Ticket to Ride

Ticket to Ride

Doesn't run from Steam on Linux
No error messages or anything. If I run ./ticket-to-ride-32 it runs without problem with the following messages

dalek@skaro:~/SteamLibrary/SteamApps/common/Ticket to Ride$ ./ticket-to-ride-32 libEGL warning: DRI2: failed to authenticate Java HotSpot(TM) 64-Bit Server VM warning: You have loaded library /tmp/bridj.so5948345506916860681.so which might have disabled stack guard. The VM will try to fix the stack guard now. It's highly recommended that you fix the library with 'execstack -c <libfile>', or link it with '-z noexecstack'. # BridJ: dlopen error = /home/dalek/SteamLibrary/SteamApps/common/Ticket to Ride/lib/linux-x86/libdowsteam.so: wrong ELF class: ELFCLASS32 # BridJ: dlopen error = /home/dalek/SteamLibrary/SteamApps/common/Ticket to Ride/lib/linux-x86/libdowsteam.so: wrong ELF class: ELFCLASS32 # BridJ: dlopen error = /home/dalek/SteamLibrary/SteamApps/common/Ticket to Ride/lib/linux-x86/libdowsteam.so: wrong ELF class: ELFCLASS32 # BridJ: dlopen error = /home/dalek/SteamLibrary/SteamApps/common/Ticket to Ride/lib/linux-x86/libdowsteam.so: wrong ELF class: ELFCLASS32

Still, thanks for bringing it to Linux :)
Legutóbb szerkesztette: Dalek; 2013. okt. 18., 14:42
< >
115/110 megjegyzés mutatása
Here as well, not the same messages, but running from command line but not from Steam.
If I run from Steam, a java process runs though and takes 97% CPU.
Yeah, I forgot to add that about that java process taking over the CPU
same here. It seems the launcher uses your system java VM which is in your and my case a 64bit java. However, somehow the launcher makes the process think it's running 32 bit (the name "ticket-to-ride-32" already hints at that ;)) so bridJ (the component responsible for loading DLLs) loads the 32 bits DLLs which makes the vm hang.
ticket-to-ride-32 is a startup script so it might be possible to make it work (there are dll jars supplied for different architectures, the only ones you would need to copy from another game are in the linux-x86 dir) but then again, I assume the developer is working on it and releasing a 64bit launcher soon :)
I guess the easiest fix for now would be replacing /usr/bin/java with a 32 bit java , but I haven't tried it..
So I caved and installed a 32 bit VM :)
It seems you can simply create a symbolic link in the game's directory to make it pick up the 32 bit vm, like this:
mattie@sushimonster:~/.steam/steam/SteamApps/common/Ticket to Ride$ ln -s ~/programs/jre1.7.0_45 jre

but then i got the following:


Java HotSpot(TM) Server VM warning: You have loaded library /tmp/bridj.so6529571194864523427.so which might have disabled stack guard. The VM will try to fix the stack guard now.
It's highly recommended that you fix the library with 'execstack -c <libfile>', or link it with '-z noexecstack'.
*** Error in `/home/mattie/.steam/steam/SteamApps/common/Ticket to Ride/jre/bin/java': free(): invalid pointer: 0xd424bcc8 ***
======= Backtrace: =========
/lib/libc.so.6(+0x76ac2)[0xf75d9ac2]
/lib/libc.so.6(+0x77810)[0xf75da810]
/home/mattie/.local/share/Steam/SteamApps/common/Ticket to Ride/lib/linux-x86/libdowsteam.so(_ZdlPv+0x1f)[0xd4214a7f]
/usr/lib/libstdc++.so.6(_ZNSs4_Rep10_M_destroyERKSaIcE+0x1b)[0xd414feeb]
/home/mattie/.local/share/Steam/linux32/steamclient.so(+0xa5c944)[0xd38fe944]
/home/mattie/.local/share/Steam/linux32/steamclient.so(+0xa9ae78)[0xd393ce78]
/home/mattie/.local/share/Steam/linux32/steamclient.so(+0xa60f0e)[0xd3902f0e]
/home/mattie/.local/share/Steam/linux32/steamclient.so(+0xa61120)[0xd3903120]
/home/mattie/.local/share/Steam/linux32/steamclient.so(+0xa61267)[0xd3903267]
/home/mattie/.local/share/Steam/linux32/steamclient.so(+0xed096)[0xd2f8f096]
/home/mattie/.local/share/Steam/linux32/steamclient.so(+0xb3f4e2)[0xd39e14e2]
/home/mattie/.local/share/Steam/linux32/steamclient.so(+0xd86ea)[0xd2f7a6ea]
Same here and it does not work on a 32bit Linux (Ubuntu 12.04 LTS) as well.

Maybe the wrong Java?

$ java -version java version "1.6.0_27" OpenJDK Runtime Environment (IcedTea6 1.12.6) (6b27-1.12.6-1ubuntu0.12.04.2) OpenJDK Server VM (build 20.0-b12, mixed mode)
if you look at the process in your task manager, you can see the command line. In my case it ended up using /usr/bin/java . But even swapping in a 32 bit java7 did not solve it. It seems you have a nice java6 32 bit , even on a 32bit OS, so I guess the script still needs some work :)
Yes, using 32 bit here didn't help as well.
Also, while the menu runs when starting from the command line, I can't actually start a game, it seems to think I have no part bought and always points me to the store.
The game requires a 32 bits JVM on Linux, due to a 32 bits 3rd party library that it relies on. This post explains how to install a JVM that allows you to run the game :
http://www.daysofwonder.com/en/contact/t2r-cannot-start-linux/?game=t2r&version=steamlinux#article_title
Even with a 32 bit version of Java it doesn't work.
Then please send details about your configuration here:
http://www.daysofwonder.com/en/contact/digital-t2r-steamlinux/#question
Thanks.
EricB@DoW
I did a report and attached the output.log
the game works if i run the .sh through the console but when i try to select the map it seems like something's missing because i can't get past that. Running it through steam opens the process but nothing happens.
There seems to be a problem with the webserver. I get "HTTP 501 Method Not Implemented; POST to /en/contact/digital-t2r-steamlinux/ not supported" when trying to submit an error report with the form at http://www.daysofwonder.com/en/contact/digital-t2r-steamlinux/#question.
Yes mine runs fine in Linux but I can't login neither with my world of wonder account or with my steam account, both registered on the website.

And then I can confirm what Alx is saying I can't select the map there is a button or something missing. Can only click buy and then it goes to a broken page with an error message. (Will retrieve and post the message now) Other non default maps take me to the shop to be bought.
< >
115/110 megjegyzés mutatása
Laponként: 1530 50

Közzétéve: 2013. okt. 15., 11:32
Hozzászólások: 110