mju@mudos.ann-arbor.mi.us (Marc Unangst) (02/13/91)
I recently obtained the sources for ECU v3.0 from the uunet archive and attempted to compile them on my Xenix/286 system. Since the code claimed to support Xenix, I thought it would be a piece of cake... Well, sort of. ECU compiled okay, and it seems to be functional, but I can't get it to connect to a tty port. When I tell it to use /dev/tty2a at 9600bps (the port my T2500 is on), it tells me that "another dialout is on the line", and then counts down from 10 seconds. When it gets to zero, it tells me to use another port. I've already checked for the obvious -- another process using that port. There is none. There's not even a getty to get in the way. Thinking that perhaps it was the fact that Xenix v2.3.2 uses HDB UUCP, but Xenix v2.2.3 uses regular old prehistoric V7 UUCP, I created a /usr/spool/locks directory, mode 777. That didn't fix it. I've also tried running ECU as root...No dice. So, any suggestions on how to go about getting ECU to dial out? It looks like a really nice program, but I'd like to use it for something other than generating a nice pop-up dialing menu... -- Marc Unangst | "I think I have a bad disk. Even though I mju@mudos.ann-arbor.mi.us | folded it to fit into my drive, it still ...!umich!leebai!mudos!mju | doesn't work..." -Caller to a tech support line
aris@tabbs.UUCP (Aris Stathakis) (02/18/91)
In <1991Feb13.101328.1107@mudos.ann-arbor.mi.us> mju@mudos.ann-arbor.mi.us (Marc Unangst) writes: >I recently obtained the sources for ECU v3.0 from the uunet archive >and attempted to compile them on my Xenix/286 system. Since the code >claimed to support Xenix, I thought it would be a piece of cake... >Well, sort of. ECU compiled okay, and it seems to be functional, but >I can't get it to connect to a tty port. When I tell it to use >/dev/tty2a at 9600bps (the port my T2500 is on), it tells me that >"another dialout is on the line", and then counts down from 10 seconds. >When it gets to zero, it tells me to use another port. The problem seems to be in the code. I had the same problem under xenix/386. Here is how to fix: ----------- line 108 of utmpstat.c ------------------------- if(!strcmp(namecopy,"LOGIN")) status = US_LOGIN; else if(!strcmp(namecopy,"DIALOUT")) status = US_DIALOUT; else if((!strcmp(namecopy,"uugetty") || !strcmp(namecopy,"getty"))) ----------- line 114 of utmpstat.c ------------------------- The "status =" lines seem to have been reversed for some reason. This is what it should have looked like. Sorry I didn't make diffs, but i was too lazy :-) Aris -- Aris Stathakis | Bang: ..!uunet!ddsw1!olsa99!tabbs!aris or aris@tabbs.UUCP - UNIX is like pickled herring - Nobody thinks it's any good - - Until they've tried it! -
wht@n4hgf.Mt-Park.GA.US (Warren Tucker) (02/22/91)
In article <1991Feb17.180906.5158@tabbs.UUCP> aris@tabbs.UUCP (Aris Stathakis) writes: >In <1991Feb13.101328.1107@mudos.ann-arbor.mi.us> mju@mudos.ann-arbor.mi.us (Marc Unangst) writes: > >>I recently obtained the sources for ECU v3.0 from the uunet archive >>and attempted to compile them on my Xenix/286 system. Since the code >>claimed to support Xenix, I thought it would be a piece of cake... > >>Well, sort of. ECU compiled okay, and it seems to be functional, but >>I can't get it to connect to a tty port. When I tell it to use >>/dev/tty2a at 9600bps (the port my T2500 is on), it tells me that >>"another dialout is on the line", and then counts down from 10 seconds. >>When it gets to zero, it tells me to use another port. > >The problem seems to be in the code. I had the same problem under >xenix/386. Here is how to fix: Sorry guys. Here is the patch. I'll send it on to Kent. I am *****VERY***** interested in war stories about ECU on 286 machines. I don't have a 286 any more, though ECU started on SCO XENIX/286 2.0.6 in 1986. I was/am fearful the program has grown too large or the stack size is not large enough for heavily nested procedures. => Article 50 of comp.sources.bugs: => >From: wht@n4hgf.Mt-Park.GA.US (Warren Tucker) => Newsgroups: comp.sources.bugs,comp.unix.sysv386,comp.unix.xenix.sco => Subject: ECU 3 patch 5 may be bad news for you => Date: 13 Feb 91 03:43:19 GMT => => I am repeating this patch for your early consideration. => => I don't know why I was getting away with this ;-(, but I didn't catch it => because I've had no trouble. => => This man's hat sits on a quick-thinking head. => => > Organization: DEMOS, Moscow, USSR => > Date: Wed, 13 Feb 91 02:15:23 +0300 (MSK) => > From: emory!hq.demos.su!ache (Andrew A. Chernov, canton Uri's citizen) => > Subject: ECU 3.05 utmpstat => > => > Hi, Warren, bad news. => > I just applied PATCH 5 for ECU, everything appears OK, but => > 'utmpstat' not work at all, I look in... => > IMHO it seems, like two strings are misplaced... => > (US_LOGIN and US_DIALOUT) => > I fix it, and ECU works correctly. => > Good Luck. => ----------------------------- CUT HERE -------------------------------- *** utmpstat.c.b Mon Feb 11 17:57:01 1991 --- utmpstat.c Wed Feb 13 02:00:02 1991 *************** *** 107,115 **** idcopy[sizeof(idcopy) - 1] = 0; if(!strcmp(namecopy,"LOGIN")) - status = US_DIALOUT; - else if(!strcmp(namecopy,"DIALOUT")) status = US_LOGIN; else if((!strcmp(namecopy,"uugetty") || !strcmp(namecopy,"getty"))) { if(itmp = line_locked(line)) --- 107,115 ---- idcopy[sizeof(idcopy) - 1] = 0; if(!strcmp(namecopy,"LOGIN")) status = US_LOGIN; + else if(!strcmp(namecopy,"DIALOUT")) + status = US_DIALOUT; else if((!strcmp(namecopy,"uugetty") || !strcmp(namecopy,"getty"))) { if(itmp = line_locked(line)) => > -- => > In-Real-Life: Andrew A. Chernov | Domain: ache@hq.demos.su, => > Zodiac-Sign: Virgo | ache%hq.demos.su@relay.eu.net => > Organization: DEMOS Coop., | Phone: +7 095 2312129 => > Moscow, Russia | Fax: +7 095 2335016 => > ----------------------------------------------------------------------- Warren Tucker, TuckerWare gatech!n4hgf!wht or wht@n4hgf.Mt-Park.GA.US Many [Nobel physics] prizes have been given to people for telling us the universe is not as simple as we thought it was. -Stephen Hawking in A Brief History of Time In computing, there are no such prizes. -me