Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Keith Seitz <keiths@redhat.com>
To: <gdb-patches@sources.redhat.com>
Subject: [RFA] create_file_handler thinko?
Date: Mon, 13 May 2002 15:01:00 -0000	[thread overview]
Message-ID: <Pine.GSO.4.33.0205131451430.25762-100000@makita.cygnus.com> (raw)

Hi,

According to comments in create_file_handler, calling create_file_handler
twice with the same fd should result in only a modification of the
parameters for the fd.

However, the source doesn't read this way. This patch changes
create_file_handler so that it behaves in a way consistent with its
comments.

Of course, if the comments are wrong, this patch is also completely
wrong...

Keith

ChangeLog
2002-05-13  Keith Seitz  <keiths@redhat.com>

        * event-loop.c (create_file_handler): Don't do anything but
        update data when we are given a fd which we are already
        monitoring.

Patch (mostly whitespace)
Index: event-loop.c
===================================================================
RCS file: /cvs/src/src/gdb/event-loop.c,v
retrieving revision 1.17
diff -p -r1.17 event-loop.c
*** event-loop.c	27 Nov 2001 04:15:09 -0000	1.17
--- event-loop.c	13 May 2002 21:59:26 -0000
*************** create_file_handler (int fd, int mask, h
*** 494,544 ****
        file_ptr->ready_mask = 0;
        file_ptr->next_file = gdb_notifier.first_file_handler;
        gdb_notifier.first_file_handler = file_ptr;
-     }
-   file_ptr->proc = proc;
-   file_ptr->client_data = client_data;
-   file_ptr->mask = mask;

!   if (use_poll)
!     {
  #ifdef HAVE_POLL
!       gdb_notifier.num_fds++;
!       if (gdb_notifier.poll_fds)
! 	gdb_notifier.poll_fds =
! 	  (struct pollfd *) xrealloc (gdb_notifier.poll_fds,
! 				      (gdb_notifier.num_fds
! 				       * sizeof (struct pollfd)));
!       else
! 	gdb_notifier.poll_fds =
! 	  (struct pollfd *) xmalloc (sizeof (struct pollfd));
!       (gdb_notifier.poll_fds + gdb_notifier.num_fds - 1)->fd = fd;
!       (gdb_notifier.poll_fds + gdb_notifier.num_fds - 1)->events = mask;
!       (gdb_notifier.poll_fds + gdb_notifier.num_fds - 1)->revents = 0;
  #else
!       internal_error (__FILE__, __LINE__,
! 		      "use_poll without HAVE_POLL");
  #endif /* HAVE_POLL */
!     }
!   else
!     {
!       if (mask & GDB_READABLE)
! 	FD_SET (fd, &gdb_notifier.check_masks[0]);
        else
! 	FD_CLR (fd, &gdb_notifier.check_masks[0]);

!       if (mask & GDB_WRITABLE)
! 	FD_SET (fd, &gdb_notifier.check_masks[1]);
!       else
! 	FD_CLR (fd, &gdb_notifier.check_masks[1]);

!       if (mask & GDB_EXCEPTION)
! 	FD_SET (fd, &gdb_notifier.check_masks[2]);
!       else
! 	FD_CLR (fd, &gdb_notifier.check_masks[2]);

!       if (gdb_notifier.num_fds <= fd)
! 	gdb_notifier.num_fds = fd + 1;
      }
  }

  /* Remove the file descriptor FD from the list of monitored fd's:
--- 494,545 ----
        file_ptr->ready_mask = 0;
        file_ptr->next_file = gdb_notifier.first_file_handler;
        gdb_notifier.first_file_handler = file_ptr;

!       if (use_poll)
! 	{
  #ifdef HAVE_POLL
! 	  gdb_notifier.num_fds++;
! 	  if (gdb_notifier.poll_fds)
! 	    gdb_notifier.poll_fds =
! 	      (struct pollfd *) xrealloc (gdb_notifier.poll_fds,
! 					  (gdb_notifier.num_fds
! 					   * sizeof (struct pollfd)));
! 	  else
! 	    gdb_notifier.poll_fds =
! 	      (struct pollfd *) xmalloc (sizeof (struct pollfd));
! 	  (gdb_notifier.poll_fds + gdb_notifier.num_fds - 1)->fd = fd;
! 	  (gdb_notifier.poll_fds + gdb_notifier.num_fds - 1)->events = mask;
! 	  (gdb_notifier.poll_fds + gdb_notifier.num_fds - 1)->revents = 0;
  #else
! 	  internal_error (__FILE__, __LINE__,
! 			  "use_poll without HAVE_POLL");
  #endif /* HAVE_POLL */
! 	}
        else
! 	{
! 	  if (mask & GDB_READABLE)
! 	    FD_SET (fd, &gdb_notifier.check_masks[0]);
! 	  else
! 	    FD_CLR (fd, &gdb_notifier.check_masks[0]);

! 	  if (mask & GDB_WRITABLE)
! 	    FD_SET (fd, &gdb_notifier.check_masks[1]);
! 	  else
! 	    FD_CLR (fd, &gdb_notifier.check_masks[1]);

! 	  if (mask & GDB_EXCEPTION)
! 	    FD_SET (fd, &gdb_notifier.check_masks[2]);
! 	  else
! 	    FD_CLR (fd, &gdb_notifier.check_masks[2]);

! 	  if (gdb_notifier.num_fds <= fd)
! 	    gdb_notifier.num_fds = fd + 1;
! 	}
      }
+
+   file_ptr->proc = proc;
+   file_ptr->client_data = client_data;
+   file_ptr->mask = mask;
  }

  /* Remove the file descriptor FD from the list of monitored fd's:


             reply	other threads:[~2002-05-13 22:01 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-05-13 15:01 Keith Seitz [this message]
2002-05-13 20:00 ` Elena Zannoni
2002-05-14  8:22   ` 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=Pine.GSO.4.33.0205131451430.25762-100000@makita.cygnus.com \
    --to=keiths@redhat.com \
    --cc=gdb-patches@sources.redhat.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