[#1834] New syck bug — Chad Fowler <chad@...>
There is a new syck bug that appears to be caused by the recent fix for
[#1836] exit inside test/unit — nobu.nokada@...
Hi,
On Dec 1, 2003, at 02:55, nobu.nokada@softhome.net wrote:
[#1843] DRb tests hang on OS X 10.3.1 — Nathaniel Talbott <nathaniel@...>
I haven't yet been able to test this on another platform to see if it
[#1846] Re: Constants, class variables and the cbase field — george.marrows@...
> What kind of behavior do you want (to change)? Remember you're saying
Hi,
On Monday 01 December 2003 06:44 pm, Yukihiro Matsumoto wrote:
Hi,
On Tuesday 02 December 2003 04:02 am, Yukihiro Matsumoto wrote:
[#1884] multiple exceptions for assert_raises — nobu.nokada@...
Hi,
Hi,
On Dec 4, 2003, at 02:34, Yukihiro Matsumoto wrote:
On Dec 4, 2003, at 01:35, nobu.nokada@softhome.net wrote:
On Dec 4, 2003, at 10:39, Nathaniel Talbott wrote:
[#1901] Test::Unit problem — "Sean E. Russell" <ser@...>
-----BEGIN PGP SIGNED MESSAGE-----
Hi,
[#1914] -Wall warnings from 1.8.1 p3 — Daniel Berger <djberge@...>
Here are some potentially significant warnings from 1.8.1 p3
nobu.nokada@softhome.net wrote:
[#1932] --enable-pthread broken? — Nathaniel Talbott <nathaniel@...>
[ruby-talk: 87759] and the surrounding thread seem to indicate that
Hi,
On Dec 11, 2003, at 11:49, Yukihiro Matsumoto wrote:
>>>>> "N" == Nathaniel Talbott <nathaniel@talbott.ws> writes:
Hi,
On Dec 11, 2003, at 16:10, nobu.nokada@softhome.net wrote:
Hi,
Hi,
On Dec 11, 2003, at 20:48, Yukihiro Matsumoto wrote:
Hi,
>>>>> "Y" == Yukihiro Matsumoto <matz@ruby-lang.org> writes:
Hi,
>>>>> "Y" == Yukihiro Matsumoto <matz@ruby-lang.org> writes:
Hi,
>>>>> "Y" == Yukihiro Matsumoto <matz@ruby-lang.org> writes:
Hi,
[#1936] Can't define +@ for Symbol (plus ruby install problem) — "T. Onoma" <transami@...>
I wanted to see if the +@ problem was fixed in 1.8.1 preview 3 but when I do
Hi,
On Friday 12 December 2003 02:39 am, Yukihiro Matsumoto wrote:
Hi,
Hi.
Hi,
[#1973] Where to install documentation — Dave Thomas <dave@...>
Folks:
Hi,
Dave Thomas (dave@pragprog.com) wrote:
>
>> Using the standard install.rb, anything you include in a project's
Hi,
On Tue, Dec 16, 2003 at 03:52:26PM +0900, Dave Thomas wrote:
Hi,
[#2013] Mixin Module, Possible Bug? — "T. Onoma" <transami@...>
According to Pickaxe, Ch. 19, pg. 245, under Mixin Modules:
[#2037] --enable-pthread still segfaults... — Nathaniel Talbott <nathaniel@...>
I've finally been able to test my application under load using the
Hi,
On Dec 23, 2003, at 14:17, Yukihiro Matsumoto wrote:
Hi,
On Dec 23, 2003, at 14:34, Yukihiro Matsumoto wrote:
Hi,
On Dec 23, 2003, at 14:44, Yukihiro Matsumoto wrote:
Hi,
> I'm afraid you're using old configure file. Can you wipe off old
On Dec 23, 2003, at 15:18, Nathaniel Talbott wrote:
In message "Re: --enable-pthread still segfaults..."
On Dec 23, 2003, at 16:34, Yukihiro Matsumoto wrote:
Hi,
On Dec 23, 2003, at 17:04, Yukihiro Matsumoto wrote:
Hi,
On Dec 23, 2003, at 17:29, Yukihiro Matsumoto wrote:
Hi,
[#2071] rdoc is broken in 1.8.1 — Alexander Bokovoy <a.bokovoy@...>
Greetings!
[#2084] Error with Socket.getaddrinfo on OS X — Richard Kilmer <rich@...>
On OS X Panther:
[#2101] Can't call to_s on a frozen Date — Gavin Sinclair <gsinclair@...>
Interesting...
[#2102] syck segfaults when used in rdoc — Alexander Bokovoy <a.bokovoy@...>
Greetings!
>>>>> "A" == Alexander Bokovoy <a.bokovoy@sam-solutions.net> writes:
On Sun, Dec 28, 2003 at 11:41:49PM +0900, ts wrote:
>>>>> "A" == Alexander Bokovoy <a.bokovoy@sam-solutions.net> writes:
Hi,
[#2122] Bad interaction between timeout.rb and --enable-pthread — Nathaniel Talbott <nathaniel@...>
Here's a testcase that shows the problem:
I should have reduced it more before posting...
Nathaniel Talbott wrote:
Hi,
Hi,
On Jan 1, 2004, at 11:29, Yukihiro Matsumoto wrote:
On Jan 1, 2004, at 12:14, Nathaniel Talbott wrote:
Re: Ruby2 RCR (was Re: Constants, class variables and the cbase field)
On Monday 01 December 2003 06:44 pm, Yukihiro Matsumoto wrote: > I'm sick of proposals that sounds like "hey, matz, I'm a Ruby newbie; > thank you for the language; by the way, Ruby's design here is not in > Ruby-way; it should be fixed somehow; I don't know how, because I'm a > newbie; but *you* should fix". Sigh, don't preach me Ruby way. > > Sorry if I offend you, George. I don't mean yours was one of them. > But I want concrete proposal, its rationale, and effect estimate of > the change. They are what I want to see in the Ruby2 RCR. I know I'm probably the last person on earth you, or anyone, wants to hear talk on this matter, but I've concluded, that this is exactly why I am going to, rather then hold my tongue as I had originally thought to do. I have three, IMHO important, points to make: 1. Lets not mistake *suggestive ideas* for *proposals*. They are not proposals. People make suggestions as a way to LEARN. Which is why many of them are from newbies. This is often a misunderstood form of self-education, very much like a scientific process (ref. http://jan.ucc.nau.edu/~gaud/ bio372/class/behavior/sciproc.htm) People observe their own Ruby-related problems and make suggestive hypothesis toward solutions, often times directed right at Ruby itself. They present these in the mailing lists to "put them to experiment". In doing so they learn. They learn how thier idea may be is misconcieved, or how there are good alternatives to it, or how the idea might be improved upon, and so on. And we all learn from this, not just the submitter of the idea.. Then sometimes, a good idea is actually hit upon. Thank goodnes they posted that suggestion! And the community response gives the suggester sound footing to actually make a real proposal. All of this is a way to learn and explore Ruby. To feel apart of a vibrant language that actually encouges its users to ask the questions, to make the sugestions, to feel just a little bit "like matz". So please, do not mistake these things for sins against the Ruby Way. For they are not impinging demands to change Ruby. They are but the "protoplast" for what may become so when they are made "real" as an RCR on the Ruby Garden. Then and only then. 2. And so I am led to make a suggestion now: That we, as a community, might think about how to better this whole process. I for instance, was thinking of a wiki-ish web knowledgebase of well catagorized suggestions, good search functionality, perhaps automatic poles for "late stage" ideas (those being prepared for RCR), etc. Something that really moves ideas through a process from early suggestion and exploration through a perculation (mod Perc ;-), upward into final RCR. And with this, likewise, a much more exacting RCR process itself. (I believe David is working on the latter presently). The rationale behind this is of course to organize the seemingly chaotic way in which it is approached now, thus lowering repetition of same-old-same-old as all we have now is a poor mail-archive search; and at the same time improve the quality of the really good ideas that make it to the top. This would help matz, I think, quite a lot. (But mind you, even if we gain #2, please do not forget #1!) 3. My last point is a bit harder for me to come out and say, because I do not want to come across sounding "sacreligious", for a lack of a better term. I am not presenting this to point fingers, or any such address. I am only asking for an honest answer to "why?", and to point out that it furthers what I have said above. -- I recently submitted an RCR on the Garden, and you, matz, rejected it within moments of my posting. In fact it was rejected so quickly that your reply wasn't even complete, but was chomped off half-way down, so that I had to come back to the mailing list and say, "what, did you say?" In the course of that thread, and my constant proding for a good reason for rejection, I was finally told that my idea was not good because the whole notion was simply bad programming. Well, the "funny" thing about this, is that "my idea" wasn't my idea. Rather it was your idea (or at best, one of your -dev compatriots), because the idea is listed in Ruby's latest source as TODO. Why would you reject an idea that you had already planned to do? It dosen't make sense. There may be good reasons and I'm not going to speculate on the matter, beyond the fact that it is just more evidence that we need to address the ideas above, becuase obviously the current route is becoming a burden for our beloved matz. I hope I have presented my ideas clearly, and further, I hope have not come across too brazen --that's furthest from my intentions. I simply want, if I can, to help. T.