150 replies to this topic

[syao]

I believe you can access the same "activate" command through cocoa methods (I've never tested it).
NSRunningApplication would be really good, but it's 10.6+ (it has -activateWithOptions: and -finishedLaunching which would be useful to Wineskin in some places).

To keep it 10.5-compatible, I'd look into NSWorkspace  -launchApplication: (it appears to bring the application to the front, even if it's not explicitly written in the docs)... Or maybe the Carbon (non-deprecated) method SetFrontProcess()

[doh123]

I'll look at some of those, but I think I had tried a few already. The problem is using a program running in the background to push a different program to the front.

[doh123]

I tried both of those.. and it keeps adding a second Not Responding Icon on the dock... cant get it to do otherwise.

[syao]

I see... As I said, I've never tried them before...  I'll look into them to see if I can figure out a way (if Applescript can do it, there must be a way in either Cocoa or Carbon >.<)
Another option would be to run an Applescript from Cocoa directly (i.e. without osascript), but that might bring back some of the osascript problems, I'm don't know...

[doh123]

I've tried those two methods.. and the ApplescriptObjC method, and they all do the same thing... they do not work exactly like Applescripts Activate, or just Open... they are launching a second icon thats getting stuck, and I'm not sure why... as soon as the main one ends, the second icon goes too.  If I can figure out why its getting a second Icon.. it would be easy to fix.  I think these methods are handling it slightly different, and are getting confused with the 2 apps built into a single bundle thing.

[doh123]

okk..... I figured out the problem...

Since the main Wineskin background program is in MacOS, the other ways are somehow relaunching WineskinLauncher which is re-running Wineskin, which those methods automatically try to give Wineskin a icon even though its supposed to be int he background.... because its in a proper app bundle.

I modified Wineskin.m so it will run from Frameworks/bin and now all seems well and it doesn't get a second stuck Icon while using..

[[NSWorkspace sharedWorkspace] launchApplication:appNameWithPath];

to bring it to the front.  I have not fully tested Wineskin.m to see if its change in location is breaking something else though... I think its all based off location of ContentsFold found near the beginning, and I only had to edit that.... and appNameWithPath.  This is nice anyways... get some extra junk out of MacOS folder.  Now it only has WineskinLauncher and WineskinX11

Let me try to get a test version up so people can try it out.

EDIT: 2.5m has this fix in it

EDIT2: I forgot to tell Wineskin.app and Winery about this change  :-)  wait for a 2.5n so that those apps will work too... doing it now

[PommeGolden]

looks like the fullscreen bug is still there in 2.5-n:

http://pastebin.com/4gq4939N

X11.app: DISPLAY does not look like a launchd set variable, unsetting.
X11.app: main(): argc=10
	argv[0] = /Applications/Crazy Taxi.app/Contents/MacOS/WineskinX11
	argv[1] = :7888
	argv[2] = -depth
	argv[3] = 24
	argv[4] = +xinerama
	argv[5] = -br
	argv[6] = -fp
	argv[7] = /usr/X11/lib/X11/fonts/75dpi,/usr/X11/lib/X11/fonts/100dpi,/usr/X11/lib/X11/fonts/cyrillic,/usr/X11/lib/X11/fonts/encodings,/usr/X11/lib/X11/fonts/misc,/usr/X11/lib/X11/fonts/OTF,/usr/X11/lib/X11/fonts/Speedo,/usr/X11/lib/X11/fonts/TTF,/usr/X11/lib/X11/fonts/Type1,/usr/X11/lib/X11/fonts/util
	argv[8] = -xkbdir
	argv[9] = /Applications/Crazy Taxi.app/Contents/Frameworks/share/X11/xkb
Waiting for startup parameters via Mach IPC.
X11.app: No launchd socket handed off, unsetting DISPLAY
X11.app: do_start_x11_server(): argc=10
	argv[0] = /Applications/Crazy Taxi.app/Contents/MacOS/WineskinX11
	argv[1] = :7888
	argv[2] = -depth
	argv[3] = 24
	argv[4] = +xinerama
	argv[5] = -br
	argv[6] = -fp
	argv[7] = /usr/X11/lib/X11/fonts/75dpi,/usr/X11/lib/X11/fonts/100dpi,/usr/X11/lib/X11/fonts/cyrillic,/usr/X11/lib/X11/fonts/encodings,/usr/X11/lib/X11/fonts/misc,/usr/X11/lib/X11/fonts/OTF,/usr/X11/lib/X11/fonts/Speedo,/usr/X11/lib/X11/fonts/TTF,/usr/X11/lib/X11/fonts/Type1,/usr/X11/lib/X11/fonts/util
	argv[8] = -xkbdir
	argv[9] = /Applications/Crazy Taxi.app/Contents/Frameworks/share/X11/xkb
Attempting to use pixel depth of 24
[3447778.772] Xquartz starting:
[3447778.772] X.Org X Server 1.11.1
[3447778.772] Build Date: 20110929
[3447778.773] _XSERVTransmkdir: ERROR: euid != 0,directory /tmp/.X11-unix will not be created.
[3447778.812] (II) GLX: Initialized Core OpenGL GL provider for screen 0
[3447778.909] [dix] Could not init font path element /usr/X11/lib/X11/fonts/encodings, removing from list!
[3447779.023] X11.app: DarwinProcessFDAdditionQueue_thread: Sleeping to allow xinitrc to catchup.
[3447779.069] (EE) Error loading keymap /tmp/Wineskin/share/X11/xkb/compiled/server-7888.xkm
[3447779.069] (EE) XKB: Failed to load keymap. Loading default keymap instead.

[LazerTag]

doh123 said:

I stuck out Wineskin-2.5g update.  It has all the Winetricks enhancements so far, as well as I fixed the bug that made non-decorated windows need a click first to get focus before you could do anything in them.... (that one took me a loong time to narrow down)

Question on this particular item.  I've been playing with a SteamPC wineskin (been trying varying versions osince 2.5a to the current using engines WS8Wine 1.2.3, 1.3.18, and 1.3.29).  I've only had time for HL1 testing so far but if I run non-decorated I have mouse control but no keyboard once in the game but appears to work in Steam itself.  I was looking around trying to determine if this is normal or not for HL1 engine and Wine but couldn't find any info about it offhand.  Anyway thought I would ask since I saw this post to make sure it's still not an outstanding bug?

[doh123]

All my fullscreen games are coming up to the front just fine on 2.5n ... so its not working for some?  What the heck am I gonna do about it?  There is only so many ways to get this to come to the front at the right levels (in front of the black shielding in fullscreen instead of behind it)... every method I find that works fine for me on multiple machines, theres always a few people who says it doesn't work for them... I find a new way to do it.. fixes some peoples, then other people its broken for... it makes no sense... and its getting a little old... I'm not sure there are any methods left I haven't tried.

For everyone its either working for or not working for I need more information... mainly your Mac OS X version number, because if its only happening in certain versions, that would be much easier to fix, but I just keep getting people saying what is or isn't working and I have no idea what they are even running it on.

LazerTag said:

doh123 said:

I stuck out Wineskin-2.5g update.  It has all the Winetricks enhancements so far, as well as I fixed the bug that made non-decorated windows need a click first to get focus before you could do anything in them.... (that one took me a loong time to narrow down)

Question on this particular item.  I've been playing with a SteamPC wineskin (been trying varying versions osince 2.5a to the current using engines WS8Wine 1.2.3, 1.3.18, and 1.3.29).  I've only had time for HL1 testing so far but if I run non-decorated I have mouse control but no keyboard once in the game but appears to work in Steam itself.  I was looking around trying to determine if this is normal or not for HL1 engine and Wine but couldn't find any info about it offhand.  Anyway thought I would ask since I saw this post to make sure it's still not an outstanding bug?

that update has absolutely nothing to do with the problem you described.. it was only a window focus opening issue in X11, and never prevented anything from actually working, just wether you had to click on the window fist or not to get focus.  I do not know what might be causing your issue, but it really doesn't sound Wineskin related.... but something with Wine itself.

[doh123]

for the ... bring to front in fullscreen problem... I think about the only method I haven't tried...

Since osascript running applescript commands seemed the least problematic, I could try still using Applescript but just not running it through osascript and see if it works.  I can call Applecript from inside cocoa and try that... not sure on the details, but I guess I can try it... I'm just thinking I'm going to have to add an option for switching to use multiple ways, with the most reliable way (works for most people) as default.

[paulthetall]

wait, if you select "decorate windows" should fix the problem (black screen) for many games (not all of course).

[Zonex]

Hello i back :))

So reporting this. GJ doh123 glad see you again and your work.

2.5n default screen setting.

1, No work Xquartz property.

  15 0x017ac576 in mafia2 (+0x13ac575) (0x025bc530)
  16 0x00000000 (0x01914ef8)
  17 0x016f6b70 in mafia2 (+0x12f6b6f) (0x017a8640)
XIO:  fatal IO error 35 (Resource temporarily unavailable) on X server ":7692"
	  after 50 requests (50 known processed) with 2 events remaining.

