You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have a file in an application that has been written using Visual Foxpro.
The file contains MEMO type fields. The byte 18 of the field definition is 0x00, The byte 3 in the Memo Block Header (in the memofile) is set to 0x01 (text).
Nevertheless, this field contains images (e.g. JPG type) and it seems Visual Foxpro does not care.
Now, reading these fields by DBFReader converts them to String, which makes the data unusable, even if converted to byte[] by String.getBytes();
I need a possiblity to bypass this conversion and read the field's "raw data" to a byte[].
Regards
The text was updated successfully, but these errors were encountered:
Hi,
just in case you might be interested.
I had the challenge to create files useable by existing VFP (Visual
FoxPro) programs, also having memory files.
I wrote a "quick and dirty" class DBFWrite2 (derived from DBFWRITE) to
make it possible. It certainly would need a better integration to
javadbf and error checking.
To achieve this, I had to do some modifications in existing modules:
* DBFMemoFile:
allow write access („r“ → „rw“)
routines to write the memo field
in close() set next free position
*
DBFField:
allow write for MEMO fields
*
DBFHeader:
getMdxFlag()
setMdxFlag() set the type of CDX index (byte 28)
setSignature() file type (byte 0)
Attached the sources
Regards
Helmut Leiniinger
I have a file in an application that has been written using Visual Foxpro.
The file contains MEMO type fields. The byte 18 of the field definition is 0x00, The byte 3 in the Memo Block Header (in the memofile) is set to 0x01 (text).
Nevertheless, this field contains images (e.g. JPG type) and it seems Visual Foxpro does not care.
Now, reading these fields by DBFReader converts them to String, which makes the data unusable, even if converted to byte[] by String.getBytes();
I need a possiblity to bypass this conversion and read the field's "raw data" to a byte[].
Regards
The text was updated successfully, but these errors were encountered: