ANSI-dbf läßt sich nicht öffnen

[JörgG]

Hallo, ich hoffe, ihr hattet angenehme Festtage.
Wenn ich eine als ANSI erstellte dbf mit @db("open",...) öffnen möchte, beendet sich einfach das Programm ohne jegliche Meldung. (Interpreter & exe)
Öffne ich die selbe dbf mit DBmax & setze bei OEM ein Häckchen, wird sie anschließend artig mit meinem Prog geöffnet. Ein font 2 hilft auch nicht
Habe ich auf 3 Rechnern (xpPRO + Home) geprobt. Profan 11.2
Gibt es da noch einen Schalter oder ist das ein Fehlerchen
Gruß Jörg

[Frabbing]

Ohne die Datei zu kennen wird man dir schlecht helfen können.

[JörgG]

ok, vllt. mißverständlich ausgedrückt; du kannst jede beliebige dbf-Datei nehmen. Sobald der OEM-Haken rausgenommen wird, bricht mein Programm beim Öffnen ab...
Gruß Jörg

[Frabbing]

Liegt sicher an meiner Unkenntnis bzgl. der Datenbank-Funktionen. Da muß ich leider passen...

[THFR]

Du müßtest uns schon sagen, was dein mit/ohne OEM-Häkchen bewirkt.
Ich habe keine Probleme dB-Dateien in ANSI und ASCII zu bearbeiten.
Bedenke aber, dass dB in Profan dBIII entsprechen muß, d.h. Satzlänge kleiner 16000 Bytes.
Teste die Datei einmal mit Dieters=Bangkok "DBF Tool".
Gruß Thomas

[JörgG]

Danke für die Mühe, die ganzen db-Funktionen finden finden ihre Verwendung ja erst, wenn die dbf mit der Funktion @db("open", #1, "irgendeine.dbf") erfolgreich geöffnet wurde. Aber genau hier bricht diese Funktion das Programm ab, wenn die dbf_Datei zuvor als ANSI definiert wurde. Mit dem Programm DBMax kann man dies sehr gut überprüfen.
Roland, hast du eine Idee? Du hast sicherlich mit dbase mehr zu tun, als die meisten hier...Z.B. in welchen Byte der verwendete Zeichensatz in der dbf geschrieben wird, dann könnte ich die Datei vorher binär öffnen, das entsprechnde Byte manipulieren (so das OEM eingestellt ist) & könnte anschließend die dbf normal öffnen. Wär erst mal 'ne Lösung...
Gruß Jörg

[JörgG]

Hab mal zum besseren Verständnis ein kleines Bildchen gebaut.



Die dbf wird von einer Anwendung erstellt. Ich möchte dann mit Profan zu einem bestimmten Zeitpunkt diese dbf auslesen, was aber nicht klappt. Deshalb habe ich dies mit dem Programm DBMax untersucht & rausbekommen, wenn ich das Häkchen bei OEM setze und speichere, läßt sie sich plötzlich öffnen. Ist es so wie abgebildet, gibt es einen Abbruch. Funktioniert bei jeder beliebigen dbf.
Gruß Jörg

[THFR]

Die dbf wird von einer Anwendung erstellt.

In dBase III ???? Vermutlich nur, wenn du ASCII wählst wird eine dbIII erstellt, denn die waren nur in ASCII.
Mit DBMax erstellst du dann eine echte dbIII.

Gruß Thomas

[JörgG]

In dBase III ????

hmmm, wenn ich das wüßte... Ich kann an dieser Stelle auch keinen Einfluß auf diese Anwendung ausüben. Mir ist halt nur aufgefallen, das bei allen anderen dbf's von anderen Anwendungen dieses OEM-Häkchen gleich gesetzt war. Ist natürlich möglich, das xProfan deshalb rumzickt, weil dies kein richtiges dbaseIII ist. Was hälst du denn von der Idee, den dbf-header zu manipulieren? Irgendein Byte muß doch diese OEM/ANSI Definition enthalten...
Gruß Jörg

[THFR]

Du mußt dir einmal die Datei im hex-Editor ansehen.
Stöber bei Dieter mal nach den dbf-Regeln.
Original dbase III+



oder über XProfan erstellt



Gruß Thomas

[JörgG]

Jo ok, ich werd das morgen mal proben. Komisch find ich das aber trotzdem: sobald ich bei einer echten dbaseIII-Datei OEM deaktiviere, also zu ANSI mache, ist schluss...
Danke & bis dann
Gruß Jörg

[Bangkok]

Du kannst dir ja mal von meiner Webseite das Tool "Universelles Datenbankmodul zum Bearbeiten von Dbase III Dateien" runterladen und damit testen. Das Tool öffnet normalerweise alle DBase III Dateien und nur die können ja mit Profan gelesen werden. Wenn es nicht geht weißt du, dass du eine andere Version von Dbase-Dateien erstellst. Um sicher zu gehen würde ich auch die DBF-Datei mit Profan erstellen und nicht mit einem fremden Tool wo du nicht weißt welche Version von DBase erstellt wird. Im Header stehen keine Infos ob Ansi oder OEM Text verwendet wird, da das ja egal ist welches Textformat du in die Felder reinschreibst und somit überhaupt nicht relevant ist. Im Header steht aber ob es eine gültige DBase III Datei ist. Im ersten Byte muss entweder Hex 03 oder 83 stehen, je nachdem ob mit Memofeld oder ohne.

[JörgG]

Hi Dieter, ich lad mir dein Tool gleich runter & teste das.

...würde ich auch die DBF-Datei mit Profan erstellen und nicht mit einem fremden Tool...

das würde ich ja auch gerne, nur wie bereits erwähnt, habe ich auf die Anwendung, die diese dbf erstellt & füllt, keinen Einfluss. Es ist halt ein Programm, welches in meiner Firma verwendet wird. Für ein paar kleine Funktionserweiterungen wollte ich mit XProfan ein kleines Progrämmchen bauen & dazu muß ich eben diese dbf (wenn die Anwendung beendet ist) öffnen & lesen.
Ich teste erstmal & meld mich dann....
Gruß Jörg

[ts-soft]

Warum nutzt Du nicht die ODBC-Treiber des Systems? Die sollten:
DBase III, IV und 5 können, sowie die Versionen von Paradox.

Gruß
Thomas

[JörgG]

Zuerst @Dieter: ein wirklich tolles Prog. - ein sehr nützliches Werkzeug Werde mal ein wenig auf deiner Seite stöbern; da gibt's noch mehr coole Sachen...

Kurzer Lagebericht: DBFTool schreibt: Keine Dbase III Datei. Im ersten Byte steht eine 07.

@Thomas: Du meinst, das ich gleich mit SQL auf diese dbf zugreifen könnte? Wäre 'ne Variante. ODBC habe ich bisher nur bei MySQL benutzt weil ja die internen dbase-Funktionen bei dbf super funzen. Also falls ich mit @db(....) hier nicht weiterkomme, werde ich in dieser Richtung weiterforschen. Ich müßte dann ja iwie einen ConnectString für ODBC/Dbase bauen oder? Sind denn diese ODBC-Treiber für Dbase IMMER vorhanden (XP-Home/Pro/7)?
Gruß Jörg