From: Nix <nix@esperi.org.uk>
To: Blaisorblade <blaisorblade@yahoo.it>
Cc: Rob Landley <rob@landley.net>,
user-mode-linux-devel@lists.sourceforge.net,
Antoine Martin <antoine@nagafix.co.uk>
Subject: Re: [uml-devel] tls: set_thread_area failed
Date: Tue, 13 Dec 2005 22:45:03 +0000 [thread overview]
Message-ID: <87fyowsjkg.fsf@amaterasu.srvr.nix> (raw)
In-Reply-To: <200512111701.31229.blaisorblade@yahoo.it> (blaisorblade@yahoo.it's message of "Sun, 11 Dec 2005 17:01:30 +0100")
On Sun, 11 Dec 2005, blaisorblade@yahoo.it whispered secretively:
> On Sunday 11 December 2005 07:34, Rob Landley wrote:
>> On Friday 09 December 2005 12:39, Antoine Martin wrote:
>> > I wasn't even thinking about that! So true, why on earth would fsck
>> > require threading!?
It doesn't, at least not as of e2fsprogs-1.38.
>> fsck -A does all filesystems in fstab in one run, and the single case
>> apparently defaults to one thread.
>>
>> I didn't say it was a good design... :)
e2fsprogs-1.38/misc/fsck.c:check_all() repeatedly invokes fsck_device(),
which invokes execute(), which does a perfectly normal fork()/exec().
No threads here. Nor is there use of aio_*(), which might use threads
(well, POSIX allows it).
> In fact, I expect a core Unix utility to be grown up in the good old Unix
> school, i.e. fork() and exec()!
It is. :)
> We met The One* Unix coder thinking "I like new things!".
Thankfully, Ted Ts'o is not a Nazgul (despite his close involvement in
the flashy new things of Kerberos and IPSec).
--
`I must caution that dipping fingers into molten lead
presents several serious dangers.' --- Jearl Walker
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
next prev parent reply other threads:[~2005-12-13 22:45 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-08 2:13 [uml-devel] tls: set_thread_area failed Antoine Martin
2005-12-09 17:52 ` Blaisorblade
2005-12-09 18:39 ` Antoine Martin
2005-12-10 14:26 ` Blaisorblade
2005-12-10 16:31 ` Antoine Martin
2005-12-11 6:34 ` Rob Landley
2005-12-11 16:01 ` Blaisorblade
2005-12-13 22:45 ` Nix [this message]
2005-12-14 3:05 ` [uml-devel] " Sven Köhler
2005-12-14 12:21 ` Blaisorblade
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=87fyowsjkg.fsf@amaterasu.srvr.nix \
--to=nix@esperi.org.uk \
--cc=antoine@nagafix.co.uk \
--cc=blaisorblade@yahoo.it \
--cc=rob@landley.net \
--cc=user-mode-linux-devel@lists.sourceforge.net \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.