mamason@mbunix.mitre.org (Mason) (06/08/91)
I seem to have found bug in kermit running on SGI 4D/XXX systems running IRIX 3.3. The bug only surfaces when kermit has to do metacharacter parsing internally, ie. in interactive or server mode... %ls Alt.folklore.computers Comp.sys.dec Gnu.emacs.help Clari.nb.general Comp.sys.encore Misc.forsale.computers Comp.editors Comp.sys.ibm.pc.digest Mitre.bcc.unix Comp.emacs Comp.sys.ibm.pc.misc Mitre.techbb Comp.lang.c Comp.sys.laptops logfile Comp.newprod Comp.sys.next mini Comp.os.msdos.apps Comp.sys.sgi read.me Comp.protocols.kermit Comp.unix.admin vi.ref Comp.security.announce Comp.unix.shell vi.ref.6 lots of files to match C* right? % C-Kermit>send C* ?No files match - C* ...not as far as kermit is concerned... C-Kermit>quit I've told users to use the work around is to use switches at the unix shell prompt... % kermit -s C* % Escape back to your local system and give a RECEIVE command... I tried compiling the sources in /usr/people/4Dgifts a second time on a 4D/320S, and also on a Personal Iris and I get the same behavior. I've read through the kermit beware files and this does not seem to be a known bug. I called SGI and they had no information about it, but I really can't fault them for that because kermit isn't a supported product. Has anyone seen this before? -- __________________________________________________ |Marc A. Mason | The MITRE Corporation | |Technical Assistant | Burlington Road | |UNIX Systems | Bedford, Massachusetts |
chouinar@centrcn.umontreal.ca (Luc Chouinard) (06/11/91)
A simple hack in one of the kermit source file, solves this problem. The opendir(2) call must behave like a BSD. Here's the context diff for the hack: *** ckufio.c Mon Apr 8 16:18:04 1991 --- ckufio.c.old Tue Apr 9 13:34:31 1991 *************** *** 969,975 **** struct path *pl; char *sofar,*endcur; { - #define BSD42 #ifdef BSD42 DIR *fd, *opendir(); struct direct *dirbuf; --- 969,974 ---- *************** *** 1044,1050 **** close(fd); #endif #endif - #undef BSD42 } /* --- 1043,1048 ---- -- +---------------------------------------------------------+ | Luc Chouinard Computer Center | | System Administrator University of Montreal | +---------------------------------------------------------+