4 Jul 2002 10:09
4 Jul 2002 08:32
4 Jul 2002 14:42
Re: does stuff work?
Marcus Brinkmann <Marcus.Brinkmann <at> ruhr-uni-bochum.de>
2002-07-04 12:42:56 GMT
2002-07-04 12:42:56 GMT
On Thu, Jul 04, 2002 at 02:32:58AM -0400, Roland McGrath wrote: > What's the current functional state of the Hurd code? > Is everything indeed copacetic after the 64 bit protocol changes? > Does term still work after changes I made? AFAIK, the Hurd does not boot (dir_lookup in boot-start.c fails) and Jeff has not been debugging it yet. Because I was working on the console, and now am leaving tomorrow for two conferences, I had no time to debug it at all. I didn't even have time to set up an environment to debug. When I am back (14th), I will make it top priority if Jeff couldn't figure it out by then. Roland, you need a Hurd box :) Thanks, Marcus -- -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org brinkmd <at> debian.org Marcus Brinkmann GNU http://www.gnu.org marcus <at> gnu.org Marcus.Brinkmann <at> ruhr-uni-bochum.de http://www.marcus-brinkmann.de
4 Jul 2002 16:56
Re: does stuff work?
Jeff Bailey <jbailey <at> nisa.net>
2002-07-04 14:56:30 GMT
2002-07-04 14:56:30 GMT
On Thu, Jul 04, 2002 at 02:32:58AM -0400, Roland McGrath wrote: > What's the current functional state of the Hurd code? > Is everything indeed copacetic after the 64 bit protocol changes? The Hurd still doesn't boot, and between Canada Day / Marchine in the Pride Parade, and random going away parties for university friends, I haven't taken the time to follow the instructions Marcus gave me for tracking down the problem. -- -- I reincarnated for this?
7 Jul 2002 10:04
Entschuldigen Sie bitte die Störung!
38259todschick <at> bigfoot.com <38259todschick <at> bigfoot.com>
2002-07-07 08:04:13 GMT
2002-07-07 08:04:13 GMT
Entschuldigen Sie bitte die Störung! Mir ist etwas zu Ohren gekommen. Eine relativ aussergewöhnliche Gerüchteküche, aus der man mir ein schwerverdauliches Süppchen vorgesetzt hat, ist der Grund meiner Mail. Unappetitlich ist gar kein Ausdruck! Ist es möglich auf funktechnischem Wege(in welchen Frequenzbereichen?) jemanden zu beeinflussen oder zu manipulieren? Oder sogar zu schikanieren und terrorisieren? Unter dem Motto:"Einen am Sender?Nich ganz alleine? Kleine Mannim Ohr?Falsche Wellenlänge?Bohnen in den Ohren? Auf den Zahn gefühlt(Amalgam)?Mal unverbindlich reinhören? Der Pullacher Wanzentanz? Ist das Spinnerei?Das geht doch gar nicht,oder? Und wenn wie sieht das ethisch moralisch aus? Zur technischen Seite der Sache gibt es zwar Berichte und Webseiten: Totalitaer,de - Die Waffe gegen die Kritik http://www.fosar-bludorf.com/Tempelhof/ http://jya.com/haarp.htm http://www.zeitenschrift.at/magazin/zs_24_15/1_mikrowaffen.htm http://www.bse-plus.de/d/doc/lbrief/lbmincontr.htm http://home.nexgo.de/kraven/bigb/big3.html http://w3.nrl.navy.mil/projects/haarp/index.html http://www.parascope.com/ds/mkultra0.htm http://www.trufax.org/menu/mind.html http://www.trufax.org/menu/elect.html http://mindcontrolforum.com/ http://www.trufax.org/menu/elect.html usw.(Continue reading)
26 Jul 2002 07:54
Re: confirm 463657
<frosch03 <at> gmx.net>
2002-07-26 05:54:40 GMT
2002-07-26 05:54:40 GMT
confirm 463657 -- -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net
27 Jul 2002 13:54
pthreads
Neal H. Walfield <neal <at> cs.uml.edu>
2002-07-27 11:54:08 GMT
2002-07-27 11:54:08 GMT
I have a basic implementation of pthread running on top of L4 and the as of yet incomplete Hurd personality based on the code furnished by Mark several years ago. A few questions before I proceed father. Roland, you once said that you wanted a complete rewrite of the Hurd signal code currently in glibc. Could you share the design with me and whether you think I should implement that or just port the current code in glibc for now? As is quite obvious, the Hurd uses cthreads. Should I try to maintain a cthreads compatibility layer in my pthread implementation (this is the way that Mark was leaning)? An alternative would be to just convert the current code to use pthread unconditionally. If we did this, would it be better to provide a simple pthreads layer on top of cthreads or to just ignore the incompatibility? Thanks.
27 Jul 2002 16:32
status
Marcus Brinkmann <Marcus.Brinkmann <at> ruhr-uni-bochum.de>
2002-07-27 14:32:23 GMT
2002-07-27 14:32:23 GMT
Hi, the current status is not so good :) glibc and Hurd from current CVS head (both) compile but don't boot. The new glibc's linker doesn't work at all. glibc 2-2-branch does not compile, because libmachuser doesn't include the RPC stubs. That's where we are stuck until Roland fixed the libc makefiles. Thanks, Marcus -- -- `Rhubarb is no Egyptian god.' GNU http://www.gnu.org marcus <at> gnu.org Marcus Brinkmann The Hurd http://www.gnu.org/software/hurd/ Marcus.Brinkmann <at> ruhr-uni-bochum.de http://www.marcus-brinkmann.de/
27 Jul 2002 18:47
Re: pthreads
Thomas Bushnell, BSG <tb <at> becket.net>
2002-07-27 16:47:14 GMT
2002-07-27 16:47:14 GMT
neal <at> cs.uml.edu (Neal H. Walfield) writes: > As is quite obvious, the Hurd uses cthreads. Should I try to maintain > a cthreads compatibility layer in my pthread implementation (this is > the way that Mark was leaning)? An alternative would be to just > convert the current code to use pthread unconditionally. If we did > this, would it be better to provide a simple pthreads layer on top of > cthreads or to just ignore the incompatibility? The planned strategy is to totally punt cthreads entirely, for all platforms. So it seems to me that we don't really need a cthreads compatibility layer--however--if you are eager to move on, before we expunge cthreads from the Hurd source, then you might find one useful.
27 Jul 2002 19:10
Re: pthreads
Neal H. Walfield <neal <at> cs.uml.edu>
2002-07-27 17:10:05 GMT
2002-07-27 17:10:05 GMT
> if you are eager to move on, before we expunge cthreads from the > Hurd source, then you might find one useful. I am not sure what you mean here. Let me clarify the situation: - There is a working pthread implementation for the Hurd on L4. - There is not a working pthread implementation for the Hurd on Mach. - There would need to be a lot of convincing to get me to write a pthread implementation for Mach. - Changing the cthread calls to pthread calls is far easier than writing a compatibility layer.
RSS Feed