[#2320] Problems in mathn, rational, complex, matrix — Gavin Sinclair <gsinclair@...>
I received a message from Richard Graham mentioning a problem in the
[#2346] Patch for socket.c: control reverse lookup for every instance — Thomas Uehlinger <uehli@...>
Hi all
[#2357] Use the BasicSocket#do_not_reverse_lookup flag in Webrick — Thomas Uehlinger <uehli@...>
Hi
[#2367] Standard libraries — Dave Thomas <dave@...>
From ruby-dev summary:
Hi,
Hi,
By the way, this issue is about a matter of taste, so the debate is somewhat
Hi,
On Thu, Feb 12, 2004 at 02:58:22PM +0900, NAKAMURA, Hiroshi wrote:
On Thursday, February 12, 2004, 8:18:32 PM, Mauricio wrote:
On Thursday 12 February 2004 04:37, Gavin Sinclair wrote:
On Friday, February 13, 2004, 12:44:15 AM, Sean wrote:
(Dave Thomas: there's a question for you in the second paragraph; if you're
[#2397] PATCH: deprecate cgi-lib, getopts, importenv, parsearg from standard library — Gavin Sinclair <gsinclair@...>
Index: cgi-lib.rb
* Gavin Sinclair (gsinclair@soyabean.com.au) wrote:
On Thursday, February 12, 2004, 11:39:37 PM, E wrote:
Hi,
Hi,
[#2422] Re: [ruby-cvs] ruby: * lib/ftools.rb: documented — "U.Nakamura" <usa@...>
Hello,
[#2449] make install not getting through rdoc phase — "David A. Black" <dblack@...>
Hi --
[#2465] PATCH: OpenStruct#initialize to yield self — Gavin Sinclair <gsinclair@...>
This is a common approach I use to object initialization; I don't know
On Fri, 20 Feb 2004 02:42:00 +0900, Dave Thomas wrote:
> > As more general suggestion. Could 'new' yield the new object is a block
On Fri, 20 Feb 2004 08:24:31 +0900, Carlos wrote:
Hi,
Yukihiro Matsumoto wrote:
On Feb 20, 2004, at 4:33 PM, Joel VanderWerf wrote:
[#2494] rehash segfault — Nathaniel Talbott <nathaniel@...>
I don't have a lot of information on this bug at this point, but
Hi,
On Wed, Feb 25, 2004 at 03:30:54AM +0900, Yukihiro Matsumoto wrote:
[#2504] foldl and foldr — "Sean E. Russell" <ser@...>
Sorry if I'm opening old wounds; I have a hard time believing that nobody has
Maybe bug
Hi there I was writing my C extension for ruby, and when it comes to use it I found that strange behavior. When i.e. I have source file extensionbla.so, and Init_extensionbla function is defined inside it. But when I'm trying to symlink that file to, for example, cd lib ln -s ../ext/extensionbla.so extension.so after a simple ruby -e 'require "extension.so"' I see message like: "Init_extension" is not defined. I found the problem, it's ruby that tries to match Init_ function by using symlink name, not the real file one. Here is the patch, I have no hope that it will be commited to cvs as it is, but maybe you could understand better what the problem is about. -- sdmitry -=- Dmitry V. Sabanin MuraveyLabs. Spam Here -> postmaster@sco.com
Attachments (1)
Index: eval.c
===================================================================
RCS file: /src/ruby/eval.c,v
retrieving revision 1.634
diff -u -3 -p -r1.634 eval.c
--- eval.c 22 Jan 2004 08:31:32 -0000 1.634
+++ eval.c 9 Feb 2004 20:12:58 -0000
@@ -6651,6 +6651,7 @@ rb_require_safe(fname, safe)
{
VALUE result = Qnil;
int state;
+ char *real_path;
struct {
NODE *node;
ID func;
@@ -6703,7 +6704,14 @@ rb_require_safe(fname, safe)
ruby_sourcefile = rb_source_filename(RSTRING(path)->ptr);
ruby_sourceline = 0;
ruby_frame->last_func = 0;
- SCOPE_SET(SCOPE_PUBLIC);
+ real_path = ALLOC_N(char,1024);
+ MEMZERO(real_path,char,1024);
+ if(readlink(ruby_sourcefile,real_path,1024) > 0) {
+ path = rb_funcall(rb_const_get(rb_cObject,rb_intern("File")),rb_intern("dirname"),1,path);
+ rb_funcall(path,rb_intern("<<"),1,rb_str_new2("/"));
+ rb_funcall(path,rb_intern("<<"),1,rb_str_new2(real_path));
+ }
+ SCOPE_SET(SCOPE_PUBLIC);
handle = (long)dln_load(RSTRING(path)->ptr);
rb_ary_push(ruby_dln_librefs, LONG2NUM(handle));
break;