Indeed. Thanks for the answer!
> If it's really just data (not containing function or macro calls you
> are expecting to be evaluated), just use (read ...). That will parse
> the file, returning a Clojure data structure without evaluating it.
>
> // ben
--
You received this message because you a
On Tue, Oct 25, 2011 at 22:28, Sergey Didenko wrote:
> I get the subject error when trying to deserialize a big map (70kb)
> using load-file.
>
> Is this by design?
>
> There was an advice in the old thread to "use smaller methods". But
> while small methods are good, breaking continuous data into
I get the subject error when trying to deserialize a big map (70kb)
using load-file.
Is this by design?
There was an advice in the old thread to "use smaller methods". But
while small methods are good, breaking continuous data into smaller
pieces looks like a hack.
Should I use some other functi
e compiler checks for method lengths? Has anyone
run
into this issue and have suggestions on how to work around this?
Thanks,
Praki
Compiling singularis.repo.bucket to /home/pprakash/projects/gwave/
repo/
target/classes
Exception in thread "main" java.lang.ClassFormatError: Invali
ave suggestions on how to work around this?
>
> Thanks,
> Praki
>
> Compiling singularis.repo.bucket to /home/pprakash/projects/gwave/repo/
> target/classes
> Exception in thread "main" java.lang.ClassFormatError: Invalid method
> Code length 65693 in c
/
target/classes
Exception in thread "main" java.lang.ClassFormatError: Invalid method
Code length 65693 in class file singularis/repo/proto__init
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:632)
