Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 19 Sep 1997 21:30:17 +0000 (GMT)
From:      Terry Lambert <tlambert@primenet.com>
To:        nate@mt.sri.com (Nate Williams)
Cc:        tlambert@primenet.com, toor@dyson.iquest.net, nate@mt.sri.com, dyson@freebsd.org, karpen@ocean.campus.luth.se, current@freebsd.org
Subject:   Re: FYI: regarding our rfork(2)
Message-ID:  <199709192130.OAA05946@usr06.primenet.com>
In-Reply-To: <199709192104.PAA20740@rocky.mt.sri.com> from "Nate Williams" at Sep 19, 97 03:04:29 pm

next in thread | previous in thread | raw e-mail | index | archive | help
> > The problem is that I may pass auto variables between threads:
> 
> Then you have problems.

Heh.  But am I violating any principles?  8-).


> I would argue that this program has many problems, waiting to happen
> that could be partially avoided by not using the stack.  But, as Sean
> already pointed out to me many times, "that's the way things work in C,
> and we need to be backwards compatible".

Yep; "Intel: We put the 'backwards' in 'backwards compatible'".  8-).


> Why not allocate your struct req from the heap, which avoids someone
> reading/writing bogus data on your stack, thus corrupting it.  Then
> again, I guess you could argue that *IFF* your stack gets corrupted,
> you'll know you're over-writing memory a heck of a lot quicker. :)

Well, it's not really any better for a program to write bogus stuff on
my heap.  8-).  If we're assuming that the program is doing bogus stuff,
then we've got to say that the results of running the program are
undefined.


> In any case, I'm convinced that it's necessary in order to fully support
> C-Threads.

Stacks in seperate address spaces are needed to fully support C-Threads?

You can't just say interesting stuff like that, and then not tell us
why!  8-).


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199709192130.OAA05946>