Re: gdb question
On Sun, 23 Sep 2007 00:29:23 + Ghirai [EMAIL PROTECTED] wrote: Hello list, I'm playing with a small nasm executable, is there any way i can get gdb to show me the deadlisting, and allow me to break at a certain offset, without any debugging symbols? Since my code is raw assembly, seeing the sourcecode file or the deadlisting is the exact same. Atm i'm doing like this, and it doesn't seem to work: (gdb) file wp Reading symbols from wp...(no debugging symbols found)...done. (gdb) break 0x8048099 No symbol table is loaded. Use the file command. (gdb) run Starting program: wp warning: shared library handler failed to enable breakpoint Program exited with code 0267. Using gdbtui seems yield the exact same result. What i really want is to see the deadlisting and be able to step through it, seeing what happens with the registers, stack, etc. Can gdb do that? And are there any other usermode debuggers i could use? Thanks for reading. -- Regards, Ghirai. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] You can start gdb session like this: $gdb program break main set disassembly-flavor intel disassemble main Now you can use nexti to run program till break next will step one instruction (if there were no debugging symbols. That was tested on a program, compiled with nasm. -- Dmitry Gorbik [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gdb question
On Sun, 23 Sep 2007 11:59:14 +0400 Dmitry Gorbik [EMAIL PROTECTED] wrote: You can start gdb session like this: $gdb program break main set disassembly-flavor intel disassemble main Now you can use nexti to run program till break next will step one instruction (if there were no debugging symbols. That was tested on a program, compiled with nasm. Thanks for the info :) -- Regards, Ghirai. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gdb in realloc(): error: junk pointer, too high to make sense on FreeBSD 5.2+ [SOLVED]
Paul Querna wrote: Philip M. Gollucci wrote: Hi, 2 years ago, PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/68727 was filed about gdb itself segfaulting when trying to debug httpd. This PR hasn't seen any action AFAIK. Its been 2 years in the making GDB 6.5 works flawlessly with no local mods. I used the attached script to test with against perl 5.8.8 httpd 2.2.2(prefork) mod_perl trunk I'm going to work on creating ports/devel/gdb65 src/contrib/gdb (vendor import) [EMAIL PROTECTED] /home/pgollucci/dev/compile/freebsd-6.1-stable/3.4.4/mod_perl/r420729-5.8.8-2.0.58-prefork 22 5 0./t/TEST -debug=gdb GNU gdb 6.5 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-unknown-freebsd6.1... [Mon Jul 10 22:19:41 2006] [info] 6 Apache2:: modules loaded [Mon Jul 10 22:19:41 2006] [info] 0 APR:: modules loaded [Mon Jul 10 22:19:41 2006] [info] base server + 30 vhosts ready to run tests [Mon Jul 10 22:19:43 2006] [warn] The Alias directive in mod_perl at line 1 will probably never match because it overla ps an earlier Alias. [Mon Jul 10 22:19:43 2006] [warn] The Alias directive in mod_perl at line 1 will probably never match because it overla ps an earlier Alias. THIS IS HUGE -- Philip M. Gollucci ([EMAIL PROTECTED]) 323.219.4708 Consultant / http://p6m7g8.net/Resume/resume.shtml Senior Software Engineer - TicketMaster - http://ticketmaster.com 1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F In all that I've done wrong I know I must have done something right to deserve a hug every morning and butterfly kisses at night. #!/bin/sh -x chdir /home/pgollucci/dev/dist fetch -mva http://ftp.gnu.org/gnu/gdb/gdb-6.5.tar.gz chdir /home/pgollucci/dev/src tar -xvzf ../dist/gdb-6.5.tar.gz mkdir -p /home/pgollucci/dev/src/gdb-6.5 /home/pgollucci/dev/compile/freebsd-6.1-stable/3.4.4 cp -R /home/pgollucci/dev/src/gdb-6.5 /home/pgollucci/dev/compile/freebsd-6.1-stable/3.4.4 chdir /home/pgollucci/dev/compile/freebsd-6.1-stable/3.4.4/gdb-6.5 ./configure \ --prefix=/usr/local/software/freebsd-6.1-stable/3.4.4/gdb/6.5 \ --enable-maintainer-mode make make install # tcsh: # setenv PATH /usr/local/software/freebsd-6.1-stable/3.4.4/gdb/6.5/bin:$PATH # rehash ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gdb in realloc(): error: junk pointer, too high to make sense on FreeBSD 5.2+
Philip M. Gollucci wrote: Hi, 2 years ago, PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/68727 was filed about gdb itself segfaulting when trying to debug httpd. This PR hasn't seen any action AFAIK. This appears to be a duplicate of this one: http://www.freebsd.org/cgi/query-pr.cgi?pr=gnu/73512 Again, no action, I can repo this 100% on my machines as well. (gdb) x flags 0x102: Error accessing memory address 0x102: Bad address. Can you try to get this into a simple test case? Calling apr_dso_load twice? -Paul ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gdb in realloc(): error: junk pointer, too high to make sense on FreeBSD 5.2+
Paul Querna wrote:
Can you try to get this into a simple test case? Calling apr_dso_load twice?
I didn't seem to be able to cause it in a simple case; any great ideas ?
gcc -g -O0 \
-I/usr/local/software/freebsd-6.1-stable/3.4.4/apr/trunk/include/apr-1 \
-L/usr/local/software/freebsd-6.1-stable/3.4.4/apr/trunk/lib -l apr-1 \
gdb.c -o test
./test
[EMAIL PROTECTED] /home/pgollucci 145 0gdb ./test
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB. Type show warranty for details.
This GDB was configured as i386-marcel-freebsd...
(gdb) r
Starting program: /usr/home/pgollucci/test
warning: Unable to get location for thread creation breakpoint: generic error
[New LWP 100062]
[New Thread 0x8053000 (LWP 100062)]
Program exited normally.
(gdb)
Philip M. Gollucci ([EMAIL PROTECTED]) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F
In all that I've done wrong I know I must have done something right to
deserve a hug every morning and butterfly kisses at night.
/* $Id$ */
#include apr.h
#include apr_dso.h
#include stdio.h
int main(int argc, const char * const argv[]) {
apr_pool_t *cntx;
apr_status_t stat;
apr_dso_handle_t *modhandle;
const char *path = /lib/libc.so.6;
apr_app_initialize(argc, argv, NULL);
stat = apr_pool_create(cntx, NULL);
if (stat != APR_SUCCESS) {
fprintf(stderr, apr_pool_create() failed to create initial context);
apr_terminate();
exit(1);
}
if (apr_dso_load(modhandle, path, cntx) != APR_SUCCESS) {
char my_error[256];
fprintf(stderr, apr_dso_error(modhandle, my_error, sizeof(my_error)));
}
if (apr_dso_load(modhandle, path, cntx) != APR_SUCCESS) {
char my_error[256];
fprintf(stderr, apr_dso_error(modhandle, my_error, sizeof(my_error)));
}
apr_terminate();
exit(0);
}
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gdb
On Thu, Feb 27, 2003 at 04:07:44PM -0600, Brian Henning wrote: Hello- i am trying to get familiar with gdb so i wrote this code knowing that i will get a core dump. when i try to run the following command i get some error about not being in the proper format. what can i do to remedy the problem? thanks, brian gcc -ggdb gen_core.c ./a.out gdb core /home/henninb/core: not in executable format: File format not recognized That should be: gcc -g gen_core.c ./a.out gdb a.out a.out.core -- Jonathan Chen [EMAIL PROTECTED] -- Experience is a hard teacher because she gives the test first, the lesson afterwards To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
