Re: [dev] Re: soffice.bin crash when start up and return value is 78

2008-03-10 Thread Stephan Bergmann

Zongyun Lai wrote:

Stephan Bergmann wrote:

Zongyun Lai wrote:

Hi all,
I am new to OpenOffice development. I grabed the "vanilla" source 
codes from development build (build OOH680_m8) today. And I happily 
compiled them with the help of ccache and distcc. Some, compiling is 
not a great pain. However, when I want to launch the application, I 
do the following operations, and it crashes,

$ . LinuxX86Env.Set.sh


This modifies your environment (e.g., LD_LIBRARY_PATH), which can 
cause problems when you start applications from that environment.



$ cd solver/680/unxlngi6.pro/bin/
$ ./soffice.bin -impress


Always start ./soffice, not ./soffice.bin.

-Stephan

Hi Stephan,
Thanks for your idea. But if I don't source the LinuxX86Env.Set.sh file, 
the command runs as follows,

$ sh soffice -writer
/home/zlai/ooo/OOH680_m8/solver/680/unxlngi6.pro/bin/soffice.bin: error 
while loading shared libraries: libvcl680li.so: cannot open shared 
object file: No such file or directory


You need to install OOo, you cannot run soffice.bin out of the solver. 
(There is a script at solver/680/unxlngi6.pro/bin/userscripts/install 
that lets you put a self-contained OOo installation anywhere on your 
system, even if you already have another one at /opt.)


-Stephan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [dev] Re: soffice.bin crash when start up and return value is 78

2008-03-08 Thread Eike Rathke
Hi Zongyun,

On Friday, 2008-03-07 12:32:05 -0500, Zongyun Lai wrote:

>>> $ cd solver/680/unxlngi6.pro/bin/
>>> $ ./soffice.bin -impress
>>
>> Always start ./soffice, not ./soffice.bin.
>>
> Thanks for your idea. But if I don't source the LinuxX86Env.Set.sh file, 
> the command runs as follows,
> $ sh soffice -writer
> /home/zlai/ooo/OOH680_m8/solver/680/unxlngi6.pro/bin/soffice.bin: error 
> while loading shared libraries: libvcl680li.so: cannot open shared object 
> file: No such file or directory
>
> Then, I do "sh -x soffice -writer", and check LD_LIBRARY_PATH variable. The 
> variable doesn't contain correct path for libvcl680li.so. Then, I manually 
> specify the correct path for libvcl680li.so, then the same thing happen: 
> program crash and return value is 78. The same as sourcing the 
> LinuxX86Env.Set.sh file.
>
> Any idea? Thanks.

Do not attempt to run from within solver, run an installed version
instead. The easisest way to create a runnable installation from a build
is

export LOCALINSTALLDIR="/path/to/desired/location"
cd $SRC_ROOT/instsetoo_native/util
dmake openoffice_en-US PKGFORMAT=installed

and then run /path/to/desired/location/program/soffice

  Eike

-- 
 PGP/OpenPGP/GnuPG encrypted mail preferred in all private communication.
 Key ID: 0x293C05FD - 997A 4C60 CE41 0149 0DB3  9E96 2F1A D073 293C 05FD


pgpQS3XDb5hon.pgp
Description: PGP signature


Re: [dev] Re: soffice.bin crash when start up and return value is 78

2008-03-07 Thread Thorsten Behrens
On Fri, Mar 07, 2008 at 12:24:26PM -0500, Zongyun Lai wrote:
> By the way, since I only want to hack some new features for 
> Impress, is there any way I can check out and compile codes only
> for Impress? I knew the concept of 'solver' from  
> http://www.openoffice.org/dev_docs/source/solver.html, which seems 
> just what I want.
>
This didn't really work for Linux - too much variation in libs,
compiler, compile-time options, etc. And it would be a large chunk 
to download...
...besides, debugging in an OOo application sometimes has the
tendency to drag you into lower levels quickly - you'll then be
happy you have all the code. ;-)

