From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jim Blandy To: Andrew Cagney Cc: gdb@sourceware.cygnus.com Subject: Re: unused parameter warnings Date: Sat, 01 Apr 2000 00:00:00 -0000 Message-id: References: <200003281907.OAA14473@zwingli.cygnus.com> <38E12AE4.EA41F776@cygnus.com> <38E14CBF.C829BDFB@cygnus.com> X-SW-Source: 2000-q1/msg00838.html > > Having the top level Makefile.in ``impose'' a specific -W policy is > > something to discuss with the other projects. > > I'd suggest configuring with > > CFLAGS=-g ..../configure Okay, that makes sense. Thanks. >From jimb@zwingli.cygnus.com Sat Apr 01 00:00:00 2000 From: Jim Blandy To: "H . J . Lu" Cc: gdb-patches@sourceware.cygnus.com, gdb@sourceware.cygnus.com Subject: Re: A revised patch for dlclose Date: Sat, 01 Apr 2000 00:00:00 -0000 Message-id: References: <20000307120800.A27315@valinux.com> <200003080058.e280wga00453@delius.kettenis.local> <20000307170321.A884@lucon.org> <200003080119.e281Jul00524@delius.kettenis.local> <20000307173547.A1068@lucon.org> X-SW-Source: 2000-q1/msg00583.html Content-length: 579 > That is fine with me as long as it is fixed in 5.0. There is no excuse > not to get gdb to work with dlclose. "I don't like the way it fixes the > bug" doesn't count unless you can provide a different approach. I > think it is unreasonable to have a perfect fix for every bug. We can > work a better one after 5.0 if we don't have the time now. I believe there is such a thing as a correct fix. And I don't think they so hard to find that one must always shamble towards correctness. I think it's fine to reject a patch that one knows has bugs as serious as the extant code. >From jimb@zwingli.cygnus.com Sat Apr 01 00:00:00 2000 From: Jim Blandy To: "Peter.Schauer" Cc: gdb@sourceware.cygnus.com Subject: Re: unloading shared objects Date: Sat, 01 Apr 2000 00:00:00 -0000 Message-id: References: <200003102253.XAA04805@reisser.regent.e-technik.tu-muenchen.de> X-SW-Source: 2000-q1/msg00687.html Content-length: 1796 > > Anyway, I'll finish these when I get back, if nobody else does. I'd > > love comments on the changes. > > Looks like the way to go. If at all possible, could you adapt my proposed > changes to avoid casts to/from CORE_ADDR to your patches ? Sure thing. > There are at least two more subcases for this case (which should perhaps > be mentioned in a FIXME), where _something_ needs to happen: > > - The DSO might have changed in the meantime, in which case we will > have to reread it. Comparing timestamps between GDB's view > of the DSO and the current DSO will detect this case. > - The shared object is now loaded to another address, requiring > relocation of the DSO in GDB's symbol tables etc. > This might happen if another DSO increased in size since the > last run, causing a relocation for the current DSO. > Handling this requires comparison between the current objfile > offsets and the computed offsets for the DSO in the inferior. The shared object list should be emptied each time the inferior is started, exactly because the address at which a given shared object is loaded may vary from run to run. Within a particular process, shared objects never change address. We re-read each shared object's symbols every time it is loaded. So I think these are handled trivially. > And for the next round of changes (GDB-17.0 ?): > > Create a layer between GDB's view of DSOs and the target DSOs. > This would get rid of duplicated solib.c code in osfsolib.c, irix5-nat.c > and perhaps the awkward DSO handling in rs6000-nat.c. It might also > allow us to split solib.c properly into SVR4 and non-SVR4 (SunOS 4.x/BSD) > components. Absolutely! Solaris already has an interface for this, modeled after the thread_db library, which we may want to emulate. >From jimb@cygnus.com Sat Apr 01 00:00:00 2000 From: Jim Blandy To: Vandervennet Yves Cc: gdb@sourceware.cygnus.com Subject: Re: Some Questions about GDB Date: Sat, 01 Apr 2000 00:00:00 -0000 Message-id: References: <200002232139.QAA08859@delysid.gnu.org> X-SW-Source: 2000-q1/msg00389.html Content-length: 1295 > Hi there, Hi! The best place for questions like this is gdb@sourceware.cygnus.com. > I am trying to find out if it is possible to debug an embedded > program with gdb running on a workstation. It certainly is. Most of the contracts Cygnus took were to support embedded systems of some sort or another. (We expect things to remain the same under the Red Hat name.) > * which distribution of gdb is needed ? Any distribution of GDB should work. Certainly the ones available from the FSF or from sourceware.cygnus.com do. > * what is the protocol used ? Serial line ? TCP/IP ? There are many protocols supported. GDB can talk over a serial line or to an arbitrary host and TCP port. GDB has its own remote protocol, which works fine, which is fully documented in the GDB manual. Also, GDB knows how to talk to many different kinds of ROM monitors --- as far as the monitor is concerned, GDB is just a very fast typist. > * what is the program (or piece of code) that has to run on the > target machine ? You'll either need a ROM monitor GDB knows how to talk to, or you can write a simple stub. The GDB distribution includes several sample stubs you can modify to suit your needs. All this is described in the GDB manual. (Gosh, I love questions like that.) >From davidwilliams@ozemail.com.au Sat Apr 01 00:00:00 2000 From: David Williams To: Serge Nikulin Cc: gdb@sourceware.cygnus.com Subject: Re: How to set RS232 speed in gdb in WinNT? Date: Sat, 01 Apr 2000 00:00:00 -0000 Message-id: <38E538DF.ED6289D6@ozemail.com.au> References: <003e01bf9b69$afc0c220$35758798@mis.amat.com> X-SW-Source: 2000-q1/msg00853.html Content-length: 1045 Use -b command line option to change baud rate eg. gdb -b 115200 to set baud rate 115200 baud. Dave. Serge Nikulin wrote: > Hi, > > I use gdb for remote debugging of m68k target, compiled with MRI > <--host=i686-pc-cygwin32 --target=m68k-motorola-ieee> > Native MRI' X-Ray debugger does not support our home-made RTOS. > GDB works but I have few questions. > > 1) Currently ieee-695 bfd section is not connected to gdb, so I work without > src. > I've checked examples of coff and aout conections and it does not look > as a 1-day job for me > (including the fact that ieee-695 support in bfd is incomplete). > Does anyone have ieee + gdb experience? > > 2) In my gdb session under WinNT I use command "target remote com1" > In this case gdb connects to COM1 at 9600 baud. I'd like to change this > speed (say, to 38400) but I can't. I've changed default speed for COM1 in > WinNT's control panel but it did not help. It looks like I have to pass that > speed to cygwin.dll somehow. How can I do that? > > Thanks! > > Serge. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jim Blandy To: Andrew Cagney Cc: gdb@sourceware.cygnus.com Subject: Re: unused parameter warnings Date: Wed, 29 Mar 2000 11:26:00 -0000 Message-ID: References: <200003281907.OAA14473@zwingli.cygnus.com> <38E12AE4.EA41F776@cygnus.com> <38E14CBF.C829BDFB@cygnus.com> X-SW-Source: 2000-03/msg00373.html Message-ID: <20000329112600.x1IJ7ltWQsAGYtRf34TVKmzZhdCq6wSc9Tzr0jKNOtc@z> > > Having the top level Makefile.in ``impose'' a specific -W policy is > > something to discuss with the other projects. > > I'd suggest configuring with > > CFLAGS=-g ..../configure Okay, that makes sense. Thanks. >From blizzard@mozilla.org Wed Mar 29 19:56:00 2000 From: Christopher Blizzard To: gdb@sourceware.cygnus.com Cc: jimb@redhat.com Subject: Re: problems loading shared libraries - with attached test case Date: Wed, 29 Mar 2000 19:56:00 -0000 Message-id: <38E2D221.ADC270BF@mozilla.org> References: <38DFD84E.9F330EC1@mozilla.org> X-SW-Source: 2000-03/msg00374.html Content-length: 2542 Christopher Blizzard wrote: > > I'm using "set auto-solib-add 0" after main has been called. If I use > "shar" to load a shared library manually once I can't use it again to > load another shared library later. Please see the attached log for an > example of how to reproduce the problem. > I've got a patch for this problem ( attached. ) The problem is in solib_add(). --Chris -- ------------ Christopher Blizzard http://people.redhat.com/blizzard/ Chiseling through a wall of stone isn't my idea of fun. But chiseling through a wall of cheese -- now *there's* a party. ------------ Index: ChangeLog =================================================================== RCS file: /cvs/src/src/gdb/ChangeLog,v retrieving revision 1.207 diff -u -r1.207 ChangeLog --- ChangeLog 2000/03/30 03:03:23 1.207 +++ ChangeLog 2000/03/30 03:53:33 @@ -1,3 +1,12 @@ +2000-03-29 Christopher Blizzard + + * solib.c (solib_add): If a library is in gdb's shared object map + and its symbols aren't loaded and the pattern of shared objects to + load matches the path name of the shared object in question, load + the symbols in the shared object. This fixes the problem when + shared libraries are being loaded only on demand that the + "sharedlibrary" command can only be run once. + 2000-03-29 Daniel Berlin * minsyms.c (add_minsym_to_demangled_hash_table): New function. Index: solib.c =================================================================== RCS file: /cvs/src/src/gdb/solib.c,v retrieving revision 1.7 diff -u -r1.7 solib.c --- solib.c 2000/03/24 23:49:10 1.7 +++ solib.c 2000/03/30 03:53:39 @@ -1298,6 +1298,26 @@ i = *i_link; } + /* Check to see whether or not this shared object was added to + gdb's shared object list without the symbols being loaded. + If it was and it matches the pattern for the shared object + that needs to be loaded, load it. */ + if (!gdb->symbols_loaded) + { + if (!pattern || re_exec(gdb->so_name)) + { + if (catch_errors(symbol_add_stub, gdb, + "Error while reading shared library symbols:\n", + RETURN_MASK_ALL)) + { + if (from_tty) + printf_unfiltered ("Loaded symbols for %s\n", + gdb->so_name); + gdb->symbols_loaded = 1; + } + } + } + /* If the shared object appears on the inferior's list too, then it's still loaded, so we don't need to do anything. Delete it from the inferior's list, and leave it on GDB's list. */ >From guo@cup.hp.com Thu Mar 30 00:12:00 2000 From: Jimmy Guo To: gdb@sourceware.cygnus.com Subject: rsync failure (rsync --archive --delete --checksum --compress --statsrsync://sourceware.cygnus.com/src-cvs .) (fwd) Date: Thu, 30 Mar 2000 00:12:00 -0000 Message-id: X-SW-Source: 2000-03/msg00375.html Content-length: 4936 Why these rsync error messages? What do they mean? - Jimmy Guo, guo@cup.hp.com ---------- Forwarded message ---------- Date: Thu, 30 Mar 2000 00:01:23 -0800 src/gdb/osf-share/HP800/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/gdb/osf-share/RIOS/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/gdb/testsuite/config/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/gdb/testsuite/gdb.chill/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/gdb/testsuite/gdb.disasm/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/gdb/testsuite/gdb.fortran/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/gdb/testsuite/gdb.hp/gdb.defects/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/gdb/testsuite/gdb.hp/gdb.objdbg/objdbg01/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/gdb/testsuite/gdb.hp/gdb.objdbg/objdbg03/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/gdb/testsuite/gdb.hp/gdb.objdbg/objdbg04/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/gdb/testsuite/gdb.hp/gdb.objdbg/tools/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/gdb/testsuite/gdb.hp/gdb.objdbg/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/gdb/testsuite/gdb.hp/tools/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/tix/generic/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/tix/library/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/tk/generic/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/tk/library/demos/images/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/tk/library/images/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/tk/library/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/tk/mac/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/tk/testsuite/config/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/tk/testsuite/tk.tests/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/tk/win/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/winsup/cygwin/regexp/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/winsup/cygwin/testsuite/config/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/winsup/cygwin/testsuite/winsup.api/samples/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/winsup/cygwin/testsuite/winsup.api/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/winsup/cygwin/testsuite/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/winsup/doc/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/winsup/mingw/include/sys/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/winsup/mingw/include/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/winsup/mingw/profile/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/winsup/mingw/samples/dlltest/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/winsup/mingw/samples/filehand/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/winsup/mingw/samples/fixargv/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/winsup/mingw/samples/fmode/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/winsup/mingw/samples/globbing/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/winsup/mingw/samples/simpledll/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/winsup/mingw/samples/test/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/winsup/mingw/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/winsup/w32api/include/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory src/winsup/w32api/lib/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory IO error encountered - skipping file deletion send_files failed to open src/bfd/hosts/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory send_files failed to open src/gdb/testsuite/gdb.base/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory send_files failed to open src/tix/library/bitmaps/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory send_files failed to open src/tix/man/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory send_files failed to open src/tk/doc/#cvs.rfl.sourceware.cygnus.com.2545: No such file or directory Number of files: 12823 Number of files transferred: 49 Total file size: 152516389 bytes Total transferred file size: 7892394 bytes Literal data: 275622 bytes Matched data: 7616772 bytes File list size: 433947 Total bytes written: 68061 Total bytes read: 508910 wrote 68061 bytes read 508910 bytes 1306.84 bytes/sec total size is 152516389 speedup is 264.34