danke schonmal an die, die was wissen

SirRusty

ein fehler, das man nicht zur borland database engine verbunden werden kann

Offensichtlich musst du auf dem Zielrechner die Borland Database Engine installieren. Ein entsprechendes Runtime-Paket gibt es auf der BCB-CD oder auch bei Borland selbst (ist ggf. aktueller).
Siehe auch die deploy.txt im Installationsverzeichnis des BCB.

thx nochmal *bg*

@Joe_M.
wo hast du das her ? (wuerde micht schon interessieren)
oder meinst du Fat32

MfG
Klaus

daraufhin hab ich mir den installshield express näher angeschaut, da kann man das alles mitgeben was man braucht, allerdings fehlen mir zum abschluss des erstellens von dem installprogramm nacher lauter DLLs, die ich selbst per google nicht finden und downloaden konnte.

mal wieder eine sehr verzwickte angelegenheit

p.s: falls sie jemand hat: sqlmss32.dll

folgendes sind Antworten auf diverse Fehlermeldungen aus Paradox und BDE aus einem anderen Forum:

Wenn die Paradox-Datenbank auf einer NTFS-Partition liegt, kommt es immer dann mit hoher Wahrscheinlichkeit zu Problemen, wenn sehr viele Datensätze hintereinander eingefügt werden.

Die FAT16-Partition dient nur dazu, die Wahrscheinlichkeit von zerstörten Datenstrukturen im Datei-Header zu minimieren. Die Probleme mit den modernen Sperrverfahren bleiben davon unberührt.

Die Registry-Hacks mit den Oplocks sind nur ein absoluter Notbehelf, denn dadurch werden ja auch alle anderen (modernen) Anwendungen und das Betriebssystem selbst in Mitleidenschaft gezogen. Es ist daher sinnvoller, irgend eine alte Kiste zu suchen, die nur für dieses Paradox-Datenbank unter Novell Netware 3.x oder Windows NT 4 läuft.

Probleme mit dem Sperrverfahren ab Windows 2000. Hier liefert im FORUM die Suche nach der Zeichenkette oplock entsprechende Hinweise auf Workarounds (Registry-Einträge) zurück.

Die einzige wirklich vernünftige Alternative besteht darin, sich von der BDE zu trennen ("Lieber ein Ende mit Schrecken, als Schrecken ohne Ende").

Es gibt noch ein paar mehr Tücken, z.B. dass keine Daten mehr in die Tabellen geschrieben werden können, wenn der freie Plattenspeicher % 4 GB = 0 ist .
Ich verwende hier Paradox-Tabellen um Daten aus unserer 'Echt'-DB zwischenzupuffern und lokal auswerten zu können. Mittlerweile befindest sich keine der BDE-Optionen noch im Originalzustand. Mußte überall dran drehen, um die diversen Fehlermeldungen los zu werden... Es läuft besser, seitdem ich einen Bereich mit FAT16 formatiert habe und die Paradox-Tabellen dort hingelegt habe.

Grüße

@Joe_M.

ich kenne solche Probleme mit DBase (sind aber absolut abhaengig von dem verwendeten Betriebssystem)

unter Win9x funktiniert alles bestens (FAT32)
unter WinNT (200/XP) gibt es erhebliche Probleme mit der BDE

Das mit der FAT16 allerdings ist mir neu

MfG
Klaus

Paradox und dBase sollten da keine großen Unterschiede haben. Stammen aus der gleichen Zeit...

Und ja, mit Windows 98 und FAT 32 halten sich die Probleme in Grenzen, aber auch hier ist keine fehlerfreie Handhabung garantiert.
Das liegt aber auch an dem Datenvolumen, das verarbeitet wird. Ich habe hier einige Auswertungsprogramme, die 'importieren' schnell mal 60000 bis 100000 Datensätze nach Paradox - und dann schepperte es halt regelmäßig mit irgendeinem BDE-Fehler. Seit ich hier die FAT 16 verwende läuft's eigentlich klaglos.

Für neue Projekte sollte man weder Paradox, dBAse noch die BDE verwenden. Mit MySQL, Firebird, LocalADS und der MSDE bieten sich ja mittlerweile auch genügende kostenlose Alternativen.

Grüße

@Joe_M.
normalerweise verwende ich mySQL
(ausser der Kunde moechte etwas anderes)

bei Win9x habe ich bisher keine Probleme mit dBDase-Dateien festgestellt
auch bei groesseren Datenvolumen (nur bei WinNT/XP)

MfG
Klaus