John Kent | 1 Jan 2012 01:10
Picon

Re: OS9 vs Flex


On 1/01/2012 7:20 AM, john dumas wrote:
> On 12/31/2011 11:02 AM, Frank Swygert wrote:
>> Hmmm... I seem to recall Frank Hogg's articels saying that Flex was 
>> at least multi-user, if not multi-tasking. Seems like one would have 
>> to go with the other, but it's possible that each user could only run 
>> one task at a time instead of many... I don't recall enough!! Need to 
>> find one of Hogg's Rainbow articles/ads...
> Been looking at the source code for SWTP 6809 Flex this past year. I 
> can see no way that more than
> one user could be using it at once. As others have said. it looks like 
> a CP/M for '00 & '09.
>
> No concept of user login at all. One terminal. Single tasking - no 
> scheduler, Flex or the
> program (singular) it launches owns the entire machine............etc
>
> Cheers,
> johnd
>

There is interrupt driven printer spooling. The disk drivers set the 
interrupt flag so that the interrupts won't interrupt the disk 
read/write sector operations.

John.

--

-- 
http://www.johnkent.com.au
http://members.optusnet.com.au/jekent
(Continue reading)

John Kent | 1 Jan 2012 01:25
Picon

Re: OS9 vs Flex

I think the standard version of UniFlex for the SWTPc that they are 
trying to get going on the SWTPc emulator uses the DMAF-2 floppy Disk 
controller that uses a 6844 DMA controller and FD179X floppy disk 
controller. I was hoping to design a FPGA 6844 DMA controller and 
implement a FD179X interface to a CF card, to emulate the DMAF-2, but 
it's been a fairly low priority up until now.

The UniFlex Archive I think was at rtmx:

http://www.rtmx.com/UniFLEX/

I think the DMA was required for the 8" Double Density disks. I'm not 
sure that it would be a very easy job porting UniFlex to the CoCo3. It 
would need the extended memory of the CoCo3.

Has anyone interfaced high density 3.5" floppies to the CoCo ? Because 
you'd be up for the same problem with those. The data rate would be too 
fast for a 6809 software polling loop for the 1.44MB floppies. You'd 
need a floppy disk controller with sector buffering for the CoCo.

John.

On 1/01/2012 7:36 AM, Aaron Wolfe wrote:
> In Frank Hogg Laboratories ads in 68 mj, they refer to "Flex, UniFlex 
> and OS9" as three different operating systems, and offer different 
> versions of their software for each. I think when people say simply 
> "Flex" they mostly mean the original single tasking CP/M or MSDOS like 
> system, basically a bunch of routines at known/fixed memory locations 
> that a single program uses, the shell is unloaded when a program is 
> loaded, etc. Probably more useful than OS9 on a 64k system in some 
(Continue reading)

Picon
Favicon

A Happy and Blessed New Year

Dear Friends:

As we enter into this New Year, I pray that it will be for each of you, a Blessed, Healthy, Prosperous, and
Peaceful one.

With all best wishes,
Brother Jeremy, CSJW

____________________________________________________________
57 Year Old Looks 27
Local Woman Reveals Wrinkle Secret That Has Doctors Angry.
http://thirdpartyoffers.juno.com/TGL3141/4effcfef6f373126e032st06duc

--
Coco mailing list
Coco@...
http://five.pairlist.net/mailman/listinfo/coco

Steve Batson | 1 Jan 2012 05:19
Favicon

Re: A Happy and Blessed New Year

Ditto!

Steve Batson
Batson Photography
"Today's Special Moments, Tomorrow's Priceless Treasures"

Website: http://www.batsonphotography.com
Blog: http://www.batsonphotography.com/blog
Our Free Photography Site and Forum: http://www.digitalphotographerzone.com

On Jan 1, 2012, at 3:14 AM, "brjeremy@..."
<brjeremy@...> wrote:

> Dear Friends:
> 
> As we enter into this New Year, I pray that it will be for each of you, a Blessed, Healthy, Prosperous, and
Peaceful one.
> 
> With all best wishes,
> Brother Jeremy, CSJW
> 
> ____________________________________________________________
> 57 Year Old Looks 27
> Local Woman Reveals Wrinkle Secret That Has Doctors Angry.
> http://thirdpartyoffers.juno.com/TGL3141/4effcfef6f373126e032st06duc
> 
> --
> Coco mailing list
> Coco@...
> http://five.pairlist.net/mailman/listinfo/coco
(Continue reading)

Steve Bjork | 1 Jan 2012 06:24

Re: A Happy and Blessed New Year

A blessing from Brother Jeremy,  I can't think of a better way to start 
a new year!

May the new year bring you all the happiness you given us.

Steve

On 12/31/2011 7:14 PM, brjeremy@... wrote:
> Dear Friends:
>
> As we enter into this New Year, I pray that it will be for each of you, a Blessed, Healthy, Prosperous, and
Peaceful one.
>
> With all best wishes,
> Brother Jeremy, CSJW
>
>

--
Coco mailing list
Coco@...
http://five.pairlist.net/mailman/listinfo/coco

Richard E. Crislip | 1 Jan 2012 06:52
Picon

Re: A Happy and Blessed New Year

On Saturday, December 31, 2011 10:14:45 PM brjeremy@... wrote:
> Dear Friends:
> 
> As we enter into this New Year, I pray that it will be for each of you, a
> Blessed, Healthy, Prosperous, and Peaceful one.
> 
> With all best wishes,
> Brother Jeremy, CSJW
> 
> ____________________________________________________________
> 57 Year Old Looks 27
> Local Woman Reveals Wrinkle Secret That Has Doctors Angry.
> http://thirdpartyoffers.juno.com/TGL3141/4effcfef6f373126e032st06duc
> 
> --
> Coco mailing list
> Coco@...
> http://five.pairlist.net/mailman/listinfo/coco

