| home | help | back | first | fref | pref | prev | next | nref | lref | last | post |
From arla-drinkers-request@sundance.stacken.kth.se Wed Jun 24 03:48:49 1998 Return-Path: <arla-drinkers-request@sundance.stacken.kth.se> Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu Received: (qmail 28825 invoked from network); 24 Jun 1998 03:48:47 -0000 Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41) by bloom-picayune.mit.edu with SMTP; 24 Jun 1998 03:48:47 -0000 Received: from TESS-TURBO.MIT.EDU (TESS-TURBO.MIT.EDU [18.70.0.28]) by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id FAA24258 for <arla-drinkers@stacken.kth.se>; Wed, 24 Jun 1998 05:44:17 +0200 (MET DST) Received: (from assar@localhost) by dhcp219.conference.usenix.org (8.8.5/8.7.3) id CAA05722; Tue, 23 Jun 1998 02:30:08 +0200 (MET DST) To: John Hawkinson <jhawk@mit.edu> Cc: arla-drinkers@stacken.kth.se Subject: Re: sl/roken and parsing ramblings References: <199806210842.EAA25109@mary-kay-commandos.MIT.EDU> Mime-Version: 1.0 (generated by tm-edit 7.68) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable From: Assar Westerlund <assar@sics.se> Date: 23 Jun 1998 02:30:07 +0200 In-Reply-To: John Hawkinson's message of "Sun, 21 Jun 1998 04:42:55 -0400" Message-ID: <5ld8c1dkog.fsf@dhcp219.conference.usenix.org> Lines: 62 X-Mailer: Gnus v5.5/Emacs 19.34 John Hawkinson <jhawk@MIT.EDU> writes: > What does sl stand for? The short answer is that you should ask Mark. The long answer is that it used to be this old library part of MIT krb4 that was called `ss' (that I believe is short for subsystem, and that was part of some unknown operating system a long time ago. (Again, ask Mark.)), for reading and handling command line loops and parsing. That wasn't IMHO optimal so we wrote a new library which we called `sl'. The reason for SL is that the local transport authority in Stockholm used to be called SS (Stockholms Sp=E5rv=E4gar) but due to the bad PR this abbreviation got under the second world war, they renamed themselves to SL (Stor-stockholms Lokaltrafik). > There's an inconsistency in the way sl_command() handles return > values versus the way fs (et al) do so. Yes, that's broken. > It also coredumps on some architectures: > > > (setenv SLMANDOC 1; ./vos help) > .\" Things to fix: > .\" * correct section, and operating system > .\" * remove Op from mandatory flags > .\" * use better macros for arguments (like .Pa for files) > .\" > .Dd Jun 21, 1998 > Segmentation fault (core dumped) > > because __progname isn't initialized: > > p =3D strrchr(__progname, '/'); > > Of course, under Solaris, it will work with: > > > ( setenv LD_PRELOAD 0@0.so.1 ; setenv SLMANDOC 1 ; ./vos help ) > > but you didn't want to know that, I think :-) __progname should be initialized by calling set_progname() in main(). > I'm unhappy with the choice of __progname, since __ is reserved for > the operating system's private stuff, and we shouldn't be poking at it. > It looks like the sl/roken stuff comes from kth-krb (if not other places)= , > so maybe it's hard to change and there's a lot of version skew? __progname is the named used on 4.4BSD and that's why we want to try to use the same name. There's a configure test for it in krb4 that I'll steal and put in arla. > I'm unsure it's so wise to use -mandoc macros over -man macros, but > perhaps that's because I haven't gotten around to installing > much on this system at the moment, so I'm biased. mandoc is structure-oriented as opposed to formatting-oriented. If you preformat man-pages beforing making a release they'll work everywhere. /assar
| home | help | back | first | fref | pref | prev | next | nref | lref | last | post |