Problem with Windows 7 64bits

[Paulo Souza]

Hi guys,

First of all, nice job, very interesting project.

I tried to use GroovyServ in 2 environments

Windows 7 Ultimate 64bits + Phenom 2 X4
Windows 7 Professional 64bits + Core i7

and at both I got this same problem: http://pastebin.com/EkyFMVmV (url
to stacktrace)

Please let me know if I could help something, even coding.

Regards,

Paulo

[Yasuharu Nakano]

Hi,

Thank you for trying to use GroovyServ.

It may be due to 64bits OS. I built the binary of release version for
windows on WinXP(32bit).
Try to build GroovyServ from source code on your environment, if you can.
About how to build, see the http://kobo.github.com/groovyserv/README.html

Regards,
--
Yasuharu NAKANO / nobeans

2011/3/23 Paulo Souza <paul...@gmail.com>:

--
Y.Nakano

[Paulo Rogerio Menezes Souza]

Hi Yasuharu,

Tks for the fast answer.

I followed the steps to build GroovyServ, but it fails when test execution  at exactly the same point that I reported:

LIBC = Native.loadLibrary("msvcrt20", WindowsLibC.class) at PlatformMethods

java.lang.UnsatisfiedLinkError: Unable to load library 'msvcrt20'

        at com.sun.jna.NativeLibrary.loadLibrary(NativeLibrary.java:164)

        at com.sun.jna.NativeLibrary.getInstance(NativeLibrary.java:237)

        at com.sun.jna.Library$Handler.<init>(Library.java:140)

        at com.sun.jna.Native.loadLibrary(Native.java:372)

        at com.sun.jna.Native.loadLibrary(Native.java:357)

        at org.jggug.kobo.groovyserv.PlatformMethods.<clinit>(PlatformMethods.groovy:31)

        at java.lang.Class.forName0(Native Method)

        at java.lang.Class.forName(Class.java:169)

        at org.jggug.kobo.groovyserv.CurrentDirHolder.class$(CurrentDirHolder.groovy)

        at org.jggug.kobo.groovyserv.CurrentDirHolder.$get$$class$org$jggug$kobo$groovyserv$PlatformMethods(CurrentDirHolder.groovy)

        at org.jggug.kobo.groovyserv.CurrentDirHolder.setDir(CurrentDirHolder.groovy:42)

        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

        at java.lang.reflect.Method.invoke(Method.java:597)

        at org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite$PogoCachedMethodSiteNoUnwrapNoCoerce.invoke(PogoMetaMethodSite.java:266)

[]'s

--
Paulo Rogerio Menezes Souza

[Yasuharu Nakano]

It seems your PC actually doesn't have msvcrt20.dll... Did you delete it?
I don't know Win environment very much, but I thought that it's
included in all Windows OS.

Get it from anywhere and deploy under the command path, then build it again.
I think that you can get msvcrt20.dll from VisualC++ runtime library,
etc. maybe...

2011/3/23 Paulo Rogerio Menezes Souza <paul...@gmail.com>:

[Paulo Rogerio Menezes Souza]

Hi pal,

I've googled insanaly, saw a lot of people getting crazy about 64 os x 32 JVM or inverse using JNA. In my case I'm with 64bits with both.

Then I changed

LIBC = Native.loadLibrary("msvcrt20", WindowsLibC.class)

to

LIBC = Native.loadLibrary("msvcrt", WindowsLibC.class)

and then I could pass that error.

Maybe msvcrt is a more portable than msvcrt20....

___

Then, I got errors from EncodingIT tests. So I passed export _JAVA_OPTIONS=-Dfile.encoding=UTF-8 then integration-test-c got ok

Now integration-test-rb are broken as I don't have ruby installed. Should I care about this, or I can securely skip all remaining tests and generate dist?

[]'s

[Yasuharu Nakano]

> LIBC = Native.loadLibrary("msvcrt", WindowsLibC.class)
> and then I could pass that error.

Congrats!

> Maybe msvcrt is a more portable than msvcrt20....

Thank you! I'll consider it for the next version.

> Then, I got errors from EncodingIT tests. So I passed export
> _JAVA_OPTIONS=-Dfile.encoding=UTF-8 then integration-test-c got ok
> Now integration-test-rb are broken as I don't have ruby installed. Should I
> care about this, or I can securely skip all remaining tests and generate
> dist?

Yes. You may skip the all tests with -Dmaven.test.skip=true.
Especially, if you understand whole reasons of failing test, you can
safely do it. No problem.

regards,

[Paulo Rogerio Menezes Souza]

I followed my tests. I'm using cygwin under Windows:

Paulo@Nirvana ~/dev/groovy/groovyserv-0.6/bin

# time groovy -e 'print 1+1'

2

real    0m2.745s

user    0m0.166s

sys     0m0.440s

Paulo@Nirvana ~/dev/groovy/groovyserv-0.6/bin

# time ./groovyclient -e 'print 1+1'

2

real    0m0.125s

user    0m0.015s

sys     0m0.062s

Groovy command line interpreter can fly and GroovyServ makes this possible! Congratz for the project! =)

I'll try to integrate GroovyServ with my command line scripts at work afterwards.

Thx guys

[Yasuharu Nakano]

Congrats and Thanks a lot!
May the GroovyServ with you! ;-)