4 Jan
2005
4 Jan
'05
4:23 a.m.
At 10:59 PM 1/3/05 -0600, you wrote:
At 02:20 PM 1/3/2005, Scott Stevens wrote:
It should. However COPY will normally stop when it hits a CTRL/Z. (And
many files have CTRL/Zs in them other than the EOF.) HOWEVER there is a
switch that you can use to make COPY copy the entire file length regardless
of the preense of embedded CTRL/Zs. I don't remember what the switch is
but it should be easy to find out.
Joe
Can't the plain old DOS copy command be used
in the same fashion, i.e.:
MODE COM1:9600,N,8,1,P
COPY COM1 filename.exe
entered at the 'receiving' system (at the right points in time)
If the program binary sent over the serial line didn't include
any characters that were eaten or rejected by COPY, and it
ended with a CTRL/Z and COPY stopped there, it would work,
wouldn't it?
This reminds me of the constraints on today's exploits and code
injection techniques: "write a series of three progressive
exploits and loaders that fit in 64, 256 and 512 bytes,
respectively, and do not contain any zeroes."
At 02:37 PM 1/3/2005, Tom Jennings wrote:
Hell, with debug you could WRITE the program to
input the file
in binary! We're talking MSDOS, right? Not Windows?
You can type this crap directly into debug, "aXXXX".
Go for it, Skippy! When it's debugged and tested, ship it! :-)
As the hex to enter into DEBUG.
You're right - the program for this would be small enough to
fit in the margin of a FAQ. "Load and run from the serial port."
- John