Page 1 of 4

Uplink 1.49 Patch (Windows/Linux)

Posted: Fri Sep 29, 2006 11:49 pm
by frenchfrog
As usual, Download the windows patch here.
View the full changelog here.

Linux version 1.49 TRYC, I think I got everything right ... except the screwy font, it's the same code path on windows and on linux, same library, I guess there is something not supported on X ...

Please note that the linux version requires all the .dat files to be in lib/ * (thanks to SysRq)

Please report if it works for you are not. If you hit a crash please report the relevant part of the ~/uplink/debug.log file, please also report the distro you are using. All testing was done on Ubuntu 6.06 .


Saved games from this version will be incompatible with older versions of Uplink.



VERSION 1.49

- Fixed : Some IRC crashes.

- Added : Save the world map coloring option for each location.

- Changed : 'options' file is now encoded in Redshirt 2.
- Changed : Saved games are now encoded in Redshirt 2. If the hash calculation fails, it will try to load the last good version of the saved game.

- Note : Saved games from this version will be incompatible with older versions of Uplink.

Posted: Sat Sep 30, 2006 12:57 am
by sysrq
Beta doesn't work here. First an error complaining about missing libtiff.so.4, symlink fixed that however now it segfaults, gdb output follows.

Code: Select all

Starting program: /usr/local/games/uplink/lib/uplink.bin.x86
Failed to read a valid object file image from memory.
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1222952400 (LWP 3080)]
=============================
=                           =
=        U P L I N K        =
=                           =
=        Version 1.49       =
=     - R E L E A S E -     =
=                           =
=============================

Version 1.49 (RELEASE)
Compiled on Sep 29 2006 at 21:34:05
(code-C)(code-M)(code-T)

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1222952400 (LWP 3080)]
0x08051b6c in ?? ()
(gdb) bt
#0  0x08051b6c in ?? ()
#1  0x0810e9a1 in ?? ()
#2  0x0810ea5c in ?? ()
#3  0xb7ab1808 in __libc_start_main () from /lib/libc.so.6
#4  0x0804cdd1 in ?? ()


debug.log

Code: Select all

===============================================
NEW GAME     17:16, 29/9/2006
===============================================
Version : 1.49
RELEASE
Linux Build
Version 1.49 (RELEASE)
Compiled on Sep 29 2006 at 21:34:05
(code-C)(code-M)(code-T)
Loading uplink options from /home/sysrq/.uplink/options...failed

=====DEBUGGING INFORMATION ENABLED=====
Loading application data
Successfully loaded data archive sounds.dat
Successfully loaded data archive patch.dat
Successfully loaded data archive patch2.dat
Finished loading application data
Init_Game called...creating game object
Finished with Init_Game
Initialising SDL...
Uplink has been forced to Abort
===============================
 Message   : Could not initialize SDL: Unable to open a console terminal.
 Location  : app/opengl.cpp, line 93
============== B E G I N  C O R E  D U M P =================
retAddress = 0x804d1bf
retAddress = 0x8051b5b
retAddress = 0x810e9a1
retAddress = 0x810ea5c
retAddress = 0xb7a3a808
retAddress = 0x804cdd1
============== E N D  C O R E  D U M P =====================

Posted: Sat Sep 30, 2006 1:08 am
by jokeyrhyme
I'm running Gentoo Linux 2006.1. GCC 4.1.1, kernel 2.6.16, glibc 2.4, Xorg 7.1.

I installed Uplink 1.31 from the CD and it worked perfectly (which surprised me, because I remember having issues last time I installed) to /usr/local/games/uplink
Then I extracted the 1.47 tar.gz archive into /usr/local/games

When I run "uplink" (the installer puts a sym-link in /usr/local/bin) from a terminal as a non-root member of the "games" group I get the following:
/usr/local/games/uplink
/usr/local/games/uplink/lib/uplink.bin.x86: error while loading shared libraries: libtiff.so.4: cannot open shared object file: No such file or directory

