Subject: Linux-Misc Digest #890
From: Digestifier <Linux-Misc-Request@senator-bedfellow.MIT.EDU>
To: Linux-Misc@senator-bedfellow.MIT.EDU
Reply-To: Linux-Misc@senator-bedfellow.MIT.EDU
Date:     Tue, 29 Mar 94 03:13:14 EST

Linux-Misc Digest #890, Volume #1                Tue, 29 Mar 94 03:13:14 EST

Contents:
  Seyon wont dial out? (Jerald B Brown)
  Man pages (Patrick Brewer)
  SMIT comments [Re: BRACE YOURSELF, was Re: Opinions wanted about SCO-unix (vs AIX/Linux).] (Jim Salter)
  Re: IBM MCA and Novell Netware [ (Alan Cox)
  Re: IBM MCA and Novell Netware [ (Alan Cox)
  Re: Impressions: FreeBSD vs Linux (Alan Cox)
  Re: Maximum serial port speed (REPOST due to non-propogation) (Alan Cox)
  Re: STRAW POLL RESULT: Linux groups automonitoring (Alan Cox)
  Re: What keywords to use (Alan Cox)
  Orchid Soundwave 32... (Eduardo Correia)
  Re: Boca multiport boards (BB-100X) (Stephen White)
  Re: Impressions: FreeBSD vs Linux (Stephen White)
  Re: Which is the best package (Stephen White)
  dialog-0.3 patches for 8 bit environment (second attempt) (Nickolay Saukh)
  Re: why two kermit processes? (Frank Lofaro)

----------------------------------------------------------------------------

From: brownjb@fiu.edu (Jerald B Brown)
Subject: Seyon wont dial out?
Date: 28 Mar 1994 18:40:57 GMT

 
Hello to all
 
If this is a FAQ, please direct me to it.
 
I just finished setting up Seyon, it starts up
but when I select a number to call from the
Dialing Directroy, it seem to start making
the call and then it say: Dial Aborted-Online.
 
Now I assume it is not finding the correct port,
but how do I fix this.
 
Thanks
Javier


--
                77     77    77     77
                77    77 77   77   77
                77   77   77   77 77
           77   77  777777777   77
           77   77  77     77   77
            7777    77     77   77

                       At
               brownjb@solix.fiu.edu
              26591572r@servax.fiu.edu

------------------------------

From: noble@garfield.catt.ncsu.edu (Patrick Brewer)
Subject: Man pages
Date: 28 Mar 1994 18:46:09 GMT


        I the SLS release from December.  I am wondering if the BSD man 
pages for c library function calls match what I am going to get compiling 
with gcc.  I noticed my system didn't have man pages for fwrite and stuff 
like that, so I grabbed the bsdman from sunsite.  

It came with the following quote : 
"The file bsdman.tar.Z contains man files for the BSD libc.a.
Since nearly all of these functions are in the libc.a that comes with
gcc.2.2.2 these can be considered good documentation for Linux."

        How accurate is this?  Should the Linux documentation people 
start listing the patchlevel that the man pages are for on system calls?

=======================================================================
Patrick W. Brewer           CATT Alumni  
noble@catt.ncsu.edu

------------------------------

From: jsalter@pyramid.com (Jim Salter)
Crossposted-To: comp.unix.advocacy,comp.unix.aix
Subject: SMIT comments [Re: BRACE YOURSELF, was Re: Opinions wanted about SCO-unix (vs AIX/Linux).]
Date: 28 Mar 1994 11:39:30 -0800
Reply-To: jsalter@pyramid.com


In article <1994Mar25.172004.7071@kf8nh.wariat.org>, bsa@kf8nh.wariat.org (Brandon S. Allbery) writes:
|> In article <1994Mar23.034952.24963@rpp386>, jfh@rpp386.cactus.org (John F. Haugh II) says:
|> +---------------
|> | Do you really like the alternative?  Is "sysadmsh" that much fun for you?
|> +------------->8
|> 
|> Any "canned" system administration program has "holes" in it --- things which
|> it can't cope with.

Absolutely.

|>  Under SCO I avoid sysadmsh if I can't figure out how to
|> fix things it botches or can't handle "behind its back" --- and traditional
|> command line system administration is still mostly usable under SCO.  (And, to
|> its credit, sysadmsh can generally cope with command line system
|> administration if one is moderately careful.)  Is this true of AIX?  The
|> reports say "no"...

I don't understand what this means.  "... traditional command line system
administration is still mostly usable under SCO."  Since AIX's SMIT uses the
command-line commands (and does *nothing* else), of course you are using the
standard command set.

There's nothing done by SMIT that can't be done on the command line or in a
shell script.  That's why the smit.log and smit.script files are generated.
I've programmed several SMIT screens, and though ODM is not the easiest thing
to program, the front-end result is worth the effort.

So, the answer to your question "Is this true of AIX?" is an unqualified
"yes", unlike SCO's sysadmsh, which apparently is a highly qualified "depends".

|> ++Brandon
|> Brandon S. Allbery      kf8nh@kf8nh.ampr.org          bsa@kf8nh.wariat.org

Jim Salter     Pyramid Technology   Release Engineer
Internet:      jsalter@pyramid.com   (408) 428-8804
     "Duck" - It's not just a bird, it's a verb!

------------------------------

From: iiitac@uk.ac.swan.pyr (Alan Cox)
Subject: Re: IBM MCA and Novell Netware [
Date: Mon, 28 Mar 1994 12:03:46 GMT

In article <1994Mar23.043512.24408@unlv.edu> ftlofaro@unlv.edu (Frank Lofaro) writes:
>Now would Novell really go out an sue an INDIVIDUAL?!
They (or at least someone within Novell) went to the trouble of writing me
a polite letter listing some of their patents and explaining I couldn't do it
>
>What would they have to gain?
Protection of their assets. How well would a company last when there is
a free clone of its only major product ?
>
>        They could not get much money from an individual, so why
>would they even bother? It would cost them MUCH more to sue then they
>could ever get. We are talking about a factor of 100 times mote. Also,
>if you release a Novell server, it will make its way into the
>U.S. Don't tell me that you over in the U.K. can't get a copy of DES,
That doesn't worry me. If the license forbids its use in the USA its
someone elses butt that gets burned not mine. Playing legal games like
this is a form of russian roulette I don't want to play.

>disaster. They'd have the LPF, the FSF and the EFF at their throats so
>fast they would not know what hit them. I assume Novell prides itself

Do you think the LPF and EFF have enough clout to upset someone like Novell ?
Money in most countries talks a lot louder than Justice, morals or honesty.
Anyway if they don't want to play I'll just keep telling people to switch
to the free lan manager client and Linux as a lan manager server or to
use the shareware NFS client. Kick them in the wallet which for most
corporates is where they feel pain.

Alan


------------------------------

From: iiitac@uk.ac.swan.pyr (Alan Cox)
Subject: Re: IBM MCA and Novell Netware [
Date: Mon, 28 Mar 1994 12:18:21 GMT

In article <ag129.588.2D8F318A@ucs.cam.ac.uk> ag129@ucs.cam.ac.uk (Alasdair Grant) writes:
>I'm not sure it would be an issue... there is no problem with native
>IPX, that's a documented standard.  I.e. you provide the IPX interrupts
>and let Novell's code do the conversion from NetWare requests to
>IPX packets, and let Linux take over from there.

I've done IPX or most of it. It's not hard. You don't get print services
etc as they use the undocumented SPX layer. 

>If anything IPX scales better than IP (a much larger space for 
>internetwork numbers).  Service names are a problem (but can be
Choke.... I have the misfortune to spend a lot of time working on
software doing ISDN bridging of IPX. Take it from me it doesn't
work well. There is no centralised addressing authority to deal with
address clashes and numerous other problems (you can't use static
routes only for security, you need burst mode NLM's handy for anything
but an ethernet link, trying to do dial on demand IPX is ok but NCP as
well is a nightmare due to the connection oriented nature and the keepalives).
Since you can now run netware over IP the issue is moot anyway.

>happens my original interest in NetWare for Linux was so that
>PCs which normally ran DOS/Windows off a NetWare server could
>become XFree86 terminals and read files from the same server,

With a spare 286 you can run SOSS as a bridge between the two worlds. Does
fine here. 

>NCP is a trade secret.  Patents are not secret, by definition.
>(You could say they are patently obvious!)
NCP is a trade secret. Some of the things used within it and aspects of
file system technology are patents in the U.S.A. or so I am told.
>
>I've heard this for years.  Will it do NDS authentication?
No it just implements the basic core of IPX as specified in 
'IPX router specification' Novell part number 107-000029-001. But
as its Linux code its on an ftp site and you can add NDS or anything else
you wish to it. I'll be glad of the diffs when its done.
>Again, will it do NDS authentication?  Why do you assume reverse
>engineering is the only way?
Because novell refuse to release NCP specifications, and running a Novell
client in a dos emulator talking across the ipx packet driver is a very
messy and inefficnet way to do it. It also can't handle multiple sessions
and login id mapping very easily.

I'm happy to be proved wrong, go ahead and write it..

Alan



------------------------------

Crossposted-To: comp.os.386bsd.misc
From: iiitac@uk.ac.swan.pyr (Alan Cox)
Subject: Re: Impressions: FreeBSD vs Linux
Date: Mon, 28 Mar 1994 12:35:16 GMT

In article <HJSTEIN.94Mar24111940@sunset.huji.ac.il> hjstein@sunset.huji.ac.il (Harvey J. Stein) writes:
>In article <Cn1KJ1.9pr@boulder.parcplace.com>
>imp@boulder.parcplace.com (Warner Losh) writes:
>   In article <CMzw69.92K@tower.nullnet.fi>
>   Ismo.Peltonen@tower.NullNet.FI writes:
>   >> * FreeBSD has a more polished look and feel.  Linux definately looks and
>   >> feels like a beta product.  FreeBSD seems to have consistancy where
>   >> Linux does not.
>   >
>   >What do people mean with this (`looks and feels like a beta/not finished')?
>   >What in Linux makes that unfinished look'n'feel?
>
>   From my point of view it is the building of a system.  On FreeBSD, all
>   I type is "make world," then go out for the night.  When I come back,
>   all my user level utilities have been build and installed (in addition
>   to libraries, include files, etc).  For Linux I must have missed
>   something because I've never seen a source distribution I could do
>   this with (feel free to prove me wrong).  This is due, I think, to the
>   fact that there is exactly one core distribution and an central group
>   running the show that is responsible (as a group) for the entire
>   system.
>
>I believe that the TAMU distribution allows this.
>

Out of curiosity I got the README entries for all the packages on my machine
and the size of source + build space. To make world my entire system I'd
need 4.6Gb of disk space, or 3.1Gb assuming I did a make clean on each 
package after building. Whoopee... There are good reasons for binary
releases at time.

On the other hand I do wish the slackware_src was layed out better and 
unpacked as /usr/src/<binarypathname>/* for each thing, but I don't have
the time sort that out and I'm sure Patrick has far more useful things to
do with his life...

Alan


------------------------------

From: iiitac@uk.ac.swan.pyr (Alan Cox)
Subject: Re: Maximum serial port speed (REPOST due to non-propogation)
Date: Mon, 28 Mar 1994 12:39:46 GMT

In article <1994Mar23.151715.11849@bhhome.ci.net> bill@bhhome.ci.net (Bill Heiser) writes:
>Why not?  Does this mean we wont' be able to use 230000 for use
>with Hayes special serial card and 28.8 modems?
If you write a driver for the hayes serial card then no problem. Unix defines
EXTA and EXTB normally 19200, and 38400 baud. These can map to any speed you
like them. For a normal serial port setserial does this. I guess a hayes port
would end with EXTB at 230000 or whatever.

Alan


------------------------------

From: iiitac@uk.ac.swan.pyr (Alan Cox)
Subject: Re: STRAW POLL RESULT: Linux groups automonitoring
Date: Mon, 28 Mar 1994 12:42:29 GMT

In article <2msn1l$d2@senator-bedfellow.MIT.EDU> slater@gandalf.nrlssc.navy.mil (Rick Slater) writes:
>My own response to this nonsense will be to bar Ian's site from sending
>mail to mine.  Or, more correctly stated, my site will reject all mail
>from his robot.
>
Mine will be to forward every message from his robot with a complaint to his
personal account. Welcome to people power....

BTW: Anyone for a sweepstake on how long it is before someone posts a
message to set his robot off that has an alleged source address of one of
the email->news gateways!

Alan


------------------------------

Crossposted-To: news.groups
From: iiitac@uk.ac.swan.pyr (Alan Cox)
Subject: Re: What keywords to use
Date: Mon, 28 Mar 1994 15:06:50 GMT

In article <1994Mar27.050808.435@terrabit.uucp> ddb@terrabit.uucp (David Dyer-Bennet) writes:
>I think we need keywords in two dimensions: what technical area the
>question is in (things like serial driver, swapping, slip, modems),
>and what state the question and its answers is in (things like
>question, new information, need more information, solution,
>suggestion, desperate).  The problem with the second type is that
>they probably need to be changed for each followup; that might present
>a problem.  On the other hand, A lot of the filtering I'd like to do
>involves the second class of information.

Usenet articles already have a Keywords: field. Its there and the newsreaders
can use it (for reference I sort net,networking,slip,ip,tcp,ethernet,kernel..)

Alan

------------------------------

From: ecorreia@san-patricio.cs.nmsu.edu (Eduardo Correia)
Subject: Orchid Soundwave 32...
Date: 28 Mar 94 11:21:50


Hello,

        I am currently in the process of buying an Orchid SoundWave 32
soundboard for my PC... As anyone been able to use it with Linux ???
Is any driver available ???

Regards...
--
===============================================================================
Manuel Eduardo C. D. Correia 
Centro de Informatica da Universidade do Porto (CIUP),
Rua do Campo Alegre, 823, 4100 Porto, PORTUGAL
Tel: (351-02) 600 1672, Ext: 113, Fax: (351-02) 600 3654,
Internet: mcc@ciup1.ncc.up.pt 
=============================== OR ==============================================
Eduardo Correia  
Department of Computer Science,
Box 30001, dept C. S.
New Mexico State University,
Las Cruces,
New Mexico 88003
Internet: ecorreia@cs.nmsu.edu
Tel: 1-505-6464054 
===============================================================================


------------------------------

From: steve@adam.com.au (Stephen White)
Subject: Re: Boca multiport boards (BB-100X)
Date: 26 Mar 1994 21:05:56 -0000

Jake Buchholz (jake@jakesys.sol.net) wrote:
: I'm considering getting the BOCA 16 port board

: I want to be sure I'll be able to run a bunch of modems (as well as one
: or two terminals) off of it...

Using a Boca 16 port here to run UUCP and PPP and multiple users. No
problems.

There is one large cable from the back of the card that leads to a box which
has multiple RJ-11 connectors. I cannot remember if the RJ-11 to DB-9 cables
came with the card or if they were an optional extra.

--
  stephen.white@adam.com.au

------------------------------

From: steve@adam.com.au (Stephen White)
Crossposted-To: comp.os.386bsd.misc
Subject: Re: Impressions: FreeBSD vs Linux
Date: 27 Mar 1994 02:57:28 -0000

Warner Losh (imp@boulder.parcplace.com) wrote:
: I have found that FreeBSD-current (soon, hopefully, to be 1.1)
: compares quite well to Linux.  Its networking is better for my
: situation, but the shared libraries are a tiny bit slow when compared
: to Linux' implementation.  It works for me.

BSD and Linux may be technically equal overall, but I find the two very
different in the way that they are developed. BSD is a closed group with
"core authors". Linux is an open development environment.

BSD releases have fewer problems, but improvements are slow. Between
releases, you just have to grin and bear it. Linux has more problems, but
they're fixed quickly and the improvements keep coming out on a daily basis.

Compare BSD a year ago vs Linux a year ago. No comparision. Compare them as
they are now. Can't choose clearly on technical merit.

Then consider that BSD started off with already working code, and Linux
started off from scratch. Linux hasn't had a year of polishing and tweaking
under its belt, only raw development.

The Unix standard being the overall limit on how far development can go, I
expect that the final result will be both OSs being commercial grade. Users
will then pick the OS they want based on their religious denomination rather
than what bugs they want to avoid.

Getting pretty close to that now, actually.

: They are both well done.  Kudos to all involved.

Amen. (gee, religious already :)

: Warner Losh           imp@boulder.parcplace.COM       ParcPlace Boulder

Steve

--
  stephen.white@adam.com.au

------------------------------

From: steve@adam.com.au (Stephen White)
Subject: Re: Which is the best package
Date: 27 Mar 1994 03:01:32 -0000

William Gladnick (wglad@new-orleans.NeoSoft.com) wrote:
: Debian  is  best  at this time in my opinion.

Debian 0.91 (the current version on sunsite) isn't, but Debian 0.92
definitely will be.

I recommend waiting until 0.92 is available. (Looks like about a week
to go before it is released, but this is a guesstimate)

--
  stephen.white@adam.com.au

------------------------------

From: nms@ussr.eu.net (Nickolay Saukh)
Subject: dialog-0.3 patches for 8 bit environment (second attempt)
Date: Mon, 28 Mar 94 17:25:15 +0400
Reply-To: nms@ussr.eu.net

Sorry for second post, but my fingers were ahead of thought.
Now I have checked all modes for 8 bits.

diff --unified=1 --recursive dialog-0.3/src/checklist.c dialog.new/src/checklis
t.c
--- dialog-0.3/src/checklist.c  Wed Jan 12 18:19:22 1994
+++ dialog.new/src/checklist.c  Mon Mar 21 13:05:30 1994
@@ -24,3 +24,3 @@
 
-static void print_item(WINDOW *win, char *tag, char *item, int status, int cho
ice, int selected);
+static void print_item(WINDOW *win, unsigned char *tag, unsigned char *item, i
nt status, int choice, int selected);
 
@@ -33,3 +33,3 @@
  */
-int dialog_checklist(char *title, char *prompt, int height, int width, int lis
t_height, int item_no, char **items)
+int dialog_checklist(unsigned char *title, unsigned char *prompt, int height, 
int width, int list_height, int item_no, unsigned char **items)
 {
@@ -126,3 +126,3 @@
     for (i = 0; i < max_choice; i++)
-      if (toupper(key) == toupper(items[(scroll+i)*3][0]))
+      if (key < 0x100 && toupper(key) == toupper(items[(scroll+i)*3][0]))
         break;
@@ -301,3 +301,3 @@
  */
-static void print_item(WINDOW *win, char *tag, char *item, int status, int cho
ice, int selected)
+static void print_item(WINDOW *win, unsigned char *tag, unsigned char *item, i
nt status, int choice, int selected)
 {
diff --unified=1 --recursive dialog-0.3/src/colors.h dialog.new/src/colors.h
--- dialog-0.3/src/colors.h     Sat Jan  8 19:34:53 1994
+++ dialog.new/src/colors.h     Mon Mar 21 13:29:46 1994
@@ -156,3 +156,3 @@
 typedef struct {
-  char name[COLOR_NAME_LEN];
+  unsigned char name[COLOR_NAME_LEN];
   int  value;
diff --unified=1 --recursive dialog-0.3/src/dialog.c dialog.new/src/dialog.c
--- dialog-0.3/src/dialog.c     Thu Jan 13 13:31:54 1994
+++ dialog.new/src/dialog.c     Mon Mar 21 13:36:38 1994
@@ -81,7 +81,11 @@
 
-int main(int argc, char *argv[])
+int main(int argc, unsigned char *argv[])
 {
   int offset = 0, clear_screen = 0, end_common_opts = 0, retval;
-  char *title = NULL;
+  unsigned char *title = NULL;
 
+#if defined(LOCALE)
+  (void) setlocale(LC_ALL, "");
+#endif
+
   if (argc < 2) {
@@ -266,3 +270,3 @@
  */
-void Usage(char *name)
+void Usage(unsigned char *name)
 {
@@ -370,6 +374,6 @@
  */
-void print_autowrap(WINDOW *win, char *prompt, int width, int y, int x)
+void print_autowrap(WINDOW *win, unsigned char *prompt, int width, int y, int 
x)
 {
   int first = 1, cur_x, cur_y;
-  char tempstr[MAX_LEN+1], *word, *tempptr, *tempptr1;
+  unsigned char tempstr[MAX_LEN+1], *word, *tempptr, *tempptr1;
 
@@ -439,3 +443,3 @@
  */
-void print_button(WINDOW *win, char *label, int y, int x, int selected)
+void print_button(WINDOW *win, unsigned char *label, int y, int x, int selecte
d)
 {
diff --unified=1 --recursive dialog-0.3/src/dialog.h dialog.new/src/dialog.h
--- dialog-0.3/src/dialog.h     Thu Jan 13 13:05:13 1994
+++ dialog.new/src/dialog.h     Mon Mar 21 13:32:21 1994
@@ -41,2 +41,5 @@
 
+#if defined(LOCALE)
+#include <locale.h>
+#endif
 
@@ -201,3 +204,3 @@
 
-extern void create_rc(char *filename);
+extern void create_rc(unsigned char *filename);
 extern int parse_rc(void);
@@ -209,3 +212,3 @@
 
-void Usage(char *name);
+void Usage(unsigned char *name);
 void init_dialog(void);
@@ -215,4 +218,4 @@
 void attr_clear(WINDOW *win, int height, int width, chtype attr);
-void print_autowrap(WINDOW *win, char *prompt, int width, int y, int x);
-void print_button(WINDOW *win, char *label, int y, int x, int selected);
+void print_autowrap(WINDOW *win, unsigned char *prompt, int width, int y, int 
x);
+void print_button(WINDOW *win, unsigned char *label, int y, int x, int selecte
d);
 void draw_box(WINDOW *win, int y, int x, int height, int width, chtype box, ch
type border);
@@ -222,8 +225,8 @@
 
-int dialog_yesno(char *title, char *prompt, int height, int width);
-int dialog_msgbox(char *title, char *prompt, int height, int width, int pause)
;
-int dialog_textbox(char *title, char *file, int height, int width);
-int dialog_menu(char *title, char *prompt, int height, int width, int menu_hei
ght, int item_no, char **items);
-int dialog_checklist(char *title, char *prompt, int height, int width, int lis
t_height, int item_no, char **items);
-int dialog_inputbox(char *title, char *prompt, int height, int width);
+int dialog_yesno(unsigned char *title, unsigned char *prompt, int height, int 
width);
+int dialog_msgbox(unsigned char *title, unsigned char *prompt, int height, int
 width, int pause);
+int dialog_textbox(unsigned char *title, unsigned char *file, int height, int 
width);
+int dialog_menu(unsigned char *title, unsigned char *prompt, int height, int w
idth, int menu_height, int item_no, unsigned char **items);
+int dialog_checklist(unsigned char *title, unsigned char *prompt, int height, 
int width, int list_height, int item_no, unsigned char **items);
+int dialog_inputbox(unsigned char *title, unsigned char *prompt, int height, i
nt width);
 
diff --unified=1 --recursive dialog-0.3/src/inputbox.c dialog.new/src/inputbox.
c
--- dialog-0.3/src/inputbox.c   Wed Jan 12 18:02:30 1994
+++ dialog.new/src/inputbox.c   Mon Mar 21 13:10:37 1994
@@ -27,3 +27,3 @@
  */
-int dialog_inputbox(char *title, char *prompt, int height, int width)
+int dialog_inputbox(unsigned char *title, unsigned char *prompt, int height, i
nt width)
 {
@@ -31,3 +31,3 @@
       input_x = 0, scroll = 0, key = 0, button = -1;
-  char instr[MAX_LEN+1];
+  unsigned char instr[MAX_LEN+1];
   WINDOW *dialog;
@@ -114,3 +114,3 @@
         default:
-          if (isprint(key)) {
+          if (key < 0x100 && isprint(key)) {
             if (scroll+input_x < MAX_LEN) {
@@ -130,3 +130,4 @@
               wrefresh(dialog);
-            }
+            } else
+             flash(); /* Alarm user about overflow */
             continue;
diff --unified=1 --recursive dialog-0.3/src/menubox.c dialog.new/src/menubox.c
--- dialog-0.3/src/menubox.c    Wed Jan 12 18:19:58 1994
+++ dialog.new/src/menubox.c    Mon Mar 21 13:13:31 1994
@@ -24,3 +24,3 @@
 
-static void print_item(WINDOW *win, char *tag, char *item, int choice, int sel
ected);
+static void print_item(WINDOW *win, unsigned char *tag, unsigned char *item, i
nt choice, int selected);
 
@@ -33,3 +33,3 @@
  */
-int dialog_menu(char *title, char *prompt, int height, int width, int menu_hei
ght, int item_no, char **items)
+int dialog_menu(unsigned char *title, unsigned char *prompt, int height, int w
idth, int menu_height, int item_no, unsigned char **items)
 {
@@ -116,3 +116,3 @@
     for (i = 0; i < max_choice; i++)
-      if (toupper(key) == toupper(items[(scroll+i)*2][0]))
+      if (key < 0x100 && toupper(key) == toupper(items[(scroll+i)*2][0]))
         break;
@@ -271,3 +271,3 @@
  */
-static void print_item(WINDOW *win, char *tag, char *item, int choice, int sel
ected)
+static void print_item(WINDOW *win, unsigned char *tag, unsigned char *item, i
nt choice, int selected)
 {
diff --unified=1 --recursive dialog-0.3/src/msgbox.c dialog.new/src/msgbox.c
--- dialog-0.3/src/msgbox.c     Wed Jan 12 17:56:38 1994
+++ dialog.new/src/msgbox.c     Mon Mar 21 13:14:47 1994
@@ -28,3 +28,3 @@
  */
-int dialog_msgbox(char *title, char *prompt, int height, int width, int pause)
+int dialog_msgbox(unsigned char *title, unsigned char *prompt, int height, int
 width, int pause)
 {
diff --unified=1 --recursive dialog-0.3/src/rc.c dialog.new/src/rc.c
--- dialog-0.3/src/rc.c Wed Jan 12 12:29:42 1994
+++ dialog.new/src/rc.c Mon Mar 21 13:17:46 1994
@@ -26,5 +26,5 @@
 
-static char *attr_to_str(int fg, int bg, int hl);
-static int str_to_attr(char *str, int *fg, int *bg, int *hl);
-static int parse_line(char *line, char **var, char **value);
+static unsigned char *attr_to_str(int fg, int bg, int hl);
+static int str_to_attr(unsigned char *str, int *fg, int *bg, int *hl);
+static int parse_line(unsigned char *line, unsigned char **var, unsigned char 
**value);
 
@@ -34,3 +34,3 @@
  */
-void create_rc(char *filename)
+void create_rc(unsigned char *filename)
 {
@@ -66,3 +66,3 @@
       case VAL_STR:
-        fprintf(rc_file, "%s = \"%s\"\n", vars[i].name, (char *) vars[i].var);
+        fprintf(rc_file, "%s = \"%s\"\n", vars[i].name, (unsigned char *) vars
[i].var);
         break;
@@ -88,3 +88,3 @@
   int i, l = 1, parse, fg, bg, hl;
-  char str[MAX_LEN+1], *var, *value, *tempptr;
+  unsigned char str[MAX_LEN+1], *var, *value, *tempptr;
   FILE *rc_file;
@@ -159,3 +159,3 @@
                   lastch(value) = '\0';
-                  strcpy((char *) vars[i].var, value);
+                  strcpy((unsigned char *) vars[i].var, value);
                }
@@ -204,6 +204,6 @@
  */
-static char *attr_to_str(int fg, int bg, int hl)
+static unsigned char *attr_to_str(int fg, int bg, int hl)
 {
   int i;
-  static char str[MAX_LEN+1];
+  static unsigned char str[MAX_LEN+1];
 
@@ -233,6 +233,6 @@
  */
-static int str_to_attr(char *str, int *fg, int *bg, int *hl)
+static int str_to_attr(unsigned char *str, int *fg, int *bg, int *hl)
 {
   int i = 0, j, get_fg = 1;
-  char tempstr[MAX_LEN+1], *part;
+  unsigned char tempstr[MAX_LEN+1], *part;
 
@@ -323,3 +323,3 @@
  */
-static int parse_line(char *line, char **var, char **value)
+static int parse_line(unsigned char *line, unsigned char **var, unsigned char 
**value)
 {
diff --unified=1 --recursive dialog-0.3/src/rc.h dialog.new/src/rc.h
--- dialog-0.3/src/rc.h Sat Jan  8 17:28:23 1994
+++ dialog.new/src/rc.h Mon Mar 21 13:32:56 1994
@@ -53,6 +53,6 @@
 typedef struct {
-  char      name[VAR_LEN];  /* name of configuration variable as in DIALOGRC *
/
+  unsigned char      name[VAR_LEN];  /* name of configuration variable as in D
IALOGRC */
   void     *var;            /* address of actually variable to change */
   int       type;           /* type of value */
-  char      comment[COMMENT_LEN];    /* comment to put in "rc" file */
+  unsigned char      comment[COMMENT_LEN];    /* comment to put in "rc" file *
/
 } vars_st;
@@ -221,3 +221,3 @@
  */
-void create_rc(char *filename);
+void create_rc(unsigned char *filename);
 int parse_rc(void);
diff --unified=1 --recursive dialog-0.3/src/textbox.c dialog.new/src/textbox.c
--- dialog-0.3/src/textbox.c    Thu Jan 13 07:55:15 1994
+++ dialog.new/src/textbox.c    Mon Mar 21 13:21:47 1994
@@ -27,4 +27,4 @@
 static void print_line(WINDOW *win, int row, int width);
-static char *get_line(void);
-static int get_search_term(WINDOW *win, char *search_term, int height, int wid
th);
+static unsigned char *get_line(void);
+static int get_search_term(WINDOW *win, unsigned char *search_term, int height
, int width);
 static void print_position(WINDOW *win, int height, int width);
@@ -34,3 +34,3 @@
            end_reached = 0, page_length;
-static char *buf, *page;
+static unsigned char *buf, *page;
 
@@ -40,3 +40,3 @@
  */
-int dialog_textbox(char *title, char *file, int height, int width)
+int dialog_textbox(unsigned char *title, unsigned char *file, int height, int 
width)
 {
@@ -46,3 +46,3 @@
 #endif
-  char search_term[MAX_LEN+1], *tempptr, *found;
+  unsigned char search_term[MAX_LEN+1], *tempptr, *found;
   WINDOW *dialog, *text;
@@ -539,3 +539,3 @@
   int i, y, x;
-  char *line;
+  unsigned char *line;
 
@@ -564,6 +564,6 @@
  */
-static char *get_line(void)
+static unsigned char *get_line(void)
 {
   int i = 0, fpos;
-  static char line[MAX_LEN+1];
+  static unsigned char line[MAX_LEN+1];
 
@@ -616,3 +616,3 @@
  */
-static int get_search_term(WINDOW *win, char *search_term, int height, int wid
th)
+static int get_search_term(WINDOW *win, unsigned char *search_term, int height
, int width)
 {
diff --unified=1 --recursive dialog-0.3/src/yesno.c dialog.new/src/yesno.c
--- dialog-0.3/src/yesno.c      Wed Jan 12 18:01:46 1994
+++ dialog.new/src/yesno.c      Mon Mar 21 13:25:03 1994
@@ -27,3 +27,3 @@
  */
-int dialog_yesno(char *title, char * prompt, int height, int width)
+int dialog_yesno(unsigned char *title, unsigned char * prompt, int height, int
 width)
 {


------------------------------

From: ftlofaro@mayall.CS.UNLV.EDU (Frank Lofaro)
Subject: Re: why two kermit processes?
Date: 28 Mar 1994 17:42:14 -0600

In article <CnDxpv.2HI@sci.kun.nl> michela@sci.kun.nl (Michel Anders) writes:
>I realize this is not i very important question but it's bugging me some
>time now: why are there two copies present of kermit, when i invoke it just
>a single time. It is just a memory hog, if there's no pressing need for it
>to spawn a copy of itself, or is it?

One process is for outgoing data, and the other is for incoming.
(I think the main one is the outgoing one and the slave is incoming).
I wonder why they just didn't use select().
It might have something to do with staying compatible with non-UNIX
systems or possibly it uses less CPU have two processes which simply
block for I/O rather than use select().


------------------------------


** FOR YOUR REFERENCE **

The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:

    Internet: Linux-Misc-Request@NEWS-DIGESTS.MIT.EDU

You can send mail to the entire list (and comp.os.linux.misc) via:

    Internet: Linux-Misc@NEWS-DIGESTS.MIT.EDU

Linux may be obtained via one of these FTP sites:
    nic.funet.fi				pub/OS/Linux
    tsx-11.mit.edu				pub/linux
    sunsite.unc.edu				pub/Linux

End of Linux-Misc Digest
******************************
