[#7055] More on VC++ 2005 — Austin Ziegler <halostatue@...>

Okay. I've got Ruby compiling. I'm attempting to get everything in

17 messages 2006/01/05
[#7058] Re: More on VC++ 2005 — nobuyoshi nakada <nobuyoshi.nakada@...> 2006/01/06

Hi,

[#7084] mathn: ugly warnings — hadmut@... (Hadmut Danisch)

Hi,

22 messages 2006/01/10
[#7097] Re: mathn: ugly warnings — Daniel Berger <Daniel.Berger@...> 2006/01/10

Hadmut Danisch wrote:

[#7098] Design contracts and refactoring (was Re: mathn: ugly warnings) — mathew <meta@...> 2006/01/10

Daniel Berger wrote:

[#7118] Re: Design contracts and refactoring (was Re: mathn: ugly warnings) — mathew <meta@...> 2006/01/12

*Dean Wampler *<deanwampler gmail.com> writes:

[#7226] Fwd: Re: Question about massive API changes — "Sean E. Russell" <ser@...>

Hello,

23 messages 2006/01/28
[#7228] Re: Question about massive API changes — Caleb Tennis <caleb@...> 2006/01/28

>

Re: 64-bit Solaris READ_DATA_PENDING Revisited

From: ville.mattila@...
Date: 2006-01-12 05:41:44 UTC
List: ruby-core #7116

>From: news <news@sea.gmane.org>
>Date: 11.01.2006 22:11:34
>Subject: Re: 64-bit Solaris READ_DATA_PENDING Revisited
>
>ville.mattila@stonesoft.com writes:
>> Hello,
>>
>> here is the updated patch. With ChangeLog entry. I've tested this with
>> amd64 and all may tests
>> passes. Yay!
>> BTW, Would samekind of bug be reason for MAC OS X drb hang? In other
word
>> READ_PENDING gets
>>  defined uncorrectly?
>
>I was thinking something similar in [ruby-core:6983] although I was on
>the wrong track then.  I finally narrowed it down by looking at
>syscall traces of sample/svr.rb.  32-bit Ruby was calling select()
>with inifinite timeout, but 64-bit Ruby was calling select() with 0
>timeout[1].  So in the latter case it was falling through to accept()
>immediately.
>
>Do you have a reference for the OS X hangs? Anything that causes
>READ_DATA_PENDING = !feof() should cause the problem, it's not really
>a 32/64-bit issue.

      I was thinking exactly the 6983 post 8).

 - Ville






In This Thread

Prev Next