Runtime error, when trying to debug a single asm-file without a project

[snoopy78]

When I debug a project, it works smooth, but when I try the same with a single asm file, I get the following error:

Determined D:\Software\C64\C64StudioProjekte\Test\Test.asm as active document
Running build on D:\Software\C64\C64StudioProjekte\Test\Test.asm
Build successful, 0 warnings, 0 errors encountered
Start address $C000 to $C000, size 1 bytes
Memory Map:
$C000 - $C000 - unnamed section
Compiled to file D:\Software\C64\C64StudioProjekte\Test\Test.prg, 3 bytes
Debugging D:\Software\C64\C64StudioProjekte\Test\Test.asm
An exception occurred: System.NullReferenceException: Object reference not set to an instance of an object.
at RetroDevStudio.Debugging.ReseatBreakpoints(Project Project, FileInfo ASMFileInfo) in D:\Jenkins\workspace\C64Studio Release\C64Studio\Debugging.cs:line 214
at RetroDevStudio.Tasks.TaskCompile.DebugCompiledFile(DocumentInfo DocumentToDebug, DocumentInfo DocumentToRun) in D:\Jenkins\workspace\C64Studio Release\C64Studio\Tasks\TaskCompile.cs:line 81
at RetroDevStudio.Tasks.TaskCompile.ProcessTask() in D:\Jenkins\workspace\C64Studio Release\C64Studio\Tasks\TaskCompile.cs:line 605
at RetroDevStudio.Tasks.Task.RunTask() in D:\Jenkins\workspace\C64Studio Release\C64Studio\Tasks\Task.cs:line 51

I could compile and run it without any error, but after this debug-error, I need to reopen the Studio to work on.

[GeorgRottensteiner]

I keep re-introducing that bug. Shows that I always work with projects. Fix is up at WIP link:
https://www.georg-rottensteiner.de/webmisc/C64StudioRelease.zip

Since that's IMHO a critical bug I've also updated the regular release (is up in a few minutes, ca. 16:25 CET)

[snoopy78]

Now I tried with the new version. I starts VICE now, but throws an error and the debug icons are deactivated:

Determined D:\Software\C64\C64StudioProjekte\Konverter\Zeichen als ASCII ausgeben.asm as active document
Running build on D:\Software\C64\C64StudioProjekte\Konverter\Zeichen als ASCII ausgeben.asm
Build successful, 0 warnings, 0 errors encountered
Start address $C000 to $C03C, size 61 bytes
Memory Map:
$C000 - $C03C - unnamed section
Compiled to file D:\Software\C64\C64StudioProjekte\Konverter\Zeichen als ASCII ausgeben.prg, 63 bytes
Debugging D:\Software\C64\C64StudioProjekte\Konverter\Zeichen als ASCII ausgeben.asm
Calling D:\Software\C64\GTK3VICE-3.10-win64\bin\x64sc.exe with -initbreak 0xa871 -remotemonitor -moncommands "C:\Users\grobma\AppData\Local\Temp\tmptq3xys.tmp" "D:\Software\C64\C64StudioProjekte\Konverter\Zeichen als ASCII ausgeben.prg"
Connection attempt 1
RemoteDebugger.Connected Exception:System.Net.Sockets.SocketException (10061): Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte.
at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.ThrowException(SocketError error, CancellationToken cancellationToken)
at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.System.Threading.Tasks.Sources.IValueTaskSource.GetResult(Int16 token)
at System.Threading.Tasks.ValueTask.ValueTaskSourceAsTask.<>c.<.cctor>b__4_0(Object state)
--- End of stack trace from previous location ---
at System.Threading.Tasks.TaskToAsyncResult.End(IAsyncResult asyncResult)
at RetroDevStudio.VICERemoteDebugger.Connected(IAsyncResult iar) in D:\Jenkins\workspace\C64Studio Release\C64Studio\Debugger\VICERemoteDebugger.cs:line 142failed 1 times, giving up

