[tinfoil]

derelict is great except i cant get past the Escher/mines mission. unfortunately

[roadnottaken]

I've tried playing Derelict, but in "the deep patrol", the game segfaults a couple seconds after I deploy the third beacon.

I used Turey's installer to get both fs2_open (v 3.6.9) and the Derelict campaign.  I run in a Linux 64-bit environment with no launcher (just a shell script that sets a lot of command-line switches).

Does anyone have any idea what is going on?  If any other information about my set-up might be useful, please ask.

[Jeff Vader]

I used Turey's installer to get both fs2_open (v 3.6.9) and the Derelict campaign.

I take it you've also acquired FreeSpace 2 from somewhere?

[roadnottaken]

Yes.

[roadnottaken]

I reran the mission in a debug build, and it crashed at the same point.  I've attached the fs2_open.log in case it helps.

[attachment stolen by Slimey Goober]

[Jeff Vader]

Code: [Select]

Searching root pack '/usr/local/games/Freespace2/data/root_fs2.vp'
Searching root pack '/usr/local/games/Freespace2/data/smarty_fs2.vp'
Searching root pack '/usr/local/games/Freespace2/data/sparky_fs2.vp'
Searching root pack '/usr/local/games/Freespace2/data/sparky_hi_fs2.vp'
Searching root pack '/usr/local/games/Freespace2/data/stu_fs2.vp'
Searching root pack '/usr/local/games/Freespace2/data/tango1_fs2.vp'
Searching root pack '/usr/local/games/Freespace2/data/tango2_fs2.vp'
Searching root pack '/usr/local/games/Freespace2/data/tango3_fs2.vp'
Searching root pack '/usr/local/games/Freespace2/data/warble_fs2.vp'Uh, these should really work if they're placed to \Freespace2\.

Code: [Select]

Searching root pack '/usr/local/games/Freespace2/data/tangoa_fs2.vp'
Searching root pack '/usr/local/games/Freespace2/data/tangoB_fs2.vp'You don't need these ones.

Have you tried running with the latest nightly build?

[roadnottaken]

Uh, these should really work if they're placed to \Freespace2\.

But they work fine where they are, and don't clutter up the FS2 root directory.  Also this is where the installation script places them by default.

You don't need these ones.

Then perhaps that script should be updated to not copy those two files.

Have you tried running with the latest nightly build?

Where can I find a nightly build for Linux x86_64?

[Jeff Vader]

Uh, these should really work if they're placed to \Freespace2\.

But they work fine where they are, and don't clutter up the FS2 root directory.  Also this is where the installation script places them by default.

That's weird. Apparently it works, but the original retail installation has the vp files in the root directory. The \data\ subfolder should only be used when there is a need to override some data in the vps without altering the vps themselves. Or more accurately, nothing should ever be done to \freespace2\data\; when modding, one should always use a mod folder (freespace2\modname\) and then apply the same logic with the data folder.

Where can I find a nightly build for Linux x86_64?

The nightly builds board. I cannot be held responsible if your 'puter votes for Bush and then explodes after trying this, but I'd suspect the Linux builds work regardless of whether the OS is 32-bit or 64-bit.

[roadnottaken]

The computer doesn't explode, it just throws a tantrum because a 32-bit executable is trying to call 64-bit libraries.

I hope fs2_open doesn't use too many libraries, because it seems I have to track down the 32-bit versions of all of them.

[roadnottaken]

I tracked down all the 32-bit libraries, but when I launch the nightly builds, all I get is a blank screen.  The following messages are printed to the console:

Code: [Select]

Future debug output directed to: /home/jre21/.fs2_open/data/fs2_open.log
X Error of failed request:  GLXUnsupportedPrivateRequest
  Major opcode of failed request:  128 (GLX)
  Minor opcode of failed request:  16 (X_GLXVendorPrivate)
  Serial number of failed request:  35
  Current serial number in output stream:  36
Locking assertion failure.  Backtrace:
#0 /usr/lib32/libxcb-xlib.so.0 [0xf749a767]
#1 /usr/lib32/libxcb-xlib.so.0(xcb_xlib_lock+0x2e) [0xf749a81e]
#2 /usr/lib32/libX11.so.6 [0xf7510dc9]
#3 /usr/lib32/libX11.so.6(XSync+0x25) [0xf75050f5]
#4 /usr/lib32/libSDL-1.2.so.0 [0xf7ec9f25]
#5 /usr/lib32/libSDL-1.2.so.0 [0xf7ed295b]
#6 /usr/lib32/libSDL-1.2.so.0(SDL_VideoQuit+0x50) [0xf7ec0c70]
#7 /usr/lib32/libSDL-1.2.so.0(SDL_QuitSubSystem+0x64) [0xf7e96584]
#8 /usr/lib32/libSDL-1.2.so.0(SDL_Quit+0x1e) [0xf7e965fe]
#9 fs2_open_d-20081222_r5019 [0x83845da]
#10 /lib32/libc.so.6(exit+0x84) [0xf77a9214]
#11 /usr/lib32/libX11.so.6 [0xf75096de]
#12 /usr/lib32/libSDL-1.2.so.0 [0xf7ed2256]
#13 /usr/lib32/libX11.so.6(_XError+0xd9) [0xf75097b9]
#14 /usr/lib32/libX11.so.6 [0xf7511778]
#15 /usr/lib32/libX11.so.6(_XReply+0x152) [0xf7511b22]
#16 /usr/lib32/libGL.so.1 [0xf7de6782]
#17 fs2_open_d-20081222_r5019 [0x80e55b6]
#18 fs2_open_d-20081222_r5019 [0x80e55f5]
#19 fs2_open_d-20081222_r5019 [0x80e5698]

My graphics card is an nVidia GeForce 8400 GS with the nVidia v177.82 driver.

Is there anything I can do that doesn't involve the nightly builds?

[roadnottaken]

I believe the reason why the nightly builds won't play is because my opengl is 64-bit.  If so, there's not much I can do about it.  I'm trying to track down the latest fs2_open source code so that I can (presumably) compile a 64-bit version.

[roadnottaken]

Okay, I managed to grab the 3.6.10 source code from svn and compile it successfully.  I played through the mission on this new build, and made it all the way through without having the game crash.

[eliex]

Just as a note, roadnottaken, double posting is not good here. There's a modify button on your post so you can edit and update what you've written.

[General Battuta]

I think he can be forgiven. And I'm impressed by his technical acumen, too. Is stuff working fine, road?

[roadnottaken]

Things seem to be working fine on 3.6.10.  And I appologize for the multiple postings.