java-readline-devel

[Java-readline-devel] Re: Building Java readline on Cygwin

[Bernhard B. <ma...@ba...>]

Hi,

the very last lines of org_gnu_readline_Readline.c read:

#ifdef WIN32
int WINAPI
readline_init(HANDLE h, DWORD reason, void *foo) {
  return 1;
}
#endif

These define a necessary function for DLLs. This might be the reason why 
loading of the DLL failes (the log does not show if you defined WIN32). But 
don't set it to CYGWIN or cygwin, or else the makefiles work different (it 
seems that cygwin does not need all the stuff anymore in 
src/native/Makefile).

Maybe you could describe your cygwin-environment, because I never got that far 
and I wan't to reproduce it if possible.

Bernhard

> Hi again,
>
> I almost got there but I get the following exception when trying
> to run test.ReadlineTest:
>
> Exception in thread "main" java.lang.UnsatisfiedLinkError:
> C:\cygwin\lib\JavaReadline.dll: Invalid access to memory location
>         at java.lang.ClassLoader$NativeLibrary.load(Native Method)
>         at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1560)
>         at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1485)
>         at java.lang.Runtime.loadLibrary0(Runtime.java:788)
>         at java.lang.System.loadLibrary(System.java:834)
>         at org.gnu.readline.Readline.load(Readline.java:133)
>         at test.ReadlineTest.main(ReadlineTest.java:62)
>
> It looks like there is something bad with the DLL built by your
> Makefile. Do you have any idea what it could be? I have attached
> the make log.
>
> Thanks a lot if you can help,
>
> Olivier Lefevre

[Java-readline-devel] Re: Building Java readline on Cygwin

[Bernhard B. <ma...@ba...>]

Hi,

I have commited changes to Makefile, src/native/Makefile and 
org_gnu_readline_Readline.c to support win32, especially cygwin.

Best thing is to checkout a complete set of sources, since there have been a 
number of changes to the sources recently.

To build under NT, type:

make build-java build-native WIN32=CYGWIN
make test WIN32=CYGWIN

or in case you have a MS C-Compiler

make build-java build-native WIN32=MSC
make test WIN32=MSC

Current status is: both JavaReadline and JavaGetline compile, link and load 
using cygwin, but as soon as a native method is called, java exists without 
further comments. I will investigate this in the next few days.

The MSC-build only works with Getline, and there are no problems.

Also JavaGetline compiles, links and loads under Linux, but using it produces 
a SIGSEGV (rather strange, since the relevant code has not changed recently, 
and it did already work :-()

Bernhard

> Great! Meanwhile I got nowhere with the Intel compiler because it
> requires not just the MS SDK but bits of the MS compiler as well.
> Quite stupid from a commercial point of view, I would say.
>
> -- O.L.