Activity
From 03/02/2014 to 03/08/2014
03/08/2014
-
09:50 PM Misc #9215: Maintenance Policy for Future Releases (2.1.0 & beyond)
- @nurse: ping!
Could you review my comments? I'd like to move on from this :) - 09:44 PM Revision e9328e69 (git): * 2014-03-09
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45296 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 09:44 PM Revision eb227b25 (git): variable.c (struct global_variable): shrink by 8 bytes on 64-bit
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45295 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
11:01 AM Revision e38d9549 (git): [DOC] Add NEWS about Find#find, Pathname#find.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45294 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
10:06 AM Bug #8716: segmation fault 正規表現で大量のグループを利用時
- > https://github.com/k-takata/Onigmo/commit/b9fba1dc63ccb42a86e934011b468e6022fabb74
Rubyにはおそらく影響しないのですが、上記リンク先を見ていただければ分かるとおり、
マルチスレッド環境でこの変更がうまく動かない場合があるようなので、修正方法を再度検討中です。 - 08:56 AM Revision fa043eb4 (git): vm.c: cleanup to use rb_method_entry_at
- * vm.c (add_opt_method): cleanup to use rb_method_entry_at
Easier experiments with a non-st method entry tables.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45293 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
05:49 AM Revision e4c06f3c (git): enum.c: suppress warnings
- * enum.c (each_val_i): svalue is no longer used.
[ruby-core:61340] [Bug #9605]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45292 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- Applied in changeset r45291.
----------
ext/dl, ext/fiddle: fix memory leak
* ext/dl/cptr.c (dlptr_free), ext/dl/handle.c (dlhandle_free),
ext/fiddle/handle.c (fiddle_handle_free),
ext/fiddle/pointer.c (fiddle_ptr_free): fix memory... -
- * ext/dl/cptr.c (dlptr_free), ext/dl/handle.c (dlhandle_free),
ext/fiddle/handle.c (fiddle_handle_free),
ext/fiddle/pointer.c (fiddle_ptr_free): fix memory leak.
based on the patch Heesob Park at [ruby-dev:48021] [Bug #9599].
git-... -
- Applied in changeset r45290.
----------
process.c: expand buffer on ERANGE
* process.c (obj2uid, obj2gid): now getpwnam_r() and getgrnam_r()
may need larger buffers than sysconf values, so retry with
expanding the buffer when ERANG... -
- * process.c (obj2uid, obj2gid): now getpwnam_r() and getgrnam_r()
may need larger buffers than sysconf values, so retry with
expanding the buffer when ERANGE is returned.
[ruby-core:61325] [Bug #9600]
git-svn-id: svn+ssh://ci.ruby... -
- * process.c (obj2uid, obj2gid): need capacity as buffer size, not
length.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45289 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- * process.c (GETPW_R_SIZE_INIT, GETGR_R_SIZE_INIT): sysconf values
are not maximum sizes, but initial sizes.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45288 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- * process.c (OBJ2UID1, OBJ2GID1): separate from OBJ2UID and
OBJ2GID respectively, need given buffers.
* process.c (OBJ2UID, OBJ2GID): no longer need PREPARE_GETPWNAM
and PREPARE_GETGRNAM.
* process.c (obj2uid, obj2gid): use tmp buf... -
- As of r45274, we now have sane whitelist of available OpenSSL ciphers. However, this patch breaks backwards compatibility for any apps that use any ciphers not whitelisted.
## Solution
* Implement a new class: OpenSSL::SSL::Ciphers... -
- Closing in favor of #9612
-
- Previously in #9439 we discussed removing OpenSSL from Ruby, however this wasn't the right approach.
I would like to suggest Aaron's approach from [ruby-core:60075](http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-core/60075)
...
03/07/2014
-
- * enum.c (find_i): yield multiple values instead of a packed
array, so that lambda block can work. with tests by Alex
Rothenberg. [ruby-core:61340] [Bug #9605]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45286 b2dd03c8-39d4... -
- Applied in changeset r45284.
----------
enum.c: yield multiple values
* enum.c (find_i): yield multiple values instead of a packed
array, so that lambda block can work. with tests by Alex
Rothenberg. [ruby-core:61340] [Bug #9605] -
08:14 PM Bug #9605: Chaining "each_with_index.detect &lambda" raises ArgumentError
- @nobu Wow, you fixed this issue so quickly. I wrote a few additional test cases that fail on trunk but pass on your branch in case you want to merge them in https://github.com/nobu/ruby/pull/1
Thank you! -
- There are other methods which have same behavior
I've thought it would have compatibility issues, but `make check` didn't fail at least.
WIP: https://github.com/nobu/ruby/compare/enum-yield_values?expand=1 - 10:35 PM Revision cfe3d989 (git): * 2014-03-08
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45285 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- * enum.c (find_i): yield multiple values instead of a packed
array, so that lambda block can work. with tests by Alex
Rothenberg. [ruby-core:61340] [Bug #9605]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45284 b2dd03c8-39d4... -
09:20 PM Bug #9606: Ocassional SIGSEGV inTestException#test_machine_stackoverflow on OpenBSD
- It fails on x86 as well - #9198
-
04:18 AM Bug #9606: Ocassional SIGSEGV inTestException#test_machine_stackoverflow on OpenBSD
- Same result with the nightly snapshot.tar.gz (ruby -v: ruby 2.2.0dev (2014-03-07 trunk 45279) [x86_64-openbsd])
-
- Thank you, and could you try it with the latest trunk?
-
- Unfortunately, I lost the original core dump, so this core dump is slightly different, but the basic problem is the same:
(gdb) bt
#0 0x000014779593419a in kill () at <stdin>:2
#1 0x000014779599452a in abort () at /usr... -
- Jeremy Evans wrote:
> It appears that ruby's stack overflow handling is not working correctly in this case. Any pointers for how to fix this issue?
Yes, it is the test for machine stack overflow handling, as its name.
It very depen... -
08:00 PM Bug #9600: sysconf(_SC_GETGR_R_SIZE_MAX) is just a hint for getgrnam_r()
- I don't think there's a way to get it. You'll have to rescue and retry with a realloc'ed buffer.
One bit of trickiness is that different platforms seem to set errno to different values on different platforms. In my own sys-admin gem, ... -
07:35 PM Bug #9611 (Rejected): Arithmetic operator following parentheses-less method gives ArgumentError
- Yes, this is well-known (but often misunderstood) ruby's spec.
-
07:28 PM Bug #9611: Arithmetic operator following parentheses-less method gives ArgumentError
- Even though this also happens with +, * and /, I guess it is on purpose to pass negative numbers, not a bug. My mistake.
-
- It would be better to explain this with an example:
> 'a'.length -1
ArgumentError: wrong number of arguments (1 for 0)
... -
02:47 PM Bug #9610 (Rejected): Report by terminal error
- I use a rails application (rails 4.0.1) in mode development.
I start the server (rails s), and use the site.
When i kill the server (ctrl+c), this message appear in my terminal:
###################
[NOTE]
You may have encountere... -
11:10 AM Bug #9609: [PATCH] vm_eval.c: fix misplaced RB_GC_GUARDs
- (2014/03/07 20:03), SASADA Koichi wrote:
>> > Should we ignore WB unprotect for frozen objects?
> No relation between frozen and wb unprotected flag. We can use
> `RARRAY_CONST_PTR()` for this case. I'll commit it with other patch... -
- (2014/03/07 19:38), Eric Wong wrote:
> Thanks (r45283). Btw, I noticed rb_apply uses `RARRAY_PTR`, too,
> ...
No relation between frozen and wb unprotected flag. We can use
`RARRAY_CONST_PTR()` for this case. I'll commit it with ... -
10:41 AM Bug #9609: [PATCH] vm_eval.c: fix misplaced RB_GC_GUARDs
- SASADA Koichi <[email protected]> wrote:
> And also it should be `RARRAY_CONST_PTR()`.
Thanks (r45283). Btw, I noticed rb_apply uses `RARRAY_PTR`, too,
but also with `OBJ_FREEZE`.
Should we ignore WB unprotect for frozen obj... -
- (2014/03/07 19:09), [email protected] wrote:
> `RB_GC_GUARD` needs to be placed after `RARRAY_PTR` usages to portably
> prevent compilers from optimizing the VALUE away.
And also it should be `RARRAY_CONST_PTR()`.
--
... -
- RB_GC_GUARD needs to be placed after RARRAY_PTR usages to portably
prevent compilers from optimizing the VALUE away.
-
- [email protected] wrote:
> Hi Eric, thanks for that test. It revealed my poor choice for `#define
> RUBY_EVENT_MCOVERAGE 0x040000` (`RUBY_INTERNAL_EVENT_SWITCH` is the
> same). I've updated my pull request with better choices in
... - 10:30 AM Revision 9c236f11 (git): vm_eval.c: use RARRAY_CONST_PTR to aid RGenGC performance
- Pointed out by ko1.
* vm_eval.c (vm_call0_body): use RARRAY_CONST_PTR
(check_funcall_exec): ditto
[ruby-core:61360]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45283 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 10:21 AM Revision bd1104f3 (git): vm_eval.c: fix misplaced GC guard
- * vm_eval.c (vm_call0_body): fix RB_GC_GUARD location
(check_funcall_exec): ditto
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45282 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- * complex.c (parse_comp): replace ALLOCA_N with ALLOCV_N/ALLOCV_END
* rational.c (read_digits): ditto
This fixes segfaults on:
Rational("1" * 16 * 1024 * 1024)
Complex("1" * 16 * 1024 * 1024)
On my system where my stack size... -
- Closing, since this will be fixed in Kernel. Sorry for the noise.
http://patchwork.ozlabs.org/patch/326572/ -
09:33 AM Feature #9602: Logic with `Enumerable#grep`
- Sam Rawlins wrote:
> This idea should be extended to Enumerable#reject, and Array's #select and #reject, and probably Array's #select! and #reject!, and maybe other classes that extend Enumerable, and override #select and #reject (lik... -
05:40 AM Feature #9602: Logic with `Enumerable#grep`
- Hi Nobu, I was just using the same warning from enum_count, enum_find_index, and enum_inject. But it could `raise` if that is still desired. I'll fix with `break`.
-
- Sam Rawlins wrote:
> %w{foo bar baz}.select(/b/) {|e| e['f']} # warns "given block not used", returns ["bar", "baz"]
It should raise a "wrong number of arguments" exception, IMO.
> ...
It should `break` after once matched. -
- +1 to Matz's idea. I think this would work like `Enumerable#count`, taking `*args` _or_ a block, but not both:
%w{foo bar baz}.select #=> an Enumerator
%w{foo bar baz}.select {|e| e['b']} #=> an Array ["bar", "baz"]
%w... -
- Patch is added.
-
- Abstract
========
Generational GC (called RGenGC) was introduced from Ruby 2.1.0. RGenGC
reduces marking time dramatically (about x10 faster). However, RGenGC
introduce huge memory consumption. This problem has impact especially ... -
05:53 AM Revision 537ee14f (git): * parse.y (ENC_SINGLE): Unused macro removed.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45281 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
03:15 AM Revision 92a5ebb4 (git): * test/openssl/test_ssl.rb: Reuse TLS default options from
- OpenSSL::SSL::SSLContext::DEFAULT_PARAMS.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45280 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
03/06/2014
-
- ruby 2.1.1 on OpenBSD seems to occassionally suffer from a stack overflow when running TestException#test_machine_stackoverflow (about 1 every 3-4 times):
$ make test-all TESTOPTS="-q test/ruby/test_exception.rb"
Reading spec... -
09:20 PM Bug #9597: Core dump on Solaris on test case runner.rb
- Naohisa Goto wrote:
> Please show compiler version, configure option and config.log, and libffi version.
Compiled was: gcc version 4.8.2 (GCC)
No configure option was given.
libffi is 3.0.9, soname is libffi.so.5.
There is ... -
03:17 PM Bug #9597 (Feedback): Core dump on Solaris on test case runner.rb
- Please show compiler version, configure option and config.log, and libffi version.
-
- I found an odd edge case where "detect" and "select" behave differently from other methods of Enumerable.
Normally these methods yield a single argument to a block but when you chain them after "each_with_index" they yield two argumen... -
07:39 PM Bug #9604 (Closed): Comparing ranges or range includes range
- Hello guys,
First I got to say it's not like real bug - but will be good to have. Then in some case I I need compare to ranges on including each other: so I did like
(1..10).include? (2..7)
what kinda logical, but it always *... -
07:06 PM Bug #9603: unusual reference class-variable with cloned class.
- maybe...
<del>
first cloned-class write to original-class's class-variable; but new instance reference cloned-class's class-variable.
second cloned-class reference original-class that class-variable updated by first cloned-class.
</d... -
- description
-----------
Maybe panic reference to class-variable in cloned class. Not really sure about bug. But hang over my head.
I think minor irritant it which whether problem or not. because impractical code.
sample code
-----... -
07:02 PM Bug #9562 (Rejected): Cannot install gems from gzip-compressing gem server
- If the server does not return a gzip Content-Type for a .gz file it is misconfigured. This is not a bug in rubygems.
-
05:04 PM Bug #9525: Stuck with Socket.pack_sockaddr_in
- I applied following consecutive patches for ruby 2.1.1, and tried.
https://github.com/ruby/ruby/commit/948ce9decb97e5ff0833e53a392aa9f1d42c9b0d
https://github.com/ruby/ruby/commit/dd1c3a75096b97c1ebcb8597c001761ddfb3c1bf
https://gi... - 04:42 PM Revision 83299b67 (git): * 2014-03-07
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45279 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
04:42 PM Revision 8d67a06b (git): fix r45274; it change default but doesn't change tests [Bug #9424]
- RUN TESTS BEFORE COMMIT!!!
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45278 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
04:26 PM Bug #9582 (Rejected): CSV#headers not giving expected results.
- Yeah, I also looked at making this change, but the behavior of returning just the first line is documented:
https://github.com/ruby/ruby/blob/trunk/lib/csv.rb#L672
I'm not sure if users of this library count on that or not. This c... -
03:20 PM Feature #9602 (Feedback): Logic with `Enumerable#grep`
- I am afraid that proposed behavior is too far away from the original 'grep'.
We should use #select for more complex filtering.
Any opinion?
Matz.
-
- `Enumerable#grep` is useful to filter things:
[nil, {}, [], 1, :foo, "foo"].grep(String)
# => ["foo"]
1. Often, the condition cannot be expressed as a single object on which `===` is applied, but as a disjunction over `===... -
10:43 AM Bug #9600: sysconf(_SC_GETGR_R_SIZE_MAX) is just a hint for getgrnam_r()
- Off topic.
Yui NARUSE wrote:
>
> ...
There is no Single Unix Specification version 7 (yet).
The issue number is not the version number.
SUSv3:
| The Single UNIX Specification, Version 3 is made up of the Base Specifications, I... -
- Rei Odaira wrote:
> but actually this value is just a hint, so obj2gid() should gradually extend the buffer until getgrnam_r() no longer throws ERANGE.
SuSv7 changes it.
* http://pubs.opengroup.org/onlinepubs/009695399/functions/... -
- Isn't there any way to get the real number?
-
07:15 AM Bug #9600 (Closed): sysconf(_SC_GETGR_R_SIZE_MAX) is just a hint for getgrnam_r()
- When there is a group that has a lot of members, TestProcess#test_execopts_gid fails. Following is a more simple example:
$ ruby -e 'system("true", gid: "largegroup")'
-e:1:in `system': Numerical result out of range - getgrn... -
- Hi Eric, thanks for that test. It revealed my poor choice for `#define RUBY_EVENT_MCOVERAGE 0x040000` (`RUBY_INTERNAL_EVENT_SWITCH` is the same). I've updated my pull request with better choices in `include/ruby/ruby.h`: https://github.c...
-
07:14 AM Bug #9599: Fiddle::Function#call leaks memory
- Because Fiddle::Pointer class was alloced with TypedData_Make_Struct macro, it must be freed with ruby_xfree.
Same applies to ext/fiddle/handle.c, ext/dl/cptr.c and ext/dl/handle.c
Here is a patch.
diff --git a/pointer.c b/pointer.c... -
- `Fiddle::Function#call` seems leaking memory.
With the following code:
```ruby
# fiddle-memleak.rb
require 'fiddle'
n = 10
a = ["a"] * n
f = Fiddle::Function.new(Fiddle.dlopen(nil)["rb_obj_tainted"], [Fiddle::TYPE_VOIDP]*n, Fi... -
- By @idupree [Fixes GH-555] https://github.com/ruby/ruby/pull/555
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45277 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- By @idupree [Fixes GH-554] https://github.com/ruby/ruby/pull/554
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45276 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
04:15 AM Bug #9594: Segfault in 2.1.1 follows cont from debugger (Rails 4.0.3, debugger 1.6.6, rspec, os x mavericks 1.9.2)
- Nobuyoshi Nakada wrote:
> On MacOS X, a crash log file under `~/Library/Logs/DiagnosticReports` is important.
Attached here. -
- Kenta Murata wrote:
> Is this reproduced with byebug instead of debugger?
No, using byebug (2.7.0) in the same way *does not* reproduce the bug (thanks for pointing this gem out btw). -
- On MacOS X, a crash log file under `~/Library/Logs/DiagnosticReports` is important.
-
- The patch has been committed. After discussing the issue with Dirkjan, the decision was made to additionally add
ECDHE-ECDSA-RC4-SHA
ECDHE-RSA-RC4-SHA
RC4-SHA
to the end of the list because RC4 has been widely deploye... -
01:44 AM
Bug #9424 (Closed): ruby 1.9 & 2.x has insecure SSL/TLS client defaults
- Applied in changeset r45274.
----------
* lib/openssl/ssl.rb: Explicitly whitelist the default
SSL/TLS ciphers. Forbid SSLv2 and SSLv3, disable
compression by default.
Reported by Jeff Hodges.
[ruby-core:59829] [Bug #9424] - 01:43 AM Revision 27a50dd1 (git): * 2014-03-06
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45275 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- SSL/TLS ciphers. Forbid SSLv2 and SSLv3, disable
compression by default.
Reported by Jeff Hodges.
[ruby-core:59829] [Bug #9424]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45274 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
12:18 AM Bug #9598 (Closed): Bug while installing a c-extensions gem
- I was trying to install a c-extension gem, the installation failed on first attempt. But succeeded on the second attempt.This was right after installing the ruby-2.1.1
(ruby 2.1.1p76 (2014-02-24 revision 45161) [x86_64-linux]) on Manjar...
03/05/2014
-
10:30 PM Bug #9594 (Feedback): Segfault in 2.1.1 follows cont from debugger (Rails 4.0.3, debugger 1.6.6, rspec, os x mavericks 1.9.2)
- Is this reproduced with byebug instead of debugger?
-
- Thought I'd post this, let me know if I can help with more info.
I've experienced it in a number of different places. No segfaults occurring when debugger is not used.
matt@foo taxonworks (master *%)$ rspec spec/lib/material... -
-
04:56 PM Bug #9595: Float#to_d inconsistent between 2.0.0 and 2.1.1
- I did come across this Github PR (https://github.com/ruby/ruby/pull/323) which changed the default precision on Float#to_d.
If 2.1.1 is the proper behavior and compatibility with the behavior of 2.0.0 is not desired, please close this... -
- The following code produces different BigDecimal results in 2.0.0 vs. 2.1.1:
require 'big decimal'
require 'bigdecimal/util'
(1/1.3667).to_d
2.0.0 returns: #<BigDecimal:7fa7fc04dc28,'0.7316894709 885124E0',18(4... -
- Hi,
I am currently trying to compile Ruby 2.0 on Solaris and I have a test case that is constantly failing with the following error:
/home/yann/opencsw/ruby20/trunk/work/solaris10-i386/build-isa-pentium_pro/ruby-2.0.0-p451/.ext/com... -
06:59 PM Feature #9590: introduce st_foreach_update and st_foreach_update_check for performance.
- I found that this patch lacks the measure to callcc.
Please wait for a while.
-
It is nearly equivalent to calling st_update() on all elements.
Additionally, it updates internal hash values if it has to do that.
-
- It is equivalent to calling `st_update()` on all elements?
`update_direct()` should be static, IMO. -
- The attached file says that the ruby is 2.0.0.
Are you really using ruby 1.9.3? -
05:00 PM Bug #9596 (Rejected): Segmentation Fault 1.9.3p545 when starting rails s
- ~~~
-- Crash Report log information --------------------------------------------
See Crash Report log file under the one of following:
* ~/Library/Logs/CrashReporter
* /Library/Logs/CrashReporter
* ~/Library/Logs/D... -
04:07 PM Bug #9573: descendants of a module don't gain its future ancestors, but descendants of a class, do
- First Last wrote:
> First Last wrote:
> ...
- 01:27 PM Revision 9194b220 (git): * test/ruby: get rid of warnings.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45273 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
07:01 AM Bug #9589: Stack level too deep during eval causes segmentation fault
- Interesting, I searched the rspec-core code and it uses instance_eval/class_eval. That prompted me to try these faulty snippets...
`b = Proc.new do
b.instance_eval(&b)
end
b.instance_eval(&b)
`
and this one too...
`b = Proc... -
- Applied in changeset r45272.
----------
parse.y: optional arguments in rhs
* parse.y (f_arg_asgn): define optional arguments as argument
variables in the rhs default expressions.
[ruby-core:61299] [Bug #9593] -
- The behaviors in 2.0 are incorrect both.
-
06:00 AM Bug #9593 (Closed): Keyword arguments default argument assignment behaviour not consistent with optional argument
- Given the following code:
def var
100
end
def foo(var: var + 1)
puts "var: #{var.inspect}"
end
def bar(var = var + 1)
puts "var: #{var.inspect}"
end
foo(var: 1)
foo res... -
- * parse.y (f_arg_asgn): define optional arguments as argument
variables in the rhs default expressions.
[ruby-core:61299] [Bug #9593]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45272 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- Oops, k-takata already accepted that patch into the GitHub repository [1]. But I think I agree with you, nobu-san, onig_verb_warn was a more advanced API. I can file another patch against k-takata/Onigmo.
[1] https://github.com/k-taka... -
- Rather I think `onig_syntax_warn()` should use `onig_verb_warn` instead of calling `rb_warn()` directly.
And another warning function with source file and line number, instead of `rb_compile_warn()`. -
05:19 AM Bug #9582: CSV#headers not giving expected results.
- The CSV::Table#headers method just look at the first row of the table, if you enable the option ":return_headers" then should work.
In order to keep the API consistency, I attached a patch that iterates through the table until find a ro... -
- r44572 以降、古いOpenSSL(0.9.8kで確認)で、SSL connectionに失敗したときにSEGVすることがあります。
```sh
$ ruby -rnet/https -e 'Net::HTTP.get(URI("https://brandymelvilleusa.com"))'
/app/vendor/ruby-2.0.0/lib/ruby/2.0.0/net/http.rb:918: [BUG] Segmentation fault
... -
- * ext/openssl/ossl.c (ossl_make_error): check NULL for unknown
error reasons with old OpenSSL, and insert a colon iff formatted
message is not empty.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45271 b2dd03c8-39d4-4d8f-98ff-82... -
12:14 AM Bug #9424: ruby 1.9 & 2.x has insecure SSL/TLS client defaults
- Is there anything Ruby users should be doing in the meantime to protect themselves? Does the lack of urgency around this update (1 month since last update) imply that there isn't a real problem here?
03/04/2014
-
- k-takata noted that `onig_verb_warn` and `onig_set_verb_warn_func` are public API, so we cannot delete them. Attached is a smaller patch, which is also open as a pull request at Onigmo: https://github.com/k-takata/Onigmo/pull/32
-
- This also applies to redundant repeat operator: `z = /[a-z]** foo/` because both these warnings use the older warning, `onig_verb_warn`. I think this warning method can be considered defunct. If we switch these two warnings to instead us...
- 03:44 PM Revision 5e4ac976 (git): * 2014-03-05
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45270 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- keyword argument defaulted to true as well as Find#find.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45269 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 02:00 PM Revision 77cf13a5 (git): * test/ruby/test_eval.rb (TestEval#make_test_binding): renamed.
- it's not test method.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45268 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 01:55 PM Revision 0562c4f7 (git): * test/ruby: get rid of warnings.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45267 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- Also, regarding Yehuda Katz's concern:
> The only caveat is that it would be impossible to intentionally return nil here; suggestions welcome.
I would like to propose that the method takes an optional argument that determines what ... -
- io-console has changed between 2.1.0 and 2.1.1 [1] so it should be reflected in its version number.
[1] https://github.com/ruby/ruby/compare/v2_1_0...v2_1_1#diff-16 -
12:57 PM Bug #8666 (Closed): Unable to set OpenSSL GCM iv_length in Ruby
- Duplicate #8667
-
- Could you try with Ruby 2.0.0p451? If you still have this problem, Please attach ~/Library/Logs/DiagnosticReports too.
-
- It seems defect of Qt binding. Please report https://github.com/ryanmelt/qtbindings/ at first.
-
- Could you try with Ruby 2.1.1?
-
- Could you try to latest ruby 2.0.0?
-
- Please try your code with Ruby 2.1.1
-
Hello,
I think I'll introduce st_foreach_update and st_foreach_update_check for performance.
For example, it is effective at Hash's rehash,dup and clone. (included in patch)
Are there any problem?
Patch is at https://gist.g...- 11:51 AM Revision de1f3c92 (git): * st.c (st_foreach): fix type of hash. not st_data_t but st_index_t.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45266 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- specifying default target.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45265 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- Thanks for taking a look. I not sure what to do about EXT_DEPS.
The compiled? check is strange.
dl and tk will be gone soon, we can wait (or remove dl+tk sooner).
win32 cannot fork, so the special case there is not needed, even. -
- `EXT_DEPS` doesn't look good to me.
-
- I'm still hitting it. Can you try adding waitpid2 to reproduce it?
ruby -rcoverage -e 'Coverage.start; Process.waitpid2(fork {})'
Thanks. -
- Could you show config.log file?
-
- Akira Tanaka wrote:
> Would anyone test the problem at latest trunk?
I had never ran fluentd with ruby 2.1.1, but now I am trying it.
If it works well, I will try ruby-trunk next.
PS. Sorry, I struggled, but could not create a ... -
03:31 AM Bug #9589: Stack level too deep during eval causes segmentation fault
- Not sure if it's related, but I'm getting segfaults instead of SystemStackErrors with recursive lambda calls from:
example_spec.rb:
`describe Fixnum do
subject { subject }
it { should be }
end`
by running:
`rspec exam... -
- The following silly code, which imho should generate a " stack level too deep (SystemStackError)", segfaults
$ echo 'eval($_)' | ruby -n -e 'eval($_)'
I thought it may be a bug, not sure.
My version:
carlos-mac$ ruby -v
ruby 1...
03/03/2014
-
- Endoh-san and Eric, thanks both for considering these changes. I'm in favor of changing the format of `Coverage.result` because of the reasons I outline in [above](#note-14), but I can give more evidence that it should be a very safe cha...
-
- Eric, I could not recreate your fork failure (I'm on OS X 10.6, compiling with gcc 4.2.1...). However, I made `update_method_coverage` safer, thanks to your backtrace. I've updated the pull request with that fix, and fewer rb_hash_lookup...
-
11:05 AM Feature #9508: Add method coverage and branch coverage metrics
- Hello, Sam and Eric
Eric Wong wrote:
> Fair enough on the changes (I cannot make decisions on API changes).
> ...
Yes, I'm the original author and current maintainer of ext/coverage.
I'm positive for Branch coverage itself! I do... -
- Fair enough on the changes (I cannot make decisions on API changes).
We shall wait for others (mame?) to respond.
I found another failure, this time with fork:
ruby -rcoverage -e 'Coverage.start; fork {}'
backtrace: http://yh... -
- Hi Eric,
I'd actually like to keep the format of Coverage.result as the new format (Coverage.result values are each a Hash with :lines, :methods, and :decisions keys), rather than the existing Ruby 2.1.0 format, for two reasons:
1)... -
- [email protected] wrote:
> Hi Eric, great find! It turns out the bug here was when requiring Shared Objects (etc.so in this case). I've fixed that in the last commit. Cumulative patch available at the pull request:
>
> https://g... -
- Hi Eric, great find! It turns out the bug here was when requiring Shared Objects (etc.so in this case). I've fixed that in the last commit. Cumulative patch available at the pull request:
https://github.com/ruby/ruby/pull/511.patch -
- [email protected] wrote:
> Trivial addendum for v3 (pushed earlier, but I lost my Internet
> connection before I could email).
> http://bogomips.org/ruby.git/patch?id=5779e6040
> git://80x24.org/ruby.git extmk-parallel-v3
... -
- Thanks both, I will commit the following once others have reviewed:
http://bogomips.org/ruby.git/patch?id=fbd3769851f
(git://80x24.org/ruby.git bug9581) -
- Three functions relate directly to this bug:
* match_op_gen() in parse.y [1], which compiles two expressions separated by a `=~` into some kind of MATCH node. When it sees that the right side is a literal Regexp, it returns a NODE_MAT... -
08:10 PM Feature #9587: Integer#times with optional starting value
- On Mar 3, 2014 10:25 PM, <[email protected]> wrote:
>
> "10.times(17)" is 170 at me, so it definitely is not an option as an
unnamed argument.
Strongly agree. Maybe suggest: 10.times(from: 17) -
12:24 PM Feature #9587: Integer#times with optional starting value
- "10.times(17)" is 170 at me, so it definitely is not an option as an unnamed argument.
-
- Marc-Andre Lafortune wrote:
> How exactly would it be easier than `1.upto(6)`?
When the start value is `1`, the argument `6` of `upto` coincidentally matches what would be the receiver of `times`, and you may not see the benifit, but... -
- As of r45264 I'm still getting the same error.
-
04:35 PM Bug #9419 (Closed): Please backport fix for building against the newest OpenSSL
- r44402 was already backported to ruby_2_0_0 at r44768, and it's containted in 2.0.0-p451. Thanks!
-
- Hello, Mark.
Thank you for your reporting.
Martin, could you handle this? -
- 03:29 PM Revision 47b12b49 (git): * 2014-03-04
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45264 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45263 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- I would like to propose:
* partial_map
-
12:04 PM Feature #5663 (Assigned): Combined map/select method
- Yukihiro Matsumoto wrote:
> I am OK with the original map_select behavior, but I don't like the name #map_select.
> ...
What do you think of the following counter proposals?
* select_yield
* filter_map
* map_if -
10:59 AM Bug #9588: program name variables tainted
- My expectation to tainted.rb output is what 1.8.7 outputs. This seems like a regression to me.
-
- Jan Rusnacko wrote:
> ```
> ...
I guess it's a regression introduced in r20656.
Or did you mean not to taint $0, Yugui?
-
09:09 AM Bug #9588 (Closed): program name variables tainted
- I have noticed inconsistency in taint flag of program name:
```
[jrusnack@dhcp-31-42 ruby-safe]$ cat tainted.rb
#!/usr/bin/env ruby
puts "$0: #{$0}, tainted? #{$0.tainted?}"
puts "__FILE__: #{__FILE__}, tainted? #{... -
- So this issue was recently reported also into RH bugzilla [1] and Gustavo provided reproducer [2] for this issue:
```
#include <sys/socket.h>
#include <stdio.h>
int main()
{
int fd = socket(PF_LOCAL, SOCK_STREAM|SOCK_CL... -
- [email protected] wrote:
> test and verify compare_by_identity performance
>
> I'm comfortable that ID, string and most objects will hash well with
> power-of-two; but compare_by_identity, weakmap, vm->living_threads may
... - 04:28 AM Revision d0a9ee1e (git): * test/test_find.rb (TestFind#test_unsearchable_dir): ruby cannot make
- directory unreachable by owner on Windows.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45262 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- On 3 March 2014 08:37, <[email protected]> wrote:
> Issue #9076 has been updated by So Wieso.
>
>
> Matthew Kerwin wrote:
> > I share concerns that have been voiced earlier in the thread.
> >
> > This code snippet: `foo &.bar` *... -
- Eric Wong wrote:
> [email protected] wrote:
> ...
I meant "replace CPP #if with C".
03/02/2014
-
- Eric Wong <[email protected]> wrote:
> [email protected] wrote:
> > Eric Wong wrote:
> > > It also replaces CPP #if with C if for readability.
> >
> > I don't think it is needed.
>
> OK, does it that mean UNDEFINED_METHOD... -
- [email protected] wrote:
> Eric Wong wrote:
> > It also replaces CPP #if with C if for readability.
>
> I don't think it is needed.
OK, does it that mean UNDEFINED_METHOD_ENTRY_P is unnecessary
with cache disabled? Could jus... -
- Eric Wong wrote:
> Btw, I'd like to commit just the vm_method.c change for this
> ...
Agreed.
> It also replaces CPP #if with C if for readability.
I don't think it is needed.
-
- [email protected] wrote:
> http://bogomips.org/ruby.git/patch/?id=a899e54e6abc13b8816e6c5f69ff560918db4be1
Btw, I'd like to commit just the vm_method.c change for this
to avoid writing to method cache if disabled.
It also r... - 11:24 PM Revision 4e12ff92 (git): vm_method.c: disable GMC writing if GMC is disabled
- * vm_method.c (rb_method_entry_get_without_cache): disable GMC
writing if GMC is disabled
[ruby-core:61218]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45261 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 10:50 PM Revision fd61a783 (git): use do/while(0) around GetDBM macros
- * README.EXT: wrap GetDBM with do/while(0)
* README.EXT.ja: ditto
* ext/dbm/dbm.c: ditto, likewise for GetDBM2
* ext/gdbm/gdbm.c: ditto
* ext/sdbm/init.c: ditto
[ruby-core:61217]
ref: http://c-faq.com/cpp/multistmt.html
git-svn-id: s... -
10:37 PM Feature #9076: New one-argument block syntax: &.
- Matthew Kerwin wrote:
> I share concerns that have been voiced earlier in the thread.
> ...
You are totally right, this is yet another use for &. But if you take the new rule, it is not really confusing, just parse it like explained wh... -
- I share concerns that have been voiced earlier in the thread.
This code snippet: `foo &.bar` *looks* like you're either passing `&.bar` as the first positional parameter to foo, or casting `.bar` to a Proc and passing it as the block ... -
- I think this would be a really great idea.
`Symbol#to_proc` is technically a nice solution, but not nice from the esthetically viewpoint. Just have a look how many people are confused by this.
`&.a_method` makes immediately clear that ... -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45259 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
09:17 PM Feature #9587: Integer#times with optional starting value
- How exactly would it be easier than `1.upto(6)`?
-
- Just like `Enumerator#with_index` takes an optional argument that specifies the initial value of the index, I would like to request that `Integer#times` take an optional argument that specifies the initial value. The usefulness of it is ...
-
- Hi,
In message "Re: [ruby-trunk - Bug #9153] [Closed] IO#flush causes unnecessary fsync on Windows"
on Mar.03,2014 04:30:36, <[email protected]> wrote:
> > Ah, sorry, I can see now that it was already reverted. However it w... -
- Applied in changeset r45254.
----------
* io.c (rb_io_flush_raw, rb_io_fsync): [EXPERIMENTAL] remove force
syncing for Win32 to speed up IO. this may break some tests, and
they'll be fixed later.
[ruby-core:58570] [Bug #9153] - 07:41 PM Revision 8b48053b (git): * io.c (rb_io_fsync): need to fsync even if on Windows. fixed mistake of
- r45254 and r45256.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45258 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 07:21 PM Revision 9e5f0631 (git): * test/win32ole: get rid of warnings (unused variable).
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45257 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 06:08 PM Revision e1c40b19 (git): * io.c (rb_io_fsync): revert a part of r45254. explicit fsync should update
- the metadata.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45256 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 06:01 PM Revision 5c8b8c03 (git): * NEWS: mention about the change of r45254.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45255 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 05:56 PM Revision ab3002af (git): * io.c (rb_io_flush_raw, rb_io_fsync): [EXPERIMENTAL] remove force
- syncing for Win32 to speed up IO. this may break some tests, and
they'll be fixed later.
[ruby-core:58570] [Bug #9153]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45254 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- * eval_error.c (warn_printf): use rb_vsprintf instead so ruby specific
extensions like PRIsVALUE can be used in format strings
* eval_error.c (error_print): use warn_print_str (alias for
rb_write_error_str) t... -
- r45225 and r45240 were backported to ruby_2_0_0 at r45252.
-
- Applied in changeset r45240.
----------
`extconf.rb`: `rl_hook_func_t` for old readline
* `ext/readline/extconf.rb` (`rl_hook_func_t`): define as `Function` for
very old readline versions. [ruby-core:61209] [Bug #9578] -
- Now I can't build trunk:
ext/readline/readline.c: In function ‘Init_readline’:
ext/readline/readline.c:1977: error: ‘rl_hook_func_t’ undeclared (first use in this function)
ext/readline/readline.c:1977: error: (Each unde... -
- * ext/readline/readline.c (Init_readline): Use rl_hook_func_t instead
of Function to support readline-6.3. (rl_hook_func_t is available
since readline-4.2.)
Reported by Dmitry Medvinsky. [ruby-core:61141] ... -
- r45178, r45179, r45180 and r45183 were backported to ruby_2_0_0 at r45251.
-
- eval.c: remove unneeded GC guard
* eval.c (setup_exception): remove RB_GC_GUARD which is no longer
needed since r41598.
* eval.c (setup_exception): preserve errinfo across calling #to_s
method on the exceptio... -
- r45187, r45205, r45212 and r45213 were backported to ruby_2_0_0 at r45250.
-
- * numeric.c (ruby_num_interval_step_size): check signs and get rid
of implementation dependent behavior of negative division.
[ruby-core:61106] [Bug #9570]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_2... -
- * test/ruby/test_numeric.rb (assert_step): introduce assert_step.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_2_0_0@45249 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- * README.EXT.ja: [DOC] Fix typo "macro macro" @utenmiki [Fixes GH-551]
https://github.com/ruby/ruby/pull/551
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_2_0_0@45248 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 03:18 PM Revision bc6c60f7 (git): * 2014-03-03
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45247 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 03:18 PM Revision 2c761d72 (git): * test/ruby/test_backtrace.rb: get rid of warnings. unused variable,
- shadowing.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45246 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- [email protected] wrote:
> Oh, sorry, Eric. eaadf820633e74350404d009a1c251f6319454aa was just the last commit I made to tweak when coverage is initialized. The entire patch would be my cumulative pull request:
>
> https://github... -
- Oh, sorry, Eric. eaadf820633e74350404d009a1c251f6319454aa was just the last commit I made to tweak when coverage is initialized. The entire patch would be my cumulative pull request:
https://github.com/ruby/ruby/pull/511.patch
I ca... -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45245 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45244 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- Good catch. My guess is that #4796 is not implemented in the way you are hoping for, and cannot easily be implemented in this way either.
The original test for #4796 (contributed by xavier-shay in #4796), before r33030 [1], only asser... -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45243 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45242 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- Applied in changeset r45241.
----------
find.rb: add ignore_error
* lib/find.rb (Find#find): add "ignore_error" keyword argument
defaulted to true. [ruby-core:51025] [Feature #7596] -
- * lib/find.rb (Find#find): add "ignore_error" keyword argument
defaulted to true. [ruby-core:51025] [Feature #7596]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45241 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- * ext/readline/extconf.rb (rl_hook_func_t): define as Function for
very old readline versions. [ruby-core:61209] [Bug #9578]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45240 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- * README.EXT.ja: ditto
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45239 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 01:55 AM Revision 47d6a7ee (git): * proc.c: Complete rdoc of Proc#arity regarding keyword arguments.
- See #8072 and #9299.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45238 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 01:55 AM Revision 9b7b4416 (git): * proc.c: Modify rdoc of Proc#arity to fit with current behavior.
- See #5694
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45237 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 01:55 AM Revision 04042ec6 (git): * proc.c: Tweak rdoc for consistent whitespace
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45236 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 01:55 AM Revision 9047641c (git): * numeric.c: Mention that Float::DIG is the minimum number
- of siginificant digits. See #9191
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45235 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 01:54 AM Revision ec8de033 (git): * NEWS-2.1.0: Mention that step can accept a 0 unit. See #9575
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45234 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 01:49 AM Revision b0c5f5f0 (git): * 2014-03-02
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45233 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 01:49 AM Revision 8120b188 (git): load.c (ruby_init_ext): make idempotent to suppress warnings
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@45232 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-