[3493039.247] Xquartz starting:
[3493039.247] X.Org X Server 1.11.1
[3493039.247] Build Date: 20110929
[3493039.247] _XSERVTransmkdir: ERROR: euid != 0,directory /tmp/.X11-unix will not be created.
[3493039.320] (II) GLX: Initialized Core OpenGL GL provider for screen 0
[3493039.386] [dix] Could not init font path element /usr/X11/lib/X11/fonts/encodings, removing from list!
[3493039.423] X11.app: DarwinProcessFDAdditionQueue_thread: Sleeping to allow xinitrc to catchup.
[3493039.449] (EE) Error loading keymap /tmp/Wineskin/share/X11/xkb/compiled/server-6483.xkm
[3493039.449] (EE) XKB: Failed to load keymap. Loading default keymap instead.

2. Big problem with sound all time lagging

3. No work mouse in full screen mode

4. :))) And i no see Russian support for input can't change key input type like on linux.

5. Can help with MultiLang support can translate for russian and ukrainian langs. Menu and other stuff form wineskins

[doh123]

paulthetall said:

wait, if you select "decorate windows" should fix the problem (black screen) for many games (not all of course).

many of the decorate windows and fullscreen bugs are fixed, so many more games will work fine going fullscreen and back with decorate windows on.. where basically none would in 2.4... but Wine still has issues too, and it will not work in every game.

2.5p is now closer to 2.4s method.. using Applescript, but calling it from cocoa instead of using osascript... so hopefully it'll work more reliably.

Zonex said:

1, No work Xquartz property.

  15 0x017ac576 in mafia2 (+0x13ac575) (0x025bc530)
  16 0x00000000 (0x01914ef8)
  17 0x016f6b70 in mafia2 (+0x12f6b6f) (0x017a8640)
XIO:  fatal IO error 35 (Resource temporarily unavailable) on X server ":7692"
	  after 50 requests (50 known processed) with 2 events remaining.

this just means X shut down and Wine couldn't access it anymore... its pretty common especially if oyu use CMD+Q to quit the app.

Zonex said:

2. Big problem with sound all time lagging

your probably noticing the Wine sound issues that started in Wine 1.3.25... they are doing major work on the sound system.  Some games sound is useless for now in these versions, but some still work.

Zonex said:

3. No work mouse in full screen mode

need more details... I've run many programs so far in fullscreen with no mouse problems at all, so... are you sure this is a Wineskin problem, or a Wine problem?

Zonex said:

4. :))) And i no see Russian support for input can't change key input type like on linux.

no idea what you are talking about... you really need to be more specific in exactly what is happening... is a keyboard not working at all.. are the wrong letters coming up when typing.. what?  There should be no issues.

Zonex said:

5. Can help with MultiLang support can translate for russian and ukrainian langs. Menu and other stuff form wineskins

I might do this in the future, but for now I'm not looking to do it... its adds a BIG complication in development.  If everything gets stable enough I can look into this.. it'll probably happen in Wineskin.app and Winery first... menus and stuff for a ported app can already be edited carefully.

to fix problems with 2.5 ... I mainly need to know regressions... Things that worked right in 2.4 with the same Wine version, that stopped working in 2.5...  I'm not trying to fix any more old bugs or problems or Wine issues... etc... trying to finalize 2.5, then I'll look at stuff like that again.

[LazerTag]

doh123 said:

All my fullscreen games are coming up to the front just fine on 2.5n ... so its not working for some?  What the heck am I gonna do about it?  There is only so many ways to get this to come to the front at the right levels (in front of the black shielding in fullscreen instead of behind it)... every method I find that works fine for me on multiple machines, theres always a few people who says it doesn't work for them... I find a new way to do it.. fixes some peoples, then other people its broken for... it makes no sense... and its getting a little old... I'm not sure there are any methods left I haven't tried.

For everyone its either working for or not working for I need more information... mainly your Mac OS X version number, because if its only happening in certain versions, that would be much easier to fix, but I just keep getting people saying what is or isn't working and I have no idea what they are even running it on.

LazerTag said:

doh123 said:

I stuck out Wineskin-2.5g update.  It has all the Winetricks enhancements so far, as well as I fixed the bug that made non-decorated windows need a click first to get focus before you could do anything in them.... (that one took me a loong time to narrow down)

Question on this particular item.  I've been playing with a SteamPC wineskin (been trying varying versions osince 2.5a to the current using engines WS8Wine 1.2.3, 1.3.18, and 1.3.29).  I've only had time for HL1 testing so far but if I run non-decorated I have mouse control but no keyboard once in the game but appears to work in Steam itself.  I was looking around trying to determine if this is normal or not for HL1 engine and Wine but couldn't find any info about it offhand.  Anyway thought I would ask since I saw this post to make sure it's still not an outstanding bug?

