On Sat, 17 Sep 2005 09:18:47 +0300 Виктор Кожухаров <[EMAIL PROTECTED]>
babbled:
try update edje from cvs (and ecor,e e17 etc.) i fixed a very bad typo
yesterday that could cause memory corruption issues.
> the new and improved gdb output, now with more INFO® :
> (gdb) fr 1
> #1 0xb7fd9e36 in _edje_file_del (ed=0x80e9080) at edje_load.c:906
> 906 _edje_text_part_on_del(ed, ep);
> (gdb) p *ed
> $1 = {path = 0x80e88d8
> "/home/saturn_vk//.e/e/backgrounds/img_0602.edj",
> part = 0x80e8a48 "desktop/background", layer = -1, x = 0, y = 0, w =
> 1200,
> h = 900, min = {w = 0, h = 0}, dirty = 0, recalc = 0,
> walking_callbacks = 0,
> delete_callbacks = 0, just_added_callbacks = 0, have_objects = 1,
> paused = 0, no_anim = 0, calc_only = 0, walking_actions = 0,
> block_break = 0, delete_me = 1, paused_at = 0, evas = 0x0, obj = 0x0,
> clipper = 0x0, file = 0x80e8ac0, collection = 0x80e9348, parts =
> 0x80e8f10,
> actions = 0x0, callbacks = 0x0, pending_actions = 0x0, color_classes =
> 0x0,
> text_classes = 0x0, references = 0, block = 0, load_error = 0, freeze
> = 1,
> var_pool = 0x0, table_parts_size = 1, table_parts = 0x80e8528,
> table_programs_size = 0, table_programs = 0x0, text_change = {func =
> 0,
> data = 0x0}, processing_messages = 0, message = {num = 0, func = 0,
> data = 0x0}}
>
> (gdb) bt
> #0 _edje_text_part_on_del (ed=0x80e9080, pt=0x0) at edje_text.c:245
> #1 0xb7fd9e36 in _edje_file_del (ed=0x80e9080) at edje_load.c:906
> #2 0xb7fda9ed in _edje_del (ed=0x80e9080) at edje_main.c:84
> #3 0xb7fdac1f in _edje_unref (ed=0x80e8ac0) at edje_main.c:161
> #4 0xb7fdc7c7 in _edje_smart_del (obj=0x80e8948) at edje_smart.c:84
> #5 0xb7ef75b2 in evas_object_smart_del (obj=0x80e8948)
> at evas_object_smart.c:332
> #6 0xb7ef2b3c in evas_object_del (obj=0x80e8948) at
> evas_object_main.c:439
> #7 0x080667c7 in _e_zone_free (zone=0x80e63c0) at e_zone.c:648
> #8 0x080817ef in e_object_free (obj=0x80e63c0) at e_object.c:92
> #9 0x08081836 in e_object_unref (obj=0x80e9080) at e_object.c:113
> #10 0x08064f90 in _e_container_free (con=0x80ce178) at e_container.c:970
> #11 0x080817ef in e_object_free (obj=0x80ce178) at e_object.c:92
> #12 0x08081836 in e_object_unref (obj=0x80e9080) at e_object.c:113
> #13 0x0805bb90 in _e_manager_free (man=0x80c7518) at e_manager.c:422
> #14 0x080817ef in e_object_free (obj=0x80c7518) at e_object.c:92
> #15 0x08081836 in e_object_unref (obj=0x80e9080) at e_object.c:113
> #16 0x0805b300 in e_manager_shutdown () at e_manager.c:47
> #17 0x0805a963 in _e_main_screens_shutdown () at e_main.c:809
> #18 0x0805a5d7 in _e_main_shutdown (errorcode=0) at e_main.c:650
> #19 0x08059ad9 in main (argc=1, argv=0xbf9fae44) at e_main.c:580
>
>
> On Sat, 2005-09-17 at 12:53 +0900, Carsten Haitzler wrote:
> > On Fri, 16 Sep 2005 21:27:12 +0300 Виктор Кожухаров <[EMAIL PROTECTED]>
> > babbled:
> >
> > > Ok, i've recompiled everything with the following cflags: "
> > > -O2 -march=athlon-xp -pipe -g3"
> > > and here's the output of gdb:
> >
> > when u get here use these gdb commands:
> >
> > fr 1
> > p *ed
> >
> >
> > > Program received signal SIGSEGV, Segmentation fault.
> > > [Switching to Thread -1224045824 (LWP 29441)]
> > > _edje_text_part_on_del (ed=0x80e9070, pt=0x0) at edje_text.c:245
> > > 245 if ((pt->default_desc) &&
> > > (pt->default_desc->text.text_class))
> > >
> > > bt
> > > #0 _edje_text_part_on_del (ed=0x80e9070, pt=0x0) at edje_text.c:245
> > > #1 0xb7f7ce36 in _edje_file_del (ed=0x80e9070) at edje_load.c:906
> > > #2 0xb7f7d9ed in _edje_del (ed=0x80e9070) at edje_main.c:84
> > > #3 0xb7f7dc1f in _edje_unref (ed=0x80e8ab0) at edje_main.c:161
> > > #4 0xb7f7f7c7 in _edje_smart_del (obj=0x80e8938) at edje_smart.c:84
> > > #5 0xb7e9a5b2 in evas_object_smart_del (obj=0x80e8938)
> > > at evas_object_smart.c:332
> > > #6 0xb7e95b3c in evas_object_del (obj=0x80e8938) at
> > > evas_object_main.c:439
> > > #7 0x080667c7 in _e_zone_free (zone=0x80e63b0) at e_zone.c:648
> > > #8 0x080817ef in e_object_free (obj=0x80e63b0) at e_object.c:92
> > > #9 0x08081836 in e_object_unref (obj=0x80e9070) at e_object.c:113
> > > #10 0x08064f90 in _e_container_free (con=0x80ce178) at e_container.c:970
> > > #11 0x080817ef in e_object_free (obj=0x80ce178) at e_object.c:92
> > > #12 0x08081836 in e_object_unref (obj=0x80e9070) at e_object.c:113
> > > #13 0x0805bb90 in _e_manager_free (man=0x80c7518) at e_manager.c:422
> > > #14 0x080817ef in e_object_free (obj=0x80c7518) at e_object.c:92
> > > #15 0x08081836 in e_object_unref (obj=0x80e9070) at e_object.c:113
> > > #16 0x0805b300 in e_manager_shutdown () at e_manager.c:47
> > > #17 0x0805a963 in _e_main_screens_shutdown () at e_main.c:809
> > > #18 0x0805a5d7 in _e_main_shutdown (errorcode=0) at e_main.c:650
> > > #19 0x08059ad9 in main (argc=1, argv=0xbff9b534) at e_main.c:580
> > >
> > > can I make it more detailed than that, and if so, what gdb commands do I
> > > need?
> > >
> > > I've also included a patch for the weather module edc file, to move the
> > > temp outside the image.
> > >
> > > On Thu, 2005-09-15 at 16:25 +0900, Carsten Haitzler wrote:
> > > > On Thu, 15 Sep 2005 17:03:27 +1000 David Seikel <[EMAIL PROTECTED]>
> > > > babbled:
> > > >
> > > > > On Thu, 15 Sep 2005 09:46:33 +0300 <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > > > Also, how does the remember thing work, exactly. It seems that if I
> > > > > > set remember for one app (remember this window + remember position),
> > > > > > 10 other, totally unrelated apps get remembered, and sometimes, not
> > > > > > only the position is checked. And worse, the first few times the
> > > > > > position is actually remembered, then afterwards, it's like it
> > > > > > remembered a totally different position.
> > > > >
> > > > > I had similar problems with remember desktop, trying to get my auto
> > > > > started apps to appear on certain desktops. In the end I just turned
> > > > > off remember stuff and either manually moved the windows, or tried to
> > > > > make sure I was in the proper desktop when those particular apps
> > > > > start. Not so hard, as there is only two of them and one of them
> > > > > takes a long time to start.
> > > >
> > > > the rememebr stuff is VERY MANUAL. you need to tell it HOE to match a
> > > > rememebr state TO a window. ie name, class, title, role, etc. etc. - if
> > > > it cant find a match ... it doesnt apply, or if the match is TOO
> > > > general, oit may apply to more than 1 window. if u tell it nothing the
> > > > match is VERY general! :)
> > > >
> > > > > Window remembering stuff was also broken in DR16, where I also gave up
> > > > > on trying to use it. Even though I despise KDE as a bloated and slow
> > > > > monster, at least they got this part working well, maybe the
> > > > > maintainer of the remember code can see how they do it.
> > > >
> > > > kde doesnt use a wm to do it - it uses session managers that work
> > > > completely outside of the xserver and programs rememebr their own
> > > > positions and restore them themselves.
> > > >
> > > > > If I wasn't very busy with the next release of my own open source
> > > > > project, I'd look at it myself.
> > > > >
> > > > > While on this subject, what is the locks menu in the windows menu all
> > > > > about?
> > > >
> > > > telling programs to "bugger off" and not allow them to move/resize or do
> > > > things to themesleves. eg - those web pages with javascritp that resize
> > > > your browser to fullscreen size. tell e to disallow the browser to move
> > > > ro resize itself. then your borwser stays where it is . u can do this
> > > > for any annoying apsp that have a habit of doing this (xchat is another
> > > > such annoyance that was actually my major spur to do this code). you
> > > > can ALSO lock yourself out as a user so u can't move/resize/close a
> > > > window accidentally without removing the locks first
> > > > - liek adding a safety barrier in for yourself. imagine you have an
> > > > important task happening in a window and you sometiems accidentally
> > > > close the wrong window as u are nto always careful. u can temporarily
> > > > lock the window (dont tell it to rememebr locks) and lokc close so you
> > > > cannto go close the window without first removing the lock. the
> > > > Lifespan lock actually disallows E to exit as long as any windwos are
> > > > around with lifespan locsk - stopping u from doing a "oops i logged out
> > > > on some improtant work being done" stuff. etc. :) many uses. :)
> > > >
> > > > > --
> > > > >
> > > > > This was inserted to keep any yahoo inserted
> > > > > stuff seperate from my real email.
> > > > >
> > > > > Send instant messages to your online friends
> > > > > http://au.messenger.yahoo.com
> > > > >
> > > > >
> > > > >
> > > > > -------------------------------------------------------
> > > > > SF.Net email is sponsored by:
> > > > > Tame your development challenges with Apache's Geronimo App Server.
> > > > > Download it for free - -and be entered to win a 42" plasma tv or your
> > > > > very own Sony(tm)PSP. Click here to play:
> > > > > http://sourceforge.net/geronimo.php
> > > > > _______________________________________________ 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) [EMAIL PROTECTED]
> > > > 裸好多 [EMAIL PROTECTED]
> > > > Tokyo, Japan (東京 日本)
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > SF.Net email is sponsored by:
> > > > Tame your development challenges with Apache's Geronimo App Server.
> > > > Download it for free - -and be entered to win a 42" plasma tv or your
> > > > very own Sony(tm)PSP. Click here to play:
> > > > http://sourceforge.net/geronimo.php
> > > > _______________________________________________ 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) [EMAIL PROTECTED]
裸好多 [EMAIL PROTECTED]
Tokyo, Japan (東京 日本)
-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
