To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=51181
------- Additional comments from [EMAIL PROTECTED] Wed Dec 6 05:55:16 -0800
2006 -------
In 2.0.4 ucpgvfs1.uno.so is again being loaded at startup, but now through a
slightly different code path:
#0 0xb34b7ee6 in gnome_vfs_init () from /opt/gnome/lib/libgnomevfs-2.so.0
#1 0xb3525c45 in component_getFactory (pImplName=0x81530c8
"com.sun.star.comp.GnomeVFSContentProvider", pServiceManager=0x80c9928)
at
/home/tml/ooo-build/2.0.4.9/build/OOO_2_0_4/ucb/source/ucp/gvfs/provider.cxx:223
#2 0xb76b46f8 in cppu::loadSharedLibComponentFactory () from
/opt/local/lib/ooo-2.0.4.9/program/libuno_cppuhelpergcc3.so.3
#3 0xb5d83f73 in stoc_loader::DllComponentLoader::activate () from
/opt/local/lib/ooo-2.0.4.9/program/shlibloader.uno.so
#4 0xb76ad169 in cppu::ORegistryFactoryHelper::createModuleFactory () from
/opt/local/lib/ooo-2.0.4.9/program/libuno_cppuhelpergcc3.so.3
#5 0xb76ad5b6 in cppu::ORegistryFactoryHelper::createInstanceEveryTime () from
/opt/local/lib/ooo-2.0.4.9/program/libuno_cppuhelpergcc3.so.3
#6 0xb76acab1 in cppu::OSingleFactoryHelper::createInstanceWithContext () from
/opt/local/lib/ooo-2.0.4.9/program/libuno_cppuhelpergcc3.so.3
#7 0xb76acb69 in cppu::OFactoryComponentHelper::createInstanceWithContext ()
from /opt/local/lib/ooo-2.0.4.9/program/libuno_cppuhelpergcc3.so.3
#8 0xb5c8e86e in stoc_smgr::OServiceManager::createInstanceWithContext () from
/opt/local/lib/ooo-2.0.4.9/program/servicemgr.uno.so
#9 0xb5c8d655 in stoc_smgr::OServiceManager::createInstance () from
/opt/local/lib/ooo-2.0.4.9/program/servicemgr.uno.so
#10 0x08075b51 in configureUcb (bServer=false, [EMAIL PROTECTED])
at
/home/tml/ooo-build/2.0.4.9/build/OOO_2_0_4/desktop/source/app/appinit.cxx:240
#11 0x08076154 in desktop::Desktop::RegisterServices (this=0xbff8e33c,
[EMAIL PROTECTED])
at
/home/tml/ooo-build/2.0.4.9/build/OOO_2_0_4/desktop/source/app/appinit.cxx:349
#12 0x0806bb1c in desktop::Desktop::Main ()
#13 0xb7d942c0 in ImplSVMain () from
/opt/local/lib/ooo-2.0.4.9/program/libvcl680li.so
#14 0xb7d943b5 in SVMain () from
/opt/local/lib/ooo-2.0.4.9/program/libvcl680li.so
#15 0x08064931 in sal_main ()
#16 0xb6eb987c in __libc_start_main () from /lib/libc.so.6
#17 0x08064861 in _start ()
Now it's the code in desktop/source/app/appinit.cxx:configureUcb() that causes
this to happen. Previously the GnomeVFS UCP was instantiated through the proxy
ucp factory, but that apparently caused some other problems, so that code if
bypassed with #if 0 and now it is instantiated straight away.
A simpleish (in this case, with just three source files) solution to the
slowness introduced by loading libgnomevfs with all its dependencies is to
remove the direct calls to libgnomevfs functions from ucpgvfs, and instead load
it dynamically with dlopen() only when actually needed, and call the libgnomevfs
functions through function pointers.
On Solaris I guess lazy loading of shared objects would do this automatically
(but is it used for OOo?), but no lazy or delayed loading of dependent shared
objects in Linux, as far as I know.
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
