gcenx / homebrew-wine Goto Github PK

Thanks for making this available! I am finally able to run windows apps on Catalina again.

Whenever wine64 exists, it gives this error and attempts to start the debugger:

wine: Unhandled page fault on read access to 0xffffffffffffffff at address 0x7fff342dfba7 (thread 001a), starting debugger...

Do you know if this is something in your Cask or something in the Crossover code? Any plans to upgrade to newer Crossover code?

Thanks, Wouter

When attempting to open Steam, Steam appears to launch normally, but closes after only two seconds on the log in screen.
When downgrading back to Wine-Crossover-20, Steam runs fine. Other applications, both 32- and 64-bit run fine with 21.

Disconnecting my laptop from the internet allows Steam to avoid crashing, but obviously logging in isn't possible, and Steam crashes upon reconnecting to internet.

I've tried a fresh Steam installation as well as one created in Crossover-20. Same issues occur.

Tried with winecfg Windows Version set to Windows 7 and Windows 10, both app-specific for Steam with default set to XP and with default set to 7 or 10; Steam is no longer compatible with XP

Paste of the terminal logs when connected to internet: https://pastebin.com/vJ8BsWMG

I would guess the issue is in one of these lines

IPC client is in my process, could/should be using an in-process pipe.0034:err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution.

or

01a0:err:cryptnet:open_cached_revocation_file Failed to get LocalAppDataLow path, hr 0x80070003.

Paste of the terminal logs when delaying connecting to the internet: https://pastebin.com/6Hdm7ZvT

Both above errors reappear, the prior of the two before connecting to the internet and the latter after.

Tech Specs

Running Wine-Crossover through Rosetta on 14" MacBook Pro with M1 Pro 10/16 chip with 32 GB RAM
Wine-6.0, Wine-Crossover 21.0.0 installed using Homebrew
default 64-bit WINEPREFIX

For the moment I'm going to downgrade back to wine-crossover-20, but I'd be happy to upgrade again if there's anything that needs to be tested.

Hi,
thanks for effort you do, really great!
Any hope you could update the Crossover bottle to 21.2?

On high DPI display, many apps show their windows' contents at half size compared to the windows themselves. Previous wine 5 formula didn't have this issue.

PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
Preprocessed source(s) and associated run script(s) are located at:
clang: note: diagnostic msg: /private/tmp/cmslut-3cea39.c
clang: note: diagnostic msg: /private/tmp/cmslut-3cea39.sh
clang: note: diagnostic msg: Crash backtrace is located in
clang: note: diagnostic msg: /private/tmp/wine-20220524-22962-11t7e8x/wine-7.0/.brew_home/Library/Logs/DiagnosticReports/clang__.crash
clang: note: diagnostic msg: (choose the .crash file that corresponds to your crash)
clang: note: diagnostic msg:

make: *** [libs/lcms2/src/cmslut.o] Error 254
make: *** Waiting for unfinished jobs....

when trying:

make install CC=/usr/bin/clang CXX=/usr/bin/clang++ LD=/usr/bin/ld

I have no "private" directory so not sure where to fetch cache from.

Dear friend, I'm using winecx for years successfully, many thanks for that ! Now I need to move a Wine window running wine application to another desktop on external monitor, but unfortunately Wine's window does not contain a Mac's standard red/orange/green dots nor standard menu option like Window ... I'm running a Wine application from inside of .app package with Contents/MacOS etc folder structure ... So I'm wondering if there is somewhere a config file controlling of appearance of window header ...

• update: when running an application from command window with "wine ~/.wine/drive_c/.../X.exe" command, then the "Window" option appears OK on Windows's top bar.

• update: when starting application from .app bundle with "wine -start" option a new instance of program is invoking but second icon appears on the dock, Window menu appears successfully with option move to Dell monitor ...

• update: I've created a question to this topic too on WineHQ forum: https://forum.winehq.org/viewtopic.php?f=9&t=36573#p137288

Can you help ? Thanks.

I've retired wine-crossover-20.0.2, now wine-crossover installs 20.0.2 this revised build is much more feature complete along with multiple upstream patches and includes the wine wrapper used for winetricks compatibility.

The new [email protected] is also recently rebuilt with additional patches from upstream wine.

I see no point in providing a pre-build version of 20.0.4 as the only major fix in that version was to workaround an Apple Silicon only bug related to older titles that used lower resolutions when fullscreen, that patch was backported into wine-crossover-19.0.2 as old titles still function better in that release.

crossover-wine-20.0.x was based on wine-5.0 this release had major problems on macOS that were not resolved until much later. Hopefully CrossOver-21.0.x being based on Wine-6.0 will be much more stable and usable on Apple Silicon and Intel based systems.

Here is the source code for it
https://media.codeweavers.com/pub/crossover/source/crossover-sources-21.2.0.tar.gz

I installed wine on an m1 with this command

brew install wine-stable-legacy

and then I tried to install steam

WINEARCH=win64 WINEPREFIX=~/.wine64 wine64 ~/Downloads/SteamSetup.exe

but I get the following error

0050:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0)
0048:err:system:update_display_cache failed to read display config

is there no support for m1 maybe?

