test-drb May 2002

test-drb@ccmp.vtda.org

246 participants
947 discussions

CP/M TCP/IP (was Re: CP/M coding question)

by acme_ent＠bellsouth.net

> From: Brain, Jim <JBrain(a)aegonusa.com> > Leave the BIOS in there, and use uIP stack. > > It works on a C64, which is 1MHz, so 4.77 should be a breeze. > > I don't know the URL offhand, but Cameron probably does. http://dunkels.com/adam/uip/ Glen 0/0

21 years, 11 months

Osborne 1 Video Adapter? (was:RE: IBM 026 Printing Card Punch)

by acme_ent＠bellsouth.net

> From: Feldman, Robert <Robert_Feldman(a)jdedwards.com> > The adaptor fits on the 20-contact video edge connector near the middle of > the front panel. Just remove the shunt and replace it with the TTL-Composite > adaptor. The shunt just takes the signal from the contact on the bottom of > the O1's circuit board and carries it to the corresponding contact on the > top. So, if the converter does not also run the signals to the top of the O1 > board, the internal monitor will not be on -- only the external composite > monitor will be. Thanks. Glen 0/0

21 years, 11 months

Osborne 1 Video Adapter? (was:RE: IBM 026 Printing Card Punch)

by acme_ent＠bellsouth.net

> From: Gary Hildebrand <ghldbrd(a)ccp.com> > I think it plugs in the frint, where that dummy plug is --- says DO NOT > REMOVE. I've only seen one Ozzie with a compositve video output, and it > was hacked into the unit with a phono connector on the front panel. > ISTR it was standard NTSC b&w video. > > If this is the proper adapter I'd like to get a couple myself. Got two > of those pigs sitting here. Pigs? I kinda like mine. Glen 0/0

21 years, 11 months

CP/M TCP/IP (was Re: CP/M coding question)

by JBrain＠aegonusa.com

Leave the BIOS in there, and use uIP stack. It works on a C64, which is 1MHz, so 4.77 should be a breeze. I don't know the URL offhand, but Cameron probably does. Jim Jim Brain, jbrain(a)aegonusa.com "Researching tomorrow's decisions today." (319) 369-2070 (work) SYSTEMS ARCHITECT, ITS, AEGON FINANCIAL PARTNERS -----Original Message----- From: ard(a)p850ug1.demon.co.uk [mailto:ard@p850ug1.demon.co.uk] Sent: Thursday, May 30, 2002 3:55 PM To: cctalk(a)classiccmp.org Subject: Re: CP/M TCP/IP (was Re: CP/M coding question) > I'm starting to have some second thoughts about how I'm going to do this. > I'm considering an external 'black box' that will connect to a PPP server > on one end and have a RS-232 connection on the other that will provide Not realy the same thing, but related... I've considered pulling the BIOS ROMs from an old XT or AT system (preferably IBM as I have the schematics...) and replacing them with some kind of TCP/IP stack. Stick an ISA ethernet card in one of the slots (or a serial card and use SLIP or PPP) and fill up the other slots with whatever I/O cards would be appropriate to connect to the CP/M box or whatever. Without the IBM BIOS getting in the way, the 8088 should have enough power for this, and without the BIOS there'd be no reason to have a video card or keyboard (or disk drives). Has anyone ever tried this, or anything like it? I really don't feel like writing all the code from scratch... -tony

21 years, 11 months

CP/M coding question

by pat＠purdueriots.com

I'm working on writing a program for CP/M 2.2, and would like to make it stay 'resident' in the system memory. Is there any way I can locate to bottom of the CCP so I don't overwrite it, without doing it at compile time? I'm planning on using only Z-80 based systems (so I can use an offset-based jump) so I should be able to pretty easily make the code re-locatable. All I need to do is be able to figure out where the CCP is so I don't overwrite it. Alternatively, would it be a better idea to write something that loads its own replacement CCP under it, and overloads the old CCP just under the BDOS? I would probably need to intercept the 'JMP WBOOT' and 'JMP BDOS' vectors at address 0 and 5, and keep the old BIOS from overwriting my resident program. Or, would it be better to just modify and re-compile the BIOS for each machine I want to run this on (most of the code would probably remain the same...)? What I'm looking to do is provide a (small) SLIP or PPP based TCP/IP stack for a machine that will stay resident and can be used by CP/M 2.2 [or perhaps MP/M II] user programs. Thanks for any suggestions. -- Pat

