[#17566] rubychecker - runs checks on a Ruby interpreter — Igal Koshevoy <igal@...>

I've put together a shell script that runs checks on a Ruby interpreter.

14 messages 2008/07/03

[#17615] [PATCH] ruby-mode.el: Fix here-doc strings with inner quotes — Nathan Weizenbaum <nex342@...>

At the moment, ruby-mode.el uses font-lock-keywords as opposed to

22 messages 2008/07/05
[#17657] Re: [PATCH] ruby-mode.el: Fix here-doc strings with inner quotes — Yukihiro Matsumoto <matz@...> 2008/07/08

[#17678] Re: [PATCH] ruby-mode.el: Fix here-doc strings with inner quotes — Nathan Weizenbaum <nex342@...> 2008/07/09

It was designed to fix the following case:

[#17755] Re: [PATCH] ruby-mode.el: Fix here-doc strings with inner quotes — Nathan Weizenbaum <nex342@...> 2008/07/13

Here's a third patch that fixes a bug in the second and uses a quicker

[#17772] Re: [PATCH] ruby-mode.el: Fix here-doc strings with inner quotes — Nathan Weizenbaum <nex342@...> 2008/07/15

One more patch which fixes a few bugs in the the last one.

[#17773] Re: [PATCH] ruby-mode.el: Fix here-doc strings with inner quotes — Nobuyoshi Nakada <nobu@...> 2008/07/15

Hi,

[#17776] Re: [PATCH] ruby-mode.el: Fix here-doc strings with inner quotes — Nathan Weizenbaum <nex342@...> 2008/07/15

Looks like version 22 doesn't support explicitly numbered regexp groups.

[#17779] Re: [PATCH] ruby-mode.el: Fix here-doc strings with inner quotes — Nobuyoshi Nakada <nobu@...> 2008/07/15

Hi,

[#17783] Re: [PATCH] ruby-mode.el: Fix here-doc strings with inner quotes — Nobuyoshi Nakada <nobu@...> 2008/07/15

Hi,

[#17788] Re: [PATCH] ruby-mode.el: Fix here-doc strings with inner quotes — Nathan Weizenbaum <nex342@...> 2008/07/15

Alright, here's a version that fixes both the highlighting bug and the

[#17793] Re: [PATCH] ruby-mode.el: Fix here-doc strings with inner quotes — Nobuyoshi Nakada <nobu@...> 2008/07/16

Hi,

[#17644] Features to be included in Ruby 1.9.1 — "Yugui (Yuki Sonoda)" <yugui@...>

Hi, all

27 messages 2008/07/08

[#17674] [Ruby 1.8 - Bug #238] (Open) Ruby doesn't respect the Windows read-only flag — Jim Deville <redmine@...>

Issue #238 has been reported by Jim Deville.

10 messages 2008/07/08

[#17708] [Ruby 1.8 - Bug #252] (Open) Array#sort doesn't respect overridden <=> — Ryan Davis <redmine@...>

Issue #252 has been reported by Ryan Davis.

13 messages 2008/07/09

[#17871] duping the NilClass — "Nasir Khan" <rubylearner@...>

While nil is an object, calling dup on it causes TypeError. This doesnt seem

33 messages 2008/07/20
[#17872] Re: duping the NilClass — Urabe Shyouhei <shyouhei@...> 2008/07/20

Nasir Khan wrote:

[#17873] Re: duping the NilClass — "Meinrad Recheis" <meinrad.recheis@...> 2008/07/20

On Sun, Jul 20, 2008 at 7:55 PM, Urabe Shyouhei <shyouhei@ruby-lang.org>

[#17877] Re: duping the NilClass — Urabe Shyouhei <shyouhei@...> 2008/07/20

Meinrad Recheis wrote:

[#17879] Re: duping the NilClass — Kurt Stephens <ks@...> 2008/07/20

Urabe Shyouhei wrote:

[#17880] Re: duping the NilClass — "Nasir Khan" <rubylearner@...> 2008/07/21

I write a lot of hand crafted dup or clone because I want control as well as

[#17881] Re: duping the NilClass — "David A. Black" <dblack@...> 2008/07/21

Hi --

[#17882] Re: duping the NilClass — Urabe Shyouhei <shyouhei@...> 2008/07/21

+1 to David. A convenient way to do Marshal idiom should be a new

[#17885] Re: duping the NilClass — "Robert Dober" <robert.dober@...> 2008/07/21

On Mon, Jul 21, 2008 at 8:21 AM, Urabe Shyouhei <shyouhei@ruby-lang.org> wrote:

[#17887] Re: duping the NilClass — "David A. Black" <dblack@...> 2008/07/21

Hi --

[#17889] Re: duping the NilClass — "Robert Dober" <robert.dober@...> 2008/07/21

On Mon, Jul 21, 2008 at 1:02 PM, David A. Black <dblack@rubypal.com> wrote:

[#17883] [Ruby 1.9 - Bug #340] (Open) 1.9/trunk does not work when compiled with llvm-gcc4 2.3 (gcc 4.2.1) — Ollivier Robert <redmine@...>

Issue #340 has been reported by Ollivier Robert.

14 messages 2008/07/21

[#17943] RUBY_ENGINE? — "Vladimir Sizikov" <vsizikov@...>

Hi,

56 messages 2008/07/24
[#17950] Re: RUBY_ENGINE? — Tanaka Akira <akr@...> 2008/07/25

In article <3454c9680807241200xf7cc766qb987905a3987bb78@mail.gmail.com>,

[#17958] Re: RUBY_ENGINE? — "Vladimir Sizikov" <vsizikov@...> 2008/07/25

Hi,

[#17981] Re: RUBY_ENGINE? — Tanaka Akira <akr@...> 2008/07/26

In article <3454c9680807250054i70db563duf44b42d92ba41bfb@mail.gmail.com>,

[ruby-core:17848] Re: FAILURE of "expand_path"

From: "C.E. Thornton" <admin@...>
Date: 2008-07-18 23:58:42 UTC
List: ruby-core #17848
Matthew,

   Well something is inconsistent  somewhere.

   However, the reason this came up was I
wrote a class to perform a tree scan.  It recursively
stepped through to directory tree.  It failed when
it ran across a directory that had a number of directories
prefixed with a  tilde '~'. 

When you have a dir containing this
  dir1:
    ~dira  ~dirb  ~dirc

  Then you list the 'files' in a dir and
then recursively call expand_path on each
dir you find and agin list the files--
this failure stops the scan.

I want to make it consistent with the way the
Bash Shell works.

mkdir ~dir1   produces "./~dir" NOT "/home/dir"

Am I wrong here?


Matthew Boeh wrote:
> On Sat, Jul 19, 2008 at 04:27:09AM +0900, C.E. Thornton wrote:
>   
>> Looking at the code I see that, However:
>>
>>  When the path ~name it by definition IS NOT A VALID  pathname.
>>
>>  FOR EXAMPLE:   if your home dir is "/home"
>>
>>  In your home directory make the following directories
>>   "/home/test" and "/home/~test"
>>
>>  Check these results:
>>
>>   cd test     ==> /home/test
>>   cd ~test   ==> /home/~test      # Note this interpreted as "/home/~test"
>>                                                   # NOT /home/test !
>>   cd ~/test  ==> /home/test
>>
>>   So as you can see -- It appears that Ruby mishandles path expansion!
>>
>>     
>
> The logic, as implemented by the Bourne shell, is that when a tilde is 
> encountered as an element of a path, it's expanded to the home directory of 
> the user. If the tilde is followed immediately by the name of a user, it's 
> expanded to that user's home directory. If the tilde is followed by something 
> other than a path separator that is not the name of a user, it isn't expanded 
> at all. In any case, the tilde can be escaped with a backslash. This is a 
> macro expansion performed regardless of whether a directory actually named 
> ~whatever exists, as shown below.
>
> It's not a Linux/Unix thing per se, but a behavior of the Bourne shell that's 
> been adopted in other contexts.
>
> Demonstration in DASH, a POSIX-compliant Bourne shell:
>
> $ whoami
> mboeh
> $ echo $HOME
> /home/mboeh
> $ echo ~
> /home/mboeh
> $ echo ~mboeh
> /home/mboeh
> $ echo ~root
> /root
> $ echo ~root/mysterious_directory
> /root/mysterious_directory
> $ echo \~mboeh
> ~mboeh
> $ mkdir \~root
> $ echo ~root
> /root
> $ echo ~nosuchuser
> ~nosuchuser
>
> That said, it appears File#expand_path is inconsistent with the Bourne shell 
> in that "~nosuchuser" raises an exception rather than just leaving the tilde 
> unexpanded.
>
>   


-- 
Competency and chastity have much in common,
they both encompass their own punishment! 
 
-- C.E. Thornton -- Hawthorne Press --


In This Thread