that update has absolutely nothing to do with the problem you described.. it was only a window focus opening issue in X11, and never prevented anything from actually working, just wether you had to click on the window fist or not to get focus.  I do not know what might be causing your issue, but it really doesn't sound Wineskin related.... but something with Wine itself.

Sorry I did have my version number in my sig. or is there something even more then this you want?  I'll be happy to post whatever helps you the most of course.

I installed HL2 in this same wrapper this afternoon (currently just tested the WS8Wine1.3.29 engine using 2.5n wrapper) and found the same issue with keyboard not working.  However I noted if I go Config utility (wincfg) and simply check 'Allow window manager to control windows' in the Graphics tab it fixes the keyboard functionality in all games without actually having it decorate the windows also from that same settings screen.

As a side note, when you check either of these options manually in the winecfg it does check the 'Decorate windows' option in the 'Set Screen Options' of Wineskin.  Since these are actually two different options in Wine itself should the option from Wineskin only check the decorate option of the winecfg and not also check the 'Allow windows manager to control windows' ? or is the assumption one would always want both for a specific reason so setting them separately is frowned on?

Maybe using Steam games isn't the best way to test?  My aim was trying to play with Mirror's Edge again as I had done in the past but it just totally locks up right at loading no matter what I do with it anymore.  I think Lion broke something there as it used to work almost flawlessly. I've tried numerous engines and it does the same on them all. That's another story though I guess.  Again other games (at least HL1 and HL2 in this case) do work from the same wrapper.

thanks

[ovvldc]

As doh123 said, the newest engines are not necessarily working well. Wine builds with odd second numbers (1.1.x, 1.3.x one day 1.5.x) should be considered alpha-quality and unreliable.

If you want to test safely from the Wine side, use engine version 1.2.3.

Personally, I have used 1.3.23 with some success but the latest three at least have bad sound, and changes to the mouse input system (relative vs. absolute) have been going on since after 1.3.17, IIRC.

best wishes,
Oscar

[doh123]

LazerTag said:

Sorry I did have my version number in my sig. or is there something even more then this you want?  I'll be happy to post whatever helps you the most of course.

I just get frustrated when I get partial information from many people... I wasn't meaning specifically you  :-)

LazerTag said:

I installed HL2 in this same wrapper this afternoon (currently just tested the WS8Wine1.3.29 engine using 2.5n wrapper) and found the same issue with keyboard not working.  However I noted if I go Config utility (wincfg) and simply check 'Allow window manager to control windows' in the Graphics tab it fixes the keyboard functionality in all games without actually having it decorate the windows also from that same settings screen.

I wouldn't trust 1.3.29... and I really need to know if something changed from 2.4 to 2.5... if it does the same thing with the same Wine versions in 2.4, then I'm not worried about it right now.  2.5 is beta testing... not trying to do some major fixes or changes.. that'll be saved for later updates or 2.5 will be in beta for years.
Letting quartz-wm (the window manager) control things will help a ton.  The checkmark in Wineskin.app basically goes by either or both settings, and it turns both on and off.  There is no reason to only do one or the other.  If one is causing a problem, its best to turn them both off 99% of the time...  just check it on in Wineskin.app (or off and back on if you changed it in winecfg) and it should still work fine... no reason to let quartz-wm control it and not decorate it 99.99% of the time.... it looks much better.  in 2.4 with WS7 engines, it'll almost always crash fullscreen apps having it on.

Should I default this back to on since its much better in 2.5, and let people turn it off if they have a problem?

LazerTag said:

Maybe using Steam games isn't the best way to test?  My aim was trying to play with Mirror's Edge again as I had done in the past but it just totally locks up right at loading no matter what I do with it anymore.  I think Lion broke something there as it used to work almost flawlessly. I've tried numerous engines and it does the same on them all. That's another story though I guess.  Again other games (at least HL1 and HL2 in this case) do work from the same wrapper.

thanks

the best way to test is using anything where you have tested and have a 2.4 wrapper and can compare it to a 2.5 wrapper both using the same Wine version.

[doh123]

ok... I've worked on this problem more.  I uploaded a new wrapper 2.5q

This one uses 4 different methods to bring the app to the front, but it doesn't just throw them out there.  It detects if the wrapper is the front most app, if it is not, it will try one method and check again, and it will keep trying one and checking until it gets through all 4 methods...

It will report out in Console.app messages saying if it was successful or failed, and which method it used.

If people could test with with their failing fullscreen (black screen) apps... let me know if it works, or not.. what the message says the method that was successful, and what OS version you are running.  Most likely I'll have to just leave it running all 4 methods like this, but I'd like the data anyways.

