IPF file support on Mac v2.14.4.1 broken #7
Comments
|
Unfortunately i don't have a recent enough Mac to reproduce, debug and fix this issue... |
|
I'm happy to do some additional testing and/or provide additional logs if you can give me some pointers? |
|
Try the latest version : |
|
Followed the same steps. The results are a bit different but it still does not work. Now when I click the 'load' button in v2.14.11.1, the same error is still output when running from the terminal, but more often. It happens even before the file selector window is visible: 2023-08-09 14:00:35.428 hxcfloppyemulator[7157:85824] +[CATransaction synchronize] called within transaction
2023-08-09 14:00:35.456 hxcfloppyemulator[7157:85824] +[CATransaction synchronize] called within transaction
2023-08-09 14:00:35.494 hxcfloppyemulator[7157:85824] +[CATransaction synchronize] called within transaction
2023-08-09 14:00:35.507 hxcfloppyemulator[7157:85824] +[CATransaction synchronize] called within transaction
2023-08-09 14:00:35.523 hxcfloppyemulator[7157:85824] +[CATransaction synchronize] called within transaction
2023-08-09 14:00:35.540 hxcfloppyemulator[7157:85824] +[CATransaction synchronize] called within transaction
2023-08-09 14:00:35.558 hxcfloppyemulator[7157:85824] +[CATransaction synchronize] called within transaction
2023-08-09 14:00:35.575 hxcfloppyemulator[7157:85824] +[CATransaction synchronize] called within transaction
2023-08-09 14:00:35.591 hxcfloppyemulator[7157:85824] +[CATransaction synchronize] called within transaction
2023-08-09 14:00:35.607 hxcfloppyemulator[7157:85824] +[CATransaction synchronize] called within transaction
2023-08-09 14:00:35.624 hxcfloppyemulator[7157:85824] +[CATransaction synchronize] called within transaction
2023-08-09 14:00:35.642 hxcfloppyemulator[7157:85824] +[CATransaction synchronize] called within transaction
2023-08-09 14:00:35.658 hxcfloppyemulator[7157:85824] +[CATransaction synchronize] called within transaction
2023-08-09 14:00:35.674 hxcfloppyemulator[7157:85824] +[CATransaction synchronize] called within transaction
2023-08-09 14:00:35.692 hxcfloppyemulator[7157:85824] +[CATransaction synchronize] called within transactionThis is the exact output, no lines have been omitted. In v2.5.6.6 (with working IPF support on Mac) this line is displayed only once after clicking on the 'Load' button. I do not know if there is a built in way to launch it with 'debug level logging'? Then I would probably be able to provide you with more useful logs ;-) What I did not mention in my original post is that during starting of the app, this line is output in the terminal: Error while loading libusbhxcfe ! USB HxC Floppy Emulator support disabled !I never mentioned it since I did not care about USB support (and v2.5.6.6 also has this), but of course it might be useful to know (but is probably completely unrelated). |
|
I think that these prints are unrelated with your issue. |
|
One possibility : The old HxC version was only compiled for x64 machines - and then the Mac use the emulator layer to run it and is able to load the x64 caps library. The new HxC targets the x64 and ARM. You have an ARM based machine, so the ARM HxC version is running... But the caps library only target x64 machines... EDIT : I have checked the caps library, the most recent one come from 2011... So this library definitively need a new build. |
|
I should have mentioned that I indeed have an M1 powered mac, crazy that I completely missed this obvious issue. So to confirm what you said: Beta 2.14.11.1The error in the logs is this one: While it does exist on disk, but is The main executable is indeed a universal binary: Version 2.5.6.6This one is indeed not a mixed binary: Thank you for helping out on this one! |
|
@malc0mn One possible workaround is to disable the ARM build in the makefiles. remove the ARM part from the MACOSX_ARCH lines : (it is maybe possible to set the MACOSX_ARCH variable from the main makefile.) (i reopen the ticket for the moment) |
If this is indeed the problem, then there is a very simple workaround that should be working : force the Mac to open the x64 version of the app using Rosetta emulation until the CAPS library is available for ARM. To do this @malc0mn simply right click / "Get Info" on the app icon (or just Cmd+I) and tick the "open with Rosetta" box. I'm still on 2.6 but will be updating to 2.14 soon to try this (I am the person who wrote the comment @malc0mn was referring to) |
|
I have tried the workaround I described here and it's still working exactly the same for me in v2.14.4.1 as in v2.6 Steps :
I made myself a This is not an ideal situation but it's the only way I've found until HxC is updated to look for the library in the standard system locations (see my original comment. If I find the time I will submit a patch) |
|
I've just a submitted a PR which should make things work for Mac users just by copying the CAPSImage framework to |
|
@renaudguerin |
Confirmed it works fine ! |
|
Since this is fixed, i close this issue. |
Following these steps: https://torlus.com/floppy/forum/viewtopic.php?p=25110#p25110 on version 2.5.6.6 works perfectly and will allow opening of
.ipffiles onMacOS Ventura 13.4.1 (c).However, this no longer works on version 2.14.4.1 which will report an error:
Edit: I should mention that this is an incredibly cool project. Really impressed!
The text was updated successfully, but these errors were encountered: