Activity
From 09/12/2011 to 09/18/2011
09/18/2011
-
11:25 PM Bug #5334 (Closed): Segmentation fault in InternetExplorer IServiceProvider interface
- The following code causes a segmentation fault in Ruby 1.9.2:
require 'win32ole'
browser = WIN32OLE.new("InternetExplorer.Application")
provider = browser.ole_query_interface("{6D5140C1-7436-11CE-8034-00AA006009FA}")
provider.ole_o... - 10:54 PM Revision 3b17a1d0 (git): * 2011-09-19
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@33293 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
10:54 PM Revision 125b62e7 (git): * object.c (rb_obj_clone): singleton class should be attached
- singleton object to. a patch by Satoshi Shiba <shiba AT rvm.jp>
at [ruby-dev:44460]. [Bug #5274]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@33292 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
09:16 PM Feature #5310: Integral objects
- @Brian, if i understood correctly, the proposal is intending to fix the problem that Float and BigDecimal should not respond to #to_int, and in some other cases #to_int should raise an Error on some inputs.
Sorry, this sounds like a tau... -
- Hello, i also do not understand very well the issue.
Am i right that it has to do with the difference between #to_int and #to_i methods, similar to the difference between #to_ary and #to_a methods?
Do i understand correctly that #to_a i... -
06:53 PM Bug #4576: Range#step miss the last value, if end-exclusive and has float number
- On 17 September 2011 07:05, Yusuke ENDOH <mame@tsg.ne.jp> wrote:
> Hello,
>
> 2011/9/17 Tanaka Akira <akr@fsij.org>:
>> But in the following script, which changes "a...b" to "a..b" from the above
>> script, the result length doesn'... -
08:29 AM Bug #4576: Range#step miss the last value, if end-exclusive and has float number
- 2011/9/17 Yusuke ENDOH <mame@tsg.ne.jp>:
> Maybe this "consideration" causes the following behavior:
>
> p (1.0..12.7).step(1.3).all? {|n| n <= 12.7 } #=> false
> p (1.0..12.7).step(1.3).to_a
> #=> [1.0, 2.3, 3.6, 4.9...
09/17/2011
-
11:58 PM Bug #5333 (Third Party's Issue): Coverage library giving wrong results
- I'm the author of the simplecov gem, a wrapper on top of the Coverage library. You can find it on Github at https://github.com/colszowka/simplecov
I keep getting reports from users that code they have cleary tested is not reported as ... -
07:23 PM Bug #4576: Range#step miss the last value, if end-exclusive and has float number
- I have not been watching ruby-core, but let me give a comment for this issue.
I proposed Numeric#step algorithm for Float in [ruby-dev:20177],
but that was only for the include_end-case.
> (1...6.3).step.to_a # => [1.0, 2.0, 3.0, 4.0, ... -
06:29 PM Bug #4576: Range#step miss the last value, if end-exclusive and has float number
- (2011/09/17 16:14), Yusuke ENDOH wrote:
> Hello,
>
> 2011/9/17 NARUSE, Yui <naruse@airemix.jp>:
>> In my current understanding, the error is
>> fabs(beg) * epsilon + fabs(unit) * epsilon * n + fabs(end) * epsilon
>> = (fabs... -
04:23 PM Bug #4576: Range#step miss the last value, if end-exclusive and has float number
- Hello,
2011/9/17 NARUSE, Yui <naruse@airemix.jp>:
> In my current understanding, the error is
> fabs(beg) * epsilon + fabs(unit) * epsilon * n + fabs(end) * epsilon
> = (fabs(beg) + fabs(end) + fabs(end-beg)) * epsilon
> //... -
- 2011/9/17 Yusuke ENDOH <mame@tsg.ne.jp>:
> Maybe this "consideration" causes the following behavior:
>
> p (1.0..12.7).step(1.3).all? {|n| n <= 12.7 } #=> false
> p (1.0..12.7).step(1.3).to_a
> #=> [1.0, 2.3, 3.6, 4.9... -
- (2011/09/17 9:07), Tanaka Akira wrote:
> So my understanding of this problem is that no one implemented
> proper exclude_end support with well considered float errors, yet.
In my current understanding, the error is
fabs(beg) ... -
- Hello,
2011/9/17 Tanaka Akira <akr@fsij.org>:
> But in the following script, which changes "a...b" to "a..b" from the above
> script, the result length doesn't vary.
>
> % ./ruby -e '
> h -
- 2011/9/17 Tanaka Akira <akr@fsij.org>:
>
> I don't think the patch is a appropriate fix for this problem.
>
> The test, "n*unit+beg < end", is fragile.
I made a sample script to show the fragileness on x86_64 to explain
t... -
- 2011/9/17 Marc-Andre Lafortune <ruby-core@marc-andre.ca>:
>
> I'd like to thank Vit Ondruch and Aleš Mareček for pointing out this issue, investigating it and providing insight as to how to fix it.
>
> I am sorry that this problem h... -
01:10 AM Bug #4576: Range#step miss the last value, if end-exclusive and has float number
- I'd like to thank Vit Ondruch and Aleš Mareček for pointing out this issue, investigating it and providing insight as to how to fix it.
I am sorry that this problem has not been fixed yet. I completely agree that this is a bug and tha... -
12:42 AM Bug #4576: Range#step miss the last value, if end-exclusive and has float number
- Marc-Andre Lafortune wrote:
> On Tue, Sep 13, 2011 at 9:13 AM, Shyouhei Urabe <shyouhei@ruby-lang.org> wrote:
> ...
I'm pretty sure Matz wasn't interested in the current implementation. He always says what he wants i.e. his statements... -
- Hi,
Michal Suchanek wrote:
> == is meaningless with floats.
> ...
If `foo != bar`, it doesn't tell you all that much about `foo` and `bar`, as they could differ by a lot, or possibly by very little due to a calculation rounding.
... -
- that checks in core would work. [ruby-core:39591] [Bug #5331]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@33291 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 01:21 PM Revision b4519b3b (git): * 2011-09-17
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_3@33290 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- workaround for ruby-debug19 for the time being.
[ruby-core:38972] [Bug #5193]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_3@33289 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
12:23 PM Bug #5193: ruby_thread_data_type linker errors fixed with RUBY_EXTERN
- Hi,
(11/09/16 18:44), Charlie Savage wrote:
> But instead of discussing that here, should a new ticket be opened for a creating an official debugger api for 1.9.4?
I (and maybe nobu) will try them. Actually, I've needed to ... -
10:44 AM Bug #5193: ruby_thread_data_type linker errors fixed with RUBY_EXTERN
- > So we had requested the API proposal and its use cases
> ...
First, is there anything else we need to do for ruby 1.9.3? The current status is that both ruby-debug-base19 and ruby-debug-base19x (JetBrain's fork) both compile now. ru... - 03:51 AM Revision 19c312af (git): * 2011-09-17
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@33288 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
03:49 AM Revision d52be39f (git): * lib/find.rb (Find.find): add documentation that Find.find
- without block returns an enumerator.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@33287 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
09/16/2011
-
- On 16 September 2011 16:18, Yusuke ENDOH <mame@tsg.ne.jp> wrote:
> Hello,
>
> 2011/9/16 Michal Suchanek <hramrach@centrum.cz>:
>> == is meaningless with floats.
>
> I guess it is not essential for the problem Marc-Andre says.
> W... -
- Hello,
2011/9/16 Michal Suchanek <hramrach@centrum.cz>:
> == is meaningless with floats.
I guess it is not essential for the problem Marc-Andre says.
We can read it as follows without ==:
(foo...bar).step(baz).all? ... -
- 2011/9/16 Michal Suchanek <hramrach@centrum.cz>:
> == is meaningless with floats.
>
> The previous issue ( the value before the excluded end of the range
> not being reached) was most likely the result of guarding against
>... -
- On 16 September 2011 15:49, Tanaka Akira <akr@fsij.org> wrote:
> 2011/9/16 Marc-Andre Lafortune <ruby-core@marc-andre.ca>:
>
>> Yes, floats can be complicated. No I wouldn't recommend to anyone to play with tight limits with floats. ... -
- 2011/9/16 Marc-Andre Lafortune <ruby-core@marc-andre.ca>:
> Yes, floats can be complicated. No I wouldn't recommend to anyone to play with tight limits with floats. But here, it is simply not acceptable that `(foo...bar).step(baz).to... -
05:53 PM Bug #4576: Range#step miss the last value, if end-exclusive and has float number
- Hello,
In message "[ruby-core:39580] [Ruby 1.9 - Bug #4576] Range#step miss the last value, if end-exclusive and has float number"
on Sep.16,2011 17:04:46, <naruse@airemix.jp> wrote:
> (2) specify -ffloat-store or similar o... -
- For people who get this issue, I describe additional comment,
CRuby doesn't specify its internal calculation of floatin point numbers, and ISO C also not.
This issue is by x87 FPU's internal calculation behavior.
x87 always calcul... -
04:23 PM Bug #4576: Range#step miss the last value, if end-exclusive and has float number - PS: I should have modified the commit message to say that this fixes
the problem for i386 (not amd64, I misread Michal's message)
On Fri, Sep 16, 2011 at 2:45 AM, Marc-Andre Lafortune
<ruby-core-mailing-list@marc-andre.ca> wrot... -
- Marc-Andre Lafortune wrote:
> I re-committed as r33285 because
> ...
Such style doesn't get consensus over the thread [ruby-core:39260].
> Before reverting a commit, please give an example of a problem it can
> ...
See following ... - 03:53 PM Bug #4576: Range#step miss the last value, if end-exclusive and has float number
- I re-committed as r33285 because
* Ruby should not keep it platform dependent with default compile
flags [ruby-core:39566], [ruby-core:28212]
* this commit has corresponding test [rubyspec:a9525edcd]
Before reverting a commit... - 03:53 PM Bug #4576: Range#step miss the last value, if end-exclusive and has float number
- Hi,
On Thu, Sep 15, 2011 at 8:57 PM, Kenta Murata <muraken@gmail.com> wrote:
> I cannot find tests for the commit r33282. Please tell me where the tests are.
> If you write the tests in RubySpec, please describe the commit hash... -
- 2011/9/16 Kenta Murata <muraken@gmail.com>:
> On Friday, September 16, 2011 at 02:14 , Marc-Andre Lafortune wrote:
>> The patch has been committed as r33282
>
> I cannot find tests for the commit r33282. Please tell me where the tes... -
09:59 AM Bug #4576: Range#step miss the last value, if end-exclusive and has float number
- Hi,
On Friday, September 16, 2011 at 02:14 , Marc-Andre Lafortune wrote:
> The patch has been committed as r33282
I cannot find tests for the commit r33282. Please tell me where the tests are.
If you write the tests in... -
- Hi,
In this long thread, I could not find a single argument against the (3-line) patch.
Does the patch cause a problem? No
Does the patch fix a platform inconsistency? Yes
The patch has been committed as r33282
The questio... -
- Yui NARUSE wrote:
> I can't your English of this line, I think you are saying you can't understand [ruby-core:39443].
No, I understood what you are saying. I meant the tour argument is not valid justification for the current behavior... -
- Marc-Andre Lafortune wrote:
> I'm not sure, are you trying to be rude or irritating by rejecting for a second time this issue in this way?
> ...
Ah sorry, I intended to close this ticket without comment.
"r33186" is wrong comment.
(t... -
- On Mon, Sep 12, 2011 at 8:30 PM, Yui NARUSE <naruse@airemix.jp> wrote:
> Issue #5273 has been updated by Yui NARUSE.
> ...
I'm not sure, are you trying to be rude or irritating by rejecting for a second time this issue in this way?
... -
02:43 PM Bug #5330 (Rejected): Bug Report: wrong backtrace
- =begin
I would like to report a ruby1.9 bug. I tried to create a new ticket in redmine. After registration(wonderix) I tried to login, but I didn't succeed. After 4 password resets I gave up.
So here is my description:
a.rb:
te... -
- Hi,
At Fri, 16 Sep 2011 11:32:04 +0900,
Charlie Savage wrote in [ruby-core:39570]:
> > No, it keeps thread objects. But I'm not sure if allowing
> > GC is necessary. Seems a thread object will be removed
> > from the table ... -
- > No, it keeps thread objects. But I'm not sure if allowing
> ...
Since I don't know the code, I don't the answer. Mark would be best to answer that.
> I'm uncertain of "the need". You mean that you won't
> ...
Yes. To compile rub... -
- Hi,
At Fri, 16 Sep 2011 02:03:39 +0900,
Charlie Savage wrote in [ruby-core:39564]:
> > The reason for _id2ref is that threads are stored in
> > debug contexts as object IDs, and reversed when accessing
> > with checking if ... -
- Thanks Nobu for looking at this.
> The reason for _id2ref is that threads are stored in
> ...
Could this be to avoid holding a reference to a thread object, and thus not allowing it to be GCed?
> Current state is https://github.co... -
- This reverts commit r33285 because of the message of r33284.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@33286 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 06:44 AM Revision fd47fed2 (git): * numeric.c (ruby_float_step): Avoid error on i386 and amd64.
- Patch by Vit Ondruch. Issue #4576 [rubyspec:a9525edcd]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@33285 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- r33282 challenged the precision of floating point but:
* Ruby keeps it as platform dependent
* amd64 won't get this issue because compilers for amd64 uses SSE2 to
calculate floating point numbers instead of x87 FPU.
* this change won't...
09/15/2011
- 05:13 PM Revision f6b16290 (git): * 2011-09-16
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@33283 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 05:13 PM Revision 22420b14 (git): * numeric.c (ruby_float_step): Avoid error on i386 and amd64.
- Patch by Vit Ondruch. Issue #4576.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@33282 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 04:08 PM Revision f6316e23 (git): * NEWS: cosmetic changes.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_3@33281 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 03:36 PM Revision f80196ed (git): * 2011-09-16
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_3@33280 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 03:35 PM Revision 24addf1f (git): Revert r33276.
- These changes are not the cause of Windows test failures.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_3@33279 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- Hi,
At Wed, 14 Sep 2011 10:36:09 +0900,
Motohiro KOSAKI wrote in [ruby-core:39536]:
> Symbol exposing doesn't have any regression risk. So, it can
> be commited into 193 if nobu agreed. But, I strongly hope to
> add explicitly di... -
03:26 PM Bug #5328 (Rejected): Splat args are treated wrongly in instance_exec and class_exec
- This gist demonstrates the issue:
https://gist.github.com/1218664
On 1.8.7, instance_exec and class_exec treat splat block args the same as method splat args. On 1.9, it is treated differently and this is very unexpected. -
- r31061, r31065, r31076, r31308.
Because of half baked.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_3@33278 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 02:00 PM Revision 21e5a1da (git): * 2011-09-15
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_3@33277 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- Those commits break tests on Windows and no response.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_3@33276 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@33275 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
03:53 AM Feature #5310: Integral objects
- Hi Matz,
On Wed, Sep 14, 2011 at 1:31 AM, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:
> Hi,
>
> I strongly disagree to use to_int (currently working for integer
> conversion) as integral conversion. Â Note that I don't disagre... -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@33274 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- argument types.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@33273 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
12:37 AM Bug #5326 (Rejected): goruby build failed @ ruby_1_9_3
-
-
- $ make goruby
cc goruby.c -o goruby
In file included from goruby.c:3:
main.c:13:18: error: ruby.h: No such file or directory
In file included from debug.h:16,
from main.c:14,
from goruby.c:3:...
09/14/2011
-
- $ make goruby
compiling goruby.c
gcc -O3 -ggdb -Wextra -Wno-unused-parameter -Wno-parentheses -Wno-long-long -Wno-missing-field-initializers -Werror=pointer-arith -Werror=write-strings -Werror=declaration-after-statement -Werror=shorte... -
10:44 PM Bug #5324 (Closed): Bug in CreateChild in win32.c
- Revision 31811 by yugui (http://svn.ruby-lang.org/cgi-bin/viewvc.cgi?view=revision&revision=31811) which was merged from the trunk contains a bug. It should be lstrlen instead of lstrlenW as its a char* not a wchar_t*. This has caused us...
-
- Revision 31811 by yugui (http://svn.ruby-lang.org/cgi-bin/viewvc.cgi?view=revision&revision=31811) which was merged from the trunk contains a bug. It should be lstrlen instead of lstrlenW as its a char* not a wchar_t*. This has caused us...
-
- On 13 September 2011 17:19, Yusuke ENDOH <mame@tsg.ne.jp> wrote:
> Hello,
>
> 2011/9/13 Vit Ondruch <v.ondruch@tiscali.cz>:
>> Please first see the commit [1] and then tell me why the original test case should fail? Actually it fail... -
- Alers, what version of ruby do you use?
1.9.2p290, 1.9.3-preview1, and 1.9.4dev works well:
$ ruby-1.9-head -ve 'p (1...64.quo(10)).step(18.quo(10)).to_a'
ruby 1.9.4dev (2011-09-06 trunk 33199) [x86_64-darwin11.1.0]
[1, (14/5), (... -
12:48 AM Bug #4576: Range#step miss the last value, if end-exclusive and has float number
- Hi Kenta, thanks for the hint.
The bug is about "three-dotted" range, not "double-dotted". Test with Bigdecimal works, with "quo" does NOT, with "quo" using rational lib does.
$ ruby -rbigdecimal -e 'p (BigDecimal("1.0")...BigDecimal("... -
- Hello,
2011/9/13 Vit Ondruch <v.ondruch@tiscali.cz>:
> Please first see the commit [1] and then tell me why the original test case should fail? Actually it fails on i386 and succeeds on x86_64 which is a bit suspicious. So I dig a b... -
- Also, you can use Rational:
ruby-1.9-head -ve 'p (1 .. 68.quo(10)).step(19.quo(10)).to_a'
ruby 1.9.4dev (2011-09-06 trunk 33199) [x86_64-darwin11.1.0]
[1, (29/10), (24/5), (67/10)]
-e:1: warning: (...) interpreted as grouped expres... -
- Hi,
you can use BigDecimal as following:
ruby-1.9-head -rbigdecimal -ve 'p (BigDecimal("1.0")..BigDecimal("6.8")).step(BigDecimal("1.9")).to_a'
ruby 1.9.4dev (2011-09-06 trunk 33199) [x86_64-darwin11.1.0]
-e:1: warning: (...) int... -
-
06:19 PM Bug #5322: URI.decode_www_form_component very slow with certain inputs
- Looks like a duplicate of #5149 to me...
-
06:10 PM Bug #5322 (Closed): URI.decode_www_form_component very slow with certain inputs
- When calling the following I get what I'd expect. An error.
URI.decode_www_form_component("aaaaaaaaaaaaaaaaaaaa%")
Here's the IRB output:
ruby-1.9.2-p290 :003 > URI.decode_www_form_component("aaaaaaaaaaaaaaaaaaaa%")
Argument... -
05:53 PM Bug #1792: Fixnum#& 等が、Rational などを受けつける
- Hi,
In message "Re: [ruby-core:39540] [Ruby 1.9 - Bug #1792][Open] Fixnum#& 等が、Rational などを受けつける"
on Wed, 14 Sep 2011 13:28:57 +0900, Kenta Murata <muraken@gmail.com> writes:
|I reopen this ticket because I rethink [ruby... -
- I reopen this ticket because I rethink [ruby-core:39491] is bug.
But, unfortunately, I don't know how to fix this.
Using to_int cannot fix the original problem.
May Numeric#coerce is used for bitwise operation?
-
- Hi,
I strongly disagree to use to_int (currently working for integer
conversion) as integral conversion. Note that I don't disagree (yet)
to introduce concept of integrals to Ruby in the future. But
recycling name is not id... -
- On Tue, Sep 13, 2011 at 5:18 PM, Kenta Murata <muraken@gmail.com> wrote:
> Hi,
>
> On Wednesday, September 14, 2011 at 06:23 , brian ford wrote:
>> There is some inconsistency between your proposal and what has been implemented:... -
- Hi,
On Wednesday, September 14, 2011 at 06:23 , brian ford wrote:
> There is some inconsistency between your proposal and what has been implemented:
We can change the implementation according to the proposal if accepted.
... -
- Hi,
On Mon, Sep 12, 2011 at 7:30 PM, Kenta Murata <muraken@gmail.com> wrote:
> Â I believe you are misreading of the topic.
There is some inconsistency between your proposal and what has been implemented:
# integral.rb
class ... - 05:25 PM Revision 762e4c0c (git): * 2011-09-15
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@33272 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@33271 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- Ruby has several numeric classes such as Integer.
These classes are classified whether their instances represent numbers exactly.
According to this, Integer and Rational are exact, and Float and BigDecimal are inexact because they're a... -
12:23 PM Bug #5306: Application Hangs Due to Recent rb_thread_select Changes
- 2011/9/13 Eric Wong <normalperson@yhbt.net>:
> Motohiro KOSAKI <kosaki.motohiro@gmail.com> wrote:
>> File old_thread_select.patch added
>>
>> > static void
>> > rb_fd_rcopy(fd_set *dst, rb_fdset_t *src)
>> > {
>> > Â Â size_t size -
- > BTW, I've checked kosaki-san's patch with x64-mswin64.
> No problem was reported in test.
>
> P.S.
> kosaki-san, I want to add a guard to your patch.
>
> --- thread.c.bak     2011-09-13 03:40:05.948172400 +0900
> +++ thr... -
- At first, I have to put a disclaimer. The following comment is only my personal opinion, but not commiters consensus.
Symbol exposing doesn't have any regression risk. So, it can be commited into 193 if nobu agreed. But, I strongly ho... -
- Bringing this one up again - can we get resolution for the 1.9.3 release?
Thanks - Charlie -
09:33 AM Bug #5317: rubyのヘッダファイルを使った拡張を行う際にoff_tの宣言回避をする事が出来ない。
- > システムに _off_t があったら、__int64 ではなく _off_t を使うようにすればいいんですかね。
> ...
そうですね。
もしくはconfig.hのSIZEOF_OFF_T宣言を無効化出来るとか。
#ifndef SIZEOF_OFF_T
#define SIZEOF_OFF_T 8
#endif
まぁoff_tに限った話でもなさそうですが。
-
- システムに _off_t があったら、__int64 ではなく _off_t を使うようにすればいいんですかね。
いや、_off64_t か? -
- vimのpatchとしてはそうしました。
https://groups.google.com/d/topic/vim_dev/VM_AgsF1_K4/discussion
ただ、あまりお作法が良いとは思えませんでした。
出来ればどのプロジェクトでも
#undef off_t
しなくても良い形がのぞましいと思ってます的な意味でfeature requestです。:)
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_3@33270 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 03:40 AM Revision 9151ed22 (git): * configure.in: do not use gcc-4.2 as the default compiler.
- * NEWS: describe the issue about Xcode.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_3@33269 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- * thread.c (rb_fd_rcopy): added an argument guard.
Patch by NAKAMURA Usaku. [Bug #5306] [ruby-core:39435]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_3@33268 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 02:45 AM Revision 9da539cc (git): * 2011-09-14
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@33267 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- Patch by NAKAMURA Usaku. [Bug #5306] [ruby-core:39435]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@33266 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
12:54 AM Feature #5315: config.hからコンパイラのバージョンチェックを外して欲しい
- 残念ながら筋の良いガードの仕方はないです。このあたりはWindowsのDLLの問題ですね。
それでもあえて言えばRubyがランタイムライブラリの生成するオブジェクトを、
I/Fを通じて外と直接やりとりする設計になってるのも筋は良くないね、とは指摘しておきます。
もちろんそんなことでI/Fを変えるのがコストに見合わないことは理解した上での「あえて」です。
09/13/2011
-
- Hi!
Shyouhei, I can't agree with you. We have some fact that algorithm written in ruby doesn't work. I know this is not the problem of ruby but it is fixable. If we have something like tests there, we run it, what it is for when it fail... -
- Vit Ondruch wrote:
> So what is this feature for if you cannot rely on it nor there is way how to detect it? In this case, please remove such feature.
No. Sorry. Ruby is not designed like that. Ruby's design is that it embraces th... -
09:48 PM Bug #4576: Range#step miss the last value, if end-exclusive and has float number
- Shyouhei Urabe wrote:
> Vit Ondruch wrote:
> ...
So what is this feature for if you cannot rely on it nor there is way how to detect it? In this case, please remove such feature.
>
> ...
My patch is sufficient to behave consistent... -
- Vit Ondruch wrote:
> Shyouhei Urabe wrote:
> ...
It is a hardware issue. So it is quite natural for one platform behaves differently than another.
> > > Actually it fails on i386 and succeeds on x86_64 which is a bit suspicious.
>... -
- Shyouhei Urabe wrote:
> Vit Ondruch wrote:
> ...
It is a feature I guess, there is even test case for this unfortunately, so why should something pass on one platform and should not pass on another? That doesn't make sense.
> > Actu... -
- Michal Suchanek wrote:
> On 13 September 2011 12:28, Urabe Shyouhei <shyouhei@ruby-lang.org> wrote:
> ...
As I said, it is i386 or i686 issue, not x86_64.
-
- Vit Ondruch wrote:
> Please first see the commit [1] and then tell me why the original test case should fail?
Because no one guarantees that it should pass.
> ...
It is a clear sign that you are "dancing with floats".
As Tomoyo... -
- On 13 September 2011 12:28, Urabe Shyouhei <shyouhei@ruby-lang.org> wrote:
> (09/13/2011 06:56 PM), Vít Ondruch wrote:
>> Can somebody please reopen this issue? Since the test suite fix is
>> apparently wrong.
>
> Hi, maybe I'm too... -
- This [1] is short C reproducer for the issue [2]. You can compare behavior on i386 and x86_64
[1] https://bugzilla.redhat.com/attachment.cgi?id=520087
[2] http://redmine.ruby-lang.org/issues/4576#note-2 -
- Please first see the commit [1] and then tell me why the original test case should fail? Actually it fails on i386 and succeeds on x86_64 which is a bit suspicious. So I dig a bit deeper with my colleagues and we found that the test was ...
-
- (09/13/2011 06:56 PM), VÃt Ondruch wrote:
> Can somebody please reopen this issue? Since the test suite fix is
> apparently wrong.
Hi, maybe I'm too unfamiliar with this area, but can you explain a bit
closer about how the t... - 06:59 PM Bug #4576: Range#step miss the last value, if end-exclusive and has float number
- Can somebody please reopen this issue? Since the test suite fix is
apparently wrong.
Thank you.
Vit
-
- こんにちは、なかむら(う)です。
In message "[ruby-dev:44508] [Ruby 1.9 - Feature #5315] config.hからコンパイラのバージョンチェックを外して欲しい"
on Sep.13,2011 22:08:17, <koron.kaoriya@gmail.com> wrote:
> ダイナミックローディングについては最初から(VimにRubyが組み込まれた時から)なっています。
あれ... -
- ダイナミックローディングについては最初から(VimにRubyが組み込まれた時から)なっています。
それでも最低限のヘッダーは必要なのでこの問題は起こります。
あとMSVCRTの話は確かにそのとおりで、それらをやり取りするとキツイですね。
逆に言うとそれらをやりとりするようなI/F設計にすべきではないとも言えます。
ただご指摘の通りVimのケースでは少ないか無いでしょう。
いずれにせよコンパイラのバージョンで拒絶するのは筋が違います。
それが解消したあ... -
- こんにちは、なかむら(う)です。
In message "[ruby-dev:44500] [Ruby 1.9 - Feature #5315][Open] config.hからコンパイラのバージョンチェックを外して欲しい"
on Sep.13,2011 19:35:15, <koron.kaoriya@gmail.com> wrote:
> なにか理由があってこうなっているのかもしれませんが、
そりゃそうです。
>... -
- そちらで配布されているものはRubyの公式な配布物ではありません。
当該サイトの『はじめに』のページに記載されている連絡先までお問い合わせください。 -
- http://www.garbagecollect.jp/ruby/mswin32/ja/
で配布しているrubyで確認したので外しているかもしれません。その場合はあしからず。
問題:
rubyの外部モジュールをコンパイルする際に、ruby本体と異なるバージョンのコンパイラではコンパイルできない
詳細:
上記で配布されているRubyはMSVC9でコンパイルされています。
一方VimなどネイティブでRubyとリンクする外部モジュールをMSVC10でコン... -
- Yasuhiro Matsumoto wrote:
> sys/types.h:
> ...
ruby.hのあとで #undef off_t では回避できませんか。
-
- ぜんぜんuid_tじゃないですねw off_tでした！
以下、s/uid_t/off_t/g で置き換えて下さい。
-
- 以前、vimのif_ruby(ruby拡張)の修正を担当した時、mingw32でのuid_tの宣言とrubyに同梱されているwin32.hでの宣言に差異があり、リンクされた物がクラッシュするというバグに遭遇しました。
vimでrubyに関連するのはif_ruby.cであり、そのファイルのみがruby.hをincludeしているのですが(他のファイルもruby.hをincludeしろというのは無しです)、別のファイルはmingw32の宣言である
sys/typ... -
- ココまでの説明だとなかむら(う)さんの
「リリースでは今後は(パッケージマネージャ絡みの)問題は起こらんから安心しろ」
が一番納得がいきます。
# 私も最初は聞かされた時はそうなるもんだと思いましたから
ただcommitterの方からそうではないんだよという話と、
チケットに残さないと忘れられるだけだよという指摘をいただいたので
こちらで提案したのです。
> ま、根源的な問題として、RubyGems はパッケージマネージャのくせに頻繁にバージョンア... -
09:29 PM Feature #5314: パッケージマネージャをコアリリースに含めて欲しい
- sora_hです．
2011/9/13 Takahiro Kambe <taca@back-street.net>:
> 少なくともバイナリパッケージを使えば、コンパイラのないマシンにも
> さくっとインストールできます。(もちろん、コンパイル済みのバイナ
> リを含んだgemを作ればいいですが、多くのOSに対応したい場合はなか
> なか難しい面もあるでしょう。)
あー，なるほど．それは確かに
--
Shota Fu... -
07:53 PM Feature #5314: パッケージマネージャをコアリリースに含めて欲しい
- In message <redmine.journal-20775.20110913184916@ruby-lang.org>
on Tue, 13 Sep 2011 18:49:18 +0900,
Shota Fukumori <sorah@tubusu.net> wrote:
> rubygemsはややこしい．．．
同感。
> OSのパッケージマネージャーとの親和性は結構重要だったりするんだろうか?
> (あまり困ってないからわか... -
- 意外と事実関係が複雑なのでまずまとめますと、
ports の元の状態はこうでした。
* lang/ruby18 (1.8.7)
* devel/ruby-gems (1.7.1 or 1.7.2)
* www/redmine
で、Rails は 2.3.11 が www/redmine に同梱されていました。
で、最近 /usr/local/bin/ruby の座が 1.9 に明け渡されたり、www/rubygems-rails が 3 になったりし... -
- こんにちは、なかむら(う)です。
In message "[ruby-dev:44495] [Ruby 1.9 - Feature #5314] パッケージマネージャをコアリリースに含めて欲しい"
on Sep.13,2011 18:30:14, <koron.kaoriya@gmail.com> wrote:
> おおよそ満足なんですが話に聞くところだと
>
> http://twitter.com/#!/mrkn/status/... -
- 少しだけ書きます。
In message <redmine.journal-20772.20110913182436@ruby-lang.org>
on Tue, 13 Sep 2011 18:24:39 +0900,
Taro MURAOKA <koron.kaoriya@gmail.com> wrote:
> Issue #5314 has been updated by Taro MURAOKA.
>
>
> http:... -
- Shyouhei Urabe wrote:
> お気持ちは察するものの、portsで入れたredmineが動かなくなった件で責められるべきなのはportsかなあと思います。
> ...
はい．同意見です．
Rubyコアチームが新たにパッケージマネージャを開発するにしても
Rubygemsが現在メジャーになってるわけですし，
rubygemsじゃないのを新たに開発したりするのはどうなんだかなあ，そこに人的リソースを割くメリットはあるのかなあ，
ってかんじです．... -
- お気持ちは察するものの、portsで入れたredmineが動かなくなった件で責められるべきなのはportsかなあと思います。
rubygemsにはrubygemsの流儀があるわけです。rubygemsにおいて後方互換性が問題にならないのは、長所でもある。その流儀は、portsの流儀とは違うのでしょう。portsはよく知りませんが、rubygemsを抱え込む決断をしたのなら、rubygemsを「乗りこなしてみせる」必要があるんじゃないかなあ。 -
- Usaku NAKAMURA wrote:
> Ruby 1.9には現在1.9.1および1.9.2という2つのバージョン系列が存在して
> ...
おおよそ満足なんですが話に聞くところだと
http://twitter.com/#!/mrkn/status/113504956631359488
rubygems側のバージョンアップに伴うリリースマネージメントが難しそうな印象を持ち
かつ報告しなければどうにも動かんよとのことだったので
http:/... -
- http://www.kaoriya.net/blog/201109/20110913
ネタ元としてはココで書いたように私の体験に基づいてまして、まったくRubyのせいではないのですが、
ruby-gemsが1.7から1.8に上がった際に、それに強く依存したrails 2.3.11を含むredmine 1.2.1が動かなくなる
という事象に遭遇しています。
# 重要なのは私の問題を解決することではなく、こういうことが今後起こらないようにするにはという点です
... -
- Ruby 1.9には現在1.9.1および1.9.2という2つのバージョン系列が存在して
それぞれ保守されている(ことになっている)のですが、いずれにもrubygemsという
rubygemsというパッケージマネージャが同梱されていて、1.9.1の場合は
rubygems 1.3.1というバージョンが、1.9.2の場合は1.3.7というバージョンが、
それぞれ最初のリリースから現在までずっと維持されています。
これじゃ不満ってことでしょうか？ -
- Taro MURAOKA wrote:
> しかしながら過去には代表的なパッケージマネージャ自身が
> ...
すいませんどの話でしたでしょうか? さすがに漠然としすぎていて何とも言えなさすぎます。もう少し具体的に。 -
- Rubyは素晴らしいパッケージ(ライブラリ)が多いことが魅力の一つです。
その良さの維持には優れたパッケージマネージャが欠かせません。
しかしながら過去には代表的なパッケージマネージャ自身が
バージョンアップに伴い互換性を欠くという問題を起こしたケースがあり、
これではその魅力が損なわれてしまいます。
よって今後そうならないように、コアリリースに安定したパッケージマネージャを含め、
リリース期間中はその安定性を堅持することを提案いたします。 -
-
- It seems that IRB's upstream lives in Ruby's SVN. There is no way how to update IRB separate from Ruby. From that point of view, it would make sense to drop IRB's own version numbers in favour of Ruby versions instead. The IRB reports th...
-
05:30 PM Bug #5306: Application Hangs Due to Recent rb_thread_select Changes
- Motohiro KOSAKI <kosaki.motohiro@gmail.com> wrote:
> File old_thread_select.patch added
>
> > static void
> > rb_fd_rcopy(fd_set *dst, rb_fdset_t *src)
> > {
> > size_t size = howmany(rb_fd_max(src), NFDBITS) * sizeof(f... -
- Ok, I rebuilt everything from scratch and did not encounter any errors - sorry for the false alarm. mswin also checked out fine.
We will next test this fix on the original servers where we encountered the problem. If any issues rema... -
- Hello,
In message "[ruby-core:39483] [Ruby 1.9 - Bug #5306] Application Hangs Due to Recent rb_thread_select Changes"
on Sep.13,2011 01:29:28, <cfis@savagexi.com> wrote:
> File mingw_backtrace.txt added
>
> Thanks for ... -
- Thanks for all the effort. But sorry, not fixed yet. This version segfaults on MinGW. Trace attached. Will check mswin next.
-
- I believe you are misreading of the topic.
On Tuesday, September 13, 2011 at 11:03 , brian ford wrote:
> Any object should be allowed to participate in integral operations
> based on the object's implementing #to_int.
My p... -
- On Mon, Sep 12, 2011 at 6:15 PM, Kenta Murata <muraken@gmail.com> wrote:
>
> Issue #5310 has been reported by Kenta Murata.
>
> ----------------------------------------
> Feature #5310: Integral objects
> http://redmine.ruby... -
- I believe it is ambiguous what object can behave as an integral number.
I don't think the current use of Object#to_int isn't appropriate for this purpose.
The most understandable example is Float#to_int.
It should raise error for al... -
11:23 AM Bug #1792: Fixnum#& 等が、Rational などを受けつける
- On 13/09/2011, at 9:27 AM, SASADA Koichi wrote:
> I find out that bitwise operation doesn't call coerce.
> How to make mimic Integer class?
The short answer: You can't.
The long answer:
You can imitate some of the behaviour o... -
- I find out that bitwise operation doesn't call coerce.
How to make mimic Integer class?
###
class IntegerMimic
def initialize n
@n = n
end
def to_int
p :to_int
@n
end
def coerce... -
- Is it intentional?
###
class IntegerMimic
def initialize n
@n = n
end
def to_int
@n
end
end
obj = IntegerMimic.new(10)
%w(& | ^).each{|sym|
p sym
begin
p(3.send(sym, obj... -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@33265 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- 2011/9/13 Marc-Andre Lafortune <ruby-core@marc-andre.ca>:
> Use `Float#rationalize` instead of `to_r`, and you will get the same result as `String#to_r`.
> I've argued before that `Float#to_r` should be `Float#rationalize`, though.
... - 10:23 AM Bug #5309: 0.6.to_r != "0.6".to_r
- On Sep 12, 2011, at 2:06 PM, Brian Ford wrote:
> 0.6.to_r != "0.6".to_r
>
> Is this a bug?
Probably not because
0.6.to_r
requires two conversions:
decimal floating point to binary floating point to rationa... -
- Use `Float#rationalize` instead of `to_r`, and you will get the same result as `String#to_r`. I've argued before that `Float#to_r` should be `Float#rationalize`, though.
-
- 0.6.to_r is considered as a rational converted from a floating point number 0.5999999999999999777955395074968691915273666381835937500.
"0.6".to_r is considered as Rational(6, 10).
So they are slightly different number. -
- 0.6.to_r != "0.6".to_r
Is this a bug?
$ ruby -v
ruby 1.9.2p290 (2011-07-09 revision 32553) [x86_64-darwin10.8.0]
$ irb
ruby-1.9.2-p290 :001 > 0.6.to_r
=> (5404319552844595/9007199254740992)
ruby-1.9.2-p290 :002 > "0.6".to_... -
- r33186
-
- default encodings are set. [Bug #5311] [ruby-core:39503]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@33264 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 12:30 AM Revision b7f3e44e (git): * 2011-09-13
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_3@33263 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_3@33262 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
09/12/2011
-
- committed both trunk and ruby_1_9_3.
-
- This issue was solved with changeset r33256.
Charlie, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
----------
* thread.c (rb_thread_select): fix to ignore an argument
mod... -
- Motohiro KOSAKI <kosaki.motohiro@gmail.com> wrote:
> Attached new patch. It works both linux and windows. Can you please
> review it?
Thanks! I can confirm it's good on Linux, Charlie? -
- > static void
> ...
If size > sizeof(fd_set), this code makes memory corruption.
> static void
> ...
Bad indentation of coding style violation.
Also, if src->fdset->fd_count > FD_SETSIZE, we should return an error or raise an exc... - 08:38 PM Revision faa2bef4 (git): * 2011-09-13
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@33261 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- encoding of the result to ASCII-8BIT. [ruby-talk:387719]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@33260 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@33259 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- * thread.c (rb_thread_select): fix a typo to initialize efds
properly. [Bug #5299] [ruby-core:39380]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_3@33258 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- * thread.c (rb_thread_select): fix to ignore an argument
modification of rb_thread_fd_select().
based on a patch by Eric Wong. [Bug #5306] [ruby-core:39435]
* thread.c (rb_fd_rcopy): New. for reverse fd copy.... -
- modification of rb_thread_fd_select().
based on a patch by Eric Wong. [Bug #5306] [ruby-core:39435]
* thread.c (rb_fd_rcopy): New. for reverse fd copy.
* test/-ext-/old_thread_select/test_old_thread_select.rb
(test_old_select_false_po... -
- documents for rb_check_id().
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@33255 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 03:54 AM Revision 821ae882 (git): * lib/rake/file_list.rb (Rake::FileList#egrep): there is no need to
- open files in binary mode.
see more details in https://github.com/jimweirich/rake/issues/74
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@33254 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- assert also the cases when exiting with true and false.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@33253 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 03:40 AM Revision 704830be (git): * 2011-09-12
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@33252 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- the default message clearer.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@33251 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- Hi Guys,
The comments of YAML::DBM#update and #replace says it requires only
'each and each_pair', but they are using 'keys.each' actually.
I think the comment should be modified, so I hope someone provide a draft.
Fol... -
- Wifiをオフにしてスタンドアロン状態でテストしたら再現しなくなりました。