[#19684] Re: Odd TypeError in inject (1.9.1 preview 1) — Brian Candler <B.Candler@...>
[Apologies for broken threading, it shouldn't happen again]
On Tue, Nov 04, 2008 at 03:41:27PM +0900, Yukihiro Matsumoto wrote:
[#19710] build error with "nightly snapshot" — "Roger Pack" <rogerpack2005@...>
With mingw and the current 1.9 "nightly snapshot" I currently get
Hi,
> I think we've fixed this issue. Try again tomorrow.
Hi,
> It is curious. How are topdir extout defined in the Makefile?
[#19721] [Bug #719] yaml not precise on some strings — a b <redmine@...>
Bug #719: yaml not precise on some strings
[#19728] [Bug #721] select in windows accepts too many fd's — Roger Pack <redmine@...>
Bug #721: select in windows accepts too many fd's
[#19731] use of require thread safety — "Roger Pack" <rogerpack2005@...>
I'm sure this has been discussed before, but...should there be
Hi,
Nobuyoshi Nakada wrote:
Hi,
In article <E1LSOzO-0000HT-Q9@x61.netlab.jp>,
> While a thread is requiring a given file, another thread which
> Currently with 1.8.7 (for me) the secondmost thread continues
Roger Pack wrote:
Charles Oliver Nutter wrote:
Gary Wright wrote:
On Mon, Dec 22, 2008 at 03:05:07AM +0900, Charles Oliver Nutter wrote:
Paul Brannan wrote:
On Tue, Dec 23, 2008 at 02:14:52AM +0900, Charles Oliver Nutter wrote:
2008/12/23 Paul Brannan <pbrannan@atdesk.com>:
On Tue, Dec 23, 2008 at 11:32:00PM +0900, Robert Klemme wrote:
Paul Brannan wrote:
On Tue, Nov 11, 2008 at 10:51:45AM +0900, Nobuyoshi Nakada wrote:
Paul Brannan wrote:
On Wed, Nov 12, 2008 at 04:06:00AM +0900, Charles Oliver Nutter wrote:
Paul Brannan wrote:
Hi,
Yukihiro Matsumoto wrote:
Hi,
Yukihiro Matsumoto wrote:
[#19759] Proposal: Method#get_args — "Yehuda Katz" <wycats@...>
I'd like to propose a way to introspect into the arguments of a method
I am late to this discussion, but I am a bit concerned about the
On Thu, Dec 4, 2008 at 08:01, Paul McMahon <paul.mcmahon@ubit.com> wrote:
On Thu, Dec 04, 2008 at 10:02:29PM +0900, Daniel Luz wrote:
On Sun, Nov 9, 2008 at 5:46 PM, Yehuda Katz <wycats@gmail.com> wrote:
On Mon, Nov 10, 2008 at 5:32 AM, Austin Ziegler <halostatue@gmail.com>wrote:
On Mon, Nov 10, 2008 at 4:26 AM, Meinrad Recheis
On Mon, Nov 10, 2008 at 09:50:32PM +0900, Austin Ziegler wrote:
Hi,
Hi,
On Wed, Nov 12, 2008 at 03:58:48AM +0900, Nobuyoshi Nakada wrote:
> I'd like to propose a way to introspect into the arguments of a method
The only question I have is why would one want to know the names of
On Nov 10, 7:18=A0pm, "Roger Pack" <rogerpack2...@gmail.com> wrote:
> One could use it for documenting external interfaces. Eg. A command
On Mon, Nov 10, 2008 at 8:11 PM, Roger Pack <rogerpack2005@gmail.com> wrote:
> Is RubyVM::InstructionSequence considered portable?
On Mon, Nov 10, 2008 at 11:05 PM, Roger Pack <rogerpack2005@gmail.com> wrote:
Allow me to throw in my ~.116892074 DKK;
Mikael H淡ilund wrote:
On Wed, Nov 12, 2008 at 04:48:03AM +0900, Dave Thomas wrote:
On Wed, Nov 12, 2008 at 06:01:40PM +0900, Brian Candler wrote:
On Wed, Nov 12, 2008 at 06:01:40PM +0900, Brian Candler wrote:
Paul Brannan wrote:
On Thu, Nov 13, 2008 at 02:06:15AM +0900, Charles Oliver Nutter wrote:
Paul Brannan wrote:
> -----Original Message-----
On Thu, Nov 13, 2008 at 04:33:07AM +0900, Jim Deville wrote:
Jim Weirich wrote:
On Nov 12, 2008, at 4:12 PM, Charles Oliver Nutter wrote:
On Thu, Nov 13, 2008 at 07:02:25AM +0900, Jim Weirich wrote:
Hi,
Nobuyoshi Nakada wrote:
On Fri, Nov 14, 2008 at 03:30:44PM +0900, Charles Oliver Nutter wrote:
We need the defaults to handle out-of-order defaults:
On Fri, Nov 14, 2008 at 06:32:58PM +0900, Yehuda Katz wrote:
You were on the mark when you said it was a poor man's named args.
On Wed, Nov 12, 2008 at 12:06 PM, Charles Oliver Nutter
I am strongly in favor of this proposal. Getting something simple that
Hi,
Hi,
Hi,
What values does simple_default handle? Assuming it covers the simple cases
[#19760] ThreadGroup: << and Enumerable for POLS — paddor <paddor@...>
Hey
[#19763] [Bug #738] Repeated calls to popen cause thread problems — Michal Suchanek <redmine@...>
Bug #738: Repeated calls to popen cause thread problems
[#19784] Status of copy-on-write friendly garbage collector — Hongli Lai <hongli@...99.net>
Hi.
Hi.
Narihiro,
Hi,
Yukihiro Matsumoto wrote:
Hi,
I've contacted to the author, Dr. Ugawa, and he kindly sent me an
[#19819] Re: Definition of "Support levels", 1.9.1 supported platforms and recruitment for platform maintainers — Dae San Hwang <lists@...>
> The tasks which a maintainer should do are:
Hi,
[#19845] [Bug #743] Socket.gethostbyname returns odd values — Roger Pack <redmine@...>
Bug #743: Socket.gethostbyname returns odd values
Issue #743 has been updated by Alan Johnson.
Hi,
[#19846] [Bug #744] memory leak in callcc? — Roger Pack <redmine@...>
Bug #744: memory leak in callcc?
Issue #744 has been updated by Roger Pack.
Hi,
On Wednesday 21 of January 2009 10:21:19 Brent Roman wrote:
>> I've tried that myself but it didn't work very well
On Saturday 14 of February 2009 08:17:22 Roger Pack wrote:
> The moon has shifted phases since January :) Seriously though, I've also found
Hi,
> I pushed an update to the patches onto github last night that seems to
I am continuing to see random segfaults on x86_64, especially with god
2009/1/22 Brent Roman <brent@mbari.org>:
I have applied the MBARI patches to 1.8.6 p287. About half the hunks had to
On Thu, Jan 22, 2009 at 4:09 PM, Brent Roman <brent@mbari.org> wrote:
On Thursday 22 of January 2009 12:55:08 Brent Roman wrote:
I was attempting to backport your MBARI patches to 1.8.6 p287, which is what
Issue #744 has been updated by Roger Pack.
At 12:54 08/11/17, Brent Roman wrote:
A common technique is to allocate a reasonably sized array (256-bytes)
> I implemented a scheme for recording the maximum depth of the C stack in
First thanks for doing all that hard work. I'm sure it's not pleasant
Seems to overall be a tidge slower for "micro" stuff--5 or 10%.
> You ran this benchmark suite, correct?
Hmm interesting.
Brent,
Brent Roman wrote:
Brent Roman wrote:
On OSX -fomit-frame-pointer is turned off if you use -O2, or other
On Mon, 22 Dec 2008 20:59:05 +1100, Brent Roman <brent@mbari.org> wrote:
Hi,
The problem can be demonstrated with a very simple program (attached), and
> What I did come up with was not ugly at all. Factor the unwieldy switch
On Tue, Dec 02, 2008 at 04:47:46AM +0900, Brent Roman wrote:
At 06:56 08/12/02, Brian Candler wrote:
On Tue, Dec 02, 2008 at 10:21:05AM +0900, Martin Duerst wrote:
Hi,
> After a couple weeks of long nights and false starts, I feel I may have come
[#19921] flay is so awesome! — Ryan Davis <ryand-ruby@...>
I just found a typo in code in tk via flay! RAD!! This exists in trunk
2008/11/13 Ryan Davis <ryand-ruby@zenspider.com>:
[#19938] Fibers in 1.8 — "Aman Gupta" <rubytalk@...1.net>
Are there any plans to backport Fiber to ruby 1.8?
Hi,
> Fiber in 1.9 equals to Thread of 1.8.
On Wed, Nov 19, 2008 at 17:41, Aman Gupta <rubytalk@tmm1.net> wrote:
Brian Mitchell wrote:
On Wed, Nov 19, 2008 at 20:34, Urabe Shyouhei <shyouhei@ruby-lang.org> wrote:
[#19962] any ideas on why quoted parameters fail in mingw? — "Roger Pack" <rogerpack2005@...>
QW55Ym9keSBoYXZlIGFueSB0aG91Z2h0cyB3aHkKCmM6XGRldj5ydWJ5IC1lICIgXCIzXCIgIgot
T24gU3VuLCBOb3YgMTYsIDIwMDggYXQgMjo1OCBBTSwgUm9nZXIgUGFjayA8cm9nZXJwYWNrMjAw
SW50ZXJlc3RpbmcuCgpTby4uLm9mIG15IDMgd2luZG93cyBtYWNoaW5lcywgMiBpdCBmYWlscyBb
On Mon, Nov 17, 2008 at 11:10 AM, Roger Pack <rogerpack2005@gmail.com> wrote:
On Mon, Nov 17, 2008 at 7:35 AM, Luis Lavena <luislavena@gmail.com> wrote:
[#19965] ruby "[BUG] " and backtrace of native function call - addr2line - useless info — "=?ISO-8859-2?Q?Rados=B3aw_Bu=B3at?=" <radek.bulat@...>
SSBhdHRlbXB0IHRvIHVzZSBydWJ5MS45IGZyb20gdHJ1bmsgdG8gaGF2ZSBmdW4gd2l0aCBpdCBv
Rados梶w Buウat wrote:
[#19971] NULL pointer emerging from empty regexp match!? — Jens Wille <jens.wille@...>
hi!
[#19996] [BUG?] rdoc/ri on solaris 8 (i386 vs sparc) — Ben Walton <bwalton@...>
Hi All,
[#20008] [Bug #766] 'Not enough space' error on windows — Ittay Dror <redmine@...>
Bug #766: 'Not enough space' error on windows
[#20039] printing more output on unrescued exceptions — "Roger Pack" <rogerpack2005@...>
I have been contemplating creating a patch which would make the output
[#20046] ruby19 13% slower running rexml benchmark than ruby 1.8.6 p114 — Stephen Bannasch <stephen.bannasch@...>
I just added ruby 1.9 (svn rev 20317) to a simple xml processing
[#20047] 1.9 method argument binding question — "David A. Black" <dblack@...>
Hi --
[#20048] Unexpected Performance of Symbol Construction — Kurt Stephens <kurt@...>
http://kurtstephens.com/node/72
[#20071] Is missing documentation considered a bug? — Florian Gilcher <flo@...>
Hi,
[#20079] Again: Questions about Fiber behaviour — =?ISO-8859-15?Q?Wolfgang_N=E1dasi-Donner?= <ed.odanow@...>
Hi!
[#20091] [Bug #796] dynamic constant assignment — Francois Proulx <redmine@...>
Bug #796: dynamic constant assignment
Hi,
> -----Original Message-----
[#20092] [Bug #797] bug or feature: local method ? — Francois Proulx <redmine@...>
Bug #797: bug or feature: local method ?
Hi,
Hi,
Yukihiro Matsumoto wrote:
On Thu, Nov 27, 2008 at 03:32:18AM +0900, Francoys wrote:
[#20125] Playing with String#bytes — Emiel van de Laar <emiel@...>
Hello ruby-core,
[#20129] Ruby class variable access from C — Christopher Thompson <cthompson@...>
I'm probably missing something trivial, but given the following Ruby code:
[#20161] \Z? in regular expression in 1.9.1 — Michael Klishin <michael.s.klishin@...>
I noticed that the following reg exp causes syntax error in 1.9.1 (I
T24gU2F0LCBOb3YgMjksIDIwMDggYXQgMTI6MTQgQU0sIE1pY2hhZWwgS2xpc2hpbgo8bWljaGFl
Hi,
Hi --
[ruby-core:19701] Re: [Feature #695] More flexibility when combining ASCII-8BIT strings with other encodings
Hi, I decided to put in a couple of hours to see if I could do a quick patch, and the result is attached. The patch makes "ASCII-8BIT" like a "wild-card" encoding - compatible with any other encoding as long as it is valid if forced to that encoding. I added a warning that is displayed (with -w) when this happens. I know I seem to be in the minority with this issue, but I think there are a lot of benefits: - Less need to worry about the encoding of output strings from libraries and methods like "Array#pack" - Less need to worry how "\xNN" string literals are handled - In most cases simple, encoding-unaware scripts should work without the need for "force_encoding" - Better compatibility with 1.8 scripts As there seems to be a good likelihood that the patch will be rejected, I haven't tested it thoroughly, so I may have missed some things, in particular with REGEXPs. Also I have not attempted to separate ASCII-8BIT & BINARY so that strings which are forced to BINARY cannot be converted. This may be a good idea. Examples with the patch applied: RUBYOPT=-w irb /usr/local/lib/ruby/1.9.0/irb/context.rb:166: warning: method redefined; discarding old irb_name irb(main):001:0> su = "abc\u0639" => "abc惺" irb(main):002:0> sn = "abc\xD8\xB9" => "abc\xD8\xB9" irb(main):003:0> su + sn (irb):3: warning: Assuming ASCII-8BIT string is UTF-8 => "abc惺abc惺" irb(main):004:0> sn + su (irb):4: warning: Assuming ASCII-8BIT string is UTF-8 => "abc惺abc惺" irb(main):005:0> sn == su => true irb(main):006:0> su << sn (irb):6: warning: Assuming ASCII-8BIT string is UTF-8 => "abc惺abc惺" irb(main):007:0> sn << su => "abc\xD8\xB9abc\xD8\xB9abc\xD8\xB9" I am happy to put in more effort into this if I get positive feedback. I think it is important because without something like this, there could be justifiable criticisms of the need for "force_encoding" and of poor backward compatibility with 1.8. Cheers Mike. On Fri, 31 Oct 2008 15:42:55 +1100, Nobuyoshi Nakada <nobu@ruby-lang.org> wrote: > Hi, > > At Fri, 31 Oct 2008 07:14:21 +0900, > Michael Selig wrote in [ruby-core:19646]: >> Feature #695 was closed & marked done, but unfortunately it does not >> seem >> to have been implemented :-( > > Martin kindly replied already, so I don't have to add his post > so much. > >> If you agree that this is a good idea, I don't mind trying to produce a >> patch for it myself. Please let me know. > > I don't agree, but feel free to post your patch, of course. > ------------32fHXckHKr4KOkSKFCDLAF Content-Disposition: attachment; filename=ascii-8bit.pat Content-Type: application/octet-stream; name=ascii-8bit.pat Content-Transfer-Encoding: Base64 SW5kZXg6IGVuY29kaW5nLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gZW5jb2Rp bmcuYwkocmV2aXNpb24gMjAxMTIpCisrKyBlbmNvZGluZy5jCSh3b3JraW5nIGNv cHkpCkBAIC02MTksNiArNjE5LDE2IEBACiAJcmJfcmFpc2UocmJfZUVuY0NvbXBh dEVycm9yLCAiaW5jb21wYXRpYmxlIGNoYXJhY3RlciBlbmNvZGluZ3M6ICVzIGFu ZCAlcyIsCiAJCSByYl9lbmNfbmFtZShyYl9lbmNfZ2V0KHN0cjEpKSwKIAkJIHJi X2VuY19uYW1lKHJiX2VuY19nZXQoc3RyMikpKTsKKyAgICBlbHNlIGlmIChSVEVT VChydWJ5X3ZlcmJvc2UpKSB7CisJaW50IGlkeDEgPSByYl9lbmNfZ2V0X2luZGV4 KHN0cjEpOworCWludCBpZHgyID0gcmJfZW5jX2dldF9pbmRleChzdHIyKTsKKwor CWlmIChpZHgxICE9IGlkeDIgJiYgKGlkeDEgPT0gRU5DSU5ERVhfQVNDSUkgfHwg aWR4MiA9PSBFTkNJTkRFWF9BU0NJSSkKKwkgICAgJiYgKHJiX2VuY19zdHJfY29k ZXJhbmdlKHN0cjEpICE9IEVOQ19DT0RFUkFOR0VfN0JJVCB8fAorCQlyYl9lbmNf c3RyX2NvZGVyYW5nZShzdHIyKSAhPSBFTkNfQ09ERVJBTkdFXzdCSVQpKQorCSAg ICByYl93YXJuaW5nKCJBc3N1bWluZyBBU0NJSS04QklUIHN0cmluZyBpcyAlcyIs CisJCQlyYl9lbmNfbmFtZShyYl9lbmNfZ2V0KGlkeDIgPT0gRU5DSU5ERVhfQVND SUkgPyBzdHIxIDogc3RyMikpKTsKKyAgICB9CiAgICAgcmV0dXJuIGVuYzsKIH0K IApAQCAtNjgwLDYgKzY5MCwxMyBAQAogCX0KIAlpZiAoY3IxID09IEVOQ19DT0RF UkFOR0VfN0JJVCkKIAkgICAgcmV0dXJuIGVuYzI7CisKKwlpZiAoaWR4MSA9PSBF TkNJTkRFWF9BU0NJSSAmJgorCQlyYl9lbmNfc3RyX3ZhbGlkX2VuY29kaW5nKHN0 cjEsIGVuYzIpID09IFF0cnVlKQorCSAgICByZXR1cm4gZW5jMjsKKwlpZiAoaWR4 MiA9PSBFTkNJTkRFWF9BU0NJSSAmJiBCVUlMVElOX1RZUEUoc3RyMikgPT0gVF9T VFJJTkcgJiYKKwkJcmJfZW5jX3N0cl92YWxpZF9lbmNvZGluZyhzdHIyLCBlbmMx KSA9PSBRdHJ1ZSkKKwkgICAgcmV0dXJuIGVuYzE7CiAgICAgfQogICAgIHJldHVy biAwOwogfQpJbmRleDogc3RyaW5nLmMKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0g c3RyaW5nLmMJKHJldmlzaW9uIDIwMTEyKQorKysgc3RyaW5nLmMJKHdvcmtpbmcg Y29weSkKQEAgLTMyNSw2ICszMjUsMTMgQEAKICAgICByZXR1cm4gY3I7CiB9CiAK K1ZBTFVFCityYl9lbmNfc3RyX3ZhbGlkX2VuY29kaW5nKFZBTFVFIHN0ciwgcmJf ZW5jb2RpbmcgKmVuYykKK3sKKyAgICBpbnQgY3IgPSBjb2RlcmFuZ2Vfc2NhbihS U1RSSU5HX1BUUihzdHIpLCBSU1RSSU5HX0xFTihzdHIpLCBlbmMpOworICAgIHJl dHVybiBjciA9PSBFTkNfQ09ERVJBTkdFX0JST0tFTiA/IFFmYWxzZSA6IFF0cnVl OworfQorCiBpbnQKIHJiX2VuY19zdHJfYXNjaWlvbmx5X3AoVkFMVUUgc3RyKQog ewpAQCAtMTcxNSwxMCArMTcyMiwxNyBAQAogICAgIGlmIChzdHJfZW5jaW5kZXgg IT0gcHRyX2VuY2luZGV4ICYmCiAgICAgICAgIHN0cl9jciAhPSBFTkNfQ09ERVJB TkdFXzdCSVQgJiYKICAgICAgICAgcHRyX2NyICE9IEVOQ19DT0RFUkFOR0VfN0JJ VCkgeworCS8qIFRyZWF0IEFTQ0lJLThCSVQgc3BlY2lhbGx5ICovCisJaWYgKHB0 cl9hOCAmJiBjb2RlcmFuZ2Vfc2NhbihwdHIsIGxlbiwgcmJfZW5jX2Zyb21faW5k ZXgoc3RyX2VuY2luZGV4KSkgIT0gRU5DX0NPREVSQU5HRV9CUk9LRU4pIHsKKwkg ICAgcmJfd2FybmluZygiQXNzdW1pbmcgQVNDSUktOEJJVCBzdHJpbmcgaXMgJXMi LAorCQkJcmJfZW5jX25hbWUocmJfZW5jX2Zyb21faW5kZXgoc3RyX2VuY2luZGV4 KSkpOworCX0KKwllbHNlIGlmICghc3RyX2E4KSB7CiAgICAgICBpbmNvbXBhdGli bGU6Ci0gICAgICAgIHJiX3JhaXNlKHJiX2VFbmNDb21wYXRFcnJvciwgImluY29t cGF0aWJsZSBjaGFyYWN0ZXIgZW5jb2RpbmdzOiAlcyBhbmQgJXMiLAotICAgICAg ICAgICAgcmJfZW5jX25hbWUocmJfZW5jX2Zyb21faW5kZXgoc3RyX2VuY2luZGV4 KSksCi0gICAgICAgICAgICByYl9lbmNfbmFtZShyYl9lbmNfZnJvbV9pbmRleChw dHJfZW5jaW5kZXgpKSk7CisJICAgIHJiX3JhaXNlKHJiX2VFbmNDb21wYXRFcnJv ciwgImluY29tcGF0aWJsZSBjaGFyYWN0ZXIgZW5jb2RpbmdzOiAlcyBhbmQgJXMi LAorCQlyYl9lbmNfbmFtZShyYl9lbmNfZnJvbV9pbmRleChzdHJfZW5jaW5kZXgp KSwKKwkJcmJfZW5jX25hbWUocmJfZW5jX2Zyb21faW5kZXgocHRyX2VuY2luZGV4 KSkpOworCX0KICAgICB9CiAKICAgICBpZiAoc3RyX2NyID09IEVOQ19DT0RFUkFO R0VfVU5LTk9XTikgewpAQCAtMjA0OCw2ICsyMDYyLDggQEAKICAgICBpZHgxID0g RU5DT0RJTkdfR0VUKHN0cjEpOwogICAgIGlkeDIgPSBFTkNPRElOR19HRVQoc3Ry Mik7CiAgICAgaWYgKGlkeDEgPT0gaWR4MikgcmV0dXJuIFF0cnVlOworICAgIC8q IEFsbG93IGNvbXBhcmlzb25zIGJldHdlZW4gQVNDSUktOEJJVCAmIG90aGVyIGVu Y29kaW5ncyAqLworICAgIGlmIChpZHgxID09IDAgfHwgaWR4MiA9PSAwKSByZXR1 cm4gUXRydWU7CiAgICAgcmMxID0gcmJfZW5jX3N0cl9jb2RlcmFuZ2Uoc3RyMSk7 CiAgICAgcmMyID0gcmJfZW5jX3N0cl9jb2RlcmFuZ2Uoc3RyMik7CiAgICAgaWYg KHJjMSA9PSBFTkNfQ09ERVJBTkdFXzdCSVQpIHsK ------------32fHXckHKr4KOkSKFCDLAF--