running nimble on Fedora about nimble

[dom96]

Interesting. That sounds like something bad is happening in Nim's allocator. @Araq what do you think?

What C compiler are you using and at what version?

[dom96]

Also, as a temporary workaround you can download packages.json and place it in ~/.nimble/packages.json (you can get it here)

[dom96]

Also try compiling Nimble with -d:useSysAssert -d:useGcAssert and see what happens please.

[elbrook33]

Hi,
Thanks for this.
I'm using GCC 4.9.2. Below is what I get compiling with those two options.
Putting packages.json in ~/.nimble/ hasn't made a difference.

SysAssert:

[SYSASSERT] dealloc 0

GcAssert:

Traceback (most recent call last)
httpclient.nim(279) httpclient
net.nim(202) newContext
alloc.nim(784) dealloc
alloc.nim(730) dealloc
alloc.nim(612) rawDealloc
alloc.nim(309) isSmallChunk
SIGSEGV: Illegal storage access. (Attempt to read from nil?)

On Sunday, 28 December 2014 4:26:26 AM JST, Dominik Picheta wrote:

Also try compiling Nimble with -d:useSysAssert -d:useGcAssert
and see what happens please.

—
Reply to this email directly or view it on GitHub.

[Araq]

Thanks, that helped. Now we know the cause of this issue. There is a bug in the openssl wrapper that Nimble uses. We will fix it tomorrow. Glad we found it before the release of 0.10.2. :-)

[elbrook33]

That's quick! Brilliant!
Thanks so much

On 28/12/2014, at 11:25 am, Andreas Rumpf [email protected] wrote:

Thanks, that helped. Now we know the cause of this issue. There is a bug in the openssl wrapper that Nimble uses. We will fix it tomorrow. Glad we found it before the release of 0.10.2. :-)

�
Reply to this email directly or view it on GitHub.

[dom96]

I'm going to assume that this is now fixed. Reopen if not.