Barry Nelson | 26 May 20:27 2016

Re: MC6847 VGA (FPGA) Project underway...

Wasn't it used by the appliance and light controller software, which does work on the CoCo 1 and early CoCo 2s?

> Arthur Flexser flexser at fiu.edu 
> Thu May 26 00:23:25 EDT 2016
> 
> SG6 never worked right in real CoCos, and I don't think there was a single
> commercial program that used it.  Would it be possible to emulate the
> 6847T1 instead, which has the real lowercase in place of SG6?
> 
> Art

--

-- 
Coco mailing list
Coco <at> maltedmedia.com
https://pairlist5.pair.net/mailman/listinfo/coco
Michael Brant | 26 May 13:45 2016
Picon

Looking for a Deluxe Mouse

I am looking for a Deluxe Color Mouse.  If anyone happens to have one they
are willing to sell, send me a private email.
Thanks.

--

-- 
Coco mailing list
Coco <at> maltedmedia.com
https://pairlist5.pair.net/mailman/listinfo/coco
Josh Harper via Coco | 26 May 07:51 2016

glenside ideb controllers

  I have 2 glenside ide controllers for sale 50 each comes with cable
if interested send me a pvt email
paypal 
allencoco <at> yahoo.com

--

-- 
Coco mailing list
Coco <at> maltedmedia.com
https://pairlist5.pair.net/mailman/listinfo/coco
Barry Nelson | 26 May 05:37 2016

Re: Drivewire and BBS's

To save memory by loading them at boot, you will need to generate a new boot disk. That is a complex subject.
Are you having memory issues?

> Ron Klein ron at kdomain.org 
> Wed May 25 22:43:22 EDT 2016
> 
> Hi Barry,
> 
> I tested your XCOM9 program today and it worked great (except for the ANSI
> part, but that wasn't too important).  I'm now trying to figure out how to
> get the drivewire modules to automatically load during boot so I don't have
> to manually load them using 'load drivewire_mods.'  I'm still using the
> NitrOS9 image you created as it works so well (thank you).
> 
> I had heard loading them at boot time could save a significant amount of
> memory.
> 
> Thanks!
> 
> -Ron

--

-- 
Coco mailing list
Coco <at> maltedmedia.com
https://pairlist5.pair.net/mailman/listinfo/coco
Barry Nelson | 26 May 04:37 2016

Re: Drivewire and BBS's

 The program I wrote many years ago, XCOM9, works with any OS-9 or NitrOS9 character device, including /n,
/t1, /t2, etc. It is not as fancy as Supercom, but it works and is small and fast. It does not do ANSI graphics,
however it does do CoCo OS-9 graphics, if any modern BBS would send that.

> Ron Klein ron at kdomain.org 
> Wed May 25 11:32:33 EDT 2016
> 
> Hi Aaron,
> 
> OK, that explains my issue.  :)  It's a shame as Twilight Term looks to be
> a decent program.  I never used it back in the day as I left the Coco just
> as the Coco 3 was arriving.
> 
> I know Brett has this working under Fuzix as well.  I will try using
> NitrOS9 with the commands you specified.  Any good term programs you can
> recommend?  I think Barry Nelson had one he made that may work.
> 
> Thanks again!
> 
> -Ron

--

-- 
Coco mailing list
Coco <at> maltedmedia.com
https://pairlist5.pair.net/mailman/listinfo/coco
Ron Klein | 25 May 17:14 2016

Drivewire and BBS's

Hi Everyone,

I'm trying to connect to an online BBS (synchronet) using Twilight Term and
Drivewire 4 on a real Coco 3.  I thought I read you could just enter the IP
address as the "phone number", though it doesn't appear to work.  I have
the term settings configured to use the bit-banger port (default baud rate
of 2400 - doubt that would even apply).

Is this even possible, and if so, how?

Any help would be appreciated!

Thank you!

-Ron

--

-- 
Coco mailing list
Coco <at> maltedmedia.com
https://pairlist5.pair.net/mailman/listinfo/coco
Ron Klein | 23 May 19:41 2016

Looking for Glenside IDE Controller documentation

