libjpeg.so problem

@All

Can any of you please spawn a shell, and type:

version full system:sobjs/libjpeg.so

It will not show version of course, but i just need to know if you system crashes/freezes after, or it's my local issues.

ps. I do have one which is come from installation CD, size is 1.167.242.

Shouldn't use also use the FILE switch if you are quering a file?

I am not at computer right now.

Tried it, it gave a crash:

guru 80000003
DSI
Redzone damaged


Amigaforever, OS4.1FE with update2

@kas1e

I got a crash as well, a DSI. The redzone was not damaged, but the stack pointer was out of bounds. Looks like an infinite recursion leading to a stack overflow, with the stack full of two alternating addresses in elf.library.

My libjpeg.so is the same size as yours, and I got the same crash even if I used the FILE switch.

So no, it's not just you.

@all
Thanks ! So will report this in hope it will be fixed for next update whenever it out.

I am not 100% sure but the version command doesn't work with .so files, since they do not have version tags. Of course, it shouldn't crash like that, but I don't know what you expect to get from it.

@walkero

As I understand it, the issue is simply to see if it crashes or not. There is no expectation of any version info being printed.

Best regards,

Niels

@nbache
Oh, then yeah, it crashes on mine as well.

@Niels
Yeah, you are right.

@George
The crash by version only point out on corruption on the distributed libjpeg.so on installation CDs: it happens not only with "version" command, but with any software trying to use it. "version" was only to show how easy to trigger the crash.

Note that it does not crash with the version from
os4depot. I was the software author of the
software which kas tested where the problem
was originally noticed. In the meanwhile i statically
link the software so it does not crash if the
Dynamic libjpeg version from
CD is installed.