This is the mail archive of the
mailing list for the GDB project.
RE: Command for number of cores
> -----Original Message-----
> From: Doug Evans [mailto:email@example.com]
> Sent: Wednesday, July 28, 2010 3:50 PM
> To: Marc Khouzam
> Cc: firstname.lastname@example.org
> Subject: Re: Command for number of cores
> On Tue, Jul 27, 2010 at 12:55 PM, Marc Khouzam
> <email@example.com> wrote:
> > Hi,
> > I need a way to know how many cores are on my target (where
> gdbserver is running).
> > I'm wondering if GDB already has this information?
> > If not, I was thinking of adding 'info cores' or 'show cores'.
> > Or maybe a convenience variable '$numcores'?
> > I'm thinking 'info cores'.
> > If this makes sense, I'll give it a try.
> > Thanks
> > Marc
> If this is on linux, the following should work:
> (gdb) remote get /proc/cpuinfo foo
> (gdb) shell cat foo
> Alas it gives:
> Remote I/O error: Invalid argument
I see that too.
Note that it only fails for /proc/cpuinfo, not for a
> [lseek on /proc/cpuinfo failing?]
> I think that's a bug though (not the lseek failing, but that "remote
> get /proc/cpuinfo foo" fails).
> If this is linux, and this is indeed a bug and it were fixed, would
> that suffice?
Yes, it is for linux.
And I think that would be enough. This is needed by eclipse, but I
can have it give this series of commands.
Thanks for the suggestion
> I hesitate to add "info cores" because it seems a bit esoteric, and
> you'd have to hack gdb, gdbserver, and document it all when "remote
> get" could suffice.