[#686] Wall compilation — Michal Rokos <michal@...>
Hi everybody,
[#688] mkmf.rb - add files to clean and distclean targets — Michal Rokos <michal@...>
Hi,
On Thu, 16 Jan 2003, Michal Rokos wrote:
Hi,
Hi,
On Tue, Jan 21, 2003 at 11:16:39AM +0900, Yukihiro Matsumoto wrote:
Hi,
On Tue, Jan 21, 2003 at 06:38:00PM +0900, Yukihiro Matsumoto wrote:
Hi,
On Tue, Jan 21, 2003 at 11:37:35PM +0900, Yukihiro Matsumoto wrote:
Hi,
Hello,
Hi,
Hi,
Hi,
Hi,
[#708] Documentation for thread.rb — Gavin Sinclair <gsinclair@...>
Hi ruby-core,
[#719] nd_end and NODE_NEWLINE (fwd) — Chad Fowler <chad@...>
[#724] Symbols: More Functionality Wanted — Ryan Pavlik <rpav@...>
I've been discussing this for a bit on #ruby-lang on OPN (or freenode or
Hi,
On 20 Jan 2003 at 15:49, Yukihiro Matsumoto wrote:
Hi --
On Thursday, January 23, 2003, 6:28:04 AM, dblack wrote:
Gavin Sinclair <gsinclair@soyabean.com.au> writes:
Hi,
matz@ruby-lang.org (Yukihiro Matsumoto) writes:
Hi,
On Fri, 24 Jan 2003 03:34:46 +0900
[#730] Comments on matrix.rb — Gavin Sinclair <gsinclair@...>
Hi -core,
[#757] Extensions for Time and ParseDate — Ryan Davis <ryand-ruby@...>
Eric and I have been hacking around and we can't stand the lack of
[#759] Adding Test::Unit to CVS — "Nathaniel Talbott" <nathaniel@...>
Matz has already given me the go-ahead to add Test::Unit to CVS, but I
Nathaniel Talbott wrote:
On Wednesday, January 22, 2003, at 07:56 AM, Dave Thomas wrote:
Re: Extensions for Time and ParseDate
On Wednesday, January 22, 2003, at 12:57 PM, Yukihiro Matsumoto wrote: > Hi, > > In message "Re: Extensions for Time and ParseDate" > on 03/01/23, Mathieu Bouchard <matju@sympatico.ca> writes: > > |> Ryan, I also fixed EWOULDBLOCK problem. I will commit them soon. > | > |May I know what that problem is? I'm curious, because two of my > |libraries depend on nonblocking I/O (GridFlow, RubyX11). > > 1.6.8 and 1.8.0 does not provide duplicated error constants, so that > when EAGAIN == EWOULDBLOCK, there's no Errno::EWOULDBLOCK defined. I think it's simpler than that... In the case of the header I was looking at: #ifndef _POSIX_SOURCE #define EWOULDBLOCK EAGAIN ... #endif but ruby is compiled w/ _POSIX_SOURCE defined (correctly) so EWOULDBLOCK shouldn't be defined. I think we were just dealing w/ code that was poorly written (overlooked the #ifndef) or wasn't in fact posix compliant.