On 19 September 2015 at 19:45, Toby Thain wrote:
> Thank God nobody would build such a thing into a modern language, especially
> not the one that runs in almost every browser...
Well, quite. :-)
Or rather, :-(
--
Liam Proven • Profile: http://lproven.livejournal.com/profile
Email: lpro...@ci
On 19 September 2015 at 19:53, tony duell wrote:
> A lot of disk-based BASICs had a statement that would merge a program from
> disk in this way. Sometimes the program had to be saved in ASCII, not
> tokenised,
> the BASIC interpretter then essentially read the file as if you were typing
> it on
On 20 September 2015 at 05:58, John Foust wrote:
> Someone's demonstrated you can hide in the firmware of hard drives.
And access the hypervisor layer of an OS in various ways from programs
executing inside a VM.
So, for instance, much malware self-inactivates if it detects that
it's running ins
"My parents sold their 57 Chevy station wagon for $50 in 1965. What is it
worth now?"
Good question.Condition unspecified and 50 years ago.Certainly a 'valid' point.
Maybe Todd's new toy will be worth a lot of money in about 50 years,if he gets
it working and somebody living in 2065 remembers wh
You 'people' certainly have a way with words...You should be very proud of your
command of the English language.
From: Todd Goodman
To: General Discussion: On-Topic and Off-Topic Posts
Sent: Saturday, September 19, 2015 11:24 PM
Subject: Re: IBM 026
* William Donzelli [150919 19:4
> From: Marc Verdiell
> thanks for taking care of a rare 026.
Actually, IIRC this was an 029 - thread drift, after LCM (IIRC) enquired
about a punch - for them, an 029 seemed as good as an 026.
> this community is about celebrating people that have an interest in
> saving old va
>
> But in everything from ZX BASIC to BBC BASIC to GWBASIC, loading a
> program erases all lines of code in interpreter RAM and replaces the
> whole program with the one loaded from disk, but leaves variables etc.
> intact.
>
BBC BASIC (when running on a BBC Micro at least) does clear (most) vari
On 20/09/2015 11:52, Liam Proven wrote:
On 19 September 2015 at 19:53, tony duell wrote:
A lot of disk-based BASICs had a statement that would merge a program from
disk in this way. Sometimes the program had to be saved in ASCII, not tokenised,
the BASIC interpretter then essentially read the
On 20/09/2015 05:45, Able Baker wrote:
You 'people' certainly have a way with words...You should be very proud of your
command of the English language.
From: Todd Goodman
To: General Discussion: On-Topic and Off-Topic Posts
Sent: Saturday, September 19, 2015 11:24 PM
Subject: Re
Something like two and a half years ago, I got a copy of
EL-00032-00-decStd32_Jan90.pdf, a one-image-per-page scan of a paper
copy of the VAX Architecture Reference Manual. I don't know where I
got it, but bitsavers has a file of the same name with the same MD5
checksum at /pdf/dec/vax/archSpec/EL
> Indeed, this whole list is about people saving computers that don't really
> have any _practical_ use any more. By definition, from a purely _functional_
> perspective, their value is scrap. But our viewpoint is not that - we see
> them as interesting and historic artifacts - and in that light,
At 05:57 AM 9/20/2015, Liam Proven wrote:
>On 20 September 2015 at 05:58, John Foust wrote:
>> Someone's demonstrated you can hide in the firmware of hard drives.
>
>And access the hypervisor layer of an OS in various ways from programs
>executing inside a VM.
Yeah, that too. The easy recombinat
On 20 September 2015 at 13:54, Peter Coghlan wrote:
> BBC BASIC (when running on a BBC Micro at least) does clear (most) variables
> when a program is loaded. Most variables are stored in memory above the
> program and if a small program was replaced by a larger program, some could
> get
> overw
I apparently put Abel on Mod rather than UnSub, and then moderators approved
the messages.
Now he's been unsubbed and I checked both lists. However, be aware the list
archives are public.
J
On Sun, 20 Sep 2015 at 16:47:50 +0200 Liam Proven wrote:
> On 20 September 2015 at 13:54, Peter Coghlan wrote:
> > BBC BASIC (when running on a BBC Micro at least) does clear (most) variables
> > when a program is loaded. Most variables are stored in memory above the
> > program and if a small p
People who say that someone has 'more money than common sense' usually have
neither.
-Original Message-
From: cctalk [mailto:cctalk-boun...@classiccmp.org] On Behalf Of Todd Goodman
Sent: Saturday, September 19, 2015 7:42 PM
To: Able Baker
Cc: General Discussion: On-Topic and Off-Topic P
On 09/20/2015 09:00 AM, Peter Coghlan wrote:
CHAIN is roughly equivelant to LOAD followed by
RUN. Unlike LOAD, CHAIN can be issued from a program so it can be
used for a kind of overlay where one program is run and then replaced
by another program when it completes. However, like LOAD (and RU
On 09/19/2015 10:58 PM, John Foust wrote:
The other recent development that makes me want to quit?
Someone's demonstrated you can hide in the firmware of
hard drives.
https://blog.kaspersky.com/equation-hdd-malware/7623/ - John
Well, one would assume this is also OS specific. I would
guess i
On 9/20/2015 11:53 AM, Jon Elson wrote:
On 09/19/2015 10:58 PM, John Foust wrote:
The other recent development that makes me want to quit? Someone's
demonstrated you can hide in the firmware of hard drives.
https://blog.kaspersky.com/equation-hdd-malware/7623/ - John
Well, one would assume this
On 09/20/2015 09:38 AM, simon wrote:
Hi All,
we have a 1039 in our space with the user guide, but
without any service docs. Our specimen does not react to
buttons except the reset and test buttons. the four
statusleds light up on a reset and after a second the
center two leds start blinking
Hi All,
we have a 1039 in our space with the user guide, but without any service
docs. Our specimen does not react to buttons except the reset and test
buttons. the four statusleds light up on a reset and after a second the
center two leds start blinking in sequence. paper and pens are loaded
> Hi All,
>
> we have a 1039 in our space with the user guide, but without any service
> docs. Our specimen does not react to buttons except the reset and test
> buttons. the four statusleds light up on a reset and after a second the
> center two leds start blinking in sequence. paper and pens are
On Sun, 20 Sep 2015, Jon Elson wrote:
Well, one would assume this is also OS specific. I would guess it would be
incredibly hard to make a "disk" virus that would work on greatly differing
OS's like Linux AND Windows. No telling what would happen if one of these
disk viruses got onto a hard d
> It is possible to create an executable file that identifies the OS that it
> is running on and does a conditional jump to different code, assuming that
> the processor uses the same instruction set.
In some cases it should be possible to write a machine code program that
executes
on 2 processo
>> I would guess it would be incredibly hard to make a "disk" virus
>> that would work on greatly differing OS's like Linux AND Windows.
This is actually a good reason to encrypt your whole disk. The disk
can't serve up working malware if the bits it returns get mangled by
decryption with an unkn
It is even possible to make a disk that is readable as multiple disk
formats, so long as each is expecting the DIRectory tracks to be in
different places.
On Sun, 20 Sep 2015, tony duell wrote:
So when used under OS-9 it acts normally (directory where the OS expects to
find it), just with
this a
On 9/20/2015 2:19 PM, Fred Cisin wrote:
There were several reasons why there was never a STANDARD 5.25" CP/M
format. I once had the opportunity to ask Gary Kildall what the
standard would be for 5.25". He replied, "8 inch single sided single
density". I repeated, "Yes, but waht about 5.25"?
On Sun, 20 Sep 2015, ben wrote:
I was just digging in to old CP/M a bit and it was/is tied mostly
to the IBM 8" standard floppy and the floppy interface used at the
time. Even that gave a very small amount memory per track.
Ben.
single sided FM/SD 77 tracks, 26 sectors per track, 128 bytes per
On 09/20/2015 03:03 PM, Fred Cisin wrote:
On Sun, 20 Sep 2015, ben wrote:
I was just digging in to old CP/M a bit and it was/is tied mostly
to the IBM 8" standard floppy and the floppy interface used at the
time. Even that gave a very small amount memory per track. Ben.
single sided FM/SD 77 t
>Fred Cisin wrote:
On Sun, 20 Sep 2015, Jon Elson wrote:
Well, one would assume this is also OS specific. I would guess it
would be incredibly hard to make a "disk" virus that would work on
greatly differing OS's like Linux AND Windows. No telling what would
happen if one of these disk vir
>Chuck Guzis wrote:
>On 09/20/2015 03:03 PM, Fred Cisin wrote:
>On Sun, 20 Sep 2015, ben wrote:
I was just digging in to old CP/M a bit and it was/is tied mostly
to the IBM 8" standard floppy and the floppy interface used at the
time. Even that gave a very small amount memory per track. Ben.
single sided FM/SD 77 tracks, 26 sectors per track, 128 bytes per
sector 256,256 bytes (250.25K)
On Sun, 20 Sep 2015, Chuck Guzis wrote:
There was a good reason for that.
Many early disk controllers did not have a "write index to index" fucntion
that also enabled writing special (i.e. missing c
I'm pleased to be able to report the successful installation of OpenVMS
8.3 - Alpha on my 3000 M600
It now runs Dec Windows on the graphics screen and a terminal on the
serial port.
TCPIP works and I can get to my local network OK.
Now to find a browser. There must have been one
Rod
--
Want
On 09/20/2015 05:41 PM, Rod Smallwood wrote:
I'm pleased to be able to report the successful installation of
OpenVMS 8.3 - Alpha on my 3000 M600
It now runs Dec Windows on the graphics screen and a terminal on the
serial port.
TCPIP works and I can get to my local network OK.
Now to find a b
On 09/20/2015 05:32 PM, Fred Cisin wrote:
But, I had thought that there should then be a SECOND standard for
5.25", for those machines without 8" support. Gary disagreed. Having
more than ONE "standard" makes it not completely a standard. Still,
a 5.25" "recommended" format, or a specific fami
On 9/20/2015 7:55 PM, Chuck Uzis wrote:
So it was still fragmented.
So did it matter? You ran Basic or played games from cassete.
That was for domestic systems, heaven help you lived out of USA
for computers.
--Chuck
Ben.
OK, there does appear to be larger disk support... now how about for RL02?
Unfortunately the drive is not as smart as an RK (can't do spiral
read/writes) so that would complicate things.
However, each side of cylinder 0 is about 10KB, so 20K is available without
having to move the drive head. I
On 09/20/2015 03:46 PM, ben wrote:
On 9/20/2015 2:19 PM, Fred Cisin wrote:
There were several reasons why there was never a STANDARD
5.25" CP/M
format. I once had the opportunity to ask Gary Kildall
what the
standard would be for 5.25". He replied, "8 inch single
sided single
density". I
On 09/20/2015 07:59 PM, ben wrote:
So did it matter? You ran Basic or played games from cassete. That
was for domestic systems, heaven help you lived out of USA for
computers.
Gee, I thought we were talking about CP/M here. How many CP/M systems
used cassette for storage. Better yet, how ma
On Sun, 20 Sep 2015, ben wrote:
So did it matter? You ran Basic or played games from cassete.
Sure. But, I was never happy with cassette for program nor data storage.
I bought an Expansion Interface the day that it became available, but I
never bought a drive from Radio Shack nor IBM. Bare
On 9/20/2015 9:12 PM, Chuck Guzis wrote:
On 09/20/2015 07:59 PM, ben wrote:
So did it matter? You ran Basic or played games from cassete. That
was for domestic systems, heaven help you lived out of USA for
computers.
Gee, I thought we were talking about CP/M here. How many CP/M systems
used
>
> For both the DEC RX01 and the DEC RX02 8" floppy drives,
> while it might have been possible that DEC engineers were unable
> to initially figure out how to allow users to perform an LLF (Low
> Level Format) on the 8" floppy drives, it seems certain that after
> 3rd party manufactures figure
>
> Gee, I thought we were talking about CP/M here. How many CP/M systems
> used cassette for storage. Better yet, how many commerical/industrial
> CP/M systems used cassettes for program storage.
Epson PX8?
-tony
On 09/20/2015 08:48 PM, ben wrote:
OS/9 was nice for the 6809 but all I had was 1 floppy with the COCO
II. Ben.
Before I got a (dual) floppy drive with my personal system, I used a
Techtran dual cassette drive. One side was read-write, the other was
read-only.It was intended as a substi
On 09/20/2015 09:55 PM, tony duell wrote:
Gee, I thought we were talking about CP/M here. How many CP/M
systems used cassette for storage. Better yet, how many
commerical/industrial CP/M systems used cassettes for program
storage.
Epson PX8?
That's a commercial or industrial system? Did
Hi All,
the 1039 is an interesting plotter I have got a 1038/1039 as well: There are two
big
PCBs inside - one is for the low level functions (essentally driving the servos
and
drawing lines using TTL implemented Bresenham) the second one contains the
computer (68xx based) which is handling the
tony duell wrote:
> >
> > For both the DEC RX01 and the DEC RX02 8" floppy drives,
> > while it might have been possible that DEC engineers were unable
> > to initially figure out how to allow users to perform an LLF (Low
> > Level Format) on the 8" floppy drives, it seems certain that after
>
47 matches
Mail list logo
