Mirror of the gdb mailing list
 help / color / mirror / Atom feed
* gdb virtual memory exhausted
@ 1999-04-01  0:00 Zhang, Eric
  1999-04-01  0:00 ` Guenther Grau
  0 siblings, 1 reply; 2+ messages in thread
From: Zhang, Eric @ 1999-04-01  0:00 UTC (permalink / raw)
  To: 'jtc@redback.com', Stan Shebs; +Cc: gdb

Hi,

You are much more fluent in gdb.  May I ask you a 
question about gdb?

I am running gdb on a SCO system and got:

gdb virtual memory exhausted.  Failed to allocated 4072 bytes memory.

I used swap -a to add 500,000 blocks of space.  But the problem
existed.  Any suggestions?

Eric

-----Original Message-----
From: jtc@redback.com [ mailto:jtc@redback.com ]
Sent: Wednesday, March 17, 1999 6:52 PM
To: Stan Shebs
Cc: gdb@cygnus.com
Subject: Re: problem with chained if statements?


jtc> I'm trying to write some user-defined commands to traverse
jtc> and/or pretty-print some of the internal data structures used in
jtc> our SW.  In the absense of a `switch' statement, I am using a
jtc> chain of if .. else if ... else if ... else ... end statements.
jtc> Unfortunately it doesn't seem to work.

Stan> Try:
Stan> 	   if ($status == $TASK_READY)
Stan> 		   printf "READY    "
Stan> 	   else
Stan> 		if ($status == $TASK_DELAY)
Stan> 		   printf "DELAY    "
Stan> 	   else
Stan> 		if ($status == ($TASK_DELAY | $TASK_SUSPEND))
Stan> 		   printf "DELAY+S  "
Stan> I think the else and the if each need to be on their own lines.

It turns out to be something like:

	if ($status == $TASK_READY)
		printf "READY    "
 	else
		if ($status == $TASK_DELAY)
			printf "DELAY    "
		else
	 		if ($status == ($TASK_DELAY | $TASK_SUSPEND))
				printf "DELAY+S  "
			else
				....
			end
		end
	end

Pretty ugly (IMO).  It will suffice as a workaround, but I'll have to
look into how difficult adding "true" else-if support will be.  Would
an `elif' keyword be objectionable?  What are the current thoughts
wrt. adding a more capable extension language for gdb scripting?

	--jtc

-- 
J.T. Conklin
RedBack Networks


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~1999-04-01  0:00 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1999-04-01  0:00 gdb virtual memory exhausted Zhang, Eric
1999-04-01  0:00 ` Guenther Grau

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox