rc-list - mailing list for the rc(1) shell
 help / color / mirror / Atom feed
From: Tom Culliton <culliton@clark.net>
To: Bengt.Kleberg@ms.uab.ericsson.se, rc@hawkwind.utcs.toronto.edu
Subject: Re: RC => POSIX
Date: Thu, 6 Mar 1997 08:46:06 -0500	[thread overview]
Message-ID: <199703061346.IAA24892@explorer2.clark.net> (raw)

> What if we wrote rc to posix (or UNIX(tm) if posix isn't enough) and
> removed as much of the #ifdef's as possible. Then, on systems without
> posix support, we could  create a posix library for that operating
> system. Only covering the missing posix calls that rc uses, ofcourse.
> Has this kind of thing been done before and failed?
> Comments/Suggestions/xxx.

The problem is harder than that in rc's case.  Signal semantics make a
good example.  To be really posixy you'd use sigaction(), and while
you can write signal() in terms of sigaction, the reverse is not very
doable.  The differences between BSD and SysV signal semantics are one
of the reasons that RC has a bunch of #if's.  Others include optional
features such as readline, nonstandard OS features that make something
work in a better, safer way when they're present such as /dev/fd and
kernel recognition of "#!" in executable scrpts.  All your proposal
would do is move the #if's into the compatibility library.

BTW - While I'm thinking of it has anyone looked at how much effort it
would take to make the /dev/fd code work with a /proc file system?  I
mean without putting symbolic links in /dev.  Actually if that works,
as someone suggested, it seems like the code change should be easy...


             reply	other threads:[~1997-03-06 13:47 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1997-03-06 13:46 Tom Culliton [this message]
  -- strict thread matches above, loose matches on Subject: below --
1997-03-29 20:23 Bengt Kleberg
1997-03-27  9:58 Malte Uhl
1997-03-26 11:54 Byron Rakitzis
1997-03-26 16:45 ` Greg A. Woods
1997-03-26  8:33 Bengt Kleberg
1997-03-26 16:38 ` Greg A. Woods
1997-03-25 22:30 Byron Rakitzis
1997-03-24  9:18 Bengt Kleberg
1997-03-24 20:22 ` Greg A. Woods
1997-03-08  0:13 Byron Rakitzis
1997-03-06 17:40 Tom Culliton
1997-03-06 17:15 Alan Watson
1997-03-06 17:54 ` Scott Schwartz
     [not found] <199703061512.KAA21040@explorer2.clark.net>
1997-03-06 16:57 ` Malte Uhl
1997-03-06 16:54 Tom Culliton
1997-03-06 15:22 Tom Culliton
1997-03-06 14:09 Bengt Kleberg
1997-03-06 10:16 Bengt Kleberg
1997-03-07  1:45 ` Greg A. Woods

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=199703061346.IAA24892@explorer2.clark.net \
    --to=culliton@clark.net \
    --cc=Bengt.Kleberg@ms.uab.ericsson.se \
    --cc=rc@hawkwind.utcs.toronto.edu \


* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).