General

Profile

ghazel (Greg Hazel)

  • Login: ghazel
  • Email: ghazel@gmail.com
  • Registered on: 05/05/2009
  • Last sign in: 01/12/2015

Issues

open closed Total
Assigned issues 0 0 0
Reported issues 0 5 5

Activity

05/29/2014

05:45 AM Ruby Bug #9877 (Rejected): IRB::OutputMethod defines "pp", but it's actually "p"
IRB::OutputMethod#pp is actually more like Kernel#p than PrettyPrint#pp. There doesn't seem to be a good reason for the misleading name, and use of OutputMethod requires all the Kernel print methods. (Predicated on #9876 being fixed, of ... ghazel (Greg Hazel)
05:26 AM Ruby Bug #9876 (Closed): IRB::Context output_method is not used
IRB::Context takes an optional output_method, but it is never used. IRB::Irb.output_value, and IRB::Irb.eval_input call print / printf directly, which always goes to STDOUT. ghazel (Greg Hazel)

06/27/2011

07:53 AM Ruby Bug #4934: winsock listen backlog may only be set once, and is set to 5
Here is a patch to set the default value to 1024. ghazel (Greg Hazel)
07:22 AM Ruby Bug #4934: winsock listen backlog may only be set once, and is set to 5
Also set on win32 in ruby for socketpair here:
http://svn.ruby-lang.org/cgi-bin/viewvc.cgi/trunk/win32/win32.c?view=markup&pathrev=27529#l3365
ghazel (Greg Hazel)
07:19 AM Ruby Bug #4934 (Closed): winsock listen backlog may only be set once, and is set to 5
This is commonly observed as a bug in Windows servers, where under light load clients begin to get ECONNREFUSED. This occurs even if the listen backlog is set to a high value, like 1024. The bug is that Ruby sets the value to 5 on creati... ghazel (Greg Hazel)

06/19/2011

10:35 PM Ruby Feature #4906 (Closed): rb_w32_add_socket / rb_w32_remove_socket
It is currently not possible to use an externally created
SOCKET on Windows with ruby 1.9. This bug is described in
detail here ( http://www.ruby-forum.com/topic/869239 ). In
the meantime, a small pair of functions would allow gem
a...
ghazel (Greg Hazel)

05/24/2011

09:59 AM Ruby Bug #4509: Net::IMAP::ResponseParseError: unexpected token CRLF (expected NUMBER)
I can reproduce this bug on 1.8.7 as well, and the exact same patch fixes the problem. ghazel (Greg Hazel)

02/09/2010

02:12 AM Ruby Bug #2721: OpenSSL::Random.random_bytes(1) is very slow the first time on Windows
=begin
A common stack:

ntdll.dll!RtlpNtMakeTemporaryKey+0x5866
ntdll.dll!RtlTimeToElapsedTimeFields+0x11922
ntdll.dll!RtlEnumProcessHeaps+0xac9
ntdll.dll!RtlEnumProcessHeaps+0xbc7
ntdll.dll!RtlValidateProcessHeaps+0x281
n...
ghazel (Greg Hazel)

02/08/2010

03:56 PM Ruby Bug #2721: OpenSSL::Random.random_bytes(1) is very slow the first time on Windows
=begin
I'm on Windows 7. It does not happen on my CentOS box.
=end
ghazel (Greg Hazel)
03:35 PM Ruby Bug #2721 (Third Party's Issue): OpenSSL::Random.random_bytes(1) is very slow the first time on Windows
=begin
This seems to be true across 1.8.6, 1.8.7 and even 1.9.1 compiled with either MSVC6 or mingw.

The first call to OpenSSL::Random.random_bytes for any number of bytes is very slow, proportional to something like the amount of ...
ghazel (Greg Hazel)

Also available in: Atom