On Sun, Feb 11, 2018 at 4:42 AM, Samuel Thibault
wrote:
> Brent W. Baccala, on dim. 11 févr. 2018 01:23:10 -0500, wrote:
> > So how can I figure out where in processor_set_tasks() (or its
> subroutines)
> > that the kernel has blocked?
>
> show all tasks
>
> Should give you the list of tasks, the
Brent W. Baccala, on dim. 11 févr. 2018 01:23:10 -0500, wrote:
> So how can I figure out where in processor_set_tasks() (or its subroutines)
> that the kernel has blocked?
show all tasks
Should give you the list of tasks, then
show task $task123
shows the list of threads, then
trace/t $task123
Hi -
Can anybody advice me how to use the gnumach debugger for a particular case?
I've got a subhurd's proc server that is blocked in the kernel RPC
processor_set_tasks(). That thread is holding a global lock in the proc
server and locking up the program while waiting for the RPC
On Sun, Sep 29, 2013 at 11:52:24PM +0200, Tobias Andersen wrote:
> I would say I'm pretty good with the C programming language but I'm not at
> all familiar with OS design.
> I am interested in networking in particular.
Then you'll be interested in the pfinet server of the Hurd, as well as
the ne
Hello all,
I would say I'm pretty good with the C programming language but I'm not at all
familiar with OS design.
I am interested in networking in particular.
My motivation is simply to learn more...! :-)
Hints to books or mentoring would be much appreciated.
Sincerely,
Tobias
On Thu, 2006-11-09 at 14:06 -0300, Leonardo Pereira wrote:
> "I may disagree with what you have to say, but I shall defend, to the
> death, your right to say it." - Voltaire
"Moron, I told you wahat todo you fuck nutt."
"PLEASE GET A FUCKING CLUE YOU FUCKING IDIOT!"
"Then suck the cock of a cow."
- Original Message -
From: "Thomas Bushnell BSG" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>;
Sent: Thursday, November 09, 2006 1:50 PM
Subject: Re: Working on stuff / statement from tschwinge (was:
Gnumachclean: Need advice, re Header
> As for the technical issue, Roland is mostly but not entirely right
> about what gnumach/include is for.
>
> It has both the interface files, and pseudo-clones of C library headers,
> which don't get installed because the C library has better versions. In
> that category are , , ,
> , , ,
> ,
I think Roland's email was a little over-hasty, to be sure. Let's just
not fret about one message that was over-hasty and import too much to
it, ok?
As for the technical issue, Roland is mostly but not entirely right
about what gnumach/include is for.
It has both the interface files, and pseudo-
TECTED]> (message from Thomas Schwinge
on Thu, 9 Nov 2006 13:50:31 +0100)
Subject: Re: Working on stuff / statement from tschwinge (was: Gnumach clean:
Need advice, re Header files)
Reply-to: [EMAIL PROTECTED]
FCC: ~/RMAIL.outbox
References: <[EMAIL PROTECTED]>
<[EMAI
- Original Message -
From: "Thomas Schwinge" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>;
Sent: Thursday, November 09, 2006 7:50 AM
Subject: Working on stuff / statement from tschwinge (was: Gnumach
clean:Need advice, re Header f
wild when you don't really know what you're
> doing.
Roland, while I in general agree to your given advice, I don't really
think it here is appropriate towards Samuel and me. Do you dare to
estimate what would have happened if I and the other handful of people
would not have g
Roland McGrath, le Wed 08 Nov 2006 20:07:32 -0800, a écrit :
> include/ is for installed headers. None of those should be added.
There has been alloca.h there from Thomas since 1997.
Samuel
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.
> OK, thanks for the reply. Then should my printf.h move under kern/ where
> printf.c is?
I haven't looked at the changes myself. If any files have been added to
include/, it sounds like there is some inadequate review going on before
commits. Folks, don't go hog-wild when you don't really k
- Original Message -
From: "Roland McGrath" <[EMAIL PROTECTED]>
To: "Barry deFreese" <[EMAIL PROTECTED]>
Cc:
Sent: Wednesday, November 08, 2006 11:07 PM
Subject: Re: Gnumach clean: Need advice, re Header files
include/ is for installed headers
include/ is for installed headers. None of those should be added.
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
Hi again,
Looking at more of the implicit declarations of functions (and there are a
ton). The question now is, where to declare them and/or put the header
files. printf.h was a little bit of a special case because it didn't exist.
But, take, for example, panic(). It is instantiated in debu
Dear Sir,
I am Mr. Martins Loko, a personal aide to Mr. Charles
Taylor, former president of Liberia, who is presently
on exile in Calabar-Nigeria. Due to the immense
pressure from world leading countries for Mr. Taylor
to leave the country inorder to abate the many years
of war that has ravaged
18 matches
Mail list logo
