[#10193] String.ord — David Flanagan <david@...>

Hi,

41 messages 2007/02/05
[#10197] Re: String.ord — Yukihiro Matsumoto <matz@...> 2007/02/06

Hi,

[#10198] Re: String.ord — David Flanagan <david@...> 2007/02/06

Yukihiro Matsumoto wrote:

[#10199] Re: String.ord — Daniel Berger <djberg96@...> 2007/02/06

David Flanagan wrote:

[#10200] Re: String.ord — David Flanagan <david@...> 2007/02/06

Daniel Berger wrote:

[#10208] Re: String.ord — "Nikolai Weibull" <now@...> 2007/02/06

On 2/6/07, David Flanagan <david@davidflanagan.com> wrote:

[#10213] Re: String.ord — David Flanagan <david@...> 2007/02/06

Nikolai Weibull wrote:

[#10215] Re: String.ord — "Nikolai Weibull" <now@...> 2007/02/06

On 2/6/07, David Flanagan <david@davidflanagan.com> wrote:

[#10216] Re: String.ord — David Flanagan <david@...> 2007/02/07

Nikolai Weibull wrote:

[#10288] Socket library should support abstract unix sockets — <noreply@...>

Bugs item #8597, was opened at 2007-02-13 16:10

12 messages 2007/02/13

[#10321] File.basename fails on Windows root paths — <noreply@...>

Bugs item #8676, was opened at 2007-02-15 10:09

11 messages 2007/02/15

[#10323] Trouble with xmlrpc — James Edward Gray II <james@...>

Some of the Ruby code used by TextMate makes use of xmlrpc/

31 messages 2007/02/15
[#10324] Re: Trouble with xmlrpc — "Berger, Daniel" <Daniel.Berger@...> 2007/02/15

> -----Original Message-----

[#10326] Re: Trouble with xmlrpc — James Edward Gray II <james@...> 2007/02/15

On Feb 15, 2007, at 1:29 PM, Berger, Daniel wrote:

[#10342] Re: Trouble with xmlrpc — James Edward Gray II <james@...> 2007/02/16

While I am complaining about xmlrpc, we have another issue. It's

[#10343] Re: Trouble with xmlrpc — Alex Young <alex@...> 2007/02/16

James Edward Gray II wrote:

[#10344] Re: Trouble with xmlrpc — James Edward Gray II <james@...> 2007/02/16

On Feb 16, 2007, at 12:08 PM, Alex Young wrote:

Re: Segmentation fault: Ruby 1.8.5 Under VC++ express 2005

From: "U.Nakamura" <usa@...>
Date: 2007-02-15 10:23:01 UTC
List: ruby-core #10317
Hello,

In message "Re: Segmentation fault: Ruby 1.8.5 Under VC++ express 2005"
    on Feb.10,2007 14:16:14, <zhimin.wen@gmail.com> wrote:
| > No. I checked that `nmake test' works fine.
| >
| > My environment is VC++8 (VC++ 2005 Express Edition) and
| > Platform SDK for Windows Server 2003 SP1.
| > And the ruby version I have checked is
| >
| > ruby 1.8.5 (2007-02-10 patchlevel 5000) [i386-mswin32_80]
| > ruby 1.8.5 (2007-02-10 patchlevel 19) [i386-mswin32_80]
| >
| >   Regards,
| >   Masaki Suketa
| >
| >
| In fact, I was using the VC++8 (VC++ 2005 Express Edition) and Platform SDK
| for windows fine without problem. Until I upgrade to the VC++8 SP1.
| Regards

Thank you, Suketa-san and wen-san.

Perhaps, I discovered the solution.
Suketa-san, could you test attached code with VC++8 and tell
me the result?

how to test:
  C:\> cl -MD test.c version.lib
  ...
  C:\> test

my sample result:
* with VC++6
MSVCRT version : 7.0.2600.2180
dummy test fd: 3
fd:0 adrs:00381F20 handle:00000003 flag:c1
fd:1 adrs:00381F44 handle:00000007 flag:c1
fd:2 adrs:00381F68 handle:0000000B flag:c1
fd:3 adrs:00381F8C handle:000007E8 flag:c1
fd:4 adrs:00381FB0 handle:FFFFFFFF flag:00
fd:5 adrs:00381FD4 handle:FFFFFFFF flag:00
fd:6 adrs:00381FF8 handle:FFFFFFFF flag:00
fd:7 adrs:0038201C handle:FFFFFFFF flag:00
fd:8 adrs:00382040 handle:FFFFFFFF flag:00
fd:9 adrs:00382064 handle:FFFFFFFF flag:00

* with VC++7.1
MSVCRT version : 7.10.6030.0
dummy test fd: 3
fd:0 adrs:00381F28 handle:00000003 flag:c1
fd:1 adrs:00381F4C handle:00000007 flag:c1
fd:2 adrs:00381F70 handle:0000000B flag:c1
fd:3 adrs:00381F94 handle:000007F4 flag:c1
fd:4 adrs:00381FB8 handle:FFFFFFFF flag:00
fd:5 adrs:00381FDC handle:FFFFFFFF flag:00
fd:6 adrs:00382000 handle:FFFFFFFF flag:00
fd:7 adrs:00382024 handle:FFFFFFFF flag:00
fd:8 adrs:00382048 handle:FFFFFFFF flag:00
fd:9 adrs:0038206C handle:FFFFFFFF flag:00

* with VC++8 SP1
MSVCRT version : 8.0.50727.762
dummy test fd: 3
fd:0 adrs:003A20B0 handle:00000003 flag:c1
fd:1 adrs:003A20E8 handle:00000007 flag:c1
fd:2 adrs:003A2120 handle:0000000B flag:c1
fd:3 adrs:003A2158 handle:000007DC flag:c1
fd:4 adrs:003A2190 handle:FFFFFFFF flag:00
fd:5 adrs:003A21C8 handle:FFFFFFFF flag:00
fd:6 adrs:003A2200 handle:FFFFFFFF flag:00
fd:7 adrs:003A2238 handle:FFFFFFFF flag:00
fd:8 adrs:003A2270 handle:FFFFFFFF flag:00
fd:9 adrs:003A22A8 handle:FFFFFFFF flag:00

Regards,
-- 
U.Nakamura <usa@garbagecollect.jp>



In This Thread