[#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>,
Re: how to introduce reference objects into ruby
>I think you are saying that the rows of your matrix contain the value,
>and the columns contain references (either pointers or indices) to the
>row values. Is that correct (modulo having rows/columns reversed)?
>
>I'm still unclear why this solution wouldn't work in Ruby.
I could indeed store all the elements in a Hash of Hashes (the columns). I can then store the rows as a Hash of Arrays and lookup each row element in the columns:
def getRow(i)
row=@rows[i].collect{|j|@columns[j][i]}
end
On the aesthetic side, this is an assymetric solution, but that is also the case in my C implementation.
On the practical side, this needs much more Hash lookups than if we had the needed values also in the Hash of Hashes for the rows.
To implement something that has the same complexity as the C implementation, I would need to store the columns as a Hash of Hashes with instead of a Float value, an index into a large Array that would contain ALL the matrix elements. The rows can then similarily be stored as a Hash of Hashes of indices into the very same Array. Now everything is symmetric and adequately fast, but I still believe things would be more elegant with a Reference object. Especially when you start deleting elements: deleting them from the Hash of Hashes is no problem, but removing them from the Array is less efficient. The C counterpart that handles deleting and adding from and to this Array is the kernel its memory manager, which is more suitable for this than Ruby's Array object, but has also it's overhead. For this reason, I have two implementations in C. One that uses regular pointers and AVL balanced trees (similar to the Hash object) suffers from linux it's memory manager. The other implementation uses that approach with a common array as explained above, but has therefore the same problems with deletion of elements.
Greetings,
Geert.