Project

General

Profile

Activity

From 05/03/2010 to 05/09/2010

05/09/2010

06:26 PM Bug #3265 (Third Party's Issue): Recurrance of Rubyforge#22770: gem cleanup -> NameError uninitialized constant Gem::Commands::CleanupCommand
=begin
Previously reported in http://rubyforge.org/tracker/?group_id=126&atid=575&func=detail&aid=22770

$ uname...
hedgehog (Hedge Hog)
03:11 PM Backport #3263 (Assigned): dl/cparser.rb error trying to use Windows COM method of "IApplication::Login"
=begin
r22720
=end
nobu (Nobuyoshi Nakada)
01:23 PM Backport #3263 (Closed): dl/cparser.rb error trying to use Windows COM method of "IApplication::Login"
=begin
Try to call a com entry point in dll FComApi.dll and ruby dl parser generated the following error:

C:/R...
nworbekim (Mike Brown)

05/08/2010

02:35 AM Backport #3212: ConditionVariable may become inconsistent for interrupted threads
=begin
Hi,

2010/5/8 Sylvain Joyeux <redmine@ruby-lang.org>:
> I'm not sure what you are referring to with the "c...
mame (Yusuke Endoh)
01:38 AM Backport #3212: ConditionVariable may become inconsistent for interrupted threads
=begin
I'm using Thread#raise in conditions where it is safe, i.e. to wake-up threads that are waiting on CV, in pla...
sylvain.joyeux (Sylvain Joyeux)

05/07/2010

10:05 AM Backport #3212: ConditionVariable may become inconsistent for interrupted threads
=begin
2010/5/7 Yusuke ENDOH <mame@tsg.ne.jp>:
> Exactly.  You are really quine to understand :-)

quine -> quick...
mame (Yusuke Endoh)
09:48 AM Backport #3212: ConditionVariable may become inconsistent for interrupted threads
=begin
Hi,

2010/5/7 Caleb Clausen <vikkous@gmail.com>:
>> This is a serious issue, but if this is fixed to ensur...
mame (Yusuke Endoh)
01:39 AM Backport #3212: ConditionVariable may become inconsistent for interrupted threads
=begin
Hi,

2010/5/6 Caleb Clausen <vikkous@gmail.com>:
> AFAICT, Silvain's proposed fix is mostly correct. I've ...
mame (Yusuke Endoh)

05/06/2010

04:46 PM Bug #3252: 1.9.2 -> 1.9.1 backport fail: invalid byte sequence in UTF-8 (ArgumentError): "\xA0;" =~ /\./
=begin
> Test case file:
> (snip)
> "\xA0;" =~ /\./

As nobu said, "\xA0" is invalid UTF-8 string.
Both 1....
naruse (Yui NARUSE)
04:16 PM Bug #3252 (Rejected): 1.9.2 -> 1.9.1 backport fail: invalid byte sequence in UTF-8 (ArgumentError): "\xA0;" =~ /\./
=begin
"\xa0;" is invalid sequence in UTF-8.
You might want to write "\u{a0};"?
=end
nobu (Nobuyoshi Nakada)
01:20 PM Bug #3252 (Rejected): 1.9.2 -> 1.9.1 backport fail: invalid byte sequence in UTF-8 (ArgumentError): "\xA0;" =~ /\./
=begin
Test case file:

# coding=utf-8
# vi: set fileencoding=utf-8 :
puts RUBY_DESCRIPTION
puts "ext: " <...
volante (M L)
04:33 PM Backport #2762 (Assigned): in `sub!': invalid byte sequence in UTF-8 (ArgumentError); using backticks
=begin
This is r25880. [ruby-dev:39743]
=end
naruse (Yui NARUSE)

05/05/2010

07:17 PM Backport #3212: ConditionVariable may become inconsistent for interrupted threads
=begin
Hi,

2010/5/5 Sylvain Joyeux <redmine@ruby-lang.org>:
> Ruby allows condition variables to be interrupted ...
mame (Yusuke Endoh)
06:00 PM Backport #3212: ConditionVariable may become inconsistent for interrupted threads
=begin
Ruby allows condition variables to be interrupted by exceptions, and it should therefore *work when it is use...
sylvain.joyeux (Sylvain Joyeux)
05:26 PM Backport #3212: ConditionVariable may become inconsistent for interrupted threads
=begin
Hi,

> If you use an exception, you have to care it yourself, such as,
> by adding rescue clause:
>
> a...
mame (Yusuke Endoh)
09:03 AM Backport #3212: ConditionVariable may become inconsistent for interrupted threads
=begin
Hi,

2010/5/5 Sylvain Joyeux <redmine@ruby-lang.org>:
> Doing that is not enough. CV should definitely mai...
mame (Yusuke Endoh)
12:50 AM Backport #3212: ConditionVariable may become inconsistent for interrupted threads
=begin
Example script for my last update

