Migration von XBase++ nach X#

[GermanXBase]

Hallo zusammen,

Hat jemand versucht, seine XBase++-Anwendung in X# zu konvertieren?
Oder dachte er darüber nach?

Danke, Radim

[Jan]

Hallo Radim,

Du bist ja auch im XSharp-Forum unterwegs. Das hilft Dir nicht weiter?

Meine ganz persönliche Meinung: Der Anspruch von Robert und Kollegen ist, mit X# alle VO, VFP, und Xbase++-Programme nach .NET konvertieren zu können. Bei VO war das relativ einfach, weil die zum Core-Entwicklungs-Team von VO gehörten. Aber auch da haben die Jahre gebraucht, und selbst heute müssen die immer noch Dinge nachziehen und sind damit nicht fertig.

Aber nach allem was ich dort lese haben die bei Xbase++ erst den ersten Ansatz davon geschafft. Xbase++ ist halt sehr anders als VO oder VFP. Das ist ganz natürlich. Die gemeinsame Wurzel ist sehr lange her, und seither hat jedes der Produkte sich in seine eigene Richtung weiter entwickelt. Logisch. Abgesehen davon das VO und VFP schon seit mehr als 10 Jahren nicht mehr weiter entwickelt werden - Xbase++ ist sicher nicht sehr schnell mit neuen Technologien, und auch nicht immer mit allem neuen Technologien dabei - aber es geht halt doch weiter, bei VO und VFP nicht. Damit kann Xbase++ also definitiv mehr als VO oder VFP jemals konnten, einfach weil es diese Technologien bei der Einstellung der Sprachen noch nicht gab.

Dazu kommt das manche Funktionen, Klassen, etc. zwar den gleichen Namen haben wie in VO oder VFP, aber etwas ganz anderes machen, oder das Gleiche/Ähnliche ganz anders machen. Da gibt es also Kompatibilitätsschalter. Macht die Sache auch nicht wirklich einfacher.

Ich setze voraus das X# es nicht schaffen wird das zu 100% umzusetzen. Meine persönliche Meinung.

Nur so zum Abschluß: Du machst leider den gleichen Rechtscheibfehler wie Robert und Kollegen - die schaffen es einfach nicht Xbase++ richtig zu schreiben. Seit dem ersten mal wo die das erwähnt haben haben die es nicht ein mal geschafft, das korrekt zu buchstabieren. Inzwischen haben die sich alle anscheinend darauf geeinigt das XBase++ zu schreiben, was aber halt auch nicht richtig ist.

Jan

[GermanXBase]

Hallo Jan,

Natürlich weiß ich, dass XBase++ niemals zu 100 % mit X# kompatibel sein wird. Das Schlimmste ist, zu verstehen, wie es geht. Dann wiederhole ich die Anpassungen immer wieder. Und außerdem kann ich sowohl meine eigenen als auch die WindowsForms-Bibliotheken von Drittanbietern uneingeschränkt nutzen.
Ich verwende Clipper seit 1990 und XBase++ seit 2000.
Bis heute habe ich in den LAN-Netzwerken meiner Kunden sehr unregelmäßige Fehler im Programm XBase++ für RDDDBF wie dbskip(), dbgotop und dergleichen. Jetzt habe ich MyDbskip() und damit MyDbXXx() überall, wo ich meine Fehlersys habe und ich die Funktion in 10 Zyklen zeitverzögert lade. Und schon gibt es Fehler wie „Alias ​​existiert nicht“ und so weiter. Ich habe die Einstellungen für alle HW-Komponenten angepasst und das Antivirenprogramm deaktiviert.

Es gibt immer noch Fehler im SQL-Modus von Isam PostgreSQL und außerdem muss der Code stark bearbeitet werden.
Wenn Sie im DBF-Modus einen Index mit WHILE-Bedingung verwendet haben, müssen Sie nun die aktuellsten Daten in eine temporäre Tabelle kopieren und dann mit dem Programm fortfahren. Bei der Arbeit mit großen Datenmengen dauert alles viel länger als im DBF-Modus.

Vor ein paar Monaten habe ich zum Beispiel einen Fehler in der ISAM-Mod gefunden. Er ist noch nicht behoben worden.