[doh123]

ok... I found out why my tests were working and others weren't...

my test had no spaces in the name, and my new PID testing method that tests pid number along with pid name for an extra check had a typo... I forgot the quotes, and it was failing to even try to bring anything to the front in fullscreen if the wrapper name had spaces...

Hopefully its fixed in 2.5r

[PommeGolden]

i'm pleased to report the fullscreen black screen bug is now gone in 2.5-r!

Mac OS X 10.7.1, WS8WineCXG10.1.1

:Bravo:  :Bravo:  :Bravo:  :Bravo:  :Bravo:

11-10-05 12:01:10.276 PM	Wineskin	Starting up...
11-10-05 12:01:10.276 PM	[0x0-0x37f37f].Crazy Taxi.Wineskin.prefs	2011-10-05 12:01:10.273 Wineskin[74259] Starting up...
11-10-05 12:01:10.276 PM	Wineskin	reading all configuration information...
11-10-05 12:01:10.277 PM	[0x0-0x37f37f].Crazy Taxi.Wineskin.prefs	2011-10-05 12:01:10.275 Wineskin[74259] reading all configuration information...
11-10-05 12:01:10.316 PM	Wineskin	Starting up WineskinX11
11-10-05 12:01:10.316 PM	[0x0-0x37f37f].Crazy Taxi.Wineskin.prefs	2011-10-05 12:01:10.315 Wineskin[74259] Starting up WineskinX11
11-10-05 12:01:10.317 PM	Wineskin	Using Engine WS8WineCXG10.1.1
11-10-05 12:01:10.317 PM	[0x0-0x37f37f].Crazy Taxi.Wineskin.prefs	2011-10-05 12:01:10.316 Wineskin[74259] Using Engine WS8WineCXG10.1.1
11-10-05 12:01:10.575 PM	Firewall	WineskinX11 is listening from :::12836 proto=6
11-10-05 12:01:10.905 PM	Firewall	WineskinX11 is listening from 0.0.0.0:12836 proto=6
11-10-05 12:01:11.046 PM	Wineskin	WSTEST
WSTEST
The App was detected as frontmost!!!! NSWorkSpace launchApplication method successful
WSTEST
WSTEST
11-10-05 12:01:11.051 PM	[0x0-0x37f37f].Crazy Taxi.Wineskin.prefs	2011-10-05 12:01:11.045 Wineskin[74259] WSTEST
11-10-05 12:01:11.051 PM	[0x0-0x37f37f].Crazy Taxi.Wineskin.prefs	WSTEST
11-10-05 12:01:11.051 PM	[0x0-0x37f37f].Crazy Taxi.Wineskin.prefs	The App was detected as frontmost!!!! NSWorkSpace launchApplication method successful
11-10-05 12:01:11.051 PM	[0x0-0x37f37f].Crazy Taxi.Wineskin.prefs	WSTEST
11-10-05 12:01:11.051 PM	[0x0-0x37f37f].Crazy Taxi.Wineskin.prefs	WSTEST
11-10-05 12:01:11.065 PM	Wineskin	WineskinX11 running on PID 74272
11-10-05 12:01:11.066 PM	Wineskin	Fixing user folders in Drive C to current user
11-10-05 12:01:11.069 PM	[0x0-0x37f37f].Crazy Taxi.Wineskin.prefs	2011-10-05 12:01:11.049 Wineskin[74259] WineskinX11 running on PID 74272
11-10-05 12:01:11.069 PM	[0x0-0x37f37f].Crazy Taxi.Wineskin.prefs	2011-10-05 12:01:11.065 Wineskin[74259] Fixing user folders in Drive C to current user
11-10-05 12:01:14.877 PM	Wineskin	Starting specified executable in Wine
11-10-05 12:01:14.877 PM	[0x0-0x37f37f].Crazy Taxi.Wineskin.prefs	2011-10-05 12:01:14.876 Wineskin[74259] Starting specified executable in Wine
11-10-05 12:01:14.993 PM	Wineskin	Wineserver running on PID 74306
11-10-05 12:01:14.994 PM	Wineskin	Changing to requested starting resolution of 1680 1050...
11-10-05 12:01:14.995 PM	[0x0-0x37f37f].Crazy Taxi.Wineskin.prefs	2011-10-05 12:01:14.992 Wineskin[74259] Wineserver running on PID 74306
11-10-05 12:01:14.995 PM	[0x0-0x37f37f].Crazy Taxi.Wineskin.prefs	2011-10-05 12:01:14.993 Wineskin[74259] Changing to requested starting resolution of 1680 1050...
11-10-05 12:01:15.000 PM	kernel	nstat_lookup_entry failed: 2
11-10-05 12:01:16.061 PM	Wineskin	Sleeping and monitoring from the background while app runs...
11-10-05 12:01:16.061 PM	[0x0-0x37f37f].Crazy Taxi.Wineskin.prefs	2011-10-05 12:01:16.060 Wineskin[74259] Sleeping and monitoring from the background while app runs...
11-10-05 12:01:16.000 PM	kernel	nstat_lookup_entry failed: 2
11-10-05 12:01:16.000 PM	kernel	nstat_lookup_entry failed: 2
11-10-05 12:01:16.000 PM	kernel	nstat_lookup_entry failed: 2
11-10-05 12:01:16.000 PM	kernel	nstat_lookup_entry failed: 2
11-10-05 12:01:17.460 PM	Wineskin	Changing resolution to request: 1680 1050
11-10-05 12:01:17.460 PM	[0x0-0x37f37f].Crazy Taxi.Wineskin.prefs	2011-10-05 12:01:17.459 Wineskin[74259] Changing resolution to request: 1680 1050
11-10-05 12:01:17.000 PM	kernel	nstat_lookup_entry failed: 2
11-10-05 12:01:17.000 PM	kernel	nstat_lookup_entry failed: 2
11-10-05 12:01:17.659 PM	MIDIServer	MIDIServer [74342] starting; arch=x86_64
11-10-05 12:01:17.690 PM	MIDIServer	PlugIn EmagicUSBMIDIDriver.plugin -- /Library/Audio/MIDI Drivers/ does not contain a supported architecture.
11-10-05 12:01:17.690 PM	MIDIServer	MIDIServer relaunching because a 32-bit driver was found
11-10-05 12:01:17.785 PM	MIDIServer	MIDIServer [74342] starting; arch=i386
11-10-05 12:01:21.000 PM	kernel	nstat_lookup_entry failed: 2
11-10-05 12:01:22.209 PM	com.apple.usbmuxd	HandleUSBMuxDictionary client 0x101812840-iTunes/com.apple.iTunes using library usbmuxd-211 built on May 16 2011 at 00:10:01, running usbmuxd-211 built on May 16 2011 at 00:14:56
11-10-05 12:01:22.698 PM	Wineskin	Changing resolution to request: 1024 768
11-10-05 12:01:22.698 PM	[0x0-0x37f37f].Crazy Taxi.Wineskin.prefs	2011-10-05 12:01:22.697 Wineskin[74259] Changing resolution to request: 1024 768
11-10-05 12:01:24.000 PM	kernel	nstat_lookup_entry failed: 2
11-10-05 12:01:28.146 PM	Firewall	Stealth Mode connection attempt to TCP 10.0.1.9:135 from 113.253.3.82:19032
11-10-05 12:01:29.150 PM	Firewall	Allow smbd connecting from 113.253.3.82:19271 to port 445 proto=6
11-10-05 12:01:29.152 PM	Firewall	Allow smbd connecting from 113.253.3.82:19275 to port 445 proto=6
11-10-05 12:01:29.477 PM	rpcsvchost	sandbox_init: com.apple.msrpc.netlogon.sb succeeded
11-10-05 12:01:29.504 PM	Firewall	smbd is listening from :::445 proto=6
11-10-05 12:01:29.504 PM	Firewall	smbd is listening from 0.0.0.0:445 proto=6
11-10-05 12:01:29.514 PM	sandboxd	([74389]) smbd(74389) deny job-creation
11-10-05 12:01:29.545 PM	Firewall	Stealth Mode connection attempt to TCP 10.0.1.9:1433 from 113.253.3.82:19371
11-10-05 12:01:31.083 PM	WineskinX11	Persistent UI failed to open file file://localhost/Users/ricky/Library/Saved%20Application%20State/Crazy%20Taxi.Wineskin.prefs.savedState/window_2.data: No such file or directory (2)
11-10-05 12:01:31.932 PM	com.apple.launchd	(com.DistortedVista.iStatMenusProcessServer[74412]) posix_spawn("/Library/Application Support/iStat menus/iStatMenusProcessServer", ...): No such file or directory
11-10-05 12:01:31.932 PM	com.apple.launchd	(com.DistortedVista.iStatMenusProcessServer[74412]) Exited with code: 1
11-10-05 12:01:31.932 PM	com.apple.launchd	(com.DistortedVista.iStatMenusProcessServer) Throttling respawn: Will start in 10 seconds
11-10-05 12:01:59.614 PM	Wineskin	Application finished, cleaning up and shut down...
11-10-05 12:01:59.615 PM	[0x0-0x37f37f].Crazy Taxi.Wineskin.prefs	2011-10-05 12:01:59.613 Wineskin[74259] Application finished, cleaning up and shut down...
11-10-05 12:01:59.615 PM	Wineskin	Changing the resolution back to 1680 1050...
11-10-05 12:01:59.616 PM	[0x0-0x37f37f].Crazy Taxi.Wineskin.prefs	2011-10-05 12:01:59.614 Wineskin[74259] Changing the resolution back to 1680 1050...
11-10-05 12:02:00.000 PM	kernel	nstat_lookup_entry failed: 2
11-10-05 12:02:00.907 PM	Wineskin	Finished!
11-10-05 12:02:00.908 PM	[0x0-0x37f37f].Crazy Taxi.Wineskin.prefs	2011-10-05 12:02:00.906 Wineskin[74259] Finished!
11-10-05 12:02:22.302 PM	com.apple.usbmuxd	HandleUSBMuxDictionary client 0x101812840-iTunes/com.apple.iTunes using library usbmuxd-211 built on May 16 2011 at 00:10:01, running usbmuxd-211 built on May 16 2011 at 00:14:56
11-10-05 12:02:34.990 PM	Console	Persistent UI failed to open file file://localhost/Users/ricky/Library/Saved%20Application%20State/com.apple.Console.savedState/window_1.data: No such file or directory (2)
11-10-05 12:03:11.964 PM	com.apple.launchd	(com.DistortedVista.iStatMenusProcessServer[74573]) posix_spawn("/Library/Application Support/iStat menus/iStatMenusProcessServer", ...): No such file or directory
11-10-05 12:03:11.964 PM	com.apple.launchd	(com.DistortedVista.iStatMenusProcessServer[74573]) Exited with code: 1
11-10-05 12:03:11.964 PM	com.apple.launchd	(com.DistortedVista.iStatMenusProcessServer) Throttling respawn: Will start in 10 seconds
11-10-05 12:03:22.395 PM	com.apple.usbmuxd	HandleUSBMuxDictionary client 0x101812840-iTunes/com.apple.iTunes using library usbmuxd-211 built on May 16 2011 at 00:10:01, running usbmuxd-211 built on May 16 2011 at 00:14:56
11-10-05 12:03:28.795 PM	Firewall	Allow smbd connecting from 113.252.146.166:16880 to port 445 proto=6
11-10-05 12:03:28.811 PM	Firewall	Stealth Mode connection attempt to TCP 10.0.1.9:139 from 113.252.146.166:16881

