[#3726] Fixnum#clone and Float#clone raise different exceptions — "David A. Black" <dblack@...>

Hi --

15 messages 2004/11/12
[#3749] Re: Fixnum#clone and Float#clone raise different exceptions — "David A. Black" <dblack@...> 2004/11/16

Hi --

[#3751] Re: Fixnum#clone and Float#clone raise different exceptions — Yukihiro Matsumoto <matz@...> 2004/11/16

Hi,

[#3752] Re: Fixnum#clone and Float#clone raise different exceptions — "David A. Black" <dblack@...> 2004/11/16

Hi --

[#3785] The latest 1.8.2 cvs prints parse error when starting extension compiling — Yukihiro Matsumoto <matz@...>

Hi,

13 messages 2004/11/23
[#3787] Re: The latest 1.8.2 cvs prints parse error when starting extension compiling — Johan Holmberg <holmberg@...> 2004/11/23

Re: The latest 1.8.2 cvs prints parse error when starting extension compiling

From: ts <decoux@...>
Date: 2004-11-23 16:18:44 UTC
List: ruby-core #3793
>>>>> "Y" == Yukihiro Matsumoto <matz@ruby-lang.org> writes:

Y>   * is there any way to 32 bit Solaris to make __fpending() work as
Y>     expected?

 Well, my big problem is that, in Solaris 8, __fpending() is described as
 (man __fpending) 

     The __fpending function returns in bytes the amount of  out-
     put pending on a stream.

 See "output"

 When __fpending() is defined in glibc it's clearly stated

       The __fpending() function returns the number of  bytes  in
       the  output buffer.  For wide-oriented streams the unit is
       wide characters.  This function is undefined on buffers in
       reading mode, or opened read-only.

 Now perhaps it work on 64 bit but it's not documented



Guy Decoux

In This Thread