Ich bin immer noch nicht überzeugt, dass ISAM für ernsthafte Arbeit mit Tabellen mit mehr als X00.000 Zeilen verwendet werden kann.
Bitte beachten Sie, dass ich für ein professionelles Abonnement bezahlt habe.

Das ist nur ein kleines Beispiel dafür, warum ich über X# nachdenke. Wenn ich ein Problem habe, helfen sie mir auch am Sonntag.

Radim

[Jan]

Hallo Radim,

so ganz verstehe ich Dich nicht. Du schreibst von Problemen mit den Db-Funktionen im Netzwerk. Die kenne ich, mein Hauptkunde hatte die nachdem die vor 12 Jahren neue (erheblich schnellere) Server und Switches bekommen hatten. Ich habe mir dann ebenfalls MyDb-Funktionen geschrieben mit einer 10-Schleife in einem Errorblock. Seither ist absolute Ruhe an der Front. Alias-Probleme kenne ich gar nicht. Weder damals mit der FOXCDX noch heute mit FOXCDX im ADS.

Anderseits schreibst Du von Problemen mit der PGDBE im ISAM-Modus. Damit arbeite ich nicht, ist aber bei besagtem Hauptkunden in Arbeit, in einem sehr frühen Stadium.

Und Du willst das Problem jetzt lösen durch Wechsel auf X#? Wie soll denn das gehen? X# hat überhaupt nichts vergleichbares zur PGDBE. Da wirst Du den Wechsel von dbf auf SQL noch schwieriger hinbekommen als mit Xbase++.

Wenn Du bei manchen Dingen nicht weißt wie oder warum etwas geht: Nutze dieses Forum. Im Gegensatz zu vielen anderen Foren, die ich kenne, kannst Du hier tatsächlich jede Frage stellen. Selbst die verschwurbelsten Anfängerfragen werden geduldig beantwortet ohne den sonst üblichen Kommentar "Lies die einschlägige Literatur" oder ähnliches. Und vieles wird auch am Sonntag beantwortet. Dann sind zwa rnicht so viele hier unterwegs, aber ein paar doch.

Und natürlich haben wir auch unsere jährliche Entwicklerkonferenz. Mit vielen Sessions für Anfänger in bestimmten Tehmen oder für Fortgeschrittene. Und natürlich ganz viel Zeit für Fachsimpeln. Auch da werden Fragen gerne beantwortet.

Ich habe übrigens auch die Professional-Subscription. Und arbeite an der Umstellung meiner Software von FOXCDX auf SQLite. Mit nativem Zugriff, was Xbase++ anbietet. Kein ODBC, kein sonstwas. Einfach direkter Zugriff.

Jan

[GermanXBase]

Könnten Sie mir bitte die idealen Parameter des HW-Servers und anderer HW-Zubehöreinstellungen für einen fehlerfreien Betrieb des Programms im LAN-Netzwerk beschreiben?
Ideal auch LAN-Einstellungen SW-Einstellungen.
Ich werde es sofort anwenden.

Vielen Dank, Radim

[AUGE_OHR]

hi,

Bis heute habe ich in den LAN-Netzwerken meiner Kunden sehr unregelmäßige Fehler im Programm XBase++ für RDDDBF wie dbskip(), dbgotop und dergleichen. Jetzt habe ich MyDbskip() und damit MyDbXXx() überall, wo ich meine Fehlersys habe und ich die Funktion in 10 Zyklen zeitverzögert lade. Und schon gibt es Fehler wie „Alias ​​existiert nicht“ und so weiter. Ich habe die Einstellungen für alle HW-Komponenten angepasst und das Antivirenprogramm deaktiviert.

zeig uns mal deine DBESYS.
hast du stark unterschiedliche PCs in deinem Netzwerk (was für ein Netzwerk) ?

Ich hatte solche Probleme auch mal im Netzwerk, aber mit der v.1.9.355 wurden die Parameter soweit angepasst das ich danach keine Probleme mehr hatte.

Code: Alles auswählen

#include "DBFDBE.CH"
#include "NTXDBE.CH"
#include "FOXDBE.CH"
#include "CDXDBE.CH"

// Text-Konstanten
#define MSG_DBFDBE_NOT_LOADED   "Database-Engine DBFDBE nicht geladen"
#define MSG_NTXDBE_NOT_LOADED   "Database-Engine NTXDBE nicht geladen"
#define MSG_DBFNTX_NOT_CREATED  "DBFNTX Database-Engine;konnte nicht erzeugt werden"

