Yeah, I dont think the 128 has this issue - I believe the 128's buffer is set. But Spiro- my original post to the mailing list had a C example of what Im doing. I can repost if you need. The cbm_read() function is what is hanging on me. cbm_write() is working without an issue to the userport. Maybe my C code is wrong, but if I mod it to read from a disk file, it works like a champ. On Sun, Aug 2, 2009 at 12:11 PM, Spiro Trikaliotis <ml-cc65@trikaliotis.net>wrote: > Hello, > > * On Sun, Aug 02, 2009 at 06:11:28PM +0200 Groepaz wrote: > > > if my memory serves right, the cbm kernal allocates some memory if you > open > > the rs232 device (memory for the simulated fifos), and that memory > usually > > resides in the basic area .... > > For C64 and VIC20, the KERNAL uses 2 * 256 byte buffers (256 byte read, > 256 byte write) at the top of memory. I.e., on the C64, it reserves > $9E00-$9FFF for this. That is, reserves in the meaning of: Deletes > everything there with its own buffer content. > > Groepaz, if this made you pull your hair, you should have tried reading > the documentation in the first place. ;) > > I do not know if this is also true for the C128, though. > > Scott, why don't you give a complete example that shows what you have > and what works and/or does not work? > > Regards, > Spiro. > > ---------------------------------------------------------------------- To unsubscribe from the list send mail to majordomo@musoftware.de with the string "unsubscribe cc65" in the body(!) of the mail.Received on Sun Aug 2 19:21:35 2009
This archive was generated by hypermail 2.1.8 : 2009-08-02 19:21:37 CEST