* Re: Interrupted system call problem
@ 2001-03-12 6:50 deCarmo, Linden
2001-03-12 13:11 ` Keith Seitz
0 siblings, 1 reply; 5+ messages in thread
From: deCarmo, Linden @ 2001-03-12 6:50 UTC (permalink / raw)
To: 'insight@sourceware.cygnus.com'
Haven't seen a reply, so here's a follow-up question:
Should I try a development snapshot version to see if it solves the
Interrupted system call issue or is this a previously unreported problem?
Linden deCarmo
ldecarmo@convergentnet.com
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Interrupted system call problem
2001-03-12 6:50 Interrupted system call problem deCarmo, Linden
@ 2001-03-12 13:11 ` Keith Seitz
0 siblings, 0 replies; 5+ messages in thread
From: Keith Seitz @ 2001-03-12 13:11 UTC (permalink / raw)
To: deCarmo, Linden; +Cc: 'insight@sourceware.cygnus.com'
On Mon, 12 Mar 2001, deCarmo, Linden wrote:
> Haven't seen a reply, so here's a follow-up question:
>
> Should I try a development snapshot version to see if it solves the
> Interrupted system call issue or is this a previously unreported problem?
Sorry. I don't know much about this interrupted system call stuff, but,
yes, I would encourage you to grab the latest snapshot.
Unfortunatley for users, the snapshots usually just contain a lot of bug
fixes as well as new, experimental features.
Keith
^ permalink raw reply [flat|nested] 5+ messages in thread
* RE: Interrupted system call problem
@ 2001-03-20 15:03 deCarmo, Linden
2001-03-22 8:40 ` Keith Seitz
0 siblings, 1 reply; 5+ messages in thread
From: deCarmo, Linden @ 2001-03-20 15:03 UTC (permalink / raw)
To: 'Keith Seitz'; +Cc: 'insight@sourceware.cygnus.com'
Ok, the latest snapshot hangs rather than reports "Interrupted system call"
whenever the the code below is executed. To be specific, the source
disappears and it reports:
Select function name to disassemble
====
The stack is listed as ????
struct timeval tv;
336
- 337 tv.tv_sec = seconds;
338 tv.tv_usec = microseconds;
- 340 return(select(0,NULL,NULL,NULL,&tv));
341
Doesn't really matter what's in tv, but here's a sample
(gdb) display tv
1: tv = {tv_sec = 3, tv_usec = 0}
(gdb) show version
GNU gdb 20010313
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "sparc-sun-solaris2.8".
===============
Any idea what I can try next? Its weird that ddd doesn't have the same
issue using gdb.
> -----Original Message-----
> From: Keith Seitz [ mailto:keiths@cygnus.com ]
> Sent: Monday, March 12, 2001 4:07 PM
> To: deCarmo, Linden
> Cc: 'insight@sourceware.cygnus.com'
> Subject: Re: Interrupted system call problem
>
>
> On Mon, 12 Mar 2001, deCarmo, Linden wrote:
>
> > Haven't seen a reply, so here's a follow-up question:
> >
> > Should I try a development snapshot version to see if it solves the
> > Interrupted system call issue or is this a previously
> unreported problem?
>
> Sorry. I don't know much about this interrupted system call
> stuff, but,
> yes, I would encourage you to grab the latest snapshot.
>
> Unfortunatley for users, the snapshots usually just contain a
> lot of bug
> fixes as well as new, experimental features.
>
> Keith
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* RE: Interrupted system call problem
2001-03-20 15:03 deCarmo, Linden
@ 2001-03-22 8:40 ` Keith Seitz
0 siblings, 0 replies; 5+ messages in thread
From: Keith Seitz @ 2001-03-22 8:40 UTC (permalink / raw)
To: deCarmo, Linden; +Cc: 'insight@sourceware.cygnus.com'
On Tue, 20 Mar 2001, deCarmo, Linden wrote:
> Ok, the latest snapshot hangs rather than reports "Interrupted system call"
> whenever the the code below is executed. To be specific, the source
> disappears and it reports:
>
> Select function name to disassemble
>
> ====
>
> The stack is listed as ????
You're probably in a dynamic loader stub or similar, sitting at the first
instruction. Gdb is obviously a little confused about where it is...
(This should not happen.)
> struct timeval tv;
> 336
> - 337 tv.tv_sec = seconds;
> 338 tv.tv_usec = microseconds;
> - 340 return(select(0,NULL,NULL,NULL,&tv));
Let me guess, it does this on line 340? Then I would guess that shared
libraries are a little broken on your system. Hmmm.... Solaris 2.8...
> Any idea what I can try next? Its weird that ddd doesn't have the same
> issue using gdb.
Does command line gdb exhibit the same behavior (run the insight gdb
with the "-nw" flag)?
If it also has this problem, then there has been a regression in gdb
handling shared libraries on Solaris 2.8. Ask on the gdb list
(gdb@sources.redhat.com). There will be a lot more people over there who
would know about this.
Good luck.
Keith
^ permalink raw reply [flat|nested] 5+ messages in thread
* Interrupted system call problem
@ 2001-03-07 12:44 deCarmo, Linden
0 siblings, 0 replies; 5+ messages in thread
From: deCarmo, Linden @ 2001-03-07 12:44 UTC (permalink / raw)
To: 'insight@sourceware.cygnus.com'
About a year ago, someone reported that Insight threw an Interrupted system
call error while debugging. The consensus was that it was likely caused by
mixing GUI/console modes.
Unfortunately, I'm running into the same problem, and I'm not mixing modes.
The problem seems to surface when a select() is done.
If I run the non-GUI gdb (i.e. gdb -nw), or DDD, this problem doesn't occur.
Here's my version info...
GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "sparc-sun-solaris2.8".
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2001-03-22 8:40 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-03-12 6:50 Interrupted system call problem deCarmo, Linden
2001-03-12 13:11 ` Keith Seitz
-- strict thread matches above, loose matches on Subject: below --
2001-03-20 15:03 deCarmo, Linden
2001-03-22 8:40 ` Keith Seitz
2001-03-07 12:44 deCarmo, Linden
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).