Message11358

Author	jeff.allen
Recipients	jeff.allen
Date	2017-05-07.08:38:39
SpamBayes Score	-1.0
Marked as misclassified	Yes
Message-id	<1494146320.6.0.0170622150763.issue2589@psf.upfronthosting.co.za>
In-reply-to

Content
Noted in passing on Windows, the jansi DLL that is necessary to support the JLine console is extracted twice from the JLine JAR every time I run Jython. Doing it twice appears to be a bug in org.fusesource.hawtjni.runtime.Library, which cannot find the file it extracted earlier when loading a class. Files extracted from a URL are given (by Java) a randomly-generated name component, so the DLL ends up as "jansi-64-2636578793605407255.dll", or some such, and go into the temporary directory. However, WIBNI JLine (and jnr-posix for that matter) found the necessary dependencies, instead of regenarating them?

Noted in passing on Windows, the jansi DLL that is necessary to support the JLine console is extracted twice from the JLine JAR every time I run Jython. Doing it twice appears to be a bug in org.fusesource.hawtjni.runtime.Library, which cannot find the file it extracted earlier when loading a class.

Files extracted from a URL are given (by Java) a randomly-generated name component, so the DLL ends up as "jansi-64-2636578793605407255.dll", or some such, and go into the temporary directory.

However, WIBNI JLine (and jnr-posix for that matter) found the necessary dependencies, instead of regenarating them?

History
Date	User	Action	Args
2017-05-07 08:38:40	jeff.allen	set	recipients: + jeff.allen
2017-05-07 08:38:40	jeff.allen	set	messageid: <1494146320.6.0.0170622150763.issue2589@psf.upfronthosting.co.za>
2017-05-07 08:38:40	jeff.allen	link	issue2589 messages
2017-05-07 08:38:39	jeff.allen	create