Date: Mon, 8 Jan 2001 01:22:33 +0100 From: "Karel J. Bosschaart" <karelj@wop21.wop.wtb.tue.nl> To: Gianmarco Giovannelli <gmarco@giovannelli.it> Cc: multimedia@FreeBSD.ORG Subject: Re: ut dedicated server Message-ID: <20010108012233.A76726@wop21.wop.wtb.tue.nl> In-Reply-To: <5.0.2.1.2.20010105092903.01880578@pop3.spa.norton.antivirus>; from gmarco@giovannelli.it on Fri, Jan 05, 2001 at 09:34:52AM %2B0100 References: <5.0.2.1.2.20010105092903.01880578@pop3.spa.norton.antivirus>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jan 05, 2001 at 09:34:52AM +0100, Gianmarco Giovannelli wrote: > > Hi, I am trying to run an ut dedicated server on a FreeBSD 4.2-STABLE box, > but obviusly I don't succeded in it. :-) > I am not able to play the game too, but for now I'll be very happy to let > it woks in server mode (console only). :-) > > It always exit with segfault even if lokigames said that every games they > sold works on FreeBSD too... > So it has to be a fault of mine ... > > gmarco:/usr/local/games/ut# ucc server > Executing Class Engine.ServerCommandlet > Unreal engine initialized > Browse: > CityIntro.unr?Name=Player?Class=Botpack.TMale2?team=255?skin=SoldierSkin > s.blkt?Face=SoldierSkins.Othello > LoadMap: > CityIntro.unr?Name=Player?Class=Botpack.TMale2?team=255?skin=SoldierSki > ns.blkt?Face=SoldierSkins.Othello > Bound to Fire.so > Case-insensitive search: Botpack -> ..\System\BotPack.u > Bound to IpDrv.so > Case-insensitive search: genfluid -> ..\Textures\GenFluid.utx > Signal: SIGSEGV [segmentation fault] > Aborting. > Exiting. > Name subsystem shut down > Allocation checking disabled > > Os there anyone that is running ut on a FreeBSD box ? > I don't have experience with the server, although I could start it just now by typing ucc server. It did not give above error message. I suspect that something went wrong while patching some files from the CD; it happened to me as well a while ago and the game segfaulted shortly after startup, maybe the same as in your case. If you did not reboot your system after installation of Unreal Tournament: Watch dmesg and/or your console for messages about 'xdelta: segfault' or core dump or something like that. xdelta is a program included in the installer and has failed sometimes to execute for some reason. The nasty thing is that the main installer program may not notice this; I've seen one of the installers (I think 4.28) announce that patching succeeded, while I saw the messages in the console and the game crashing on startup. I've used two workarounds: 1. The simplest one that I used recently with the 4.36 installer: do not run it as root but as normal user, having access to the directory where UT should be installed. It is not clear to me why this works and why it fails as root. I even had machine hangs running it as root! The same happened running the Soldier of Fortune installer. It looks like one of the linux programs in the archive is not correctly branded, and FreeBSD runs the binary assuming it is a FreeBSD binary. Doing this as root can hang the machine - a few weeks back there was a thread in -emulation about it (not connected to UT). I was very surprised to see that UT installed smoothly as user, including the patching, after all the struggle as root. Looking into the archive it seems that the Linux binaries are correctly branded - I have no idea why FreeBSD appears to think that some programs are FreeBSD binaries when run as root. 2. The way that I did it before I discovered that it runs OK as user: run the installer with the option -keep, possibly also -confirm. -keep will keep all extracted programs on disk, -confirm asks for confirmation before the installer proceeds after unpacking the archive. This way, you can better investigate where the installation is going wrong and do something about it. I found that I had to replace the xdelta binary by a version from Loki games, also from www.lokigames.com/~overcode. Depending on how you run the installer, you might have to do other things as well. For instance, in some installers from Loki (sorry, I saw too many of them and I don't remember anymore which one) there is a FreeBSD directory next to a Linux directory. The FreeBSD directory contains, obviously, the FreeBSD versions of some programs but when you run in a linux bash shell (i.e. /usr/compat/linux/bin/bash) the script will detect your system as "Linux" (it uses uname -s) and run the wrong ones... Hope it helps, Karel. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010108012233.A76726>