Hi!
p.o.rous...@free.fr wrote:
Hi all
Note : except for SimpleAgenda I'm using gnustep packages from Ubuntu 24.04.2
(mainly because compiling gnustep is painful) so potential bugs could come
from those packages and not from upstream gnustep code. In fact, probability
of a gnustep bug is very low, I'm probably doing something silly...
compiling on debian with gcc is a breeze... but no worries, using
gnustep packages is fine.
I don't know if there are specific fixes. There was work by Richard and
me to get libxml working with newer libraries, but not of direct bugs.
But Richard constantly fixes things.
If SimpleAgenda code youa re testing is available and the calendar too,
I can try to reproduce for you.
I'm trying to parse a simple xml document (attached) with GSXMLParser using
+parserWithData method but it seems to get stuck in this method. I got the
following backtrace in gdb :
the stacktrace is strange, outside the scope of GS. Does it work with
other data? Is it sepcific to that XML fragment?
GroupDAVStore.m:587 is 'parser = [GSXMLParser parserWithData:[resource data]];'
At that time the main thread is here :
did you inspect resource and [resource data]? try to spit it out as a
string and see if is complete and valid.
In case you could get the data, write it to a file (not even needing a
string conversion).
[[resource data] writeToFile: @"/tmp/testFile" atomically:NO];
is your friend. Inspect the file.
Then write a small test program in the style of:
NSData *someData = [NSData dataWithContentsOfFile:@"/tmp/testFile"];
parser = [GSXMLParser parserWithData:someData];
and see if it works, files and where it hangs
Riccardo
