[padb] [padb-devel] Simple Makefile patch

[Ashley Pittman]

On Thu, 2009-11-05 at 13:23 -0500, Ethan Mallove wrote:
> On Thu, Nov/05/2009 04:53:49PM, Ashley Pittman wrote: 
> > I had a thought about this last night, it could be that the scanf
> > qualifier %p isn't working, googling around for some docs suggest that %
> > p won't work, can you try the attached patch to see if that fixes the
> > issue?  Failing that we might have to wait until I can next get my hands
> > on a sun machine.

> gcc minfo.c -o minfo.x -ldl -Wall -g
> minfo.c: In function 'find_sym':
> minfo.c:146: warning: format '%lx' expects type 'long unsigned int *', but argument 3 has type 'void **'
> minfo.c:148: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'void *'
> minfo.c: In function '_find_data':
> minfo.c:306: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'void *'
> minfo.c: In function 'fetch_string':
> minfo.c:362: warning: format '%lx' expects type 'long unsigned int', but argument 4 has type 'void *'
> minfo.c: In function 'show_op':
> minfo.c:468: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'void *'

Those errors are OK, I get them on Linux as well.  If it works I'll add
casts to quieten them down.

I've booted a Solaris machine here and it seems I was right about this,
using %p in sscanf doesn't work on solaris so the patch should work or
at least be a step in the right direction.  Oddly enough sscanf returns
1 in this case which would seem to indicate it had matched, that code
already has a test for the return code of sscanf here but it's not
triggering :(

Could you run with the patch applied and send me output and the  log
file generated please.  You can just run "padb -aqr0" to show the
message queues of rank zero rather than --full-command which will
attempt to show you everything about the job.

Ashley.


-- 

Ashley Pittman, Bath, UK.

Padb - A parallel job inspection tool for cluster computing
http://padb.pittman.org.uk