[GeorgRottensteiner]

Da scheinen die Parameter nicht ganz passend zu sein. Ich habe auch Probleme mit der Autoerkennung der VICE-Version.

Diese Konfiguration hat bei mir mit VICE 3.10 geklappt, auch debuggen:

[snoopy78]

Leider immer noch ein Fehler, obwohl nun die gleichen Parameter einkopiert beim Debug-Modus. Kann ich herausfinden, ob VICE evtl. auf einem anderen Port wartet? Das Programm selbst wird anstandslos ausgeführt, nur halt ohne Debug-Möglichkeit.

Memory Map:
$C000 - $C03C - unnamed section
Compiled to file D:\Software\C64\C64StudioProjekte\Konverter\Zeichen als ASCII ausgeben.prg, 63 bytes
Debugging D:\Software\C64\C64StudioProjekte\Konverter\Zeichen als ASCII ausgeben.asm
Calling D:\Software\C64\GTK3VICE-3.10-win64\bin\x64sc.exe with -binarymonitor -binarymonitoraddress 127.0.0.1:6510 -moncommands "C:\Users\grobma\AppData\Local\Temp\tmp1ipqwe.tmp" "D:\Software\C64\C64StudioProjekte\Konverter\Zeichen als ASCII ausgeben.prg"
Connection attempt 1
Connecting to VICE binary interface...
Connecting to VICE binary interface failed: System.Net.Sockets.SocketException (10061): Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte.
at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.ThrowException(SocketError error, CancellationToken cancellationToken)
at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.System.Threading.Tasks.Sources.IValueTaskSource.GetResult(Int16 token)
at System.Threading.Tasks.ValueTask.ValueTaskSourceAsTask.<>c.<.cctor>b__4_0(Object state)
--- End of stack trace from previous location ---
at System.Threading.Tasks.TaskToAsyncResult.End(IAsyncResult asyncResult)
at RetroDevStudio.VICERemoteDebuggerBinaryInterface.Connected(IAsyncResult iar) in D:\Jenkins\workspace\C64Studio Release\C64Studio\Debugger\VICERemoteDebuggerBinaryInterface.cs:line 210failed 1 times, giving up

[GeorgRottensteiner]

Hmm, kann es sein, dass irgend etwas den Port 6510 blockiert? VICE wird damit aufgerufen, der sollte den Port aufmachen.
Ich sehe seltsamerweise auch überhaupt keine Ausgaben von VICE im Log. Normalerweise schreibt der Unmengen an Infos raus.

Geht der VICE selber auf? Falls ja, kannst du mal ein "telnet localhost 6510" versuchen und sagen, ob die Verbindung aufgemacht werden kann?

[snoopy78]

Also wenn ich VICE (x64sc) vorher starte, dann ist ein tnc erfolgreich:

ComputerName : localhost
RemoteAddress : 127.0.0.1
RemotePort : 6510
InterfaceAlias : Loopback Pseudo-Interface 1
SourceAddress : 127.0.0.1
TcpTestSucceeded : True

Ja, die Übergabe des Programms funktioniert. Das Image wird geladen und gestartet.

[GeorgRottensteiner]

Jetzt, wo ich ein bisschen mit VICE 10 rumteste, habe ich ähnliche Effekte. Kannst du mal bei "First Args" ein "-verbose" einsetzen?

Ich habe den Effekt, dass der kurz anspringt, und sich dann selbst beendet, ohne irgendwelche Ausgaben in der Konsole.

[snoopy78]

Bei mir kommt beim Start zwar die Meldung, dass das Konfigurationsfile von 3.9 ist und er 3.10 erwartet, doch danach lädt er normal. Ich weiss aber nicht, wie ich das wegbekomme, denn auch wenn ich die EInstellungen im VICE explizit speichere, kommt er beim nächsten Mal mit der gleichen Meldung.

