Bug 67942 – Application Start

After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.

Bug 67942 - Application Start


Summary:	Application Start


Status:	RESOLVED DUPLICATE of bug 66373

Product:	galeon
Classification:	Deprecated
Component:	general
Version:	unspecified
Hardware:	Other other

Importance:	Normal normal
Target Milestone:	---
Assigned To:	Yanko Kaneti
QA Contact:	Yanko Kaneti

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2002-01-03 18:15 UTC by Marin.Krischik
Modified:	2004-12-22 21:47 UTC

See Also:
GNOME target:	---
GNOME version:	---

Description Marin.Krischik 2002-01-03 18:21:20 UTC

Package: galeon
Severity: major
Version: 1.0
Synopsis: Application Start
Bugzilla-Product: galeon
Bugzilla-Component: general

Description:
Just starting the application.

Tell you what: Every secound GNOME Application which does not come from
the dristributen CD does not start proberly. Does not happen with KDE
applications. I like some GNOME applications, thats why I have GNOME,
but GNOME is not generaly as stabel as KDE.

With regards Martin



Debugging Information:

(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...[New Thread 1024 (LWP 13661)]
0x4080f289 in wait4 () from /lib/libc.so.6

+ Trace 15741

Thread 1 (Thread 1024 (LWP 13661))

#0 wait4
from /lib/libc.so.6
#1 __DTOR_END__
from /lib/libc.so.6
#2 waitpid
from /lib/libpthread.so.0
#3 gnome_segv_handle
at gnome-init.c line 659
#4 pthread_sighandler
from /lib/libpthread.so.0
#5 <signal handler called>
#6 free
from /lib/libc.so.6
#7 PR_Free
from /opt/mozilla/libnspr4.so
#8 nsMemoryImpl::Free
from /opt/mozilla/libxpcom.so
#9 nsMemory::Free
from /opt/mozilla/libxpcom.so
#10 XPCOM_StringAllocator<char>::Deallocate
from /opt/mozilla/libxpcom.so
#11 nsSharedBufferHandle<char>::~nsSharedBufferHandle
#12 nsSharableCString::SetCapacity
from /opt/mozilla/libxpcom.so
#13 nsSharableCString::SetLength
from /opt/mozilla/libxpcom.so
#14 nsACString::do_AppendFromReadable
from /opt/mozilla/libxpcom.so
#15 nsACString::AppendFromPromise
from /opt/mozilla/libxpcom.so
#16 nsLocalFile::AppendRelativePath
from /opt/mozilla/libxpcom.so
#17 nsLocalFile::Append
from /opt/mozilla/libxpcom.so
#18 nsDirectoryService::GetFile
from /opt/mozilla/libxpcom.so
#19 nsDirectoryService::Undefine
from /opt/mozilla/libxpcom.so
#20 nsDirectoryService::Get
from /opt/mozilla/libxpcom.so
#21 nsRegistry::OpenWellKnownRegistry
from /opt/mozilla/libxpcom.so
#22 nsComponentManagerImpl::PlatformInit
from /opt/mozilla/libxpcom.so
#23 nsComponentManagerImpl::Init
from /opt/mozilla/libxpcom.so
#24 NS_InitXPCOM2
from /opt/mozilla/libxpcom.so
#25 NS_InitEmbedding
from /opt/mozilla/libgtkembedmoz.so
#26 EmbedPrivate::PushStartup
from /opt/mozilla/libgtkembedmoz.so
#27 gtk_moz_embed_push_startup
from /opt/mozilla/libgtkembedmoz.so
#28 embed_startup_init
#29 embed_startup_init
#30 main
#31 main
#32 __libc_start_main
from /lib/libc.so.6
#0 wait4
from /lib/libc.so.6
#0 wait4
from /lib/libc.so.6
#1 __DTOR_END__
from /lib/libc.so.6
#2 waitpid
from /lib/libpthread.so.0
#3 gnome_segv_handle
at gnome-init.c line 659
#4 pthread_sighandler
from /lib/libpthread.so.0
#5 <signal handler called>
#6 free
from /lib/libc.so.6
#7 PR_Free
from /opt/mozilla/libnspr4.so





------- Bug moved to this database by unknown@bugzilla.gnome.org 2002-01-03 13:21 -------

The original reporter (Marin.Krischik@T-Online.de) of this bug does not have an account here.
Reassigning to the exporter, unknown@bugzilla.gnome.org.
Reassigning to the default owner of the component, yaneti@declera.com.

Comment 1 Yanko Kaneti 2002-01-03 18:50:56 UTC


*** This bug has been marked as a duplicate of 66373 ***