[Coco] Coco can do more

phil pt ptaylor2446 at gmail.com
Sat Feb 29 14:48:57 EST 2020

Thank you for the information. I do not know how to program in C++ and I
only how to write vb.net code.


On Sat, Feb 29, 2020 at 10:57 AM Robert "Exile In Paradise" Murphey <
exile at weylan-yutani.com> wrote:

> On Sat, 2020-02-29 at 03:00 -0500, phil pt wrote:
> > Running the old bbs software will not work unless a Rs232 Pack Driver
> > is
> > written for VCC.
> There is an open-source VCC on github:
> https://github.com/WallyZambotti/OVCC
> Some of the code in the existing hardware addon subfolders (FD502,
> Becker, etc) could probably be used as a model for how to interface a
> new RS232 pack driver into OVCC.
> I am sure the github maintainer for that is around here somewhere and
> available to help, or you can fork/branch the project on github and
> start adding in the driver directly and send it to him as a pull
> request.
> With open source, the only limit to the code is the number of people
> who contribute to that code.
> >  I think putting more a effort of writting rs232 pack
> > support vs re-writting dozens of bbs software or other programs would
> > save
> > time, less headaches and benefit everyone in the long wrong.
> True, since some of those BBS packages are close-source.
> Other of them already sit in the remote/remote2 driver and can run from
> RSDOS directly and use the Remote232 published in Rainbow directly.
> >   Buffer
> > overflow as someone said here earler with the rs32 pack can be
> > controlled
> > by using timmer events in the rs232 pack driver.
> Another idea would be to use a different emulator as the host platform
> such as Xroar or MAME and get the BBS started while you develop the
> longer-term OVCC driver to move the BBS to the emulator of choice.
> --
> Robert "Exile In Paradise" Murphey <exile at weylan-yutani.com>
> Weylan-Yutani Corporation
> --
> Coco mailing list
> Coco at maltedmedia.com
> https://pairlist5.pair.net/mailman/listinfo/coco

More information about the Coco mailing list