similar to: core dump on centos

Dear all, I encountered a core dump like this, (R:24072): Gdk-CRITICAL **: gdk_drawable_get_display: assertion `GDK_IS_DRAWABLE (drawable)' failed *** caught segfault *** address 0x78, cause 'memory not mapped' Possible actions: 1: abort (with core dump, if enabled) 2: normal R exit 3: exit R without saving workspace 4: exit R saving workspace Selection: 1 aborting ... Segmentation

Hi All. While working on something I noticed core dumps from sshd. They don't seem to be related to what I was working on. It's from the process forked to run the shell. Just after the fork, fatal_remove_all_cleanups() is called, which looks like: fatal_remove_all_cleanups(void) { struct fatal_cleanup *cu, *next_cu; for (cu = fatal_cleanups; cu; cu = next_cu) {

Hi all, smbd -V: Version 3.0.23d-19.2-1179-SUSE-SL10.2 I'm seeing a core dump in /var/log/messages when trying to access the security tab from Windows when I have Active Directory users and groups assigned to the Linux file system. I can replicate this each time by doing the following. Change the permissions on the Linux directory I have specified as a share in smb.conf. ls -ltr /dir/

Hello, After installing Asterisk from source in Slackware 13.1, I get the following error: Error loading module 'res_config_odbc.so': /usr/lib/asterisk/modules/res_config_odbc.so: undefined symbol: ast_odbc_clear_cache Then a core dump. If I change the /etc/asterisk/modules.conf in order to preload the 'res_odbc.so' module, then the error dissapears, *but* still crashes

Well, I have tried really hard to get any of the idmaps to work--in that, idmap_ads, idmap_rid, and I have tried to use idmap stroage in ldap with padl (nss_ldap) too, but I have had no luck. If I enable pam in /usr/lib/security/methods.cfg or nss_ldap, I cannot log into the system anymore. If I enable pam in /etc/pam.conf and use in /etc/security/users SYSTEM = "WINBINd or WINBIND[UNAVAIL]

Does any one know how to change astmanproxy to be able to a) compile without optimisations b) dump a core I've had it crash several times over the past couple of months, but there is no way to debug what's going on. I like the way a core is produced when (if!) * crashes, and would like to have the same thing on astmanproxy. Thanks Julian

Hi Adam, I don't know which repo you have used? Because only the llvm repo is maintained (not the gforge one), and vmkit2 comes from gforge... By the way, how did you found the gforge repo, it should not be referenced anymore from the web? See you, Gaël Le 21 nov. 2013 17:08, "Adam Pridgen" <Adam.pridgen at rice.edu> a écrit : > Hello, > > I am trying to build

Hi all, when I try to search in a virtual mailbox with FTS enabled,?imap cores dump. Sample IMAP session in a virtual mailbox: 1 OK [CAPABILITY IMAP4rev1 SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS THREAD=ORDEREDSUBJECT MULTIAPPEND URL-PARTIAL CATENATE UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT

This should have gone here and not to #706233. Patch will obviously need rebasing by now... ----- Forwarded message from Ian Campbell <ijc at hellion.org.uk> ----- Date: Fri, 16 Aug 2013 14:56:49 +0100 From: Ian Campbell <ijc at hellion.org.uk> To: 706233 at bugs.debian.org Cc: control at bugs.debian.org Subject: move core dumps to /var/lib/xen/dump X-Spam-Status: No, score=-4.9

tags 706233 +patch thanks This is somewhat more FHS compliant IMHO. commit 7d171826bc97bf5f3f2019fc32c1ca85b49de7c9 Author: Ian Campbell <ijc at hellion.org.uk> Date: Fri Aug 16 14:54:42 2013 +0100 * debian/patches/tools-core-dump-dir.patch: Switch tools to dumping to /var/log/xen/dump by default. * debian/xen-utils-common.dirs: Ensure /var/lib/xen/dump is created *

Hi, I am building a 64-bit R 2.0.1 on Solaris 9. The compiler is Sun Studio 8. Make was successful but I have a core dump during a make check. By the way, this problem also happens on my Solaris 8 machine though I did not get a core dump. I do not have 64-bit versions of the readline, tcl/tk, libncurses, etc libraries so these caused configure not to use them with ELFCLASS32 errors. I use

Hi all, We have been running Dovecot for over a year now in our moderate volume mail environment (>4000 mailboxes) and it's been running great. However, over the past month or so we've begun to experience issues where IMAP clients will appear to "hang" for a period of time, we then see a sig 11, and afterwards mailflow returns to normal. This usually happens a few times a

Hi all, Is there anyway to limit the new core dumping panics? Can't find anything on it. (If I'd only looked in that ...) Was my mistake, but winbindd filled up an entire volume and froze out every process writing to that drive. I started it from a shell and my soft limit is already zero. (ulimit -S -c 0) FC4 2.6.16-1.2069 smp, gcc 4.0.2-8 samba 3.0.23pre2-SVN-build-15162 Regards, Doug

Hello, I am trying to build vmkit2 from the repo using OpenJDK 6 (stock install) on Ubuntu 13.04 amd64. When I try to compile vmkit2 I get the core dump below. I am not sure what the issue is, but I was getting the same error when I was also using classpath. My build environment is set up in the following way:

Developers: I hope this is the appropriate place to post this request. I am getting a core dump in an application of sapply. A simplified example is the following. Because simplify=TRUE is the default for sapply and tapply, the following works x <- 1:5; sapply(x,list) but the following dumps core with an access violation x <- 1:5; myf <- function(x) list(x,x); sapply(x,myf)

I'm seeing core-dumps with both 2.0-beta4 and a fresh checkout from Mercurial. I'm very new to Dovecot, so there's a good chance this is caused by my limited experience with Dovecot configuration, but it's my understanding that any core-dump is considered a bug (nice policy by the way). The installation seemed to be working as expected until I added the two namespaces and

Hi, Pop3-login are CORE-dumping when I log on with TLSSTART, I believe the same will happen with imap-logon to, but I have not tested it yet. The TLS session is coming up and it works fine until I log off, then it's core dump. Open sslvesrion is openssl-1.0.2k. We ran dovecot-2.2.27 before we upgraded to dovecote-2.2.32, and that seems to work fine. (not core dumping) Arvid LOG Sep 05

i m using asterisk 1.8.3 on a centos 5.5 computer when i try to change my name on the voicemail asterisk dump core here what i got on the console -- User ended message by pressing # -- <SIP/6672-00000002> Playing 'auth-thankyou.alaw' (language 'fr') -- <SIP/6672-00000002> Playing 'vm-review.alaw' (language 'fr') -- Saving message as

On 20 Mar 2015, at 13:59, James <lista at xdrv.co.uk> wrote: > > Connecting to dovecot with ssl3 causes imap-login to die: > > Mar 20 11:30:35 MAILHOST dovecot: [ID 583609 mail.crit] imap-login: Fatal: master: service(imap-login): child 21918 killed with signal 11 (core dumped) [last ip=127.0.0.1] I can't reproduce it. I tried it with the same ssl_* settings you had. Can

The following patchset is the dump-core take 6. It changes its format into ELF, adds PFN-GMFN/PFN table, HVM support, and IA64 support. Changes from take 5 - changed section name .Xen.xxx -> .xen_xxx - added XENVER_capabilities and XEDNVER_platform_parameters to xen_version elf note for analysis tools to know whether pae or not - added .xen_prstatus section - made format version single