Is it reproducable? Does the code in the view crash every time?
100% reproducable. Im gonna run a few tests (older 1.x rails version on
DF, and on fbsd 6.2). It seems the same problem happens when i use
render_component(), so i dont think its just LDAP problem. I find that
this happens:
1)
In regards to not being able to compile ruby again, i ran ktrace on bmake
and this is what i got when it halts on compiling bigdecimal.
85350 bmakeRET vfork 85383/0x14d87
85350 bmakeCALL wait4(0x,0xbfbfec40,invalid0,0)
85350 bmakeRET wait4 85383/0x14d87
85350 bmake
Is it reproducable? Does the code in the view crash every time?
100% reproducable. Im gonna run a few tests (older 1.x rails version on
DF, and on fbsd 6.2). It seems the same problem happens when i use
render_component(), so i dont think its just LDAP problem. I find that
this happens:
1)
Is it reproducable? Does the code in the view crash every time?
100% reproducable. Im gonna run a few tests (older 1.x rails version on
DF, and on fbsd 6.2). It seems the same problem happens when i use
render_component(), so i dont think its just LDAP problem. I find that
this happens:
1)
Is it reproducable? Does the code in the view crash every time?
Ok it seems to be DF specific as in FreeBSD loading Zones from the view
works just fine in all cases.
ok now the interesting thing is, if i put the code into a partial it
crashes with both cgi and fcgid, but in plain view(without
Is it reproducable? Does the code in the view crash every time?
100% reproducable. Im gonna run a few tests (older 1.x rails version on
DF, and on fbsd 6.2). It seems the same problem happens when i use
render_component(), so i dont think its just LDAP problem. I find that
this happens:
1)
Petr Janda wrote:
What happens on your console if you use the tracer as follows?
Tracer.on
@zones = client.zones
Tracer.off
Theres a LOT of output, but it doesn't crash since, I believe ,running from
console is similar to running from controller.
Is it reproducable? Does the code in the
Chris Turner wrote:
Joerg Sonnenberger wrote:
On Tue, Apr 01, 2008 at 02:53:52AM +0200, Michael Neumann wrote:
I don't know why, but my application raises an illegal instruction
(signal 4) exception if it is linked with -pthread.
Main binary must be linked against libpthread if any DSO mgiht
