<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

<meta http-equiv="content-type" content="text/html; charset=ISO-8859-15">

</head>

<body bgcolor="#ffffff" text="#000000">

Jonas wrote:<br>

<blockquote type="cite">First of all: please mention in the future that

you are not subscribed

(also in replies, because people may forget), so that people who reply

know that they should CC you.

  <br>

  <br>

</blockquote>

Sorry - I didn't notice (is it mentioned somewhere?).<br>

<br>

** I'am not subscribed to this list, at present **<br>

<br>

<blockquote type="cite">

  <pre>><i> Now, I would ask an advice: is it better to stick to ppudump, at a price of 

</i>><i> some reduction in speed, and the risk that its output could change in future, 

</i>><i> invalidating the IDE parsing routines? Or is it better to use ppu.pas in the 

</i>><i> IDE, having confidence that ppu.pas will parse PPU file generated by 

</i>><i> different versions/releases of freepascal?

</i>

Well, as far as I know, ppu simply skips blocks that it does not know, 

so I would think it is safe to use.

  </pre>

</blockquote>

I made some tries with two or three different releases, making ppudump

parse "its own" ppu files and ppu files from other releases. At

different extents, different problems arose. In one bad case, ppudump

(version about 2.2.0) crashed while parsing ppu files from its own

release, trying to allocate an enourmous block of memory. A self

compiled copy, took from 2.4.0 sources, did the same. Many times it

complained about "!! has more information" (who cares), "!! refid out

of range" or similar (critical). Anyway, using external ppudump, seems

to be the safest way to go... the only problem is that ppudump takes

binary informations and converts them in a human-readable form, which

are later parsed and converted again in binary form... it takes several

seconds to parse the big gtk2.ppu file.<br>

<br>

Regards,<br>

Doriano<br>

<br>

<br>

</body>

</html>