Hi,

I am packaging a java application (umlet). I've put the created jar file
into "/usr/share/java/umlet.jar" chmoded it to being executable (using
jh_exec) and added a symlink to it at /usr/bin/umlet.
The package depends on javawrapper.

Now when I try to run the application (either throuh "umlet" or
"/usr/share/java/umlet.jar" I get an CRC error:
Error! CRCs do not match! Got 1a6cd7b3, expected 0
When I run the application using
"java -jar /usr/share/java/umlet.jar"
everything works just fine.

I am kind of clueless, but before I report a bug against jarwrapper I
wanted to ask here, if I am doing something wrong.

Help would be appreciated!

Ben

Btw.: Lintian complains
W: umlet: executable-not-elf-or-script usr/share/java/umlet.jar
N:
N: This executable file is not an ELF format binary, and does not start
N: with the #! sequence that marks interpreted scripts. It might be a sh
N: script that fails to name /bin/sh as its shell, or it may be incorrectly
N: marked as executable. Sometimes upstream files developed on Windows are
N: marked unnecessarily as executable on other systems.
N:
N: If you are using debhelper to build your package, running dh_fixperms
N: will often correct this problem for you.
N:
N: Refer to Debian Policy Manual section 10.4 (Scripts) for details.
N:
N: Severity: normal, Certainty: certain
N:
N: Check: scripts, Type: binary
N:
This is a false positive, right?




--
To UNSUBSCRIBE, email to debian-java-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 1310675915.18089.8.camel@athlon-x2.fritz.box">http://lists.debian.org/1310675915.18089.8.camel@athlon-x2.fritz.box

This sounds a bit like bug #627121 against gzip, caused by the glibc
memcpy stuff

Try setting this environment variable:

export LD_PRELOAD=/usr/lib/*/libc/memcpy-syslog-preload.so

Then run your command and check syslog for signs that the bug exists.

--
bye,
pabs

http://wiki.debian.org/PaulWise


--
To UNSUBSCRIBE, email to debian-java-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: CAKTje6F2q56Bv5ugE5USd7NnL4draWQRY9E8WhsCNVURMHSaA w@mail.gmail.com">http://lists.debian.org/CAKTje6F2q56Bv5ugE5USd7NnL4draWQRY9E8WhsCNVURMHSaA w@mail.gmail.com

Thanks Paul.

On Thu, 2011-07-14 at 23:36 +0200, Paul Wise wrote:
> This sounds a bit like bug #627121 against gzip, caused by the glibc
> memcpy stuff
>
> Try setting this environment variable:
>
> export LD_PRELOAD=/usr/lib/*/libc/memcpy-syslog-preload.so

After setting
export LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libc/memcpy-syslog-preload.so
I get
ERROR: ld.so: object
'/usr/lib/x86_64-linux-gnu/libc/memcpy-syslog-preload.so' from
LD_PRELOAD cannot be preloaded: ignored.
when starting any program. Nothing is reported within syslog.

When I unpack my jar-file using "jar xf" no CRC error is reported.

Any further ideas?

Best regards

Ben


--
To UNSUBSCRIBE, email to debian-java-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 1310711375.2565.5.camel@athlon-x2.fritz.box">http://lists.debian.org/1310711375.2565.5.camel@athlon-x2.fritz.box

I guess your libc6 is not new enough to have multiarch support.

Which version of libc6 do you have?

Do you have any of these files?

/usr/lib/libc/memcpy-preload.so
/usr/lib/libc/memcpy-syslog-preload.so
/usr/lib/x86_64-linux-gnu/libc/memcpy-preload.so
/usr/lib/x86_64-linux-gnu/libc/memcpy-syslog-preload.so

Run this to find out:

find /usr/lib -iname memcpy-*preload.so | xargs file

You should get this if you are running Debian wheezy:

/usr/lib/x86_64-linux-gnu/libc/memcpy-preload.so:
ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically
linked, stripped
/usr/lib/x86_64-linux-gnu/libc/memcpy-syslog-preload.so:
ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically
linked, stripped

Then set LD_PRELOAD as before.

If you are not running libc6 2.13-3 or greater and the preload library
does not fix this then I have zero idea.

--
bye,
pabs

http://wiki.debian.org/PaulWise


--
To UNSUBSCRIBE, email to debian-java-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: CAKTje6GA7JGqGkCeisFTVk+oqZf47Czfpmoe4YZ8gE3=hi-CTA@mail.gmail.com">http://lists.debian.org/CAKTje6GA7JGqGkCeisFTVk+oqZf47Czfpmoe4YZ8gE3=hi-CTA@mail.gmail.com

After updating libc, setting LD_PRELOAD worked without producing any
error messages. However, syslog showed nothing suspicious. Btw. the bug
in gzip you mentioned is now fixed.

I've reported a bug against jarwrapper (#634089) and will build the
package with a startup script instead.

Thanks for your help,

Ben


On Fri, 2011-07-15 at 11:25 +0200, Paul Wise wrote:
> I guess your libc6 is not new enough to have multiarch support.
>
> Which version of libc6 do you have?
>
> Do you have any of these files?
>
> /usr/lib/libc/memcpy-preload.so
> /usr/lib/libc/memcpy-syslog-preload.so
> /usr/lib/x86_64-linux-gnu/libc/memcpy-preload.so
> /usr/lib/x86_64-linux-gnu/libc/memcpy-syslog-preload.so
>
> Run this to find out:
>
> find /usr/lib -iname memcpy-*preload.so | xargs file
>
> You should get this if you are running Debian wheezy:
>
> /usr/lib/x86_64-linux-gnu/libc/memcpy-preload.so:
> ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically
> linked, stripped
> /usr/lib/x86_64-linux-gnu/libc/memcpy-syslog-preload.so:
> ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically
> linked, stripped
>
> Then set LD_PRELOAD as before.
>
> If you are not running libc6 2.13-3 or greater and the preload library
> does not fix this then I have zero idea.
>
> --
> bye,
> pabs
>
> http://wiki.debian.org/PaulWise
>
>



--
To UNSUBSCRIBE, email to debian-java-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 1310846041.4131.284.camel@athlon-x2.fritz.box">http://lists.debian.org/1310846041.4131.284.camel@athlon-x2.fritz.box

Hi All,

> Now when I try to run the application (either throuh "umlet" or
> "/usr/share/java/umlet.jar" I get an CRC error:
> Error! CRCs do not match! Got 1a6cd7b3, expected 0
> When I run the application using
> "java -jar /usr/share/java/umlet.jar"
> everything works just fine.

I have the same problem here:
% ./javatut.jar
Error! CRCs do not match! Got 1a6cd7b3, expected 0
% java -jar javatut.jar
Hello world

> Which version of libc6 do you have?
libc6 2.13-16
libc6-i686 2.13-16

> Do you have any of these files?
>
> /usr/lib/libc/memcpy-preload.so
> /usr/lib/libc/memcpy-syslog-preload.so
> /usr/lib/x86_64-linux-gnu/libc/memcpy-preload.so
> /usr/lib/x86_64-linux-gnu/libc/memcpy-syslog-preload.so
No, I don't.

Now, I can reproduce the error when doing the following:
* using debian/javabuild with:
javatut.jar src
* using debian/manifest with:
usr/share/javatut/javatut.jar:
Main-Class: net.zabuchy.Main

But as soon as I remove debian/javabuild and debian/manifest and build
with debian/rules:
%:
dh $@ --with javahelper

override_dh_auto_build:
jh_build -mnet.zabuchy.Main javatut.jar src

everything works just fine. Any thoughts?

Tomek


--
To UNSUBSCRIBE, email to debian-java-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 4E556D5C.3020207@gmail.com">http://lists.debian.org/4E556D5C.3020207@gmail.com

On 2011-08-24 23:30, Tomasz Muras wrote:
> Hi All,
>
>> [...]
> No, I don't.
>
> Now, I can reproduce the error when doing the following:
> * using debian/javabuild with:
> javatut.jar src
> * using debian/manifest with:
> usr/share/javatut/javatut.jar:
> Main-Class: net.zabuchy.Main
>
> But as soon as I remove debian/javabuild and debian/manifest and build
> with debian/rules:
> %:
> dh $@ --with javahelper
>
> override_dh_auto_build:
> jh_build -mnet.zabuchy.Main javatut.jar src
>
> everything works just fine. Any thoughts?
>
> Tomek
>
>

Does it come back if you use jh_manifest to set the main class?

~Niels



--
To UNSUBSCRIBE, email to debian-java-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 4E55E744.70402@thykier.net">http://lists.debian.org/4E55E744.70402@thykier.net

On 25/08/11 07:10, Niels Thykier wrote:
> On 2011-08-24 23:30, Tomasz Muras wrote:
>> Hi All,
>>
>>> [...]
>> No, I don't.
>>
>> Now, I can reproduce the error when doing the following:
>> * using debian/javabuild with:
>> javatut.jar src
>> * using debian/manifest with:
>> usr/share/javatut/javatut.jar:
>> Main-Class: net.zabuchy.Main
>>
>> But as soon as I remove debian/javabuild and debian/manifest and build
>> with debian/rules:
>> %:
>> dh $@ --with javahelper
>>
>> override_dh_auto_build:
>> jh_build -mnet.zabuchy.Main javatut.jar src
>>
>> everything works just fine. Any thoughts?
>>
>> Tomek
>>
>>
>
> Does it come back if you use jh_manifest to set the main class?

Yes, jh_manifest is to blame:
% ./javatut.jar
Hello world
% jh_manifest -cnet.zabuchy.Main javatut.jar
% ./javatut.jar
Error! CRCs do not match! Got 1a6cd7b3, expected 0

Tomek


--
To UNSUBSCRIBE, email to debian-java-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 4E569F67.20000@gmail.com">http://lists.debian.org/4E569F67.20000@gmail.com