johnk@auscso.UUCP (John Knutson) (01/28/88)
Now that we have tty drivers out, has anyone ported a version of uupc or some
other uucp mechanism to work in minix?
also, what about a cron mechanism to start it automatically at specified times
if we want? i'm sure that a simple at program could be made by some programmer,
but i'm not a C programmer myself. anyway, has anyone done this, and if not,
any guesses about how i might be able to do it myself? One thing tho, i think
uupc needs to be compiled in large model. i heard that minix' C compiler was
small model only. is this true?
--
John Knutson {ihnp4,allegra,ut-sally}!ut-emx!auscso!johnk
Live long and slay me, brother!
Communicating, like in the good ol' days.
Disclaimer: Don't look at me, I don't even work here!rmtodd@uokmax.UUCP (Richard Michael Todd) (01/30/88)
In article <2535@auscso.UUCP> johnk@auscso.UUCP (John Knutson) writes: >Now that we have tty drivers out, has anyone ported a version of uupc or some >other uucp mechanism to work in minix? As I recall, not too long after the posting of the serial driver, Jim Paradis announced that he had gotten the uucp clone DCP to work on MINIX and talk back and forth to 'encore'. >also, what about a cron mechanism to start it automatically at specified times >if we want? i'm sure that a simple at program could be made by some programmer, There was a PD cron program posted to either comp.sources.unix or comp.sources.misc some time back by Paul Vixie. I don't remember enough about it to tell how hard the port to MINIX would be. That might be a good place to start. >but i'm not a C programmer myself. anyway, has anyone done this, and if not, >any guesses about how i might be able to do it myself? One thing tho, i think >uupc needs to be compiled in large model. i heard that minix' C compiler was >small model only. is this true? Yes, MINIX's C compiler is small-model only (assuming you mean by small model at most a 64K code seg and a 64K data-stack seg. The nomenclature for memory models on the 8088 needs some work...). It wouldn't matter if it did produce other types of code, since the MINIX memory manager can't handle any other sort of program besides "all in one 64K seg." and 64K split I&D ("small model"). Now as for uupc. I'm not familiar with the uupc code per se, but uupc was derived from the earlier DCP program, which I am familiar with and run on my system. The original version of DCP required large-code-large data compilation, but only because the code's author was a bit sloppy; the code and data requirements of DCP do not themselves exceed 64K, and a fairly trivial change to one of the machine-code routines (it expected a far pointer to a buffer; simply make it take the segment loc. of the buffer from DS) makes it possible to compile in small-model. I'd be surprised if those working on uupc had added enough to push it over 64K, so it ought to compile under small-model as well. So, in conclusion, at least in principle it should be possible to port uupc to MINIX. You're probably gonna need to be fairly familiar with DCP/uupc's innards as well as talking to serial ports under both DOS and UNIX to figure out how to do it, however. -------------------------------------------------------------------------- Richard Todd "OS/2? Just Say No" USSnail:820 Annie Court,Norman OK 73069 UUCP: {allegra!cbosgd|ihnp4}!occrsh!uokmax!rmtodd
paul@vixie.UUCP (Paul Vixie Esq) (02/01/88)
In article <1024@uokmax.UUCP> rmtodd@uokmax.UUCP () writes: >There was a PD cron program posted to either comp.sources.unix or >comp.sources.misc some time back by Paul Vixie. I don't remember enough about >it to tell how hard the port to MINIX would be. That might be a >good place to start. >-- >Richard Todd "OS/2? Just Say No" It was posted to comp.sources.misc, since it was only a beta version. I've since enhanced it considerably, and now that I have a few 386/SysV machines around, I want to make it run on that as well. Even in its present form, though, it ought to run fine on V7 systems -- i.e., Minix. I'm not in a huge hurry to get it posted, since Rich $alz is going to be killed sometime during Uniforum, and it will be a while before we find another person silly enough to moderate comp.sources.unix :-) :-)... -- Paul A Vixie Esq paul%vixie@uunet.uu.net {uunet,ptsfa,hoptoad}!vixie!paul San Francisco, (415) 647-7023
paradis@encore.UUCP (Jim Paradis) (02/01/88)
In article <1024@uokmax.UUCP> rmtodd@uokmax.UUCP () writes: >As I recall, not too long after the posting of the serial driver, Jim Paradis >announced that he had gotten the uucp clone DCP to work on MINIX and talk back >and forth to 'encore'. Well, uh, yeah, I got it "working". However, it kinda breaks down on long file transfers (i.e. above about 2K or so...). I've since put in a request to John Gilmore for a beta test copy of "gnuucp", but I haven't heard back from him yet. I think the problem is down in the "g" protocol handler... since the only documentation for this protocol is sketchy at best, it's VERY easy to mess it up, and that's PART of what I think is happening with both of my versions of DCP. Watch this space for further details. +----------------+ Jim Paradis linus--+ +--+-------------+ | Encore Computer Corp. necntc--| | | E N C O R E | | 257 Cedar Hill St. ihnp4--+-encore!paradis | +-------------+--+ Marlboro MA 01752 decvax--| +----------------+ (617) 460-0500 talcott--+ ...coated with sesame seeds, and garnished with lark's vomit!
dhesi@bsu-cs.UUCP (Rahul Dhesi) (02/02/88)
In article <797@vixie.UUCP> paul@vixie.UUCP (Paul Vixie Esq) writes: [re Vixie's Cron] >It was posted to comp.sources.misc, since it was only a beta version. Vixie's Cron has been running on bsu-cs, a VAX-11/785, for several months now, and handling everything previously done by the standard cron. Haven't found a single bug yet! Thanks, Paul. -- Rahul Dhesi UUCP: <backbones>!{iuvax,pur-ee,uunet}!bsu-cs!dhesi