🚀 go-pugleaf

Ronaldo wrote:

> Because the application developed in Delphi uses a format proprietor
> to record the header, and my problem is exactly to read this header,
> the compacted data I am not having problem with them, it is enough to
> ignore the data of the header. But I need to read that header with
> Java to manipulate the data that were migrated of a legated system,
> that they are not compacted, but they were recorded with that header.
> A solution not very elegant it would be to write a .SO in Kylix that
> makes that work, but I would like to implement a solution purely Java.

Reading binary files is always tricky.  The first thing you should do
is determine whether or not you are in the right place in the file.
After reading each field with Delphi, print out the current file
position.  Do the same in Java.  If the output differs, then you're
reading the wrong number of bytes.

Once you have the file positions lined up, then output the fields
themselves in Delphi and in Java.  Typically your integers will be
different, and that can be resolved in Java by reading one byte at a
time.  Assuming that the number stored is a 32-bit integer:

int result = 0;

for (int index = 0; index < 4; index++) {
  // Bytes are high-order first, so shift the result by one byte.
  result <<= 8;
  // Add (through bitwise OR) the next byte.
  result |= s.readByte();
}

-- 
Kevin Dean [TeamB]
Dolphin Data Development Ltd.
http://www.datadevelopment.com/

NEW WHITEPAPERS
Team Development with JBuilder and Borland Enterprise Server
Securing Borland Enterprise Server
http://www.datadevelopment.com/papers/index.html

Please see Borland's newsgroup guidelines at
http://info.borland.com/newsgroups/guide.html