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
The code in question in model class Client:
def zones
Zone.find(:all, :attribute = clientId, :value = #{self.id})
end
if i call it from the controller like
@zones = client.zones
it works, but if i put this in the the view, it crashes.
Well, views are only supposed to
Ok, How strange. I get a different error now:
Core was generated by `ruby18'.
Program terminated with signal 4, Illegal instruction.
#0 0x2809a251 in rb_eval (self=701276060, n=0x29cfd9dc) at eval.c:2927
warning: Source file is more recent than executable.
2927{
What's going on here?
Petr Janda wrote:
Ok, How strange. I get a different error now:
Core was generated by `ruby18'.
Program terminated with signal 4, Illegal instruction.
#0 0x2809a251 in rb_eval (self=701276060, n=0x29cfd9dc) at eval.c:2927
warning: Source file is more recent than executable.
2927{
What's
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 depend on
that.
Joerg
That kinda looks like an actual illegal instruction fault. Try
disassembling the code at the fault point, lets see what it was
actually trying to execute.
-Matt
More weird things happening after /but might be not related to/ upgrade tp
1.12. Im trying to recompile language/ruby18-base and the process completely
halts here:
cc -shared -Wl,-R -Wl,/usr/pkg/lib -L/usr/pkg/lib -Wl,-soname,libruby18.so.18
array.o bignum.o class.o compar.o dir.o
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.
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 depend on
that.
[EMAIL PROTECTED] wrote:
Hi all,
Ruby (on Rails) crashes in certain situations(like running ActiveLdap.find
inside a model or view, or render_component), where it should work and
creates a core18.dump.
porncatalog# gdb -q ruby18 ruby18.core
Core was generated by `ruby18'.
Program terminated
17 matches
Mail list logo