> Is there any smart way to avoid downloading all the source tree? 
>
No, everything else is less smart. And likely bigger than the
sources.

Cheers,

-- Thorsten


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[dev] Re: soffice.bin crash when start up and return value is 78

2008-03-07 Thread Zongyun Lai

Stephan Bergmann wrote:

Zongyun Lai wrote:

Hi all,
I am new to OpenOffice development. I grabed the "vanilla" source 
codes from development build (build OOH680_m8) today. And I happily 
compiled them with the help of ccache and distcc. Some, compiling is 
not a great pain. However, when I want to launch the application, I do 
the following operations, and it crashes,

$ . LinuxX86Env.Set.sh


This modifies your environment (e.g., LD_LIBRARY_PATH), which can cause 
problems when you start applications from that environment.



$ cd solver/680/unxlngi6.pro/bin/
$ ./soffice.bin -impress


Always start ./soffice, not ./soffice.bin.

-Stephan

Hi Stephan,
Thanks for your idea. But if I don't source the LinuxX86Env.Set.sh file, 
the command runs as follows,

$ sh soffice -writer
/home/zlai/ooo/OOH680_m8/solver/680/unxlngi6.pro/bin/soffice.bin: error 
while loading shared libraries: libvcl680li.so: cannot open shared 
object file: No such file or directory


Then, I do "sh -x soffice -writer", and check LD_LIBRARY_PATH variable. 
The variable doesn't contain correct path for libvcl680li.so. Then, I 
manually specify the correct path for libvcl680li.so, then the same 
thing happen: program crash and return value is 78. The same as sourcing 
the LinuxX86Env.Set.sh file.


Any idea? Thanks.

Zach


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[dev] Re: soffice.bin crash when start up and return value is 78

2008-03-07 Thread Zongyun Lai

Thorsten Behrens wrote:

On Thu, Mar 06, 2008 at 10:52:22PM -0500, Zongyun Lai wrote:
However, when I want to launch the application, I do the following  
operations, and it crashes,

$ . LinuxX86Env.Set.sh
$ cd solver/680/unxlngi6.pro/bin/
$ ./soffice.bin -impress
(.. a quick splash screen, then crash, can't even see what it is...)
$ echo $?
78


As you found out, OOo needs to be installed for proper operation -
you can kind of make the build do that for you, by setting
PKGFORMAT=installed. Then,
instsetoo_native//OpenOffice/installed/... will
contain a ready-made OOo installation.

Even easier is using ooo-build
(http://wiki.services.openoffice.org/wiki/Ooo-build), that's a build
system & set of patches around OOo, that basically makes building a 


./configure
./download  (to grab build prerequisites)
make
ooinstall -l 

Thanks Thorsten, I will have a try of Ooo-build. Do you recommend 
Ooo-build or vanilla ones? By the way, since I only want to hack some 
new features for Impress, is there any way I can check out and compile 
codes only for Impress? I knew the concept of 'solver' from 
http://www.openoffice.org/dev_docs/source/solver.html, which seems just 
what I want. But the article is about 7 years old, and I couldn't find 
more useful information now. Do you have any suggestion for my 
situation? Is there any smart way to avoid downloading all the source 
tree? Thanks a lot.



So, could anyone give me some hints for this weird situation? Why can't  
I just launch applications in solver/680/unxlngi6.pro/bin/ directdory? I  
have googled the problem, some article suggest setting  
OOO_FORCE_DESKTOP=none, but it is of no use. So, if I have to install  
those packages after each modifications, it is very inconvenient for  
testing and debugging.


True. Usually people manually copy libraries from solver to installation 
to avoid this situation - ooo-build's ooinstall conveniently integrates a 
script that symlinks solver & installation, so that's taken care of

there (vanilla OOo's version of that script is currently broken).

HTH,

-- Thorsten



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]