On Sat, 13 Aug 2005 17:47:39 +0100
Andreas Orfanos <[EMAIL PROTECTED]> wrote:

* please don't CC me, I'm subscribed to the list ;)
* please see section 2.3 of the link in my signature. thanks.

> Sorry, I couldn't find a place to submit it, so I post it here.

Sure, that's fine :)
 
> 0x405a6f4b in strlen () from /lib/tls/libc.so.6
> (gdb) bt
> #0 0x405a6f4b in strlen () from /lib/tls/libc.so.6
> #1 0x402fc347 in eet_data_put_string (src=0x805a50c, size_ret=0x2) at 
> eet_data.c:1023
> #2 0x402fc0a4 in eet_data_put_type (type=Variable "type" is not available.
> ) at eet_data.c:1135
> #3 0x402fd089 in eet_data_descriptor_encode (edd=0x80594b0, 
> data_in=0x805a4f0, size_ret=0x2) at eet_data.c:1986
> #4 0x402fd706 in eet_data_write (ef=0x8064428, edd=0x80594b0, name=0x80520a5 
> "edje_file", data=0x805a4f0, compress=1)
> at eet_data.c:1641
> #5 0x0804b15e in data_write () at edje_cc_out.c:200

Okay, that sucks. Seems to be a bug in the parser :(
We need to find out what EET data descriptor contains that bugged entry.

In eet_data_descriptor_encode(), tell me the name of the last EDD it's trying 
to encode (edd->name). If you don't know GDB well, apply the attached patch to 
libeet and rebuild it. Then run edje_cc again.

-- 
learn to quote: http://www.netmeister.org/news/learn2quote.html

Attachment: eet.diff
Description: Binary data

Reply via email to