On 12/6/19 1:56 AM, Patrick Shanahan wrote:

* Felix Miata [12-05-19 10:11]:

...

It worked and works fine in 42.3. I cloned 42.3, then upgraded to 15.1. The ancient 32bit gtk2 app is in /usr/local/ shared by both, so I know it still works. But, 15.1 won't launch it. If I try to launch it with gdb, it reports"

"not in executable format: file format not recognized"

Since it normally launches from a wrapper script, I tried the binary instead, with this result:

"error while loading shared libraries: libxul.so: cannot open shared object file: No such file or directory"

File libxul.so is in the same directory as the binary, so I changed to it first, then tried to start, but get the same cannot open message. How can I get this old app to run without switching back to 42.3?

I believe you need to provide the path to the librarys directly using one of the ld* apps.

Yes its possible libraries aren't automatically loaded from the same directory as the binary anymore due to the security risks that it causes that or for some reason its deciding libxul.so isn't a valid 32bit library. -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B

Andrei Borzenkov composed on 2019-12-06 13:20 (UTC+0300):

Simon Lees wrote:

...

Patrick Shanahan wrote:

...

...

Felix Miata wrote:

...

...

...

It worked and works fine in 42.3. I cloned 42.3, then upgraded to 15.1. The ancient 32bit gtk2 app is in /usr/local/ shared by both, so I know it still works. But, 15.1 won't launch it. If I try to launch it with gdb, it reports"

...

...

...

"not in executable format: file format not recognized"

...

...

...

Since it normally launches from a wrapper script, I tried the binary instead, with this result:

...

...

...

"error while loading shared libraries: libxul.so: cannot open shared object file: No such file or directory"

...

...

...

File libxul.so is in the same directory as the binary, so I changed to it first, then tried to start, but get the same cannot open message. How can I get this old app to run without switching back to 42.3?

...

...

I believe you need to provide the path to the librarys directly using one of the ld* apps.

...

Yes its possible libraries aren't automatically loaded from the same directory as the binary anymore due to the security risks that it causes that or for some reason its deciding libxul.so isn't a valid 32bit library.

More likely that wrapper script set correct LD_LIBRARY_PATH. The original problem when using wrapper script was never really described.

(process:25303): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed ACR (Component): component init -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org

Andrei Borzenkov composed on 2019-12-06 14:00 (UTC+0300):

Felix Miata wrote:

...

(process:25303): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed ACR (Component): component init

Does setting G_SLICE=always-malloc before starting helps?

error while loading shared libraries: libxul.so: cannot open shared object file: No such file or directory -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org

Jiri Slaby composed on 2019-12-06 08:05 (UTC+0100):

Felix Miata wrote:

...

It worked and works fine in 42.3. I cloned 42.3, then upgraded to 15.1. The ancient 32bit gtk2 app is in /usr/local/ shared by both, so I know it still works. But, 15.1 won't launch it. If I try to launch it with gdb, it reports"

...

"not in executable format: file format not recognized"

...

Since it normally launches from a wrapper script, I tried the binary instead, with this result:

...

"error while loading shared libraries: libxul.so: cannot open shared object file: No such file or directory"

...

File libxul.so is in the same directory as the binary, so I changed to it first, then tried to start, but get the same cannot open message.

First, you have to export LD_LIBRARY_PATH=. to make the linker search in the current directory.

Whether I literally do that, or export it = the actual path to where the app's wrapper and binary and its libxul.so are, the error is the same. :-( -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org