plovr.jar getting corrupted

[Andre Tannus]

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]

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:

https://code.google.com/p/plovr/downloads/detail?name=plovr-81ed862.jar&can=2&q=

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]

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]

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.