similar to: question related to DLL reuse via Wine

Hi, I'm developping an Adobe FlexBuilder plugin (it's an Eclipse plugin). This plugin is written in Java. But it use windows dlls that was created for some features of the plugin. And I try to port my plugin on MacOSX. I've one question about wine : - In java I use System.LoadLibrary to load my dlls, does Wine can help me for loading theses dlls under MacOSX? Does wine can map these

Hi, I'm working with a spectrometer at an research institute but they only have windows 16-bit dll to control the sprectrometer. The dll is documented. My question is: Can I write a linux c++ program that uses this dll with wine? On the wine webpage it says "Optional use of external vendor DLLs" but how do I do it? On a first glance I have also not found any hints on that in

When I try to load winelib dll I get an error message: "err:module:MODULE_LoadLibraryExA Loading of native DLL <dllname> failed (error 193), check this file." The error message is printed for call: DllHandle = LoadLibrary(DllName); This happens even when I try to load standard Wine dlls, like dlls/msisys.ocx.so Did I miss something obvious? Thanks, Andriy Palamarchuk

I'm studing wine for my thesis but I've an question: if I can use native dll for an application because are there many builtin dll in usr/lib/wine? I understand for system dll like kernel32.dll, user32.dll etc Thanks.

Hallo, i need some clarity about this is at all possible with wine or not. I have a 3rd party 16-bit DLL that is actually a driver for an external device. Is it possible to write a program in Linux that uses this DLL? I've seen something about winelib that is responsible for DLLs but I have not found out whether this can be done and if so, how. Help! Thank you very much, Axel

Hi, I have the following problem - when I compile a DLL using winegcc and call GetModuleFileName on it I get a name in "c:\windows\system", regardless of the DLLs actual location. I have googled for it, and found this thread http://www.winehq.org/pipermail/wine-devel/2003-December/023224.html which says that this behavior is needed for built-in DLLs. My problem is that I'm

I am in the process of trying to port a Windows library to Linux (maybe also to Mac, but let's not get ahead of ourselves). The existing library is essentially a facade layer to a number of third-party dlls (mostly COM-based, although one is .NET-based) over which I have no control. These third-party dlls have no UI of their own. Their purpose is to allow access to proprietary data formats.

Hello, I have a win32 DLL library, which I can't decompile, and can't get it's source code, but which I'd like to use in my Linux program. I wondered about making a win32<->Linux interface to use this library, using ready-to-use wine libraries. Is it possible, using wine libraries, to have access to functions from this DLL? If yes, can you tell me how? Thank you in

Hi, I am looking into good way to port Windows applications to Linux and hopefully any other Unixes. I'd like to know about questions below. If anyone answer them, I'd appreciate it. 1. Can I use Winelib to port commercial application whose sources will be not disclosed ? 2. Is it possible to link Winelib statically with an application and distribute it ? 3. In case that I

http://bugs.winehq.org/show_bug.cgi?id=26614

1) i'm facing problem while compiling MFC code when "winemaker" command is given i get these lines admin at XXX:~/.wine/drive_c/windows/system32/MFC> winemaker --lower-uppercase . Winemaker 0.6.0 Copyright 2000 Francois Gouget <fgouget at codeweavers.com> for CodeWeavers closedir() attempted on invalid dirhandle DIRECTORY at /usr/local/bin/winemaker line 1054. closedir()

I only run one piece of software under wine but this app is still a great risk. The intentions and opportunity of software developers not using open source should not be underestimated. when i run env WINEPREFIX="/ubuntu/PC1/.wine" wine C:\\windows\\system32\\taskmgr.exe I am reminded again of all the security problems with windows. I was thinking that it ought to be easier to

I'm having problems compiling and linking a simple DirectX program with Wine. The problem is: a global variable c_dfDIMouse should be declared in dinput.h and defined in library dinput. c_dfDIMouse really is declared in dinput.h, but it seems that c_dfDIMouse is not declared in library dinput. During linking I get the error: undefined reference to `c_dfDIMouse'. Anyone got a clue? Thanks

N?stor Amigo Cairo wrote: > So I will need to rewrite the application to run on Linux, but this > sounds strange, doesn't it?? I have not completely understood then the > purpose of winelib. Do you mean that it is not possible to build an > application from source (written using Win32 API) using gcc on Linux > and executing it natively?? Correct. You can't run it directly

Heya I made 2 torrents one is to paste in the virtual c drive, it has all the windows xp .dlls so copy all the files (one in folders will have to be done by opening folder and copying into the folder now copy and paste system 32 folder) it should increase compatability: http://extratorrent.com/torrent/2346325/System+32+.Dlls.html Please Seed CS5 .DLLs needed to run adobe Cs5:

Hi all, In R for Windows, is there a preferred way to handle R extensions that provide native code that depend upon one or more third party DLLs? If I put those DLLs in the library/MODULE/libs it doesn't find them. In other words, my MODULE.dll has other DLLs it uses, but they aren't standard and it would be unlikely to find them in the system path. Thanks for any suggestions!

Hello. Not certain this post belongs here, got a little confused about vorbis-dev / vorbis. If it doesn’t, please tell me so :) Well, on to the problem. I’m adding ogg support into an audio-player. For some reason I want it using vorbisfile threw the dll’s. It works just fine with the debug dll. No problems what so ever. But with the Retail dlls, when I call ov_open my memory gets messed up.

Owen Anderson <resistor at mac.com> writes: > On May 13, 2008, at 1:30 AM, kr512 wrote: >> >> Nevertheless, LLVM is not provided as a ready-to-use DLL, >> unfortunately. > > This is exactly why I asked if you had downloaded and compiled it. If > you had, you might have noticed that it does produce a set of ready-to- > use shared libraries. I'm sorry

Sorry to bug you all, but I want to know if I am trying to do something impossible. I am trying to use winelib to compile an exe that links to a dll, without compiling the dll under winelib (i.e. the equivalent of simply linking in the .lib). I have a win32 DLL project (hw5) that generates a hw5.lib, hw5.dll and hw5.h under M$. I have a win32 gui exe project (hw6) that includes hw5.h, links to

On May 13, 2008, at 6:38 PM, Óscar Fuentes wrote: > Last time I checked, building LLVM on Windows (MinGW or MSVC) did not > produce dlls. > > Has this changed? > > I was succesful converting the libraries produced by MinGW to dlls, > though. > It's a little bit immaterial whether they're shared or static libraries, since one would be distributing them bundled