On 10.12.2012 21:06, Mark Morgan Lloyd wrote:
Mark Morgan Lloyd wrote:
So I suppose that the next thing to do is to (use Lazarus to) look at
the conditions earlier in the compiler where AT_NONE is being inserted
in the list.
It's putting a significant number of AT_NONE entries into the table, and
the first one it tries to take out (which obviously isn't the first
entry in the list) causes the internal error. When being put in, this
entry had a call stack like
#0 TASMDATA__REFASMSYMBOL('PBGetCatInfoSync', <error reading variable>)
at aasmdata.pas:443
I had also made out this location as the only plausible one for these
AT_NONE entries. Maybe the external handling was changed since Mac OS
last worked and the MPW writer wasn't adjusted then...
Regards,
Sven
_______________________________________________
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
