search for: davelevy

...n the Wiki. I have tried to install the game from the CD in several ways When I run the installer, I get the installer window, it then goes quiet and generates a number of error messages. The most complete are in the terminal session I invoked Wine from. The error message is held in http://test.davelevy.info/share/winlog.1.log This is a text file. Do you need a checksum? The final error messages are, Code: You must be attached to a process to run this command. No process loaded, cannot execute 'detach' err:ole:xCall RpcChannelBuffer SendReceive failed, 800706be err:ole:ClientIdentity_...

...od Windows folder containing the whole NWN game and it seems to work now. (It seems that while the game has been made to work, I can find no reference to the installer doing so, and several to it not. Perhaps I'll test it, but probably not.) I wrote a slightly longer explanation (http://blog.davelevy.info/2011/04/01/adventures-in-faerun-with-an-apple-mac/) on my blog.

...st installed openssh on my Sun Cobalt Qube, running Linux. The shell interpreter for the rc script forces /sbin/sh. This is defined in opensshd.init.in. This shell does not exist on this implementation of Linux. I have written about this in (much more) detail at http://blogs.sun.com/roller/page/DaveLevy/20060104. NB This would seem to me to be a common problem but I havn't found any references in the archives. The following bourne shell code would test for the requirement for a fix. if [ ! -x /sbin/sh ] && [ -x /bin/sh ] then # Change the shell interpreter # ....... fi I suggest...

Xquartz problems is one reason in Wineskin Engines I have a custom built version of Xquartz... it doesn't use your systems installed X11 or Xquartz version... much like Crossover builds in their own X server as well. As to getting it to work in Wineskin... the NWN wrapper I made that is around comes with directions on how to get the game inside of it... then its just a mac app. Its not

...Cobalt Qube, running Linux. It is a Red Hat variant. The shell interpreter for the rc script forces /sbin/sh. This seems to be defined in opensshd.init.in. This shell does not exist on this implementation of Linux. I have written about this in (much more) detail at http://blogs.sun.com/roller/page/DaveLevy/20060104. NB This would seem to me to be a common problem but I havn't found any references in the archives. A simple check to see if there is /sbin/sh could be made and the first line of the script amended dependent on the result of the test. The copy statement, moving the generated script...