21 years, 11 months

Fujitsu eagle manuals?

by kevin＠ps8.co.uk

Can anyone point me to a scanned copy of the manual for a Fujitsu Eagle drive - an M2351A In particular I need the drive selection switch settings, the operation the head lock mechanism, and the meaning of the status codes (on a two digit 7 segment display). Many thanks Kevin Murrell

21 years, 11 months

[CCTECH] Re: anybody out there?

by john_boffemmyer_iv＠boff-net.dhs.org

Dave: check into Eudora, seems to work better =) -John At 10:47 AM 5/30/02, you wrote: >***This should've went out yesterday. Seems like a small "problem" between >the way Win/Outlook and D/UX3.2/Netscape handle the Reply-To (or is it >Sender) field in a message..**** > >! From: Bob Bramwell [mailto:bob@copenhagen.cuug.ab.ca] >! >! Sure is quiet, isn't it? But I'm listening, and this can >! serve as a test of my >! ability to submit to the list by the simple expedient of >! hitting "reply" in my >! mailer window. > > Yeah, cctech is kinda quiet, but I believe that has to do with the >whole moderation thing, and discussions branching off once they get >re-posted to cctalk. > I'm currently subscribed to both. I have rules in place to send >messages from each list to separate folders. That way, depending on my >mood, and workload, I can follow the wandering discussion on cctalk, or >just read whatever meat comes through on cctech. > > >--- David A Woyciesjes >--- C & IS Support Specialist >--- Yale University Press >--- (203) 432-0953 >--- ICQ # - 905818 >Mac OS X 10.1.2 - Darwin Kernel Version 5.2: >Running since 01/22/2002 without a crash >_______________________________________________ >cctech mailing list >cctech(a)classiccmp.org >http://www.classiccmp.org/mailman/listinfo/cctech ---------------------------------------- Founder, Lead Writer, Tech Analyst and Web Designer Boff-Net Technologies http://boff-net.dhs.org/index.html ---------------------------------------

21 years, 11 months

CP/M TCP/IP (was Re: CP/M coding question)

by acme_ent＠bellsouth.net

> From: Pat Finnegan <pat(a)purdueriots.com> > What I'm looking to do is provide a (small) SLIP or PPP based TCP/IP stack > for a machine that will stay resident and can be used by CP/M 2.2 [or > perhaps MP/M II] user programs. Pat -- I would be extremely interested to learn of your progress in this area. Please keep us posted, or contact me off-list. Thanks, Glen 0/0

21 years, 11 months

IBM 026 Printing Card Punch

by foo＠siconic.com

Here is the latest acquisiton of the VCF Archives: http://www.vintage.org/gallery.php?title=IBM%20026%20Printing%20Card%20Punc… A very neat machine. John Lawson helped me clean it up a bit over the weekend and we got it to do "stuff" but it's still not printing or punching so it definitely needs some more TLC. Look for it to be operational by and on display at VCF 5.0 this September (dates to be announced very, very soon). Sellam Ismail Vintage Computer Festival ------------------------------------------------------------------------------ International Man of Intrigue and Danger http://www.vintage.org * Old computing resources for business and academia at www.VintageTech.com *

21 years, 11 months

Quicktake disks: never mind...

by dtwright＠uiuc.edu

I found a copy someplace. Thanks! - Dan Wright (dtwright(a)uiuc.edu) (http://www.uiuc.edu/~dtwright) -] ------------------------------ [-] -------------------------------- [- ``Weave a circle round him thrice, / And close your eyes with holy dread, For he on honeydew hath fed, / and drunk the milk of Paradise.'' Samuel Taylor Coleridge, Kubla Khan

21 years, 11 months

← Newer
1
2
3
4
5
6
7
8
9
...
95
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

test-drb May 2002