From: Marcus Brinkmann <[EMAIL PROTECTED]>
Subject: Re: GRUB on CD
Date: Wed, 1 Aug 2001 13:56:30 +0200
> Actually, we would like GRUB to be able to parse a boot script akin
> servers.boot and do some basic pattern substitution on it, so we can
> scrap serverboot. However, we have not really disc
From: Dios Del Tiempo <[EMAIL PROTECTED]>
Subject: Re: Xbill
Date: Wed, 1 Aug 2001 02:35:16 +0200 (CEST)
> Okuji: I'm looking for Mozilla packages for Hurd done by UCHIYAMA Yasushi, but
> I can't find his homepage nor the packages. Could you please help me? I'll be
> very happy if you could give m
From: Jeff Bailey <[EMAIL PROTECTED]>
Subject: Re: hurd-ja.texi
Date: Mon, 19 Feb 2001 09:01:01 -0800
> If I remember right, okuji is the head of the JA translation team. He'll
> be able to point you at the right people, anyway.
Precisely, I was the maintainer of GNUjdoc. IIDA Yoshiaki
<[EMAIL
From: Thierry Laronde <[EMAIL PROTECTED]>
Subject: Re: grub install bug?
Date: Mon, 12 Feb 2001 10:07:52 +0100
> Strange. The only stage physically copied is stage1 (eventually *stage1_5),
> so I can't see where and when another file can be corrupted.
Don't waste your time for obsolete versions.
From: Marcus Brinkmann <[EMAIL PROTECTED]>
Subject: Re: MIG->Corba (performance)
Date: Fri, 9 Feb 2001 16:11:19 +0100
> Of course, but any message passing only adds a constant overhead to a single
> message. Performance increase can also be achieved by adding new interfaces,
> which remove the nee
From: Erik Verbruggen <[EMAIL PROTECTED]>
Subject: Re: [Hurd-alpha-devel] Re: L4 instead of gnumach?
Date: Mon, 30 Oct 2000 10:09:58 +0100
> Um, how quickly will HURD/the HURD people switch to pthreads? I mean,
> we want to run HURD on top of it, and HURD uses cthreads at the moment.
That just
From: Ron Farrer <[EMAIL PROTECTED]>
Subject: Re: [Hurd-alpha-devel] Re: L4 instead of gnumach?
Date: Fri, 27 Oct 2000 16:19:30 -0700
> This is not completely decided. A MACH emulation layer for L4 was the
> original idea, but I'm completely open to other suggestions.
To understand why Mach em
From: Ron Farrer <[EMAIL PROTECTED]>
Subject: L4 instead of gnumach?
Date: Fri, 27 Oct 2000 13:17:49 -0700
> To get HURD running on L4 it was decided MIG + cthreads would be
> needed.
I agree to (most of) your reasons, as I'm the first one who thought
of the idea, Hurd/L4 (AFAIK). But I'm afrai
Even though so many applications depend on MAXPATHLEN, why doesn't
Hurd define it as an arbitrary number (e.g. INT_MAX)?
Okuji
From: Marcus Brinkmann <[EMAIL PROTECTED]>
Subject: Re: Installation CD
Date: Fri, 29 Sep 2000 02:33:11 +0200
> alpha.gnu.org/gnu/grub/grub-boot-0.5.93.1.image
This is also quite out-of-dated. Use the latest.
Okuji
From: Marcus Brinkmann <[EMAIL PROTECTED]>
Subject: Re: kmsg --- get the boot messages
Date: Mon, 25 Sep 2000 14:27:34 +0200
> We also need to decide on the external kbd interface and make
> it official (somewhere in or so). Several programs
> are shipping their own version already.
IMO, /dev/
From: Marcus Brinkmann <[EMAIL PROTECTED]>
Subject: kmsg --- get the boot messages
Date: Sun, 24 Sep 2000 16:59:46 +0200
> The ^C indicates that you need to press CTRL-C to exit, because
> the read blocks. Also, the buffer is FLUSHED, so you can only read once.
So we should port klogd to Hurd,
From: Marcus Brinkmann <[EMAIL PROTECTED]>
Subject: Re: Root device doesn't exist
Date: Thu, 14 Sep 2000 22:28:19 +0200
> Yoshinori, can you take a look at your patch to glue/block.c and see if you
> can find the error? It seems to occur quite often.
Ok, I took a look at it. But I haven't seen
From: Marcus Brinkmann <[EMAIL PROTECTED]>
Subject: Re: Root device doesn't exist
Date: Thu, 14 Sep 2000 22:28:19 +0200
> Yoshinori, can you take a look at your patch to glue/block.c and see if you
> can find the error? It seems to occur quite often.
Sure, but I can't promise when I'll investig
From: Marcus Brinkmann <[EMAIL PROTECTED]>
Subject: Re: IPv6?
Date: Tue, 12 Sep 2000 23:54:28 +0200
> Of course, for a user space driver, this is more difficult. You could have
> an entropy device in gnumach, which provides raw entropy to the user space
> driver.
I agree. If you want to have a
From: Roland McGrath <[EMAIL PROTECTED]>
Subject: Re: Problems with oskit-mach
Date: Wed, 6 Sep 2000 14:49:55 -0400 (EDT)
> I'm pretty sure I already make exactly that check (using the oskit header
> files and functions). That is the official Intel way of checking for the
> feature. The problem
From: Roland McGrath <[EMAIL PROTECTED]>
Subject: Re: Problems with oskit-mach
Date: Wed, 6 Sep 2000 13:30:55 -0400 (EDT)
> It is certainly harmless to disable the code that uses PGE. It is just an
> optimization. It would be helpful to figure out exactly when it is and
> isn't safe to use this
From: "Christopher C. Chimelis" <[EMAIL PROTECTED]>
Subject: Re: Linux drivers in gnumach
Date: Tue, 22 Aug 2000 11:04:39 -0400 (EDT)
> Perhaps. I'm looking at both, but working more on gnumach really. If
> everyone keeps nudging us to work on oskit so much, why does anyone bother
> working on g
From: Ron Farrer <[EMAIL PROTECTED]>
Subject: Linux drivers in gnumach
Date: Mon, 21 Aug 2000 11:30:59 -0700
> What's the deal with the Linux drivers in gnumach. They are from
> 2.0.36... is there a reason why they are not updated to something a bit
> less dusty?
These are my own reasons for t
From: [EMAIL PROTECTED] (Niels Möller)
Subject: Re: GNU GRUB 0.5.95 boot image available
Date: 05 Aug 2000 13:40:18 +0200
> When speaking about GRUB, I have a possibly stupid question: Are there
> any plans to extend GRUB to support other architectures?
Yes. Because I have a sparc64 machine and
If you want to debug and/or test the existing servers and libraries,
you should track the CVS version. But, if you are just interested in
writing your own translator, it would be better to use a version which
you think is stable.
Okuji
From: Marcus Brinkmann <[EMAIL PROTECTED]>
Subject: creating disklabels/ufs partitions from Linux?
Date: Sat, 22 Jul 2000 22:11:52 +0200
> If someone knows a way to create a ufs partition I can use with the Hurd
> from Linux, I would appreciate his advice. I know almost nothing about it.
IIRC,
From: Farid Hajji <[EMAIL PROTECTED]>
Subject: How to get more developers (was: Mailing List traffic and...)
Date: Sat, 15 Jul 2000 05:31:25 +0200
> And yes, the docs... Although things start improving now, we still need
> a lot more of tutorial-like materials. "Hello worlds" for misc. parts of
>
From: Erik Enge <[EMAIL PROTECTED]>
Subject: Re: Mailing List traffic and membership
Date: Sat, 15 Jul 2000 12:48:49 +0200 (CEST)
> My organization is thinking about taking a (or several) Hurd hacker(s) and
> paying that person to continue full-time on the Hurd-development. Would
> this be useful
From: Eduardo Nahum Ochs <[EMAIL PROTECTED]>
Subject: Re: How to get more developers (was: Mailing List traffic and...)
Date: Sat, 15 Jul 2000 02:27:02 -0300
> If someone could help me with basics of cross-compilation then I could
http://hurddocs.sourceforge.net/howto/cross.html
Okuji
From: Jeff Bailey <[EMAIL PROTECTED]>
Subject: Re: Make world?
Date: Sat, 15 Jul 2000 17:14:56 -0700
> IIRC, that's supposed to be possible somehow with autoconf. I know that
> if "configure" scripts are chained together, they will share
> information.
If you just want to execute "cvs update
From: Marcus Brinkmann <[EMAIL PROTECTED]>
Subject: Re: Mailing List traffic and membership
Date: Sat, 15 Jul 2000 13:24:37 +0200
> You will be welcome of course :), though I never considered you
> away from Hurd development really. Grub is a part of the Hurd system
> (isn't it the only bootloader
From: Marcus Brinkmann <[EMAIL PROTECTED]>
Subject: Mailing List traffic and membership
Date: Fri, 14 Jul 2000 19:37:09 +0200
> The graph shows that there is a steadily increasing interest in the Hurd,
> and a decreasing amount of time for people to discuss it :)
That's interesting, but what I'
From: Kevin Musick <[EMAIL PROTECTED]>
Subject: RE: Samba
Date: Thu, 1 Jun 2000 11:31:37 -0700
> I believe this is true of GNU Mach. The Linux glue code is a giant bandaid.
> There is no SMP support. No native PCI support. User space device drivers
> have been disabled. Yada, yada, yada.
T
From: Roland McGrath <[EMAIL PROTECTED]>
Subject: Re: Some Hurd and Mach programming questions
Date: Tue, 23 May 2000 04:09:41 -0400 (EDT)
> time. My original notion when we were hashing out multiboot was that GRUB
> would read a script like /boot/servers.boot and load all the files into
> memory
From: Roland McGrath <[EMAIL PROTECTED]>
Subject: Re: Some Hurd and Mach programming questions
Date: Mon, 22 May 2000 15:37:50 -0400 (EDT)
> into physical memory, and tells the kernel where to find them. The first
> program file (currently /boot/serverboot in the Hurd) knows about
> filesystem fo
From: Tomasz Wegrzanowski <[EMAIL PROTECTED]>
Subject: Re: Some Hurd and Mach programming questions
Date: Fri, 19 May 2000 18:37:04 +0200
> How much of IPCing really needs MIG and
> couldn't be done by some set cpp macros or other way that
> don't need inventing a new language (.defs) ?
It is o
GRUB 0.5.94 hasn't been released yet. Don't call the CVS version as
if it were a public release, otherwise we would be very confused (like
in the case of Autoconf). Anyway, 0.5.94 will appear very soon,
though.
Okuji
Although I just glanced your patches, they are basically right, I
think. If the patched kernel can be built cleanly, they should be
applied to the CVS.
Thanks,
Okuji
rk in LBA mode even for your
buggy BIOS.
> Also, a separate partition can be mounted read-only most of the
> time. :-)
I see. Probably that is the only advantage. :p
------
OKUJI Yoshinori <[EMAIL PROTECTED]>
c90x or --enable-bc90x for the new 3Com
> driver (support Tornado,Cyclone and Hurricane NICs)) and it works.
Great. Could you please send the patch to me? I'd like to check in
it to the CVS.
------
OKUJI Yoshinori &l
.lst, etc into /boot/grub.
I suggest _not_ creating a separate partition for boot images. It
can easily be a cause to confuse your brain (and mine). I cannot find
any reason to create it if you are using GRUB.
------
OKUJI Yoshinor
From: "Issakov M." <[EMAIL PROTECTED]>
Subject: Re: Problems with 3Com905C-TX
Date: Sat, 29 Jan 2000 09:38:42 +0100
> or need i to recompile the gnumach?
Yes. So I said, "replace it with the current one".
-----
oblem. Otherwise it
might not be so easy.
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
27;t know if it can be compiled
cleanly on GNU/Hurd.
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
know, but I think Roland has already updated the ext2fs
server for the compatibility. Anyway, you should update GRUB.
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
RUB to 0.5.93.1 or later, or downgrade your
e2fsprogs.
--
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
powers of
> GAS in order to achieve the highest level of fanaticism, but I wish
> you luck.
I wish you will not forget that GRUB is just a program to load OSes,
though.
------
OKUJI Yoshinori <[EMAIL PROTECTED]>
ernels,
even though FreeBSD's boot loader cannot do.
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
oftware/hurd/learning-more-about-hurd.html
Probably the link should be in "Trying out the Hurd" as well.
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
information should be at
> http://www.gnu.org/software/hurd/hurd.html
>
> may be as a separate topic "CVS access"
Try to see:
http://www.gnu.org/software/devel.html
I think there is already a link to the page.
------
think of in the list instead
of debian-hurd. Also, I'd recommend to check out GRUB from the CVS
every day, since the development pace is very fast and a lot of
information can become obsolete soon.
------
OKUJI Yoshino
nsistency has not been solved yet.
> I think grub is a really great bootloader, but documentation is _really_
> importent, so better get this fixed...
Yeah, I know (thanks to Erich). I would be very glad if you could
help us.
-----
leased it yet.
> Are there plans on getting that newer version out before
> the potato freeze?
When will potato be freezed?
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
ib/okuji/.
Thanks,
OKUJI
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
zip serverboot, as GRUB can decompresses it
automatically if it is compressed. If the automatic decompression
does not work for you, your GRUB is broken or too old.
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://du
gress, just really curious.
Curiosity is important, but you should read some documents about
bootstrap before asking.
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
may want to use
> a better method for checking the result of lseek()
I've modified your patch a bit and checked in it.
Thanks,
OKUJI
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
. And, as for GNU Mach,
the maintainability is poor (its code is like spaghetti), and I doubt
even the stability (because it contains my code :-p).
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
t and if not what is actally so wrong with it?
If you want to work on gnumach, please work on it. Anyway, we will
not abandon gnumach in the near future, because porting Hurd to
another microkernel will take a lot of time.
------
OKUJ
ach by "glue code" and
emulations. If you disable them, GNU Mach will be almost useless,
because you cannot access any block device. Why do you want to disable
them?
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
OSKit before working on it actually. All of my
snapshots can be found in alpha.gnu.org:/gnu/hurd/contrib/okuji/.
Thanks,
OKUJI
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
linux by a compiler for
i586-gnu. Follow the procedure Marcus showed.
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
doesn't return 1 for null chars, so change
> while (! isspace (*pptr))
> to
> while (! isspace (*pptr) && *pptr)
Thanks. I'll apply this.
------
OKUJI Yoshinori <[EMAIL PROTECTED]>
than to improve GNU Mach. I'm
one of them. ;-)
Regards,
OKUJI
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
t didn't word
> either. When I tried to boot up my master bootloader (lilo), from grub, it
> worked fine, and lilo is able to boot these 2 floppies with no problems.
Your information is too ambiguous to understand what happened. We
need to know what you did exactly.
---
86-gnu/lib
-> /gnu/lib/
$ ls /gnu/lib/libc.a
/gnu/lib/libc.a
I haven't used the debian packages for cross-compiler, but nearly
the same way should be possible.
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^
l GRUB into a
floppy disk when developing GRUB.
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
e lilo as
> my master bootloader.
Perhaps RedHat has an old and buggy version of binutils. You can
examine what version you use by "ld -v". See the requirement in the
file README.
------
OKUJI Yoshinori <[EMAIL PROTECT
(i.e. floppy).
Thanks,
OKUJI
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
big is GRUB?
GRUB is not big. In the current:
% ls -l stage1/stage1 stage2/stage2
-rwxr-xr-x 1 okujiusers 512 Jul 27 10:49 stage1/stage1*
-rwxr-xr-x 1 okujiusers 41348 Jul 27 10:50 stage2/stage2*
------
OKU
ub/grub.en.html
--
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
he following:
This kind of notice has already be included in the GNU GRUB manual.
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
easy to reserve
a partition type for a non-existing filesystem.
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
while at all.
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
yoto-u.ac.jp/~okuji/bug-grub/msg00085.html
http://duff.kuicr.kyoto-u.ac.jp/~okuji/bug-grub/msg00086.html
http://duff.kuicr.kyoto-u.ac.jp/~okuji/bug-grub/msg00087.html
http://duff.kuicr.kyoto-u.ac.jp/~okuji/bug-grub/msg00088.html
----
Hello,
Now GNU GRUB, which is used for booting GNU/Hurd, has its own
webpage. You can see it at the URL
<http://www.gnu.org/software/grub/grub.html>.
Thanks,
OKUJI
--
OKUJI Yoshinori <[EMAIL PROTECTED]>
From: "Ashutosh S. Rajekar" <[EMAIL PROTECTED]>
Subject: Re: Installation
Date: Sun, 4 Jul 1999 03:02:57 + (IST)
> I was asking about the entry point in the gnumach kernel;
i386/i386at/boothdr.S.
---
figuration
file servers.boot, start the fs server specified in servers.boot and
...
Read the source code for serverboot and init, for more information.
--
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyo
e if you have done.
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
you should recompile gnumach for yourself if you can.
Regards,
OKUJI
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
nown bug, and the bug has been fixed in the CVS.
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
From: OKUJI Yoshinori <[EMAIL PROTECTED]>
Subject: Re: GRUB and stage2
Date: Sat, 12 Jun 1999 14:28:35 +0900
> > Has anyone had any luck or is any work being done on getting GRUB to
> > be able to load stage2 from a location much farther into the disk (like
> > 6gb
tart)?
Try grub-0.5.91 or later.
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
al/cvsroot/gnumach/ChangeLog,v
retrieving revision 1.46
diff -u -r1.46 ChangeLog
--- ChangeLog 1999/06/02 07:00:19 1.46
+++ ChangeLog 1999/06/11 15:15:59
@@ -1,3 +1,12 @@
+1999-06-07 OKUJI Yoshinori <[EMAIL PROTECTED]>
+
+ * linux/dev/drivers/block/genhd.c [MACH] (mach_mino
help.
--
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
s error will happen when a drive is >8GB. Marcus's drive
is also >8GB. To fix the error, it is neccesary to examine the glue
code and the driver code entirely.
------
OKUJI Yoshinori <[EMAIL PROTECTED]>
n discuss what you want to do in the
mailing-list.
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
h hda5, since its start coincided with the start
> of my extended partition?)
No. You can use all of your partitions.
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
Is the size and the geometry of your
disk reported correctly by GNU Mach?
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
ewhere]/stage1 of=/dev/fd0 bs=512 count=1
$ dd if=[somewhere]/stage2 of=/dev/fd0 bs=512 seek=1
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
you! This means I'm not the offender. ;-)
One more question: since when have you been seeing this problem? I
didn't hear the problem when I released gnumach-1.1.92, so I suspect
that the recent change of gnumach or hurd is the cause.
---
lp me, please get the older genhd.c from
duff.kuicr.kyoto-u.ac.jp:/pub/mach/genhd.c, and test it. Just replace
it with linux/dev/drivers/block/genhd.c, and recompile gnumach. And
tell me if the same problem occurs or not.
Thanks,
OKUJI
---------
99/06/02 07:00:19 1.46
+++ ChangeLog 1999/06/07 09:08:15
@@ -1,3 +1,12 @@
+1999-06-07 OKUJI Yoshinori <[EMAIL PROTECTED]>
+
+ * linux/dev/drivers/block/genhd.c [MACH] (mach_minor): New
+ variable.
+ (add_bsd_partition): New function.
+ (bsd_disklabel_parti
ours.
Go ahead!
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
ess: block=28, count=2
> end_request: I/O error, dev 03:42, sector 28
Thanks for your report. I already know what's wrong, so please do
not send this problem any more.
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^
8
Blame me. That is because I didn't modify genhd.c correctly. For
now, remove linux/dev/drivers/block/genhd.c in gnumach and recompile
it. That should work fine. I'll do the ``correct'' modification ASAP.
-------
the prototype of a library
> function.
http://www.gnu.org/prep/standards_37.html#SEC37
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
Argp is hierarchial argument parsing library, which was written by
Miles Bader. You can find the library in the directory argp of
glibc-2.1.1 (and, you should find it very great).
------
OKUJI Yoshinori <[EMAIL PROTECTED]>
. That's bad. Is anyone working
on the page? Updating the hurd page is very serious.
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
GNU Hurd Task List Version 1
rg/software/devel.html>.
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
http://www.gnu.org/software/hurd.new/software.html says that
Uchiyama's site is written in Japanese, but his site is written in
English.
--
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.ky
tree, right?
Yes. Extract the archive in the top-level directroy, and add the
entry into the Makefile. I know it can be compiled fine.
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
y again.
Did the gnumach boot successfully? I'm afraid that it wouldn't boot,
because I've modified the scheduler and the PCB structure. If it
worked fine, that's miraculous.
------
OKUJI Yoshinori <[
oto-u.ac.jp/pub/hurd/hurd-19980812-unzip.patch.gz
------
OKUJI Yoshinori <[EMAIL PROTECTED]> ^o-o^
http://duff.kuicr.kyoto-u.ac.jp/~okuji (in English) m /
1 - 100 of 145 matches
Mail list logo