game-porting-toolkit
(v2.0-beta1)wineskin
wineskin-devel
wine-crossover
(wine-8.0.1 crossover-sources-23.7.1)
cx-llvm
(22.1.1)game-porting-toolkit
(1.1)libinotify-kqueue
(20211018)
game-porting-toolkit
(v2.0-beta1)wineskin
wineskin-devel
wine-crossover
(wine-8.0.1 crossover-sources-23.7.1)cx-llvm
(22.1.1)game-porting-toolkit
(1.1)libinotify-kqueue
(20211018)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.)
Hi, while installing via Hombrew, my antivirus(Avast) detected as threats "win32:suspbehav-B [heur]" in a multitude of files. What is this?
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 !
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.
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:
SteamSetup.exe
Steam.exe
-cef-disable-d3d11 -cef-disable-sandbox -cef-force-32bit -no-cef-sandbox -udpforce -nointro -cef-disable-breakpad -cef-single-process
drive_c/Program\ Files\ \(x86\)/Steam/Steam.cfg
(to disable the auto-updater) -BootStrapperInhibitAll=Enable
BootStrapperForceSelfUpdate=Disable
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.
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.
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
(cpython37) InvincibleReason:~$ wine winecfg
-bash: /Applications/Wine Devel.app/Contents/Resources/wine/bin/wine: Bad CPU type in executable
Using latest gcenx-wine-devel
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.
Here is the source code for it
https://media.codeweavers.com/pub/crossover/source/crossover-sources-21.2.0.tar.gz
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.
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
Need to make the following custom formulas
-no_new_main
)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 :-)
seems this wine-crossover on m1 macs hates 32bit prefixes. some old stuff require 32bits prefixes..
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.
Dear friend, is it possible to publish wine-crossover in old-fashioned way, ie. as an APP package instead of bottle ? Thanks.
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
The bottle for winetricks is not downloadable
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.
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.
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
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?
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?
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?
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.
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)
The 21.0.0 sources are out, including a fork of Wine 6.0.
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.
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
i have the older 5.0 installed
ow to replace it with the new?
brew install wine-crossover dont work
==> Downloading https://github.com/Gcenx/macOS_Wine_builds/releases/download/6.10/wine-staging-6.10-osx64.tar.xz
Already downloaded: ~/Library/Caches/Homebrew/downloads/6f596e1b4da05572f27dc8402b3abc77e1726508e35812cec66486f6b3bfddcf--wine-staging-6.10-osx64.tar.xz
[snip]
Error: gcenx/wine/gcenx-wine-staging: It seems the symlink source '/Applications/Wine Staging.app/Contents/Resources/wine/bin/wine64' is not there.
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.
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?
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.
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.
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!
Hi,
thanks for effort you do, really great!
Any hope you could update the Crossover bottle to 21.2?
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
Codeweavers released CrossOver 21 sources based on Wine 6.0. Do you have any plans to update your wine-crossover?
Thank you.
The version 6.1 of wine already added support for arm64 M1 SOC, could u update brew for m1 version?
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.
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
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:
homebrew-wine/Casks/wine-crossover.rb
Line 3 in 0825d1a
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)
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.
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.
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.
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?
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.