[#8484] strptime fails to properly parse certain inputs — <noreply@...>

Bugs item #5263, was opened at 2006-08-01 23:14

13 messages 2006/08/02
[#8485] Re: [ ruby-Bugs-5263 ] strptime fails to properly parse certain inputs — Yukihiro Matsumoto <matz@...> 2006/08/02

Hi,

[#8538] Re: [ ruby-Bugs-5263 ] strptime fails to properly parse certain inputs — nobu@... 2006/08/06

Hi,

[#8561] sandbox timers & block scopes — why the lucky stiff <ruby-core@...>

Two puzzles I am trying to solve:

28 messages 2006/08/08
[#8624] Re: sandbox timers & block scopes — why the lucky stiff <ruby-core@...> 2006/08/15

raise ThisDecayingInquisition, "anyone? anyone at all?"

[#8627] Re: sandbox timers & block scopes — MenTaLguY <mental@...> 2006/08/15

On Wed, 2006-08-16 at 00:35 +0900, why the lucky stiff wrote:

[#8628] Re: sandbox timers & block scopes — why the lucky stiff <ruby-core@...> 2006/08/15

On Wed, Aug 16, 2006 at 02:46:30AM +0900, MenTaLguY wrote:

[#8629] Re: sandbox timers & block scopes — "Charles O Nutter" <headius@...> 2006/08/15

On 8/15/06, why the lucky stiff <ruby-core@whytheluckystiff.net> wrote:

[#8690] a ruby-core primer — why the lucky stiff <ruby-core@...>

Hello, all. I've been working on the ruby-core page for the new Ruby site.

21 messages 2006/08/22

Re: [ ruby-Bugs-5415 ] invalid test in "sudo make install-doc"?

From: Ryan Davis <ryand-ruby@...>
Date: 2006-08-15 09:00:24 UTC
List: ruby-core #8622
On Aug 15, 2006, at 1:21 AM, nobu@ruby-lang.org wrote:

>> While running "sudo make install-doc" on Mac OS X 10.4.7, I
>> got a nastygram about '.' not being readable.  I was able to
>> get around this by opening up the permissions on the current
>> directory (it was mode 750; I made it 755), but I can't see
>> why this should matter.
>
> What's the exact message?

I just found it...

% touch blah.txt
% chmod 700 blah.txt
% ruby -e 's=File.stat "blah.txt"; p [File.readable?("blah.txt"),  
s.readable?]'
[true, true]
% sudo ruby -e 's=File.stat "blah.txt"; p [File.readable? 
("blah.txt"), s.readable?]'
[true, false]

the last bool is our culprit and is the difference between:

     if (eaccess(StringValueCStr(fname), R_OK) < 0) return Qfalse;

versus:

#ifdef S_IROTH
     if (!(st->st_mode & S_IROTH)) return Qfalse;
#endif

I can patch the rdoc options processing code to make it work  
regardless, but I'd like some eyeballs on the difference between the  
two. Is this a documentation problem or an implementation problem?

514 % ri File::Stat.readable?
--------------------------------------------------- File::Stat#readable?
      stat.readable?    => true or false
------------------------------------------------------------------------
      Returns +true+ if _stat_ is readable by the effective user id of
      this process.

         File.stat("testfile").readable?   #=> true

515 % ri File.readable?
-------------------------------------------------------- File::readable?
      File.readable?(file_name)   => true or false
------------------------------------------------------------------------
      Returns +true+ if the named file is readable by the effective user
      id of this process.


In This Thread