7 messages in net.java.dev.jna.usersRe: [jna-users] patch: windows load l...
FromSent OnAttachments
Filippo CaroneJul 19, 2008 11:05 am.diff
Timothy WallJul 27, 2008 8:11 pm 
Filippo CaroneJul 28, 2008 5:34 am 
Wayne MeissnerJul 28, 2008 8:25 am 
Filippo CaroneJul 28, 2008 10:07 am 
Timothy WallJul 28, 2008 2:30 pm 
Filippo CaroneJul 30, 2008 3:34 am 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: [jna-users] patch: windows load library 2nd tryActions...
From:Wayne Meissner (wmei@gmail.com)
Date:Jul 28, 2008 8:25:36 am
List:net.java.dev.jna.users

I had a similar (but worse) naming issue with gstreamer on windows, which is where https://jna.dev.java.net/issues/show_bug.cgi?id=27 came from as way to solve a more general case of custom naming.

I never got around to doing anything more on it, since I fixed it in gstreamer-java and then forgot about it.

For windows, I think putting in explicit support for 'libfoo.dll' when loading 'foo.dll' would be worthwhile, _provided_ there are no cases where it will break anything.

2008/7/28 Filippo Carone <fili@carone.org>:

Timothy Wall wrote:

Sure, there's an issue related to this on the project page, apparently other libraries ported to windows have similar naming issues.

Hi, thanks for you reply. In the while I solved the issue with:

LibVlc INSTANCE = (LibVlc) Native.loadLibrary(Platform.isWindows()? "libvlc" : "vlc", LibVlc.class);

but a failsafe way to load libraries in JNA code will help to remove such hacks.

Cheers, Filippo

--------------------------------------------------------------------- To unsubscribe, e-mail: user@jna.dev.java.net For additional commands, e-mail: user@jna.dev.java.net

--------------------------------------------------------------------- To unsubscribe, e-mail: user@jna.dev.java.net For additional commands, e-mail: user@jna.dev.java.net