ius.
>
> See the embedded observations below.
>
>
>
> On 7/15/24 05:42, Demetrius Stanton wrote:
> > Hi!
> >
> > My name is Demetrius Stanton. It was suggested that I reach out for a
> problem I'm experiencing trying to install gdb on my system. I'm will
Hi Demetrius.
See the embedded observations below.
On 7/15/24 05:42, Demetrius Stanton wrote:
Hi!
My name is Demetrius Stanton. It was suggested that I reach out for a problem
I'm experiencing trying to install gdb on my system. I'm willing to submit
whatever information is ne
On Mon, Jul 15, 2024 at 11:07 AM Demetrius Stanton wrote:
>
> Hi!
>
> My name is Demetrius Stanton. It was suggested that I reach out for a problem
> I'm experiencing trying to install gdb on my system. I'm willing to submit
> whatever information is necessary to try
Hi Demetrius,
On 15/07/24 17:12, Demetrius Stanton wrote:
[...]
I recently encountered a weird error, and I can't seem to find a fix
online. When I run the command ` sudo apt update && sudo apt install
gdb -y `, I receive an 404 error stating failed to fetch
https://deb.debi
On 2024-07-15 at 07:42, Demetrius Stanton wrote:
> Hi!
>
> My name is Demetrius Stanton. It was suggested that I reach out for a
> problem I'm experiencing trying to install gdb on my system. I'm willing to
> submit whatever information is necessary to try and get this
Hi!
My name is Demetrius Stanton. It was suggested that I reach out for a
problem I'm experiencing trying to install gdb on my system. I'm willing to
submit whatever information is necessary to try and get this issue
resolved.
I recently encountered a weird error, and I can't see
On Sun 14 Jan 2024 at 08:54:35 (+0100), Morten Hauke Solvang wrote:
> Short version: "apt remove gdb-minimal" seems to have also removed
> plasma-desktop + a bunch of related packages.
>
> Curious if there are any good debugging tips for figuring out what
> happened her
On 2024-01-14 08:54 +0100, Morten Hauke Solvang wrote:
> That assumption was a bit misguided. The correct way would have been to
> "apt install gdb" _without_ first removing gdb-minimal, that would have
> avoided the removal of reverse dependencies.
> Pretty sure not onl
On 2024-01-14 08:54 +0100, Morten Hauke Solvang wrote:
> Short version: "apt remove gdb-minimal" seems to have also removed
> plasma-desktop + a bunch of related packages.
>
> Curious if there are any good debugging tips for figuring out what
> happened here.
> Or
Short version: "apt remove gdb-minimal" seems to have also removed
plasma-desktop + a bunch of related packages.
Curious if there are any good debugging tips for figuring out what
happened here.
Or maybe I'm missing something obvious about how apt works, and this
is expected behav
Alexander Villalba writes:
> why gdb-doc is in non-free ??!:
Because the GNU FDL does not grant the freedoms necessary for free
software.
> gdb-doc is also GNU
The ‘gdb-doc’ work is released by the Free Software Foundation, and they
intend it to be part of the GNU operating syste
Dear Friends!:
why gdb-doc is in non-free ??!:
https://packages.debian.org/search?keywords=gdb-doc
gdb-doc is also GNU
printf("%d ", x);
> return 0;
> }
>
> When I press the Run button in Debug tab,
> a message box appears saying
> "Error loading file".
Hm... I'm not familiar with Geany at all. It *may* be a way to tell you
that Geany is unable to launch gdb (which should
sh_table != NULL' failed
How can I do debugging in Geany successfully?
And in the "Breakpoints" tab, an old breakpoint of a past file still remains.
How can I delete this?
EenyMeenyMinyMoa
2016-02-22 16:38 GMT+08:00, Reco :
> Hi.
>
> On Mon, 22 Feb 2016 16:21:31 +0800
&g
Hi.
On Mon, 22 Feb 2016 16:21:31 +0800
EenyMeenyMinyMoa wrote:
> Hi,
> refering to
>
> https://packages.debian.org/search?lang=en&suite=all&searchon=names&keywords=geany-plugin-gdb
>
> I added the line
> deb http://ftp.jp.debian.org/debian/ wheezy mai
Hi,
refering to
https://packages.debian.org/search?lang=en&suite=all&searchon=names&keywords=geany-plugin-gdb
I added the line
deb http://ftp.jp.debian.org/debian/ wheezy main
to /etc/apt/sources.list, and apt-get updated,
but I was not able to install geany-plugin-gdb.
$ sudo apt
On Sat, 03 Mar 2012 20:06:55 +0100, Steven Post wrote:
> On Sat, 2012-03-03 at 17:23 +, Camaleón wrote:
>> If the last thing you can see before it crashes is the IMAP syncing
>> routine, have you tried to disable this account?
>
> After the first time I deleted all user information from my
As soon as any account is added, it crashes. I haven't tried with pop3
and some others, only with imap and local account.
>
> > I tried to obtain some kind of backtrace as suggested on [1], by running
> > evolution from gdb. But when I try this, evolution doesn't segfa
with a specific account settings (it happens when you add any type of
account -pop3, imap, local mailbox- or just crashes with one of them?).
> I tried to obtain some kind of backtrace as suggested on [1], by running
> evolution from gdb. But when I try this, evolution doesn't segfault
on [1], by running
evolution from gdb. But when I try this, evolution doesn't segfaults and
I can work normally.
Any Ideas on how to get any useful information on this?
[1] http://wiki.debian.org/HowToGetABacktrace
Kind regards,
Steven
signature.asc
Description: This is a digitally signed message part
Hi folks,
does anyone here know the magic incantation required to get GDB to accept a
breakpoint within the loader (ld.so), in particular on dl_main(), on a x86_64
system?
(gdb) set environment LD_PRELOAD /path/to/debug/ld.so
(gdb) b dl_main
(gdb) run ...
does not seem to do the job.
Thanks
Hey all,
I'm in the process of debugging a stange Apache+PHP related problem.
(process taking cpu time, but strace -p $PID doesn't show anything for
this process)
I'd like to use gdb to look into the apache process and therefore
installed the debugging symbols for apache2 (pack
> int main(void) {
> if (funcInAppLib() < 0) printf("funcInAppLib() < 0\n");
> }
>
>
> Where the application is debianized, and appLib is installed as a
> shared library. It has an associated -dev library, which is not
> normally in
application is debianized, and appLib is installed as a
shared library. It has an associated -dev library, which is not
normally installed.
I want to have gdb step into funcInAppLib(). What should I do so
that single step in main will actually step into funcInAppLib()? What
I did so far i
rint out the values of a two
> dimensional vector (vector of a vector) in gdb.
So, this isn't pretty. But you can examine the values of a vector in
gdb. If you print a vector you'll see something like this:
(gdb) print matchers
$10 =
{
>> = {
_M_impl = {> =
{<__
Hi,
Just wanted to see if somebody could share some information about where
we are regarding debugging programs which use STL.
For example, I am not sure how I can print out the values of a two
dimensional vector (vector of a vector) in gdb.
Printing out dynamically allocated memory works
dy has been replaced by something newer in
> the archive?
>
> If that is so, you should be able to fetch the old source from
> snapshot.debian.net. To be sure, compare the version numbers.
>
> > In any event, I had tried what the author of the doc recommends and was
> > unabl
d stop upgrading after a while, I guess apt-get source will not find
the source package if it already has been replaced by something newer in
the archive?
If that is so, you should be able to fetch the old source from
snapshot.debian.net. To be sure, compare the version numbers.
> In any event, I
a "dpkg -i package_name" to no effect.
> >
> > Even if I try to point gdb to the directory that contains the source
> > via the "-d" flag I end up with the dreaded "no symbols table loaded"
> > message. "use the file command".
>
&g
On Sun, Mar 18, 2007 at 11:07:04PM EST, Roberto C. Sánchez wrote:
> On Sun, Mar 18, 2007 at 11:53:51PM -0500, cga2000 wrote:
> > Could somebody advise on using gdb on a debian system?
> >
> > Currently whenever I need to take an insider look at what the code is
> > re
Sven Arvidsson wrote:
> See http://wiki.debian.org/?HowToGetABacktrace
>
Nice link! Explains the concepts and commands beautifully! Long live Debian
Wiki and kudos to the authors!
raju
--
Kamaraju S Kusumanchi
http://www.people.cornell.edu/pages/kk288/
http://malayamaarutham.blogspot.com/
On Sun, 2007-03-18 at 23:53 -0500, cga2000 wrote:
> I have tried to follow the recommendations I found in various docs,
> like rebuilding the package via an "apt-get source package" followed
> by a "dpkg -i package_name" to no effect.
>
> Even if I try to point
On Sun, Mar 18, 2007 at 11:53:51PM -0500, cga2000 wrote:
> Could somebody advise on using gdb on a debian system?
>
> Currently whenever I need to take an insider look at what the code is
> really doing, I try to locate the source of the same version, download
> the .tar.gz .. run
Could somebody advise on using gdb on a debian system?
Currently whenever I need to take an insider look at what the code is
really doing, I try to locate the source of the same version, download
the .tar.gz .. run configure/make and execute the version that I built
from source:
$ gdb ./program
I want to file the following bug report, but I'm not sure if it's a gdb,
libc6 or libc6-dbg problem:
Package: libc6
Version: 2.3.6.ds1-11
If you don't install libc6-dbg, and set LD_LIBRARY_PATH=/usr/lib/debug,
then you get corrupted stack traces for deadlocked threads in GDB:
$
Hello,
Since a couple of weeks I have had issues with gdb. Almost every
time I step into a function gdb start taking all cpu. Is there
anything I can tweaks so that it does not take too long. By default I
use shared libs, and
$ gcc --version
gcc (GCC) 4.1.2 20060901 (prerelease) (Debian 4.1.1
On 7/22/05, kamaraju kusumanchi <[EMAIL PROTECTED]> wrote:
> David E. Fox wrote:
>
> >On Thu, 21 Jul 2005 13:00:18 -0400
> >kamaraju kusumanchi <[EMAIL PROTECTED]> wrote:
> >
> >>(gdb) list
> >>1 ../sysdeps/i386/elf/start.S: No such
David E. Fox wrote:
On Thu, 21 Jul 2005 13:00:18 -0400
kamaraju kusumanchi <[EMAIL PROTECTED]> wrote:
(gdb) list
1 ../sysdeps/i386/elf/start.S: No such file or directory.
in ../sysdeps/i386/elf/start.S
(gdb)
I get the same output you do on a different smal
On Thu, 21 Jul 2005 13:00:18 -0400
kamaraju kusumanchi <[EMAIL PROTECTED]> wrote:
> (gdb) list
> 1 ../sysdeps/i386/elf/start.S: No such file or directory.
> in ../sysdeps/i386/elf/start.S
> (gdb)
I get the same output you do on a different small test program but
$cat helloworld.f90
PROGRAM helloworld
IMPLICIT NONE
PRINT *, "Just for testing purposes"
END PROGRAM helloworld
$gfortran -g -Wall helloworld.f90
$./a.out
Just for testing purposes
$gdb ./a.out
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is fre
[EMAIL PROTECTED] (Niels L. Ellegaard) writes:
> In conclusion I am left with a system with no xserver. XFree86
> doesn`t start in Sarge and I cannot downgrade. As a final attempt
> before reinstall I would like to start xfree86 in gdb, and see if I
> can construct a backtrace. Perh
Is it possible to start xfree within gdb and get a backtrace? The
problem is that if I try try `gdb Xfree86`, and my XFree86 crashes,
then my screen locks, and I dont get to see the backtrace.
OK here is the long story..
A year ago I filed a bug #204603 that I cannot upgrade XFree86 from
Woody
Whenever I start gdb, I get the warning:
% gdb --version
gdb: Symbol `emacs_ctlx_keymap' has different size in shared object, consider
re-linking
GNU gdb 2002-04-01-cvs
Copyright 2002
erything else in gd2 works but for some reason the ImageCopy()
> function in the php lib does not work at all, so I got out gdb and
> ran some tests.
>
> cgi:/var/www/# gdb /usr/bin/php4
> GNU gdb 2002-04-01-cvs
> Copyright 2002 Free Software Foundation, Inc.
> GDB is free sof
reason the ImageCopy()
function in the php lib does not work at all, so I got out gdb and
ran some tests.
cgi:/var/www/# gdb /usr/bin/php4
GNU gdb 2002-04-01-cvs
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to
On Sun, Feb 15, 2004 at 12:12:07PM +0100, Holger Rauch wrote:
> Since gdb 6.0 has not yet officially made it into testing due to some
> dependency problems, where can I find a backported version of gdb 6,0
> to Debian testing so that I can debug my program using gdb 6.0?
Backports from
Hello!
I'm running Debian testing with kernel 2.6.2. When debugging programs with
gdb 5.3, I get the following error messages:
(gdb) r
Starting program:
/home/holgi/sara4-stuff/sas/xmlmodule/test-progs/sqltok+xqueryconv-test/tam_select-test_mg
Error while reading shared library symbols:
C
I've installed libc6-dbg, and set LD_LIBRARY_PATH correctly.
I've also gotten the source for libc6-dbg and unpacked both
the tar.bz2 files inside it, and added the main dir, and all the subdirs with the dir
command.
When I set a breakpoint at __libc_write and do list, I get:
(gdb) c
GDB from unstable (x86) is unable to read debugging information
generated by current GCC 3.1 CVS (using the "-g") switch. Is this a
known problem? Are there any workarounds?
I thought that GDB 5.1 finally supported DWARF2, which is needed by
more recent GCC versions.
--
Flor
For some reason the behavior of gdb when I split a C++ program into
multiple files is not the same as when there is only one source file.
In particular, in the multiple file case gdb does not recognize local
variables and does not honor breakpoints that are set by line numbers.
What am I missing
o tell DDD not to fail when opening input
> files?
> Or is there a better graphical front end?
> Maybe this is a limitation with GDB?
>
> I am running Stable version of Debian, using g++
>
> Thanks!
>
> xucaen
>
> [EMAIL PROTECTED]
etter graphical front end?
Not that I'm aware of. There's "xxgdb", but that does not add much to gdb in
my opinion. In unstable, ther are "gvd" and "kdbg" which I haven't used yet.
DDD is very useful, but like every program, you need to invest time to
On Wed, Oct 31, 2001 at 02:17:21PM -0500, [EMAIL PROTECTED] wrote:
> hmmm.. how do I get color syntax to work in vim 5.6.070-1??
> (I figure if I ask, I'll figure it out. ;-)
I highly suggest getting vim 6. Try people.debian.org/~wakkerma for the
debs.
But you get it to work by putting this in
Hi all... somehow just asking the questions enables me to figure out
the answers! ;-)
I had thought that in DDD, File=>Open also changed into directory but it does
not.
That's why the input failed. it couldn't find the file. It's working now
that I run DDD from current directory.(instead of fro
ed to tell DDD not to fail when opening input
> files?
> Or is there a better graphical front end?
> Maybe this is a limitation with GDB?
>
> I am running Stable version of Debian, using g++
Probably this version of gdb is quite old. Newer 5.0 versiond of gdb and
the correspondi
graphical front end?
Maybe this is a limitation with GDB?
I am running Stable version of Debian, using g++
Thanks!
xucaen
[EMAIL PROTECTED]
On Wed, Aug 15, 2001 at 17:41:14 -0700, 'cduck' Chris Grierson wrote:
> is this something the gdb package maintainer should be notified about, or
> the ddd/kdb ones or none of the above?
As DDD maintainer I am aware of this, and stand by the dependency. While DDD
may work with th
i did a woody install the other day and ddd and kdb both
demand gdb 5.0, but the 'current' woody package is 4.18.
i overrode the deps and things installed (dselect from
the install script). is this something the gdb package
maintainer should be notified about, or the ddd/kdb ones
or n
on Mon, Jun 18, 2001 at 12:33:08AM -0700, [EMAIL PROTECTED] ([EMAIL PROTECTED])
wrote:
> Does anyone know what sort of performance hit, if any, could be
> expected from one or more users running gdb on a multi-user system?
$ time gdb
...in conjunction with:
$ uptime
...wil
On Mon, Jun 18, 2001 at 12:31:32AM -0700, [EMAIL PROTECTED] wrote:
> Sorry, this is a bit OT, but this is the only place I know where there
> are people who know their stuff so well.
>
> Does anyone know what sort of performance hit, if any, could be
> expected from one or more us
Sorry, this is a bit OT, but this is the only place I know where there are
people who know their stuff so well.
Does anyone know what sort of performance hit, if any, could be expected from
one or more users running gdb on a multi-user system?
Get your own FREE E-mail address at http
Sorry, this is a bit OT, but this is the only place I know where there are
people who know their stuff so well.
Does anyone know what sort of performance hit, if any, could be expected from
one or more users running gdb on a multi-user system?
Get your own FREE E-mail address at http
Hi,
this morning, I did the upgrade of bind, and because of that, my
libc6 was upgraded. After that, I've been unable to run gdb
on my favorite little program. Does this soudn familiar to
anyone? (ie, the error: `Cannot access memory at address 0x40017df0').
After that, I upgraded my wh
> > now whether gdb should let me print "pow(run.m*run.dr, 2)" or not, that's
> > gdb segfaulting. a debugger should _NOT_ segfault, under any
> > circumstances.
>
> Unless, there is a hardware problem, esp. memory, gdb will stress out
> your memory mor
>
> now whether gdb should let me print "pow(run.m*run.dr, 2)" or not, that's
> gdb segfaulting. a debugger should _NOT_ segfault, under any
> circumstances.
Unless, there is a hardware problem, esp. memory, gdb will stress out
your memory more than most apps. Do
On Mon, Sep 18, 2000 at 12:35:03PM -0700, Jakob 'sparky' Kaivo wrote:
> Peter Jay Salzman <[EMAIL PROTECTED]> writes:
> >
> > contact FSF or debian?
>
> bug-gdb@gnu.org
And also "info gdb". There's a long section on how to report bugs.
Chee
Peter Jay Salzman <[EMAIL PROTECTED]> writes:
> hello all,
>
> i'm debugging a c++ program, and found something very distressing:
>
> % gdb wellspring core
> GNU gdb 19990928
> (warranty snipped)
> This GDB was configured as &quo
hello all,
i'm debugging a c++ program, and found something very distressing:
% gdb wellspring core
GNU gdb 19990928
(warranty snipped)
This GDB was configured as "i686-pc-linux-gnu"...
Core was generated by `./wellspring'.
Pro
Hello Zhang,
On 10 Apr 2000, maths wrote:
> by the way, where can i find good tutorial of GDB?
>
IMHO the info pages provide a pretty good introduction to gdb.
But there may be far better documentation about it somewhere on the web.
Regards,
Daniel
On Mon, Apr 10, 2000 at 03:45:31AM +0800, maths wrote:
> hello everybody:
>
> i wrote all function in a .h file, and include it in a mian
> file, then cc -g ... late i use gdb to debug, when i use
> command "list", it just list the code in main file, how can
> i lis
hello everybody:
i wrote all function in a .h file, and include it in a mian
file, then cc -g ... late i use gdb to debug, when i use
command "list", it just list the code in main file, how can
i list the codes in .h file, so i can inset a break point or
something else?
by the way, w
--- Begin Message ---
BUG IN DYNAMIC LINKER ld.so: dynamic-link.h: 57: elf_get_dynamic_info:
Assertion `! "bad dynamic tag"' failed!
This seems to point towards ldso in my potato installation.
However, ldso has been installed without problems. This error only seems
to occu
> > BTW: How come that there is a gdb dir under /usr/doc/ but there is not one
> > under /usr/share/doc/ ? What is the exact policy about /usr/doc/ and
> > /usr/share/doc/ ?
> /usr/doc was the traditional location of the documentation. This has changed
> since Debian tri
Hello
> http://www.cs.utah.edu/~hamlet/lib/lessons/gdb/gdb/gdb.html
[btw. thanks for this hint]
> BTW: How come that there is a gdb dir under /usr/doc/ but there is not one
> under /usr/share/doc/ ? What is the exact policy about /usr/doc/ and
> /usr/share/doc/ ?
/usr/doc was the
> Is there some online reference for gdb? I consulted a Linux programming book
> but it did not help. I tried the command 'gdb licq core' but this got me
> nowhere; no 'core' file is created. I have used gdb before but for some
> reason, I cannot get it to work.
Is there some online reference for gdb? I consulted a Linux programming book
but it did not help. I tried the command 'gdb licq core' but this got me
nowhere; no 'core' file is created. I have used gdb before but for some
reason, I cannot get it to work. Perhaps I have forg
On Mon, Nov 22, 1999 at 06:24:05PM -0800, Dave Wiard wrote:
> I recently updated fully to potato and am having a slight annoyance with
> GDB. Giving an 'n' command acts with the exact behavior of 's'. Does
> anyone else have this problem? This is a real annoyance w
I recently updated fully to potato and am having a slight annoyance with
GDB. Giving an 'n' command acts with the exact behavior of 's'. Does
anyone else have this problem? This is a real annoyance when attempting
to perform a strncpy() call where GDB steps me through the AS
What does the m68k mean in gdb? Is it only m68k, or what the heck does
that mean???
Robert Varga
On Tue, Sep 28, 1999 at 01:42:37PM +0100, H C Pumphrey wrote:
> Does anyone know whether it is possible to get gdb to work with Fortran?
The free software support for running Fortran under a debugger is pretty
poor.
> (g77 or fort77) The documentation says it should work (with c
Greetings, Debian users,
Does anyone know whether it is possible to get gdb to work with Fortran?
(g77 or fort77) The documentation says it should work (with certain
caveats e.g. you can't see data in a common block, which is more feature
than bug IMHO). Both the systems I use are sta
th:
>
> $ gcc -g -o foo foo.c
>
> Matthew
> Rich wrote:
> > I am compiling a C program like so
> >
> > gcc -o -g foo foo.c
> >
> > alternatively
> >
> > gcc -o -ggdb foo foo.c
> >
> > When I run gdb, I get "(no
On Wed, Sep 15, 1999 at 12:15:49AM -0500, rich wrote:
> I am compiling a C program like so
>
> gcc -o -g foo foo.c
>
> alternatively
>
> gcc -o -ggdb foo foo.c
>
> When I run gdb, I get "(no debugging symbols found)"
Hmm. Can't help here. It l
t; gcc -o -g foo foo.c
>
> alternatively
>
> gcc -o -ggdb foo foo.c
>
> When I run gdb, I get "(no debugging symbols found)"
>
> When I run ddd, I get "GDB cannot find the source code of your program"
>
> I'm running everything from the s
I am compiling a C program like so
gcc -o -g foo foo.c
alternatively
gcc -o -ggdb foo foo.c
When I run gdb, I get "(no debugging symbols found)"
When I run ddd, I get "GDB cannot find the source code of your program"
I'm running everything from the same dire
On Wed, Jun 02, 1999 at 04:53:46PM -0500, Oleg Krivosheev was heard to say:
>
> Hi, All
>
> just tried to debug my MT stuff using latest potato stuff and
> did not succeed. Is MT debugging lost in transition? I was able
> to debug my stuff on slink with glibc 2.0.7 and g
Hi, All
just tried to debug my MT stuff using latest potato stuff and
did not succeed. Is MT debugging lost in transition? I was able
to debug my stuff on slink with glibc 2.0.7 and gdb 4.17
What package to blame: gdb 4.18, glibc 2.1 or kernel 2.2?
thanks a lot for any help
regards
OK
es me very happy and I'm not going to spend months why it
doesn't work with line-numbers (i.e. break 50), maybe I'll stumble
overit someday.
Hope I haven't wasted anyone's time
regards
- Ingvaldur
Ingvaldur Þ. Sigurjonsson wrote:
>
> Hi,
>
> I am still havin
Hi,
I am still having problem using the gdb-GNU debugger.
The problem is that, that the breakpoints I set in the code, cannot be
inserted by the debugger. Here's an output from the gdb:
debbie:/home/ingi/misc/c++> gdb pdbg
GNU gdb 4.17.19981224.m68k.objc.threads.hwwp.fpu.gnat
...
This
Hi,
When I try to debug an app, which does use some shared libraries, with
ddd/gdb/xxgdb the gdb segfault's when it's launched by the gdb
frontends.
When launched from DDD, a dialog pops up saying "GDB could not be
started.", and gives the "Exit", "Help" a
Hi,
I'm trying to run ddd on a Debian box, and I get the following message
if I'm not root:
bash-2.01$ ddd
gdb: cannot open master pty: No such file or directory
gdb: communication setup failed
ddd starts, but the gdb prompt never appears. If I'm root, things work
just fine.
I have recently been expriencing problems with GDB.
I will compiling a program with the -g symbol and
run it in gdb. After setting a break point(typically
line one worked in the past) and running the program I
get this:
Cannot insert breakpoint 1:
Cannot access memory at address: some memory
> Breakpoint 1 at 0xbab4: file program.c, line 4.
> (gdb) r
> Starting program: /home/IA/baptista/./program
> Breakpoint 1 at 0x81f6c80: file program.c, line 4.
> Cannot insert breakpoint 1:
> Cannot access memory at address 0x81f6c80.
>
> Regards,
Hi Henning,
thank you for you help. But it didnt work. See bellow.
[EMAIL PROTECTED]: ~$ more program.c
#include
void main()
{
int i=1;
printf("%d", i);
}
[EMAIL PROTECTED]: ~$ gcc -o program -g program.c
[EMAIL PROTECTED]: ~$ gdb ./program
GNU gdb 4.1
Paulo Henrique Baptista de Oliveira <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED]: /home/IA/baptista$ gcc -g -o teste teste.c
> [EMAIL PROTECTED]: /home/IA/baptista$ gdb teste
[...]
> (gdb) l
> warning: Source file is more recent than executable.
This suggests that
Hi Debian users,
I have some problems with gdb. Bellow I put the error that occurs when I
try to insert a breakpoint using gdb:
[EMAIL PROTECTED]: /home/IA/baptista$ more teste.c
#include
void main()
{
int i=1;
printf("%d", i);
}
[EMAIL PROTECTED]
> > What is the best way to have hamm system support debugging of ADA programs
> > in
> > gdb ?
>
> Install the slink version of gdb, try if it works; if it doesn't, submit a
> useful bug report.
>
>dists/unstable/main/binary-i386/devel/gdb_4.17-4.m68k.o
On Sun, Oct 18, 1998 at 08:21:26AM +0200, shaul wrote:
> I tried to look for slink's gdb. All I could find is some m68k staff. (I
> did find some relevant lines in Contents-i386.gz) What did I miss ?
dists/unstable/main/binary-i386/devel/gdb_4.17-4.m68k.objc.threads.hwwp.fpu.gnat.de
I tried to look for slink's gdb. All I could find is some m68k staff. (I did
find some relevant lines in Contents-i386.gz) What did I miss ?
>
> > What is the best way to have hamm system support debugging of ADA programs
> > in
> > gdb ?
>
> Install the slink
On Wed, Oct 14, 1998 at 11:30:28PM +0300, shaul wrote:
> It seems to me that hamm's version of gdb doesn't support debugging of ADA
> programs.
> Will that be changed in slink?
>From the changelog in slink's gdb:
* re-integrated gnat support.
(Was repported as a
1 - 100 of 130 matches
Mail list logo
