search for: sigtrap

I downloaded and built the Ogg and Vorbis projects and added the frameworks to my project. It just SIGTRAPs before reaching main, in dylib loading code. I then built libvorbis.a, libvorbisenc.a, libvorbisfile.a and added them to my project. Still SIGTRAPs. I built a libogg.a target from scratch in the Ogg project, and added libogg.a, still SIGTRAPs. So I have tried everything I know to do, a...

Hello! I'm trying to work with virt-manager but getting SIGTRAP signal. It is done with gdb under MinGW32 on Windows 7 64-bit. I have Python 2.7.8. 32-bit. As I can see from backtrace ( http://pastebin.com/JhN6XgYb ), there is something wrong with libvirtmod.pyd. Also I couldn't find how to solve " typelib for AppIndicator3" error. So I try to...

...(gdb) 316 passdb_register_module(&passdb_static); (gdb) 317 passdb_register_module(&passdb_oauth2); (gdb) 318 } (gdb) main_preinit () at main.c:186 186 userdbs_init(); (gdb) 188 password_schemes_init(); (gdb) 190 services = read_global_settings(); (gdb) Program received signal SIGTRAP, Trace/breakpoint trap. Cannot remove breakpoints because program is no longer writable. It might be running in another process. Further execution is probably impossible. 0x000000004022a380 in ?? () (gdb) Cannot find bounds of current function (gdb) Next step I?ll stop before that and be more...