// ******************************************************************************
//  DbeSys() wird bei jedem Programmstart ausgeführt
// ******************************************************************************
PROCEDURE dbeSys()
LOCAL PLevel := GETENV( "PROCESSOR_LEVEL" )
LOCAL nLevel := VAL( PLevel )

   /*
   *   Setzen der Sortierfolge und des Datumformates
   */
   SET COLLATION TO GERMAN

   /*
   *   DBF und NTX Database-Engine werden "hidden" geladen
   *   und zu der neuen abstrakten DBFNTX Database-Engine verbunden.
   */
   IF !DbeLoad( "DBFDBE", .T. )
      ALERT( MSG_DBFDBE_NOT_LOADED, { "OK" } )
   ENDIF
   IF !DbeLoad( "NTXDBE", .T. )
      ALERT( MSG_DBFDBE_NOT_LOADED, { "OK" } )
   ENDIF
   IF !DbeBuild( "DBFNTX", "DBFDBE", "NTXDBE" )
      ALERT( MSG_DBFNTX_NOT_CREATED, { "OK" } )
   ENDIF
   // now DBFNTX / NTXDBE is active
   // set some new value
   DbeInfo( COMPONENT_DATA, DBFDBE_LOCKRETRY, 100000 )                // Default is 3
   IF nLevel > 10
      DbeInfo( COMPONENT_DATA, DBFDBE_LOCKDELAY, 20 )                 // Default is 25
   ELSE
      DbeInfo( COMPONENT_DATA, DBFDBE_LOCKDELAY, 10 )
   ENDIF

   DbeInfo( COMPONENT_ORDER, NTXDBE_LOCKRETRY, 100000 )               // Default is 3
   IF nLevel > 10
      DbeInfo( COMPONENT_ORDER, NTXDBE_LOCKDELAY, 20 )                // Default is 15
   ELSE
      DbeInfo( COMPONENT_ORDER, NTXDBE_LOCKDELAY, 10 )
   ENDIF
   DBEInfo( COMPONENT_ORDER, DBE_LOCKMODE, LOCKING_EXTENDED )

   /*
   *   Das gleiche mit FOX und CDX Database-Engine durchführen
   */
   IF !DbeLoad( "FOXDBE", .T. )
      ALERT( "Database-Engine FOXDBE nicht geladen", { "OK" } )
   ENDIF
   IF !DbeLoad( "CDXDBE", .T. )
      ALERT( "Database-Engine CDXDBE nicht geladen", { "OK" } )
   ENDIF
   IF !DbeBuild( "FOXCDX", "FOXDBE", "CDXDBE" )
      ALERT( "FOXCDX Database-Engine;konnte nicht erzeugt werden", { "OK" } )
   ENDIF

   // DbeBuild include implizit DbeSetDefault()
   // so Active is FOXCDX,CDXDBE
   // set some new value
   DbeInfo( COMPONENT_DATA, FOXDBE_LOCKRETRY, 100000 )                // Default is 3
   IF nLevel > 10
      DbeInfo( COMPONENT_DATA, FOXDBE_LOCKDELAY, 20 )                 // Default is 25
   ELSE
      DbeInfo( COMPONENT_DATA, FOXDBE_LOCKDELAY, 10 )
   ENDIF

   DbeInfo( COMPONENT_ORDER, CDXDBE_LOCKRETRY, 100000 )               // Default is 3
   IF nLevel > 10
      DbeInfo( COMPONENT_ORDER, CDXDBE_LOCKDELAY, 20 )                // Default is 15
   ELSE
      DbeInfo( COMPONENT_ORDER, CDXDBE_LOCKDELAY, 10 )
   ENDIF
   DbeInfo( COMPONENT_ORDER, DBE_LOCKMODE, LOCKING_EXTENDED )

   DbeSetDefault( "DBFNTX" )                                          // default NTX

RETURN

[GermanXBase]

Mein DbeSYS() lautet wie folgt:

PROCEDURE DBESYS()
LOCAL lSuccess:= .T.

SET COLLATION TO ASCII

IF ! DbeLoad( "DBFDBE",.T.)
lSuccess := .F.
ENDIF

IF !DbeLoad( "NTXDBE",.T.)
lSuccess := .F.
ENDIF

