Activity for dqh
-
dqh posted a comment on ticket #2201
Does it work in the GTK build? That env var looks like it disables SDL use of the modern macOS game controller APIs. I think we need to make this into an SDL+macos only setting. It's good that you have a workaround.
-
configure --with-sdl2joystick to use sdl2 for joysticks in GTK3 builds.
-
Create branch for testing SDL2 joysticks in GTK3 builds
-
Create personal branches folder for dqh
-
Expose all macOS axis, hat, button to VICE.
-
Added cleanup to the global widget ref 'kludges', as it was causing a crash.
-
Revert r45925: undo accidental bulk commit
-
Ignore built macos launcher binary
-
Update NEWS with a few macOS things
-
Ignored generated makefiles
-
Fixed accidental commit of changed vice.texi
-
Add macOS bindist script to dist tarball generation
-
Trailing spaces
-
Fixed macOS bindist launcher asking for Rosetta
-
removed trailing space
-
PS3 controller working with macOS GTK3 builds. Probably needs USB, and also needs PS button pressed once.
-
dangling spaces commit++ but also revert accidental change to macos bindist.sh
-
macOS joysticks work again, tested with Xbox controller. Minor rework needed when mapping UI exists.
-
More make dist fixes
-
Update renamed file in EXTRA_DIST
-
I'm aware of GitHub secrets. But i'm not about to expose my personal Apple developer account signing keys to everyone with commit access.
-
The major releases are signed and notarized, but I don't know that I can securely make those credentials available to a GitHub actions workflow. It might make sense to bundle a script that the user can use to mark each app as ok to run, if such a thing is possible. Then at least it's just one annoying one-off step for each download.
-
MAC Vice 3.8 / GTK / WiC64 crashes right after startup
-
Excellent, thanks for passing things back and forth!
-
Autostart doesn't work on macOS with GTK r45889
-
Great to hear, also great to hear that the github builds are useful. Apple doesn't make them easy to use, with gatekeeper etc.
-
Autostart doesn't work on macOS with GTK r45889
-
fixed in r45896 - please confirm!
-
Fixed GTK3+SDL2 'open with file' behaviour on macOS. Also fixed per-emu bindist .app icons.
-
Autostart doesn't work on macOS with GTK r45889
-
MAC Vice 3.8 / GTK / WiC64 crashes right after startup
-
Thanks - this is now fixed. The Win64 code uses a few ~1MB temp buffers on the stack and the default stack size on macOS is only 512KB. I've raised this to 8MB to match Linux.
-
Explicit 8MB VICE thread stack size to match Linux default. Fixes https://sourceforge.net/p/vice-emu/bugs/1978/
-
Fixed warnings
-
any chance of exact repro steps for the latest vice?
-
Menu items not working
-
x128 warp with vdc window showing capped at 120%
-
yup similar speed on macos
-
Paused emulation - Display settings update shows black screen
-
MacOS: Make VICE GTK discoverable for accessibility apps
-
What exactly does 'not working' mean here? VICE uses standard GTK things to create the UI, with the exception of the emulated user interface which on all platforms is a native child window which is then rendered with OpenGL or DirectX. So there's no chance of the emulated system text console being understood by this thing (if it doesn't do OCR) but the rest of the UI should at least work if GTK things generally do.
-
MAC Vice 3.8 / GTK / WiC64 crashes right after startup
-
But is it reproducible with the latest VICE code. If so I'll need new repro steps as -wic64colorizetrace isn't a valid CLI flag. No crash for me if I don't use that flag
-
Scratch that - i can replicate the blank monitor window with -monitorwidth "1464" -monitorheight "916". But at least the custom font is working again
-
Ok all, i've just fixed our custom fonts on macOS as well as a bunch of bindist issues. I would be good to know if this monitor issue has improved for those who see it (I don't)
-
Fixed more macOS bindist stuff
-
Fixed macOS runtime bindist check
-
Fix macOS custom fonts
-
Ad-hoc code signing to reduce fuckery required to run github macos builds
-
Reworked rpath rewriting in macOS bindist. GitHub macOS builds fixed
-
GitHub macOS bindist - Restore Intel + Apple
-
GitHub macOS bindist - Attempt 13
-
GitHub macOS bindist - Attempt 12
-
GitHub macOS bindist - Attempt 11
-
GitHub macOS build with homebrew clean slate
-
Remove macOS x86 builds from GitHub - Homebrew + GH support has rotted
-
revert ill-informed changes
-
GitHub macOS bindist - Attempt 10
-
GitHub macOS bindist - Attempt 9
-
GitHub macOS bindist - Attempt 8
-
GitHub macOS bindist - Attempt 7
-
GitHub macOS bindist - Attempt 6
-
Fix macOS bindist assume GTK3 installed
-
GitHub macOS bindist - Attempt 5
-
GitHub macOS bindist - Attempt 4
-
GitHub macOS bindist - Attempt 3
-
GitHub macOS bindist - Attempt 2
-
GitHub macOS bindist
-
Hi Mads, im a big fan of Kick Assembler. i believe this issue is fixed in trunk (upstream dep issue, actually), any chance you can verify?
-
macOS bindist no longer require platypus. And other bindist issues fixed.
-
I'm not sure i'm seeing the same problem in trunk Would you be able to try to repo it using the latest code from SVN, without hardcoding the path to the dylib? I'm wondering if the real problem is that a signed .app is trying to load the dylib from the system, rather than it being due to needing the full path.
-
GTK Crashes on Font Selection in Preferences.
-
I guess the main question is, if you install deps from homebrew and compile and install VICE trunk on your machine - does the problem still occur? macOS Build instructions are at doc/building/macOS-Howto.txt I just retested using deps I installed a few months ago, and again using updated deps, and no crash. So I think it was just a bug in upstream that has since been fixed. Feel free to reopen if you can repro in trunk
-
MAC Vice 3.8 / GTK / WiC64 crashes right after startup
-
Unless it's replicable in trunk, I think we have to assume this was inadvertently fixed already by another change. Feel free to reopen if you can find a way to replicate.
-
I can't replicate this anymore. Seems the -wic64colorizetrace option has been removed in the meantime also
-
I actually did check this when I saw the email. On my machine 3.9 crashes deep inside pango when doing this, but a build i have from WIP joystick work doesn't and shows a font selection dialog. So it might be that it's a problem fixed by a newer version of the dependencies.
-
Add link to GitHub actions run to all build failure notifications
-
Fixed macOS build (currently no host joystick support)
-
Will at least get it building again today.
-
Update macOS bindist to latest notarisation tool
-
Update macOS bindist for latest GTK3
-
lack of code-signing might be related too
-
ugh, this is the test that the homebrew guy forced me to add when I last wanted to fix the homebrew build formula. And now the test itself breaks the build and creating work, classic.
-
I just tried this morning and I found that x64sc won't even start on Windows for me. The other emulators do. So there is a bigger issue to investigate first
-
Forgot that replies to the mailing list emails are disabled. I'm probably the last person who worked on the mouse code. It would be good to get a description of how it behaves for you. Does it work if you don't make fast/big mouse movements?
-
(macOS) Register all the ttf fonts, not just C64_Pro_Mono-STYLE
-
Fixed unused variable in non-debug builds
-
(macOS) Moved system includes to end of generated CMake include list. Fixes hvsc #include "md5.h"
-
are you able to test that adapter on a linux or windows machine?
-
still here if something serious needs fixing on mac, sounds like this would be hard to replicate though.
-
MAC Vice 3.8 / GTK / WiC64 crashes right after startup
-
this one is tricky to find - it fails in userport_wic64_store_pbx() but only if optimisation is enabled.
-
MAC Vice 3.8 / GTK / WiC64 crashes right after startup
-
thanks for the report, ill look at it tomorrow
-
Fixed the ritual busting of vice.text iso-8859-x
-
Partial revert
-
Changed macOS monitor hotkey from reserved Cmd-h to Cmd-Escape. Thanks to Oskar Linde for the patch!
-
Change default hotkey for opening Monitor on Mac
-
Yeah, not sure why this was changed, Cmd-Escape is a good change, thanks.
1 >