(cpython37) InvincibleReason:~$ wine winecfg
-bash: /Applications/Wine Devel.app/Contents/Resources/wine/bin/wine: Bad CPU type in executable

Using latest gcenx-wine-devel

https://www.flopzilla.com/download.html

Installing pro version on Mac m1 from above hangs with the following messages:

wine start Downloads/FlopzillaPro205.msi 017c:fixme:exec:SHELL_execute flags ignored: 0x00000100 ➜ ~ 018c:fixme:file:NtLockFile I/O completion on lock not implemented yet 018c:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 018c:fixme:wincodecs:jpeg_decoder_get_metadata_blocks stub 018c:fixme:wincodecs:jpeg_decoder_get_metadata_blocks stub 018c:fixme:msi:event_spawn_wait_dialog doing nothing 018c:fixme:wincodecs:jpeg_decoder_get_metadata_blocks stub 018c:fixme:wincodecs:jpeg_decoder_get_metadata_blocks stub 018c:fixme:wincodecs:jpeg_decoder_get_metadata_blocks stub 018c:fixme:wincodecs:jpeg_decoder_get_metadata_blocks stub 018c:fixme:msi:internal_ui_handler internal UI not implemented for message 0x0b000000 (UI level = 5) 018c:fixme:msi:internal_ui_handler internal UI not implemented for message 0x0b000000 (UI level = 5) 018c:fixme:wincodecs:jpeg_decoder_get_metadata_blocks stub

This is after I have clicked through the installer and pushed the 'finish' button. Given there is a directory for the installation it seems the installation was successful. When I run:

wine .wine/drive_c/Program\ Files\ \(x86\)/FlopzillaPro/FlopzillaPro/FlopzillaPro.exe

there is no response and no output. Please let me know how I can provide further information.

Installed via brew install --cask --no-quarantine gcenx/wine/unofficial-wineskin

Wineskin: 2.9.1.1
Engine: WS11WineCX64Bit21.2.0
O/S: Big Sur 11.6.8

I've rebuild the wrapper dozens of times and tried the following path:

1. wine tricks d3dcompiler_47, d3dx11_43, d3dx10_43, d3dx9_43, faudio, vcrun2019, vcrun2013, vcrun2008, vcrun2005, vcrun2012, allfonts
2. install SteamSetup.exe
3. Set the executable as Steam.exe
4. Set the options as -cef-disable-d3d11 -cef-disable-sandbox -cef-force-32bit -no-cef-sandbox -udpforce -nointro -cef-disable-breakpad -cef-single-process
5. start Steam, let it update, exit it without logging in
6. Write to drive_c/Program\ Files\ \(x86\)/Steam/Steam.cfg (to disable the auto-updater) -

BootStrapperInhibitAll=Enable
BootStrapperForceSelfUpdate=Disable

7. Log in to Steam
8. Open up the Steam->Settings->Interface, uncheck "Enable GPU Accelerated rendering..." and "Enable hardware video decoding..", hit "Ok", then "Cancel" to allow one to exit the client without it restarting

After the above, I've tried to make the steam webviews work without success.

Steam does use C:\Program Files (x86)\Steam\bin\cef\cef.win7x64\steamwebhelper.exe (notice the x64 part -- despite asking for a 32bit cef via the option, Steam still uses 64bit CEF)

If I install dxvk1103_macOS, exiting Steam will hang unless one sends a kill to all steamwebhelper.exe's via ps ax | grep steamwebhelper | awk '{print $1}' | xargs kill.

I've noted in the launch log that there's an issue in vulkan initialization:
https://gist.github.com/autumnjolitz/d1f448b93078fb7b0ade0f11c8d73f0f#file-steam-log-L1450-L1458

If I do not install dxvk1103_macOS (I've also tried dxvk1102_macOS), the steamwebhelper.exe will instead thrash my CPU as it starts a webview, the webview terminates, the webview starts, the webview terminates, etc,. (it loops)

Is there a minimum OSX/Hardware version for this to work? I see your reports of the M1 working.

I've tried setting the renderer=opengl via winetricks -- it still keeps trying vulkan.

I'm at a loss for what to do next.

When trying to run an .exe on MacOS Big Sur, this error is popping up. Full logs below:

err🧵get_image_addr dyld image info is above 4GB limit for 32-bit-on-64-bit process
000b:fixme🧵create_user_shared_data_thread Creating user shared data update thread.
000d:fixme🧵create_user_shared_data_thread Creating user shared data update thread.
0010:fixme🧵create_user_shared_data_thread Creating user shared data update thread.
0017:fixme🧵create_user_shared_data_thread Creating user shared data update thread.
001d:err:plugplay:process_IOService_Device object 0x6303
0019:err:plugplay:load_function_driver AddDevice failed for driver L"winebus", status 0xc0000002.
001d:err:plugplay:process_IOService_Device Unable to create plug in interface for USB deviceobject 0x6307
001d:err:plugplay:process_IOService_Device Unable to create plug in interface for USB deviceobject 0x630b
001d:err:plugplay:process_IOService_Device Unable to create plug in interface for USB deviceobject 0x630f
001d:err:plugplay:process_IOService_Device Unable to create plug in interface for USB deviceobject 0x6313
001d:err:plugplay:process_IOService_Device Unable to create plug in interface for USB deviceobject 0x6317
001d:err:plugplay:process_IOService_Device Unable to create plug in interface for USB deviceobject 0x631b
001d:err:plugplay:process_IOService_Device Unable to create plug in interface for USB deviceobject 0x631f
001d:err:plugplay:process_IOService_Device object 0x8a1f
001d:err:plugplay:process_IOService_Device object 0x8703
001f:fixme🧵create_user_shared_data_thread Creating user shared data update thread.
0009:err:mscoree:CLRRuntimeInfo_GetRuntimeHost Wine Mono is not installed

Dear friend, is it possible to publish wine-crossover in old-fashioned way, ie. as an APP package instead of bottle ? Thanks.

When I try to install unofficial-wineskin with:
brew install --no-quarantine gcenx/wine/unofficial-wineskin, I see the error below. At a glance, it looks like maybe line 15 of unofficial-wineskin.rb needs to actually do a function call on ENV.fetch("USER") to get the USER environment variable? https://github.com/Gcenx/homebrew-wine/blob/master/Casks/unofficial-wineskin.rb#L15

https://ruby-doc.org/core-2.7.0/ENV.html#method-c-fetch

Error: wrong number of arguments (given 0, expected 1..2)
/opt/homebrew/Library/Taps/gcenx/homebrew-wine/Casks/unofficial-wineskin.rb:15:in `fetch'
/opt/homebrew/Library/Taps/gcenx/homebrew-wine/Casks/unofficial-wineskin.rb:15:in `block (2 levels) in load'
/opt/homebrew/Library/Homebrew/cask/artifact/abstract_flight_block.rb:45:in `instance_eval'
/opt/homebrew/Library/Homebrew/cask/artifact/abstract_flight_block.rb:45:in `abstract_phase'
/opt/homebrew/Library/Homebrew/cask/artifact/abstract_flight_block.rb:28:in `install_phase'
/opt/homebrew/Library/Homebrew/cask/installer.rb:240:in `block in install_artifacts'
/System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/set.rb:777:in `each'
/System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/set.rb:777:in `each'
/opt/homebrew/Library/Homebrew/cask/installer.rb:233:in `install_artifacts'
/opt/homebrew/Library/Homebrew/cask/installer.rb:110:in `install'
/opt/homebrew/Library/Homebrew/cask/cmd/install.rb:79:in `block in install_casks'
/opt/homebrew/Library/Homebrew/cask/cmd/install.rb:78:in `each'
/opt/homebrew/Library/Homebrew/cask/cmd/install.rb:78:in `install_casks'
/opt/homebrew/Library/Homebrew/cmd/install.rb:187:in `install'
/opt/homebrew/Library/Homebrew/brew.rb:93:in `<main>'

My environment is:

Homebrew 3.5.10-32-g4de6806
Homebrew/homebrew-core (git revision fe5136e61a9; last commit 2022-08-24)
Homebrew/homebrew-cask (git revision 19a8e40ba9; last commit 2022-08-24)

ruby 2.6.8p205 (2021-07-07 revision 67951) [universal.arm64e-darwin21]
zsh 5.8.1 (x86_64-apple-darwin21.0)

on an Apple M1 Macbook Air.

is there any compilation process for currently provided wine-crossover build?

Need to make the following custom formulas

• epoll-shim
• tapi (ld64 requirement) #57
• ld64 (modify version restriction for -no_new_main)
• libinotify

I wish to downgrade to wine 6, which I had previously installed. I tried to use an older formula, however https://github.com/Gcenx/homebrew-wine/releases/download/20.0.2/wine-crossover-20.0.2-osx64.tar.xz returns 404.

Dear Friend, I'm reporting a small difference between release 19 and 20. While running 32bit application there is a need to call wine32on64 explicitly in release 20. On the other hand in release 19 it was enough to call just wine executable, what seem to be little easier for regular users. No action is required I think. Thanks.

Last commit has moved the release download file from p7zip to xz.

Unfortunately the download url is still pointing to a 7z file that's been replaced with an xz one

cask 'gcenx-wine-devel' do
  version '5.22'
  sha256 :no_check
  
  url "https://github.com/Gcenx/macOS_Wine_builds/releases/download/#{version}/wine-devel-#{version}-osx64.tar.7z"
  
  name 'Wine-devel'
  homepage 'https://github.com/Gcenx/macOS_Wine_builds'
  
  depends_on formula: 'xz'

While it should probably be:

cask 'gcenx-wine-devel' do
  version '5.22'
  sha256 :no_check
  
  url "https://github.com/Gcenx/macOS_Wine_builds/releases/download/#{version}/wine-devel-#{version}-osx64.tar.xz"
  
  name 'Wine-devel'
  homepage 'https://github.com/Gcenx/macOS_Wine_builds'
  
  depends_on formula: 'xz'

Thanks a lot for the great work.

While running a exe file through CLI works as expected, running a exe via double clicking instead opens up the terminal with the "Welcome to wine-7.7 (CrossOverFOSS 22.0.1)." message as if Wine Crossover.app was directly launched.

Latest wine-crossover Cask
M1 Mac Mini
Ventura 13.0.1

Hi, while discussing at madewokherd/wine-mono#84 I have some questions about this repo
The artifacts are uploaded at https://github.com/Gcenx/macOS_Wine_builds/releases , where can I find the scripts to compile wine source code and publish them?

As we may compile wine-git for wine-mono, I'd like to reuse the compile scripts & configures at here. It could both save our human efforts and provide similar environments for development & users

Hi, while installing via Hombrew, my antivirus(Avast) detected as threats "win32:suspbehav-B [heur]" in a multitude of files. What is this?

I have a strange problem to report: I was running Big Sur until 2 days ago and there the first time I ran the updated Wine Crossover 21 it started no problem, although the app bundle wasn't able to run random exe files, they could only be launched from the terminal.

I tried editing the app itself to solve the problem but I had no success. So I did a brew reinstall wine-crossover to overwrite the app bundle with the downloaded one but when I first launched it it refused to launch and a crash window appear on the screen telling me to send to apple the result. Here is the output:

-------------------------------------
Translated Report (Full Report Below)
-------------------------------------

Process:               wine [9389]
Path:                  /Applications/Wine Crossover.app/Contents/MacOS/wine
Identifier:            org.winehq.wine-crossover.wine
Version:               21.0.0 (21.0.0)
Code Type:             00000007 (Native)
Parent Process:        launchd [1]
User ID:               501

Date/Time:             2021-12-02 16:41:58.3908 +0100
OS Version:            macOS 12.0.1 (21A559)
Report Version:        12
Anonymous UUID:        BCE7395F-2397-AFE0-907F-11CA53CA6ED3


Time Awake Since Boot: 68000 seconds

System Integrity Protection: disabled

Notes:
dyld_process_snapshot_get_shared_cache failed
RIP register does not match crashing frame (0x0 vs 0x1BFD86)

Crashed Thread:        0

Exception Type:        EXC_CRASH (SIGABRT)
Exception Codes:       0x0000000000000000, 0x0000000000000000
Exception Note:        EXC_CORPSE_NOTIFY

Termination Reason:    Namespace DYLD, Code 1 Library missing
Library not loaded: /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa
Referenced from: /Applications/Wine Crossover.app/Contents/MacOS/wine
Reason: tried: '/System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa' (no such file), '/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa' (no such file)
(terminated at launch; ignore backtrace)

Application Specific Information:
Library not loaded: /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa
Referenced from: /Applications/Wine Crossover.app/Contents/MacOS/wine
Reason: tried: '/System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa' (no such file), '/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa' (no such file)


Error Formulating Crash Report:
dyld_process_snapshot_get_shared_cache failed
RIP register does not match crashing frame (0x0 vs 0x1BFD86)

Thread 0 Crashed:
0   dyld                          	          0x1bfd86 __abort_with_payload + 10
1   dyld                          	          0x1c8a49 abort_with_payload_wrapper_internal + 64
2   dyld                          	          0x1c8a9f abort_with_payload + 40
3   dyld                          	          0x1848df dyld4::halt(char const*) + 361
4   dyld                          	          0x1809e4 dyld4::prepare(dyld4::APIs&, dyld3::MachOAnalyzer const*) + 4192
5   dyld                          	          0x17f82b start + 565


Thread 0 crashed with X86 Thread State (64-bit):
  rax: 0x0000000000000000  rbx: 0x00000000bff136dc  rcx: 0x0000000100000006  rdx: 0xbff136dcbff13718
  rdi: 0x0000028600000023  rsi: 0x0000000b001bfd86  rbp: 0x0000002300000023  rsp: 0x0000000f00000000
   r8: 0x0000000000000000   r9: 0x0000000000000000  r10: 0x0000000000000000  r11: 0x0000000000000000
  r12: 0x0000000000000000  r13: 0x0000000000000000  r14: 0x0000000000000000  r15: 0x0000000000000000
  rip: 0x0000000000000000  rfl: 0x0000000000000000  cr2: 0x0000000000180962
  
Logical CPU:     0
Error Code:      0x00000209 
Trap Number:     132


Binary Images:
          0x17b000 -           0x1d2fff dyld (*) <72b8968a-b41d-34a9-a27b-12eb9ec0972e> /usr/lib/dyld

External Modification Summary:
  Calls made by other processes targeting this process:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0
  Calls made by this process:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0
  Calls made by all processes on this machine:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0

VM Region Summary:
ReadOnly portion of Libraries: Total=536K resident=0K(0%) swapped_out_or_unallocated=536K(100%)
Writable regions: Total=9220K written=0K(0%) resident=0K(0%) swapped_out=0K(0%) unallocated=9220K(100%)

                                VIRTUAL   REGION 
REGION TYPE                        SIZE    COUNT (non-coalesced) 
===========                     =======  ======= 
Stack                             8192K        1 
Stack Guard                       56.0M        1 
VM_ALLOCATE                         12K        3 
__DATA                              20K        2 
__DATA_CONST                        48K        1 
__LINKEDIT                         196K        3 
__OBJC                               4K        1 
__TEXT                             360K        2 
dyld private memory               1024K        1 
===========                     =======  ======= 
TOTAL                             65.6M       15 



-----------
Full Report
-----------

{"app_name":"wine","timestamp":"2021-12-02 16:41:58.00 +0100","app_version":"21.0.0","slice_uuid":"474ceaa5-f82e-3045-8159-92043cbee31f","build_version":"21.0.0","platform":1,"bundleID":"org.winehq.wine-crossover.wine","share_with_app_devs":0,"is_first_party":0,"bug_type":"309","os_version":"macOS 12.0.1 (21A559)","incident_id":"D081110A-8D07-44D2-BE28-6F262A0DED22","name":"wine"}
{
  "uptime" : 68000,
  "procLaunch" : "2021-12-02 16:41:58.3303 +0100",
  "procRole" : "Default",
  "version" : 2,
  "userID" : 501,
  "deployVersion" : 210,
  "modelCode" : "MacBookPro11,4",
  "procStartAbsTime" : 68255056171372,
  "coalitionID" : 3031,
  "osVersion" : {
    "train" : "macOS 12.0.1",
    "build" : "21A559",
    "releaseType" : "User"
  },
  "captureTime" : "2021-12-02 16:41:58.3908 +0100",
  "incident" : "D081110A-8D07-44D2-BE28-6F262A0DED22",
  "bug_type" : "309",
  "pid" : 9389,
  "procExitAbsTime" : 68255074215160,
  "cpuType" : "00000007",
  "procName" : "wine",
  "procPath" : "\/Applications\/Wine Crossover.app\/Contents\/MacOS\/wine",
  "bundleInfo" : {"CFBundleShortVersionString":"21.0.0","CFBundleVersion":"21.0.0","CFBundleIdentifier":"org.winehq.wine-crossover.wine"},
  "storeInfo" : {"deviceIdentifierForVendor":"84BD0717-BC52-5B24-80F5-EE52ED5AACEE","thirdParty":true},
  "parentProc" : "launchd",
  "parentPid" : 1,
  "coalitionName" : "org.winehq.wine-crossover.wine",
  "crashReporterKey" : "BCE7395F-2397-AFE0-907F-11CA53CA6ED3",
  "sip" : "disabled",
  "isCorpse" : 1,
  "exception" : {"codes":"0x0000000000000000, 0x0000000000000000","rawCodes":[0,0],"type":"EXC_CRASH","signal":"SIGABRT"},
  "termination" : {"code":1,"flags":518,"namespace":"DYLD","indicator":"Library missing","details":["(terminated at launch; ignore backtrace)"],"reasons":["Library not loaded: \/System\/Library\/Frameworks\/Cocoa.framework\/Versions\/A\/Cocoa","Referenced from: \/Applications\/Wine Crossover.app\/Contents\/MacOS\/wine","Reason: tried: '\/System\/Library\/Frameworks\/Cocoa.framework\/Versions\/A\/Cocoa' (no such file), '\/Library\/Frameworks\/Cocoa.framework\/Versions\/A\/Cocoa' (no such file)"]},
  "asi" : {"dyld":["Library not loaded: \/System\/Library\/Frameworks\/Cocoa.framework\/Versions\/A\/Cocoa","Referenced from: \/Applications\/Wine Crossover.app\/Contents\/MacOS\/wine","Reason: tried: '\/System\/Library\/Frameworks\/Cocoa.framework\/Versions\/A\/Cocoa' (no such file), '\/Library\/Frameworks\/Cocoa.framework\/Versions\/A\/Cocoa' (no such file)"]},
  "extMods" : {"caller":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"system":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"targeted":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"warnings":0},
  "faultingThread" : 0,
  "threads" : [{"triggered":true,"id":375340,"threadState":{"r13":{"value":0},"rax":{"value":0},"rflags":{"value":0},"cpu":{"value":0},"r14":{"value":0},"rsi":{"value":47246474630},"r8":{"value":0},"cr2":{"value":1575266},"rdx":{"value":13830896252372465432},"r10":{"value":0},"r9":{"value":0},"r15":{"value":0},"rbx":{"value":3220256476},"trap":{"value":132},"err":{"value":521},"r11":{"value":0},"rip":{"value":0,"matchesCrashFrame":0},"rbp":{"value":150323855395},"rsp":{"value":64424509440},"r12":{"value":0},"rcx":{"value":4294967302},"flavor":"x86_THREAD_STATE","rdi":{"value":2774548873251}},"frames":[{"imageOffset":281990,"symbol":"__abort_with_payload","symbolLocation":10,"imageIndex":0},{"imageOffset":318025,"symbol":"abort_with_payload_wrapper_internal","symbolLocation":64,"imageIndex":0},{"imageOffset":318111,"symbol":"abort_with_payload","symbolLocation":40,"imageIndex":0},{"imageOffset":39135,"symbol":"dyld4::halt(char const*)","symbolLocation":361,"imageIndex":0},{"imageOffset":23012,"symbol":"dyld4::prepare(dyld4::APIs&, dyld3::MachOAnalyzer const*)","symbolLocation":4192,"imageIndex":0},{"imageOffset":18475,"symbol":"start","symbolLocation":565,"imageIndex":0}]}],
  "usedImages" : [
  {
    "source" : "P",
    "arch" : "i386",
    "base" : 1552384,
    "size" : 360448,
    "uuid" : "72b8968a-b41d-34a9-a27b-12eb9ec0972e",
    "path" : "\/usr\/lib\/dyld",
    "name" : "dyld"
  }
],
  "vmSummary" : "ReadOnly portion of Libraries: Total=536K resident=0K(0%) swapped_out_or_unallocated=536K(100%)\nWritable regions: Total=9220K written=0K(0%) resident=0K(0%) swapped_out=0K(0%) unallocated=9220K(100%)\n\n                                VIRTUAL   REGION \nREGION TYPE                        SIZE    COUNT (non-coalesced) \n===========                     =======  ======= \nStack                             8192K        1 \nStack Guard                       56.0M        1 \nVM_ALLOCATE                         12K        3 \n__DATA                              20K        2 \n__DATA_CONST                        48K        1 \n__LINKEDIT                         196K        3 \n__OBJC                               4K        1 \n__TEXT                             360K        2 \ndyld private memory               1024K        1 \n===========                     =======  ======= \nTOTAL                             65.6M       15 \n",
  "legacyInfo" : {
  "threadTriggered" : {

  }
},
  "trialInfo" : {
  "rollouts" : [
    {
      "rolloutId" : "601d9415f79519000ccd4b69",
      "factorPackIds" : {
        "SIRI_TEXT_TO_SPEECH" : "6194416dea7ed64a7812a429"
      },
      "deploymentId" : 240000322
    },
    {
      "rolloutId" : "5fc94383418129005b4e9ae0",
      "factorPackIds" : {

      },
      "deploymentId" : 240000162
    },
    {
      "rolloutId" : "5ffde50ce2aacd000d47a95f",
      "factorPackIds" : {

      },
      "deploymentId" : 240000076
    },
    {
      "rolloutId" : "60da5e84ab0ca017dace9abf",
      "factorPackIds" : {

      },
      "deploymentId" : 240000008
    },
    {
      "rolloutId" : "607844aa04477260f58a8077",
      "factorPackIds" : {
        "SIRI_MORPHUN_ASSETS" : "6103050cbfe6dc472e1c982a"
      },
      "deploymentId" : 240000066
    },
    {
      "rolloutId" : "602ad4dac86151000cf27e46",
      "factorPackIds" : {
        "SIRI_DICTATION_ASSETS" : "614a34c5eae97a2111628dc5"
      },
      "deploymentId" : 240000285
    }
  ],
  "experiments" : [

  ]
},
  "reportNotes" : [
  "dyld_process_snapshot_get_shared_cache failed",
  "RIP register does not match crashing frame (0x0 vs 0x1BFD86)"
]
}

Model: MacBookPro11,4, BootROM 428.40.10.0.0, 4 processors, Quad-Core Intel Core i7, 2,2 GHz, 16 GB, SMC 2.29f24
Graphics: Intel Iris Pro, Intel Iris Pro, Built-In
Display: Color LCD, 2880 x 1800 Retina, Main, MirrorOff, Online
Memory Module: BANK 0/DIMM0, 8 GB, DDR3, 1600 MHz, 0x80AD, 0x484D54343147533642465238412D50422020
Memory Module: BANK 1/DIMM0, 8 GB, DDR3, 1600 MHz, 0x80AD, 0x484D54343147533642465238412D50422020
AirPort: spairport_wireless_card_type_wifi (0x14E4, 0x152), Broadcom BCM43xx 1.0 (7.77.111.1 AirPortDriverBrcmNIC-1710.2)
AirPort: 
Bluetooth: Version (null), 0 services, 0 devices, 0 incoming serial ports
Network Service: Wi-Fi, AirPort, en0
USB Device: USB30Bus
USB Device: Samsung M3 Portable
USB Device: My Passport 264F
USB Device: Apple Internal Keyboard / Trackpad
USB Device: Bluetooth USB Host Controller
Thunderbolt Bus: MacBook Pro, Apple Inc., 27.1

What's confusing me is the Library not loaded: /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa line, so I check the path from the terminal and it' right Cocoa.framework/Versions/A/Cocoa doesn't exist.
But then why the first time did the app run?

Suspecting the file might have been deleted I decide the time has come to update to macOS Monterey so any system library would be updated. After updating, though, exactly the same crash comes out.
I then try restoring the system with the newest recovery image I could find (option + command + R at boot) but on monterey that file doesn't seem to exist.

So then: is this a problem on my side or is the newest version of wine crossover not able to run on Big Sur or Monterey?

Thanks in advance.

I've investigated the app bundle and, upon reversing the MacOS/wine binary, found that the open_with_wine function has a hard-coded path wine/bin/wine. On Catalina and Big Sur, this immediately exits because it's for the wrong architecture. It needs an OS version check similar to the one in the Bash wrapper script that was made for winetricks.

Are there sources for this Mac-specific wine launcher binary anywhere? I couldn't find anything about how it's built.

Hi,

I stubbled up on this error. I'm not sure if this is caused by homebrew-wine or if it's something general with the program I want to run. Here is the full message from wine console:

0135:fixme:wgl:macdrv_wglCreatePbufferARB WGL_PBUFFER_LARGEST_ARB: 1; ignoring
0135:err:dib:dibdrv_wine_get_wgl_driver OSMesa not compiled in, no OpenGL bitmap support
Unable to set pixel format 0
Unable to set pixel format 0
 A system exception occurred 0xc0000005

I'm using the wine-crossover as per the instruction in the README.md. I'm running macOS Big Sur 11.1 on a i7 4790k without graphics card (if this is even relevant)

Codeweavers released CrossOver 21 sources based on Wine 6.0. Do you have any plans to update your wine-crossover?

Thank you.

When I run brew update (and other commands such as brew outdated and brew autoremove), I get the following warning:

Warning: Unexpected method 'revision' called on Cask wine-crossover.
Follow the instructions here:
  https://github.com/Homebrew/homebrew-cask#reporting-bugs

I ran brew update-reset && brew update as instructed in that link, but the warning is still there.

As far as I can tell, it's coming from line 3 in the wine-crossover Cask:

I checked other Formulae and Casks, and I found that the syntax revision 1 is used in other formulae (without quotes). Removing the quotes in the local formula didn't seem to help. Removing the line entirely gets rid of the warning though.

I also found the syntax revision: "0bfe423", but that was when specifying the URL (I think this is the relevant doc for that syntax)

I found documentation for the 'revision' method in the Formulae cookbook, but not in the Cask cookbook. It looks like it's only valid for Formulae.

OS: macOS BigSur 11.7.1 (20G918)
Brew version details

$ brew --version
Homebrew 3.6.13-2-gcb355a2
Homebrew/homebrew-core (git revision b9a1564832f; last commit 2022-11-30)
Homebrew/homebrew-cask (git revision 11c6e1f393; last commit 2022-11-30)

How can I uninstall it ?

Dear friend, let me just ask ... do you plan to build a wine-crossover based on latest crossover-wine-20.0.2 ? Thanks for your great work !

If I change the target folder for the Z: drive to be something other than / in winecfg, then I stop being able to copy/paste between macOS and Wine.

I had set it to my user home directory because otherwise my terminal fills up with

wine: Read access denied for device L"\??\Z:\", FS volume label and serial are not available.

(The error message doesn't appear to cause any actual issues. It's just spammy.)

I just set it back to / and my copy/paste started working again. Any ideas?

Last update is broke all homebrew commands (like upgrade or doctor)

Error in terminal:

Cask 'unofficial-wineskin' is unreadable: /usr/local/Homebrew/Library/Taps/gcenx/homebrew-wine/Casks/unofficial-wineskin.rb:1: syntax error, unexpected <<
<<<<<<< HEAD
^~
/usr/local/Homebrew/Library/Taps/gcenx/homebrew-wine/Casks/unofficial-wineskin.rb:5: syntax error, unexpected ===, expecting end
=======
^~~
/usr/local/Homebrew/Library/Taps/gcenx/homebrew-wine/Casks/unofficial-wineskin.rb:14: syntax error, unexpected >>, expecting end
>>>>>>> cd3fe3f (cleanup casks)
^~
/usr/local/Homebrew/Library/Taps/gcenx/homebrew-wine/Casks/unofficial-wineskin.rb:28: syntax error, unexpected end, expecting end-of-input

After installing brew install --cask --no-quarantine gcenx/wine/wine-crossover
When I doubleclick on my 32-bit windows exes, "Wine Crossover.app" launches and then just exits right away without any messages.

If I launch them with wine foo.exe in the terminal though everything works properly because that appears to force using wine32on64.

Is it expected that using the app doesn't know when to use wine32on64?
(is wine32on64 even still needed in preference to wine64 anymore? I just ran wine64 on my 32 bit exe and it seems to run fine with the crossover21 release?)

(Thank you by the way for the crossover21 release. It works muuuch more smoothly than the crossover20 version.)

The bottle for winetricks is not downloadable

Installing wine 5.19 of wine-devel results in a 404 error. I've been able to verify the cause of this issue is due to the change in archive packaging from .tar.gz to .tar.7z on your releases page.

Thank you for keeping this maintained!

i have the m1? wine 7.7 installed. but when i do brew install wine-crossover it says it require a x86_64 processor. i assumed it should say that wine-crossover allready installed

Hey! First things first - amazing work with all the packages!

I noticed that, despite being released a while ago, Crossover 22 is not yet available via Homebrew packages. Are there any plans for releasing it? Let me know if I can help in any way.

The 21.0.0 sources are out, including a fork of Wine 6.0.

Dear Friend,

it is definitely NOT a problem of a build, so it is just a question where to report this issue ... ?

My application (EA.exe) requires a connection to remote database via ODBC MySQL driver. During a connection an error appears on the terminal screen ...

003e:fixme:msado15:connection_QueryInterface interface {00000126-0000-0000-c000-000000000046} not implemented
003e:fixme:msado15:connection_Open 20B80D80, L"Provider=MSDASQL.1;Persist Security Info=False;Data Source=Maria;", L"", 20B0E53C, 00000000
003e:fixme:msado15:supporterror_InterfaceSupportsErrorInfo 20B80D80, {00000515-0000-0010-8000-00aa006d2ea4}
003e:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFA, 06C3FD1C

There is a simple WA to this issue, msdao15 shall be set to NATIVE using winecfg. It was already fixed in Wine5 (https://bugs.winehq.org/show_bug.cgi?id=48336).

Thanks for an advice where to report this issue.

BTW this build of Wine Crossover (20.0.2) works definitely faster than the previous version 19.0.2 :-)

i have the older 5.0 installed
ow to replace it with the new?
brew install wine-crossover dont work

I keep hitting this error whenever I attempt installation:

[HAL:~] msyeed% brew install --cask --no-quarantine gcenx/wine/wine-crossover
Error: Cask 'wine-crossover' is unreadable: /usr/local/Homebrew/Library/Taps/gcenx/homebrew-wine/Casks/wine-crossover.rb:6: syntax error, unexpected <<, expecting end
<<<<<<< HEAD
^~
/usr/local/Homebrew/Library/Taps/gcenx/homebrew-wine/Casks/wine-crossover.rb:18: syntax error, unexpected ===, expecting end-of-input
=======
^~~
[HAL:~] msyeed% 

I have a fully updated homebrew and ruby -v reports version 2.6.8p205. Any ideas?

seems this wine-crossover on m1 macs hates 32bit prefixes. some old stuff require 32bits prefixes..

The version 6.1 of wine already added support for arm64 M1 SOC, could u update brew for m1 version?

with bigsur 11.0.1 and 11.2.3
installed 20.0.2 today through brew, attempting to launch winecfg (while creating a new prefix) gets

terminals database is inaccessible

[email protected] seems to have the same issue..?

update: downloading the 19.0.2 tarball manually fixes the issue, and I suspect the real issue with brew cask is

err:thread:get_image_addr dyld image info is above 4GB limit for 32-bit-on-64-bit process

When I run the vulkan_test.exe (from https://github.com/skeeto/vulkan-test) with wine-6.0 (crossover), I get:

(cpython37) InvincibleReason:~$ wine Downloads/vulkan_test.exe
0960:err:vulkan:get_vulkan_driver Wine was built without Vulkan support.
0960:err:vulkan:wine_vk_init Failed to load Wine graphics driver supporting Vulkan.
(cpython37) InvincibleReason:~$

How do you compile this from sources? I would love to see if it's possible to run games like Dishonored 2, GTA 5, etc, using MoltenVK.

Hello, I have a dll file that seems to hang when trying to load a game with this, crossover, and playonmac that are supposed to support catalina. I think its probably an issue with the dll, but is there anyway to tell what the dll is doing so i might be able to better figure out if i can configure something or if possible to make a source code change to support it? Thanks

Forgive me if I'm not doing something obvious, but I've tried both wine-crossover and unofficial-wineskin (both installed from brew), and both fail to launch the windows .exe with the error 'Wine Mono is not installed' in the log. On the readme it says that wine mono should be included. What am I missing?

Dear Friend, let me ask if it is possible to somehow merge the resolution of the BUG#40649 into next update of your Wine-crossover build. Thanks.

Edit: Forget to mention this an M1 MBP on Ventura 13.0.1

Not sure since when, but everytime I run a brew doctor I get this:

Warning: Some taps are not on the default git origin branch and may not receive
updates. If this is a surprise to you, check out the default branch with:
  git -C $(brew --repo gcenx/wine) checkout master

Tried as proposed, but that didn´t change anything.

Also, when running brew update and upgrade, I get this:

Warning: Cask 'portingkit' is unreadable: /opt/homebrew/Library/Taps/gcenx/homebrew-wine/Casks/portingkit.rb:1: syntax error, unexpected <<
<<<<<<< HEAD
/opt/homebrew/Library/Taps/gcenx/homebrew-wine/Casks/portingkit.rb:17: syntax error, unexpected ===, expecting end
=======
/opt/homebrew/Library/Taps/gcenx/homebrew-wine/Casks/portingkit.rb:33: syntax error, unexpected >>, expecting end
>>>>>>> cd3fe3f (cleanup casks)
/opt/homebrew/Library/Taps/gcenx/homebrew-wine/Casks/portingkit.rb:34: syntax error, unexpected end, expecting end-of-input
Warning: Cask 'wine-crossover' is unreadable: /opt/homebrew/Library/Taps/gcenx/homebrew-wine/Casks/wine-crossover.rb:9: syntax error, unexpected <<, expecting end
<<<<<<< HEAD
/opt/homebrew/Library/Taps/gcenx/homebrew-wine/Casks/wine-crossover.rb:18: syntax error, unexpected ===, expecting end-of-input
=======
Warning: Cask 'unofficial-wineskin' is unreadable: /opt/homebrew/Library/Taps/gcenx/homebrew-wine/Casks/unofficial-wineskin.rb:1: syntax error, unexpected <<
<<<<<<< HEAD
/opt/homebrew/Library/Taps/gcenx/homebrew-wine/Casks/unofficial-wineskin.rb:5: syntax error, unexpected ===, expecting end
=======
/opt/homebrew/Library/Taps/gcenx/homebrew-wine/Casks/unofficial-wineskin.rb:14: syntax error, unexpected >>, expecting end
>>>>>>> cd3fe3f (cleanup casks)
/opt/homebrew/Library/Taps/gcenx/homebrew-wine/Casks/unofficial-wineskin.rb:28: syntax error, unexpected end, expecting end-of-input

Not a really functional issue, but a bit annoying. Wine64 itself still runs my favourite apps (Altirra, MadStudio and Notepad++) just fine, but something just seems to be not right.