[#4346] Segmentation fault — Andrew Walrond <andrew@...>
FYI, just got this random unexpected crash
On 01 Feb 2005, at 07:33, Andrew Walrond wrote:
[#4360] Adding lastlog info to etc — "Berger, Daniel" <Daniel.Berger@...>
Hi all,
[#4368] 'when (cond):' causes SyntaxError — "NAKAMURA, Hiroshi" <nakahiro@...>
Hi,
[#4385] add color_set support to curses.c — Paul Duncan <pabs@...>
I'm not sure why this is missing from the Curses binding, but the
[#4392] HTTP Basic authentication for open_uri — Kent Sibilev <ksibilev@...>
Can somebody apply the following patch for open_uri in order to enable
[#4402] BUG: Struct.new(:a?).instance_methods — "Cs. Henk" <csaba-ml@...>
Hi, getting an ArgumentError with "NULL pointer given" doesn't seem to
[#4403] Re: Unknown OS X 10.2 Socket constants (+script to generate) — Sam Roberts <sroberts@...>
Quoteing matz@ruby-lang.org, on Tue, Feb 08, 2005 at 01:21:18PM +0900:
[#4427] Re: windows socket connection freeze — ville.mattila@...
[#4432] curses + threads = non-blocking getch — William Morgan <wmorgan-ruby-core@...>
Hello experts,
In article <20050214231544.GE26414@masanjin.net>,
[#4439] Thread-safe Ruby Status? — Vincent Isambart <vincent.isambart@...>
Hello,
[#4448] add persistent history to irb — "David A. Black" <dblack@...>
Hi --
[#4453] bug in IRB with $_ matching a range of regexps — Ryan Davis <ryand-ruby@...>
> % ruby -v
[#4468] Re: Strange argc check in stable snapshot — "Berger, Daniel" <Daniel.Berger@...>
> -----Original Message-----
[#4475] Re: Strange argc check in stable snapshot — "Berger, Daniel" <Daniel.Berger@...>
> -----Original Message-----
[#4479] Requesting addition to IRB (configurable standard output) — Sascha Ebach <se@...>
Hello,
Quoting se@digitale-wertschoepfung.de, on Fri, Feb 25, 2005 at 01:22:34AM +0900:
On 24 Feb 2005, at 19:51, Sam Roberts wrote:
Quoting drbrain@segment7.net, on Sat, Feb 26, 2005 at 02:43:31AM +0900:
On 25 Feb 2005, at 16:03, Sam Roberts wrote:
Quoting drbrain@segment7.net, on Sat, Feb 26, 2005 at 10:24:52AM +0900:
On 25 Feb 2005, at 18:55, Sam Roberts wrote:
Quoting drbrain@segment7.net, on Sat, Feb 26, 2005 at 03:49:49PM +0900:
SecurityError on Method#call? (might be DRb specific)
Moin.
I've recently having trouble with these kind of errors:
> SecurityError in Member#list
>
> Insecure operation `write' at level 4
I'm basically using .call on a DRb proxied method to invoke it. $SAFE is
0 in both the server and the client script. The proxy object isn't
tainted. (I'm untainting it and doing a .tainted?() check that always
returns false even before I untaint it.) The server is running in a CGI
environment, but I think that's not relevant.
The method comes from a Module defined in the source code in the usual way:
module Handlers
extend self
def breakpoint_handler(workspace, message)
...
end
def eval_handler(code)
...
end
...
end
And I'm setting them like this:
service.eval_handler = Handlers.method(:eval_handler)
So what I'm asking is: Is there any other reason why a method would
suddenly be executed in a $SAFE == 4 context or a way a method could get
tainted when running with $SAFE == 0 at all?
I initially thought that this would not happen at all unless you
manually set $SAFE, but it appears that this happens for tainted methods
even in $SAFE == 0.
I can not reproduce the problem locally, but some users of the
breakpoint library where this trouble can reproduce it reliably, so I'll
be able to pass along further questions.
Thanks a lot for any information that might help with this problem. I'm
unfortunately running out of ideas here...
Regards,
Florian Gross