| |
Digger
Registered: Mar 2005
Posts: 421 |
VICE (x64) hot reloading
Does anyone know a way to pass a .prg file to already running x64 instance on macOS?
I am trying to optimize the launch time after compilation, killing and respawning x64 takes some time, even with memory injection enabled. |
|
... 8 posts hidden. Click here to view all posts....
|
| |
soci
Registered: Sep 2003
Posts: 473 |
I use this in Makefiles usually. It does an autostart through remote monitor or starts a new VICE if it's not listening yet. Of course everything is directly runnable or can be compiled so for testing.
XFLAGS := -autostartprgmode 1 -autostart-warp +truedrive +cart -remotemonitor
all: demo
-echo 'autostart "$(PWD)/$<"' | nc 127.0.0.1 6510 -q 1 2>/dev/null >/dev/null || (x64 $(XFLAGS) $< </dev/null 2>/dev/null >/dev/null) &
|
| |
chatGPZ
Registered: Dec 2001
Posts: 11113 |
noone made a codenet clone for the remote binary interface yet? why? |
| |
Frantic
Registered: Mar 2003
Posts: 1627 |
My guess is that this is because you sort of have to be a VICE developer to even be aware of it. With that said I guess it may be a really good idea though.
Also, a bit off topic as it doesn't relate to VICE, but I just wanna mention that there is a special version of the 1541U2 firmware out there somewhere that allows you to send code straight into C64 ram, and do things like remotely resetting the C64, over ethernet. I find it very useful so I just wanted to mention that, as I guess people aren't widely aware of it. I use it from macOS. |
| |
Fred
Registered: Feb 2003
Posts: 284 |
Quoting Perplex
# Load new program file into memory
send "load "$PROGRAM" 0"
@Perplex: Thanks for your post. In order to load a program that loads at address $D000-$DFFF you need to set the bank to ram before loading it, like:
send "bank ram"
send "load "$PROGRAM" 0"
send "bank rom" |
| |
oziphantom
Registered: Oct 2014
Posts: 478 |
Quote: noone made a codenet clone for the remote binary interface yet? why?
Because the Binary interface only has 1 thing in it. And it lets you grab data from VICE not put data into VICE. To which our remote debuggers are probably the only thing to use it at the moment. Once Hunters Moon is done, I have a list of things to add the binary interface so I can improve the debugger. If you have anything in particular you want let me know.
Binary Upload
Binary Register
Binary Memory trace
Binary Breakpoint setting
Binary Breakpoint triggered
Binary Breakpoint control
Binary Bank
Is the current list. |
| |
Martin Piper
Registered: Nov 2007
Posts: 634 |
Yeah, at the moment we have to have a nasty mixture of binary query and the other mostly text based monitor commands to be able to do useful stuff. Plus the weird connection problems causing lots of slow down and flickering of the windows don't help. |
| |
MagerValp
Registered: Dec 2001
Posts: 1055 |
Quoting oziphantomBinary Upload
Binary Register
Binary Memory trace
Binary Breakpoint setting
Binary Breakpoint triggered
Binary Breakpoint control
Binary Bank
Trigger reset.
Jump to address.
Read I/O state without side effects like acking IRQs. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11113 |
Quote:Because the Binary interface only has 1 thing in it. And it lets you grab data from VICE not put data into VICE.
sure. and it'd take almost a couple minutes to add binary upload?
making a list doesnt help btw. i also already know exactly what it would need, it wouldnt be the first remote debugger thing i am writing :) |
| |
oziphantom
Registered: Oct 2014
Posts: 478 |
The list isn't for you, the list is for me ;) |
| |
Perplex
Registered: Feb 2009
Posts: 254 |
Quote: Quoting Perplex
# Load new program file into memory
send "load "$PROGRAM" 0"
@Perplex: Thanks for your post. In order to load a program that loads at address $D000-$DFFF you need to set the bank to ram before loading it, like:
send "bank ram"
send "load "$PROGRAM" 0"
send "bank rom"
@Fred: Good call, thanks! |
| Previous - 1 | 2 - Next |
