similar to: [Fwd: Re: Trouble with libgsm on Mac OS X 10.6.2]

James McKenzie wrote: > doh123 wrote: > > > I'm not sure LD_LIBRARY_PATH actually does anything on OSX... > > > > there are a lot of related things you can do though... just look at 'man dyld' > > > > > > > Doh123: > > Yes it does. Look it up for FreeBSD. > > Without it, the only directories that will be examined for

I'm far from an expert on the subject matter. Maybe some app that was written for Linux/BSD or whatever is looking at a LD_LIBRARY_PATH on its own and its nothing to do with the OS? I've never tried messing with LD_LIBRARY_PATH on OSX, but its not *supposed* to do anything normally. The OS Relies on DYLD_LIBRARY_PATH. If you change it, you have to make sure it encompasses every single

Below are my instructions for getting a libgsm friendly version of Wine compiled on SnowLeopard. I assume that you already have wine-devel installed and configured to your liking. I also assume that you use MacPorts for package management. [1] Uninstall wine-devel Code: sudo port uninstall wine-devel [2] Edit the portfile for wine-devel. It is located at:

ralniv <wineforum-user at winehq.org> wrote: >Sent: Jul 14, 2010 12:48 AM >To: wine-users at winehq.org >Subject: [Wine] Re: Trouble with libgsm on Mac OS X 10.6.2 > >The above instructions lead to the following error in the Terminal window while running LOTRO... > > err:gsm:GSM_drvLoad Couldn't load libgsm.1.0.13.dylib: dlopen(libgsm.1.0.13.dylib, 258): image not

ralniv wrote: > Below are my instructions for getting a libgsm friendly version of Wine compiled on SnowLeopard. I assume that you already have wine-devel installed and configured to your liking. I also assume that you use MacPorts for package management. > > [1] Uninstall wine-devel > > Code: > sudo port uninstall wine-devel > > > > [2] Edit the portfile for

I'm following the instructions posted above, and I'm still getting the: err:gsm:GSM_drvLoad Couldn't load libgsm.1.0.13.dylib: dlopen(libgsm.1.0.13.dylib, 258): image not found I've copied it to: /usr/lib/libgsm.1.0.13.dylib and symlinked it to: /usr/lib/libgsm.dylib and /usr/local/lib/libgsm.dylib just in case. Though, it still fails after the blue bar fills. It throws a:

The only way I could get rid of the err for gsm on launch was to copy libgsm to my DDO folder, even those I use DYLD_FALLBACK_LIBRARY_PATH, and libgsm is in all of those locations. Here's my launching script&#058; Code: on run --edit this to be the correct location and file to run (typically only edit after the "drive_c") set toRun to

Folks, In answer to the error "libgsm 32-bit development files not found," after completing the libtool command, you must copy the library to /usr/lib. "cp lib/* /usr/lib" would do nicely. HTH, David

Added the LD_LIBRARY_PATH you suggested mate, now it gives me this: > fixme:win:FlashWindowEx 0x32d170 > fixme:winsock:WSAIoctl WS_SIO_UDP_CONNRESET stub > fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x4090409, 0000: semi-stub! > fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x4090409, 0000: semi-stub! > fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x4090409, 0000: semi-stub! >

Code: Apple_PubSub_Socket_Render=/tmp/launch-mcYObM/Render BASH=/bin/bash BASH_ARGC=() BASH_ARGV=() BASH_LINENO=() BASH_SOURCE=() BASH_VERSINFO=([0]="3" [1]="2" [2]="17" [3]="1" [4]="release" [5]="i386-apple-darwin9.0") BASH_VERSION='3.2.17(1)-release' CLICOLOR=true COLUMNS=270 COMMAND_MODE=unix2003 DIRSTACK=()

Doh123, how is running a program off an NTFS partition asking for trouble? Ntfsprogs seems to handle it just fine. I know that NTFS doesn't let you mark a file as executable, and that the filesystem is susceptible to fragmentation, but you should just be able to tell it to run rather than display and be good. It shouldn't cause destruction. I think there might even be an NTFS defrag tool

doh123 <wineforum-user at winehq.org> wrote: >Sent: Oct 8, 2010 7:27 AM >To: wine-users at winehq.org >Subject: [Wine] Re: running 16 bit real mode executables on mac > > >trusktr wrote: >> Hey guys, i know this post is old, but i'm also having the same problem. >> >> I'm trying to compile MASM 6.1.5 programs in wine, and using ml.exe compiles

doh123 <wineforum-user at winehq.org> wrote: >Sent: Aug 31, 2010 9:53 AM >To: wine-users at winehq.org >Subject: [Wine] Re: Antivirus for Mac Wine? > >wouldn't just running a Mac OS X version of Clam be better on your machine... >I think trying to run a Windows version of any anti-virus, all the time, would leave a wineserver running all the time and make it more

Code: configure: libgsm development files not found, gsm 06.10 codec won't be supported. Where can I find the source for libgsm? I've done thorough searches on Google and found nothing.

Ubuntu 9.04, can't find the libgsm-dev for 32 bit, i installed the libgsm1-dev but believe that is 64 bit, any help would be appreaciated. -- Sincerely, MacNean C. Tyrrell -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.winehq.org/pipermail/wine-users/attachments/20090808/17c1864d/attachment.htm>

Did libgsm used to have a website but it got nuked? It isn't exactly in good practice to download source from anyone other than the producer.

I've uploaded my 1.1.28 packages for Ubuntu (9.04 is already built, 8.10 and 8.04 are still building as I write this). One of the fixes in this package is to build with support for libgsm, a new feature in Wine that allows Ventrillo support. However, this will only work on 32-bit Ubuntu at this time, as there is no 32 bit version of this library available on Ubuntu 64. I've already

"bit of trouble" - good pun! But I do hope it gets solved. Can you make a bash file (oh no - a pun of my own!) to automate any of those annoyances? Would putting the game "in its own WINE" help at all? Cheers, Jake On May 3, 2011, at 3:18 AM, wine-users-request at winehq.org wrote: > Send wine-users mailing list submissions to > wine-users at winehq.org > >

Note: This is somewhat related to Wine as fullscreen window support for X11 does not exist, at present, in the base X11 code. Many folks have posted threads asking why this is not so. Bottom line: Without good xrandr support, there will NEVER be true fullscreen support nor the ability to open X11 sessions with sized windows without using the virtual desktop. This is sorely needed and

I'm trying to build a custom engine under Winery 1.3 on OSX 10.5 and I'm getting the same error that doh123 reported originally. Doh123, I noticed you released WS8Wine-1.3.33 which works on OSX 10.5. How did you get this to compile? Did you compile on 10.5? I can compile 1.3.33 using Winery 1.3 on 10.6, but it crashes when used on 10.5. We're working with a custom build of the wine