On Tue, Jul 11, 2017 at 11:50 AM, Kurt McCullum
wrote:
> Indeed I did mean thanks John. Sorry about that.
> OK so file mode 4 is seek, that make sense. Thanks Ken.
>
> Kurt
>
1-write, 2-append and, 3-read. 4-read+write
There's nothing theoretically wrong with using SEEK
Downloaded the remem.bin file and ran CP/M under VT 1.7 on Linux. Works
great!
Now I just need to get my super-cool OptROM form-factor FPGA +
Microcontroller + SRAM + WiFi + Flash board I want to build done. So
much to do ... so little time.
Ken
On 7/8/17 8:28 PM, John R. Hogerhuis wrote:
Indeed I did mean thanks John. Sorry about that.
OK so file mode 4 is seek, that make sense. Thanks Ken.
Kurt
On Jul 11, 2017 11:27 AM, Ken Pettit wrote:
Hi Kurt,
I think you meant "Thanks John", right? :)
File mode 4 is part of
On Sat, Jul 8, 2017 at 10:46 PM, John R. Hogerhuis wrote:
>
>
> On Sat, Jul 8, 2017 at 8:30 PM, Chris Fezzler wrote:
>
>>
>> I love hooking my Model T device to other devices to see if it works or,
>> most practically, more abundant and convenient file
Thanks Steve.
I'll have to look at this. File mode 4 has be baffled since I was only aware of
three modes. 1-write, 2-append and, 3-read.
Since it already exists in LaddieAlpha I may just leave mComm alone,
Kurt
On Tuesday, July 11, 2017 11:06 AM, John R. Hogerhuis
Effectively, it allows simulating random "block" access on a TPDD file.
It's not the either the TPDD-1 or TPDD-2 sector access mode. It's an
extension Ken invented to the File Mode protocol.
Here's the Laddie code:
private void RequestSeekExtension()
{
// Seek (Ken
John,
Is the SEEK command you are referring to similar to sector access mode or is it
an add on to the original TPDD protocol?
Kurt
On Tuesday, July 11, 2017 10:43 AM, John R. Hogerhuis
wrote:
On Tue, Jul 11, 2017 at 10:38 AM, Stephen Adolph
On Tue, Jul 11, 2017 at 10:53 AM, Stephen Adolph
wrote:
> I have several ReMem units.. ;)
>
>
I think installing a ReMem into a T200 was the pinnacle of my soldering
achievements. I had the benefit of a EE with 30 or so years of experience
next to me looking over my
Well when you put it that way, John, you are absolutely correct!
On Tue, Jul 11, 2017 at 10:50 AM, John R. Hogerhuis
wrote:
>
> In other words, the NEC could be the first Model T widely capable of
> running CP/M on real hardware since no new hardware is required.
>
> -- John.
I have several ReMem units.. ;)
On Tue, Jul 11, 2017 at 1:50 PM, John R. Hogerhuis wrote:
>
> In other words, the NEC could be the first Model T widely capable of running
> CP/M on real hardware since no new hardware is required.
>
> -- John.
Indeed you are correct, they do. You sacrifice Bank #2 and can have
H-7FFFH be all RAM.I've done it actually, by copying the system ROM
contents to Bank #2 and then invoking the appropriate OUT commands in
machine language.
However I guess I was looking at replicating the original
@bitchin100.com
Rubrik: Re: [M100] CP/M has arrived for the M100
Hi Roger
I did those as part of the installation. Starting off with the
assembly listing of CP/M 2.2, I was able to build it up one step at a
time. That's different than the traditional Regeneration process of
pulling the binary d
rån min Samsung Galaxy-smartphone.
>>
>> Originalmeddelande
>> Från: Philip Avery <pav...@xtra.co.nz>
>> Datum: 2017-07-09 01:33 (GMT+01:00)
>> Till: m100 <m100@lists.bitchin100.com>
>> Rubrik: [M100] CP/M has arrived for the M100
&g
hin100.com Rubrik: Re:
[M100] CP/M has arrived for the M100
Hi Roger
I did those as part of the installation. Starting off with the
assembly listing of CP/M 2.2, I was able to build it up one step at
a time. That's different than the traditional Regeneration p
ts.bitchin100.com>>
Rubrik: [M100] CP/M has arrived for the M100
Well, it's arrived as far as Virtual T. It will need a new hardware
device developed to use on a real M100.
Over a decade in the making (started in 2006), I present 64K CP/M 2.2
running in VT with Remem e
m>
Rubrik: [M100] CP/M has arrived for the M100
Well, it's arrived as far as Virtual T. It will need a new hardware
device developed to use on a real M100.
Over a decade in the making (started in 2006), I present 64K CP/M 2.2
running in VT with Remem enabled. The Remem is used as RAMdisk, to
emul
: m100
Sent: Sunday, July 09, 2017 1:21 PM
Subject: Re: [M100] CP/M has arrived for the M100
Philip,
It is an amazing thing you have done.
I used to have an 8201A with the PIC-Disk system that provided a full blown
CP/M operating system. After losing that original computer
t;
> Datum: 2017-07-09 01:33 (GMT+01:00)
> Till: m100 <m100@lists.bitchin100.com>
> Rubrik: [M100] CP/M has arrived for the M100
>
> Well, it's arrived as far as Virtual T. It will need a new hardware
> device developed to use on a real M100.
>
> Over a decade in the making
k: [M100] CP/M has arrived for the M100
Well, it's arrived as far as Virtual T. It will need a new hardware
device developed to use on a real M100.
Over a decade in the making (started in 2006), I present 64K CP/M 2.2
running in VT with Remem enabled. The Remem is used as RAMdisk, to
emulate two
k: [M100] CP/M has arrived for the M100
Well, it's arrived as far as Virtual T. It will need a new hardware
device developed to use on a real M100.
Over a decade in the making (started in 2006), I present 64K CP/M 2.2
running in VT with Remem enabled. The Remem is used as RAMdisk, to
emulate two
On Sun, 9 Jul 2017 18:14:01 +1200
Philip Avery wrote:
> After I posted that comment on Small C, I realised there's
> undoubtedly a CP/M version of Small-C.
Multiple versions. CP/M is Small-C's original home, after all.
> An advantage of doing it in
> CP/M instead of native
After I posted that comment on Small C, I realised there's undoubtedly a
CP/M version of Small-C. An advantage of doing it in CP/M instead of
native M100 mode is you have about 55KB in CP/M to host the compiler,
source & output files, whereas in M100 mode, less than 32KB. Unless of
course you
On Sun, 9 Jul 2017 16:37:10 +1200
Philip Avery wrote:
>
> Not to detract from Willard's Small-C efforts, but whose is going to
> be first to get BDS-C (or any C) running on M100 CP/M?
>
I dunno man. I've done all my CP/M C stuff under C/80. I was *planning*
on converting to
On Sun, 9 Jul 2017 11:33:28 +1200
Philip Avery wrote:
> Well, it's arrived as far as Virtual T. It will need a new hardware
> device developed to use on a real M100.
>
That's pretty cool!
I've done some CP/M use and programming. There is certainly a huge
amount of software
Thanks for the congrats, guys.
Once I've got some decent Import/Export routines done, I'll make up some
disk images featuring languages, adventures (Zork for example), games
(if there are many out there). These could be also be hosted on
Bitchin100.com as separate remem.bin files, so to be
I can't say what all will work, but for inspiration:
http://www.retroarchive.org/cpm/
-- John.
This is really, really cool.
Even if some items need to be configured, this opens up a whole new world.
Incredible and excellent work. My hat is off to you!
On Sat, Jul 8, 2017 at 11:46 PM John R. Hogerhuis wrote:
> On Sat, Jul 8, 2017 at 8:30 PM, Chris Fezzler
On Sat, Jul 8, 2017 at 8:30 PM, Chris Fezzler wrote:
>
> I love hooking my Model T device to other devices to see if it works or,
> most practically, more abundant and convenient file storage.
>
> Beyond BASIC, I am not a programmer. So, anyone care to opine in layman's
>
Well done Philip!
You did tell me about this "winter project" (Winter down here in New
Zealand of course). Glad you've made progress!
Terry
On Sun, Jul 9, 2017 at 3:30 PM, Chris Fezzler wrote:
>
> I love hooking my Model T device to other devices to see if it works or,
>
I love hooking my Model T device to other devices to see if it works or, most
practically, more abundant and convenient file storage.
Beyond BASIC, I am not a programmer. So, anyone care to opine in layman's
terms what the C/PM breakthrough means for users? What will we be able to do
with
Files are hosted.
http://bitchin100.com/files/m10x/mtcpm/remem.bin
http://bitchin100.com/files/m10x/mtcpm/Instructions%20for%20M100%20CPM%20v1.0.pdf
I just need to make a page for it or replace the contents of the MTCPM wiki
page.
-- John.
You understand correctly Steve.
Map 2 is the same as Map 1 except that it brings in 1KB of Remem at a
time which looks like a disk Track to CP/M. I know where my disk
read/write routines are and I know where the 1KB block appears, so it's
quite safe.
I've tailored the BIOS to suit Remem in
On Sat, Jul 8, 2017 at 7:10 PM, Stephen Adolph wrote:
> Would it be true to say the ram disk was for convenience? Ie if there was
> a Tpdd attached that could have sufficed ( with more development of course)?
>
>
FWIW the "SEEK" extension is already in LaddieAlpha, which
Would it be true to say the ram disk was for convenience? Ie if there was
a Tpdd attached that could have sufficed ( with more development of course)?
How did you bootstrap into cpm? Is there a power up m100 ram block Also?
Cheers Steve
On Saturday, July 8, 2017, Philip Avery
Thanks Ken. Only possible because of Virtual T - I wouldn't have a
chance in hell without it.
Hardware: I'm thinking a 64KB of RAM for CP/M and 512KB say for a
RAMdisk. 64KB would make it easy to switch in & out CP/M & return to
M100 mode, but it could be done like REX2 and just switch in
Thanks Steve
Yes, bank switching to std ROM for interrupts. Also means ROM calls from
Basic, C or any language can easily be made as long as it's finally
despatched from himem (above 8000H).
A memory map should answer your queries:
0- 7FFFH M100 ROM
8000H - H CPM RAM
Hi Philip,
First of all, WOW! Excellent work! I wasn't aware you had been working
on this silently in the background.
Yes, the remem.bin binary should work with any variant of VT 1.7. The
only real compile differences between platforms is the GUI, and most of
that is hidden by the FLTK
Wow! Phil you've been busy!
I'll have to think about what you're doing with the memory banks.
I assume you are also in all ram mode? Are you bank switching to std Rom?
In terms of hardware... not easy to map to rex. Rex2 maybe.
But one could imagine a hybrid that uses the rex technique for
Well, it's arrived as far as Virtual T. It will need a new hardware
device developed to use on a real M100.
Over a decade in the making (started in 2006), I present 64K CP/M 2.2
running in VT with Remem enabled. The Remem is used as RAMdisk, to
emulate two disk drives of about 241KB each.
39 matches
Mail list logo