From: koral <ko...@ma...> - 2014-04-19 23:32:11
|
Hello, You'll find in attachment to this mail a simple code (and the associated Makefile) to reproduce the segmentation fault. It is based on the demo code from the webkitgtk3 package. The program crashes when trying to load any secured (HTTPS) webpage, while it works fine for non-secured ones. I believe I have followed all the guidelines about how to write a multi-threaded GTK program, which are: * the main GTK loop must be run either in the main thread, or in a distinct bounded thread (= use forkOS, not forkIO); * all GTK calls from foreign threads must be done through postGUISync/postGUIAsync; * all GTK callbacks must NOT use postGUISync, as they are actually executed by the main GTK loop. Either I missed something about those guidelines, or there is a bug in webkitgtk3. Could you please assist ? Kind regards. -- koral |
From: koral <ko...@ma...> - 2014-05-15 06:52:03
|
Sorry to push you on this, but would you please care to assist, at least on possible ways to investigate the problem ? I'm quite stuck on this one, got not clue on how to make things move. I didn't open a GHC ticket yet as I have no proof it is related to the compiler... Thank you. *** koral <ko...@ma...> [2014-04-20 23:20:32 +0200] *** > > I don't know if this is relevant, but a while back I found a nasty bug in > > the GHC run time. It's present in at least versions 7.4.1 through 7.6.3. It > > causes seg faults on some foreign calls on 32 bit Intel (i686) architecture > > Linux when SELinux is present. > > You have me realize I didn't provide the versions of the various programs/libraries I'm using: > * GHC version 7.6.3 => the problem you mentioned is supposed to be already fixed, anyway I'm not using SELinux > * webkitgtk3 version 0.12.6.0 > * gtk3 version 0.12.5.6 > > Do you think I should open a bug ticket for GHC, or could it be related to webkitgtk3/gtk3's code ? -- koral |
From: Axel S. <Axe...@in...> - 2014-05-15 14:14:55
Attachments:
signature.asc
|
Hi Koral, I have trouble compiling webkit (not its Haskell binding) so I can't reproduce your problem. Can you run it in gdb and get a backtrace (bt) once it has crashed? It might be deep within the C part of the program which can give a hint as to what is wrong. Cheers, Axel On May 15, 2014, at 8:51 AM, koral <ko...@ma...> wrote: > Sorry to push you on this, but would you please care to assist, at least on possible ways to investigate the problem ? > I'm quite stuck on this one, got not clue on how to make things move. > I didn't open a GHC ticket yet as I have no proof it is related to the compiler... > > Thank you. > > *** koral <ko...@ma...> [2014-04-20 23:20:32 +0200] *** >>> I don't know if this is relevant, but a while back I found a nasty bug in >>> the GHC run time. It's present in at least versions 7.4.1 through 7.6.3. It >>> causes seg faults on some foreign calls on 32 bit Intel (i686) architecture >>> Linux when SELinux is present. >> >> You have me realize I didn't provide the versions of the various programs/libraries I'm using: >> * GHC version 7.6.3 => the problem you mentioned is supposed to be already fixed, anyway I'm not using SELinux >> * webkitgtk3 version 0.12.6.0 >> * gtk3 version 0.12.5.6 >> >> Do you think I should open a bug ticket for GHC, or could it be related to webkitgtk3/gtk3's code ? > > -- > koral > > ------------------------------------------------------------------------------ > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. > Get unparalleled scalability from the best Selenium testing platform available > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs > _______________________________________________ > Gtk2hs-users mailing list > Gtk...@li... > https://lists.sourceforge.net/lists/listinfo/gtk2hs-users |
From: Axel S. <Axe...@in...> - 2014-05-16 05:31:36
Attachments:
signature.asc
|
Problem solved: You're using a library that uses gmp. Since ghc sets the allocation function of gmp to one that allocates on the Haskell heap, any C library will allocate its numbers also on the Haskell heap which sooner rather than later will be garbage collected. You might want to use the replacement big integer library that does not use gmp. Cheers, Axel On May 15, 2014, at 4:14 PM, Axel Simon <Axe...@in...> wrote: > Hi Koral, > > I have trouble compiling webkit (not its Haskell binding) so I can't reproduce your problem. Can you run it in gdb and get a backtrace (bt) once it has crashed? It might be deep within the C part of the program which can give a hint as to what is wrong. > > Cheers, > Axel > > On May 15, 2014, at 8:51 AM, koral <ko...@ma...> wrote: > >> Sorry to push you on this, but would you please care to assist, at least on possible ways to investigate the problem ? >> I'm quite stuck on this one, got not clue on how to make things move. >> I didn't open a GHC ticket yet as I have no proof it is related to the compiler... >> >> Thank you. >> >> *** koral <ko...@ma...> [2014-04-20 23:20:32 +0200] *** >>>> I don't know if this is relevant, but a while back I found a nasty bug in >>>> the GHC run time. It's present in at least versions 7.4.1 through 7.6.3. It >>>> causes seg faults on some foreign calls on 32 bit Intel (i686) architecture >>>> Linux when SELinux is present. >>> >>> You have me realize I didn't provide the versions of the various programs/libraries I'm using: >>> * GHC version 7.6.3 => the problem you mentioned is supposed to be already fixed, anyway I'm not using SELinux >>> * webkitgtk3 version 0.12.6.0 >>> * gtk3 version 0.12.5.6 >>> >>> Do you think I should open a bug ticket for GHC, or could it be related to webkitgtk3/gtk3's code ? >> >> -- >> koral >> >> ------------------------------------------------------------------------------ >> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE >> Instantly run your Selenium tests across 300+ browser/OS combos. >> Get unparalleled scalability from the best Selenium testing platform available >> Simple to use. Nothing to install. Get started now for free." >> http://p.sf.net/sfu/SauceLabs >> _______________________________________________ >> Gtk2hs-users mailing list >> Gtk...@li... >> https://lists.sourceforge.net/lists/listinfo/gtk2hs-users > > ------------------------------------------------------------------------------ > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. > Get unparalleled scalability from the best Selenium testing platform available > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs_______________________________________________ > Gtk2hs-users mailing list > Gtk...@li... > https://lists.sourceforge.net/lists/listinfo/gtk2hs-users |
From: <tim...@se...> - 2014-05-16 09:56:29
|
Wait, like ghc is live patching the dynamically linked version of gmp? The solution to such madness is not to move away from gmp in any linked c libraries, but to burn the dirty hack at the stake. Tim ---------- Původní zpráva ---------- Od: Axel Simon <Axe...@in...> Komu: koral <ko...@ma...> Datum: 16. 5. 2014 5:32:32 Předmět: Re: [Gtk2hs-users] [webkitgtk3] Segmentation fault on HTTPS requests with multithreaded program "Problem solved: You're using a library that uses gmp. Since ghc sets the allocation function of gmp to one that allocates on the Haskell heap, any C library will allocate its numbers also on the Haskell heap which sooner rather than later will be garbage collected. You might want to use the replacement big integer library that does not use gmp. Cheers, Axel On May 15, 2014, at 4:14 PM, Axel Simon <Axe...@in...> wrote: > Hi Koral, > > I have trouble compiling webkit (not its Haskell binding) so I can't reproduce your problem. Can you run it in gdb and get a backtrace (bt) once it has crashed? It might be deep within the C part of the program which can give a hint as to what is wrong. > > Cheers, > Axel > > On May 15, 2014, at 8:51 AM, koral <ko...@ma...> wrote: > >> Sorry to push you on this, but would you please care to assist, at least on possible ways to investigate the problem ? >> I'm quite stuck on this one, got not clue on how to make things move. >> I didn't open a GHC ticket yet as I have no proof it is related to the compiler... >> >> Thank you. >> >> *** koral <ko...@ma...> [2014-04-20 23:20:32 +0200] *** >>>> I don't know if this is relevant, but a while back I found a nasty bug in >>>> the GHC run time. It's present in at least versions 7.4.1 through 7.6. 3. It >>>> causes seg faults on some foreign calls on 32 bit Intel (i686) architecture >>>> Linux when SELinux is present. >>> >>> You have me realize I didn't provide the versions of the various programs/libraries I'm using: >>> * GHC version 7.6.3 => the problem you mentioned is supposed to be already fixed, anyway I'm not using SELinux >>> * webkitgtk3 version 0.12.6.0 >>> * gtk3 version 0.12.5.6 >>> >>> Do you think I should open a bug ticket for GHC, or could it be related to webkitgtk3/gtk3's code ? >> >> -- >> koral >> >> ------------------------------------------------------------------------- ----- >> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE >> Instantly run your Selenium tests across 300+ browser/OS combos. >> Get unparalleled scalability from the best Selenium testing platform available >> Simple to use. Nothing to install. Get started now for free." >> http://p.sf.net/sfu/SauceLabs >> _______________________________________________ >> Gtk2hs-users mailing list >> Gtk...@li... >> https://lists.sourceforge.net/lists/listinfo/gtk2hs-users > > -------------------------------------------------------------------------- ---- > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. > Get unparalleled scalability from the best Selenium testing platform available > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs_____________________________________________ __ > Gtk2hs-users mailing list > Gtk...@li... > https://lists.sourceforge.net/lists/listinfo/gtk2hs-users" |
From: Garrett M. <gar...@gm...> - 2014-04-20 20:59:31
|
I don't know if this is relevant, but a while back I found a nasty bug in the GHC run time. It's present in at least versions 7.4.1 through 7.6.3. It causes seg faults on some foreign calls on 32 bit Intel (i686) architecture Linux when SELinux is present. I first noticed it in a gtk2hs program that worked fine when compiled under previous versions of GHC, but began crashing under newer versions of Fedora i686 (but not x86_64): https://ghc.haskell.org/trac/ghc/ticket/7629 There are patches available that fix it in GHC 7.6.3. Petersen included the fix when he packaged GHC for Fedora 20. -- Garrett Mitchener On Sat, Apr 19, 2014 at 7:14 PM, koral <ko...@ma...> wrote: > Hello, > > You'll find in attachment to this mail a simple code (and the associated > Makefile) to reproduce the segmentation fault. > It is based on the demo code from the webkitgtk3 package. The program > crashes when trying to load any secured (HTTPS) webpage, while it works > fine for non-secured ones. > > I believe I have followed all the guidelines about how to write a > multi-threaded GTK program, which are: > * the main GTK loop must be run either in the main thread, or in a > distinct bounded thread (= use forkOS, not forkIO); > * all GTK calls from foreign threads must be done through > postGUISync/postGUIAsync; > * all GTK callbacks must NOT use postGUISync, as they are actually > executed by the main GTK loop. > > Either I missed something about those guidelines, or there is a bug in > webkitgtk3. > Could you please assist ? > > Kind regards. > > -- > koral > > > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/NeoTech > _______________________________________________ > Gtk2hs-users mailing list > Gtk...@li... > https://lists.sourceforge.net/lists/listinfo/gtk2hs-users > > |
From: koral <ko...@ma...> - 2014-04-20 21:20:45
|
> I don't know if this is relevant, but a while back I found a nasty bug in > the GHC run time. It's present in at least versions 7.4.1 through 7.6.3. It > causes seg faults on some foreign calls on 32 bit Intel (i686) architecture > Linux when SELinux is present. You have me realize I didn't provide the versions of the various programs/libraries I'm using: * GHC version 7.6.3 => the problem you mentioned is supposed to be already fixed, anyway I'm not using SELinux * webkitgtk3 version 0.12.6.0 * gtk3 version 0.12.5.6 Do you think I should open a bug ticket for GHC, or could it be related to webkitgtk3/gtk3's code ? -- koral |
From: Daniel W. <da...@wa...> - 2014-05-17 20:47:34
|
On 2014-05-17 09:39, Brandon Allbery wrote: > On Sat, May 17, 2014 at 8:02 AM, Axel Simon <Axe...@in...> > wrote: > >> I don't quite agree with Brandon who says it is not an FFI problem. >> It is a problem that can be addressed at the FFI level, namely by >> resetting the GMP allocation function back to malloc before >> executing C code and changing it back to GHC's allocated upon >> return. Adding this to > > Can pure Haskell threads run at the same time as a bound FFI thread? > If so, this won't fly. Yes they can, provided the threaded runtime is in use. ~d |
From: Felipe L. <fel...@gm...> - 2014-05-19 14:04:55
Attachments:
signature.asc
|
Em 17-05-2014 17:47, Daniel Wagner escreveu: > On 2014-05-17 09:39, Brandon Allbery wrote: >> On Sat, May 17, 2014 at 8:02 AM, Axel Simon <Axe...@in...> >> wrote: >> >>> I don't quite agree with Brandon who says it is not an FFI problem. >>> It is a problem that can be addressed at the FFI level, namely by >>> resetting the GMP allocation function back to malloc before >>> executing C code and changing it back to GHC's allocated upon >>> return. Adding this to >> >> Can pure Haskell threads run at the same time as a bound FFI thread? >> If so, this won't fly. > > Yes they can, provided the threaded runtime is in use. > ~d But since GMP's allocation function is global, they'd be using the wrong allocation function while the FFI call was running. Besides, this would not be a complete solution. If you had two libraries (+ GHC) using GMP, each with a different function, I can't see how they would behave well together. This really is a sucky GMP problem, IMHO. Cheers, =) -- Felipe. |
From: Axel S. <Axe...@in...> - 2014-05-16 11:00:33
Attachments:
signature.asc
|
Hi Tim, On May 16, 2014, at 11:56 AM, <tim...@se...> wrote: > Wait, like ghc is live patching the dynamically linked version of gmp? The solution to such madness is not to move away from gmp in any linked c libraries, but to burn the dirty hack at the stake. > This is my information before separate big-integer packages were made available for ghc. The libgmp library has a function that sets the memory allocation function to something that is not malloc. ghc used to used this "feature" to put in a function that allocates on the Haskell heap. It doesn't matter if libgmp is dynamically or statically linked since even in the dynamic case, it has one global pointer to the allocation function. In a single threaded environment one could set the allocation function back to malloc before executing any C code that uses libgmp. In a multi-threaded environment this won't work anymore (since the pointer is probably not a thread-local variable) and hence I'm not even suggesting it. Moreover, it is not the fault of Gtk2Hs that some widget uses a C library that in turn uses gmp. So the only solution I see for Gtk2Hs users is to not use GMP integers in the Haskell runtime. Axel > Tim > ---------- Původní zpráva ---------- > Od: Axel Simon <Axe...@in...> > Komu: koral <ko...@ma...> > Datum: 16. 5. 2014 5:32:32 > Předmět: Re: [Gtk2hs-users] [webkitgtk3] Segmentation fault on HTTPS requests with multithreaded program > > > Problem solved: > > You're using a library that uses gmp. Since ghc sets the allocation function of gmp to one that allocates on the Haskell heap, any C library will allocate its numbers also on the Haskell heap which sooner rather than later will be garbage collected. You might want to use the replacement big integer library that does not use gmp. > > Cheers, > Axel > > On May 15, 2014, at 4:14 PM, Axel Simon <Axe...@in...> wrote: > > > Hi Koral, > > > > I have trouble compiling webkit (not its Haskell binding) so I can't reproduce your problem. Can you run it in gdb and get a backtrace (bt) once it has crashed? It might be deep within the C part of the program which can give a hint as to what is wrong. > > > > Cheers, > > Axel > > > > On May 15, 2014, at 8:51 AM, koral <ko...@ma...> wrote: > > > >> Sorry to push you on this, but would you please care to assist, at least on possible ways to investigate the problem ? > >> I'm quite stuck on this one, got not clue on how to make things move. > >> I didn't open a GHC ticket yet as I have no proof it is related to the compiler... > >> > >> Thank you. > >> > >> *** koral <ko...@ma...> [2014-04-20 23:20:32 +0200] *** > >>>> I don't know if this is relevant, but a while back I found a nasty bug in > >>>> the GHC run time. It's present in at least versions 7.4.1 through 7.6.3. It > >>>> causes seg faults on some foreign calls on 32 bit Intel (i686) architecture > >>>> Linux when SELinux is present. > >>> > >>> You have me realize I didn't provide the versions of the various programs/libraries I'm using: > >>> * GHC version 7.6.3 => the problem you mentioned is supposed to be already fixed, anyway I'm not using SELinux > >>> * webkitgtk3 version 0.12.6.0 > >>> * gtk3 version 0.12.5.6 > >>> > >>> Do you think I should open a bug ticket for GHC, or could it be related to webkitgtk3/gtk3's code ? > >> > >> -- > >> koral > >> > >> ------------------------------------------------------------------------------ > >> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > >> Instantly run your Selenium tests across 300+ browser/OS combos. > >> Get unparalleled scalability from the best Selenium testing platform available > >> Simple to use. Nothing to install. Get started now for free." > >> http://p.sf.net/sfu/SauceLabs > >> _______________________________________________ > >> Gtk2hs-users mailing list > >> Gtk...@li... > >> https://lists.sourceforge.net/lists/listinfo/gtk2hs-users > > > > ------------------------------------------------------------------------------ > > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > > Instantly run your Selenium tests across 300+ browser/OS combos. > > Get unparalleled scalability from the best Selenium testing platform available > > Simple to use. Nothing to install. Get started now for free." > > http://p.sf.net/sfu/SauceLabs_______________________________________________ > > Gtk2hs-users mailing list > > Gtk...@li... > > https://lists.sourceforge.net/lists/listinfo/gtk2hs-users |
From: <tim...@se...> - 2014-05-16 11:07:18
|
Oh, I wasn't sugesting that it was your fault :(. But this situation with the runtime interfering with the FFI(and the other problems that GTK2HS with relatively undefined interactions between FFI C threading and the --threaded runtime) really seems to me that it points to a need to rethink how the FFI is designed. I really feel that this is a set of dirty hacks that do not belong in production code. I'm not saying that it's your fault. However... Perhaps in the future it would actually be better to use shared memory as an IPC mechanism to communcate with C and forgoe the broken haskell FFI entirely. Tim |
From: Brandon A. <all...@gm...> - 2014-05-16 14:32:07
|
On Fri, May 16, 2014 at 5:56 AM, <tim...@se...> wrote: > Wait, like ghc is live patching the dynamically linked version of gmp? > The solution to such madness is not to move away from gmp in any linked c > libraries, but to burn the dirty hack at the stake. The "dirty hack" is that gmp uses a single global allocation function instead of providing computations with a context, thereby potentially (and in this case actually) making distinct uses of gmp interfere with each other. This is not a bug in the FFI. -- brandon s allbery kf8nh sine nomine associates all...@gm... bal...@si... unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net |
From: koral <ko...@ma...> - 2014-05-17 09:41:23
|
I have recompiled GHC with "INTEGER_LIBRARY=integer-simple" and I can now open HTTPS webpages without any problem, this is great, thank you ! However, how should I deploy this "fix" ? As it involves recompiling GHC, I know of no way to automate it through cabal, and a note in the README file will surely go unnoticed for many users. -- koral |
From: Axel S. <Axe...@in...> - 2014-05-17 12:02:36
Attachments:
signature.asc
|
Hi Koral, I think you need to ask the GHC people. I don't quite agree with Brandon who says it is not an FFI problem. It is a problem that can be addressed at the FFI level, namely by resetting the GMP allocation function back to malloc before executing C code and changing it back to GHC's allocated upon return. Adding this to each and every call to a foreign function is not a solution, since another compiler than GHC or GHC with INTEGER_LIBRARY=integer-simple does not need this. Cheers, Axel On 17.05.2014, at 11:41, koral <ko...@ma...> wrote: > I have recompiled GHC with "INTEGER_LIBRARY=integer-simple" and I can now open HTTPS webpages without any problem, this is great, thank you ! > However, how should I deploy this "fix" ? As it involves recompiling GHC, I know of no way to automate it through cabal, and a note in the README file will surely go unnoticed for many users. > > -- koral > > ------------------------------------------------------------------------------ > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. > Get unparalleled scalability from the best Selenium testing platform available > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs > _______________________________________________ > Gtk2hs-users mailing list > Gtk...@li... > https://lists.sourceforge.net/lists/listinfo/gtk2hs-users |
From: Brandon A. <all...@gm...> - 2014-05-17 13:39:28
|
On Sat, May 17, 2014 at 8:02 AM, Axel Simon <Axe...@in...> wrote: > I don't quite agree with Brandon who says it is not an FFI problem. It is > a problem that can be addressed at the FFI level, namely by resetting the > GMP allocation function back to malloc before executing C code and changing > it back to GHC's allocated upon return. Adding this to Can pure Haskell threads run at the same time as a bound FFI thread? If so, this won't fly. -- brandon s allbery kf8nh sine nomine associates all...@gm... bal...@si... unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net |
From: koral <ko...@ma...> - 2014-05-15 16:52:10
|
> I have trouble compiling webkit (not its Haskell binding) so I can't reproduce your problem. Can you run it in gdb and get a backtrace (bt) once it has crashed? It might be deep within the C part of the program which can give a hint as to what is wrong. I'm compiling webkit with debug symbols as I speak, no error so far, it's been building/linking for the whole day and still not finished... For now, the backtrace I can observe is: #0 0x0000000000686e7c in rts_unsafeGetMyCapability () #1 0x00000000006788b9 in stgAllocForGMP () #2 0x00007ffff2359758 in __gmpz_init () from /usr/lib/libgmp.so.10 #3 0x00007fff6d724aa7 in ?? () from /usr/lib/libgnutls.so.28 #4 0x00007fff6d68d3d1 in ?? () from /usr/lib/libgnutls.so.28 #5 0x00007fff6d6948fe in ?? () from /usr/lib/libgnutls.so.28 #6 0x00007fff6d6b6632 in ?? () from /usr/lib/libgnutls.so.28 #7 0x00007fff6d6c0477 in ?? () from /usr/lib/libgnutls.so.28 #8 0x00007fff6d6b4601 in ?? () from /usr/lib/libgnutls.so.28 #9 0x00007fff6d6d80b3 in gnutls_x509_crt_get_pk_algorithm () from /usr/lib/libgnutls.so.28 #10 0x00007fff6d69e148 in gnutls_pubkey_import_x509 () from /usr/lib/libgnutls.so.28 #11 0x00007fff6d69d69f in gnutls_pcert_import_x509 () from /usr/lib/libgnutls.so.28 #12 0x00007fff6d69d7b9 in gnutls_pcert_import_x509_raw () from /usr/lib/libgnutls.so.28 #13 0x00007fff6d6f31e9 in ?? () from /usr/lib/libgnutls.so.28 #14 0x00007fff6d684443 in ?? () from /usr/lib/libgnutls.so.28 #15 0x00007fff6d681490 in gnutls_handshake () from /usr/lib/libgnutls.so.28 #16 0x00007fff6dbb0793 in ?? () from /usr/lib/gio/modules/libgiognutls.so #17 0x00007fff6dbb0b29 in ?? () from /usr/lib/gio/modules/libgiognutls.so #18 0x00007ffff40c8045 in ?? () from /usr/lib/libgio-2.0.so.0 #19 0x00007ffff326b158 in ?? () from /usr/lib/libglib-2.0.so.0 #20 0x00007ffff326a7c5 in ?? () from /usr/lib/libglib-2.0.so.0 #21 0x00007ffff27d2124 in start_thread () from /usr/lib/libpthread.so.0 #22 0x00007ffff1b6d4bd in clone () from /usr/lib/libc.so.6 I guess I should rebuild glib2 & gnutls with debug symbols as well and start over. -- koral |
From: Brandon A. <all...@gm...> - 2014-05-15 17:47:34
|
On Thu, May 15, 2014 at 12:51 PM, koral <ko...@ma...> wrote: > For now, the backtrace I can observe is: > > #0 0x0000000000686e7c in rts_unsafeGetMyCapability () > #1 0x00000000006788b9 in stgAllocForGMP () > #2 0x00007ffff2359758 in __gmpz_init () from /usr/lib/libgmp.so.10 > #3 0x00007fff6d724aa7 in ?? () from /usr/lib/libgnutls.so.28 > I have to think that trying to reinitialize gmp is a bad sign.... -- brandon s allbery kf8nh sine nomine associates all...@gm... bal...@si... unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net |