[#6548] 1.8.4 p1, warning roundup — Daniel Berger <Daniel.Berger@...>
Hi all,
[#6552] Socket Documentation — zdennis <zdennis@...>
Attached is a patch against the latest socket.c in the ruby_1_8 branch. It covers all Socket
On 11/3/05, zdennis <zdennis@mktec.com> wrote:
Gavin Sinclair wrote:
zdennis wrote:
On 11/9/05, Zach Dennis <zdennis@mktec.com> wrote:
Hi.
[#6558] Method of feeding input to regexp matching — Nikolai Weibull <mailing-lists.ruby-core@...>
I would very much like to be able to provide a Regexp object input from
[#6572] Stack trace consumes information. patch... — Hugh Sasse <hgs@...>
I have just had output like this from rails:
[#6588] Object#clone missing documentation — Eero Saynatkari <ruby-ml@...>
It appears that Object#clone, unlike Object#dup, retains
Hi,
I've attached a documentation patch which tries to address this shortcoming.
Kev Jackson wrote:
[#6602] Re: Unpack Endian Bug — "Berger, Daniel" <Daniel.Berger@...>
> -----Original Message-----
Berger, Daniel wrote:
[#6604] Sandboxing without $SAFE — why the lucky stiff <ruby-core@...>
I've been playing with Ruby sandboxing alot over the past several
[#6619] Wildness: Purpose of NOEX_PUBLIC Flag in rb_add_method? — "Charles E. Thornton" <ruby-core@...>
Several Different references to 'noex'
Charles E. Thornton wrote:
[#6625] Array::fill causes segfaults after many calls — noreply@...
Bugs item #2824, was opened at 2005-11-14 23:11
Hi,
[#6629] Strange error messages using DRb/TupleSpace — Eric Hodel <drbrain@...7.net>
Using
[#6636] alarming changes — "Ara.T.Howard" <ara.t.howard@...>
[#6639] Tuple Class — TRANS <transfire@...>
If I put together a good Tuple class for Ruby could it go into core? I
[#6650] REXML Update Please — zdennis <zdennis@...>
I submitted this as an RCR, but I didn't know that RCR's aren't for the stdlib. Matz commented on
Hi,
Yukihiro Matsumoto wrote:
[#6660] Ruby on Neko ? — Nicolas Cannasse <ncannasse@...>
Hi folks,
Nicolas Cannasse wrote:
Florian Growrote:
Nicolas Cannasse <ncannasse@motion-twin.com> writes:
On Sun, 20 Nov 2005, Christian Neukirchen wrote:
[#6672] testing for hardlink with "test(?-, ...)" flawed on Windows — noreply@...
Bugs item #2858, was opened at 2005-11-20 16:35
Hi,
--- nobuyoshi nakada <nobuyoshi.nakada@ge.com> wrote:
[#6684] semenatics of if/unless/while statement modifiers — Stefan Kaes <skaes@...>
Hi all,
On Tue, Nov 22, 2005 at 08:22:59AM +0900, Stefan Kaes wrote:
Mauricio Fern疣dez wrote:
On Nov 21, 2005, at 4:37 PM, Stefan Kaes wrote:
Eric Hodel wrote:
Hi,
Yukihiro Matsumoto wrote:
mathew wrote:
Stefan Kaes wrote:
On Tuesday 22 November 2005 12:31, Steven Jenkins wrote:
Hi --
>>>>> "m" == mathew <meta@pobox.com> writes:
Hi,
Yukihiro Matsumoto wrote:
Hi,
Yukihiro Matsumoto wrote:
Hi,
Yukihiro Matsumoto wrote:
On Nov 21, 2005, at 9:37 PM, Stefan Kaes wrote:
Eric Hodel wrote:
URABE Shyouhei wrote:
On Tue, 22 Nov 2005, Stefan Kaes wrote:
Ara.T.Howard wrote:
Hi --
David A. Black wrote:
Hi --
David A. Black wrote:
Hi --
David A. Black wrote:
Hi -
On Tuesday 22 November 2005 15:37, David A. Black wrote:
Hi --
On Tue, 22 Nov 2005, Stefan Kaes wrote:
Mathieu Bouchard wrote:
[#6721] String#index does not work correctly on SuSE10.0 x86_64 — "Kanis, Lars" <Kanis@...>
Hi folks,
[#6798] ruby 1.8.4 preview2 — Yukihiro Matsumoto <matz@...>
Hi,
On Nov 30, 2005, at 8:03 AM, Yukihiro Matsumoto wrote:
>>>>> "E" == Eric Hodel <drbrain@segment7.net> writes:
On Dec 4, 2005, at 4:07 AM, ts wrote:
>>>>> "E" == Eric Hodel <drbrain@segment7.net> writes:
On 11/30/05, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:
Hi,
Yukihiro Matsumoto wrote:
Hi.
Re: Planning FasterCSV (was Re: csv.rb a start on refactoring.)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
Ara.T.Howard wrote:
> i think that would adequate. two comments
>
> - i'm hugely in favour of keyword style interfaces like
>
> def parse(str_or_readable, opts = {}, &block)
> fs = opts.values_at('fs', :fs).first
> rs = opts.values_at('rs', :rs).first
>
> vs.
>
> def parse(str_or_readable, fs = nil, rs = nil, &block)
>
> because it makes it much more possible to add functionality without
> breaking the interface later, eg:
>
> def parse(str_or_readable, opts = {}, &block)
> fs = opts.values_at('fs', :fs).first
> rs = opts.values_at('rs', :rs).first
> strict = opts.values_at('strict', :strict).first
>
> and because i personally find
>
> parse io, true, false
>
> slight obtuse to read, espcially as the number of optional paramters
> increases.
Agreed. Please find the new implementation at
http://dev.ctor.org/csv/browser/trunk/lib . CSV.parse etc. handles
above keyword-argument-like style, too.
> - i do agree that the most light-weight field naming scheme, think
> that one
> might be too light-weight. i have found that having named fields leads
> naturally to wanting to write code such as
>
> name, ssn, age = row.values_at 'name', 'ssn', 'age'
>
> row.update 'name' => 'matz', 'age' => '?'
Sounds good.
> and arrayfields has already done the heavy lifting here - though one
> could
> certainly re-write some of it for a slightly lighter weight approach -
> though it's plenty light weight imho.
I added :row_factory argument to CSV::Table.parse. So the following
should work now. Do you think it's enough?
require 'arrayfields'
class MyRow < Array
include ArrayFields # I don't like destructive lib... 2c.
def self.create(fieldname, row)
row = new(row)
row.fields = fieldname
row
end
end
CSV::Table.parse(STDIN, :row_factory => MyRow) do |row|
p row.values_at("a", "b")
}
Regards,
// NaHi_165 (http://jp.ctor.org/d/nahi_2005-10-25.html#self.2eto_i)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Cygwin)
iD8DBQFDaBFRf6b33ts2dPkRAujzAJwLHeL5rA1HNU90Pn3l2Nzqo0B+mQCeKfhs
hqlwZgbf98qLy5gZhXkZCG0=
=BB5X
-----END PGP SIGNATURE-----