[#7476] Net::HTTP Bug in Ruby 1.8.4? — James Edward Gray II <james@...>
Can a Net::HTTP guru comment on this message:
[#7485] Bugzilla for ruby? — Hadmut Danisch <hadmut@...>
Hi,
[#7493] how to introduce reference objects into ruby — "Geert Fannes" <Geert.Fannes@...>
Hello,
[#7497] Re: how to introduce reference objects into ruby — "Geert Fannes" <Geert.Fannes@...>
Hello,
[#7500] Re: how to introduce reference objects into ruby — "Geert Fannes" <Geert.Fannes@...>
The problem with the code you sent is that you have to go through ALL
The columns store the actual values (doubles), and the rows store pointers to the corresponding doubles. This way, I can update a double directly via the columns, via the rows after dereferencing the pointers.
[#7518] Proposal: String#notempty? — Bertram Scharpf <lists@...>
Hi,
[#7524] Sefe level: bug or feature? — "Kirill A. Shutemov" <k.shutemov@...>
Why cannot do eval with $SAFE=3 and can with $SAFE=4? Is it bug or
Hi,
On Mon, 13 Mar 2006, Yukihiro Matsumoto wrote:
[#7529] Re: Proposal: String#notempty? — "Berger, Daniel" <Daniel.Berger@...>
> -----Original Message-----
[#7546] Re: how to introduce reference objects into ruby — "Geert Fannes" <Geert.Fannes@...>
In Ruby, there's the []= and [] operators which you can define together.
[#7553] "not" operator used in expression that is a method parameter can generate syntax error — noreply@...
Bugs item #3843, was opened at 2006-03-15 22:09
Hi,
Nobu, you are not answering to the question.... You have to unveil why
Hi,
Hello,
Zev Blut wrote:
On 3/16/06, Joel VanderWerf <vjoel@path.berkeley.edu> wrote:
On 3/16/06, Zev Blut <rubyzbibd@ubit.com> wrote:
Hello,
Yukihiro Matsumoto wrote:
On 3/16/06, mathew <meta@pobox.com> wrote:
Brian Mitchell wrote:
On 3/16/06, mathew <meta@pobox.com> wrote:
Dear all
What you've described is the basic predence difference between
Evan Phoenix wrote:
[#7600] ruby_script ? — "Nicolas Despr鑚" <nicolas.despres@...>
Hi list,
>>>>> "N" == Nicolas Despr=E8s?= <ISO-8859-1> writes:
On 3/25/06, ts <decoux@moulon.inra.fr> wrote:
>>>>> "N" == Nicolas Despr=E8s?= <ISO-8859-1> writes:
[#7601] to_str, to_s and StringValue — "Gerardo Santana Gez Garrido" <gerardo.santana@...>
If I understand correctly, StringValue is a way for writing duck-type
[#7614] PATCH: A subclassable Pathname — "Evan Phoenix" <evanwebb@...>
A simply change (changing all references of "Pathname.new" to
In article <92f5f81d0603262350k796fe48fp2224b9f2108ac507@mail.gmail.com>,
Quite right on the .glob and .getwd. I guess the tests don't test hit
In article <92f5f81d0603270903g2fb02244i6a395be708dfffa3@mail.gmail.com>,
In article <87fyl3x0wd.fsf@m17n.org>,
Hm, well, thats because of the shortcut behavior in Pathname#+ which
In article <92f5f81d0603271717r1ce51d30p6c28e363dc32a09b@mail.gmail.com>,
BUG? Ruby 1.8.4 readpartial oddities
Hello Core,
We are using ruby cvs. Both windows and linux
ruby 1.8.4 (2006-03-23)
On linux, server:
require 'socket'
puts "Ruby version is #{RUBY_VERSION} on #{`uname -a`.strip}"
socket = UDPSocket.new
socket.bind("0.0.0.0", 666)
puts "Listening to UDP socket port 666"
while(true) do
puts "Read: #{socket.readpartial(10)}"
end
On windows 2000:
Sending traffic to the server with netcat like this:
nc -u <server_ip> 666
123456789
123456789
123456789
1234567890
Produces the following output:
Ruby version is 1.8.4 on Microsoft Windows [Version 5.2.3790]
Listening to UDP socket port 666
Read: 123456789
Read: 123456789
Read: 123456789
ruby_184_windows_readpartial.rb:9:in `readpartial': Invalid argument
(Errno::EINVAL)
from ruby_184_windows_readpartial.rb:9
This shouldn't fail with EINVAL.
On linux:
Sending traffic to the server with netcat like this:
nc -u <server_ip> 666
123456789
123456789
123456789
1234567890
12345678901
123456789012
Produces the following output:
Ruby version is 1.8.4 on Linux <server> 2.4.29+smp #1 SMP Fri Apr 15
12:06:52 UTC 2005 i686 GNU/Linux
Listening to UDP socket port 666
Read: 123456789
Read: 123456789
Read: 123456789
Read: 1234567890
Read: 1234567890
Read: 1234567890
Note that this behaviour is odd as well, it loses the remaining bytes from
the packets..
I would have expected to receive the 1 and the 12 from the packets in the
next readpartial calls,
but maybe thats an UDP socket *feature* and not a bug. Ok, honestly, the
data should not go missing.
Most importantly though, the readpartial never raises Invalid argument like
it does on windows.