search for: load_library

I am having trouble running TalonRO which is a ragnarok online private server. I am on Mac OSX 10.6.7 Snow Leopard and I am using Wine 1.3.16. I downloaded the installer file for the game and ran it through wine. The installer seemed to run fine without any problems. After that I ran the patch client for the game which then let me boot into the game. After that the game boots up but it just

...and binary forms, with or without * modification, are permitted provided that the following conditions are @@ -40,6 +40,7 @@ #include <string.h> #include <unistd.h> #include <dlfcn.h> +#include <libgen.h> #define NBDKIT_API_VERSION 2 @@ -247,8 +248,14 @@ static void load_library (void) { static const char *sonames[] = { - /* Prefer the newest library in case multiple exist. */ + /* Prefer the newest library in case multiple exist. This list + * intentionally allows a user to point to either the top-level + * installation directory, or the lib64/ subdirec...

I couldn't get this to work in the end. This is the latest non-working version. This email documents what doesn't work for the permanent record. The central problem is that VDDK InitEx() appears to dlopen() various of its own plugins. Although I wasn't able to capture exactly what dlopen() command it is running, the plugins cannot be loaded because they rely on the recompiled

In v7: everything should work now! The re-exec code is slightly simplified, with Rich's suggestion to pass the original LD_LIBRARY_PATH rather than just the prefix being added, and I've now finished wiring up the initial dlopen() check into code that correctly computes the right prefix dir to add to LD_LIBRARY_PATH. Eric Blake (1): vddk: Add re-exec with altered environment Richard

...LD_LIBRARY_PATH: %m"); + return; + } + + nbdkit_debug ("re-executing with updated LD_LIBRARY_PATH=%s", library); + fflush (NULL); + execvp ("/proc/self/exe", argv); + nbdkit_debug ("failure to execvp: %m"); +} + /* Load the VDDK library. */ static void load_library (void) @@ -266,6 +355,8 @@ load_library (void) } } if (dl == NULL) { + if (!reexeced && libdir) + perform_reexec (libdir); /* TODO: Use correct dir */ nbdkit_error ("%s\n\n" "If '%s' is located on a non-standard path you may...

