Yes, you are right!
The edje_player.exe works properly with eina_file_win32.c revision 59859.
But the elementary_test.exe does not work properly. The debug information
is the following.
Program received signal SIGSEGV, Segmentation fault.
0x7770fa7b in ntdll!memchr () from C:\Windows\system32\ntdll.dll
(gdb) bt
#0 0x7770fa7b in ntdll!memchr () from C:\Windows\system32\ntdll.dll
#1 0x7770f98a in ntdll!memchr () from C:\Windows\system32\ntdll.dll
#2 0x007dae5c in eina_lock_take (_fi=0x24d2810, text=<value optimized
out>, text_props=0x3547e0c, par_props=0x0,
par_pos=0, len=11) at
C:/MinGW/msys/1.0/opt/efl/include/eina-1/eina/eina_inline_lock_win32.x:92
#3 evas_common_text_props_content_create (_fi=0x24d2810, text=<value
optimized out>, text_props=0x3547e0c,
par_props=0x0, par_pos=0, len=11) at evas_text_utils.c:422
#4 0x00781ca0 in _evas_object_text_item_new (obj=0x245c568, o=0x34ac000,
text=0x3546d60) at evas_object_text.c:452
#5 _evas_object_text_layout (obj=0x245c568, o=0x34ac000, text=0x3546d60)
at evas_object_text.c:577
#6 0x00785183 in evas_object_text_text_set (obj=0x245c568, _text=0x3546d38
"Information") at evas_object_text.c:622
#7 0x639c9d2a in _edje_text_recalc_apply (ed=0x34ab268, ep=0x3475c38,
params=0x3475d28, chosen_desc=0x346d9cc)
at edje_text.c:586
#8 0x63985381 in _edje_part_recalc_single_text (ed=0x34ab268,
ep=0x3475c38, desc=0x346d9cc, chosen_desc=0x346d9cc,
center=0x0, light=0x0, persp=0x0, rel1_to_x=0x0, rel1_to_y=0x0,
rel2_to_x=0x0, rel2_to_y=0x0, confine_to=0x0,
params=0x3475d28, pos=0) at edje_calc.c:1208
#9 _edje_part_recalc_single (ed=0x34ab268, ep=0x3475c38, desc=0x346d9cc,
chosen_desc=0x346d9cc, center=0x0,
light=0x0, persp=0x0, rel1_to_x=0x0, rel1_to_y=0x0, rel2_to_x=0x0,
rel2_to_y=0x0, confine_to=0x0,
params=0x3475d28, pos=0) at edje_calc.c:1923
#10 0x6398688a in _edje_part_recalc (ed=0x34ab268, ep=0x3475c38, flags=2,
state=0x0) at edje_calc.c:2446
#11 0x63986632 in _edje_part_recalc (ed=0x34ab268, ep=0x3476018, flags=2,
state=0x0) at edje_calc.c:2332
#12 0x6398666d in _edje_part_recalc (ed=0x34ab268, ep=0x3475e28, flags=2,
state=0x0) at edje_calc.c:2340
#13 0x63986632 in _edje_part_recalc (ed=0x34ab268, ep=0x3475858, flags=3,
state=0x0) at edje_calc.c:2332
#14 0x6398923a in _edje_recalc_do (ed=0x34ab268) at edje_calc.c:638
#15 0x639cf338 in edje_object_size_min_restricted_calc (obj=0x245c0a8,
minw=0x22fd2c, minh=0x22fd28, restrictedw=0,
restrictedh=0) at edje_util.c:2775
#16 0x639cf657 in edje_object_size_min_calc (obj=0x245c0a8, minw=0x22fd2c,
minh=0x22fd28) at edje_util.c:2680
#17 0x679b62a6 in _sizing_eval (obj=0x245bf78) at elm_frame.c:87
#18 0x00402a15 in my_win_main (autorun=0x0, test_win_only=0 '\000') at
test.c:287
#19 0x00402cd6 in elm_main (argc=1, argv=0x324530) at test.c:671
#20 0x00402d57 in main (argc=1, argv=0x324530) at test.c:681
(gdb)
eina_file_win32.c would be refined.. Thanks.
2012/2/27 Vincent Torri <vincent.to...@gmail.com>
> On Mon, Feb 27, 2012 at 3:42 AM, Carsten Haitzler <ras...@rasterman.com>
> wrote:
> > 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?)
>
> implementation in eet use eina_file, iirc. The implementation on
> Windows is different than on linux. See eina_file.c and
> eina_file_win32.c. The code in eina_file_win32.c should be checked, i
> guess.
>
> about log, of course, that can be done. With some use DBG().
>
> Vincent
>
>
> ------------------------------------------------------------------------------
> 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
>
------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
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-d2d
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
