http://bugs.winehq.org/show_bug.cgi?id=10176
Summary: rFactor Dedicated not working anymore after update Product: WineHQ Apps Database Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: website-bugs AssignedTo: wine-bugs@winehq.org ReportedBy: thomas.buchmann@uni-bayreuth.de
Created an attachment (id=8780) --> (http://bugs.winehq.org/attachment.cgi?id=8780) console output
Hello,
rFactor Dedicated Server (http://www.rfactor.net) used to work until rFactor Version 1.250. After upgrading to Version 1.255 it is not working anymore. Please find the output messages attached. My System is x86 32-bit, ubuntu 7.04 and wine 0.9.47.
http://bugs.winehq.org/show_bug.cgi?id=10176
Louis Lenders xerox_xerox2000@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xerox_xerox2000@yahoo.co.uk
--- Comment #1 from Louis Lenders xerox_xerox2000@yahoo.co.uk 2007-10-26 05:50:17 --- Hi, what wine-version do you use? This might already be fixed in current git. If possible upgrade to current git, or try wine-release wine-0.9.48 that will come out today i guess.
http://bugs.winehq.org/show_bug.cgi?id=10176
Louis Lenders xerox_xerox2000@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #8780|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #2 from Thomas Buchmann thomas.buchmann@uni-bayreuth.de 2007-10-26 05:53:04 --- i'm using the binary build of 0.9.47 for ubuntu 7.04. will try 0.9.48 when it is released. Thanks for the quick answer!!
http://bugs.winehq.org/show_bug.cgi?id=10176
Alexander Nicolaysen Sørnes alex@thehandofagony.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|website-bugs |wine-misc Product|WineHQ Apps Database |Wine
--- Comment #3 from Alexander Nicolaysen Sørnes alex@thehandofagony.com 2007-10-26 07:18:49 --- Not a website bug!
http://bugs.winehq.org/show_bug.cgi?id=10176
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|enhancement |normal Version|unspecified |0.9.47.
http://bugs.winehq.org/show_bug.cgi?id=10176
Juan Lang juan_lang@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |juan_lang@yahoo.com
--- Comment #4 from Juan Lang juan_lang@yahoo.com 2007-10-26 10:09:29 --- This looks like it expects EnumServicesStatusExA to do something, and it's just a stub. Note there are two calls to it: the first passes in some buffer for lpServices, and the second passes in NULL. I suspect the crash is due to accessing this (NULL) pointer, which I suspect again is due to the app trying to allocate either 0 bytes, or some really large value, because *pcbBytesNeeded is not set in the stub.
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #5 from Thomas Buchmann thomas.buchmann@uni-bayreuth.de 2007-10-29 13:46:35 --- With version 0.9.48 it is possible to start up the server. But it seems that some required functions are still missing, according to console output.
fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT (10000): STUB fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT not supported on protocol 1 fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT not supported on protocol 1 fixme:wininet:InternetSetOptionW Option 70 STUB fixme:wininet:InternetSetOptionW Option 77 STUB fixme:wininet:NETCON_init can't use SSL, not compiled in. err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x10003efc
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #6 from Louis Lenders xerox_xerox2000@yahoo.co.uk 2007-10-29 16:06:25 --- Could you run the program like:
WINEDEBUG=+tid,+seh,+relay wine rFaktor.exe &> /tmp/relay.log && grep -A 20 -B 1000 "seh:" /tmp/relay.log > /tmp/relay.txt
and attach the file /tmp/relay.txt to this bug.
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #7 from Thomas Buchmann thomas.buchmann@uni-bayreuth.de 2007-10-30 02:57:18 --- Created an attachment (id=8858) --> (http://bugs.winehq.org/attachment.cgi?id=8858) relay.log
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #8 from Thomas Buchmann thomas.buchmann@uni-bayreuth.de 2007-10-30 02:58:10 --- i tried to run the program as you suggested, but it crashes and relay.txt is not being created. please find relay.log attached. maybe this helps.
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #9 from Thomas Buchmann thomas.buchmann@uni-bayreuth.de 2007-11-05 05:18:33 --- Created an attachment (id=8968) --> (http://bugs.winehq.org/attachment.cgi?id=8968) relay.txt
i grabbed the latest version from the GIT repository, built it and tried to run the command again. but still it crashes. i called the grep statement on the relay.log afterwards, the relay.txt is attached to this message
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #10 from Juan Lang juan_lang@yahoo.com 2007-11-05 09:03:41 --- The backtrace you post doesn't seem to have debug info. How did you build it? We should be able to see the function in kernel32 it's crashing in, at least:
=>1 0x7ee0654e in kernel32 (+0x654e) (0x7ee8bd90) 2 0x0008d5b8 (0x0008d5a9) 3 0x00000000 (0x00000000) 0x7ee0654e: call *0x4(%eax)
Check your config.log for CFLAGS: grep ^CFLAGS= config.log
It should have -g in it.
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #11 from Thomas Buchmann thomas.buchmann@uni-bayreuth.de 2007-11-05 09:15:03 --- the output of the above call is:
CFLAGS='-g -O2'
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #12 from Louis Lenders xerox_xerox2000@yahoo.co.uk 2007-11-05 14:28:01 --- See comment #1 from http://bugs.winehq.org/show_bug.cgi?id=8331 Due to copyptrotection it's not possible to run the app with WINEDEBUG=+relay without an instant crash, so the attached logs are unfortunately rather useless. I don't know how you could debug this further for now. Maybe using native wininet might change something, you could give that a try, maybe you're lucky.
I tried the app myself, but it keeps complaining about missing exports in mss32.dll. Even a version from my xp -partition wasn't good enough, so i cannot reproduce you bug atm.
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #13 from Thomas Buchmann thomas.buchmann@uni-bayreuth.de 2007-11-06 01:12:13 --- (In reply to comment #12)
See comment #1 from http://bugs.winehq.org/show_bug.cgi?id=8331 Due to copyptrotection it's not possible to run the app with WINEDEBUG=+relay without an instant crash, so the attached logs are unfortunately rather useless. I don't know how you could debug this further for now. Maybe using native wininet might change something, you could give that a try, maybe you're lucky.
I tried the app myself, but it keeps complaining about missing exports in mss32.dll. Even a version from my xp -partition wasn't good enough, so i cannot reproduce you bug atm.
The app is protected by Trymedia try + buy, but this only covers the client. The Dedicated Server itself is not copy protected. How do i use native wininet? Copying some files from my Windows XP installation? Thanks for your efforts so far!
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #14 from Louis Lenders xerox_xerox2000@yahoo.co.uk 2007-11-17 03:03:43 ---
fixme:wininet:NETCON_init can't use SSL, not compiled in.
That looks suspicious. I saw a post from Scott Ritchie somewhere (i forgot where) about SSL not compiled into Ubuntu package. Maybe it's fixed now, and you could update your distro /wine -package and try again, maybe it helps
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #15 from Thomas Buchmann thomas.buchmann@uni-bayreuth.de 2007-11-22 07:34:28 --- (In reply to comment #14)
fixme:wininet:NETCON_init can't use SSL, not compiled in.
That looks suspicious. I saw a post from Scott Ritchie somewhere (i forgot where) about SSL not compiled into Ubuntu package. Maybe it's fixed now, and you could update your distro /wine -package and try again, maybe it helps
well, the message disappeared once i manually compiled the version from the GIT repository. Using the checkout from monday, i was able to start the server and even connect to it from within the game. Although it took quite a long time until the server was visible in the game. Maybe this is still related to not implemented functions in wininet. Now the console output looks like this:
fixme:advapi:EnumServicesStatusExA 0x11b158 level=0 type=3b state=1 0x33fec0 2c 0x33febc 0x33feac 0x33feb4 (null) fixme:advapi:EnumServicesStatusExA 0x11b158 level=0 type=3b state=1 (nil) 7ffd8c2c 0x33febc 0x33feac 0x33feb4 (null) fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot fixme:wininet:INET_QueryOptionHelper INTERNET_OPTION_CONNECTED_STATE: semi-stub fixme:wininet:INET_QueryOptionHelper INTERNET_OPTION_CONNECTED_STATE: semi-stub fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT (10000): STUB fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT not supported on protocol 1 fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT not supported on protocol 1 fixme:wininet:InternetSetOptionW Option 70 STUB fixme:wininet:InternetSetOptionW Option 77 STUB fixme:wininet:INET_QueryOptionHelper INTERNET_OPTION_SECURITY_FLAGS: Stub fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_SECURITY_FLAGS; STUB fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT (10000): STUB fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT not supported on protocol 1 fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT not supported on protocol 1 fixme:wininet:InternetSetOptionW Option 70 STUB fixme:wininet:InternetSetOptionW Option 77 STUB fixme:wininet:INET_QueryOptionHelper INTERNET_OPTION_SECURITY_FLAGS: Stub fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_SECURITY_FLAGS; STUB fixme:font:SetMapperFlags (0x9bb4, 0x00000001): stub - harmless
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #16 from Louis Lenders xerox_xerox2000@yahoo.co.uk 2007-11-22 08:05:20 --- Hi Thomas, so the application works now as expected? If so, resolve it please (as invalid i'd say)
http://bugs.winehq.org/show_bug.cgi?id=10176
Juan Lang juan_lang@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |WORKSFORME
--- Comment #17 from Juan Lang juan_lang@yahoo.com 2007-11-22 09:48:34 --- Hi Thomas, the delay is probably related to the output you see: fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT (10000): STUB fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT not supported on protocol 1
In Windows, I believe you can set sort of a "default timeout" for all connections made with a particular internet handle. I believe that's what setting the timeout on protocol 1 does. In Wine, we only support per-connection timeouts, so this connection is getting the default timeout.
If you want, open another bug for that. I'm closing this as "worksforme" since it only happened with a bad compile of Wine.
http://bugs.winehq.org/show_bug.cgi?id=10176
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #18 from Dan Kegel dank@kegel.com 2008-01-28 05:50:43 --- Closing all RESOLVED WORKSFORME bugs older than four weeks.
http://bugs.winehq.org/show_bug.cgi?id=10176
Doug Baggett doug.baggett@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |doug.baggett@gmail.com
--- Comment #19 from Doug Baggett doug.baggett@gmail.com 2008-04-07 21:07:58 --- Can you quantify "A long time"? I've waited over a half-hour with the server running and I STILL don't see the server and can't connect to it directly specifying the IP address.
(In reply to comment #15)
(In reply to comment #14)
fixme:wininet:NETCON_init can't use SSL, not compiled in.
That looks suspicious. I saw a post from Scott Ritchie somewhere (i forgot where) about SSL not compiled into Ubuntu package. Maybe it's fixed now, and you could update your distro /wine -package and try again, maybe it helps
well, the message disappeared once i manually compiled the version from the GIT repository. Using the checkout from monday, i was able to start the server and even connect to it from within the game. Although it took quite a long time until the server was visible in the game. Maybe this is still related to not implemented functions in wininet. Now the console output looks like this:
fixme:advapi:EnumServicesStatusExA 0x11b158 level=0 type=3b state=1 0x33fec0 2c 0x33febc 0x33feac 0x33feb4 (null) fixme:advapi:EnumServicesStatusExA 0x11b158 level=0 type=3b state=1 (nil) 7ffd8c2c 0x33febc 0x33feac 0x33feb4 (null) fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot fixme:wininet:INET_QueryOptionHelper INTERNET_OPTION_CONNECTED_STATE: semi-stub fixme:wininet:INET_QueryOptionHelper INTERNET_OPTION_CONNECTED_STATE: semi-stub fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT (10000): STUB fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT not supported on protocol 1 fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT not supported on protocol 1 fixme:wininet:InternetSetOptionW Option 70 STUB fixme:wininet:InternetSetOptionW Option 77 STUB fixme:wininet:INET_QueryOptionHelper INTERNET_OPTION_SECURITY_FLAGS: Stub fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_SECURITY_FLAGS; STUB fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT (10000): STUB fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT not supported on protocol 1 fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT not supported on protocol 1 fixme:wininet:InternetSetOptionW Option 70 STUB fixme:wininet:InternetSetOptionW Option 77 STUB fixme:wininet:INET_QueryOptionHelper INTERNET_OPTION_SECURITY_FLAGS: Stub fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_SECURITY_FLAGS; STUB fixme:font:SetMapperFlags (0x9bb4, 0x00000001): stub - harmless
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #20 from Doug Baggett doug.baggett@gmail.com 2008-04-07 21:15:15 --- I can't confirm that the dedicated server works after a while (Like Thomas said). Everything starts up fairly decently but the rfactor client on the windows side can neither see that the server is running in the local LAN game browser or connect to it by directly specifying the server IP address. There is some output from the console. It looks similar to what was reported earlier though.
This was tried on Fedora Core 7, wine 0.9.58-1.fc7
- $ wine "rFactor Dedicated.exe" fixme:service:EnumServicesStatusExA 0x125fc0 level=0 type=3b state=1 0x33fec0 2c 0x33febc 0x33feac 0x33feb4 (null) fixme:service:EnumServicesStatusExA 0x125fc0 level=0 type=3b state=1 (nil) 7ffd8c2c 0x33febc 0x33feac 0x33feb4 (null) fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot fixme:wininet:INET_QueryOptionHelper INTERNET_OPTION_CONNECTED_STATE: semi-stub fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT (10000): STUB fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT fixme:wininet:InternetSetOptionW Option 70 STUB fixme:wininet:InternetSetOptionW Option 77 STUB fixme:wininet:INET_QueryOptionHelper INTERNET_OPTION_SECURITY_FLAGS: Stub fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_SECURITY_FLAGS; STUB fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT (10000): STUB fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT fixme:wininet:InternetSetOptionW Option 70 STUB fixme:wininet:InternetSetOptionW Option 77 STUB fixme:wininet:INET_QueryOptionHelper INTERNET_OPTION_SECURITY_FLAGS: Stub fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_SECURITY_FLAGS; STUB fixme:wininet:InternetSetOptionW Option 39 STUB fixme:wininet:InternetSetOptionW Option 37 STUB fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECTED_STATE: STUB fixme:font:SetMapperFlags (0xc0fc, 0x00000001): stub - harmless
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #21 from Doug Baggett doug.baggett@gmail.com 2008-05-07 17:28:07 --- Can we get this bug re-opened. It's not fixed.
http://bugs.winehq.org/show_bug.cgi?id=10176
Lei Zhang thestig@google.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |UNCONFIRMED Resolution|WORKSFORME |
--- Comment #22 from Lei Zhang thestig@google.com 2008-05-07 18:13:51 --- (In reply to comment #21)
Can we get this bug re-opened. It's not fixed.
yes
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #23 from Austin English austinenglish@gmail.com 2008-11-12 13:45:12 --- Is this still an issue in current (1.1.8 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=10176
Kev tads421@googlemail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tads421@googlemail.com
--- Comment #24 from Kev tads421@googlemail.com 2009-02-06 13:52:45 --- this is still a problem i am running a ubuntu 8.10 server with the lastest wine RfactorDediacted runs like a Dream no lag in server runs fast as anything but the only problem is no one can find the server by ip:port or just ip and it takes so much time for it to list in the rfactor server list ... i have found if you chnage the multiplayer.ini in your username (client)
Concurrent Server Updates="400"
to
Concurrent Server Updates="800"
it is easyer to find but still takes some time as i was reading this long error log here i did see that it was a timeout error and if you use a weblink like
rfactor://ip:port the server times out before it shows its there so is there a way to change the timeout in the wine conf atall or is there something for a later rlease of Wine??
Also i have the rfactor server info php code on my site as i used to run rfactor servers on windows (but linux is the way forward for game servers) and even this WILL NOT query the server i have servers open 24/7 and the query link is
http://m-w-m.co.uk/a/display_rfactor_server1.php
as you see it always says closed thanks for your time
TADS
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #25 from Kev tads421@googlemail.com 2009-02-06 13:54:36 --- one last thing i have just installed ubuntu 8.10 on my other pc at home so im going to install rfactor to it and see if i can find ip that way will post results
TADS
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #26 from Austin English austinenglish@gmail.com 2009-08-13 12:58:05 --- Is this still an issue in current (1.1.27 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=10176
red-ray ray@pobox.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ray@pobox.co.uk
--- Comment #27 from red-ray ray@pobox.co.uk 2009-09-16 17:10:25 --- (In reply to comment #26)
Is this still an issue in current (1.1.27 or newer) wine?
Yes it's still missing from 1.1.29, SIV (http://rh-software.com/) tries to use EnumServicesStatusA() which is EnumServicesStatusExA(), but just for the local system and it is still a stub. fixme:service:EnumServicesStatusA 0x16f8c8 type=b state=3 0x1510e04 48000 0x155a224 0x155a218 0x155a20c Given how long this has been known about and not fixed I worked round it being missing for 4.01. At the moment the work-a-round only kicks in after the first call fails. Is this likely to get added in the any time soon ?
To implement this should be trivial. My work-a-round code which enumerates "System\CurrentControlSet\Services", calls Open(), QueryServiceConfig(), QueryServiceStatus() and does a few tests is only about 30 lines of code in total. One implemented it could be tested using:
siv -save=[services]=stdout
http://bugs.winehq.org/show_bug.cgi?id=10176
red-ray ray@pobox.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #28 from red-ray ray@pobox.co.uk 2009-09-16 17:11:53 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #29 from Austin English austinenglish@gmail.com 2010-04-29 18:26:33 --- This is your friendly reminder that there has been no bug activity for 6 months. Is this still an issue in current (1.1.43 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=10176
c3kkos c3kkos@hotmail.it changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |c3kkos@hotmail.it
--- Comment #30 from c3kkos c3kkos@hotmail.it 2010-05-06 03:01:52 --- (In reply to comment #29)
This is your friendly reminder that there has been no bug activity for 6 months. Is this still an issue in current (1.1.43 or newer) wine?
Hi.
I'm running Debian Lenny with kernel 2.6.32-3-686 and wine-1.1.42
Trying to get the whole stuff works but i'm hitting a hard wall.
I want to set up a small hidden-under-office-desk linux box with a rFactor_Dedicated_server running upon it 24h/7 for testing purposes.
This machine has NOT a monitor attached, so i'm also using a cygwin/x Windoze port of xserver (rather than xming, giving me some problems).
For this, i mirrored the windoze' rFactor folder into /usr/games/rFactor and i'm using all the wine libraries to emulate windows functions calls. NO OVERRIDES at ALL
So i'm actually:
- loggin into the linux box through a ssh session (PuTTY with X11 forwarding)
- running the X server in my Windoze main machine (Cygwin/X -> X)
- issuing the following command: /usr/games/rFactor# wine rFactor\ Dedicated.exe
and that's the output:
Xlib: extension "MIT-SHM" missing on display "localhost:11.0". fixme:font:SetMapperFlags (0x4c94, 0x00000001): stub - harmless Xlib: extension "MIT-SHM" missing on display "localhost:11.0".
The GUI loads flawlessly, giving me infos that the server is UP and RUNNING.
Adding an AI to the match, the program starts benchmarking itself giving me the FPS count, which is somehow stable 'round 150 FPS (my little linux machine is and old and glorious Celeron 700Mhz and 256Mb ram)
So.. everything seems to work well..
Logging into another ssh session and issuing the 'netstat -a' command it shows me that all the tcp/udp ports are well binded and LISTENING
tcp 0 0 *:34447 *:* LISTEN
Here comes the madness:
rFactor client DO NOT see the game. running rFactor.exe in the windoze machine, and pointing to the linuxbox's IP returns the VOID.
There's something i do wrong?
Network problems? Wine bug?
My bug? :)
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #31 from c3kkos c3kkos@hotmail.it 2010-05-06 03:10:39 --- http://img341.imageshack.us/img341/8500/bugzillac3kkos01.jpg
that's a screen of it, up&running
:(
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #32 from Kev tads421@googlemail.com 2010-08-21 14:47:42 --- im having same problem as the above m,essage now... i have just started using ubuntu 10.4 and running rfactor server again for my new coming mod... (for testing the mod) but i have now found that i can not find my server atall... using the ip address, i have another game on there and is working with no errors atall!!! please if someone has found a way to fix this i will be very happy!!!
Kev
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #33 from Kev tads421@googlemail.com 2010-08-24 04:14:34 --- (In reply to comment #32)
im having same problem as the above m,essage now... i have just started using ubuntu 10.4 and running rfactor server again for my new coming mod... (for testing the mod) but i have now found that i can not find my server atall... using the ip address, i have another game on there and is working with no errors atall!!! please if someone has found a way to fix this i will be very happy!!!
Kev
i have now found that i can see my server in the server lists if i do what i said before.... change the max servers listed from 400 to 800 but still cant find server by ip :S how is this possable? surely if its listing on the master server shouldnt it be able to be found by ip?
Kev
http://bugs.winehq.org/show_bug.cgi?id=10176
Ken Richardson ktrichardson@eastlink.ca changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ktrichardson@eastlink.ca
--- Comment #34 from Ken Richardson ktrichardson@eastlink.ca 2010-10-16 16:03:39 CDT --- I have spent significant time troubleshooting this issue and found the cause and solution. I have tested with ARCA Sim Racing and rFactor. Both these applications use common code and therefore have the same issue.
The problem is how Wine handles the Winsock2 "Select" function. When a call is made to Select and you pass read, write, and exception fd_set structures with all three fd_count values set to 0, Windows will return error code WSAEINVAL but Wine returns 0 (no error). The rFactor and ASR code is written to handle the WSAEINVAL return value by re-initializing the fd_set structures and looping to call select again. Because Wine does not return this error for this condition the structures do not get re-initialized.
You are probably asking how the structures get changed? rFactor and ASR both initialize the fd_set structure fd_count value to 1 and provide one socket handle in the fd_array member for the read and exception parameters. The write parameter fd_count is set to 0, not used. This is done in the listening thread initialization code. The Winsock2 "Select" function modifies the fd_count values by decrementing them to 0. This behavior is true for Windows and Wine. The difference, and cause of this bug, is Wine does not return WSAEINVAL if you pass 0 for all fd_count values.
I fixed the problem by "hacking" the NetCommUtilPlugin.dll rFactor and ASR file to re-initialize the fd_set structures and now it works perfectly under Wine. I have also passed this on to ISI who will likely not care about supporting Wine.
Here's the rFactor code, see my comments:
.text:1000CCD3 loc_1000CCD3: ; CODE XREF: sub_1000CC60+198j .text:1000CCD3 lea ecx, [esp+6A4h+timeout] ; <-- Start of loop, push fd_set structure pointers to stack and make Select call. .text:1000CCD7 push ecx ; timeout .text:1000CCD8 lea edx, [esp+6A8h+timeout.fd_array+14h] .text:1000CCDC push edx ; exceptfds .text:1000CCDD lea eax, [esp+6ACh+writefds] .text:1000CCE4 push eax ; writefds .text:1000CCE5 lea ecx, [esp+6B0h+buf] .text:1000CCEC push ecx ; readfds .text:1000CCED push 0 ; nfds .text:1000CCEF mov [esp+6B8h+var_698], 10h .text:1000CCF7 call ds:select .text:1000CCFD test eax, eax .text:1000CCFF jz loc_1000CDF1 ; <-- Return 0, nothing ready to read and no exception. Wine always takes this jump. .text:1000CD05 mov eax, s .text:1000CD0A lea edx, [esp+6B8h+timeout.fd_array] .text:1000CD0E push edx ; fd_set * .text:1000CD0F push eax ; SOCKET .text:1000CD10 call __WSAFDIsSet .text:1000CD15 test eax, eax .text:1000CD17 jnz loc_1000CDF1 ; <-- Timeout, jump to end of loop. .text:1000CD1D mov edx, s .text:1000CD23 lea ecx, [esp+6C0h+timeout.fd_array+0FCh] .text:1000CD2A push ecx ; fd_set * .text:1000CD2B push edx ; SOCKET .text:1000CD2C call __WSAFDIsSet .text:1000CD31 test eax, eax .text:1000CD33 jz loc_1000CDD6 ; <-- WSAEINVAL error, jump to re-initialization code, then end of loop .text:1000CD39 lea eax, [esp+6C8h+to.sa_data+0Ah] .text:1000CD3D push eax ; fromlen .text:1000CD3E mov eax, s
Hope this helps. Ken
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #35 from Ken Richardson ktrichardson@eastlink.ca 2010-10-16 16:29:42 CDT --- By the way, to fix this until Wine is corrected, modify the NetCommUtilPlugin.dll file and replace this jump (address 0x1000CCFF):
jz loc_1000CDF1
with this jump:
jz loc_1000CDD6
Ken
http://bugs.winehq.org/show_bug.cgi?id=10176
Louis Lenders xerox_xerox2000@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |winsock
--- Comment #36 from Louis Lenders xerox_xerox2000@yahoo.co.uk 2010-10-17 02:41:48 CDT --- (In reply to comment #34)
I have spent significant time troubleshooting this issue and found the cause and solution.
Hi Ken, thanks for the clear analysis. I'm marking this as winsock bug then
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #37 from Ken Richardson ktrichardson@eastlink.ca 2010-10-17 08:22:55 CDT --- (In reply to comment #36)
(In reply to comment #34)
I have spent significant time troubleshooting this issue and found the cause and solution.
Hi Ken, thanks for the clear analysis. I'm marking this as winsock bug then
Thanks.
Looking at the wine/dlls/ws2_32/socket.c code it appears the error is here:
3495 if (readfds) count += readfds->fd_count; 3496 if (writefds) count += writefds->fd_count; 3497 if (exceptfds) count += exceptfds->fd_count; 3498 *count_ptr = count; 3499 if (!count) return NULL;
Instead of returning NULL it should be returning WSAEINVAL.
http://bugs.winehq.org/show_bug.cgi?id=10176
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch
--- Comment #38 from Austin English austinenglish@gmail.com 2010-10-17 21:18:22 CDT --- (In reply to comment #37)
(In reply to comment #36)
(In reply to comment #34)
I have spent significant time troubleshooting this issue and found the cause and solution.
Hi Ken, thanks for the clear analysis. I'm marking this as winsock bug then
Thanks.
Looking at the wine/dlls/ws2_32/socket.c code it appears the error is here:
3495 if (readfds) count += readfds->fd_count; 3496 if (writefds) count += writefds->fd_count; 3497 if (exceptfds) count += exceptfds->fd_count; 3498 *count_ptr = count; 3499 if (!count) return NULL;
Instead of returning NULL it should be returning WSAEINVAL.
A testcase would be helpful.
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #39 from Dan Kegel dank@kegel.com 2010-10-17 22:50:14 CDT --- Created an attachment (id=31358) --> (http://bugs.winehq.org/attachment.cgi?id=31358) Patch to add test and implement suggested fix
This passes on vista and wine. Does it solve the problem for you?
http://bugs.winehq.org/show_bug.cgi?id=10176
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #31358|application/octet-stream |text/plain mime type| | Attachment #31358|0 |1 is patch| |
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #40 from Ken Richardson ktrichardson@eastlink.ca 2010-10-20 05:17:33 CDT --- (In reply to comment #39)
Created an attachment (id=31358)
--> (http://bugs.winehq.org/attachment.cgi?id=31358) [details]
Patch to add test and implement suggested fix
This passes on vista and wine. Does it solve the problem for you?
Dan,
Yes, your patch resolves the issue for rFactor and ARCA Sim Racing. I downloaded a clean copy of Wine 1.2.1, applied your patch and built/installed it. It works perfectly.
Thanks! Ken
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #41 from c3kkos c3kkos@hotmail.it 2010-10-27 05:23:17 CDT --- (In reply to comment #35)
By the way, to fix this until Wine is corrected, modify the NetCommUtilPlugin.dll file and replace this jump (address 0x1000CCFF):
jz loc_1000CDF1
with this jump:
jz loc_1000CDD6
Ken
Ken i've a problem.
The code of my NetCommUtilPlugin.dll do not match yours.
Look at this excerpt:
.text:1000CCC3 loc_1000CCC3: ; CODE XREF: sub_1000CC50+198j .text:1000CCC3 lea ecx, [esp+6A4h+timeout] .text:1000CCC7 push ecx ; timeout .text:1000CCC8 lea edx, [esp+6A8h+exceptfds] .text:1000CCCC push edx ; exceptfds .text:1000CCCD lea eax, [esp+6ACh+writefds] .text:1000CCD4 push eax ; writefds .text:1000CCD5 lea ecx, [esp+6B0h+readfds] .text:1000CCDC push ecx ; readfds .text:1000CCDD push 0 ; nfds .text:1000CCDF mov [esp+6B8h+tolen], 10h .text:1000CCE7 call ds:select .text:1000CCED test eax, eax .text:1000CCEF jz loc_1000CDE1 .text:1000CCF5 mov eax, fd .text:1000CCFA lea edx, [esp+6A4h+exceptfds] .text:1000CCFE push edx ; fd_set * .text:1000CCFF push eax ; fd .text:1000CD00 call __WSAFDIsSet .text:1000CD05 test eax, eax .text:1000CD07 jnz loc_1000CDE1 .text:1000CD0D mov edx, fd .text:1000CD13 lea ecx, [esp+6A4h+readfds] .text:1000CD1A push ecx ; fd_set * .text:1000CD1B push edx ; fd .text:1000CD1C call __WSAFDIsSet .text:1000CD21 test eax, eax .text:1000CD23 jz loc_1000CDC6 .text:1000CD29 lea eax, [esp+6A4h+tolen] .text:1000CD2D push eax ; fromlen .text:1000CD2E mov eax, fd .text:1000CD33 lea ecx, [esp+6A8h+from] .text:1000CD37 push ecx ; from .text:1000CD38 push 0 ; flags .text:1000CD3A push 0FFh ; len .text:1000CD3F lea edx, [esp+6B4h+buf] .text:1000CD46 push edx ; buf .text:1000CD47 push eax ; s .text:1000CD48 call ebp ; recvfrom .text:1000CD4A test eax, eax .text:1000CD4C jz short loc_1000CDC6 .text:1000CD4E cmp eax, 0FFFFFFFFh .text:1000CD51 jz loc_1000CE09 .text:1000CD57 mov edx, off_10031004 .text:1000CD5D mov eax, edx .text:1000CD5F lea esi, [eax+1] .text:1000CD62
therefore i cannot make the changes u listed before, nor i can take any values.
I guess in my case i must take care of the third jump address "loc_1000CDC6"
any ideas?
this for version comparison:
; Exported entry 1. GetPluginName
public GetPluginName GetPluginName proc near mov eax, offset aNetplugin2006_ ; "NetPlugin - 2006.04.10" retn GetPluginName endp
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #42 from Dmitry Timoshkov dmitry@codeweavers.com 2010-10-27 06:44:13 CDT --- Please don't post disassembler output of proprietary dlls and cracks here.
Admin, please remove if possible.
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #43 from c3kkos c3kkos@hotmail.it 2010-10-27 07:12:11 CDT --- (In reply to comment #42)
Please don't post disassembler output of proprietary dlls and cracks here.
Admin, please remove if possible.
All these comments are NOT meant to bypass game protection.
What the hell?
http://bugs.winehq.org/show_bug.cgi?id=10176
Ivan Baldo ibaldo@adinet.com.uy changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ibaldo@adinet.com.uy
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #44 from Ivan Baldo ibaldo@adinet.com.uy 2011-04-30 10:56:52 CDT --- I don't understand, isn't there a fix for this? Has it been committed? Thanks a lot!!!
http://bugs.winehq.org/show_bug.cgi?id=10176
--- Comment #45 from Juan Lang juan_lang@yahoo.com 2011-04-30 11:11:04 CDT --- Yes, attachment 31358 was committed as 6733c40d789744ec0ee6fa30f8e14816968a0887. Is this fixed, then?
http://bugs.winehq.org/show_bug.cgi?id=10176
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |6733c40d789744ec0ee6fa30f8e | |14816968a0887 Status|NEW |RESOLVED CC| |adys.wh@gmail.com Resolution| |FIXED
--- Comment #46 from Jerome Leclanche adys.wh@gmail.com 2012-02-26 13:24:51 CST --- Should be fixed, reopen if not.
http://bugs.winehq.org/show_bug.cgi?id=10176
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #47 from Alexandre Julliard julliard@winehq.org 2012-03-02 13:01:58 CST --- Closing bugs fixed in 1.4-rc6.
http://bugs.winehq.org/show_bug.cgi?id=10176
koval arfer@wp.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |arfer@wp.pl
--- Comment #48 from koval arfer@wp.pl 2012-09-30 04:15:02 CDT --- Hi, I dont know whether I should create a new topic for this or not but I have different problem about running rfactor dedicated server on wine linux. The problem is that server kicks people out (connection lost) despite it looks like server still works properly. The problem is only on linux and that what I was able to learn it happens when there is a "freeze" in someone's client. Anyone could help me with this problem? Gracias
http://bugs.winehq.org/show_bug.cgi?id=10176
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #49 from Dan Kegel dank@kegel.com 2012-09-30 10:25:51 CDT --- That doesn't sound related. Please discuss it first on the appdb ( http://appdb.winehq.org/objectManager.php?sClass=version&iId=10930 ) and maybe file a separate bug report.
-
wine-bugs＠winehq.org