Jan Atle Ramsli <[EMAIL PROTECTED]> writes:
> Some of the questions with regards to functions insode functions was
> mine.
> It is rarely used (suddenly I am confused - isn't this a C++ extension?
> I'm gettingold ..)
It is a GCC extension. See: (gcc)Nested Functions.
I concur. The word "vision" means different things to different people, but
"direction" may be more down-to-earth. I think it'll end up being a list
where possible applications for the Hurd are discussed. Possibly it will
include rationale, method, and problems.
At 01:02 AM 4/11/00 -0400, you
Jim Franklin wrote:
>
> it's a funky little funktion :) Can you dig it? lol
>From Kiruna ...
>
> > - Funktion: void ports_manage_port_operations_multithread
> > (struct port_bucket *BUCKET, ports_demuxer_type DEMUXER,
I hope I don't have to look in the BIT-BUCKET to find wisdom ...
"Thomas Bushnell, BSG" wrote:
>
> sets, but all that means is that newly created threads in that task
> get assigned to that processor set by default.
Thanks for clearing up a couple of things. So this means that there is
only _one_ execution control structure.
Does the package contain an overvie
it's a funky little funktion :) Can you dig it? lol
Jim
Kalle Olavi Niemitalo wrote:
>
> - Funktion: void ports_manage_port_operations_multithread
> (struct port_bucket *BUCKET, ports_demuxer_type DEMUXER,
>
> (I wonder where that "k" came from.)
>
Jan Atle Ramsli <[EMAIL PROTECTED]> writes:
> The first one is about 'sunchcronous/asynchronous' - I am used to
> thinking about this in terms of 'call/interrupt' but there seems to be
> some other meaning in the text, is this related to port acess, and in
> that case, has it got to do with wait/
Gerald Gutierrez <[EMAIL PROTECTED]> writes:
> Which has more or less been a premise of mine. Hurd has the right
> architecture, and it is pristine and fluid enough that we can mould it into
> what we want.
It isn't that pristine and fluid anymore.
Who is this "we"?
Gerald Gutierrez <[EMAIL PROTECTED]> writes:
> It's not just about satisfying the requirements, it's also about
> understanding the characteristics of and supporting the applications to
> make it easy (or possible!) for them to do their jobs.
This may mean that the Hurd is not a good real-time
"Nic Ferrier" <[EMAIL PROTECTED]> writes:
> There is a need for long term thinking but anyone who does it is only
> going to produce decent ideas by downloading the HURD and working out
> what it might be good for and what it might need to make it great in
> other areas.
There seems to be some a
On Tue, Apr 11, 2000 at 01:02:07AM -0400, [EMAIL PROTECTED] wrote:
> On Mon, 10 Apr 2000, Jeff Bailey wrote:
>
> > Is hurd-vision a good name for multimedia discussion? (Any dissentors?
> > anyone care?)
>
> Is the focus of this new list multimedia only? I thought the direction was
> broader
Gerald Gutierrez <[EMAIL PROTECTED]> writes:
> The same is not true of the Hurd. There is hardly any momentum at all.
> There are only a handful of people engaged in it. If a building collapsed
> on them, I'm uncertain how many people have enough interest to take over as
> the lead, and be abl
Jeff Bailey <[EMAIL PROTECTED]> writes:
> Will Thomas/Mark accept the patches? At the beginning of May you had
> sent in a patch to rename the catch keyword in libthreads to catch_exit
> to match gnumach and it was never applied.
Corrupting the Hurd source with C++ grot is not in my favority
> The list in my head would take too long to dump out, and is
> changing fast.
> I hope to finish one of the bigger tasks in weeks rather than
> months, to
> get a lot of the burden from my shoulders.
What would that be?
>
> Apart from what I keep in mind, the task list on the Debian
>
On Mon, Apr 10, 2000 at 11:35:27PM -0500, Neal H Walfield wrote:
> Hi Marcus,
>
>
> > to start. I think I have a good overview on the situation by now, and I am
> So I have another two or three years before I will understand what is going
> on? Ouch ;)
I was mostly referring to organizational s
Jan Atle Ramsli <[EMAIL PROTECTED]> writes:
> The first thing I am going to do when I figure out what this function
> does, is write my understanding down above the function header.
It is documented in the manual at (hurd)RPC Management:
- Funktion: void ports_manage_port_operations_multithrea
15 matches
Mail list logo