Wine on Macports

Open forum for end-user questions about Wine. Before asking questions, check out the Wiki as a first step.
Forum Rules
Locked
sjbayer3
Level 2
Level 2
Posts: 16
Joined: Tue May 06, 2008 2:25 am

Wine on Macports

Post by sjbayer3 »

Hi, I have been using wine on my ubuntu nix computer for a while no big issues, been able to fiure out most of my stuff.

Now my fiance got a mac and I am using mac ports to get a game working for her.

Quick Background:
I installed Apple Xcode, then X11, then the x11 upgrade because macs is somehow not working... finally I installed mac ports and built the wine install which worked great.

Here is my error, I am most worried about

Code: Select all

err:wgl:X11DRV_ChoosePixelFormat No libGL on this box - disabling OpenGL support !
but here is the whole thing

Code: Select all

stephanie-gablers-macbook:Tetris Worlds stephaniegabler$ wine TWConfig.exe
fixme:advapi:SetEntriesInAclA 1 0x33f7ec 0x0 0x33f824
fixme:advapi:SetSecurityInfo stub
fixme:advapi:SetEntriesInAclA 1 0x33f7d8 0x0 0x33f820
fixme:advapi:SetSecurityInfo stub
fixme:advapi:SetEntriesInAclA 1 0x33f7f8 0x0 0x33f840
fixme:advapi:SetSecurityInfo stub
Could not load Mozilla. HTML rendering will be disabled.
fixme:seh:fpe_handler untested SIMD exception: 0x4. Might not work correctly
err:wgl:X11DRV_ChoosePixelFormat No libGL on this box - disabling OpenGL support !
err:d3d:WineD3D_CreateFakeGLContext Can't find a suitable iPixelFormat
err:d3d:InitAdapters Failed to get a gl context for default adapter
err:wine_d3d:WineDirect3DCreate Direct3D8 is not available without opengl
wine: Unhandled page fault on read access to 0x00000000 at address 0x607dc491 (thread 0009), starting debugger...
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x607dc491).
Register dump:
 CS:0017 SS:001f DS:001f ES:001f FS:1007 GS:0037
 EIP:607dc491 ESP:0032e700 EBP:0032e758 EFLAGS:00010206(   - 00      - RIP1)
 EAX:00000000 EBX:607dc3b8 ECX:0013c428 EDX:607e96c4
 ESI:00141d00 EDI:0032e788
Stack dump:
0x0032e700:  607e96c0 00000008 00000138 607e68e6
0x0032e710:  0013c428 00000000 00000001 0032e788
0x0032e720:  607e96c0 00000008 0013c428 607e9728
0x0032e730:  00000001 00000000 0013c428 34393332
0x0032e740:  00000000 00000000 0032e768 603c075b
0x0032e750:  0013c428 0032e85c 0032e9e4 0041215d
0200: sel=1007 base=7def0000 limit=0000ffff 32-bit rw-
Backtrace:
=>1 0x607dc491 in dinput (+0x4c491) (0x0032e758)
  2 0x0041215d in twconfig (+0x1215d) (0x0032e9e4)
  3 0x5f4095dd in mfc42 (+0x95dd) (0x0032ea48)
  4 0x603c07b9 (0x0032eaa8)
  5 0x603c5671 (0x0032eae8)
  6 0x60345d18 (0x0032eb38)
  7 0x603c009a (0x0032eb78)
  8 0x603c21ec (0x0032ebb8)
  9 0x603c5820 (0x0032ec18)
  10 0x5f4020f2 in mfc42 (+0x20f2) (0x0032ec40)
  11 0x5f401902 in mfc42 (+0x1902) (0x0032ece0)
  12 0x5f401cea in mfc42 (+0x1cea) (0x0032ed00)
  13 0x5f401c73 in mfc42 (+0x1c73) (0x0032ed60)
  14 0x5f401bfb in mfc42 (+0x1bfb) (0x0032ed7c)
  15 0x5f401bba in mfc42 (+0x1bba) (0x0032eda8)
  16 0x603c009a (0x0032edd8)
  17 0x603c21ec (0x0032ee18)
  18 0x603c5a83 (0x0032f6b8)
  19 0x603c6bbf (0x0032f6f8)
  20 0x60384015 (0x0032f768)
  21 0x60387f73 (0x0032f7d8)
  22 0x60388515 (0x0032f818)
  23 0x6034c602 (0x0032f9b8)
  24 0x6034d920 (0x0032f9f8)
  25 0x6034da8d (0x0032fa58)
  26 0x5f40a1a1 in mfc42 (+0xa1a1) (0x0032fac8)
  27 0x5f416b53 in mfc42 (+0x16b53) (0x0032fb0c)
  28 0x00410096 in twconfig (+0x10096) (0x0032ff58)
  29 0x7b866541 in kernel32 (+0x56541) (0x0032ffe8)
0x607dc491: movl	0x0(%eax),%edx
Modules:
Module	Address			Debug info	Name (17 modules)
PE	  330000-  33e000	Deferred        dsetup
PE	  400000-  485000	Export          twconfig
PE	5f400000-5f4f2000	Export          mfc42
PE	60170000-60174000	Deferred        advapi32
PE	601e0000-601e4000	Deferred        version
PE	60310000-60325000	Deferred        user32
PE	60480000-60484000	Deferred        gdi32
PE	60540000-6058d000	Deferred        winmm
PE	605f0000-605f4000	Deferred        ole32
PE	606d0000-606d4000	Deferred        rpcrt4
PE	60770000-6081e000	Deferred        dinput8
PE	60790000-60830000	Export          dinput
PE	60790000-60830000	Export          dinput
PE	61ae0000-61b24000	Deferred        msvcrt
PE	62660000-62672000	Deferred        comctl32
PE	7b810000-7b87c000	Export          kernel32
PE	7bc10000-7bc14000	Deferred        ntdll
Threads:
process  tid      prio (all id:s are in hex)
00000008 (D) C:\Program Files\Tetris Worlds\TWConfig.exe
	0000001f    0
	00000009    0 <==
0000000c 
	00000027    0
	0000001b    0
	00000014    0
	00000013    0
	0000000e    0
	0000000d    0
00000018 
	0000001d    0
	0000001c    0
	0000001a    0
	00000019    0
00000020 
	00000021    0
Backtrace:
=>1 0x607dc491 in dinput (+0x4c491) (0x0032e758)
  2 0x0041215d in twconfig (+0x1215d) (0x0032e9e4)
  3 0x5f4095dd in mfc42 (+0x95dd) (0x0032ea48)
  4 0x603c07b9 (0x0032eaa8)
  5 0x603c5671 (0x0032eae8)
  6 0x60345d18 (0x0032eb38)
  7 0x603c009a (0x0032eb78)
  8 0x603c21ec (0x0032ebb8)
  9 0x603c5820 (0x0032ec18)
  10 0x5f4020f2 in mfc42 (+0x20f2) (0x0032ec40)
  11 0x5f401902 in mfc42 (+0x1902) (0x0032ece0)
  12 0x5f401cea in mfc42 (+0x1cea) (0x0032ed00)
  13 0x5f401c73 in mfc42 (+0x1c73) (0x0032ed60)
  14 0x5f401bfb in mfc42 (+0x1bfb) (0x0032ed7c)
  15 0x5f401bba in mfc42 (+0x1bba) (0x0032eda8)
  16 0x603c009a (0x0032edd8)
  17 0x603c21ec (0x0032ee18)
  18 0x603c5a83 (0x0032f6b8)
  19 0x603c6bbf (0x0032f6f8)
  20 0x60384015 (0x0032f768)
  21 0x60387f73 (0x0032f7d8)
  22 0x60388515 (0x0032f818)
  23 0x6034c602 (0x0032f9b8)
  24 0x6034d920 (0x0032f9f8)
  25 0x6034da8d (0x0032fa58)
  26 0x5f40a1a1 in mfc42 (+0xa1a1) (0x0032fac8)
  27 0x5f416b53 in mfc42 (+0x16b53) (0x0032fb0c)
  28 0x00410096 in twconfig (+0x10096) (0x0032ff58)
  29 0x7b866541 in kernel32 (+0x56541) (0x0032ffe8)
any help would be really appreciated
Top
James Mckenzie

Wine on Macports

