On Mon, 27 Feb 2012 11:24:29 +0900 Kim Shinwoo <kimcinoo....@gmail.com> said:
> Hey dear, please refer to the following information. > > Breakpoint 1, eet_string_match (s1=0x490ba5 <Address 0x490ba5 out of > bounds>, s2=0x639db184 "edje/file") > at eet_lib.c:334 > 334 return !strcmp(s1, s2); > (gdb) up > #1 0x6fdc1e00 in find_node_by_name (name=0x639db184 "edje/file", ef=<value > optimized out>) at eet_lib.c:2507 > 2507 if (eet_string_match(efn->name, name)) > (gdb) print efn->name_size > $3 = 10 > (gdb) print efn->name > $4 = 0x490ba5 <Address 0x490ba5 out of bounds> > (gdb) > > Anyhow, I cannot make corefile on MinGW... If you need any other > information, please tell me. weird. size looks right, name ptr wrong. it's as if the file that was being used has been munmapped/closed... the only weay we will find this is by finding that close... but why would that be closed on windows and not also on linux as its the same logic/codepath at that level - evil wraps the map stuff further down the stack. is there a way you can print/track file mappings in windows? (/proc/PID/maps style or the pmap tool?) > 2012/2/24 Cedric BAIL <cedric.b...@free.fr> > > > On Fri, Feb 24, 2012 at 12:53 PM, Carsten Haitzler <ras...@rasterman.com> > > wrote: > > > On Fri, 24 Feb 2012 20:49:31 +0900 Kim Shinwoo <kimcinoo....@gmail.com> > > said: > > > > > > ok - address seems quite low. that should be an address inside a mmaped > > file. > > > > >> Just before the segmentation fault .. s1 and s2 are belows... > > >> > > >> > s1=0x570ba5* <Address 0x570ba5 out oo bounds>* > > >> > s2=0x639db184 "edje/file" > > >> > > >> > Program received signal SIGSEGV, Segmentation fault. > > > > Hum, s1 and s2 should be in the same mmaped file, so almost the same > > adress. That's obviously not the case. > > > > Possible problem could come from a invalid chained list in eet hash > > (so something to look in find_node_by_name). But this solution seems > > impossible as this is only possible if calloc didn't set memory to > > zero... > > The second problem that I don't understand, is that when we load from > > a file, we check that the mmaped string is really a NULL terminated > > string of name_size length. Maybe you could print the content of > > efn->name_size in find_node_by_name. But I really don't understand how > > this pointer could get in and pass all this check... > > -- > > Cedric BAIL > > > > > > ------------------------------------------------------------------------------ > > Virtualization & Cloud Management Using Capacity Planning > > Cloud computing makes use of virtualization - but cloud computing > > also focuses on allowing computing to be delivered as a service. > > http://www.accelacomm.com/jaw/sfnl/114/51521223/ > > _______________________________________________ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > ------------------------------------------------------------------------------ > Try before you buy = See our experts in action! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-dev2 > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