Start address $C000 to $C03C, size 61 bytes
Memory Map:
$C000 - $C03C - unnamed section
Compiled to file D:\Software\C64\C64StudioProjekte\Konverter\Zeichen als ASCII ausgeben.prg, 63 bytes
Debugging D:\Software\C64\C64StudioProjekte\Konverter\Zeichen als ASCII ausgeben.asm
Calling D:\Software\C64\GTK3VICE-3.10-win64\bin\x64sc.exe with -verbose -binarymonitor -binarymonitoraddress 127.0.0.1:6510 -moncommands "C:\Users\grobma\AppData\Local\Temp\tmpluqlfb.tmp" "D:\Software\C64\C64StudioProjekte\Konverter\Zeichen als ASCII ausgeben.prg"
Connection attempt 1
Connecting to VICE binary interface...
Connecting to VICE binary interface failed: System.Net.Sockets.SocketException (10061): Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte.
at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.ThrowException(SocketError error, CancellationToken cancellationToken)
at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.System.Threading.Tasks.Sources.IValueTaskSource.GetResult(Int16 token)
at System.Threading.Tasks.ValueTask.ValueTaskSourceAsTask.<>c.<.cctor>b__4_0(Object state)
--- End of stack trace from previous location ---
at System.Threading.Tasks.TaskToAsyncResult.End(IAsyncResult asyncResult)
at RetroDevStudio.VICERemoteDebuggerBinaryInterface.Connected(IAsyncResult iar) in D:\Jenkins\workspace\C64Studio Release\C64Studio\Debugger\VICERemoteDebuggerBinaryInterface.cs:line 210failed 1 times, giving up

[GeorgRottensteiner]

Das scheint jetzt eher ein VICE-Thema zu sein. Ich vermute mal, die Warnungsmeldung blockiert den eigentlichen Start und C64Studio gibt deshalb auf.

Wo liegt deine VICE.ini? Es gibt zwei Orte, einmal unter %appdata%/vice/vice.ini, und lokal beim Emulator.
In der ini steht die Version oben mit drin:

[Version]
ConfigVersion=3.10

Falls das Speichern über die GUI nicht klappt, änder mal den Wert manuell.

[snoopy78]

Ich habe hier einmal das Log vom letzten Start. Habe es gesehen, als ich die ini suchte ;-)

vice.log

Die ini im AppData...roaming war schon auf 3.10 gesetzt. Im GTK3VICE-3.10-win64 Verzeichnis habe ich keine ini-Dateien gefunden.

[GeorgRottensteiner]

Da scheint es gar nicht erst zu einer Verbindung zu kommen. Es greifen aber auch die Wiederholungs-Versuche nicht.
Ich hab mal eine WIP-Version geschnürt, die bis zu 10 Verbindungsversuche unternimmt.
Kannst du es damit mal versuchen? Bitte davon das komplette Log aus dem "Output"-Fenster.

https://www.georg-rottensteiner.de/webmisc/C64StudioRelease.zip

[snoopy78]

Also das Verhalten war folgendermassen:
Beim ersten Start nach dem Entpacken und Datei importieren, hat das Studio 10 Versuche gemacht. Ich habe gesehen, dass VICE sich etwa ab dem achten Versuch startete, doch als es oben war, waren die zehn Versuche abgelaufen. Das Programm wurde übergeben und anschliessend gestartet.
Nach dem Beenden von VICE habe ich einfach nochmals auf Build geklickt und hier war dann schon der erste Versuch erfolgreich und VICE im Debug-Modus am Warten.
Auch nach dem schliessen und neu öffnen vom C64-Studio konnte sich VICE direkt beim ersten Versuch andocken.

Es stellt sich mir die Frage, warum es beim ersten Laden Probleme gibt. Braucht VICE evtl. länger, bis es die Bibliotheken im RAM hat und anschliessend ist es genug schnell, um auf den Verbindungsversuch bereit zu sein?