[#15701] Ruby 1.9.0-1 snapshot released — Yukihiro Matsumoto <matz@...>
Hi,
11 messages
2008/03/01
[#15704] Proc#curry doesn't work on func which produces func — Lin Jen-Shin <godfat@...>
Proc#curry doesn't work on function which produces function,
8 messages
2008/03/01
[#15721] Re: Proc#curry doesn't work on func which produces func
— "Yusuke ENDOH" <mame@...>
2008/03/02
Hi,
[#15722] Re: Proc#curry doesn't work on func which produces func
— ts <decoux@...>
2008/03/02
>>>>> "Y" == Yusuke ENDOH <mame@tsg.ne.jp> writes:
[#15707] Schedule for the 1.8.7 release — "Akinori MUSHA" <knu@...>
Hi, developers,
21 messages
2008/03/01
[#15745] Re: Schedule for the 1.8.7 release
— Paul Brannan <pbrannan@...>
2008/03/03
On Sat, Mar 01, 2008 at 08:58:00PM +0900, Akinori MUSHA wrote:
[#15971] Re: Schedule for the 1.8.7 release
— "Akinori MUSHA" <knu@...>
2008/03/21
Hi,
[#16004] Re: Schedule for the 1.8.7 release
— "Akinori MUSHA" <knu@...>
2008/03/24
At Fri, 21 Mar 2008 23:16:54 +0900,
[#16117] Re: Schedule for the 1.8.7 release
— "Akinori MUSHA" <knu@...>
2008/04/03
At Mon, 24 Mar 2008 21:39:45 +0900,
[#15709] capitalize and downcase — Trans <transfire@...>
I've always wondered why String#capitalize downcases the whole string
6 messages
2008/03/01
[#15713] Ruby String hash key overflow when converting to Fixnum. — "Chiyuan Zhang" <pluskid@...>
Hi, all! I've opened a issue at rubyforge:
4 messages
2008/03/01
[#15728] Question on build process - skipping unsupported extensions — Daniel Berger <djberg96@...>
Hi,
6 messages
2008/03/03
[#15740] Copy-on-write friendly garbage collector — Hongli Lai <hongli@...99.net>
Hi.
31 messages
2008/03/03
[#15742] Re: Copy-on-write friendly garbage collector
— Yukihiro Matsumoto <matz@...>
2008/03/03
Hi,
[#15829] Re: Copy-on-write friendly garbage collector
— Daniel DeLorme <dan-ml@...42.com>
2008/03/08
Yukihiro Matsumoto wrote:
[#15892] Re: Copy-on-write friendly garbage collector
— Hongli Lai <hongli@...99.net>
2008/03/14
Hi.
[#15893] Re: Copy-on-write friendly garbage collector
— Daniel DeLorme <dan-ml@...42.com>
2008/03/14
Hongli Lai wrote:
[#15963] Re: Copy-on-write friendly garbage collector
— Hongli Lai <hongli@...99.net>
2008/03/20
Hi.
[#15964] Re: Copy-on-write friendly garbage collector
— Yukihiro Matsumoto <matz@...>
2008/03/20
Hi,
[#15830] Re: Copy-on-write friendly garbage collector
— Daniel DeLorme <dan-ml@...42.com>
2008/03/08
I believe I managed to close the performance gap to only 6% slower than
[#15873] Re: Copy-on-write friendly garbage collector
— Hongli Lai <hongli@...99.net>
2008/03/12
Daniel DeLorme wrote:
[#15746] Am I misinterpreting the new keyword arguments to IO.foreach and friends? — Dave Thomas <dave@...>
I was expecting this to pass lines to the block:
5 messages
2008/03/03
[#15756] embedding Ruby 1.9.0 inside pthread — "Suraj Kurapati" <sunaku@...>
Hello,
18 messages
2008/03/03
[#15759] Re: embedding Ruby 1.9.0 inside pthread
— Nobuyoshi Nakada <nobu@...>
2008/03/04
Hi,
[#15760] Re: embedding Ruby 1.9.0 inside pthread
— Yukihiro Matsumoto <matz@...>
2008/03/04
Hi,
[#15762] Re: embedding Ruby 1.9.0 inside pthread
— "Suraj N. Kurapati" <sunaku@...>
2008/03/04
Yukihiro Matsumoto wrote:
[#15767] Re: embedding Ruby 1.9.0 inside pthread
— "Suraj N. Kurapati" <sunaku@...>
2008/03/04
Suraj N. Kurapati wrote:
[#15771] Re: embedding Ruby 1.9.0 inside pthread
— Nobuyoshi Nakada <nobu@...>
2008/03/04
Hi,
[#15794] Re: embedding Ruby 1.9.0 inside pthread
— "Suraj N. Kurapati" <sunaku@...>
2008/03/05
Nobuyoshi Nakada wrote:
[#15772] Re: embedding Ruby 1.9.0 inside pthread
— Hongli Lai <hongli@...99.net>
2008/03/04
Suraj N. Kurapati wrote:
[#15793] Re: embedding Ruby 1.9.0 inside pthread
— "Suraj N. Kurapati" <sunaku@...>
2008/03/05
Hongli Lai wrote:
[#15775] next(n), succ(n) ? — Trans <transfire@...>
Can anyone see any reason against adding an optional parameter to
6 messages
2008/03/04
[#15778] Named captures and regular captures — Dave Thomas <dave@...>
It seems that once you have a named capture in a regular expression,
5 messages
2008/03/04
[#15783] Adding startup and shutdown to Test::Unit — Daniel Berger <Daniel.Berger@...>
Hi all,
15 messages
2008/03/04
[#15784] Re: Adding startup and shutdown to Test::Unit
— Daniel Berger <Daniel.Berger@...>
2008/03/04
Daniel Berger wrote:
[#15799] Re: Adding startup and shutdown to Test::Unit
— Paul Brannan <pbrannan@...>
2008/03/05
On Wed, Mar 05, 2008 at 07:52:40AM +0900, Daniel Berger wrote:
[#15835] TimeoutError in core, timeouts for ConditionVariable#wait — MenTaLguY <mental@...>
I've been reworking JRuby's stdlib to improve performance and fix
10 messages
2008/03/09
[#15847] timeouts for ConditionVariable#wait
— MenTaLguY <mental@...>
2008/03/10
On Sun, 2008-03-09 at 12:13 +0900, MenTaLguY wrote:
[#15837] Correct procedure for patch review? — Hongli Lai <hongli@...99.net>
Hi.
5 messages
2008/03/09
[#15838] Bug in Fixnum#& with respect to coercion into a bignum — Dirkjan Bussink <d.bussink@...>
Hello all,
4 messages
2008/03/09
[#15855] Ruby 1.8.6 trace return line numbers wrong — "Rocky Bernstein" <rocky.bernstein@...>
Consider this program:
4 messages
2008/03/11
[#15860] Webrick directory traversal exploit on UNIX — Jos Backus <jos@...>
DSecRG Advisory #DSECRG-08-026 aka -018 describes a remote directory traversal
7 messages
2008/03/11
[#15871] Sparc architecture optimizations — Thomas Enebo <Thomas.Enebo@...>
Someone at Sun has been looking at Ruby on Sparc:
10 messages
2008/03/12
[#15959] Re: Sparc architecture optimizations
— Prashant Srinivasan <Prashant.Srinivasan@...>
2008/03/19
Thomas Enebo wrote:
[#16159] SPARC architecture optimizations
— Prashant Srinivasan <Prashant.Srinivasan@...>
2008/04/04
Hello Ruby-core,
[#16265] Re: [PATCH] SPARC architecture optimizations
— Yukihiro Matsumoto <matz@...>
2008/04/08
Hi,
[#16285] Re: [PATCH] SPARC architecture optimizations
— Prashant Srinivasan <Prashant.Srinivasan@...>
2008/04/08
Yukihiro Matsumoto wrote:
[#16396] Re: [PATCH] SPARC architecture optimizations
— Charles Oliver Nutter <charles.nutter@...>
2008/04/15
Prashant Srinivasan wrote:
[#15880] Ruby 1.8.6 binding value after "if" expression evaluation — "Rocky Bernstein" <rocky.bernstein@...>
Here's another trace hook weirdness that I've encountered.
6 messages
2008/03/13
[#15883] Re: Ruby 1.8.6 binding value after "if" expression evaluation
— "Yemi I. D. Bedu" <yemi@...>
2008/03/13
Hello,
[#15884] Re: Ruby 1.8.6 binding value after "if" expression evaluation
— "Rocky Bernstein" <rocky.bernstein@...>
2008/03/13
Thanks. The output you report matches what I get in 1.8.6 and suggests where
[#15889] Re: Ruby 1.8.6 binding value after "if" expression evaluation
— "Rocky Bernstein" <rocky.bernstein@...>
2008/03/14
I think I've found why this is happening. The trace hook for NODE_IF is
[#15907] Range#member? semantics seem wrong — Dave Thomas <dave@...>
Range#member? has been changed so that it the start and end of the
6 messages
2008/03/14
[#15909] RARRAY_PTR — "Laurent Sansonetti" <laurent.sansonetti@...>
Hi,
6 messages
2008/03/15
[#15917] Ruby 1.9 (trunk) crashes when running RubyGems and Rake — Hongli Lai <hongli@...99.net>
Ruby 1.9 (trunk) seems to crash when running the supplied RubyGems and Rake:
7 messages
2008/03/16
[#15919] Re: Ruby 1.9 (trunk) crashes when running RubyGems and Rake
— Nobuyoshi Nakada <nobu@...>
2008/03/17
Hi,
[#15922] Re: Ruby 1.9 (trunk) crashes when running RubyGems and Rake
— Hongli Lai <hongli@...99.net>
2008/03/17
Nobuyoshi Nakada wrote:
[#15923] Re: Ruby 1.9 (trunk) crashes when running RubyGems and Rake
— Paul Brannan <pbrannan@...>
2008/03/17
On Mon, Mar 17, 2008 at 06:53:19PM +0900, Hongli Lai wrote:
[#15927] how to create a block with a block parameter in C? — Paul Brannan <pbrannan@...>
This works in Ruby (1.9):
8 messages
2008/03/17
[#15928] Re: how to create a block with a block parameter in C?
— ts <decoux@...>
2008/03/17
>>>>> "P" == Paul Brannan <pbrannan@atdesk.com> writes:
[#15933] complex and rational — Dave Thomas <dave@...>
Before I start doing the documentation for the PickAxe, could I just
5 messages
2008/03/18
[#15936] Are Depreciated Methods "add_final" & "remove_final" supposed to ACTUALLY WORK? — Charles Thornton <ceo@...>
In Working on IRHG Docs for GC the following
6 messages
2008/03/18
[#15937] Re: Are Depreciated Methods "add_final" & "remove_final" supposed to ACTUALLY WORK?
— ts <decoux@...>
2008/03/18
>>>>> "C" == Charles Thornton <ceo@hawthorne-press.com> writes:
[#15939] Re: Are Depreciated Methods "add_final" & "remove_final" supposed to ACTUALLY WORK?
— Charles Thornton <ceo@...>
2008/03/18
ts wrote:
[#15938] Questions on Enumerator#skip_first and Enumerable#first — "Artem Voroztsov" <artem.voroztsov@...>
I asked in ruby-talk, but did not get answer.
4 messages
2008/03/18
[#15948] Re: Questions on Enumerator#skip_first and Enumerable#first
— James Gray <james@...>
2008/03/18
On Mar 18, 2008, at 6:20 AM, Artem Voroztsov wrote:
[#15975] Bugs in REXML — "Federico Builes" <federico.builes@...>
Hi,
8 messages
2008/03/21
[#15982] Re: Bugs in REXML
— mathew <meta@...>
2008/03/22
On Mar 21, 2008, at 17:35, Federico Builes wrote:
[#15980] 1.8.6 memory leak? — "Stephen Sykes" <sdsykes@...>
Hi,
5 messages
2008/03/22
[#15983] Changing the algorithm of String#* — apeiros <apeiros@...>
Hi there
6 messages
2008/03/22
[#15990] Recent changes in Range#step behavior — "Vladimir Sizikov" <vsizikov@...>
Hi,
35 messages
2008/03/23
[#15991] Re: Recent changes in Range#step behavior
— Dave Thomas <dave@...>
2008/03/23
[#15993] Re: Recent changes in Range#step behavior
— "Vladimir Sizikov" <vsizikov@...>
2008/03/23
Hi Dave,
[#15997] Re: Recent changes in Range#step behavior
— Dave Thomas <dave@...>
2008/03/23
[#16024] Re: Recent changes in Range#step behavior
— "Vladimir Sizikov" <vsizikov@...>
2008/03/26
Hi Dave,
[#16025] Re: Recent changes in Range#step behavior
— Yukihiro Matsumoto <matz@...>
2008/03/26
Hi,
[#16026] Re: Recent changes in Range#step behavior
— Dave Thomas <dave@...>
2008/03/26
[#16027] Re: Recent changes in Range#step behavior
— Yukihiro Matsumoto <matz@...>
2008/03/26
Hi,
[#16029] Re: Recent changes in Range#step behavior
— Dave Thomas <dave@...>
2008/03/26
[#16030] Re: Recent changes in Range#step behavior
— Yukihiro Matsumoto <matz@...>
2008/03/26
Hi,
[#16031] Re: Recent changes in Range#step behavior
— Dave Thomas <dave@...>
2008/03/26
[#16032] Re: Recent changes in Range#step behavior
— "Vladimir Sizikov" <vsizikov@...>
2008/03/26
On Wed, Mar 26, 2008 at 7:01 PM, Dave Thomas <dave@pragprog.com> wrote:
[#16033] Re: Recent changes in Range#step behavior
— Dave Thomas <dave@...>
2008/03/26
[#16041] Re: Recent changes in Range#step behavior
— David Flanagan <david@...>
2008/03/26
Dave Thomas wrote:
[#16042] Re: Recent changes in Range#step behavior
— Dave Thomas <dave@...>
2008/03/26
[#16043] Re: Recent changes in Range#step behavior
— David Flanagan <david@...>
2008/03/26
Dave Thomas wrote:
[#16044] Re: Recent changes in Range#step behavior
— Dave Thomas <dave@...>
2008/03/26
[#16045] Re: Recent changes in Range#step behavior
— David Flanagan <david@...>
2008/03/27
Dave Thomas wrote:
[#16046] Re: Recent changes in Range#step behavior
— Dave Thomas <dave@...>
2008/03/27
[#16050] Re: Recent changes in Range#step behavior
— David Flanagan <david@...>
2008/03/27
Dave,
[#16052] Re: Recent changes in Range#step behavior
— Daniel DeLorme <dan-ml@...42.com>
2008/03/27
This is all a semantic problem. Different people have different
[#16011] New ERb mode — Marc Haisenko <haisenko@...>
Hi folks,
11 messages
2008/03/25
[#16012] Re: [PATCH] New ERb mode
— Marc Haisenko <haisenko@...>
2008/03/25
On Tuesday 25 March 2008, Marc Haisenko wrote:
[#16013] Re: [PATCH] New ERb mode
— "Jason Roelofs" <jameskilton@...>
2008/03/25
ERb already does this:
[#16014] Re: [PATCH] New ERb mode
— Marc Haisenko <haisenko@...>
2008/03/25
On Tuesday 25 March 2008, Jason Roelofs wrote:
[#16015] Re: [PATCH] New ERb mode
— "Jason Roelofs" <jameskilton@...>
2008/03/25
On Tue, Mar 25, 2008 at 11:39 AM, Marc Haisenko <haisenko@comdasys.com> wrote:
[#16016] Re: [PATCH] New ERb mode
— Marc Haisenko <haisenko@...>
2008/03/25
On Tuesday 25 March 2008, Jason Roelofs wrote:
[#16023] some Enumerable methods slower in 1.9 on OS X after revision 15124 — Chris Shea <cmshea@...>
All,
10 messages
2008/03/26
[#16037] Re: some Enumerable methods slower in 1.9 on OS X after revision 15124
— Yukihiro Matsumoto <matz@...>
2008/03/26
Hi,
[#16047] Re: some Enumerable methods slower in 1.9 on OS X after revision 15124
— Nobuyoshi Nakada <nobu@...>
2008/03/27
Hi,
[#16049] Re: some Enumerable methods slower in 1.9 on OS X after revision 15124
— Paul Brannan <pbrannan@...>
2008/03/27
On Thu, Mar 27, 2008 at 02:26:51PM +0900, Nobuyoshi Nakada wrote:
[#16068] Re: some Enumerable methods slower in 1.9 on OS X after revision 15124
— Nobuyoshi Nakada <nobu@...>
2008/03/29
Hi,
[#16086] Re: some Enumerable methods slower in 1.9 on OS X after revision 15124
— Paul Brannan <pbrannan@...>
2008/03/31
Nobuyoshi Nakada wrote:
[#16087] Re: some Enumerable methods slower in 1.9 on OS X after revision 15124
— Nobuyoshi Nakada <nobu@...>
2008/03/31
Hi,
[#16057] About the license of gserver.rb being "freeware"? — "XiaoLiang Liu" <liuxlsh@...>
Hello everyone,
7 messages
2008/03/28
Re: PATCH: mknod and mkfifo support [Was: Ruby does not support mkfifo]
From:
Hongli Lai <hongli@...99.net>
Date:
2008-03-07 12:01:39 UTC
List:
ruby-core #15823
Hongli Lai wrote: > In my last email, I mentioned that there was an old patch that > implements mknod() and mkfifo() support. That patch no longer works. > I've ported the patch to Ruby 1.9, improved its documentation, and wrote > unit tests. Please review the attached patch. > > Regards, > Hongli Lai > Here is the same patch, backported to Ruby 1.8.
Attachments (1)
ruby-mkfifo-mknod-1.8.diff
(4.31 KB, text/x-diff)
diff --git a/configure.in b/configure.in
index 63ccb61..db3d0c1 100644
--- a/configure.in
+++ b/configure.in
@@ -561,7 +561,8 @@ AC_CHECK_FUNCS(fmod killpg wait4 waitpid syscall chroot fsync getcwd eaccess\
group_member dlopen sigprocmask\
sigaction sigsetjmp _setjmp setsid telldir seekdir fchmod\
mktime timegm gettimeofday\
- cosh sinh tanh round setuid setgid setenv unsetenv)
+ cosh sinh tanh round setuid setgid setenv unsetenv\
+ mkfifo mknod)
AC_ARG_ENABLE(setreuid,
[ --enable-setreuid use setreuid()/setregid() according to need even if obsolete.],
[use_setreuid=$enableval])
diff --git a/file.c b/file.c
index 85ae53b..897dd7d 100644
--- a/file.c
+++ b/file.c
@@ -3465,6 +3465,114 @@ rb_f_test(argc, argv)
return Qnil; /* not reached */
}
+/*
+ * call-seq:
+ * File.mknod(file_name, [type, [mode, [dev]]]) => 0
+ *
+ * Create a filesystem node (file, device special file or named pipe)
+ * named _file_name_, specified by _mode_ and _dev_.
+ *
+ * _type_ and _mode_ specifies the type and the permissions of node to
+ * be created respectively.
+ *
+ * The permissions are modified by the process's umask in the usual
+ * way: the permissions of the created node are (mode & ~umask).
+ *
+ * _type_ should be one of:
+ * - +?f+ - normal file (which will be created empty)
+ * - +?c+ - character special file
+ * - +?b+ - block special file
+ * - +?p+ - FIFO (named pipe)
+ * - +nil+ - normal file
+ *
+ * Raises:
+ * - +ArgumentError+ - _type_ is unknown or not supported on the current platform.
+ * - +SystemCallError+ - Something went wrong during the creation of the node.
+ * - +NotImplementedError+ - This call is not supported on the current platform.
+ */
+
+static VALUE
+rb_file_s_mknod(argc, argv)
+ int argc;
+ VALUE *argv;
+{
+#ifdef HAVE_MKNOD
+ VALUE path, type, vmode, vdev;
+ int mode = 0666, dev = 0, t;
+
+ rb_secure(4);
+ switch (rb_scan_args(argc, argv, "13", &path, &type, &vmode, &vdev)) {
+ case 4:
+ dev = NUM2INT(vdev);
+ case 3:
+ mode = NUM2INT(vmode) & ~S_IFMT;
+ }
+ SafeStringValue(path);
+ if (!NIL_P(type)) {
+ rb_check_safe_obj(type);
+ switch (t = NUM2CHR(type)) {
+ case 'f': mode |= S_IFREG; break;
+ case 'c': mode |= S_IFCHR; break;
+#ifdef S_IFBLK
+ case 'b': mode |= S_IFBLK; break;
+#endif
+#ifdef S_IFIFO
+ case 'p': mode |= S_IFIFO; break;
+#endif
+ default:
+ rb_raise(rb_eArgError, "unknown node type - %c", t);
+ }
+ }
+ if (mknod(StringValueCStr(path), mode, dev)) {
+ rb_sys_fail("mknod");
+ }
+#else
+ rb_notimplement();
+#endif
+ return INT2FIX(0);
+}
+
+/*
+ * call-seq:
+ * File.mkfifo(file_name, mode) => 0
+ *
+ * Creates a FIFO special file (named pipe) with name _file_name_. _mode_
+ * specifies the FIFO's permissions. It is modified by the process's
+ * umask in the usual way: the permissions of the created file are
+ * (mode & ~umask).
+ *
+ * Raises:
+ * - +SystemCallError+ - Something went wrong during the creation of the FIFO.
+ * - +NotImplementedError+ - This call is not supported on the current platform.
+ */
+
+static VALUE
+rb_file_s_mkfifo(argc, argv)
+ int argc;
+ VALUE *argv;
+{
+#if !defined HAVE_MKFIFO && defined HAVE_MKNOD && defined S_IFIFO
+ #define mkfifo(path, mode) mknod(path, (mode)&~S_IFMT|S_IFIFO, 0)
+ #define HAVE_MKFIFO
+#endif
+#ifdef HAVE_MKFIFO
+ VALUE path, vmode;
+ int mode = 0666;
+
+ rb_secure(4);
+ if (rb_scan_args(argc, argv, "11", &path, &vmode) > 1) {
+ mode = NUM2INT(vmode);
+ }
+ SafeStringValue(path);
+ if (mkfifo(StringValueCStr(path), mode)) {
+ rb_sys_fail("mkfifo");
+ }
+#else
+ rb_notimplement();
+#endif
+ return INT2FIX(0);
+}
+
/*
@@ -4461,6 +4569,8 @@ Init_File()
rb_define_singleton_method(rb_cFile, "rename", rb_file_s_rename, 2);
rb_define_singleton_method(rb_cFile, "umask", rb_file_s_umask, -1);
rb_define_singleton_method(rb_cFile, "truncate", rb_file_s_truncate, 2);
+ rb_define_singleton_method(rb_cFile, "mknod", rb_file_s_mknod, -1);
+ rb_define_singleton_method(rb_cFile, "mkfifo", rb_file_s_mkfifo, -1);
rb_define_singleton_method(rb_cFile, "expand_path", rb_file_s_expand_path, -1);
rb_define_singleton_method(rb_cFile, "basename", rb_file_s_basename, -1);
rb_define_singleton_method(rb_cFile, "dirname", rb_file_s_dirname, 1);