...: Breakpoint 4, auth_settings_read (service=0x0, pool=0x4104b020, output_r=0x7fdfffff6d0) at auth-settings.c:522 522 input.module = "auth"; (gdb) n 523 input.service = service; (gdb) n 524 if (master_service_settings_read(master_service, &input, (gdb) s Program received signal SIGTRAP, Trace/breakpoint trap. Cannot remove breakpoints because program is no longer writable. It might be running in another process. Further execution is probably impossible. 0x000000004022a380 in ?? () (gdb) So, why did it not step into master_service_settings_read ? Trying again: 523 input.servi...

...void @do_break() { entry: call void @llvm.debugtrap() ret void } If I compile that with llc and use lldb to launch a program that calls it, on x86_64 linux (Ubuntu 18.04), here's what I see at the stop: Process 130404 stopped * thread #1, name = 'doit', stop reason = signal SIGTRAP frame #0: 0x0000000000400541 doit`do_break at stub.ll:2:1 (lldb) disas doit`do_break: 0x400540 <+0>: int3 -> 0x400541 <+1>: retq (lldb) register read rip rip = 0x0000000000400541 doit`do_break + 1 at stub.ll:2:1 Note that rip is reported as pointing to the next instru...

Just to let people know what my big picture is, I''m trying to write a script that will let me run a program, and name a progeny of that program that I want to debug. My script should find the first occurrence of that progeny, and run it until it finishes initializing the runtime linker, but stop it before it runs any shared library startup routines. (Failing that, I''d be okay

...ind or process rld object list at address 0x0:( dbx internal status code 7) Core file does not correspond to executable Executable /afs/rcf.mitre.org/system/src/local/ssh/030/openssh-3.0.2p1/./ssh (dbx) run Process 241534 (ssh) started Process 241534 (ssh) stopped on signal SIGTRAP: Trace/BPT trap <break type: overflow> at [<unknown>:0 ,0x1001bfc8] (dbx) - Building on another box (IP23) in /tmp instead of in AFS space gives me the same exact results. Could someone please tell me how to get this to build and run?

...374 } 375 } 376 377 int main(int argc, char *argv[]) 378 { 379 int c; 380 381 master_service = master_service_init("auth", 0, &argc, &argv, "w"); (gdb) run Starting program: /usr/ports/mail/dovecot/work/dovecot-2.2.33.2/src/auth/.libs/auth Program received signal SIGTRAP, Trace/breakpoint trap. Cannot remove breakpoints because program is no longer writable. It might be running in another process. Further execution is probably impossible. 0x000000004022a380 in ?? () (gdb) bt #0 0x000000004022a380 in ?? () #1 0x0000000000000008 in ?? () Previous frame identical to...

...copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... (gdb) run -D -vvvvvv index * Starting program: /usr/local/bin/doveadm -D -vvvvvv index * Program received signal SIGTRAP, Trace/breakpoint trap. Cannot remove breakpoints because program is no longer writable. It might be running in another process. Further execution is probably impossible. 0x0000000800624490 in ?? () (gdb) Ideas? On Sun, Oct 23, 2016 at 11:14 AM, Aki Tuomi <aki.tuomi at dovecot.fi> wrote:...

...0100 OS Version: Mac OS X 10.6.8 (10K540) Report Version: 6 Interval Since Last Report: 23665 sec Crashes Since Last Report: 5 Per-App Crashes Since Last Report: 3 Anonymous UUID: A3B4FAD8-70A5-420F-A0E1-E02624B493A5 Exception Type: EXC_BREAKPOINT (SIGTRAP) Exception Codes: 0x0000000000000002, 0x0000000000000000 Crashed Thread: 0 Dyld Error Message: Library not loaded: /Library/Frameworks/R.framework/Versions/2.14/Resources/lib/libR.dylib Referenced from: /Applications/R.app/Contents/MacOS/R Reason: image not found Binary Images: 0x7fff5fc00...

...post made in this xen-devel list: >> http://lists.xensource.com/archives/html/xen-devel/2007-12/msg00678.html >> >> I was able to connect gdb but I ran into a problem where even >> after I clear all the breakpoints, execution traps into gdb with >> SIGTRAP at restore_all_xen(). This only happens if I set a >> breakpoint and then try to continue after hitting the break point. >> If I simply connect gdb but continue without setting any >> breakpoints, everything is OK. >> >> The post mentions some st...

Apologies first for using two addresses, but I can?t currently read my email at distal.com. :-) I was previously running dovecot2-2.2.29.1_2 on FreeBSD 11 on sparc64. Trying to debug a problem I was having with one of my clients, I upgraded to dovecot-2.2.33.2_4 on that same server. However, I cannot connect now, log shows: Feb 20 16:55:00 westeros dovecot: master: Dovecot v2.2.33.2

...ol binding failed: fast lazy bind offset out of range (53437, max=2928) in image /sw/lib/gcc4.7/libexec/gcc/x86_64-apple-darwin12.2.0/4.7.2/cc1 dyld: fast lazy bind offset out of range (53437, max=2928) in image /sw/lib/gcc4.7/libexec/gcc/x86_64-apple-darwin12.2.0/4.7.2/cc1 Program received signal SIGTRAP, Trace/breakpoint trap. 0x00007fff5fc0109d in __dyld_dyld_fatal_error () where all of the bindings from LLVMPolly.so occur before the initializer function is called. Was this behavior expected? Also, as I noted on http://llvm.org/bugs/show_bug.cgi?id=14140#c13, a static build of LLVMPolly.so on...

...> </VirtualHost> fastcgi-crashlog: [14/Jun/2006:09:22:00 :: 5452] Ignoring unsupported signal USR1. [14/Jun/2006:09:22:00 :: 5452] Ignoring unsupported signal USR2. [14/Jun/2006:09:22:00 :: 5452] Ignoring unsupported signal HUP. [14/Jun/2006:09:22:00 :: 5452] Ignoring unsupported signal SIGTRAP. [14/Jun/2006:09:22:00 :: 5452] starting [14/Jun/2006:09:54:11 :: 3500] Ignoring unsupported signal USR1. [14/Jun/2006:09:54:11 :: 3500] Ignoring unsupported signal USR2. [14/Jun/2006:09:54:11 :: 3500] Ignoring unsupported signal HUP. [14/Jun/2006:09:54:11 :: 3500] Ignoring unsupported signal SIGTR...

...ed: fast lazy bind offset out of range (53437, max=2928) in image /sw/lib/gcc4.7/libexec/gcc/x86_64-apple-darwin12.2.0/4.7.2/cc1 > dyld: fast lazy bind offset out of range (53437, max=2928) in image /sw/lib/gcc4.7/libexec/gcc/x86_64-apple-darwin12.2.0/4.7.2/cc1 > > Program received signal SIGTRAP, Trace/breakpoint trap. > 0x00007fff5fc0109d in __dyld_dyld_fatal_error () > > where all of the bindings from LLVMPolly.so occur before the initializer function is called. Was this behavior > expected? > Also, as I noted on http://llvm.org/bugs/show_bug.cgi?id=14140#c13, a static...

I continued to play to get this running. I am close. When X comes up and I click on the user to login - It appears X restarts. I do see a message that gdm was killed by SIGTRAP in the logs. I may just have something not installed at this point. I had to "yum remove" a couple things to allow the update to take place. One was the libgpod (thanks). Jerry

...itions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > (gdb) run -D -vvvvvv index * > Starting program: /usr/local/bin/doveadm -D -vvvvvv index * > > Program received signal SIGTRAP, Trace/breakpoint trap. > Cannot remove breakpoints because program is no longer writable. > It might be running in another process. > Further execution is probably impossible. > 0x0000000800624490 in ?? () > (gdb) > > Ideas? > > > On Sun, Oct 23, 2016 at 11:14 AM, Aki...

..., char *argv[]) > 378 { > 379 int c; > 380 > 381 master_service = master_service_init("auth", 0, &argc, &argv, "w"); > (gdb) run > Starting program: /usr/ports/mail/dovecot/work/dovecot-2.2.33.2/src/auth/.libs/auth > > Program received signal SIGTRAP, Trace/breakpoint trap. > Cannot remove breakpoints because program is no longer writable. > It might be running in another process. > Further execution is probably impossible. > 0x000000004022a380 in ?? () > (gdb) bt > #0 0x000000004022a380 in ?? () > #1 0x0000000000000008 i...

...tation fault. The simplest way to reproduce is to call "fg" for any stopped job in interactive mksh-static or lksh (full mksh is not affected); it results in job being continued but shell crashing immediately after that. The crash happens in j_print() at jobs.c:1560 where the expression sigtraps[WSTOPSIG(p->status)] is out-of-bounds. It seems to be introduced with revision 1.101 of jobs.c that added WCONTINUED flag to wait(2) and then updated the state after checking status with WIFCONTINUED. Apparently, when compiling with klibc, WCONTINUED flag is defined but WIFCONTINUED macro is...

...gnal.h>, *except* for _NSIG and struct + * sigaction, where it has the old definition and we need the new (RT) + * definition. + */ + +struct siginfo; + +#define NSIG 64 + +typedef unsigned long sigset_t; + +#define SIGHUP 1 +#define SIGINT 2 +#define SIGQUIT 3 +#define SIGILL 4 +#define SIGTRAP 5 +#define SIGABRT 6 +#define SIGEMT 7 +#define SIGFPE 8 +#define SIGKILL 9 +#define SIGBUS 10 +#define SIGSEGV 11 +#define SIGSYS 12 +#define SIGPIPE 13 +#define SIGALRM 14 +#define SIGTERM 15 +#define SIGURG 16 +#define SIGSTOP 17 +#define SIGTSTP 18 +#define SIGCONT 19 +#defi...