le dim 24-11-2002 à 15:52, Marcus Brinkmann a écrit :
> On Sat, Nov 23, 2002 at 09:58:45PM +0100, Olivier Péningault wrote:
> > Can you reproduce it ? What is the problem ?
>
> Which version of glibc are you using (libc0.3)? It is fixed in 2.3 and
> later.
The libc version
le sam 23-11-2002 à 23:12, Gaël Le Mignot a écrit :
> It's a known bug, when using "rm foo/" rm contacts the node foo and asks it
> to remove "./" which, of course, doesn't work. When you use "rm foo" rm
> contacts . and asks it to remove "./foo" which can work. Well, at least it's
> what I unders
Hello,
I send something that looks like a bug found ... using rm.
To reproduce it, do :
$ mkdir foo
$ touch foo/bar// optional; foo/ can be empty
Now, we want to delete it with rm -R;
a) $ rm -R foo // it works as expected.
b) $ rm -R foo/// error like below
rm: cannot remove 'foo/':
le lun 28-10-2002 à 21:38, Niels Möller a écrit :
> > These translators will implement protocols such as : ip4+icmp4,
> > ip6+icmp6, and maybe other things will be aviable.
>
> I'm a little confused here. When you say "implement ip4", what does
> that mean? media-specific stuff (arp, ip-over-ether
I have a question about the best way to use Mach ports.
To communicate between two translators, is it better to have one
bi-directional port, or to have two mono-directional ports ? What are
the advantages/issues of these both ways ? Which ones allows (in theory)
the highest rate of data transfert
Hi all,
here is the updated version of my proposal for re-implementing network
in hurd. There are changes, since hurd-net doesn't exist any more. It is
replaced by having more stuff in some layers. People could think that
this breaks a little bit the usual layer design, but I will try to
explain a
le sam 26-10-2002 à 20:13, Niels Möller a écrit :
I have one remark, and some questions about your proposal.
> Layer 3 (IPv4 and IPv6), part 1
> ~~~
> Tells the interface that we're interested in packets with the given
> ip-address. Can be a unicast or multicast a
le sam 26-10-2002 à 20:13, Niels Möller a écrit :
> Layer 4 interface
>
> like, it could be the current pfinet interface (where is that defined?
in /hurd/socket.defs
This is interesting, when I will have finished the update of the
implementation I propose, I will send it (tomorrow, I hope).
olivi
le ven 25-10-2002 à 11:16, Stephan Trebels a écrit :
> BTW: the Plan9 approach to this separation is pretty similar:
> [...]
I didn't know it, it is an interessant way of implementing things.
> Personally I'd make one translator responsible for the ANY-IP
> translation for a physical or virtual d
le ven 25-10-2002 à 10:25, Niels Möller a écrit :
> Sure, but do you really want them to run fully separately? It's common
> (although not required by any standard, afaik), that an ipv6 socket
> bound to the ipv6 wildcard interface should be able to accept ipv4
> connections.
In my opinion, we can
le jeu 24-10-2002 à 21:49, Niels Möller a écrit :
> You need one piece of code that links between glibc and your ip
> interfaces, and that also performs packetforwarding, source and
> destination address selection, and such stuff. That code should be
> installed as the translator for /servers/socke
le jeu 24-10-2002 à 09:59, Niels Möller a écrit :
> My advice is that you start by designing and implementing some kind of
> ethernetdevice (kernelspace or part kernel, part userspace translator)
> that can support running several pfinets in parallell. Perhaps it
> should look like the bsd tunnel d
le jeu 10-10-2002 à 06:53, Robert Millan a écrit :
> if you want a build of mach without the problematic code that
> hangs bochs, check http://khazad.dyndns.org/bochs/gnu/
Ok, I'll have a look at it when I'll have enough time. :)
> great, can you install debian packages on it?
Yes, it is based on
Hi,
I have set up an image of GNU under bochs, and you can download it at:
http://www.linux-france.org/~openingault/
Bochs is an x86 emulator, which allows to install operating systems on
top of it, so I decided to see if GNU could work on it.
This was a success, and funny programs, such as gdb
le mar 05-02-2002 à 20:28, Olivier Péningault a écrit :
> run developer.sh (it's long !!!) (I haven't try gui.sh yet).
I have tried gui.sh and it works ! (except LD_LIBRARY_PATH which isn't
set + be carefull, the keyboard under bochs is bugged. Some keys such as
"_"
le mar 05-02-2002 à 01:05, Roland McGrath a écrit :
>
> It looks like the smc9194 ethernet driver probes at this address. Some
> other drivers have that address commented out from their probe lists with a
> comment about conflicts with video cards. So try --disable-smc9194.
> Or we can comment
le mar 29-01-2002 à 20:10, Diego Roversi a écrit :
>
> I've tried too, but with different result. Gnumach boot, with few error in
> accessing the emulated videocard, and skipping this error, it booted hurd,
> but Hurd dies with messages about ipc timeout. I suppose that Hurd is
> sensible to *ver
Hi,
Last week, I discovered bochs, which is a x86 emulator that works on
GNU/Linux, windows, *BSD _and_ GNU/Hurd (I've compiled it and it works
!!). It emulates (3-4-5)x86 processor(s) (one, two or four), vga card,
sb16, and ne2000. Complete PCI support is in progress.
I've decided to install
18 matches
Mail list logo