I've been reading the Hurd Hacking Guide since I am interested in making some of my own translators. When I came across the trivfs example, I was quite perplexed about the trivfs_S_io_read section in which you mmap a buffer for the data, but you don't have to free it. So I scoured the 'Net, and found out that this is the way it is supposed to work; someone else will free the memory for me. Then my devious mind asked, "what happens if I pass back a pointer that can't be freed?" Say I use alloca or automatic arrays, what happens then? Well, it turns out that the translator dies (no surprise) with the message "Resource Lost". What you also get is a 16MB core file (from the server that tried to free the memory, I presume), along with a flaky system that has a tendency to reboot itself within a couple of minutes, if not immediately. So I was wondering if the hurd hackers out there thought that this was the expected behavior, considering that my kernel is v0.3 from the J2 disk series.
Thanks, Greg Buchholz . __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com _______________________________________________ Help-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/help-hurd