...(env && asprintf (&haystack, ":%s:", env) >= 0 && + asprintf (&needle, ":%s:", prepend) >= 0 && + strstr (haystack, needle) != NULL) + return; + + perform_reexec (env, prepend); +} + /* Load the VDDK library. */ static void load_library (void) { static const char *sonames[] = { - /* Prefer the newest library in case multiple exist. */ + /* Prefer the newest library in case multiple exist. Check two + * possible directories: the usual VDDK installation puts .so + * files in an arch-specific subdirectory of $libdi...

...went ahead and tried to execute something. I seem to have run into some basic .dll issue, that may not need winedbg. When trying to execute wine e.g. wine --winver win95 ./KG35WINDEMO.EXE the results is:err:module:fixup_imports Module (file) ole32.dll needed by shell32.dll not found err:module:load_library can't load shell32.dll err:seh:UnhandledExceptionFilter Couldn't start debugger (debugger/winedbg 134633336 60) (2) Read the Wine Developers Guide on how to set up winedbg or another debugger 4. This has me wondering if wine's version of these .dll's (0 size) should be bigger? 5....

...ative DLL C:\Windows\System\winspool.drv failed (error 193). warn:module:MODULE_LoadLibraryExA Failed to load module 'C:\Windows\System\winspool.drv'; error=193 err:module:PE_fixup_imports Module (file) winspool.drv (which is needed by C:\WINDOWS\SYSTEM\comdlg32.dll) not found err:module:load_library can't load comdlg32.dll wine: Unhandled exception, starting debugger... In the Wine Debugger window that fires up I get. Unhandled exception: illegal instruction in 32-bit code (0x000f0003) In 32-bit mode. 0x000f0003: lock addb $0,%a1 Running Debian Stable, KDE 3.1.1, Ralf's wine debs Wan...

...ret,args) fn = dlsym (dl, #fn) -#include "vddk-stubs.h" -#undef STUB -#undef OPTIONAL_STUB -} - +/* Unload the plugin. */ static void vddk_unload (void) { @@ -289,6 +242,54 @@ vddk_config (const char *key, const char *value) return 0; } +/* Load the VDDK library. */ +static void +load_library (void) +{ + static const char *sonames[] = { + /* Prefer the newest library in case multiple exist. */ + "libvixDiskLib.so.6", + "libvixDiskLib.so.5", + }; + size_t i; + CLEANUP_FREE char *orig_error = NULL; + + /* Load the library. */ + for (i = 0; i < sizeof...

...dnl Test if <iconv.h> header can build working binaries. dnl dnl On FreeBSD: iconv and libiconv both exist, both can be installed diff --git a/plugins/vddk/vddk.c b/plugins/vddk/vddk.c index c49eebcd..b988946b 100644 --- a/plugins/vddk/vddk.c +++ b/plugins/vddk/vddk.c @@ -267,7 +267,11 @@ load_library (void) exit (EXIT_FAILURE); } +#ifdef HAVE_DLMOPEN + dl = dlmopen (LM_ID_NEWLM, path, RTLD_NOW); +#else dl = dlopen (path, RTLD_NOW); +#endif if (dl != NULL) break; if (i == 0) { -- 2.25.0

...+ + if (reexeced) + return; + if (env && asprintf (&haystack, ":%s:", env) >= 0 && + asprintf (&needle, ":%s:", prepend) >= 0 && + strstr (haystack, needle) != NULL) + return; + + perform_reexec (env, prepend); +} + +/* If load_library caused a re-execution with an expanded + * LD_LIBRARY_PATH, restore it back to its original contents, passed + * as the value of "reexeced_". dlopen uses the value of + * LD_LIBRARY_PATH cached at program startup; our change is for the + * sake of child processes (such as --run) to see t...

...-life and Wine gives me the following error message: err:module:BUILTIN32_dlopen failed to load .so lib for builtin user32.dll: /usr/local/lib/libgdi32.so: undefined symbol: FT_Vector_Rotate err:module:PE_fixup_imports Module (file) user32.dll (which is needed by winmm.dll) not found err:module:load_library can't load winmm.dll wine: Unhandled exception, starting debugger... err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x4028c197 I have the files /usr/local/lib/libwinmm.so and /usr/local/lib/libuser32.so, and my /etc/ld.so.conf has /usr/local/lib listed and I'v...

...c0000040 trace:module:map_image mapping section .idata at 0x460000 off 5e000 size 1000 flags c0000040 trace:module:map_image mapping section .rsrc at 0x461000 off 5f000 size 1000 flags 40000040 trace:module:map_image mapping section .reloc at 0x462000 off 60000 size 3000 flags 42000040 trace:module:load_library loaded ntdll.dll 0x403814cc 40050000 trace:module:GetModuleFileNameA C:\windows\desktop\pro666\Debug\PRO666.exe trace:module:MODULE_GetLoadOrder looking for C:\windows\system\user32.dll trace:module:GetModuleFileNameA C:\windows\desktop\pro666\Debug\PRO666.exe trace:module:get_app_load_order search...

so i was trying to run a game and when i ran it via terminal i got some answers why. fixme:ntdll:NtLockFile I/O completion on lock not implemented yet fixme:keyboard:X11DRV_LoadKeyboardLayout L"00000409", 0080: stub! fixme:keyboard:X11DRV_LoadKeyboardLayout L"00000409", 0001: stub! fixme:wgl:X11DRV_wglChoosePixelFormatARB unused pfAttribFList wine: Unhandled exception

Differences from v4: Patch 1 is simplified: I realized that since we already use -rdynamic for nbdkit (after all, we WANT our dlopen()d plugins to be able to call our nbdkit_* exports), it is only a matter of adding dlopen to the set of symbols that we export. With that done, there is no separate shared library needed; our dlopen shim is now part of nbdkit proper, and we don't have to tweak

...one. When I try starting the game as an other user than pingvin, WINE says something about: Wine has exited with a failure status of 5. Then when I press the "View log"-button is displays this: err:module:fixup_imports Module (file) ole32.dll needed by shell32.dll not found err:module:load_library can't load shell32.dll err:seh:UnhandledExceptionFilter Couldn't start debugger (debugger/winedbg 134626112 24) (2) Read the Wine Developers Guide on how to set up winedbg or another debugger And when i press the "Debug"-button is tells me this: warn:dosfs:DRIVE_Init Drive B: no...

I'm a lot happier with this version: no mucking with dlmopen(). It does add a bit more coupling between nbdkit proper and the vddk plugin (namely, nbdkit now exports a new function that the vddk plugin relies on), but patch 2 adds testsuite coverage of the new function so we shouldn't regress. Patch 1 and 2 are new, patch 3 is unchanged from when Rich posted it in v2, and patch 4 is

...E +AC_CHECK_SIZEOF([long]) AC_C_PROTOTYPES test "x$U" != "x" && AC_MSG_ERROR([Compiler not ANSI compliant]) diff --git a/plugins/vddk/vddk.c b/plugins/vddk/vddk.c index db61c1d8..c49eebcd 100644 --- a/plugins/vddk/vddk.c +++ b/plugins/vddk/vddk.c @@ -256,7 +256,18 @@ load_library (void) /* Load the library. */ for (i = 0; i < sizeof sonames / sizeof sonames[0]; ++i) { - dl = dlopen (sonames[i], RTLD_NOW); + CLEANUP_FREE char *path; + + /* Set the full path so that dlopen will preferentially load the + * system libraries from the same directory. +...

...0,7 +70,7 @@ int vddk_debug_datapath = 1; /* Parameters passed to InitEx. */ #define VDDK_MAJOR 5 -#define VDDK_MINOR 1 +#define VDDK_MINOR 5 static void *dl; /* dlopen handle */ static bool init_called; /* was InitEx called */ @@ -363,14 +363,14 @@ load_library (void) static const char *sonames[] = { /* Prefer the newest library in case multiple exist. Check two * possible directories: the usual VDDK installation puts .so - * files in an arch-specific subdirectory of $libdir (although - * only VDDK 5 supported 32-bit); but our tests...

...omplete (void) return 0; } +#define vddk_config_help \ + "[file=]<FILENAME> (required) The filename (eg. VMDK file) to serve.\n" \ + "Many optional parameters are supported, see nbdkit-vddk-plugin(3)." + static int vddk_get_ready (void) { - VixError err; - load_library (true); + return 0; +} + +/* Defer VDDK initialization until after fork because it is known to + * create background threads from VixDiskLib_InitEx. Unfortunately + * error reporting from this callback is difficult, but we have + * already checked in .get_ready that the library is dlopenable. + *...