On 8/13/07, Andreas Höschler <[EMAIL PROTECTED]> wrote:
> Hi Yen-Ju,
>
> >> make_services is lauched by etoile_system automatically
> >> and should terminate normally.
> >> I need to look into that.
> >
> > make_services is a tool, not an application.
> > So it should not have an icon on AZDock.
> > I suspect your OS secretly create a X window and AZDock notice that.
> > While a real problem may not be easy to track down,
> > you can add 'make_services' in the blacklist of AZDock:
> > "AZDock.m" line 687 of 984
> > It is not the right solution, but at least eliminates the problem on
> > surface.
>
> Thanks for th ehint! I did that. But
>
> - (AZGNUstepApp *)addGNUstepAppNamed:(NSString *)name
>
> is never called. I get a question mark icon for make_services and also
> for Console (when I check that from a faile-safe session). :-(
>
> I also just tried Busy again. I still dies with a Segmentation fault!
> :-( Any idea?
To be honest, I don't know why make_services shows up in AZDock.
I understand Console shows up because it has a X window.
Any application which has windows will show up in AZDock.
That is what it is designed for.
So you also have to check these following methods to see when it is
added into AZDock:
- (AZXWindowApp *) addXWindowWithCommand: (NSString *) cmd
instance: (NSString *) instance class: (NSString *) class;
- (void) addXWindowWithID: (int) wid;
- (AZDockletApp *) addDockletWithCommand: (NSString *) cmd
instance: (NSString *) instance class: (NSString *) class;
- (void) addDockletWithID: (int) wid;
For Busy, again, it is obvious a double-release bug,
which I cannot see why it happens.
The only way I can try is to use a more conservative memory management
and see, but there is no quanrantee.
Every OS has different sensitivity about memory allocation and release.
That's why I (Linux) and David (FreeBSD, probably) has no such issue
(at least I am not aware).
Yen-Ju
>
> Regards,
>
> Andreas
>
>
>
> 2007-08-13 10:06:42.752 Busy[14153]
> 2007-08-13 10:06:42.760 Busy[14153] XIM: '(null)' is not supported
> 2007-08-13 10:06:42.760 Busy[14153] Unable to initialize XIM, using
> standard keyboard events
> 2007-08-13 10:06:42.811 Busy[14153] checkAlive
> 2007-08-13 10:06:46.958 Busy[14153] checkAlive
> Segmentation Fault (core dumped)
>
>
>
> #0 0xfe254f20 in t_splay () from /lib/libc.so.1
> (gdb) bt
> #0 0xfe254f20 in t_splay () from /lib/libc.so.1
> #1 0xfe254c28 in t_delete () from /lib/libc.so.1
> #2 0xfe25483c in realfree () from /lib/libc.so.1
> #3 0xfe2550c4 in cleanfree () from /lib/libc.so.1
> #4 0xfe254470 in realloc () from /lib/libc.so.1
> #5 0xfe7d3fd0 in objc_realloc (mem=0x19e390, size=24)
> at /usr/share/src/gcc-3.4.4/libobjc/misc.c:117
> #6 0xfe7c2a28 in setPollfd (fd=11, event=1, ctxt=0x222bf0)
> at GSRunLoopCtxt.m:220
> #7 0xfe7c30b4 in -[GSRunLoopCtxt pollUntil:within:] (self=0x222bf0,
> _cmd=0xfe9a3a1c, milliseconds=25802, contexts=0x2097b8)
> at GSRunLoopCtxt.m:355
> #8 0xfe6b3a74 in -[NSRunLoop acceptInputForMode:beforeDate:]
> (self=0x209790,
> _cmd=0xfe9a3a44, mode=0xfe9a3ad4, limit_date=0x220838) at
> NSRunLoop.m:969
> #9 0xfe6b408c in -[NSRunLoop runMode:beforeDate:] (self=0x209790,
> _cmd=0xff140e4c, mode=0xfe9a3ad4, date=0x2209f8) at NSRunLoop.m:1043
> #10 0xfef8bf38 in -[GSDisplayServer(EventOps)
> getEventMatchingMask:beforeDate:inMode:dequeue:] (self=0x209f98,
> _cmd=0xfdbe676c, mask=4294967295,
> limit=0x2209f8, mode=0xfe9a3ad4, flag=1 '\001') at
> GSDisplayServer.m:971
> #11 0xfdb4caec in -[XGServer(X11Ops)
> getEventMatchingMask:beforeDate:inMode:dequeue:] (self=0x209f98,
> _cmd=0xff103c9c, mask=4294967295, limit=0x2209f8,
>
>
>
>
>
> #0 0xfe254c38 in t_delete () from /lib/libc.so.1
> #1 0xfe25483c in realfree () from /lib/libc.so.1
> #2 0xfe255038 in _free_unlocked () from /lib/libc.so.1
> #3 0xfe254f74 in free () from /lib/libc.so.1
> #4 0xfe7d3e34 in objc_free (mem=0x16c568)
> at /usr/share/src/gcc-3.4.4/libobjc/misc.c:135
> #5 0xfe741504 in default_free (zone=0xfe9b05b0, ptr=0x16c568) at
> NSZone.m:501
> #6 0xfe526f30 in NSZoneFree (zone=0xfe9b05b0, ptr=0x16c568) at
> NSZone.h:373
> #7 0xfe5369ac in -[GSCBufferString dealloc] (self=0x18ec28,
> _cmd=0xfe99d270)
> at GSString.m:3061
> #8 0xfe65dc48 in -[NSObject release] (self=0x18ec28, _cmd=0xfe987ba0)
> at NSObject.m:1992
> #9 0xfe562630 in -[NSAutoreleasePool emptyPool] (self=0x205c78,
> _cmd=0xfe987c08) at NSAutoreleasePool.m:404
> #10 0xfe5622ec in -[NSAutoreleasePool dealloc] (self=0x205c78,
> _cmd=0xfe987c00)
> at NSAutoreleasePool.m:323
> #11 0xfe562274 in -[NSAutoreleasePool release] (self=0x205c78,
> _cmd=0x2703c)
> at NSAutoreleasePool.m:316
> #12 0x00012614 in -[Busy updateClientList:] (self=0x1a2e20,
> _cmd=0x270d4,
> sender=0x1a2e20) at Busy.m:225
> #13 0x00012ba8 in -[Busy handlePropertyNotify:] (self=0x1a2e20,
> _cmd=0x270dc,
> event=0xffbfe340) at Busy.m:294
> #14 0x00012c7c in -[Busy handleXEvent] (self=0x1a2e20, _cmd=0x270f4)
> at Busy.m:315
>
>
> _______________________________________________
> Etoile-discuss mailing list
> [email protected]
> https://mail.gna.org/listinfo/etoile-discuss
>
_______________________________________________
Etoile-discuss mailing list
[email protected]
https://mail.gna.org/listinfo/etoile-discuss
