📄 history
字号:
31. ECUUNGETTY_CHOWN now a semi-permanent feature. It canstill be turned off by editing config.c or Makefiles. Itis just too good not to have it in.3.19.16 - notes 32-3732. cmostime4 backed out of distribution; if you want it, ask me33. Direct phone numbers longer than 10 characters got doubled inone instance. Thanks to felton!rll for pointing this out.34. Good news! -DWORKING_SELECT can be and is now used for3.2v4; as a side effect, the Nap() wrapper/surrogate is now innap.c and all the several Nap() functions in ecusea.c, zcommon.cand gendial.c have been removed.Also, if -DWORKING_SELECT is used, Nap() uses ftime() instead ofgettimeofday(). Adding -DUSE_GETTIMEOFDAY will return to theold usage. This latter note is for porters, since all currentlysupported systems have ftime() and several lack gettimeofday().35. More work has been done on SCO utmp/Devices automatic tty selectionhas been done. I apologize for the long chain of half-fixes. Onceagain, I think it is fixed. This time I REALLY believe it :-).For sure, you should no longer find your /dev/tty chown()'d to uucp.36. SCO multiscreen color escape sequences from the remote werebeing filtered as if ECU were running on a non-multiscreen. Now,if you use ECU on an SCO multiscreen, the full set of ECU escapesequences, including color, again work as specified in themanual. Thanks to tps@jptcs.com for pointing this out. This bugcrept in when I reorganized keyboard management(nonansikeys->funckeymap).37. The ecuungetty chown feature is on permanently. I addedquite a few security/safety checks to make sure some bug oranother will not make the privileged ecuungetty go wild.3.19.17 - notes 3838. The hz/hzmsec needed by nap.c was not being provided,calculated by ecusea.c, ecu[rs]z.c and gendial.c.3.19.18 - notes 3939. I had started using <sys/time.h> if 3.2v4. 3.2v4 only has<sys/time.h> if the TCPRT package is installed . Basic 3.2v4 doesnot have it at all. So, we'll use <time.h> and <sys/select.h> justlike before. Thanks for the report go to robertle@sco.com.3.19.19 - notes 40-4440. Added support for 3.2v4 CRTSFL.Now for SCO, rtscts command arguments:usage: rtscts [ off | on | no | yes | 0..7 ]argument | RTSFLOW | CTSFLOW argument | RTSFLOW | CTSFLOW | CRTSFL---------+---------+--------- ---------+---------+---------+-------- off | 0 | 0 0 | 0 | 0 | on | 0 | 1 1 | 0 | 1 | no | 0 | 0 2 | 1 | 0 | yes | 0 | 1 3 | 1 | 1 | 4 | 0 | 0 | 1Choice 4 only works on SCO 3.2v4 and ODT 2.0.As you can see, numeric values are masks.If the 4 bit is present in the numeric value, itoverrides the lower-order bits: Specifying 7 as an argumentspecifies CRTSFL is to be used if it is supported, otherwiseRTSFLOW and CTSFLOW.The interactive help and iteractive and procedure commanddocumentation has been updated. I added to README.RTSCTS some illuminating comments by chip@tct.com (Chip Salzenberg).It was seeing this article that brought CRTSFL off the todolist and into the code.41. Warnings about not using ^\Z in Kermit transfers (^Z suspend)were added to the 'sk' and 'rk' interactive and procedure commands.42. This fix went into 3.19.16 but I forgot to note it: colorsequences sent to ECU on a multiscreen console were not beingpassed to the driver. Now they are.. I only know of colorworking on SCO.43. Changes to make_dirs() was needed to handle makingdirectories with pathname components which are symbolic links(possibly on a read-only file system).44. The DCD watcher did not work if you use SCO sio. I havebeen using FAS and forgot a a fact about SCO sio: to toggleCLOCAL meaningfully, you must open the modem (e.g. tty2B) ratherthan the direct (tty2b) file. On SCO systems, if the tty filenamehas a digit+letter as the last two characters, ECU willforce the lower case (direct) version to be used. 3.19.19 opensthe upper case (modem) device, but continues to storeand display tty names in their lower case version.3.19.20 - notes 45-4645. Somewhere in the lifetime of .19, I sent a copy to a guy.This revision bump is just to keep from having differentversions called .19 out the door.46. On 3.19.17/18, there were various reports of hangs on line close, hang up, or HOME prompt when using 3.2v2. I cannotreproduce any of these errors. Please get and send me this information for me the next time it happens to you:Install ecu, but execute the ecu built in the distribution directory. a. Is the receiver process active (two ecu processes active)? b. The ecu transmitter process will either be the only ecu process or the oldest. Kill -4 the transmitter process and move the core file to the distribution directory if you 'cd'ed in ecu. You may have to type ^Jstty sane^J on the console it failed on (expect no echo) to restore the console to something usable. This may not reinstate your choice of character delete, line kill, etc. c. do 'sdb ecu |& tee sdb.log' d. do 't', then 'q' e. repeat the failing scenario if you found the receiver process alive in step a. If so, repeat a-d above, but this time kill the receiver process and do 'sdb ecu |& tee -a sdb.log' f. Guess. (mail me the sdb.log) with a description of 1) the OS 2) any non-vendor serial driver 3) what was going on when it failed (in 100 words or more :-> )3.19.21 - notes 47-4947. The UNIX sio driver may generate a SIGTTOU upon execution ofcertain ioctl() functions, namely, XCSETA, XCSETAF, XCSETAW,TIOCSPGRP, TCSBRK, TCFLSH, and TCXONC. My ignorance caused thelast few revisions to hang for many upon closing a line or uponperforming miscellaneous operations like sending a break. Allecu executables now set job control signals to SIG_IGN. I hopethis fixes the problem. (Job control is not supported at thistime.) 48. config.c has been returned to normal compilation (no -g).I shipped an alternate config.c "out of turn" after 3.19.20.Some may have installed it, some not. Therefore, unsharingthis patch replaces any config.c you may have in place.49. The -F switch was added to the command line arguments:The new manual section titled "-F path": Normally, the $TERM environment variable is used to determine the funckeymap entry (keyboard configuration) to be used. Sometimes, the $TERM variable is not adequate for identifying your keyboard arrangement. The -F switch, like the $ECUFUNCKEY environment variable, allows you to use override the funckeymap entry used. For more information, see the section titled "Function Key Mapping (Recognition)".3.19.22 - notes 50-5250. This note is only of interest to SCO users.Previous revisions of SCO were lenient on the user in the choiceof the direct or modem tty device. You could specify eithertype and ecu would force the one it thought appropriate.Users of ecu under other operating systems have always had tospecify the correct name.If you have time, I'd love feedback on what part of the manualsI have missed updating with the new paradigm.Since there are several types of async drivers and we wantto support them, ecu can no longer make a choice for you.I did radical surgery on the "SCO tty naming" logic. As itstands nowu, on SCO, the tty you specify in a dialing entry is the exacttty name opened. The convention of using a lower-case lock nameis still observed. Also, both senses are searched for in utmpfor conflict determination. ecuungetty chown()/chmod() bothdevice file names.However, your choice of which line type (line placed in tty fieldof a directory entry or the tty field of the setup form) dependsupon the driver you are using:sio modem /dev/tty1Afas direct /dev/tty1aI don't know about others. Tell me.Notes:a. An sio direct line ignores setting of CLOCAL (no DCD watcher) and lacks support for hardware flow control.b. Opening the fas modem line causes various forms of conflict resulting in EBUSY being returned by fas for an ecu open or a dialer program open.For now, this is meaningful only on SCO. In the future, perhaps,we'll manage an installation-dependent table of what line namesrefer to the same device and which are modem, direct, etc.e.g.,#line_to_use:modem:direct:others:commenttty1A:tty1A:tty1a::siotty1a:tty1A:tty1a::fasacu0:acu0:ttya,ttyd0:SunOsThis would re-automate SCO tty line type choices and add it anewfor others. Then, ecu could for the first time on non-SCO (andSCO naming to boot) search for all possible lock files and utmpentries. What do you think? Yes, one more damn configuration fileto hack on.51. ecusz, ecurz and ecusea are now placed in the ecu library directory(usually /usr/locsal/lib/ecu). This is a more appropriate placesince it is meaningful only for ecu to execute them. Kermit or ckermitis still searched for through $PATH. Remove any old ecurz, ecuszand ecusea executables from your locsl bin directory.52. I'm sorry the preformatted manuals you have been gettingwere malformed. The new Makefile in doc failed to supply -mm !BETA 3.20.01 notes 53-5853. There is still one installation where /dev/tty is gettingincorrectly chown/chmoded. There are now three brute-forcetests for an attempt at this (up from two). The bughasn't been fixed, but we ought to know how it happensthis time around.54. The procedure and interactive command fkmap has been added:Usage: fkmap display current mapping fkmap <keyname> display single key mapping fkmap <keyname> <keylist> modify a key's mapping fkmap -r reset to original mapping fkmap -s <file> append current to fileThis command manages the mechanism ECU uses to recognize functionkeys when they are entered at the console. If supplied, the
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -