Need Help Regarding: org.freedesktop.dbus-session.plist

[jcourso]

I'd like to start with an apology. I am in way over my head and don't know what I'm doing. I'm sure this question has been addressed in this forum a few times, but I can't tell what's what. So, I am sorry for bring something already covered back to the forum. I hope someone will kindly help me out.

The big picture of what I am trying to do is run a Trade Wars helper (SWATH) using Wine. When I try to install, I used the command: wine SWATH_v1_9_8.exe

When I do that, I get this error message:

Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded!
err:ntdll:RtlpWaitForCriticalSection section 0x7bc969b4 "loader.c: loader_section" wait timed out in thread 0020, blocked by 0021, retrying (60 sec)
wine: cannot find L"C:\\windows\\system32\\SWATH_v1_9_8.exe"

I don't know why it's asking me for that. I've found a few posts that are similar but I couldn't tell if they applied to me or not. Unfortunately, I need simpler advice than, for example: "it the daemon running?" but I only vaguely understand what that means and really don't know how to check that.

Thanks in advance for any advice given.

Jay

[doh123]

not sure why people are compiling Wine on OS X to even use dbus since its not needed...

Did you try actually cd (change directory) into the folder you have SWATH_v1_9_8.exe in? your main error is that it cannot find it when you type it in... by default if it cannot find it it looks in the System32 folder which also errors and cannot find it.

Where ever you have that exe file, you need to cd into that folder first before doing the wine command.

[jcourso]

Thanks for the quick response.

I did enter the wine command from the folder that SWATH_v1_9_8.exe is located in.

I also don't know why I'm using dbus. That was just part of the error message I got. If I read your post right, Wine is not finding SWATH, is that correct? Maybe I need to double check and see if it's registered properly.

[doh123]

Thanks for the quick response.

I did enter the wine command from the folder that SWATH_v1_9_8.exe is located in.

I also don't know why I'm using dbus. That was just part of the error message I got. If I read your post right, Wine is not finding SWATH, is that correct? Maybe I need to double check and see if it's registered properly.

if you were actually in that folder, then you spelled it wrong or something... because it couldn't find it. It will look in the current working directory, and in System32. Theres nothing that needs to be registered.

A lot of people have posted logs with that dbus error message... you may just need to re-install dbus? I dunno, i don't use it and never have seen the message.

[jcourso]

Well, it's just going to be plain embarrassing if this all turns out to be a spelling error...

I do not know what dbus is. Is it an inherent part of Wine, or a separate program that I need? Is there anything I need to worry about if I re-install wine?

PS, misspelling is a certainly a mistake I have been know to make. I just retried it and got the same error.

[doh123]

type in the following command before hand to see your present working directory, to make sure you really are where you think you are...
pwd
then make sure you can do a...
ls
and see the actual SWATH_v1_9_8.exe file name...
Don't type in the name.. just do... wine and a space, then type like SW and hit tab so it auto fills in what file it finds that starts with that. If it cannot autofill in, then Wine isn't the only thing that cannot find the file... also remember its case sensitive.

dbus is a separate program that Wine can use... its needed on most OSes, but its actually not required on OS X. If your going to compile Wine yourself, I always use the configuration option --without-dbus so it won't even look for it. If your using Macports or something like that, I believe that it installs dbus for you. You may need to try to trash all the dbus files (whatever they all are) and re-install it in Macports again.

[jcourso]

The tab solution did the trick. It turns out that typing in the version (i.e. "_v1_9_8) was what was causing the problem.

Much thanks to everyone for helping me out!