plovr.jar getting corrupted

62 views
Skip to first unread message

Andre Tannus

unread,
Nov 11, 2013, 8:33:31 AM11/11/13
to pl...@googlegroups.com
For the fourth time in at most 60 days I have had plovr.jar get corrupted.
The file sits on a relatively new, healthy disk. (But I do not rule out data corruption.)

I am, though, intrigued as to why the plovr jar is such a frequent victim of it.

Is anyone else experiencing this?
Any clues as to what might be happening?

SMART says all is green.
No other issues with any of the thousands of other files in the same or in other projects.
PEBKAC?

Cheers!

P.S.: Some output, must see, real fun.

$ ./serve 
Listening on /0:0:0:0:0:0:0:0:9810  <-- Crashes immediately. Previous outputs were likely different.
Exception in thread "main" java.lang.RuntimeException: java.lang.reflect.InvocationTargetException
at org.plovr.Handler.createHandlerForCompilationServer(Handler.java:67)
at org.plovr.CompilationServer.run(CompilationServer.java:116)
at org.plovr.cli.ServeCommand.runCommandWithOptions(ServeCommand.java:35)
at org.plovr.cli.ServeCommand.runCommandWithOptions(ServeCommand.java:11)
at org.plovr.cli.AbstractCommandRunner.runCommand(AbstractCommandRunner.java:41)
at org.plovr.cli.Command.execute(Command.java:47)
at org.plovr.cli.Main.mainWithExitCode(Main.java:56)
at org.plovr.cli.Main.main(Main.java:30)
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
at org.plovr.Handler.createHandlerForCompilationServer(Handler.java:59)
... 7 more
Caused by: java.lang.NoClassDefFoundError: com/google/gson/internal/bind/MapTypeAdapterFactory$Adapter
at com.google.gson.Gson.<init>(Gson.java:244)
at com.google.gson.GsonBuilder.create(GsonBuilder.java:545)
at org.plovr.CompileRequestHandler.<init>(CompileRequestHandler.java:50)
... 12 more
Caused by: java.lang.ClassNotFoundException: com.google.gson.internal.bind.MapTypeAdapterFactory$Adapter
at java.net.URLClassLoader$1.run(URLClassLoader.java:363)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
... 15 more
Caused by: java.util.zip.ZipException: invalid distance too far back
at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:164)
at sun.misc.Resource.getBytes(Resource.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:444)
at java.net.URLClassLoader.access$100(URLClassLoader.java:71)
at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
... 21 more
$ git status
nothing to commit (working directory clean)  <-- Because git ignores by date modified.
$ touch plovr.jar
$ git status
# modified:   plovr.jar  <-- Aha!
$ git checkout plovr.jar
$ ./serve 
Listening on /0:0:0:0:0:0:0:0:9810  <-- All is good again...



--
André Tannús | Epungo | +55 11 2389-4360 

Tom Payne

unread,
Nov 11, 2013, 9:09:52 AM11/11/13
to pl...@googlegroups.com
This sounds like a hardware problem with your machine.

Run md5sum, shasum or similar on the jar to find out if it is corrupt.

With plovr-81ed862.jar I get:
MD5 = 1c752daaf11ad6220b298e7d2ee2b87d
SHA1 = 8e1f4869cdd6b98ff83b60537a0d268977342299
SHA256 = 8be517c3ee537c8278f76e1940a0946eaa46d75d8e9d72075d960af9fdf9637b

The SHA1 checksum matches the published value on code.google.com:

Regards,
Tom



--
 
---
You received this message because you are subscribed to the Google Groups "plovr" group.
To unsubscribe from this group and stop receiving emails from it, send an email to plovr+un...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Andre Tannus

unread,
Nov 11, 2013, 9:19:08 AM11/11/13
to pl...@googlegroups.com
Tom, it is getting corrupted, md5sum differs against working copies in scm.
You can also see (from the terminal output) that even git detects the diversion (I think it uses sha1?).

My build has custom patches so I can't really compare against yours.

I also suspect of hardware, although I'm puzzled by the fact that the plovr exec is, so far, the sole and repeated victim.
Could not think of a reason why, hence the cry for ideas.
Thanks!

Tom Payne

unread,
Nov 11, 2013, 9:24:35 AM11/11/13
to pl...@googlegroups.com
chmod 444 plovr.jar

this will make it non-writeable by you, and you should get a permissions error if any of your processes tries to write to it - including itself.
Reply all
Reply to author
Forward
0 new messages