IF ! DbeBuild( "DBFNTX", "DBFDBE", "NTXDBE" )
lSuccess := .F.
ENDIF

IF ! lSuccess
Alert( "DBFNTX Database-Engine; nemůže být vytvořen" , {"OK"} )
ENDIF

IF ! DbeLoad( "FOXDBE",.T.)
lSuccess := .F.
ENDIF

IF !DbeLoad( "CDXDBE",.T.)
lSuccess := .F.
ENDIF

IF ! DbeBuild( "FOXCDX", "FOXDBE", "CDXDBE" )
lSuccess := .F.
ENDIF

IF ! lSuccess
Alert( "FOXCDX Database-Engine; nemůže být vytvořen" , {"OK"} )
ENDIF

DbeSetDefault( "FOXCDX" )

DbeInfo(COMPONENT_DATA,FOXDBE_LOCKRETRY,1000000)
DbeInfo(COMPONENT_DATA,FOXDBE_LOCKDELAY,20)
DbeInfo(COMPONENT_DATA, FOXDBE_LIFETIME, 0)
DbeInfo(COMPONENT_ORDER,CDXDBE_LOCKRETRY,1000000)
DbeInfo(COMPONENT_ORDER,CDXDBE_LOCKDELAY,20)
DbeInfo(COMPONENT_ORDER, FOXDBE_LOCKMODE, LOCKING_EXTENDED)

endif

RETURN

Radim

[AUGE_OHR]

hi,

Mein DbeSYS() lautet wie folgt:

versuch mal meine DBESYS und ändere nur am Ende DbeSetDefault() nach "FOXCDX"

[GermanXBase]

Hier ist eine Beispiel-LAN-Site:

- Dsl modem/router O2 (connecting to internet)
- Active 24port switch TPlink
- Cable UTP CAT5e
- Server DELL Xeon(R) E-2314 CPU, 32GB RAM, 2x480GB SSD HDD, Win server 2022 standard
- Stations PC all with W10 / W11 - 12x

[GermanXBase]

Hier ist der Befehl error.log:

------------------------------------------------------------------------------

POZOR !!! CHYBA - Dne: 20/08/2024 v 12:11:38 hodin , verze: 2.32c
uživatel: *** ONDŘEJOVÁ
**************************************************
ErrorBASE/8022 Unknown/Invalid symbol for alias: ->
Řádek č. 2/ 11 v oblasti ExecPred.
Thread : 1 , ERROPER
Soubor ..\FA\OPE\ENDOPER.OOO
Voláno z OPERACE(491)
Voláno z RADIMMENUINIT(523)
Voláno z AGENDAMENU(318)
Voláno z (B)CTOB(0)
Voláno z BDBUTTON:ACTIVATE(434)
Voláno z (B)BDBUTTON:CREATE(328)
Voláno z MAIN(800)

------------------------------------------------------------------------------

POZOR !!! CHYBA - Dne: 11/09/2024 v 06:09:48 hodin , verze: 2.32f
uživatel: *** MATYÁŠEK
**************************************************
ErrorBASE/4 Operating system error: DbGoTop, (DOS Error 1)
Řádek č. 32/ 37 v oblasti ExecPred.
Thread : 1 , ERROPER
Soubor ..\FA\OPE\PostCena.ooo
Voláno z OPERACE(491)
Voláno z (B)CTOB(0)
Voláno z DBOPER:NASTAVIFPODMINKU(432)
Voláno z OPERACE(470)
Voláno z (B)READRAD(0)
Voláno z DBROWSE:DOGET(6053)
Voláno z DBROWSE:EDITCELL(5392)
Voláno z DBROWSE:MYITEMSELECTED(5152)
Voláno z DBROWSE:MYITEMSELECTED(5289)
Voláno z DBROWSE:SHOW(4062)
Voláno z FBROWSE(417)
Voláno z (B)CTOB(0)
Voláno z DBOPER:NASTAVIFPODMINKU(432)
Voláno z OPERACE(470)
Voláno z (B)CTOB(0)
Voláno z DBOPER:NASTAVIFPODMINKU(432)
Voláno z OPERACE(470)
Voláno z (B)READRAD(0)
Voláno z DBROWSE:ZPRACUJMYUSER(4460)
Voláno z DBROWSE:SHOW(3916)
Voláno z FBROWSE(417)
Voláno z (B)CTOB(0)
Voláno z BDBUTTON:ACTIVATE(434)
Voláno z (B)BDBUTTON:CREATE(328)
Voláno z MAIN(800)