Happy New Year to all and to all a good night ;-)

--
Coco mailing list
Coco@...
http://five.pairlist.net/mailman/listinfo/coco

Frank Swygert | 1 Jan 2012 18:11
Picon
Favicon

Re: (no subject)

Obviously the first step is to try the drive system on another CoCo. On this one, the keyboard problem may be a
bad PIA chip. IIRC there are two PIAs in the CoCo that control various things. One controls the keyboard
input, and I think it has some other function tied into it as well. Can't remember what, but is some I/O
function. That could possibly affect the disk drives... but depends on what that other function is.
Haven't been into repairing a CoCo in years, can't remember!

--------------
Date: Sat, 31 Dec 2011 07:33:51 -0500 (EST)
From: Bill Pierce<ooogalapasooo@...>

Other than the keyboard problem, the Coco boots fine without anything plugged in or with MPI or Disk
controller. It has an auto boot system that is part of the AT Keyboard interface. It gives about 5 choices
for booting (OS9 Lv1, OS9 Lv2, Basic ect.) then after a few seconds if you make no choice, it runs "DOS" to
boot OS9. As for the power supply, the AT interface and a fan are hooked up to it as well. The Disto 2 meg has
it's own supply.
As I said, I can type in a simple program and it will run fine. As long as I avoid the "bad" keys.

The one thing I didn't do with the drives was try a different case/PS.. I have 2 so I will do that today.

--

-- 
Frank Swygert
Publisher, "American Motors Cars"
Magazine (AMC)
For all AMC enthusiasts
http://www.amc-mag.com
(free download available!)

--
Coco mailing list
Coco@...
(Continue reading)

Darren A | 1 Jan 2012 18:27
Picon

Re: OS9 vs Flex

On Sat, Dec 31, 2011 at 5:25 PM, John Kent wrote:
> ....
>
> Has anyone interfaced high density 3.5" floppies to the CoCo ? Because you'd
> be up for the same problem with those. The data rate would be too fast for a
> 6809 software polling loop for the 1.44MB floppies. You'd need a floppy disk
> controller with sector buffering for the CoCo.
>

The CoCo floppy controllers tie the WD17x3 DRQ line to the CPU's HALT
input.  This makes it possible to do high density disk I/O on the CoCo
at the normal 0.89 MHz speed (without polling).  I have done this
using a modified 26-3029 controller.

Darren

--
Coco mailing list
Coco@...
http://five.pairlist.net/mailman/listinfo/coco

John Kent | 1 Jan 2012 20:28
Picon

Re: OS9 vs Flex


On 2/01/2012 4:27 AM, Darren A wrote:
> On Sat, Dec 31, 2011 at 5:25 PM, John Kent wrote:
>> ....
>>
>> Has anyone interfaced high density 3.5" floppies to the CoCo ? Because you'd
>> be up for the same problem with those. The data rate would be too fast for a
>> 6809 software polling loop for the 1.44MB floppies. You'd need a floppy disk
>> controller with sector buffering for the CoCo.
>>
> The CoCo floppy controllers tie the WD17x3 DRQ line to the CPU's HALT
> input.  This makes it possible to do high density disk I/O on the CoCo
> at the normal 0.89 MHz speed (without polling).  I have done this
> using a modified 26-3029 controller.
>
> Darren
>
Hi Darren,

OK yes, I seem to recall someone mentioning that in the past.
I think I had the schematic somewhere.
I assume it had some sort of address counter on the bus.

I thought the issue with the CoCo was that the memory was multiplexed 
with the display during the E clock low cycle although there is probably 
no reason why you can't halt the CPU. The CPU will tri-state the address 
bus during E while the HALT and Bus Available signals are asserted. I 
was wondering if it was possible to do read, modify, write cycles using 
a video address generator on the address bus to modify the video memory. 
The idea would be to perform vector line and circle drawing and possibly 
(Continue reading)

John Kent | 1 Jan 2012 20:35
Picon

Re: OS9 vs Flex


On 2/01/2012 6:28 AM, John Kent wrote:
>
> Hi Darren,
>
> OK yes, I seem to recall someone mentioning that in the past.
> I think I had the schematic somewhere.
> I assume it had some sort of address counter on the bus.
>
> I thought the issue with the CoCo was that the memory was multiplexed 
> with the display during the E clock low cycle although there is 
> probably no reason why you can't halt the CPU. The CPU will tri-state 
> the address bus during E while the HALT and Bus Available signals are 
> asserted. I was wondering if it was possible to do read, modify, write 
> cycles using a video address generator on the address bus to modify 
> the video memory. The idea would be to perform vector line and circle 
> drawing and possibly memory fills directly on the display memory. If 
> the FDC can apply an a address to the CPU address bus while it is 
> halted, then it might be possible to do that.
>
> I was working on a FPGA 6844 DMA controller last night. I need to 
> implement some multi bus mastering logic to use it. DMA works in 
> continuous blocks, where as a Bressenham line generator would 
> increment and decrement by arbitrary amounts in both the X and Y 
> direction, and it would also need to understand the graphics mode the 
> video generator is working in to mask the appropriate pixels. You can 
> do it in an FPGA, but whether it would be practical on the original 
> hardware is another matter.
>
> John.
(Continue reading)


Gmane