From: Elena Zannoni <ezannoni@cygnus.com>
To: Scott A Sumner <sasumner@juno.com>
Cc: insight@sourceware.cygnus.com
Subject: Re: Ctrl-C strange behavior
Date: Fri, 12 May 2000 11:11:00 -0000 [thread overview]
Message-ID: <14620.18788.793024.24174@kwikemart.cygnus.com> (raw)
In-Reply-To: <20000505.162835.-243199.1.sasumner@juno.com>
I verified this.
Here is a patch, which I will commit shortly.
Elena
2000-05-12 Elena Zannoni <ezannoni@kwikemart.cygnus.com>
* gdbtk.c: Remove CYGWIN32 conditional around timer machinery.
Cygwin can handle timers fine now.
Index: gdbtk.c
===================================================================
RCS file: /cvs/cvsfiles/devo/gdb/gdbtk/generic/gdbtk.c,v
retrieving revision 1.3
diff -u -p -r1.3 gdbtk.c
--- gdbtk.c 2000/05/01 04:46:49 1.3
+++ gdbtk.c 2000/05/12 18:03:12
@@ -67,7 +67,6 @@
extern void _initialize_gdbtk (void);
-#ifndef __CYGWIN32__
/* For unix natives, we use a timer to periodically keep the gui alive.
See comments before x_event. */
static sigset_t nullsigmask;
@@ -81,7 +80,6 @@ x_event_wrapper (signo)
{
x_event (signo);
}
-#endif
/*
* These two variables control the interaction with an external editor.
@@ -104,9 +102,7 @@ static void cleanup_init PARAMS ((int));
static void tk_command PARAMS ((char *, int));
-#ifndef __CYGWIN32__
static int target_should_use_timer PARAMS ((struct target_ops * t));
-#endif
int target_is_native PARAMS ((struct target_ops *t));
@@ -115,9 +111,7 @@ int gdbtk_test PARAMS ((char *));
/* Handle for TCL interpreter */
Tcl_Interp *gdbtk_interp = NULL;
-#ifndef __CYGWIN32__
static int gdbtk_timer_going = 0;
-#endif
/* linked variable used to tell tcl what the current thread is */
int gdb_context = 0;
@@ -266,7 +260,6 @@ gdbtk_interactive ()
void
gdbtk_start_timer ()
{
-#ifndef __CYGWIN32__
static int first = 1;
if (first)
@@ -303,28 +296,22 @@ gdbtk_start_timer ()
gdbtk_timer_going = 1;
}
}
-#else /* __CYGWIN32__ */
return;
-#endif
}
/* Stop the timer if it is running. */
void
gdbtk_stop_timer ()
{
-#ifndef __CYGWIN32__
if (gdbtk_timer_going)
{
gdbtk_timer_going = 0;
setitimer (ITIMER_REAL, &it_off, NULL);
sigaction (SIGALRM, &act2, NULL);
}
-#else /* __CYGWIN32__ */
return;
-#endif
}
-#ifndef __CYGWIN32__
/* Should this target use the timer? See comments before
x_event for the logic behind all this. */
static int
@@ -333,7 +320,6 @@ target_should_use_timer (t)
{
return target_is_native (t);
}
-#endif /* !__CYGWIN32__ */
/* Is T a native target? */
int
Scott A Sumner writes:
> Chris (& others)--
>
> Actually it looked like there were three routines to hit:
>
> 1) gdbtk_start_timer
> 2) gdbtk_stop_timer
> 3) target_should_use_timer
>
> I pulled the #ifdef conditionals out, and left the 'return's in.
> Did I make the right call here?
>
>
>
> >>My problem: If my target runs at full speed, I have no way to tell
> >>Insight I want to break execution wherever it happens to be. As
> >>soon as
> >>I hit the continue button, Insight changes the cursor to an
> >>hourglass and
> >>just hangs (if I don't have a breakpoint set that execution will
> >>hit). I
> >>can't do anything except kill gdb and restart it. I want to press
> >>the
> >>stop button but as Insight appears to be hung at this point, it
> >>doesn't
> >>work. This is *extremely* annoying; anyone have any idea why it
> >>does
> >>this and what the solution/workaround might be?
>
> > Try removing the "#ifdef __CYGWIN32__" (sic) conditional in
> > gdbtk_start_timer
> > and also try using the latest cygwin net release. It's available
> > at:
> >
> > http://sourceware.cygnus.com/cygwin/
> >
> > cgf
next prev parent reply other threads:[~2000-05-12 11:11 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-05-05 13:30 Scott A Sumner
2000-05-12 11:11 ` Elena Zannoni [this message]
-- strict thread matches above, loose matches on Subject: below --
2000-05-22 9:14 Will Lentz
2000-05-22 9:18 ` Elena Zannoni
2000-05-16 11:08 Will Lentz
2000-05-22 7:58 ` Elena Zannoni
2000-05-03 17:00 Scott A Sumner
2000-05-03 17:45 ` Chris Faylor
2000-05-04 8:58 ` Keith Seitz
2000-05-02 10:32 Leon Pollak
2000-05-04 9:10 ` Keith Seitz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=14620.18788.793024.24174@kwikemart.cygnus.com \
--to=ezannoni@cygnus.com \
--cc=insight@sourceware.cygnus.com \
--cc=sasumner@juno.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).