On 1/6/07, Martin Bähr <[EMAIL PROTECTED]> wrote:
> On Sat, Jan 06, 2007 at 03:58:09AM +0100, Axel Liljencrantz wrote:
> > That is indeed a problem. I remember reading an interview with one of
> > the Unix creators (maybe it was Richie?) about what dissapointed him
> > in modern Unix/Linux versions, and he mentioned that he thought it was
> > silly that there where still so many arbitrary system limits
>
> hurd fixes all that.
> that's a place for innovation. unix/linux will probably remain stuck
> because so many people fear change.

That is cool. On the other hand, it feels like Linux _is_ moving
forward at high pace in other places, e.g. Fuse and kernel
virtualization support are nice steps towards getting most of the
benefits of a microkernel. And there are lots of other goodies like
Kernel preemption, really fast threading, and maybe in a zany cool
future we might even get working hibernation support. But all the new
things do seem to make at least my system slightly less stable than it
was 4 years ago, so maybe Linux shouldn't move along any faster than
it already is.

The question then remains, are the features that are going into the
Linux kernels the ones that _should_ be going in or are we mostly
getting bloat and badly designed workarounds? I know far too little
about the kernel architecture to have an opinion on that, though I
would much rather see the removal of silly limits on execve than yet
another scheduler.

>
> > It may make sense to allow you to specify a history name for the read
> > builtin. That way you can write shellscripts which prompy the user and
> > provide a history unique to that script.
>
> yes, please. that sounds very useful.

Done. Patch is in the Darcs tree. It was only a question of enabling
and documenting the functionality, the code in question was written
with this functionality in mind.

read -m progname varname

Will use the progname_history file to load/save history contents.


>
> greetings, martin.
> --
> cooperative communication with sTeam      -     caudium, pike, roxen and unix
> offering: programming, training and administration   -  anywhere in the world
> --
> pike programmer   travelling and working in europe             open-steam.org
> unix system-      bahai.or.at                        iaeste.(tuwien.ac|or).at
> administrator     (caudium|gotpike).org                          is.schon.org
> Martin Bähr       http://www.iaeste.or.at/~mbaehr/
>

-- 
Axel

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Fish-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fish-users

Reply via email to