------------------------------------------------------------------------------

POZOR !!! CHYBA - Dne: 11/09/2024 v 06:09:49 hodin , verze: 2.32f
uživatel: *** MATYÁŠEK
**************************************************
ErrorBASE/4 Operating system error: DbGoto, (DOS Error 1)
Řádek č. 2/332 v oblasti ExecPost.
Thread : 1 , ERROPER
Soubor ..\FA\OPE\PostCena.ooo
Voláno z OPERACE(812)
Voláno z (B)CTOB(0)
Voláno z DBOPER:NASTAVIFPODMINKU(432)
Voláno z OPERACE(470)
Voláno z (B)READRAD(0)
Voláno z DBROWSE:DOGET(6053)
Voláno z DBROWSE:EDITCELL(5392)
Voláno z DBROWSE:MYITEMSELECTED(5152)
Voláno z DBROWSE:MYITEMSELECTED(5289)
Voláno z DBROWSE:SHOW(4062)
Voláno z FBROWSE(417)
Voláno z (B)CTOB(0)
Voláno z DBOPER:NASTAVIFPODMINKU(432)
Voláno z OPERACE(470)
Voláno z (B)CTOB(0)
Voláno z DBOPER:NASTAVIFPODMINKU(432)
Voláno z OPERACE(470)
Voláno z (B)READRAD(0)
Voláno z DBROWSE:ZPRACUJMYUSER(4460)
Voláno z DBROWSE:SHOW(3916)
Voláno z FBROWSE(417)
Voláno z (B)CTOB(0)
Voláno z BDBUTTON:ACTIVATE(434)
Voláno z (B)BDBUTTON:CREATE(328)
Voláno z MAIN(800)


------------------------------------------------------------------------------

POZOR !!! CHYBA - Dne: 19/09/2024 v 18:20:10 hodin , verze: 2.32f
uživatel: *** Gavenda
**************************************************
ErrorBASE/4 Operating system error: DbSkip, (DOS Error 1)
Chyba vznikla asi nesprávnou konfigurací !
Thread : 1 , NEWERR
Soubor : ..\MZ\BRW\Kmen.BBB
Voláno z (B)FBROWSE(190)
Voláno z MYDBSKIP(2695)
Voláno z DBROWSE:SKIPPER(5328)
Voláno z (B)DBROWSE:INITRADIM(890)
Voláno z XBPBROWSE:DOSKIP(2939)
Voláno z XBPBROWSE:REFRESHROWS(3112)
Voláno z XBPBROWSE:REFRESHALL(3058)
Voláno z XBPBROWSECURSORROWCELL:REFRESHALL(10255)
Voláno z DBROWSE:SHOW(3751)
Voláno z FBROWSE(417)
Voláno z (B)CTOB(0)
Voláno z DBOPER:NASTAVIFPODMINKU(432)
Voláno z OPERACE(470)
Voláno z (B)CTOB(0)
Voláno z BDBUTTON:ACTIVATE(434)
Voláno z (B)BDBUTTON:CREATE(328)
Voláno z MAIN(800)

==============================================================================
==============================================================================

[GermanXBase]

hi,

Mein DbeSYS() lautet wie folgt:

versuch mal meine DBESYS und ändere nur am Ende DbeSetDefault() nach "FOXCDX"

Ja, ich werde es versuchen.

Radim

[Tom]

Radim,

Deine Fehler weisen nicht unbedingt darauf hin, dass es technische Probleme oder Fehler mit der DBE gibt. "Unbekannter Alias" kann auch schlicht auf einen Programmierfehler zurückzuführen sein; eine Tabelle, die via Alias angesprochen werden soll, ist irgendwo geschlossen worden, deshalb gibt es den Alias nicht mehr. Und auch "OS Error 1" (unbekannte Funktion) muss nicht auf externe Fehler verweisen. Das tritt nämlich auch auf, wenn ein Index korrupt oder nicht mehr aktuell ist oder wenn man unter bestimmten Bedingungen mit einem falschen Datentypen in einem Index suchen will.

[GermanXBase]

Radim,

Deine Fehler weisen nicht unbedingt darauf hin, dass es technische Probleme oder Fehler mit der DBE gibt. "Unbekannter Alias" kann auch schlicht auf einen Programmierfehler zurückzuführen sein; eine Tabelle, die via Alias angesprochen werden soll, ist irgendwo geschlossen worden, deshalb gibt es den Alias nicht mehr. Und auch "OS Error 1" (unbekannte Funktion) muss nicht auf externe Fehler verweisen. Das tritt nämlich auch auf, wenn ein Index korrupt oder nicht mehr aktuell ist oder wenn man unter bestimmten Bedingungen mit einem falschen Datentypen in einem Index suchen will.

NEIN. Die Fehler stammen von der source, die 1000 Mal ohne Fehler ausgeführt wird und dann ein zufälliger Fehler auftritt. Es gibt keine Regelmäßigkeit darin.

[RolandG]

Das Thema driftet ab... es ging doch (nur) um Xbase++ nach X#

[Tom]

es ging doch (nur) um Xbase++ nach X#

Wer macht denn sowas überhaupt? Verkauft einen gebrauchten zwanzig Jahre alten VW Passat und kauft ihn sich gleich wieder - leicht umlackiert - zu einem drastisch höheren Preis zurück?

[RolandG]

@Tom
ich sehe das auch so.
Es wird aber Gründe geben warum die auftretenden Fehler nicht behoben/gefunden werden und deshalb ein Plattform-Wechsel ins Auge gefasst wurde.

[GermanXBase]

Ich meine, X# ist nur ein ferner Gedanke.

Ich bin jetzt ein zahlender Benutzer des Alaska Council.

Wenn jemand die gleichen Probleme hatte, sagt mir bitte, wie ich sie lösen kann. War es ein HW- oder SW-Problem?
Wie kann der Fehler diagnostiziert werden?
Du hilfst mir wirklich.

Ich bin nicht wirklich ein Geheimagent X#.
Alaska wird es Ihnen bestätigen.

Radim

[RolandG]

Hello Radim
it will be better you write the text in English instead of using an AI translator...

[AUGE_OHR]

hi,

Wenn jemand die gleichen Probleme hatte, sagt mir bitte, wie ich sie lösen kann. War es ein HW- oder SW-Problem?

wie ich schon sagte hatte ich genau deine geschilderten Probleme und bin deshalb extra zur Xbase++ Konferenz in die USA geflogen in der Hoffnung das Problem zu klären.

es lag bei mir dem Timing der damaligen DBESYS und meinen unterschiedlichen PCs wobei DBINFO() jeweils für jede DBE einzeln konfiguriert werden muss !

[Tom]

NEIN. Die Fehler stammen von der source, die 1000 Mal ohne Fehler ausgeführt wird und dann ein zufälliger Fehler auftritt. Es gibt keine Regelmäßigkeit darin.

Das bedeutet aber nicht, dass es keine Programm(ier)fehler sind. Derselbe Code kann in einem von tausend Fällen ganz anders ausgeführt werden als in den 999 anderen, oder in Dutzenden Varianten. Schließlich sitzen Leute davor, die das Programm steuern, und das bedeutet, dass es sich bei jeder einzelnen Nutzung anders verhält. Dabei kann es dann möglicherweise auch Fälle bzw. Abläufe geben, mit denen man beim Prozessdesign überhaupt nicht gerechnet hatte.

[AUGE_OHR]

hi,

Ja, ich werde es versuchen.

unbedingt Index danach NEU aufbauen

[GermanXBase]

hi,

Ja, ich werde es versuchen.

unbedingt Index danach NEU aufbauen

I will compile it into a program and give it a try in a week.
I will create all indexes again.
We'll see.

Thanks, Radim

[jbertram]

In the past I have had a similar problem, this was caused by the server, which [u]renews/refreshes[/u] the mapping from url to a letter drive sometimes.
From the moment when this had happend, there was no skipping, reading etc, and : there was no alias() !!

[GermanXBase]

In the past I have had a similar problem, this was caused by the server, which renews/refreshes the mapping from url to a letter drive sometimes.
From the moment when this had happend, there was no skipping, reading etc, and : there was no alias() !!

And how did you handle that?
Did you delete the server mapping or did you change the server settings?
Drive letter is the basic access to the server for me now.

radim

[jbertram]

I am not sure.
The admin of the server changes something, that makes the mapping keeps live and not renewed during a session.
no problems after that.