Racer Forum

This is a community forum and not official technical support. — If you need official support: Contact Us

The following comments are owned by whoever posted them. We are not responsible for them in any way.

Back to Threads Reply to Thread

Racer 0.8.8.1 not working on Snow Leopard

abeta wrote:

I can fiddle with the DLLs over the weekend (hopefully). Backed up
with a number of things. I've used dll-files.com for DLLs in the
past when I couldn't copy them from a Windows machine. Use at your
own risk :).

That's OK, thank you, I've downloaded them on some dll site. Copying them in the system32 folder doesn't change anything to this racer connection issue. At least in my brand new winxp bottle…

As I was a bit annoyed it still doesn't run, I've tested Ruud's trick : I've replaced, in racer.ini, server=127.0.0.1 for server=localhost but only once the game was running (as racer.exe rewrite this once launched) and tada! It runs! I've finally seen this damn lambo on carlswood 😀 !
On my MacBook Pro (Nvidia 9400M) I have some 55fps with low settings and 25fps with reasonable ones (no motion blur and no MSAAx16), I'll test it on my iMac.

So glad it works, finally!

Don't know how we can hack this rewrite thing, cause it a bit annoying to re-save the racer.ini file each time you launch the game…

Groovy!...good work Xavier....now we have our clue...

So, question is why is OSX trying to overwrite this file,
and linux not?....hmmm....

Regarding the muck around with racer.ini the only thing I
can think of trying, is making it immutable....ie;

chmod +i /full/path/to/racer.ini

That'll stop the file being written to (by anything, including
yourself unless you undo it with chmod -i ) but that might
cause racer.exe to throw a wobbly, due to the fact it can't
write to that file....worth a try though, and eas enough to undo..

Cheers!

Artist Formally Known as Dot wrote:

Groovy!...good work Xavier....now we have our clue...

So, question is why is OSX trying to overwrite this file,
and linux not?....hmmm....

Regarding the muck around with racer.ini the only thing I
can think of trying, is making it immutable....ie;

chmod +i /full/path/to/racer.ini

That'll stop the file being written to (by anything, including
yourself unless you undo it with chmod -i ) but that might
cause racer.exe to throw a wobbly, due to the fact it can't
write to that file....worth a try though, and eas enough to undo..

Cheers!

You can just right click->Get info and set the permissions, but before we do that, my question is probably to the developer. Is this something that it HAS to do? It sounds odd that it'll try to overwrite the file, etc. if we're not doing anything with those settings.

"Throw a wobbly"....I'm going to have to try and use that in a conversation now :).

...there's something weirder than that going on. I just
had a tinker with racer.ini and discovered the following
sort of thing works fine here as well...;

host=a.b.c.d

...go figure ;) I suppose host=my.name.is.foo would work
as well....

..so not only is it not being rewritten (in linux here),
it doesn't seem to be paying any attention to what's there
anyhow. The one thing I do know for sure, is this machine
is behind a firewall behind a WLAN router behind an ADSL
modem and as far as the outside world is concerned, getting
port:25000 back to here might present an issue...(I'm going
to put together another machine next week and have it setup
on a different network wire to check a few things like this
anyhow...ie; are some titles' misbehavior I'm seeing somehow
related to my justifiable paranoia? ;)

In any event, there's some big disparity here that needs explaining...

The expression 'throw a wobbly' is in fairly regular use over
here today colloquially, but it's tending to go out of fashion/use
in the generations born post 1980 or so. It actually heralds back
to a British slang term, which was inherited by Aussies of course,
being a British colony and all.

Cheers!

ps: oh yes, the icon based route to chmod +i will of course work as
well...it's just I spend most of my life in the CLI as it were .. 8)

Artist Formally Known as Dot wrote:

Groovy!...good work Xavier....now we have our clue...

So, question is why is OSX trying to overwrite this file,
and linux not?....hmmm....

Regarding the muck around with racer.ini the only thing I
can think of trying, is making it immutable....ie;

chmod +i /full/path/to/racer.ini

