This is the mail archive of the
insight@sources.redhat.com
mailing list for the Insight project.
Re: FW: Interrupted system call problem
- To: "deCarmo, Linden" <LDecarmo at convergentnet dot com>
- Subject: Re: FW: Interrupted system call problem
- From: Keith Seitz <keiths at cygnus dot com>
- Date: Fri, 13 Apr 2001 14:59:06 -0700 (PDT)
- cc: "'insight at sourceware dot cygnus dot com'" <insight at sourceware dot cygnus dot com>
On Thu, 12 Apr 2001, deCarmo, Linden wrote:
> I really would be grateful if someone had advice about how to work around or
> debug this. It isn't a gdb issue and appears to be specific to Insight and
> select() on Solaris 8. I even have tried multiple Solaris 8 boxes.
I've built a Solaris 8 Insight, and I don't see this problem.
Here's my testcase:
$ cat systemcall.c
#include <unistd.h>
#include <sys/time.h>
#include <stdio.h>
int
my_wait (long seconds, long microseconds)
{
struct timeval tv;
tv.tv_sec = seconds;
tv.tv_usec = microseconds;
return (select (0, NULL, NULL, NULL, &tv));
}
int
main (int argc, char *argv[])
{
int i;
i = my_wait (15, 12345);
printf ("my_wait returned %d\n", i);
exit (0);
}
$ gcc -g systemcall.c -o systemcall
$ gdb -nw -q systemcall
Reading symbols from systemcall...done.
(gdb) r
Starting program: /home/keiths/systemcall/systemcall
^C
Program received signal SIGINT, Interrupt.
0xff317ac8 in ?? ()
(gdb) bt
#0 0xff317ac8 in ?? ()
#1 0x00010788 in my_wait (seconds=15, microseconds=12345) at systemcall.c:12
#2 0x000107bc in main (argc=1, argv=0xffbefb64) at systemcall.c:20
(gdb) disassemble
No function contains program counter for selected frame.
(gdb)
If I do this with Insight, Insight stops but displays no source and no
disassembly. It simply says "Select function to disassemble". Gdb is
lost, and, consequently, so is Insight.
This is with sources updated today from sources.redhat.com. Does this
testcase behave any differently for you?
Keith