Darwine 1.1.18

March 28th, 2009 by

Uh, lot o’ dust in here!

If you want a stable release, please stay with 1.0.1

//www.kronenberg.org/darwine/

For Intel Macs with Tiger or Leopard

comes with all needed libraries, bins and TRiX

As we had some updates during the last months: built against

enjoy

Tags:

12 Responses to “Darwine 1.1.18”

  1. Thank you for your work! But it doesn’t work for me:

    mbp:~ phantastico$ wine notepad
    wine: created the configuration directory ‘/Users/phantastico/.wine’
    err:module:DelayLoadFailureHook failed to delay load setupapi.dll.InstallHinfSectionW
    wine: Call from 0x7b831fd5 to unimplemented function setupapi.dll.InstallHinfSectionW, aborting
    wine: Unimplemented function setupapi.dll.InstallHinfSectionW called at address 0x7b831fd5 (thread 000b), starting debugger…
    couldn’t load main module (2)
    Unhandled exception: unimplemented function setupapi.dll.InstallHinfSectionW called in 32-bit code (0x7b832077).
    Register dump:
    CS:0017 SS:001f DS:001f ES:001f FS:1007 GS:0037
    EIP:7b832077 ESP:0033fc64 EBP:0033fce8 EFLAGS:00000202( – 00 – – I1)
    EAX:7b8195f1 EBX:7b831fee ECX:00000000 EDX:0033fd38
    ESI:0033fd40 EDI:0033fc9c
    Stack dump:
    0x0033fc64: 00000036 00000036 7bcaf0a8 7bc2722b
    0x0033fc74: 6017c7a4 0033fca8 0033fd00 80000100
    0x0033fc84: 00000001 00000000 7b831fd5 00000002
    0x0033fc94: 6017c7b8 6017c7f4 00000056 0033fcc4
    0x0033fca4: 60002b50 0033fcf8 60002ba6 00000001
    0x0033fcb4: 7b93d640 7b8af034 7b8af04c 0033fd10
    0200: sel=1007 base=7ffc0000 limit=00000fff 32-bit rw-
    Backtrace:
    =>0 0x7b832077 (0x0033fce8)
    1 0x7b85e93c (0x0033fd58)
    2 0x60178091 (0x0033fda8)
    3 0x60174248 (0x0033fe78)
    4 0x60177ed8 (0x0033fef8)
    5 0x60178189 (0x0033ff28)
    6 0x7b870539 (0x0033ffe8)
    0x7b832077: subl $4,%esp
    Modules:
    Module Address Debug info Name (0 modules)
    Threads:
    process tid prio (all id:s are in hex)
    00000008
    00000009 0
    0000000a (D) C:\windows\system32\wineboot.exe
    0000000b 0 0 0x7b832077 (0x0033fce8)
    1 0x7b85e93c (0x0033fd58)
    2 0x60178091 (0x0033fda8)
    3 0x60174248 (0x0033fe78)
    4 0x60177ed8 (0x0033fef8)
    5 0x60178189 (0x0033ff28)
    6 0x7b870539 (0x0033ffe8)
    err:process:__wine_kernel_init boot event wait timed out
    err:module:attach_process_dlls “gdi32.dll” failed to initialize, aborting
    err:module:LdrInitializeThunk Main exe initialization for L”C:\\windows\\system32\\notepad.exe” failed, status c0000005

    Comment by phantastico — March 28, 2009 @ 22:49

  2. allright…
    It’s the dyld_fallback thing again. I uncommented that line, like in 1.1.9. It works now.

    I’m sorry, maybe I was too fast with my last post, but I still think there must be a way for you to configure things in a way that it’s working out of the box for me, too. It’s not that I have an extremely uncommon setup or something…

    Well that’s not a big deal though. I want to thank you again for what you’re doing and especially for sharing it.
    Bye

    Comment by phantastico — March 29, 2009 @ 01:38

  3. I can confirm phantastico’s report; I had to go dig up the instructions for the dyld_fallback thing and edit the wine config file in order to make wine work on my 10.5.6 installation.

    Furthermore, WineHelper doesn’t seem to be creating the initial .wine folder correctly. It only drops a few things in to the Windows directory (System32 folder, win.ini, I forget what else) and misses most of the required stuff such as Program Files, the Fonts folder, etc. As a result it’s not really usable, particularly if you are attempting to use TRiX, which fails since it expects things that are not there. There may also be a problem with WineHelper not establishing a proper path variable for wine in the bash profile, but I’m not 100% sure on how that is supposed to work.

    Wiping out my wine installation, having 1.0.1 stable create the .wine folder, and then upgrading to 1.1.18 resolved the issue.

    Comment by ViRGE — March 29, 2009 @ 05:32

  4. Hm,
    looks like I have to check some more links.

    Starting from 1.1.x wineprefix (as used in winehelper) is not supported by wine longer. New prefixes are created directly by wine on the fly.
    Since winehelper is not maintained anymore, I guess I have to fork it, especially with the changes that stay in the house with the namechange from Darwine to Wine.

    Mike

    Comment by mike — March 29, 2009 @ 07:45

  5. Getting closer to the wineprefix issue. Right now it looks like it is related to X11.

    And I think I’ll have to include a check/switch for the dyld_fallback switch, as it can’t be a default (issues on vanilla systems with printing and other features). But as other tools like fink or macports use it (and thereby override OS X system paths) it’s necessary on theses systems to redirect to our libs.

    Mike

    Comment by mike — April 1, 2009 @ 06:22

  6. I have a very new (~2 weeks) vanilla 10.5.6 done with the ‘new’ 10.5.6 install DVD and whatever updates Apple had me install. Things didn’t work until I came across the 1.0.9 comment about removing the comment for the dyld_etc line in the wine file. That made this release work for me.

    From your comment you seem to imply this should be commented out to enable printing on vanilla systems but I’m just confused.

    Comment by Brian Scott Oplinger — April 1, 2009 @ 09:40

  7. A switch is a bit cumbersome, but I can see why it’s necessary. Is there anything we can do to help out?

    Also, I’m curious as to what Macports/Fink are doing to break the dyld stuff. Is there any chance you could give us a quick explanation if you have the time?

    Comment by ViRGE — April 4, 2009 @ 11:17

  8. Mike:
    I think I found the problem causing the errors to appear. Zach Drayer’s Wine for MacOSX builds apparently place files related to Freetype and Fontforge into the /usr/local/lib directory. For some reason, Leopard scans these directories FIRST. Since I had installed Fink as well (this is also reported to happen with MacPorts), I had to do some editing of the user startup files to remove references to /sw/lib too. Now, your builds work on my Mac up to 1.1.9 without any editing of any files.

    Comment by James M., Tuscon, Arizona — April 5, 2009 @ 04:03

  9. Hi Mike great product. For some reason version 1.1.18 killed anti-aliasing for me in windows application. Works right out of the box on 1.0.1 Any ideas on where to look?

    Comment by ldb — April 14, 2009 @ 08:26

  10. Found the solution in case anyone else has the same problem: needed to update the registry with the following:

    [HKEY_CURRENT_USER\Control Panel\Desktop] “FontSmoothing”=”2”
    “FontSmoothingType”=dword:00000002
    “FontSmoothingGamma”=dword:00000578
    “FontSmoothingOrientation”=dword:0000000

    from: http://wiki.jswindle.com/index.php/Fonts#Sub_Pixel_Font_Rendering

    Thanks anyway!

    Comment by ldb — April 14, 2009 @ 08:44

  11. Could someone give me some advice? I’m following the installation instructions, but only get the following error message when I try to fire up any of the sample apps:

    “err:process:__wine_kernel_init boot event wait timed out”

    I’m running on Leopard 10.5.6 with XQuartz 2.3.1.

    Thanks much.

    Comment by jghodd — May 1, 2009 @ 20:52

  12. ok. I downgraded to v1.0.1 and that definitely works better than v1.1.20. I am having some issues with notepad however. The first time I ran it, it came up, but only the very bottom of app was visible below the os x menu bar – I couldn’t find any way to make it display differently. The next time I tried to run notepad, the winehelper window said the process was running, but the app was nowhere to be found… wasn’t even listed in the Window menu.

    Trix is awesome. It looks like the vlc url might not be there any more.

    Let me know if anyone has any ideas re notepad.

    Thanks.

    Comment by jghodd — May 1, 2009 @ 22:06