Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!hellgate.utah.edu!fcom.cc.utah.edu!cc.utah.edu!cc.usu.edu!jrd From: jrd@cc.usu.edu Newsgroups: comp.protocols.tcp-ip.ibmpc Subject: Re: Questions about PCIP Message-ID: <1991Mar30.182615.47203@cc.usu.edu> Date: 31 Mar 91 00:26:15 GMT References: <1991Mar21.023034.2452@avatar.com> <9103220835.AA01350@asylum.sf.ca.us> Organization: ÿÿÿÿ Lines: 51 In article <9103220835.AA01350@asylum.sf.ca.us>, romkey@ASYLUM.SF.CA.US (John Romkey) writes: > Date: 21 Mar 91 02:30:34 GMT > From: Kory Hamzeh > > 1. It doesn't seem to be able to resolve host names and domain > names. I have a Sun Sparcstation 1+ running SunOS 4.1 acting > as a name server. > > This used to work back at MIT but the code is many years old. > > 2. Lpr thinks it sent the file to the print server, but nothing > gets printed. > > Ditto. > > > 4. I noticed that the programs and libraries are all built using the > small memory model. I need to use the large model. Has anyone tried > to convert it over to the large model. Any hints or pointers would > be very helpful. > > It's a hassle. The problems are two-fold. First, the code's not very > clean. Second, and more importantly, converting the tasking package to > large memory model will be a real pain, especially if you use > Microsoft C, which requires that all the stacks be in one segment. > > 5. Are there any other bugs that I should know about? > > PC/IP is not actively maintained, and is probably quite out of sync in > many ways with today's ideal TCP/IP stack. I'm one of the original > authors and I don't recommend using it. Use a supported commercial > package, or NCSA Telnet or KA9Q if you must (KA9Q only for > non-commercial applications unless you have Phil Karn's permission). > > When using FTP's PC/TCP on the same PC and network, all of the above > functions work fine. This leads to believe that the network/Sun is all > setup correctly. > > PC/TCP is a descendant of PC/IP, by the way; most every line of code > rewritten but then most of the descendants have done that by now. > > - john romkey Epilogue Technology > USENET/UUCP/Internet: romkey@asylum.sf.ca.us voice/fax: 415 594-1141 And, if you've read this far, I suspect the lack of name translation might be in a missed out name server ident in netdev.sys. On my rendition of PC/IP the above items work (but I've not tried lpr). If you want to try my Packet Driver flavor then use anonymous ftp to netlab.usu.edu, 129.123.1.11, cd to [anonymous.netwatch], and please read the read.me file to choose the correct (but huge) file(s) to transfer. Joe D.