gij 4.8 on armv7l

gij 4.8 on armv7l

[Matwey V. Kornilov]

Hello,

I am running gcc 4.8.5 and experiencing the following issue with java
on armv7l architecture.
I think that issue can be related to gnu java code runtime interpreter.

Apache ant fails with the following trace when run using gij:

[   76s] /home/abuild/rpmbuild/BUILD/xml-commons-1.3.04/xml-commons-1_0_b2/build.xml:49:
The following error occurred while executing this line:
[   76s] /home/abuild/rpmbuild/BUILD/xml-commons-1.3.04/xml-commons-1_0_b2/java/external/build.xml:120:
java.lang.IllegalArgumentException: 16877=40755 will not fit in octal
number buffer of length -1292065064
[   76s]    at org.apache.tools.tar.TarUtils.formatUnsignedOctalString(TarUtils.java:387)
[   76s]    at org.apache.tools.tar.TarUtils.formatLongOctalBytes(TarUtils.java:440)
[   76s]    at org.apache.tools.tar.TarUtils.formatLongOctalOrBinaryBytes(TarUtils.java:470)
[   76s]    at org.apache.tools.tar.TarEntry.writeEntryHeaderField(TarEntry.java:866)
[   76s]    at org.apache.tools.tar.TarEntry.writeEntryHeader(TarEntry.java:819)
[   76s]    at org.apache.tools.tar.TarOutputStream.putNextEntry(TarOutputStream.java:305)
[   76s]    at org.apache.tools.ant.taskdefs.Tar.tarResource(Tar.java:480)
[   76s]    at org.apache.tools.ant.taskdefs.Tar.tarFile(Tar.java:354)
[   76s]    at org.apache.tools.ant.taskdefs.Tar.tar(Tar.java:669)
[   76s]    at org.apache.tools.ant.taskdefs.Tar.execute(Tar.java:314)

Where -1292065064 randomly changes with every restart. An issue here
that the length is a constant in essence. I checked that the same
ant.jar run fine with oracle java 1.8.0.
It would be great if you could point me how to try to debug and solve
this issue.

See also:
https://bz.apache.org/bugzilla/show_bug.cgi?id=59771
https://bugzilla.novell.com/show_bug.cgi?id=988274

-- 
With best regards,
Matwey V. Kornilov
http://blog.matwey.name
xmpp://0x2207@jabber.ru

Re: gij 4.8 on armv7l

[Matwey V. Kornilov]

FYI, back-porting the following commit

https://github.com/matwey/libffi/commit/5912607e0a4fd9638c14ebd523f5d2188da583e8

fixes the issue.


2016-07-10 14:57 GMT+03:00 Matwey V. Kornilov <matwey.kornilov@gmail.com>:
> Hello,
>
> I am running gcc 4.8.5 and experiencing the following issue with java
> on armv7l architecture.
> I think that issue can be related to gnu java code runtime interpreter.
>
> Apache ant fails with the following trace when run using gij:
>
> [   76s] /home/abuild/rpmbuild/BUILD/xml-commons-1.3.04/xml-commons-1_0_b2/build.xml:49:
> The following error occurred while executing this line:
> [   76s] /home/abuild/rpmbuild/BUILD/xml-commons-1.3.04/xml-commons-1_0_b2/java/external/build.xml:120:
> java.lang.IllegalArgumentException: 16877=40755 will not fit in octal
> number buffer of length -1292065064
> [   76s]    at org.apache.tools.tar.TarUtils.formatUnsignedOctalString(TarUtils.java:387)
> [   76s]    at org.apache.tools.tar.TarUtils.formatLongOctalBytes(TarUtils.java:440)
> [   76s]    at org.apache.tools.tar.TarUtils.formatLongOctalOrBinaryBytes(TarUtils.java:470)
> [   76s]    at org.apache.tools.tar.TarEntry.writeEntryHeaderField(TarEntry.java:866)
> [   76s]    at org.apache.tools.tar.TarEntry.writeEntryHeader(TarEntry.java:819)
> [   76s]    at org.apache.tools.tar.TarOutputStream.putNextEntry(TarOutputStream.java:305)
> [   76s]    at org.apache.tools.ant.taskdefs.Tar.tarResource(Tar.java:480)
> [   76s]    at org.apache.tools.ant.taskdefs.Tar.tarFile(Tar.java:354)
> [   76s]    at org.apache.tools.ant.taskdefs.Tar.tar(Tar.java:669)
> [   76s]    at org.apache.tools.ant.taskdefs.Tar.execute(Tar.java:314)
>
> Where -1292065064 randomly changes with every restart. An issue here
> that the length is a constant in essence. I checked that the same
> ant.jar run fine with oracle java 1.8.0.
> It would be great if you could point me how to try to debug and solve
> this issue.
>
> See also:
> https://bz.apache.org/bugzilla/show_bug.cgi?id=59771
> https://bugzilla.novell.com/show_bug.cgi?id=988274
>
> --
> With best regards,
> Matwey V. Kornilov
> http://blog.matwey.name
> xmpp://0x2207@jabber.ru



-- 
With best regards,
Matwey V. Kornilov
http://blog.matwey.name
xmpp://0x2207@jabber.ru