As far as I know, the latest version of libtiff is 3.8.2 (which I have), available from http://www.remotesensing.org/libtiff/

Please let me know what I'm missing.

Posted: Sat Sep 30, 2006 1:20 am
by sysrq
Just symlink libtiff.so to libtiff.so.4.

Posted: Sat Sep 30, 2006 1:21 am
by jokeyrhyme
Okay, running this under Windows XP Professional with Service Pack 1 on a AMD Athlon64 X2 3800+ with a nVidia Geforce 7900GT.

For the first time ever (that I've noticed), Uplink is now subject to the same bug as Defcon. Read my post there:

http://forums.introversion.co.uk/defcon ... php?t=1736

On my dual-core system, none of the animations are smooth. In fact, when opening the options, it takes about 5 seconds for all the buttons to slowly teleport across the bottom of the screen.

Again, as with the Defcon bug, the problem instantly disappears as soon as the CPU Affinity is set to just one CPU.

Posted: Sat Sep 30, 2006 9:18 am
by zeb
I get a segmentation error too:

Code: Select all

$ /usr/local/games/uplink/uplink
/usr/local/games/uplink
=============================
=                           =
=        U P L I N K        =
=                           =
=        Version 1.49       =
=     - R E L E A S E -     =
=                           =
=============================

Version 1.49 (RELEASE)
Compiled on Sep 29 2006 at 21:34:05
(code-C)(code-M)(code-T)
/usr/local/games/uplink/uplink: line 44:  5729 Erreur de segmentation  $here/lib/uplink.bin.x86


Please let me know if you need more info.

Posted: Sat Sep 30, 2006 10:22 am
by Kakalto
The 'uplink' script doesn't seem to work, but when I run lib/uplink.bin.x86 directly, I can get it to run (after messing around with symbolic links for libs.)

- 8bit, 16bit do not work (segfaults when I change options to either of these)
- All resolutions on 32bit seem to work
- Fonts seem a little screwy though

When I run on 8/16bit, here's the debug.log.
Debug.log wrote:===============================================
NEW GAME 17:48, 30/9/2006
===============================================
Version : 1.49
RELEASE
Linux Build
Version 1.49 (RELEASE)
Compiled on Sep 29 2006 at 21:34:05
(code-C)(code-M)(code-T)
Loading uplink options from /home/kakalto/.uplink/options...success

Successfully loaded data archive data.dat
Successfully loaded data archive graphics.dat
Successfully loaded data archive loading.dat
Successfully loaded data archive sounds.dat
Successfully loaded data archive music.dat
Successfully loaded data archive fonts.dat
Successfully loaded data archive patch.dat
Successfully loaded data archive patch2.dat

Uplink has been forced to Abort
===============================
Message : Could not initialize SDL: No available video device.
Location : app/opengl.cpp, line 93
============== B E G I N C O R E D U M P =================
retAddress = 0x804d1bf
retAddress = 0x8051b5b
retAddress = 0x810e9a1
retAddress = 0x810ea5c
retAddress = 0xb7aed87c
retAddress = 0x804cdd1
============== E N D C O R E D U M P =====================


(don't know if it's relevant, but I'm using Nvidia 8774 drivers with a GeForce 6600GT, SDL v1.2.8-r1 on gentoo)

When I gdb for backtrace, it's very similar to SysRq's.
gdb output wrote:Starting program: /opt/uplink/1.49/lib/uplink.bin.x86
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1224558352 (LWP 22841)]
=============================
= =
= U P L I N K =
= =
= Version 1.49 =
= - R E L E A S E - =
= =
=============================

Version 1.49 (RELEASE)
Compiled on Sep 29 2006 at 21:34:05
(code-C)(code-M)(code-T)
[New Thread -1232610400 (LWP 22842)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1224558352 (LWP 22841)]
0x08051c82 in ?? ()
(gdb) bt
#0 0x08051c82 in ?? ()
#1 0x0810e9a1 in ?? ()
#2 0x0810ea5c in ?? ()
#3 0xb7a5287c in __libc_start_main () from /lib/libc.so.6
#4 0x0804cdd1 in ?? ()

Posted: Sat Sep 30, 2006 3:30 pm
by frenchfrog
The libtiff problem is easy to solve, I'll simply bundle it.

For people crashing, please post the relevant part of the debug.log found at ~/.uplink/debug.log

Posted: Sat Sep 30, 2006 3:54 pm
by frenchfrog
SysRq wrote:

Code: Select all

 Message   : Could not initialize SDL: Unable to open a console terminal.


Google is your friend, it's a SDL related problem, a quick search tell about missing permission on '/dev/tty0' or '/dev/tty'

EDIT: or you have to run as root?

Posted: Sat Sep 30, 2006 5:51 pm
by sysrq
frenchfrog wrote:
SysRq wrote:

Code: Select all

 Message   : Could not initialize SDL: Unable to open a console terminal.


Google is your friend, it's a SDL related problem, a quick search tell about missing permission on '/dev/tty0' or '/dev/tty'

EDIT: or you have to run as root?

Why does a game running under X need access that something that opens vc ttys like urxvt doesnt? No other SDL based games need this. Also tty already had full rw privs for all users/groups, and I gave my users group rw to /dev/vc/0, which tty0 is a symlink to, and still the same SDL error.

Also it's definately not permissions on those two files because I'm watching the strace

Code: Select all

open("/dev/tty0", O_WRONLY)             = 4
ioctl(4, VIDIOC_QUERYCAP or VT_OPENQRY, 0x83b26a4) = 0
close(4)                                = 0
geteuid32()                             = 1000
open("/dev/tty", O_RDWR)                = 4
ioctl(4, VT_GETSTATE, 0xbf8a951e)       = -1 EINVAL (Invalid argument)
ioctl(4, KDGKBMODE, 0xbf8a9528)         = -1 EINVAL (Invalid argument)
close(4)                                = 0

If I remove my users access to vc/0 now it's entirelty different,

Code: Select all

open("/dev/tty0", O_WRONLY)             = -1 EACCES (Permission denied)
open("/dev/vc/0", O_WRONLY)             = -1 EACCES (Permission denied)

Posted: Sat Sep 30, 2006 7:22 pm
by frenchfrog
Ok, I just posted Uplink Linux 1.49 TRYA which should fix the libtiff problem.

Because sysrq bugged me...

Posted: Sat Sep 30, 2006 8:32 pm
by Ebola
<cut due to request>

Had a libstdcc error, tried to fix it by symlinking but had no luck with that. I'm running GCC 3.3.6 so I'm currently working on upgrading it to see if it fixes it or not.

Posted: Sat Sep 30, 2006 8:43 pm
by Ebola
Yeah so ignore the debug log, seems to be a pure libstdc++ issue after deleting my Uplink profile,

Posted: Sat Sep 30, 2006 10:57 pm
by Kinping
jokeyrhyme wrote:/.../uplink/lib/uplink.bin.x86: error while loading shared libraries: libtiff.so.4: cannot open shared object file: No such file or directory

I have got the same problem (openSuSE 10.1). Tried to simlink libtiff.so, libtiff.so.3 or libtiff.so.3.8.2 -> libtiff.so.4 but always got an error that said: Memoryallocation error (or something like that -- it is german on my system) on uplink line 44: 16381.

Posted: Sun Oct 01, 2006 3:12 am
by sysrq
Kinping wrote:
jokeyrhyme wrote:/.../uplink/lib/uplink.bin.x86: error while loading shared libraries: libtiff.so.4: cannot open shared object file: No such file or directory

I have got the same problem (openSuSE 10.1). Tried to simlink libtiff.so, libtiff.so.3 or libtiff.so.3.8.2 -> libtiff.so.4 but always got an error that said: Memoryallocation error (or something like that -- it is german on my system) on uplink line 44: 16381.
The libtiff error should be fixed in the new version TRYA version in the top post. Can you try your best translation of the memory allocation error, or paste in in german in hopes someone can do a usable translation.