[PommeGolden]

Uploaded with ImageShack.us

it runs more like rootless (windowed) when running under debug mode though (wineskin port occupies the top left side of the screen, everything else is black)

http://pastebin.com/egYS9Epa

Quote

X11.app: DISPLAY does not look like a launchd set variable, unsetting.
X11.app: main(): argc=10
argv[0] = /Applications/Crazy Taxi.app/Contents/MacOS/WineskinX11
argv[1] = :8962
argv[2] = -depth
argv[3] = 24
argv[4] = +xinerama
argv[5] = -br
argv[6] = -fp
argv[7] = /usr/X11/lib/X11/fonts/75dpi,/usr/X11/lib/X11/fonts/100dpi,/usr/X11/lib/X11/fonts/cyrillic,/usr/X11/lib/X11/fonts/encodings,/usr/X11/lib/X11/fonts/misc,/usr/X11/lib/X11/fonts/OTF,/usr/X11/lib/X11/fonts/Speedo,/usr/X11/lib/X11/fonts/TTF,/usr/X11/lib/X11/fonts/Type1,/usr/X11/lib/X11/fonts/util
argv[8] = -xkbdir
argv[9] = /Applications/Crazy Taxi.app/Contents/Frameworks/share/X11/xkb
Waiting for startup parameters via Mach IPC.
X11.app: No launchd socket handed off, unsetting DISPLAY
X11.app: do_start_x11_server(): argc=10
argv[0] = /Applications/Crazy Taxi.app/Contents/MacOS/WineskinX11
argv[1] = :8962
argv[2] = -depth
argv[3] = 24
argv[4] = +xinerama
argv[5] = -br
argv[6] = -fp
argv[7] = /usr/X11/lib/X11/fonts/75dpi,/usr/X11/lib/X11/fonts/100dpi,/usr/X11/lib/X11/fonts/cyrillic,/usr/X11/lib/X11/fonts/encodings,/usr/X11/lib/X11/fonts/misc,/usr/X11/lib/X11/fonts/OTF,/usr/X11/lib/X11/fonts/Speedo,/usr/X11/lib/X11/fonts/TTF,/usr/X11/lib/X11/fonts/Type1,/usr/X11/lib/X11/fonts/util
argv[8] = -xkbdir
argv[9] = /Applications/Crazy Taxi.app/Contents/Frameworks/share/X11/xkb
Attempting to use pixel depth of 24
[3526166.296] Xquartz starting:
[3526166.296] X.Org X Server 1.11.1
[3526166.296] Build Date: 20110929
[3526166.296] _XSERVTransmkdir: ERROR: euid != 0,directory /tmp/.X11-unix will not be created.
[3526167.295] (II) GLX: Initialized Core OpenGL GL provider for screen 0
[3526168.426] [dix] Could not init font path element /usr/X11/lib/X11/fonts/encodings, removing from list!
[3526169.901] X11.app: DarwinProcessFDAdditionQueue_thread: Sleeping to allow xinitrc to catchup.
[3526170.391] (EE) Error loading keymap /tmp/Wineskin/share/X11/xkb/compiled/server-8962.xkm
[3526170.391] (EE) XKB: Failed to load keymap. Loading default keymap instead.

