At Sun, 5 Nov 2006 19:59:44 -0800 (PST),
Roland McGrath wrote:
>
> > #v+
> > 2006-01-26 Jeroen Dekkers <[EMAIL PROTECTED]>
> >
> > * i386/i386/locore.S (trap_push_segs): Switch fs and gs to kernel
> > data segment too.
he deadline is, but porting the current servers to
pthreads and fixing any remaining bugs in pthreads might be a good
project too...
Jeroen Dekkers
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
egister.co.uk/2006/04/20/vmware_linux_xen/
To me it looks like that common standard isn't going to be here
anytime soon.
Jeroen Dekkers
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
At Mon, 19 Sep 2005 22:07:29 +0200,
Alfred M. Szmidt wrote:
>
> Ok to commit to gnumach-1-branch?
I don't see any complaints, so I guess it can be committed. ;-)
Jeroen Dekkers
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.
es anymore when
working on TLS.
Jeroen Dekkers
2005-09-18 Jeroen Dekkers <[EMAIL PROTECTED]>
* i386/i386/locore.S (trap_push_segs): Switch fs and gs to kernel
data segment too.
(syscall_entry_2): Likewise.
* i386/i386/user_ldt.c (i386_set_ldt): Always copy the
oicing their opinion about spam to bug-hurd/help-hurd.
I think it's a very good solution to get rid of the spam on the
mailinglists, without letting false positives do a lot of harm.
Jeroen Dekkers
___
Bug-hurd mailing list
Bug-hurd@gnu.org
htt
At 26 Jul 2004 16:07:27 -0700,
Thomas Bushnell, BSG wrote:
>
> Jeroen Dekkers <[EMAIL PROTECTED]> writes:
>
> > I think we should just remove those inline functions, because it's
> > dubious whether they are a really faster and they do break
> > things. What
se
isn't declared weak by gcc.
I think we should just remove those inline functions, because it's
dubious whether they are a really faster and they do break
things. What do you think?
Jeroen Dekkers
___
Bug-hurd mailing list
[EMAIL PROTECTED
about two thirds of
the time. Using the same build tree means you don't have to recompile
things like localedate, iconvdata and lib(hurd|mach)user which don't
need recompiling most of the time.
Jeroen Dekkers
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
t; > + break; /* CHECKSUM_UNNECESSARY */
>
> Just insert the new line, don't modify the old line.
>
> > + if (pos < 0)
> > +err = EINVAL;
> > +
> >if (! err)
> > -*new_offs = op->offs;
> > + *new_offs = op->o
At 07 May 2004 17:16:23 -0400,
James Morrison wrote:
>
> Jeroen Dekkers <[EMAIL PROTECTED]> writes:
>
> > The first part of this patch makes the Hurd compile with gcc
> > 3.4. Because gcc 3.4 omits all unused code, you've to give it the
> > attribute(used) i
is a hack anyway and I didn't want to touch too
much code I didn't fix it as cleanly as possible.
The second patch fixes the bug-fseek glibc test case. POSIX requires
that we fail with EINVAL when the resulting file position is smaller
than 0.
Jeroen Dekkers
libstore/
2004-05-07
ly has a different name) so it
still reboots when you press a key. We could show a "Press any key"
message too.
--
Jeroen Dekkers
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
g.:
../configure --prefix=
Having prefix=/ should work either, but it isn't really correct
because you'll get paths like //bin, //lib, because /bin is appended
to the prefix.
--
Jeroen Dekkers
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
> $@
> + $(NM) -u $< | sed 's/ U *//;s/^_*//' | sort -u > $@
> kernel-undef-bad: kernel-undef Makefile
> sed '$(foreach r,$(clib-routines),/^$r$$/d;)' $< > $@
> clib-routines.o: kernel-undef ker
On Fri, Nov 07, 2003 at 03:08:58PM -, [EMAIL PROTECTED] wrote:
> Why are the built pthread libs floating around in cvs?
Those .a files aren't built pthread libraries, they are linker
scripts.
Jeroen Dekkers
___
Bug-hurd mailing lis
On Sat, Oct 04, 2003 at 07:35:31PM +, Robert Millan wrote:
> On Sat, Oct 04, 2003 at 07:13:32PM +0200, Jeroen Dekkers wrote:
> > On Sat, Oct 04, 2003 at 06:05:13PM +, Robert Millan wrote:
> > > I think we should disallow direct inclusion of in Glibc, any
> > &g
w what he is
doing. They will just #define USE_LINUX or whatever to get rid of the
warning/error. The real solution here is teaching people to do the
right thing, not putting silly things in glibc which don't solve the
problem at all.
Jeroen Dekkers
___
On Sat, Oct 04, 2003 at 06:05:13PM +, Robert Millan wrote:
> I think we should disallow direct inclusion of in Glibc, any
> comments?
There don't exist any headers in glibc, they come from
Linux.
Jeroen Dekkers
___
Bug-hurd mailing
On Tue, Jul 01, 2003 at 06:38:08PM +0200, Jeroen Dekkers wrote:
> It's because the nm output was changed, on my systems it works with this
> patch (my sed skills aren't that great but it works):
>
> Index: Makefile.in
>
On Fri, Aug 08, 2003 at 07:55:51PM +0200, Marcus Brinkmann wrote:
> On Fri, Aug 08, 2003 at 02:06:13PM +0200, Jeroen Dekkers wrote:
> > On Thu, Aug 07, 2003 at 11:48:41PM +0200, Marco Gerards wrote:
> > > Already tried to use an argp parser, and that worked. Unfortunately
>
On Thu, Aug 07, 2003 at 11:48:41PM +0200, Marco Gerards wrote:
> Already tried to use an argp parser, and that worked. Unfortunately
> there were issues with the argp parser, argp isn't reentrant. (I guess
> I was lucky when I used it).
Hmm, I don't see a reason why this wouldn't work. The problem
mach_msg_type_name_t replytype,
> +int *seltype)
> +{
> + if (!cred)
> + return EOPNOTSUPP;
> +
> + if ((*seltype & SELECT_READ) && !(cred->po->openmodes & O_READ))
> +return EBADF;
I'm not sure if this is right, somebody else should comment on that.
> + *seltype &= ~SELECT_URG;
> + *seltype &= ~SELECT_WRITE;
> +
> + return 0;
> +}
Jeroen Dekkers
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
; > it?
>
> Errors or warnings? I compiled the Hurd from CVS without problems a
> week ago... How is this problem triggered? (using which gcc version,
> etc.).
It's an error, I got it when compiling with gcc 3.3 IIRC.
Jeroen Dekkers
__
On Mon, Jul 07, 2003 at 11:04:44PM +0200, Ga?l Le Mignot wrote:
> I've tried to do an addauth directly to the xserver, but
> XFree86 doesn't appear in a ps aux :/
Try ps Aux. (It's even in the FAQ,
http://www.gnu.org/software/hurd/faq.en.html#q4-1
On Tue, Jul 01, 2003 at 02:55:37PM -0400, [EMAIL PROTECTED] wrote:
> That hack works for me too. Any idea which version of
> nm introduced the change?
I guess 2.14.
Jeroen Dekkers
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.g
On Tue, Jul 01, 2003 at 11:27:47AM -0400, [EMAIL PROTECTED] wrote:
> Does anyone else get unresolved refs to stpcpy when building
> oskit/mach from CVS? I updated yesterday evening. I get this problem
> when building with or without the entropy device, so I'm not positive
> it's something I did.
n machine those functions do nothing (because
network and host order is the same). You can't use the htons functions
here.
Jeroen Dekkers
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
end of the year is always a busy period). When my vacation starts
(about 4 weeks from now) I have plenty of time to hack pthreads and
other things.
Jeroen Dekkers
--
Jabber ID: [EMAIL PROTECTED] IRC ID: jeroen@openprojects
GNU supporter - http://www.gnu.org
msg05118/pgp0.pgp
Description: PGP signature
"diskfs_unlock_node". If everybody agrees I'm willing to write those and
> adept libdiskfs and the translators using libdiskfs to use those functions.
Pthreads already has recursive locks as an X/Open extension, I don't
think such changes are needed because we will switch to
le CD with the Hurd on
> it, boot it in any modern i386 computer and get a complete configured
> system with a configured X server, mouse, keyboard, scanner, ...
Me too!
It's just that a lot of work needs to be done for this.
> Then, with some networked filesystem, we've got a truly
o write the language in
ASCII. It's stupid to see that languages get changed because of broken
design of software. Well, now we have unicode at least so there is
still hope.
Jeroen Dekkers
--
Jabber ID: [EMAIL PROTECTED] IRC ID: jeroen@openprojects
GNU supporter - http://www.gnu.org
msg04757/pgp0.pgp
Description: PGP signature
a user
added a question somebody else could add the answer. :)
Jeroen Dekkers
--
Jabber ID: [EMAIL PROTECTED] IRC ID: jeroen@openprojects
GNU supporter - http://www.gnu.org
msg04679/pgp0.pgp
Description: PGP signature
t; work. ;)
Yes, I can monitor it. I think having some status webpage describing
which programs need fixing would be nice for people volunteering for
helping the Hurd.
Jeroen Dekkers
--
Jabber supporter - http://www.jabber.org Jabber ID: [EMAIL PROTECTED]
Debian GNU supporter - http://www.debian.org
On Sat, May 04, 2002 at 03:06:58PM -0700, Thomas Bushnell, BSG wrote:
> Jeroen Dekkers <[EMAIL PROTECTED]> writes:
>
> > Sorry for my stupidity, but I don't see why fsck can't remove the
> > corrupted part and replace it with some sane stuff. It knows how the
&
On Sat, May 04, 2002 at 02:11:48PM -0700, Thomas Bushnell, BSG wrote:
> Jeroen Dekkers <[EMAIL PROTECTED]> writes:
>
> > > The bugs that happen are *not* merely that you lose occasional object
> > > files. You can get arbitrary corruption.
> >
> > And
On Sat, May 04, 2002 at 01:22:58PM -0700, Thomas Bushnell, BSG wrote:
> Jeroen Dekkers <[EMAIL PROTECTED]> writes:
>
> > I think that for compilation we don't need to synchronize everything
> > to be sure the filesystem the compilation happens on has an
> > inc
compilation happens on has an
inconsistent. It doesn't really matter if you lose some objects
files. Maybe it would be a nice thing to provide this as an option.
Jeroen Dekkers
--
Jabber supporter - http://www.jabber.org Jabber ID: [EMAIL PROTECTED]
Debian GNU supporter - http://www.debian.org http://www.gnu.org
IRC: jeroen@openprojects
msg04330/pgp0.pgp
Description: PGP signature
ies done :)
> >
> > :-/ I forgot to change the copyright years too. Sorry.
>
> Well, I forgot it as well :) Fixed now, thanks for the reminder.
I've just got the following line in my emacs config:
(add-hook 'write-file-hooks 'copyright-update)
You know, emacs
On Wed, Apr 24, 2002 at 07:41:53PM +0200, Marcus Brinkmann wrote:
> On Wed, Apr 24, 2002 at 07:37:21PM +0200, Jeroen Dekkers wrote:
> > On Wed, Apr 24, 2002 at 06:02:37PM +0200, Marcus Brinkmann wrote:
> > > On Wed, Apr 24, 2002 at 06:44:00PM +0300, Ognyan Kulev wrote:
> &
n fault" or whatever. But that doesn't look very
important to me.
Jeroen Dekkers
--
Jabber supporter - http://www.jabber.org Jabber ID: [EMAIL PROTECTED]
Debian GNU supporter - http://www.debian.org http://www.gnu.org
IRC: jeroen@openprojects
msg04060/pgp0.pgp
Description: PGP signature
essing 0xc004. If that is
> the only problem, then using VM_MAX_ADDRESS-VM_MIN_ADDRESS-1 in the
> fill_ldt_descriptor calls should fix it.
0xc004 gives the same problems. Note that the assertion was right
in the first place, the GS segment didn't trigger it, only the DS
segment.
nt. Hmm, I guess something
more is wrong here. It looks like the segment isn't protecting us here
and the segmentation fault just happens because of there is nothing
mapped at 0xc000 and it gets a page fault. If the segment would
protect us we should get a general protection exception, right?
Jero
cess 0xc000. I guess we
should not put an assert there at all.
Jeroen Dekkers
--
Jabber supporter - http://www.jabber.org Jabber ID: [EMAIL PROTECTED]
Debian GNU supporter - http://www.debian.org http://www.gnu.org
IRC: jeroen@openprojects
msg04053/pgp0.pgp
Description: PGP signature
an "illegal
instruction". I also tried to access 0xc000 which got a
segmentation fault. I don't know if I have to test more.
Jeroen Dekkers
--
Jabber supporter - http://www.jabber.org Jabber ID: [EMAIL PROTECTED]
Debian GNU supporter - http://www.debian.org http://www.gnu.
On Tue, Apr 23, 2002 at 07:08:08PM +0200, Jeroen Dekkers wrote:
> On Sun, Apr 21, 2002 at 03:26:56PM -0400, Roland McGrath wrote:
> > > You forgot to make the page table entries also user accessible. Other
> > > than that, everything works perfect. Thank you.
> >
>
k you.
2002-04-21 Jeroen Dekkers <[EMAIL PROTECTED]>
* i386/intel/pmap.c (pmap_bootstrap): Make page table entries
accessible in user-mode.
Index: i386/intel/pmap.c
===
RCS file: /cvsroot/hurd/gnumach/i386/i
On Mon, Apr 08, 2002 at 08:26:20AM -0700, Jeff Bailey wrote:
> On Mon, Apr 08, 2002 at 04:36:32PM +0200, Jeroen Dekkers wrote:
> > I don't think that's a showstopper, some of the tests fail with
> > stdio too. The iconv and gconv modules aren't that essential, w
On Mon, Apr 08, 2002 at 08:31:55AM -0700, Jeff Bailey wrote:
> On Mon, Apr 08, 2002 at 05:30:26PM +0200, Jeroen Dekkers wrote:
>
> > > The testsuite won't even run, which suggests larger problems. I'm
> > > not worried about individual tests failing.
>
&g
gconv modules aren't that essential, we can fix it
later IMHO. I don't know if there are other tests failing, I didn't
have the time to check that.
Jeroen Dekkers
--
Jabber supporter - http://www.jabber.org Jabber ID: [EMAIL PROTECTED]
Debian GNU supporter - http://www.debian.org ht
lding, but now what do I do so that GNU Mach
> can finish compiling?)
>
> I was referred to www.etherhogz.org, but it seems to have been down for
> the past several days...
It's back up. Read http://www.etherhogz.org/doc/oskit-mach.html, it
should explain everything you ne
mach.html (but the server seems to
be down at the moment :( )
Jeroen Dekkers
--
Jabber supporter - http://www.jabber.org Jabber ID: [EMAIL PROTECTED]
Debian GNU supporter - http://www.debian.org http://www.gnu.org
IRC: jeroen@openprojects
msg03717/pgp0.pgp
Description: PGP signature
been ported to 64-bits--is this not
> true?
I'm not sure, a lot of code is just ripped from other projects. I
think the Linux code should be ported to 64 bits, but maybe some
OSKit-only code isn't. But there is a lot of code in OSKit we don't
use at the moment, so that doesn
tp://www.cs.utah.edu/flux/oskit/.
Jeroen Dekkers
--
Jabber supporter - http://www.jabber.org Jabber ID: [EMAIL PROTECTED]
Debian GNU supporter - http://www.debian.org http://www.gnu.org
IRC: jeroen@openprojects
msg03712/pgp0.pgp
Description: PGP signature
libio and stdio, the
Head branch and 2.2 branch, but not always at the same tests. I
haven't debugged the problems, I just continued with my pthreads
stuff.
Jeroen Dekkers
--
Jabber supporter - http://www.jabber.org Jabber ID: [EMAIL PROTECTED]
Debian GNU supporter - http://www.debian.org
than what I actually noticed under the Hurd.
I recall seeing "nice() failed" messages the last time I tried X under
the Hurd, I think that's the reason for this. Try setting the X
priority to the same value as all other processes imder GNU/Linux and
start doing unpacking stuff. I&#
On Tue, Mar 26, 2002 at 09:58:17AM +0100, Oystein Viggen wrote:
> * [Jeroen Dekkers]
>
> > On Mon, Mar 25, 2002 at 09:59:14PM +0100, Farid Hajji wrote:
> >> All in all, binary compatibility is a nice thing to have.
> >
> > If it's only used for running no
the same Debian packages for GNU/Hurd and
GNU/Linux, which would same some few GBs in the archive. For this the
ABI has to be completely the same which still has some issues.
Jeroen Dekkers
--
Jabber supporter - http://www.jabber.org Jabber ID: [EMAIL PROTECTED]
Debian GNU supporte
f a user just wants to play Quake V or Duke Nukem Forever, he might not
> need to care about PATH_MAX, as these programs will most likely only
> open trusted files.
Then we recompile it. Oh, I don't care about non-free software at all.
Jeroen Dekkers
--
Jabber supporter - http://www.
an use the /proc filesystem and can't on GNU/Hurd. There
are probably more issues.
Jeroen Dekkers
--
Jabber supporter - http://www.jabber.org Jabber ID: [EMAIL PROTECTED]
Debian GNU supporter - http://www.debian.org http://www.gnu.org
IRC: jeroen@openprojects
msg03480/pgp0.pgp
Description: PGP signature
ux
drivers with the glue code could also have some performance issues.
Jeroen Dekkers
--
Jabber supporter - http://www.jabber.org Jabber ID: [EMAIL PROTECTED]
Debian GNU supporter - http://www.debian.org http://www.gnu.org
IRC: jeroen@openprojects
msg03473/pgp0.pgp
Description: PGP signature
hat you used a mach which
was quite old. I said that you should try again with a newer mach,
have you done that? If not, try that and tell us if it works. :)
Jeroen Dekkers
--
Jabber supporter - http://www.jabber.org Jabber ID: [EMAIL PROTECTED]
Debian GNU supporter - http://www.debian.org h
1)
> (nil)))
> make[1]: *** [file-syncfs.o] Error 1
> make[1]: Leaving directory `/home/compile/A/cvs/hurd/build/libdiskfs'
> make: *** [libdiskfs] Error 2
>
> machine-lock.h comes from the libc-0.2-dev package. I have no clue how this
> should be fixed.
Use
On Tue, Mar 19, 2002 at 12:00:37AM +0100, Marcus Brinkmann wrote:
> On Mon, Mar 18, 2002 at 04:51:37PM +0100, Jeroen Dekkers wrote:
> > What's wrong with a high priority thread doing the beep which blocks for a
> > specific amount of time during the beep?
>
> Although
rom the grub menu.
> Anyway anything but that which I described seemed to give a parse error.
You should have taken them from
http://web.walfield.org/papers/hurd-installation-guide/english/hurd-install-guide.html.
$(task-create) $(task-resume) are also wrong.
Jeroen Dekkers
--
Jabber s
hing and we should change the way the command line
code works IMHO.
Jeroen Dekkers
--
Jabber supporter - http://www.jabber.org Jabber ID: [EMAIL PROTECTED]
Debian GNU supporter - http://www.debian.org http://www.gnu.org
IRC: jeroen@openprojects
msg03329/pgp0.pgp
Description: PGP signature
ng with a high priority thread doing the beep which blocks for a
specific amount of time during the beep?
Jeroen Dekkers
--
Jabber supporter - http://www.jabber.org Jabber ID: [EMAIL PROTECTED]
Debian GNU supporter - http://www.debian.org http://www.gnu.org
IRC: jeroen@openprojects
msg03328/pgp0.pgp
Description: PGP signature
f braces.) After this, do you still have
> trouble?
>
> It seems that the nearsighted aren't meant to boot GNU ;)
The problem is that people try to type those lines in directly
instead of copying it into a file. Of course we should get a good
installer which does the things automat
On Mon, Mar 04, 2002 at 04:38:42PM -0700, Jon Arney wrote:
> Roland:
>
> Since you said it's not really very hard to do, I thought I'd make
> an attempt at it with your permission.
You don't need any permission to hack, it's free software! :)
Jeroen Dek
.o header.o user.o server.o utils.o /lib/libl.a
> -o migcom
> collect2: ld terminated with signal 11 [Segmentation fault], core dumped
> make: *** [migcom] Error 1
This looks like a bug in ld. I don't know if there are any known
problems, but I suggest you try some new binutils vers
And for a specific case different things should happen on a server
than on an ordinary workstation.
Jeroen Dekkers
--
Jabber supporter - http://www.jabber.org Jabber ID: [EMAIL PROTECTED]
Debian GNU supporter - http://www.debian.org http://www.gnu.org
IRC: jeroen@openprojects
msg03124/pgp0.pgp
Description: PGP signature
r example). When building glibc I saw also a
lot of warning, enough "funny" things to do for the people who want
it.
Jeroen Dekkers
--
Jabber supporter - http://www.jabber.org Jabber ID: [EMAIL PROTECTED]
Debian GNU supporter - http://www.debian.org http://www.gnu.org
IRC: jeroen@openprojects
msg03035/pgp0.pgp
Description: PGP signature
4 and I'm going to try again. :)
> I haven't load tested this at all. *do not upload binaries compiled
> against this libc to Debian*.
I'm still stuck in the DAM queue anyway. :(
Jeroen Dekkers
--
Jabber supporter - http://www.jabber.org Jabber ID: [EMAIL PROTECTED]
Debian GNU
On Sun, Feb 24, 2002 at 11:46:16AM -0800, Thomas Bushnell, BSG wrote:
> Jeroen Dekkers <[EMAIL PROTECTED]> writes:
>
> > I already asked Marcus and Jeff on IRC whether OSKit-Mach is going to
> > be gnumach 2.0.
>
> For what it's worth, I have no particular
ving the same ABI for GNU/Linux and GNU/Hurd would be nice,
especially for the Debian project. A lot of the linux-* binaries could
be the same as the hurd-* binaries. This is certainly appreciated with
a hurd-powerpc port underway. ;-)
Jeroen Dekkers
--
Jabber supporter - http://www.jabber.org Jabber ID: [EMAIL PROTECTED]
Debian GNU supporter - http://www.debian.org http://www.gnu.org
IRC: jeroen@openprojects
msg02998/pgp0.pgp
Description: PGP signature
tml, but I don't know how
up-to-date it is. In the future (read: when we have a good console in
OSKit-Mach) there will probably just a debian package like gnumach at
the moment.
Jeroen Dekkers
--
Jabber supporter - http://www.jabber.org Jabber ID: [EMAIL PROTECTED]
Debian GNU supporter -
oftware (they already have the X-RBL checks).
Jeroen Dekkers
--
Jabber supporter - http://www.jabber.org Jabber ID: [EMAIL PROTECTED]
Debian GNU supporter - http://www.debian.org http://www.gnu.org
IRC: jeroen@openprojects
msg02970/pgp0.pgp
Description: PGP signature
u want to be safe, I'll
advice to make your partitions around the 1.5 or 1.6 GB. The /hurd/src
will never work because the is only 4GB of virtual memory, you just
can't mmap() a 5 GB partition.
Jeroen Dekkers
--
Jabber supporter - http://www.jabber.org Jabber ID: [EMAIL PROTECTED]
Debi
but at least you can have a nice speed _and_ all the
flexibility a microkernel design gives you.
Jeroen Dekkers
--
Jabber supporter - http://www.jabber.org Jabber ID: [EMAIL PROTECTED]
Debian GNU supporter - http://www.debian.org http://www.gnu.org
IRC: jeroen@openprojects
msg02651/pgp0
s is: the comX device
> ceases to exist after using it the first time (not that even works the
> first time). Good stuff, huh?
Hmm strange as remote debugging works fine. Can you tell me more about
it and especially how to reproduce this?
Jeroen Dekkers
P.S. If you wait a little bit longer
i386at/com.c, which isn't in my
OSKit-Mach tree. I suggest you try out OSKit-Mach because remote
debugging works AFAIK (I haven't tried yet) and that uses the serial
port.
Jeroen Dekkers
--
Jabber supporter - http://www.jabber.org Jabber ID: [EMAIL PROTECTED]
Debian GNU supporter - http
f Linux drivers into a framework so that it integrates
> in the L4 user-land tasks.
L4Env is almost the same as OSKit, I don't see what's special about
it. For me it looks like they are writing an L4 specific OSKit. I'm
also a little bit more critical about the "drop the source
sigwait() forgets to check if a pending signal is also one of the
signals the caller wants.
2001-12-26 Jeroen Dekkers <[EMAIL PROTECTED]>
* sysdeps/mach/hurd/sigwait.c (__sigwait): Check if the
pending signal is also in MASK before returning.
Index: sysdeps/mac
re Developer's Manual Volume 3." The size of the
structure is the same and the members of the structure are nowhere used
so this change shouldn't break anything AFAICS.
2001-12-23 Jeroen Dekkers <[EMAIL PROTECTED]>
* i386/include/mach/i386/mach_i386_types.h (struct d
On Fri, Dec 21, 2001 at 06:43:32PM +, Adam Olsen wrote:
> On Fri, Dec 21, 2001 at 07:24:46PM +0100, Jeroen Dekkers wrote:
> > You are right. But it is still possible in the tarfs case. If you want
> > to manipulate the file, you edit foo.tar. If you want the directory
> &g
t; and bzip2'd
> binaries.
I hadn't thought about magic yet. Writing a library to check the types
and a program/translator which associates translators with different
types is a good way to do it. Running gzippped and bzip2'd binaries is
already supported in exec IIRC.
Jeroen De
On Fri, Dec 21, 2001 at 06:08:25PM +, Adam Olsen wrote:
> On Fri, Dec 21, 2001 at 05:02:52PM +0100, Jeroen Dekkers wrote:
> > On Fri, Dec 21, 2001 at 03:34:02PM +, Adam Olsen wrote:
> > > 3) as 2, but triggered when you you have a "foo.tar.gz" file and try
&g
On Fri, Dec 21, 2001 at 03:34:02PM +, Adam Olsen wrote:
> On Fri, Dec 21, 2001 at 03:16:34PM +0100, Jeroen Dekkers wrote:
> > On Fri, Dec 21, 2001 at 01:39:39PM +0100, Marcus Brinkmann wrote:
> > > However, if you don't pass an argument to tarfs, it can assume that the
the old
non-free norton commander for dos) handles tar (or zip) files.
Jeroen Dekkers
--
Jabber supporter - http://www.jabber.org Jabber ID: [EMAIL PROTECTED]
Debian GNU supporter - http://www.debian.org http://www.gnu.org
IRC: [EMAIL PROTECTED]
msg02437/pgp0.pgp
Description: PGP signature
a
tar library, a tar program linked to that library and a tarfs translator
which also uses that library.
You can find the current format used by GNU tar in the comments of the
code IIRC. You can find the POSIX documents at
http://www.opengroup.org/austin (AFAIK the latest draft (7) is the same
a
imply}?
That was it for now :)
Jeroen Dekkers
--
"all the _really_ interesting stuff will be going on in user space."
--Linus Torvalds
"just say NO TO DRUGS, and maybe you won't end up like the Hurd people."
--Linus Torvalds, "I was never a "big thinker""
PGP signature
It's explained in the comments in
oskit/kern/x86/pc/base_multiboot_init_cmdline.c.
Jeroen Dekkers
--
"all the _really_ interesting stuff will be going on in user space."
--Linus Torvalds
"just say NO TO DRUGS, and maybe you won't end up like the Hu
#x27;t know why.
I'm almost finished hacking remote debugging support with ethernet. If it
works I will post it here, but it's only a dirty hack. Anyway you can also
contact me on #hurd at openprojects, my nickname is F399.
Jeroen Dekkers
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
On Tue, Jul 10, 2001 at 12:19:16AM -0400, Roland McGrath wrote:
> > I've always supposed that Roland didn't include the DC_NO_ONLCR flag on
> > purpose, if not I hope he accepts your patch.
>
> That's right (I even added that flag to the oskit just for this use). You
> don't want the oskit doing
I tried old version of both oskit-mach and oskit (Jeff suggested me that on
irc), oskit-mach works almost with version 2505 and with version 2901
I get IRQ probing problems. Oskit-mach linked with oskit-2505 doesn't
understand root=hd0s11, if I try root=hda5 serverboots it says the fol
Another fix for oskit without SMP support. It still doesn't work however,
It displays while probing the IRQ of my ide drives and hangs. I'm making
progress at least. :)
The patch is below, the gs register must be pushed because it's part of the
trap_state stuct passed to user_trap() and it is a
On Thu, May 31, 2001 at 04:24:35PM -0400, Roland McGrath wrote:
> Please try this patch, which I have just checked in.
You forgot to move "#include " to the top of the file.
Jeroen Dekkers
___
Bug-hurd mailing list
[EMAIL PR
On Tue, May 29, 2001 at 05:02:29PM -0400, Roland McGrath wrote:
> This probably the first time interrupts have been enabled since early in
> the boot process. There will immediately be a clock interrupt, since one
> surely fired a little bit earlier and was blocked until the "sti" insn.
> There m
a serial cable to do
remote debugging) I found out that the sti instruction near the of the
function is causing the troubles. At the moment I've no idea what's wrong, I
have to read a lot of documentation and code before knowing what's going on. :)
Jeroen Dekkers
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
99 matches
Mail list logo