That'll stop the file being written to (by anything, including
yourself unless you undo it with chmod -i ) but that might
cause racer.exe to throw a wobbly, due to the fact it can't
write to that file....worth a try though, and eas enough to undo..

Cheers!

Yup, that's great :) I've done a test changing the racer.ini permissions, it works pretty well… unless you don't want to change the car, the track or anything else! It's like shortcutting actual Racer UI.

Don't know if Ruud still looking at this thread, I'll send him a mail, maybe he'll have some good ideas 😀

Cheers

xavier wrote:

Yup, that's great :) I've done a test changing the racer.ini
permissions, it works pretty well… unless you don't want to change
the car, the track or anything else! It's like shortcutting actual
Racer UI.

Don't know if Ruud still looking at this thread, I'll send him a
mail, maybe he'll have some good ideas 😀

Cheers

Changing cars, track or anything else is WAAAAY overrated! 😅

Artist Formally Known as Dot wrote:

...there's something weirder than that going on. I just
had a tinker with racer.ini and discovered the following
sort of thing works fine here as well...;

host=a.b.c.d

...go figure ;) I suppose host=my.name.is.foo would work
as well....

..so not only is it not being rewritten (in linux here),
it doesn't seem to be paying any attention to what's there
anyhow. The one thing I do know for sure, is this machine
is behind a firewall behind a WLAN router behind an ADSL
modem and as far as the outside world is concerned, getting
port:25000 back to here might present an issue...(I'm going
to put together another machine next week and have it setup
on a different network wire to check a few things like this
anyhow...ie; are some titles' misbehavior I'm seeing somehow
related to my justifiable paranoia? ;)

In any event, there's some big disparity here that needs
explaining...

The expression 'throw a wobbly' is in fairly regular use over
here today colloquially, but it's tending to go out of fashion/use
in the generations born post 1980 or so. It actually heralds back
to a British slang term, which was inherited by Aussies of course,
being a British colony and all.

Cheers!

ps: oh yes, the icon based route to chmod +i will of course work as

well...it's just I spend most of my life in the CLI as it were .. 8)

Yeah, the part that I'm confused about is what is actually happening with the ini file. Like you said it appears to be ignoring stuff in there or overwriting it which seems odd to me, but again hard to tell which is why I was hoping they could tell me :).

I wasn't sure how much Xavier played on the CLI. MAC people generally don't go there too often, but I'm comfortable with it whereas some people may not be.

That said, I was in Sydney, Australia 10+ years ago and learned a little of your history. That said, I'll see if I can bring that slang into the US for you. If it takes off, you'll get credit of course 😋

A note on racer.ini writing: when selecting 'Free driving', Racer writes 127.0.0.1 in multiplayer.server. Then, to let it sink in, it writes racer.ini (forced) and rereads some of the ini settings for the new network settings.
So effectively it will close & re-open sockets quite quickly. Perhaps there's a problem there? The closing of the sockets not being done too neatly in CXG?

Otherwise, I'd think putting localhost or 127.0.0.1 in racer.ini doesn't make any difference. Pressing 'Free driving' however will always rewrite, no matter what was in multiplayer.server before pressing the button.

Hope this helps, a bit of an obscure problem...

51 to 58 of 58

CrossOver Forums: the place to discuss running Windows applications on Mac and Linux

CodeWeavers or its third-party tools process personal data (e.g. browsing data or IP addresses) and use cookies or other identifiers, which are necessary for its functioning and required to achieve the purposes illustrated in our Privacy Policy. You accept the use of cookies or other identifiers by clicking the Acknowledge button.
Please Wait...
eyJjb3VudHJ5IjoiVVMiLCJsYW5nIjoiZW4iLCJjYXJ0IjowLCJ0enMiOi02LCJjZG4iOiJodHRwczpcL1wvbWVkaWEuY29kZXdlYXZlcnMuY29tXC9wdWJcL2Nyb3Nzb3Zlclwvd2Vic2l0ZSIsImNkbnRzIjoxNzM5NTcwNzYwLCJjc3JmX3Rva2VuIjoiYlFLcmtjUlVOejVtUFhuNyIsImdkcHIiOjB9