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,0,0)
85350 bmakeRET wait4 85383/0x14d87
85350 bmakeCALL pipe
> 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) @zo
> 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) @zo
> 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) @zo
> 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) @zo
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.
Btw
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 vie
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
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.
Joer
> 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.
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 dln.o
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
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
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
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? Updat
> 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 su
> Which version of Ruby?
> I could imagine that there is a bug in the LDAP library. And I don't
> think it has anything to do with DragonFly. Can you try it on a
> different OS?
Hi, im using:
ruby 1.8.6 (2007-09-24 patchlevel 111) [i386-dragonfly]
The problem is that this happens in View, but d
[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 with
Chris Turner wrote:
since the ruby source file is called 'eval', my theory is that perhaps
the application is trying to load & evaluate some ruby code from a file
that doesn't exist ..
The application trying to load eval.c is GDB, not the Ruby interpreter
that crashed.
--
Thomas E. S
[EMAIL PROTECTED] wrote:
#0 0x2809a251 in rb_eval (self=697870460, n=0x29049808) at eval.c:2927
2927eval.c: No such file or directory.
in eval.c
Any idea why it can't find eval.c? And how to resolve this? Very urgent,
need to fix this to finish off a project for a client.
disclai
On 2008-03-30 07:06, [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
Forgot to attach backtrace.
(gdb) bt
#0 0x2809a251 in rb_eval (self=697870460, n=0x29049808) at eval.c:2927
#1 0x2809b583 in rb_eval (self=697870460, n=0x29049808) at eval.c:3358
#2 0x2809a5c7 in rb_eval (self=697870460, n=0x29049808) at eval.c:3034
#3 0x280a1aef in rb_call0 (klass=688060440,
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 with signal 4, Illegal instruct
24 matches
Mail list logo