Issue 100395 - sb104: pyuno is broken
Summary: sb104: pyuno is broken
Status: CONFIRMED
Alias: None
Product: porting
Classification: Code
Component: code (show other issues)
Version: DEV300m42
Hardware: Unknown All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-03-20 08:48 UTC by maho.nakata
Modified: 2017-05-20 11:33 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
A patch to fix. (819 bytes, patch)
2009-03-20 08:56 UTC, maho.nakata
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this issue.
Description maho.nakata 2009-03-20 08:48:42 UTC
DEV300_m42 on FreeBSD, pyuno is broken like:

build -- version: -

=============
Building module pyuno
/work/OOO/debussy7i386/DEV300_m42/ports/editors/openoffice.org-3-devel/work/DEV300_m42/pyuno/source/module
--- NOOPTFILES ---
`../../unxfbsdi.pro/slo/pyuno_module.obj' is up to date
--- NOOPTFILES OVER ---
-------------
/work/OOO/debussy7i386/DEV300_m42/ports/editors/openoffice.org-3-devel/work/DEV300_m42/pyuno/source/loader
-------------
rm -f ../../unxfbsdi.pro/lib/pyuno_services.rdb
../../unxfbsdi.pro/lib/pyuno_services.tmp ../../unxfbsdi.pro/lib/pyuno_services.rdb
cd ../../unxfbsdi.pro/lib && if ($?LD_LIBRARY_PATH == 1)     eval 'setenv
LD_LIBRARY_PATH
"${LD_LIBRARY_PATH}:/work/OOO/debussy7i386/DEV300_m42/ports/editors/openoffice.org-3-devel/work/DEV300_m42/solver/300/unxfbsdi.pro/lib"'
&&     if ($?LD_LIBRARY_PATH == 0) setenv LD_LIBRARY_PATH
"/work/OOO/debussy7i386/DEV300_m42/ports/editors/openoffice.org-3-devel/work/DEV300_m42/solver/300/unxfbsdi.pro/lib"
&& regcomp -register -r pyuno_services.tmp -wop -c stocservices.uno -c
invocation.uno -c introspection.uno -c invocadapt.uno -c proxyfac.uno -c
reflection.uno -c ./pythonloader.uno
stocservices.uno
invocation.uno
introspection.uno
invocadapt.uno
proxyfac.uno
reflection.uno
./pythonloader.uno
register component 'stocservices.uno' in registry 'pyuno_services.tmp' succesful!
register component 'invocation.uno' in registry 'pyuno_services.tmp' succesful!
register component 'introspection.uno' in registry 'pyuno_services.tmp' succesful!
register component 'invocadapt.uno' in registry 'pyuno_services.tmp' succesful!
register component 'proxyfac.uno' in registry 'pyuno_services.tmp' succesful!
register component 'reflection.uno' in registry 'pyuno_services.tmp' succesful!
register component './pythonloader.uno' in registry 'pyuno_services.tmp' failed!
error (CannotRegisterImplementationException): loading component library failed:
./pythonloader.uno.so
dmake:  Error code 1, while making '../../unxfbsdi.pro/lib/pyuno_services.rdb'

ERROR: Error 65280 occurred while making
/work/OOO/debussy7i386/DEV300_m42/ports/editors/openoffice.org-3-devel/work/DEV300_m42/pyuno/source/loader
rmdir /tmp/73609
Comment 1 maho.nakata 2009-03-20 08:49:04 UTC
reassign
Comment 2 maho.nakata 2009-03-20 08:52:03 UTC
Fatal error is following part
> register component './pythonloader.uno' in registry 'pyuno_services.tmp' failed!
.
This is due to try to regcomp with ./unxfbsdi.pro/lib/pythonloader.uno.so.
Path is the problem. pythonloader.uno.so is located in the current directory,
and LD_LIBRARY_PATH doesn't accept it; we must add "." explicitly.
Comment 3 maho.nakata 2009-03-20 08:56:16 UTC
Created attachment 61062 [details]
A patch to fix.
Comment 4 Stephan Bergmann 2009-03-23 15:58:58 UTC
@maho:  I do not understand the problem here.  What exactly is it with loading
./pythonloader.uno that fails and then works if you add . to LD_LIBRARY_PATH?

The attached patch-i100395 would add . to LD_LIBRARY_PATH (in
AUGMENT_LIBRARY_PATH) on every platform (that uses LD_LIBRARY_PATH).  This is
IMO a bad idea, especially since . is relative.  Also, I did not hear about any
problems with the current status on other platforms.
Comment 5 maho.nakata 2009-03-25 09:03:55 UTC
sb:
thanks, I'll investigate more.
reassign to maho
Comment 6 maho.nakata 2009-06-06 00:12:29 UTC
sb:
as I told by e-mail, you can remove this patch from sb108.
I'll investigate a bit more...

thanks for your kindness.
Comment 7 Marcus 2017-05-20 11:33:23 UTC
Reset assigne to the default "issues@openoffice.apache.org".