[#1649] Re: New Ruby projects — Yukihiro Matsumoto <matz@...>
The following message is a courtesy copy of an article
[#1672] Re: Ruby 1.4 stable manual bug? — Yukihiro Matsumoto <matz@...>
The following message is a courtesy copy of an article
[#1673] Re: Possible problem with ext/socket in 1.5.2 — itojun@...
[#1694] Conventions for our Ruby book — Dave Thomas <Dave@...>
[#1715] Install postgresql support — Ikhlasul Amal <amal@...>
Hi all,
Hi,
[#1786] Is this a bug? — Clemens Hintze <clemens.hintze@...>
(mailed & posted)
[#1814] Objects nested sometimes. — Hugh Sasse Staff Elec Eng <hgs@...>
I am attemptiong to write a package which consists of a workspace
[#1816] Ruby 1.5.3 under Tru64 (Alpha)? — Clemens Hintze <clemens.hintze@...>
Hi all,
Hi,
Yukihiro Matsumoto writes:
Hi,
Hi,
[#1834] enum examples? — Hugh Sasse Staff Elec Eng <hgs@...>
Has anyone any examplse of using the Enumerable module? I've had a
[#1844] Minor irritation, can't figure out how to patch it though! — Hugh Sasse Staff Elec Eng <hgs@...>
I was considering how difficult it would be to patch Ruby to accept
[#1889] [ruby-1.5.3] require / SAFE — ts <decoux@...>
[#1896] Ruby Syntax similar to other languages? — "David Douthitt" <DDouthitt@...>
From: Yukihiro Matsumoto <matz@netlab.co.jp>
[#1900] Enumerations and all that. — Hugh Sasse Staff Elec Eng <hgs@...>
Thank you to the people who responded to my questions about Enumerated
Hugh Sasse Staff Elec Eng <hgs@dmu.ac.uk> writes:
On 16 Mar 2000, Dave Thomas wrote:
[#1929] Re: Class Variables — "David Douthitt" <DDouthitt@...>
| "David Douthitt" <DDouthitt@cuna.com> writes:
[#1942] no Fixnum#new ? — Quinn Dunkan <quinn@...>
Ok, I can add methods to a built-in class well enough (yes I know about succ,
[#1989] English Ruby/Gtk Tutorial? — schneik@...
Hi,
[#2022] rb_global_entry — ts <decoux@...>
[#2036] Anonymous and Singleton Classes — B_DAVISON <Bob.Davison@...>
I am a Ruby newbie and having some problems getting my mind around certain
[#2069] Ruby/GTK+ question about imlib --> gdk-pixbug — schneik@...
[#2073] Re: eval.rb fails — "Dat Nguyen" <thucdat@...>
The doc is fine, this happens only if you try to execute 'until' block
On Wed, 22 Mar 2000, Dat Nguyen wrote:
[#2084] Scope violated by import via 'require'? — Clemens Hintze <c.hintze@...>
Hi,
[#2104] ARGF or $< — Hugh Sasse Staff Elec Eng <hgs@...>
Has anyone any examples of how to use ARGF or $< as I cannot find much
Hi.
[#2165] Ruby strict mode and stand-alone executables. — "Conrad Schneiker" <schneiker@...>
Some people want Ruby to have a strict compile mode.
[#2203] Re: parse bug in 1.5 — schneik@...
[#2212] Re: Ruby/Glade usage questions. — ts <decoux@...>
>>>>> "m" == mrilu <mrilu@ale.cx> writes:
[#2241] setter() for local variables — ts <decoux@...>
[#2256] Multiple assignment of pattern match results. — schneik@...
[#2267] Re: Ruby and Eiffel — h.fulton@...
[#2309] Question about attribute writers — Dave Thomas <Dave@...>
Clemens Hintze <c.hintze@gmx.net> writes:
[ruby-talk:01941] Re: ruby <=> python
> I think a byte is a integer in range between 0 and 255, Ruby does give
> you a integer from 0 to 255 by [], although it does not provide the
> special type for the range. Do you mean there's need for a integer
> type to represent a byte only?
>
> If so, what characteristics a byte type should have? What is the
> difference between signed int and byte.
Actually, on second thought, I conceed that Fixnum makes a perfectly good
byte (since all types are probably boxed in ruby anyway, size difference is
hardly relevant... I think). As far as characteristics go:
Char + String -> String
Char + Fixnum -> TypeError
Char#inspect -> 'x' or '\0xyz' if not in "normal ascii range"
But I'm probably being ascii-latin1-biased by assuming there's a such
thing as "normal ascii range" that makes sense for evenyone.
> I'm not sure I understand your point, mostly because my English skill.
> `::' is needed for nested constant access. Its syntax is
>
> A::F
It is (needed)? Why wouldn't A.F work? Oh wait, I see... methods can be
capitalized.
> There are other combinations like:
>
> A::F()
> A::f
> A::f()
>
> I made these method invocation to allow programmer to add optional
> information to show the receiver is a class. This is not enforced by
> the language, just as a optional variation.
I think you understood ok:
My point was that if `::' can behave as a `.', you can't look for class
methods by looking for `::'s, because many people will use `.' for that, and
some people might even use `::' for instance methods. I think your point was
that it's ``optional documentation'' like arg names in declarations in C,
which I also understand. Just a difference of opinion, then. That paragraph
about ``optional information to show receiver is a class'' is good
documentation. The whole constant-access thing must be ``one of those C++
things''...
> |> `false' is a boolean value, `nil' is a out-of-range value. You know I mean?
> |> I'm considering make 0 false, but not positively.
> |
> |Uh oh, does that mean only -0 is false? My head hurts.
>
> NO. I mean I had considered to make 0 falise; I haven't refused it
> yet, but not eager to adpot. `positively' did not mean number
> positiveness.
I know, I was just trying to be cute... sorry for any confusnion :)
(but confusion is so much fun!)
[parallel iteration]
> You can solve this by defining external iterator.
>
> class ArrayIterator
> def initialize(ary)
> @ary = ary
> @index = 0
> end
> def next
> if @index >= @ary.size
> raise IndexError, "index out of range"
> end
> value = @ary[@index]
> @index += 1
> value
> end
> end
>
> def zip(*args)
> r = []
> iter = args.collect{|i|ArrayIterator::new(i)}
> begin
> loop do
> r.push iter.collect{|i|i.next}
> end
> rescue IndexError
> end
> r
> end
Interesting... I should try to think in iterators/generators for a bit..