Alessandro Sangiuliano, le jeu. 27 janv. 2022 08:49:33 +, a ecrit:
> while(1)
> receive_message(ret);
>
> Obviously this is a blocking loop, it mens that actually when this code is
> reached the boot process is stopped, blocking here. This is happening to the
> Hurd too, when I use my cust
Hi!
Il 27/01/22 09:49, Alessandro Sangiuliano ha scritto:
So assuming the situation where my custom name server is booting near
the hurd as a module from grub, how to get the other tasks to resume them?
I think there could be two ways:
* pass the task ports of all other tasks from the command
nedì 24 gennaio 2022 21:56
A: Alessandro Sangiuliano ; bug-hurd@gnu.org
Oggetto: Re: Asking help for a little project
Samuel Thibault, le lun. 24 janv. 2022 22:49:50 +0100, a ecrit:
> the script launcher will first create the first requested port (here
> the host priv port),
(more precise
Samuel Thibault, le lun. 24 janv. 2022 22:49:50 +0100, a ecrit:
> the script launcher will first create the first requested port (here
> the host priv port),
(more precisely: create a name for it in your task. Names are numbered
from 1 for each process, think of them a bit like the file descriptor
Hello,
Alessandro Sangiuliano, le lun. 24 janv. 2022 11:51:04 +, a ecrit:
> Looking at the Hurd, startup.c (frob_kernel_process) line: 1092, it sets, as
> the comment says too, it installs the proc port to the kernel task as a
> bootstrap port making it visible to other Hurds.
> Before doing t
Hello everyone, i will try to be concise and precise a much as i can.
I'm experimenting with GNUMach and its internals, reading at the hurd code too.
I want to realize a little project that is writing a 2 servers system on top of
gnumach; they will not do so much but will be useful for next expe
