[waldbauer.com]

UPDATE 10-09-09 // UPDATE

- Fixed collation of umlauts

Bei der Gelegenheit macht das OA4DB Tool auch weniger Platzoptimierungen daher ist ein Check mit OA4 nach Reparatur mit unserem Tool wesentlich schneller durch die Indexe durch. Noch dazu ist die Performance einfach der Hammer - 22.000 Datensätze mit 21 Indexfeldern dauert mit dem Tool gerade einmal läppische 18 Sekunden.

OA4 repariert hier an die 5 Minuten und kann den Index natürlich wieder einmal nicht vollständig korrekt wiederherstellen. Wahrscheinlich hatten die OA4 Programmierer auch ihre Probleme mit den verschiedenen Inhalten der User, und bevor man das durch Bugfix beheben konnte war's vorbei mit SPI.

[waldbauer.com]

UPDATE 03-10-09 // BUGFIX
- Fixed collation of umlauts again :-)

[waldbauer.com]

UPDATE 17-01-12 // BUGFIX

Durch einen Zufall bei zwei verschiedenen Usern konnten wir einen Bug beseitigen. Es handelt sich dabei um einen Pufferüberlauf bei der Anzeige von 80bit Fließkommazahlen.

In bestimmten Konstellationen kam es zur Errechnung einer großen Anzahl an Exponentialstellen (auch wenn der eigentliche Wert der Zahl 0 war). Aufgrund eines fehlenden Pufferchecks wurde der Zielpuffer unten überschrieben und zerstörte in weiterer Folge den Stack, was zu einem Absturz führte. Eine Pufferüberprüfung wurde eingebaut um in besagten Fällen einen Absturz zu vermeiden.

Der Fehler ist insofern erkennbar, als das der Konverter (egal in welcher Größe der Datenbank) bei einer Konvertierung plötzlich abbricht.

Anbei ein Beispiel eines solchen Feldes (DEZIMAL) mit einem extrem langem Fließkommawert.

Sollte ihr Konverter ein solches Verhalten zeigen, bitten wir um ein Mail.

[waldbauer.com]

UPDATE 20-01-12 // NEW PRO FEATURE

Der Konverter kann nun auch .CND (komprimierte Anwendungen) in Klartext ausgeben. Es werden .ARR / .BAT und .TXT Dateien relativ mit den passenden Pfaden erzeugt.

Mehr zu diesem Feature in diesem Thread.

[waldbauer.com]

UPDATE 28-03-12 // BUGFIX

Wenn beim Import von CSV mittels -CR nach DF nicht alle Spalten gebunden wurden bzw. die Spaltenanordnung nicht aufsteigend analog zur DF Datei waren, so wurden tw. falsche Werte geschrieben bzw. Werte gar nicht geschrieben.

[waldbauer.com]

INFO 20-02-13 // TIP zum Zeichensatz

Wenn man eine Datei vom Konverter in einem anderen Programm importieren will, muß man natürlich den gewünschten Zeichensatz angeben (nachdem der Konverter ja nicht weiß, welchen Zeichensatz man verwenden möchten).

Windows arbeitet meistens mit ISO-8859-1 (Latin 1, auch oft ANSI genannt). Man muß also die CSV-Datei von CP850 auf den gewünschten Zielzeichensatz konvertieren.

Oft bietet die Applikation eine entsprechende Konvertierung an (beispielsweise kann man beim Öffnen von CSV-Dateien in MS Excel auswählen, dass es sich um den DOS-Zeichensatz handelt).

Sollte man aber keine Möglichkeit der Konvertierung haben, kann man das von Unix her bekannte iconv-Utility verwenden, von welchem es auch eine Windows-Portierung gibt:

http://www.fileformat.info/tip/linux/iconv.htm

[waldbauer.com]

UPDATE 23-09-14 // BUGFIX (Version 1.10)

Off-by-one-error: Wenn in den .IF Indexfiles die Seite 0 in der Freespace-Liste enthalten war, wurde die IF datei defekt und das Programm stürzte ggf. auch ab.

[waldbauer.com]

UPDATE 23-09-14 // BUGFIX (Version 1.11)

Beim DIF Reverse-Import in der PRO-Version des Konverters wurden die Werte nicht richtig übernommen, wenn die Reihenfolge der Spalten nicht mit jener der DF Datei übereinstimmte. Der Bug ist ein Duplicate von (http://www.waldbauer.com/vb/showpost...2&postcount=35) wurde aber leider nicht für DIF korrigiert.

[waldbauer.com]

UPDATE 11-09-16 // NEW PRO FEATURE (Version 1.12)

Added function to fix overflown externals table in SMK files.
http://www.waldbauer.com/vb/showthre...=8036#post8036

[waldbauer.com]

UPDATE 06-10-17 // UPDATE 1.13

Linux normally uses a line-feed (\n) to denote a new line rather than the carriage return+line-feed (\r\n) as used by Windows. The converter now exports \r\n under Windows and \n under Linux to solve import problems like http://stackoverflow.com/questions/1...xcel-using-vba

If you need this update please get in touch and we will recompile it to the current build.