Hi everyone,

I was unable to locate any documentation for the IDE controller on the
Glenside's Club Coco page.  That being said, I don't know if there was any
"official" documentation released for it.  If anyone has anything they can
share, it would be greatly appreciated.

Thank you!

-Ron

--

-- 
Coco mailing list
Coco <at> maltedmedia.com
https://pairlist5.pair.net/mailman/listinfo/coco
Barry Nelson | 20 May 21:00 2016

Re: deciding to code for OS/9

Quote: whereas on OS9, you write it separately, or you don't write one and expect the OS (or the  user) to
supply one.

That is not completely true. It is possible for a user space program to access the hardware directly, it is
just not the preferred method. For example, most programs that play audio under OS-9 through the CoCo's 6
bit D/A converter do so by outputting the data directly to that I/O port. Another example is my sdc program,
it communicates directly with the CoCo SDC hardware, since the driver for the CoCo SDC only works when
media is already mounted, and the sdc command needs to mount and unmount media. This is not the "correct"
way to do things, but it can be done and does work. 

> Mathieu Bouchard matju at artengine.ca 
> Fri May 20 14:16:47 EDT 2016
> 
> Running OS9 code isn't any slower than non-OS9 code, but you do lose
> certain forms of flexibility. Whereas a plain CoCo app has to be 
> autonomous on many things and could expect to have total control of the 
> computer, an OS9 app needs to collaborate with a set of other programmes, 
> such as the kernel, the drivers, and the other apps. If you write a driver 
> for plain CoCo, you typically put it directly in your app, whereas on OS9, 
> you write it separately, or you don't write one and expect the OS (or the 
> user) to supply one.
> 
> So, yeah, sort of DOS vs Windows, or DOS vs Linux, or DOS vs pretty much 
> anything else for that matter.

--

-- 
Coco mailing list
Coco <at> maltedmedia.com
https://pairlist5.pair.net/mailman/listinfo/coco
(Continue reading)

Ron Klein | 20 May 17:23 2016

Looking for Cloud 9 SuperIDE or Glenside IDE controller

Hi everyone,

As the subject states, I'm looking for one of these items.  I realize there
are some more modern Coco storage devices, but have a use for it.

If anyone knows of one for sale at a reasonable price, please let me know.

Thanks!

--

-- 
Coco mailing list
Coco <at> maltedmedia.com
https://pairlist5.pair.net/mailman/listinfo/coco
Barry Nelson | 20 May 15:23 2016

Re: deciding to code for OS/9

 OS-9/NitrOS9 provides an I/O framework which is very convenient to use. There is a wider range of I/O
routines than RSDOS that are easier to use. Memory management and multiprocessing/multiuser is another
benefit. Normally OS-9 has very low overhead and is considered to be a "real time" OS. It is also possible to
launch a program in OS-9 and have it take over the system if you should so choose.

> emceesquared at gmail.com emceesquared at gmail.com 
> Fri May 20 06:14:49 EDT 2016
> 
> I understand OS/9 is not a language but I’m assuming os/9 provides an environment you could take
advantage of that would have sone benefits like memory management and multi threading? Maybe some IO functionality?
> 
> My question is… what’s the trade off?  Raw power?  
> 
> When u compile for rs-dos .. it’s just you and the machine right?  Like dos vs windows I guess? 
> 
> Sent from my Windows 10 phone

--

-- 
Coco mailing list
Coco <at> maltedmedia.com
https://pairlist5.pair.net/mailman/listinfo/coco
emceesquared | 20 May 12:14 2016
Picon

deciding to code for OS/9

I understand OS/9 is not a language but I’m assuming os/9 provides an environment you could take
advantage of that would have sone benefits like memory management and multi threading?  Maybe some IO functionality?

My question is… what’s the trade off?  Raw power?  

When u compile for rs-dos .. it’s just you and the machine right?  Like dos vs windows I guess? 

Sent from my Windows 10 phone

--

-- 
Coco mailing list
Coco <at> maltedmedia.com
https://pairlist5.pair.net/mailman/listinfo/coco

Gmane