similar to: segmentation fault at voicemail

Does anyone have a quick and dirty script for defragmenting mailboxes? i.e.: -rwx------ 1 root root 80553 Oct 20 16:27 msg0000.gsm -rw-r--r-- 1 root root 218 Oct 20 16:27 msg0000.txt -rwx------ 1 root root 781164 Oct 20 16:27 msg0000.wav -rwx------ 1 root root 79360 Oct 20 16:27 msg0000.WAV -rwx------ 1 root root 7260 Oct

I'm getting cycles of repeated crashes which occur and then stop occurring. Looking at the dumps via gdb shows that something peculiar is happening that looks like memory corruption: Program terminated with signal 6, Aborted. #0 0x0000003686e30285 in raise () from /lib64/libc.so.6 (gdb) up #1 0x0000003686e31d30 in abort () from /lib64/libc.so.6 (gdb) up #2 0x0000003686e6971b in

hi all, I'm have a bit of a hard time with some segfaults on running 1.4.23.1 and mISDN 1.1.8. I already enabled " DONT_OPTIMIZE" and " DEBUG_THREADS" in asterisk so I can now generate a bt. I did that (following the instructions on voip-info) but I'm not sure how to "read' the output now. By looking at the bt below, can one see if the problem is caused by

-----Original Message----- From: Dirk Eddelbuettel [mailto:dirk.eddelbuettel at gmail.com] On Behalf Of Dirk Eddelbuettel Sent: Thursday, 19 January 2017 11:21 AM To: Klint Gore Cc: r-sig-debian at r-project.org Subject: Re: [R-sig-Debian] Taking determinant of a matrix of NAs results in intermittent memory corruption >So this converges towards 'old versions bad, new versions fine' ?

As an update, it is a memory problem which I don't know how to fix. I tried to skip the problematic piece of code when in the case when the loop hangs. So I did something like : if( instr ) { LLVMContext& C = instr->getContext(); Value* values[cnt]; errs()<<"\ngy: \n"; if(!(desters==7)){ // this

Hi, I don't know much about this issue, but this malloc error won't be solved by a change to delete[] or free. In fact, if you use the incorrect one for simple types, you may not notice it. The error you have seems to me like a memory corruption because you went out of bound and corrupted the memory somewhere, Valgrind may help you figure out what is going on. Cheers, Matthieu

I updated the patch to read a call graph from a text file. I tested it with the attached call.txt from lld linking chromium. Unfortunately the resulting lld doesn't seem any faster. One thing I noticed is that the most used symbols seem to be at the end of the file. In any case, can you add tests and send the lld patch for review? Thanks, Rafael On 31 July 2017 at 15:19, Davide Italiano

Olly Betts <olly at survex.com> wrote: > On Fri, Aug 21, 2020 at 09:06:59AM +0000, Eric Wong wrote: > > Going back to the "prioritizing aggregated DBs" thread from > > February 2020, I've got 390 Xapian shards for 130 public inboxes > > I want to search against(*). There's more on the horizon (we're > > expecting tens of thousands of public

Dear ALL, Any clues or tips for the following gdb messages. [root@localhost asterisk]# uname -a Linux localhost 2.4.22-1.2115.nptlsmp #1 SMP Wed Oct 29 15:30:09 EST 2003 i686 i686 i386 GNU/Linux localhost*CLI> show version Asterisk CVS-HEAD-09/22/04-11:19:09 built by root@localhost on a i686 running Linux [root@localhost asterisk]# gdb asterisk core.13089 GNU gdb Red Hat Linux

As an update, here is the current piece of code: Inside a loop iterating over each basic block : *std::vector<Value*> values; values.resize(cnt); //std::vector<Value*> values(sizeof(Value*)*cnt); //SmallVector<Value*,cnt> values; if(is) { LLVMContext& C = is->getContext(); errs()<<"\ni: \n"; for(i=0;i<cnt;i++){

https://bugs.freedesktop.org/show_bug.cgi?id=32453 Summary: SIGABRT caused by malloc around RegionCreate. Can only reproduce with nouveau not vesa. Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

I''ve been trying to track down just why talking to XenD is resulting in so much CPU time being comsumed by both xend & xenstored. As a test case, I''m running ''virsh dominfo demo'' which results in a single HTTP request to Xend to fetch domain info, eg ''GET /xend/domains/demo'' Run this in a tight loop & I''ll see xenstored

_______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users

_______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users

https://bugs.freedesktop.org/show_bug.cgi?id=37398 Summary: some applications (like wine) crash nouveau and leave it in an unworkable state Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component:

Hello everyone, I was able to get all the execution paths between 2 points (basic blocks) in my program (with the condition to traverse a loop only once). I mapped all the basic blocks to integers and created a correspondent directed graph. I was able to get all the paths (a path is represented by an integer identifier). For my target program I have 72 paths, but the program hangs unexpectedly

I'm using: [root at gwydion root]# rpm -q squirrelmail dovecot squirrelmail-1.4.3-0.f1.1 dovecot-0.99.12-2.1.fc1.rf [root at gwydion root]# It works very good (a bit slow I would say, but ok)... until I enable MySQL auth mechanism. When I do that, dovecot-auth crashes when squirrelmail try to login. I keep getting: Jan 7 01:28:31 gwydion dovecot: child 22782 (auth) killed with signal 11

Hello Duncan, Yes, I built it with assertions and I have also debug info. On Tue, May 28, 2013 at 5:47 PM, Duncan Sands <baldrick at free.fr> wrote: > Hi Alexandru, did you build LLVM with assertions enabled? If not then you > should do. > > Ciao, Duncan. > > ______________________________**_________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu

Hi Alexandru, did you build LLVM with assertions enabled? If not then you should do. Ciao, Duncan.

-----Original Message----- From: R-SIG-Debian [mailto:r-sig-debian-bounces at r-project.org] On Behalf Of Rolf Turner Sent: Thursday, 19 January 2017 10:11 AM To: Ian Erickson Cc: r-sig-debian at r-project.org Subject: Re: [R-sig-Debian] [FORGED] Taking determinant of a matrix of NAs results in intermittent memory corruption >On 19/01/17 11:54, Ian Erickson wrote: >> Greetings; I've