[doh123]

PommeGolden said:

it runs more like rootless (windowed) when running under debug mode though (wineskin port occupies the top left side of the screen, everything else is black)

If you are using Override->Fullscreen... then this is normal in debug mode.  I haven't found a good way around it.  In Override X11 is running a true fullscreen mode, but Wine is not.  Its a Virtual Desktop drawing to make it seem like fullscreen.  To get the resolution information from Wine, it uses the logs... since debug keeps the log files, it just keeps adding on and causing problems.. where a normal run will read logs when they are changed and find the new info and then blank them... so it can be sure it found the right new info.

[PommeGolden]

LazerTag said:

I installed HL2 in this same wrapper this afternoon (currently just tested the WS8Wine1.3.29 engine using 2.5n wrapper) and found the same issue with keyboard not working.

Download & try with other older WS8 engines, for example WS8WineCXG10.1.1, WS8Wine1.2.3ICE, which are more stable

Yours sounds more like a Wine bug than Wineskin bug...

[ovvldc]

So quiet all of a sudden. Everything must be working perfectly then..

[doh123]

seems to be working good so far... I put out a new notice on the website that beta is wrapping up  :-P

[PommeGolden]

i've also retested that custom WS5Beta3Wine1.3.7DIBENGINE DIB engine (viewtopic.php?f=185&t=4386)