cv = ConditionVariable.new
mutex = Mutex.new

other_t =...
sylvain.joyeux (Sylvain Joyeux)
12:46 AM Backport #3212: ConditionVariable may become inconsistent for interrupted threads
=begin
Doing that is not enough. CV should definitely maintain @waiter so that no thread that is *not* in #wait is n...
sylvain.joyeux (Sylvain Joyeux)

05/04/2010

06:04 AM Bug #2702 (Closed): Enumerator#to_a and #to_set yield inconsistent results
=begin

=end
marcandre (Marc-Andre Lafortune)
05:40 AM Bug #2702: Enumerator#to_a and #to_set yield inconsistent results
=begin
I have tested it in the version built today using OSX:

ruby 1.9.2dev (2010-05-04 trunk 27603) [x86_64-da...
hylian (Roberto Perez)

05/03/2010

10:15 PM Backport #3212 (Open): ConditionVariable may become inconsistent for interrupted threads
=begin
Hi,

> Scenario 1
> ----------
> 1) Thread 'a' gets a spurious wakeup
> 2) Thread 'a' gets back to ...
mame (Yusuke Endoh)
09:17 PM Backport #3212: ConditionVariable may become inconsistent for interrupted threads
=begin
This is *not* about having spurious wakeups or not (I understood that my knowledge of pthreads is lower than ...
sylvain.joyeux (Sylvain Joyeux)
08:41 PM Backport #3212: ConditionVariable may become inconsistent for interrupted threads
=begin
Hi,

2010/5/3 Sylvain Joyeux <redmine@ruby-lang.org>:
> Yusuke's answer and mine apply to #3213, not to th...
mame (Yusuke Endoh)
08:23 PM Backport #3212: ConditionVariable may become inconsistent for interrupted threads
=begin
Hi,

2010/5/3 Sylvain Joyeux <redmine@ruby-lang.org>:
> pthread_cond_wait can *not* return in any other ca...
mame (Yusuke Endoh)
06:11 PM Backport #3212: ConditionVariable may become inconsistent for interrupted threads
=begin
Yusuke's answer and mine apply to #3213, not to this bug.

This bug is a different problem. In Yusuke's e...
sylvain.joyeux (Sylvain Joyeux)
05:59 PM Backport #3212: ConditionVariable may become inconsistent for interrupted threads
=begin
Update: I did realize that some APIs do behave that way already.

(Disclaimer: next sentence is kind-of a...
sylvain.joyeux (Sylvain Joyeux)
05:56 PM Backport #3212: ConditionVariable may become inconsistent for interrupted threads
=begin
This is not only completely wrong, it also goes against any multi-threading API that exists out there.

p...
sylvain.joyeux (Sylvain Joyeux)
07:37 PM Bug #3243 (Open): Can't build Ruby after r26506
=begin
r26506以降、次の環境でRuby 1.9.1がビルドできなくなっています。防備録として。
Linux jade915.yugui.jp 2.6.32-21-generic #32-Ubuntu SMP Fri...
yugui (Yuki Sonoda)
06:17 PM Backport #3149 (Closed): Mac OS X の ruby 1.9.1p378 で再 open 後 delete した Tempfile が closed stream になる
=begin
This issue was solved with changeset r27598.
Kazuhiro, thank you for reporting this issue.
Your contributio...
yugui (Yuki Sonoda)
06:17 PM Backport #3159 (Closed): BigDecimal broken in 32bit Ruby
=begin
This issue was solved with changeset r27597.
Moritz, thank you for reporting this issue.
Your contribution ...
yugui (Yuki Sonoda)
06:17 PM Backport #3164 (Closed): [BUG] Segmentation fault
=begin
This issue was solved with changeset r27596.
paranormal, thank you for reporting this issue.
Your contribut...
yugui (Yuki Sonoda)
06:16 PM Backport #3242 (Closed): testの記述ミス
=begin
[ruby-core:29908] で見つかったテストの記述ミス一覧:

r27587, r27588, r27589, r27586, r27590
=end
yugui (Yuki Sonoda)
05:31 PM Backport #3227: tempfile.rb seems to have a broken unlink function
=begin
Hi,

I think Caleb is right.
r24662 should be merged into ruby_1_9_1.

This ticket is moved to Back...
mame (Yusuke Endoh)
12:17 PM Backport #2628 (Closed): 1.9 Hash documentation says hashes not ordered
=begin
This issue was solved with changeset r27595.
Denis, thank you for reporting this issue.
Your contribution t...
yugui (Yuki Sonoda)
12:07 PM Backport #2512 (Closed): CC is ignored in ext
=begin
This issue was solved with changeset r27593.
Nobuyoshi, thank you for reporting this issue.
Your contributi...
yugui (Yuki Sonoda)
 

Also available in: Atom