After adding a very long busy loop to gnumach, testing It in my T60, exec
boots without problems.
So I can confirm that exec hang has disappeared.
El jue., 8 oct. 2020 a las 19:26, Almudena Garcia (<
liberamenso10...@gmail.com>) escribió:
> After testing "upstream" and Debian's GNU Mach over my T
After testing "upstream" and Debian's GNU Mach over my Thinkpad machines
(T60, R60e and T410), the exec problem seems to have disappeared.
To be sure, I go to repeat the test adding some long code to delay the
booting.
El jue., 8 oct. 2020 a las 13:11, Almudena Garcia (<
liberamenso10...@gmail.c
Hi Janneke, Hi Guix!
Le 10/08, Jan Nieuwenhuizen a écrit :
> We have just published a blog post on building your own Guix System with
> GNU/Hurd and running it in a virtual machine; the road we traveled since
> beginning of April and what is possible right now. Read it here:
>
> https://guix
Hi!
We have just published a blog post on building your own Guix System with
GNU/Hurd and running it in a virtual machine; the road we traveled since
beginning of April and what is possible right now. Read it here:
https://guix.gnu.org/en/blog/2020/childhurds-and-substitutes/
Enjoy!
Janneke
I can test It over real hardware, in which usually we can see more problems
than in a virtual scenery. When I finish the test, I will report the
results here.
In Qemu, the boot looks fine, and the exec problems seem to have
disappeared. I tested It using gnumach in SMP mode (--enable-cpus=2).
El j
On Thu, Oct 08, 2020 at 12:16:51AM +0200, Samuel Thibault wrote:
> I might have found the trigger for the exec hang at boot. The symptoms
> were that very early during the program loading by ld.so, it would
> overflow its stack with 0x40, apparently because there were odd things
> happening with th