From: Carlo Strozzi <carlos@linux.it>
To: rc@hawkwind.utcs.toronto.edu
Subject: environment again
Date: Wed, 7 Jun 2000 02:53:55 -0400 [thread overview]
Message-ID: <E12zZit-000170-00@localhost> (raw)
Hi all,
a few weeks back I started a thread on the fact that rc should provide
a way of not exporting variables to the environment. There seemed to
be a general position that the current behaviour is ok. I think it
isn't, though:
; ls -l bigfile
-rw-r--r-- 1 carlos carlos 660226 May 8 14:13 bigfile
; a=`{cat bigfile}
; echo $a |wc -c
wc: Argument list too long
Any command after that fails with the same message, presumably because
of the bloated environment.
That was tested on AIX and Linux. I have tested it also with
a=``(){cat bigfile}, if that matters.
Doing the same with ksh:
$ a="`cat bigfile`"
echo "$a" | wc -c
660226
$
So no problem, so far. Then:
$ export a
$ /bin/echo x
ksh: /bin/echo: Argument list too long
Again, a bloated environment does give problems, but the fact that ksh
does not export things by default is a plus here. "Well, why don't you
just use ksh then?" some of you may say. Because I rather like the
philosophy behind rc, I just would like it not to have those very few
defects. If I were a C programmer I would try to fix it myself, but
even so I would need to convince the rc people if I wanted to have
those changes included into the mainstram code.
As a final note, making rc swallow a large file all in one go would not
be necessary if it had a 'read' function, for line-oriented input, which
was the other thread of mine on this list.
--carlo
next reply other threads:[~2000-06-08 4:47 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-06-07 6:53 Carlo Strozzi [this message]
2000-06-08 5:55 ` Decklin Foster
2000-06-08 7:19 Carlo Strozzi
2000-06-08 16:48 ` Decklin Foster
2000-06-08 19:02 Carlo Strozzi
2000-06-12 15:23 ` Tim Goodwin
2000-06-12 16:35 ` Carlo Strozzi
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:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=E12zZit-000170-00@localhost \
--to=carlos@linux.it \
--cc=carlos@texne.com \
--cc=rc@hawkwind.utcs.toronto.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* 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).