Post by James Mckenzie »

sjbayer3 <[email protected]> at Sep 7, 2008 9:30 PM (EDT) wrote about [Wine] Wine on Macports
Hi, I have been using wine on my ubuntu nix computer for a while no big issues, been able to fiure out most of my stuff.

Now my fiance got a mac and I am using mac ports to get a game working for her.

Here is my error, I am most worried about


Code:
err:wgl:X11DRV_ChoosePixelFormat No libGL on this box - disabling OpenGL support !
This is not a problem caused by Wine, but rather the X11 program under Leopard (MacOSX 10.5) does not support OpenGL 'out of the box'. There is a possible solution: Use the XQuartz version of X11. It is a simple process, visit the XQuartz MacOSForge web site. Select Releases and download XQuartz 2.3.0. Once the file completes downloading to your Mac, click on the disk image file. This will open to reveal two files: a package file and a folder which includes the readme and change log. Click on the package installer icon to start the installation. It is HIGHLY recommended that the installation be completed by a system administration account. Follow the prompts to install the software package. FWIW, approved XQuartz versions are used in future Leopard updates, you are installing the latest approved update ahead of the Leopard update schedule.

I hope this helps resolve your problem with OpenGL.

James McKenzie
Top
sjbayer3
Level 2
Level 2
Posts: 16
Joined: Tue May 06, 2008 2:25 am

Re: Wine on Macports

Post by sjbayer3 »

James Mckenzie wrote:This is not a problem caused by Wine, but rather the X11 program under Leopard (MacOSX 10.5) does not support OpenGL 'out of the box'. There is a possible solution: Use the XQuartz version of X11. It is a simple process, visit the XQuartz MacOSForge web site. Select Releases and download XQuartz 2.3.0. Once the file completes downloading to your Mac, click on the disk image file. This will open to reveal two files: a package file and a folder which includes the readme and change log. Click on the package installer icon to start the installation. It is HIGHLY recommended that the installation be completed by a system administration account. Follow the prompts to install the software package. FWIW, approved XQuartz versions are used in future Leopard updates, you are installing the latest approved update ahead of the Leopard update schedule.

I hope this helps resolve your problem with OpenGL.

James McKenzie
I did all this, and sadly I am still getting the opengl problem. When I launch the program it still opens X11, is that an error? Should it be opening XQuartz wherever that is?
Top
Zach
Level 2
Level 2
Posts: 32
Joined: Tue May 06, 2008 8:09 pm

Wine on Macports

Post by Zach »

On Sep 8, 2008, at 12:37 PM, sjbayer3 wrote:
James Mckenzie wrote:
This is not a problem caused by Wine, but rather the X11 program
under Leopard (MacOSX 10.5) does not support OpenGL 'out of the
box'. There is a possible solution: Use the XQuartz version of
X11. It is a simple process, visit the XQuartz MacOSForge web
site. Select Releases and download XQuartz 2.3.0. Once the file
completes downloading to your Mac, click on the disk image file.
This will open to reveal two files: a package file and a folder
which includes the readme and change log. Click on the package
installer icon to start the installation. It is HIGHLY recommended
that the installation be completed by a system administration
account. Follow the prompts to install the software package.
FWIW, approved XQuartz versions are used in future Leopard updates,
you are installing the latest approved update ahead of the Leopard
update schedule.

I hope this helps resolve your problem with OpenGL.

James McKenzie
I did all this, and sadly I am still getting the opengl problem.
When I launch the program it still opens X11, is that an error?
Should it be opening XQuartz wherever that is?
Xquartz is just the project name given to X releases that aren't
officially included in OS X. It's maintained by developers at Apple
though.

The latest Xquartz builds do not go into OS X directly. iirc, it was
discussed on the mailing list and Apple takes the latest stable at the
time they're building the update and make sure it's stable and package
the X server bits. Xquartz is generally newer then what's in a system
update as well as includes development headers.

http://xquartz.macosforge.org/trac/ticket/122 is the relevant bug for
the libGL version being out of date. It's marked to be fixed in
2.4.0, however far away that may be (Xquartz is on 2.3.1b6 right now,
with a 2.3.2 planned).

-Zach
Top
James McKenzie

Wine on Macports

Post by James McKenzie »

Zach Drayer wrote:
On Sep 8, 2008, at 12:37 PM, sjbayer3 wrote:
James Mckenzie wrote:
This is not a problem caused by Wine, but rather the X11 program
under Leopard (MacOSX 10.5) does not support OpenGL 'out of the
box'. There is a possible solution: Use the XQuartz version of
X11. It is a simple process, visit the XQuartz MacOSForge web
site. Select Releases and download XQuartz 2.3.0. Once the file
completes downloading to your Mac, click on the disk image file.
This will open to reveal two files: a package file and a folder
which includes the readme and change log. Click on the package
installer icon to start the installation. It is HIGHLY recommended
that the installation be completed by a system administration
account. Follow the prompts to install the software package. FWIW,
approved XQuartz versions are used in future Leopard updates, you
are installing the latest approved update ahead of the Leopard
update schedule.

I hope this helps resolve your problem with OpenGL.

James McKenzie
I did all this, and sadly I am still getting the opengl problem.
When I launch the program it still opens X11, is that an error?
Should it be opening XQuartz wherever that is?
Xquartz is just the project name given to X releases that aren't
officially included in OS X. It's maintained by developers at Apple
though.

The latest Xquartz builds do not go into OS X directly. iirc, it was
discussed on the mailing list and Apple takes the latest stable at the
time they're building the update and make sure it's stable and package
the X server bits. Xquartz is generally newer then what's in a system
update as well as includes development headers.

http://xquartz.macosforge.org/trac/ticket/122 is the relevant bug for
the libGL version being out of date. It's marked to be fixed in
2.4.0, however far away that may be (Xquartz is on 2.3.1b6 right now,
with a 2.3.2 planned).
Thank you, Zach for the update. This last bit is definitely true and
XQuartz is way behind the times for OpenGL support where it breaks and
newer OpenGL functions are not supported. Apple's original X11 that
came with Leopard did not do even this much.

James McKenzie
Top
plumwd
Newbie
Newbie
Posts: 2
Joined: Wed Sep 10, 2008 12:15 pm

Post by plumwd »

Would it be possible to use an earlier build to get this working till they release 2.4.0?
Top
Zach
Level 2
Level 2
Posts: 32
Joined: Tue May 06, 2008 8:09 pm

Wine on Macports

Post by Zach »

On Sep 10, 2008, at 1:25 PM, plumwd wrote:
Would it be possible to use an earlier build to get this working
till they release 2.4.0?
No. You can compile X.org on your own if you want libGL to work,
however there is currently no version of X shipped from apple with the
proper libGL.dylib needed.
Top
plumwd
Newbie
Newbie
Posts: 2
Joined: Wed Sep 10, 2008 12:15 pm

Re: Wine on Macports

Post by plumwd »

Zach wrote:On Sep 10, 2008, at 1:25 PM, plumwd wrote:
Would it be possible to use an earlier build to get this working
till they release 2.4.0?
No. You can compile X.org on your own if you want libGL to work,
however there is currently no version of X shipped from apple with the
proper libGL.dylib needed.
Well actually I was referring to the 2.4.0 version of X.org for MAC OSX, in the current version libGL is broken. Would compiling an earlier build of X.org work until they get a current version working?
Top
James Mckenzie

Wine on Macports

Post by James Mckenzie »

plumwd <[email protected]> at Sep 10, 2008 5:23 PM (EDT) wrote about [Wine] Re: Wine on Macports

Zach wrote:
On Sep 10, 2008, at 1:25 PM, plumwd wrote:

Would it be possible to use an earlier build to get this working
till they release 2.4.0?

No. You can compile X.org on your own if you want libGL to work,
however there is currently no version of X shipped from apple with the
proper libGL.dylib needed.
Well actually I was referring to the 2.4.0 version of X.org, in the current version libGL is broken. Would compiling an earlier build of X.org work until they get a current version working?
Compiling the current version of X from X.org should bring in libGL functionality as long as it is installed on your Mac. I think that MacPorts does have libGL version 1.3 built. I also think that Fink does, but I'm not on my development Mac so I cannot state so for certain.

James McKenzie


Top
Locked

Return to “Wine Help”