this time i can confirm the conversion mechanism does work without problem

Wineskin 2.5-r, OS X 10.7.1

[doh123]

I've ran into one little problem I haven't been able to explain...

If I run Star Trek Online using the newer libGL (exact same build as in XQuartz 2.7.0beta2) it crashes at start up... if I drop i the older libGL.1.2.dylib from WS7, then it works fine...  I thought it was some weird bug in the newer libGL, but that same exact version (and same exact file) works perfectly if ran in XQuartz 2.7.0beta2 ....  really weird.  I did code it so you can just drop in the older libGL file in Frameworks and it'll use it if its there... but I didn't really expect to need it.  But its weird the same exact build in XQuartz runs the same game fine.

[Headrush69]

Maybe that aren't byte wise the same after all?

Do they have the same checksums?

[doh123]

Headrush69 said:

Maybe that aren't byte wise the same after all?

Do they have the same checksums?

I pulled the same exact file out... and used install_name_tool to edit its library links over to the correct ones in the wrapper... so I tried with the exact same dylib file...

[Headrush69]

doh123 said:

Headrush69 said:

Maybe that aren't byte wise the same after all?

Do they have the same checksums?

I pulled the same exact file out... and used install_name_tool to edit its library links over to the correct ones in the wrapper... so I tried with the exact same dylib file...

I understand that but I was thinking that possibly something has changed between the builds that wouldn't be so apparent.
(For example, a compiler option that generated slightly difference code that made the difference.)

If so a checksum would show for sure if they were byte equivalent.

[doh123]

Headrush69 said:

doh123 said:

Headrush69 said:

Maybe that aren't byte wise the same after all?

Do they have the same checksums?

I pulled the same exact file out... and used install_name_tool to edit its library links over to the correct ones in the wrapper... so I tried with the exact same dylib file...

I understand that but I was thinking that possibly something has changed between the builds that wouldn't be so apparent.
(For example, a compiler option that generated slightly difference code that made the difference.)

If so a checksum would show for sure if they were byte equivalent.

i'm not saying they were equivalent... I'm saying they are the same exact files.  i simple copied it into Wineskin to use and it fails... so its something else causing the problem in libGL and not libGL itself.  I'm also not too worried about it at the moment  :-)

Beta is over anyways... I pushed 2.5 out.