-
Notifications
You must be signed in to change notification settings - Fork 37
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
FS-UAE hangs during startup of a.exe #199
Comments
Anything in the output window? Maybe gdb failed to launch and FS-UAE just waits for a connection? |
Is that the entire log output? |
All the above output is way before the GDB server starts waiting for a connection. @gylead can you see if the bundled fs-uae binary starts ok if you run it directly outside of vscode? |
Yes, that is the end of the logfile. Cut in the middle of a log line, isn't it? The bundled fs-uae runs perfectly from the command line using the applied default config as long as I remove the remote-debugger config lines. The Abyss template program as it was compiled by VS Code runs perfectly. If I keep the remote debugger lines in the config file it also hangs when I start fs-uae from command line. So, even that the log file is not complete, I assume the hanging fs-uae is related to the remote debugger feature. |
I have some more information: When I run the program with F5 using Configuration "AROS", the fs-uae and the gdb are both started. But the debugger doesn't stop on any breakpoint which I have set. When I run the program with F5 using Configuration "A500" (or "A1200"), the fs-uae is started but gdb is not. When I copy the "kickstart" config line from configuration "A500" into "AROS", I see the same problem as with original configuration "A500". |
Question: I am using kickstart files that need the "rom.key" otherwise fs-uae cannot load the kickstart files. Might that be related to this issue? |
This sounds like it could be similar or related to #193. Can you see if the issue still occurs on current master with the unreleased fix? |
I did the following:
What else can I check? Can I find an error log for the failing startup of the gdb somewhere? |
Ok thanks for this, the stack trace is really useful. It does look like it might be something specific to your kickstart ROM. I'll look into it properly in a bit. |
Hmm maybe my code still tries to do something with the kickstart and fails because it is encrypted? I never tried anything with encrypted kickstarts. |
I‘ll have a look at it tomorrow. |
I got the kickstarts from a Cloanto CD I bought many years ago. I don't know if the kickstarts are still encrypted nowadays but at that time it was needed for some licensing reasons AFAIK. |
As a workaround for now, Can you try with some non-encrypted kickstart? Easily found with google. |
With a non-encrypted kickstart it runs the program - as long as I do not set any breakpoint. With version1.6.8 I get an timeout error for gdb, with master gdb also does not stop onbreakpoint and I get the following output in DEBUG CONSOLE: From client: initialize({"clientID":"vscode","clientName":"Visual Studio Code","adapterID":"amiga","pathFormat":"path","linesStartAt1":true,"columnsStartAt1":true,"supportsVariableType":true,"supportsVariablePaging":true,"supportsRunInTerminalRequest":true,"locale":"de","supportsProgressReporting":true,"supportsInvalidatedEvent":true,"supportsMemoryReferences":true,"supportsArgsCanBeInterpretedByShell":true,"supportsMemoryEvent":true}) |
Crash has been fixed. I can only look at the Windows build. I just rebuilt the template project, set a breakpoint at |
I pulled the change from master, opened the extension in VS Code and run it. Frmothe new VS Code I open the template project and start it. It stops at the breakpoint. Yeah! When I continue the program and quit fs-uae, all looks good. But when I start it the second time, starting gdb times out. I have to quit VS Code and restart it to debug the program again. |
Do you have the logs from when it times out the second time? Is it always the on second run and not just generally intermittent? |
Sorry for late reply, I was very busy this week. After I start VS Code (from within the other VS Code)the first run of the template project succeeds. The program stops at the first break point in main(). I can continue running with F5 and quit the program and fs-uae. The second run fails. FS-uae starts and runs until it starts the program. But then it hangs. I have to stop the debugger and to kill -9 fs-uae. The third run again succeeds. The firth run again fails. The fiveth run again succeeds. And so on. First Run (Works).zip |
When I run the "template" project from VS Code, fs-uae hangs when running a.exe. There is no difference if I run the program using F5 or Ctrl-F5. I have to kill fs-uae hard (kill -9).
If I remove the remote debugger configuration lines from the config file and run fs-uae from the command line it works well.
Any idea what I should check? The log file ends with the following lines, nothing special. It looks like not everything is written to the file.
The text was updated successfully, but these errors were encountered: