Activity
From 06/10/2014 to 06/16/2014
06/16/2014
-
09:05 PM Feature #8839: Class and module should return the class or module that was opened
- +1. I do not want to share my silly code where i would use it, but currently it may look something like that:
```ruby
def MyClass
# ...
self
end.define_more_methods(x, y, z).freeze
``` -
08:23 PM Revision 08580181 (git): configure.in: extract date at build time
- * Makefile.in, configure.in (Makefile): extract RUBY_RELEASE_DATE from
version.h at each build time.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46454 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 07:51 PM Revision 21c400c4 (git): * 2014-06-17
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46453 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
07:51 PM Revision 664d209d (git): runner.rb: instance variable
- * test/runner.rb (before_setup, after_teardown): use an instance
variable instead of a class variable.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46452 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
04:00 PM Bug #9776: Ruby double-splat operator unexpectedly modifies hash
- Backported into `ruby_2_1` branch at r46451.
-
03:59 PM Revision 5a2f6a4a (git): merge revision(s) r45724: [Backport #9776]
- * compile.c (compile_array_): make copy a first hash not to modify
the argument itself. keyword splat should be non-destructive.
[ruby-core:62161] [Bug #9776]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ru... -
03:49 PM Feature #7793: New methods on Hash
- FYI, Rails has a method similar to the proposed `map_k` called [`transform_keys`](http://api.rubyonrails.org/classes/Hash.html#method-i-transform_keys-21).
-
03:44 PM Feature #2509: Recursive freezing?
- I think we can get the effect of having an error for edge cases (deep freezing a class, for example) by simply removing `Module#deep_freeze`. I feel there's no need to add a new method like `insulated?`, simply ask instead `respond_to?(:...
-
03:57 AM Feature #2509: Recursive freezing?
- I agree. Even if we allow a programmer to shoot themselves, they must be able to know what's going on when they do so. If a collection cannot be frozen at once, that should be notified or detected somehow.
-
03:43 PM Bug #9699: Cannot require .so file on Windows if the file path is unicode (Includes patch)
- r45521, r45523 and r45551 were backported into `ruby_2_1` at r46450.
-
03:42 PM Revision 12285fc1 (git): merge revision(s) r45521,r45523,r45551: [Backport #9699]
- win32.c: wchar conversion
* win32/win32.c (rb_w32_wstr_to_mbstr, rb_w32_mbstr_to_wstr): make
WCHAR/mb conversion functions public.
* dln.c (dln_load): use wchar version to load a library in
non-ascii path on ... -
03:35 PM Feature #7341: Enumerable#associate
- This is related to #6669
-
03:34 PM Bug #9600: sysconf(_SC_GETGR_R_SIZE_MAX) is just a hint for getgrnam_r()
- r45287, r45288, r45289 and r45290 were backported into `ruby_2_1` branch at r46449.
-
03:33 PM Revision 7fd56bd3 (git): merge revision(s) r45287,r45288,r45289,r45290: [Backport #9600]
- process.c: tmp buffer instead of alloca
* process.c (OBJ2UID1, OBJ2GID1): separate from OBJ2UID and
OBJ2GID respectively, need given buffers.
* process.c (OBJ2UID, OBJ2GID): no longer need PREPARE_GETPWNAM
and PREPA... -
03:28 PM Feature #8951: Please add a hash-to-hash alternative of the map method to Hash
- I believe this is a duplicate of #6669
-
03:19 PM Bug #9593: Keyword arguments default argument assignment behaviour not consistent with optional argument
- Hi,
I think this change should not be backported to stable branch.
I agree about that it is a long standing bug. But it lives too long to change a behavior during stable releases.
I'm going to fill 'DONTNEED' in 'Backport' field if ... -
02:19 PM Feature #9947 (Open): Make `Object#send` and `Object#method` private
- I propose to make `Object#send` and `Object#method` private.
* If someone wants to use public `#send` or `#method` with their class, they can easily opt in :
```ruby
class MyClass
public :send, :method
end
```
* They can ... -
10:01 AM Revision dbf25786 (git): * test/runner.rb: failure message should be passed as an argument.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46448 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
09:45 AM Revision 3a1c08e5 (git): * test/runner.rb: capture TracePoint stat before setup and compare
- it after teardown.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46447 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
09:23 AM Revision e5af180e (git): * test/uri/test_generic.rb: fix wrong arguments for test case.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46446 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
09:17 AM Revision 9761965d (git): * test/date/test_date_arith.rb: remove unused block argument.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46445 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
09:17 AM Revision ea7c1f4d (git): * test/date/test_date_strptime.rb: remove useless variable.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46444 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
08:06 AM Revision ca65a56b (git): string.c: no copy of interned strings
- * string.c (sym_succ, sym_cmp, sym_casecmp, sym_match, sym_aref):
not need to make copy of interned strings, use directly.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46443 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
08:03 AM Revision 3a206c91 (git): vm_method.c: no RTEST on mere flag
- * vm_method.c (basic_obj_respond_to): `priv` is not a VALUE but a
mere flag, so cannot call RTEST() on it.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46442 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
07:05 AM Bug #9944 (Assigned): in ruby for windows in "system" a redirection to append a file works incorrectly
- Yes, it is Windows specific, because `O_APPEND` is not supported by the system, but implemented in runtime libraries.
And "appending" and "seeking to the end at first" are not same.
This is a known issue, as commented in test/ruby/te... -
05:36 AM Bug #9946 (Closed): [Win32] redirection doesn't support non-codepage
- Applied in changeset r46441.
----------
process.c: use UTF-8
* process.c (open): use UTF-8 version function to support
non-ascii path properly. [ruby-core:63185] [Bug #9946] -
05:24 AM Bug #9946 (Closed): [Win32] redirection doesn't support non-codepage
- ~~~
> del t-*
> ...
現在のコード ページ: 932
> .\ruby -v -e 'n="t-\u{30c6 30b9 30c8 f6}.txt"; p n; system("echo", Time.now.to_s, out:n)'
ruby 2.2.0dev (2014-06-15 trunk 46438) [x64-mswin64_120]
"t-\u30C6\u30B9\u30C8\u00F6.txt"
> ...
t... -
05:35 AM Revision fd444f90 (git): process.c: use UTF-8
- * process.c (open): use UTF-8 version function to support
non-ascii path properly. [ruby-core:63185] [Bug #9946]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46441 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 05:28 AM Revision 7539177d (git): * 2014-06-16
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46440 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
05:28 AM Revision d327c8da (git): process.c: variable as macro argument
- * process.c (run_exec_open): use a local variable to get rid of
RARRAY_AREF() is evaluated multiple times by RSTRING_PTR().
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46439 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
06/15/2014
-
07:03 PM Bug #9937: Segfault in the TracePoint API
- Hi @ko1, I see that you made some changes in the TracePoint API, but the build is still segfaulting at the same place. Just to confirm this is still an issue.
Thanks! -
02:12 PM Feature #2509: Recursive freezing?
- I have thought of the following solution: add simultaneously `Object#deep_freeze` and `Object#insulated?`. If `obj.insulated?` is `false`, `obj.deep_freeze` (or `deep_freeze!` by the way?) should raise an error.
-
01:51 PM Bug #9572: Restarting Coverage does not produce correct coverage result
- I have been having this problem as well.
It seems good that Coverage.result resets the coverage data, but once Coverage.start is called again it seems like it should start building up new coverage from that point on. In the example co... -
01:21 PM Revision 800c7af7 (git): vm_method.c: separate ID selection
- * vm_method.c (rb_method_entry_make): separate selection of IDs to
be private from condition of method to be defined.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46438 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
11:49 AM Revision f3db73f1 (git): test_file_exhaustive.rb: fix expected value
- * test/ruby/test_file_exhaustive.rb (test_expand_path_memsize):
correct expected value, count terminator byte. [Bug #9934]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46437 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
10:13 AM Bug #9944: in ruby for windows in "system" a redirection to append a file works incorrectly
- If this is a Windows specific issue, here is a patch:
~~~diff
diff --git a/process.c b/process.c
index e626542..05bb79c 100644
--- a/process.c
+++ b/process.c
@@ -2767,6 +2767,11 @@ run_exec_open(VALUE ary, struct rb_execarg *sar... -
06:19 AM Bug #9945 (Closed): Segmentation fault when defining recursive method
-
12:49 AM Bug #9945: Segmentation fault when defining recursive method
- My rubies don't reproduce this bug:
~~~
$ ruby -v
ruby 2.2.0dev (2014-06-07 trunk 46369) [x86_64-openbsd5.5]
$ ruby21 -v
ruby 2.1.0p0 (2013-12-25 revision 44422) [x86_64-openbsd]
~~~
They raise SystemStackError:
~~~
123
1... -
01:09 AM Revision 106f3e9d (git): test_file_exhaustive.rb: fix assertion
- * test/ruby/test_file_exhaustive.rb (test_expand_path_memsize):
wrong expected value, considering a prefix (drive letter or UNC)
on DOSISH platforms. [Bug #9934]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46436 b2dd03c8-39d4... -
01:09 AM Revision efc70c74 (git): process.c: use RB_TYPE_P
- * process.c (check_exec_redirect): use RB_TYPE_P instead of single
comparison of TYPE().
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46435 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
06/14/2014
-
11:13 PM Revision dcae4b9d (git): runner.rb: use class variable
- * test/runner.rb (after_teardown): turn zombie traces hash into a
class variable.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46434 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
10:11 PM Revision 045b6e9f (git): runner.rb: check increment
- * test/runner.rb (after_teardown): check increment of active trace
events.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46433 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 09:54 PM Revision 261aaedd (git): * 2014-06-15
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46432 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
09:54 PM Revision 5a83ce3f (git): runner.rb: include event name
- * test/runner.rb (after_teardown): include active trace event name
in the failure message.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46431 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
08:56 PM Feature #8259: Atomic attributes accessors
- Vit Z wrote:
> In such a use case, CAS reference equality would not work (sidestepping that JRuby
> ...
Increased to -256...255 at some point so we could represent an unsigned byte without construction. Otherwise, I agree with everythi... -
07:09 PM Feature #8259: Atomic attributes accessors
- Petr Chalupa wrote:
> it certainly looks appealing and convenient to have atomic ivars, but I have an devil advocate's question. What are the advantages of having atomic_attr over just using `@a = Atomic.new('a_value')` with some conven... -
03:25 PM Feature #8259: Atomic attributes accessors
- Responding to recent comments...
* Atomic operations for Array, Hash
I lean toward introducing purpose-built collections for this. The current Array and Hash are very fast and about as lightweight as they can be for their features.... -
02:44 PM Feature #8259: Atomic attributes accessors
- Hello guys,
it certainly looks appealing and convenient to have atomic ivars, but I have an devil advocate's question. What are the advantages of having atomic_attr over just using `@a = Atomic.new('a_value')` with some convenience meth... -
04:54 PM Feature #2509: Recursive freezing?
- This looks to me like a strange reason to reject too. If a programmer recursively freezes an object that will freeze things that the programmer did not want to freeze, i think the program will probably crash immediately (with error mess...
-
03:44 PM Bug #9945 (Closed): Segmentation fault when defining recursive method
- The following code causes segmentation fault, although I expect it to create stack overflow.
```ruby
a = Object.new
a.define_singleton_method(:meth) do
puts '12... -
01:52 PM Revision ba4ac50a (git): Restore date field.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46430 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
12:41 PM Bug #9944 (Rejected): in ruby for windows in "system" a redirection to append a file works incorrectly
- ~~~
c:\Users\bdimych>
c:\Users\bdimych>
c:\Users\bdimych>
c:\Users\bdimych>
c:\Users\bdimych>C:\Ruby200\bin\ruby.exe -v
ruby 2.0.0p481 (2014-05-08) [i386-mingw32]
c:\Users\bdimych>
c:\Users\bdimych>
c:\Users\bdimych>
c:\Users... -
07:21 AM Bug #9267 (Closed): Document configure options
- I've added wiki page for [Configuration Options](https://bugs.ruby-lang.org/projects/ruby-trunk/wiki/ConfigurationOptions), please feel free to add any version specific configuration options here.
-
07:14 AM Bug #9234 (Closed): Documentation for upgrading to supported versions
- Added wiki page with general index of major versions which links to each versions NEWS and change log if it exists.
https://bugs.ruby-lang.org/projects/ruby/wiki/UpgradingRuby -
06:43 AM Misc #9741 (Closed): Policy for Posting Security & General Announcements on www.ruby-lang.org
- I've added a new wiki page: [HowToAnnounce](https://bugs.ruby-lang.org/projects/ruby/wiki/HowToAnnounce).
-
03:47 AM Revision 26930379 (git): Fix a typo.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46429 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
03:04 AM Bug #9934 (Closed): High memory usage from file_expand_path_*
- Don't move projects, update Backport instead.
-
01:55 AM Revision b654e071 (git): array.c: non-recursive rcombinate0
- * array.c (rcombinate0): remove recursion, by looping with indexes
stored in `p`.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46428 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
01:55 AM Revision 4802149e (git): array.c: non-recursive rpermute0
- * array.c (rpermute0): remove recursion, by looping with indexes
stored in `p`.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46427 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
01:54 AM Bug #9932 (Closed): Permutation - Segment fault
- Applied in changeset r46426.
----------
array.c: non-recursive permute0
* array.c (permute0): remove recursion, by looping with indexes
stored in `p`. [ruby-core:63103] [Bug #9932] -
01:54 AM Revision 9d6b7aed (git): array.c: non-recursive permute0
- * array.c (permute0): remove recursion, by looping with indexes
stored in `p`. [ruby-core:63103] [Bug #9932]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46426 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
01:54 AM Revision 02725fb6 (git): array.c: combinate0
- * array.c (combinate0): extract.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46425 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
01:53 AM Revision 97292754 (git): string.c: fix wrong capa
- * string.c (rb_str_resize): update capa only when buffer get
reallocated.
http://d.hatena.ne.jp/nagachika/20140613/ruby_trunk_changes_46413_46420#r46413
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46424 b2dd03c8-39d4-4d8f-98ff... -
12:25 AM Misc #9438 (Closed): Implementation naming
- I'm not sure how important it is to have consistent naming throughout the docs, both MRI and CRuby are applicable. They are basically synonymous.
In any case, people seem comfortable using and hearing both, so I don't think it should ... -
12:16 AM Bug #9904: remove rubyforge entries from rake.1
- It is OK.
Eventually github.com/ruby/rake will become official, but it is OK for the man page to point there. -
12:13 AM Bug #9904: remove rubyforge entries from rake.1
- Yes, I’ve confirmed with Eric:
2:20 PM <drbrain> the "rake" name is taken
We’re going to use ruby/rake as the canonical repository.
On Jun 13, 2014, at 4:36 PM, shibata.hiroshi@gmail.com wrote:
> Issue #9904 has been updated... -
12:11 AM Misc #9219 (Closed): Policy Announcement for All Versions
- We've already made maintenance announcements for 1.9.3 and only recently changed maintainers for 2.0.0.
In this case, I don't think we need an open-ended ticket. We should consider making an announcement regarding 2.0.0's lifecycle cl... -
12:09 AM Misc #9215 (Closed): Maintenance Policy for Future Releases (2.1.0 & beyond)
- I've migrated my (pending) NEWS document from www.r-l.o to the wiki: [GeneralMaintenancePolicy](https://bugs.ruby-lang.org/projects/ruby/wiki/GeneralMaintenancePolicy)
Please make any changes to the wiki directly, if you need access p... -
12:03 AM Misc #9265 (Closed): Meeting Guide
- Naruse has added initial [DevelopersMeetingRealtimeGuidelines](https://bugs.ruby-lang.org/projects/ruby/wiki/DevelopersMeetingRealtimeGuidelines), so I will mark this ticket as closed.
-
12:02 AM Bug #9943 (Closed): Ruby 1.9.3 improperly reports unused variable warnings
- This is related to https://bugs.ruby-lang.org/issues/6693 and possibly https://bugs.ruby-lang.org/issues/7730.
Top-level unused variables prefixed with an underscore, _, do not report a warning. However, unused variables in methods or...
06/13/2014
-
11:42 PM Revision 308960a4 (git): [DOC] Please see _the_ official issue tracker... [ci skip]
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46423 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
11:36 PM Bug #9904: remove rubyforge entries from rake.1
- @zzak
Did you confirm this patch to drbrain?
Is github.com/ruby/rake official rake repository now? -
11:30 PM Bug #9904 (Closed): remove rubyforge entries from rake.1
- Applied in changeset r46421.
----------
* man/rake.1: [DOC] Update links for Rake, patch by @hsbt [Bug #9904]
[Fixes GH-628] https://github.com/ruby/ruby/pull/628 [ci skip] - 11:30 PM Revision 60512ea5 (git): * 2014-06-14
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46422 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
11:30 PM Revision 6b1a8e33 (git): * man/rake.1: [DOC] Update links for Rake, patch by @hsbt [Bug #9904]
- [Fixes GH-628] https://github.com/ruby/ruby/pull/628 [ci skip]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46421 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
06:45 PM Bug #9934 (Open): High memory usage from file_expand_path_*
-
11:31 AM Bug #9934: High memory usage from file_expand_path_*
- Thanks for the fix!
-
04:07 PM Bug #9942 (Closed): reduce memory allocation in Array#permutation (fixed at r46416)
- rb_ary_permutation() allocate unnecessary large temporary array.
It's fixed at r46416.
This ticket is only for backport management. -
03:27 PM Feature #9941 (Open): Issue a warning when `module` or `class` keyword causes re-initialization of a constant that will become the module/class name, instead of creating/reopening the module/class
- I think that it would be appropriate to issue a warning similar to "warning: already initialized constant" when "`module`" or "`class`" keyword causes re-initialization of a constant. Here is an example of code that looks suspicious to ...
-
09:01 AM Revision 4945572f (git): * vm_trace.c: add new method TracePoint.stat to debug
- TracePoint mechanism.
Ruby users should not use this method. So I don't note this method
in the NEWS file.
* test/runner.rb: detect zombie active TracePoints with
TracePoint.stat.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trun... -
08:50 AM Bug #9940 (Closed): Unexpected throw from TracePoint hooks with recursive checking
- Applied in changeset r46419.
----------
* vm_trace.c: clear and restore recursive checking thread local data
to avoid unexpected throw from TracePoint.
[Bug #9940]
* test/ruby/test_settracefunc.rb: add a test.
* thread.c: adde
* r... -
08:46 AM Bug #9940 (Closed): Unexpected throw from TracePoint hooks with recursive checking
- 下記のようなプログラムで、2.0 と 2.1 以降で挙動が違います。
```ruby
stack = []
TracePoint.new(:c_call){|tp|
mid = tp.method_id
begin
p mid
stack << mid # (*)
ensure
stack << mid
end
}.enable{
p 1
}
p stack
# Ruby 2.0 =... -
08:50 AM Revision ddae6a05 (git): * vm_trace.c: clear and restore recursive checking thread local data
- to avoid unexpected throw from TracePoint.
[Bug #9940]
* test/ruby/test_settracefunc.rb: add a test.
* thread.c: adde
* rb_threadptr_reset_recursive_data(rb_thread_t *th);
* rb_threadptr_restore_recursive_data(rb_thread_t *th, VALU... -
08:34 AM Bug #9939 (Closed): segfault by modifying array during Array#combination
- Applied in changeset r46418.
----------
array.c: combination on a shared copy
* array.c (rb_ary_combination): iterate on a shared copy, and use
array of indexes instead of array of chosen objects.
[ruby-core:63149] [Bug #9939] -
08:29 AM Bug #9939 (Closed): segfault by modifying array during Array#combination
- ~~~ruby
$ ruby -e 'a = [*0..500]' -e 'a.combination(2) {|*,x| a.clear}'
-e:2: [BUG] Segmentation fault at 0x00000000000000
~~~ -
08:34 AM Revision 537b4a64 (git): array.c: combination on a shared copy
- * array.c (rb_ary_combination): iterate on a shared copy, and use
array of indexes instead of array of chosen objects.
[ruby-core:63149] [Bug #9939]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46418 b2dd03c8-39d4-4d8f-98ff-823... -
08:33 AM Revision 95bac4f7 (git): array.c: yield_indexed_values
- * array.c (yield_indexed_values): extract from permute0(),
rpermute0(), and rcombinate0().
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46417 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
04:43 AM Revision e6f15575 (git): array.c: fix array size
- * array.c (rb_ary_permutation): `p` is the array of size `r`, as
commented at permute0(). since `n >= r` here, buffer overflow
never happened, just reduce unnecessary allocation though.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/t... -
01:02 AM Bug #9936: wrong zlib1.dll installed on windows
- I confirmed the error message "%1 is not a valid Win32 application." occurred with 32-bit zlib1.dll and 64-bit ruby.exe combination.
I guess that Claudio installed Ruby 2.0.0-p481 (x64) to C:/Tools/ruby200 folder first.
And intention... -
12:07 AM Bug #9936: wrong zlib1.dll installed on windows
- Hello Claudio,
Me again, once last thing I forgot to mention.
The error message you see: "%1 is not a valid Win32 application." might be associated with something else.
Please take a look to our troubleshooting page:
https://... -
12:04 AM Bug #9936: wrong zlib1.dll installed on windows
- Hello Claudio,
Both installer and package of Ruby 2.0.0-p481 for x64 contains a 64-bits version of zlib1.dll
You can confirm this using Dependency Walker and see the output I've just collected from it:
https://gist.github.com/lu... - 12:00 AM Revision 0f25a808 (git): * 2014-06-13
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46415 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
12:00 AM Revision 559a8275 (git): add more test coverage for [ruby-core:63136] [Bug #9934]
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46414 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
06/12/2014
-
07:33 PM Bug #9938: ObjectSpace::allocation_class_path does not object's class
- Wow, that was fast !
I've been stuck at `rb_class_path_cached` from `variable.c line #281` failing to look up a class_path. Glad it would be fixed in 2.2 .
Good job.
Take care. -
06:43 PM Bug #9938: ObjectSpace::allocation_class_path does not object's class
- Hi,
Thank you for your report.
Please add this magic line:
`ObjectSpace.each_object(Module){|o| o.name}`
at the beggining of script. It will show the correct output.
This is because of Module naming cache issue.
I want to fix... -
05:08 PM Bug #9938: ObjectSpace::allocation_class_path does not object's class
- I'm sorry about code formatting. Bellow is a fixed version:
~~~ruby
require 'objspace'
class A
def foo
ObjectSpace::trace_object_allocations do
obj = Object.new
p ObjectSpace::allocation_class_path(obj) # "A"... -
05:05 PM Bug #9938 (Rejected): ObjectSpace::allocation_class_path does not object's class
- Possible bug in `ObjectSpace::allocation_class_path` returning `nil` instead of expected class name:
~~~ruby
require 'objspace'
class A
def foo
ObjectSpace::trace_object_allocations do
obj = Object.new
p Obje... -
04:33 PM Bug #9937 (Closed): Segfault in the TracePoint API
- Hi!
It seems that a regression bug has been recently introduced in the TracePoint API (maybe after changeset r45758). byebug's test suite works against 2.0 and 2.1, but segfaults against ruby-head. See https://travis-ci.org/deivid-rod... -
02:51 PM Bug #9934: High memory usage from file_expand_path_*
- I think r46413 has fixed it.
-
11:40 AM Bug #9934: High memory usage from file_expand_path_*
- This does actually not fix the bug. This only works if a path expanded by File.expand_path is smaller than the string embedded length. If a string is longer than that length, it isn't made smaller and it still uses up too much memory.
-
04:09 AM Bug #9934 (Closed): High memory usage from file_expand_path_*
- Applied in changeset r46410.
----------
file.c: shrink expanded path
* file.c (expand_path): shrink expanded path which no longer needs
rooms to append. [ruby-core:63114] [Bug #9934] -
03:40 AM Bug #9934: High memory usage from file_expand_path_*
- ruby@tmm1.net wrote:
> This is the best I could come up with. Definitely not ideal since it
> allocates another ruby object.
What about using rb_str_resize?
rb_str_resize may work even better if we remove the 1024 byte threshold... -
02:34 AM Bug #9934: High memory usage from file_expand_path_*
- This is the best I could come up with. Definitely not ideal since it allocates another ruby object.
~~~diff
diff --git a/file.c b/file.c
index 77facac..71e2d93 100644
--- a/file.c
+++ b/file.c
@@ -3391,6 +3391,9 @@ rb_file_expand... -
01:57 AM Bug #9934 (Closed): High memory usage from file_expand_path_*
- All the file expansion routines use `EXPAND_PATH_BUFFER()` which allocates PATH_MAX bytes on the heap per invocation.
The strings returned by `File.expand_path` are never realloc'd after they are populated, so they continue using 4kb (o... -
12:24 PM Bug #9760 (Open): mkmf does not allow for linking against custom libraries when a system library is present
-
12:23 PM Bug #9760: mkmf does not allow for linking against custom libraries when a system library is present
- Please do not backport this yet; I'm suggesting backing out the commit made in trunk for the reason I gave above.
-
11:30 AM Bug #9760: mkmf does not allow for linking against custom libraries when a system library is present
- Does this issue exist in 2.0.0 too?
-
11:33 AM Revision 85bbacbb (git): string.c: consider capacity
- * string.c (rb_str_resize): should consider the capacity instead
of the old length, as pointed out by nagachika.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46413 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
10:15 AM Bug #9936 (Third Party's Issue): wrong zlib1.dll installed on windows
- Please report to the RubyInstaller team, though they has read this ML.
-
10:03 AM Bug #9936 (Third Party's Issue): wrong zlib1.dll installed on windows
- I'm using Windows 7 64bit.
Running e.g. "gem help commands" results in the following error messages:
~~~
ERROR: Loading command: build (LoadError)
193: %1 is not a valid Win32 application. - C:/Tools/ruby200/lib/ruby/2... -
09:47 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- Tried it again after removing other ruby. It worked :)
Thanks all for your help. -
09:46 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- You must remove old ed.obj with `nmake clean`
~~~
> nmake clean
> ...
~~~ -
09:40 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- It came like this
~~~
C:\Ruby19\lib\ruby\gems\1.9.1\gems\eventmachine-1.0.1\ext>ruby extconf.rb
checking for main() in ssleay32.lib... yes
checking for main() in libeay32.lib... yes
checking for openssl/ssl.h... yes
checking for ... -
09:17 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- What is the output of ruby extconf.rb?
The first two lines should be yes
~~~
checking for main() in ssleay32.lib... yes
checking for main() in libeay32.lib... yes
checking for openssl/ssl.h... yes
checking for openssl/err.h... ye... -
09:06 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- Yep that was the issue. I removed the other ruby then tried. I created rubyeventmachine.so and i moved it. But again faced same issue. Is there anything which is missing?
Can you share the gem files which are working for you?
Also ... -
08:56 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- I guess you have multiple ruby environments.
You must run c:\Ruby19\bin\ruby.exe with proper environment variables.
Try with something like this:
~~~
set PATH=c:\Ruby19\bin;%PATH%
set INCLUDE=%INCLUDE%;c:\work\zlib-1.2.5\inclu... -
08:14 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- Tried building gem for myself. It is giving me error of dev tools. Though i do hace dev-kit installed and pat also has been set. Below is the error i am getting :-
C:\Ruby19\lib\ruby\gems\1.9.1\gems\eventmachine-1.0.3\ext>ruby extconf... -
07:08 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- You have two options.
1 Build gem for yourself
~~~
cd C:\Ruby19\lib\ruby\gems\1.9.1\gems\eventmachine-1.0.3\ext
edit extconf.rb as above
>ruby extconf.rb
> ...
~~~
2 Issue bug to https://github.com/eventmachine/eventmachine/... -
06:55 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- I only have to edit this gem, or it needs to be compile again?
-
09:42 AM Bug #9935 (Third Party's Issue): [BUG] Segmentation fault at 0x00000000000418 ruby 2.1.1p76 (2014-02-24 revision 45161) [x86_64-darwin13.0]
- Your json gem is build by ruby 2.0, but you use ruby 2.1.
You should remove old version gems on your Ruby. -
08:32 AM Bug #9935 (Third Party's Issue): [BUG] Segmentation fault at 0x00000000000418 ruby 2.1.1p76 (2014-02-24 revision 45161) [x86_64-darwin13.0]
- /Users/rohitkrishnan/.rvm/gems/ruby-2.0.0-p0/gems/json-1.8.1/lib/json/ext/parser.bundle: [BUG] Segmentation fault at 0x00000000000418
ruby 2.1.1p76 (2014-02-24 revision 45161) [x86_64-darwin13.0]
-- Crash Report log information -----... -
09:32 AM Revision 595782b9 (git): * lib/net/http/responses.rb: added Net::HTTPPermanentRedirect(308)
- Contributed by @yorkie [fix GH-638]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46412 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
09:05 AM Feature #9923 (Closed): Revisitting GC.stat keys
- duplicate to #9924
-
04:28 AM Revision d07a013c (git): string.c: shrink before freezing
- * string.c (rb_str_freeze): shrink the buffer before freezing, as
pointed out by Eric Wong at [ruby-core:63119].
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46411 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
04:09 AM Revision e2890123 (git): file.c: shrink expanded path
- * file.c (expand_path): shrink expanded path which no longer needs
rooms to append. [ruby-core:63114] [Bug #9934]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46410 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 04:09 AM Revision 664007e4 (git): * 2014-06-12
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46409 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
04:09 AM Revision b35a6f91 (git): string.c: shrink too big buffer
- * string.c (rb_str_resize): shrink the buffer even if new length
is same but it is enough smaller than the capacity.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46408 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
02:39 AM Bug #9884: thread_pthread.c assumes pthread_t is a scalar type
- On Wed, Jun 11, 2014 at 9:33 PM, <Rei.Odaira@gmail.com> wrote:
> Issue #9884 has been updated by Rei Odaira.
>
>
> I was looking at this page:
> http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/sys_types.h.html
>
> ~~~
... -
01:33 AM Bug #9884: thread_pthread.c assumes pthread_t is a scalar type
- I was looking at this page:
http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/sys_types.h.html
~~~
IEEE Std 1003.1-2001/Cor 2-2004, item XBD/TC2/D6/26 is applied, adding pthread_t to the list of types that are not required to... -
02:15 AM Bug #9928: Fiddle::TestHandle#test_NEXT fails on AIX due to unexported symbols of extension libraries
- Export files are used on Windows already, so it would not be a trouble.
06/11/2014
-
10:34 PM Bug #9933 (Closed): segmentation fault when running 'gem' (ruby 2.1.2p95)
- I see there is a similar related issue (https://bugs.ruby-lang.org/issues/9827) which is on a Mac - My issue is on RHEL6 platform. Below is the core dump.
-bash-4.1$ ruby -v
ruby 2.1.2p95 (2014-05-08 revision 45877) [x86_64-linux]
... -
09:05 PM Bug #9884: thread_pthread.c assumes pthread_t is a scalar type
- Just curious. Where is the phrase that describes pthread_t is opaque?
I skimmed current SUS.
sys/types.h contain pthread_t definition.
http://pubs.opengroup.org/onlinepubs/7908799/xsh/systypes.h.html
with following explanatio... -
08:38 AM Bug #9884 (Closed): thread_pthread.c assumes pthread_t is a scalar type
- Applied in changeset r46406.
----------
thread.c: fix for non-scalar pthread_t
* configure.in (rb_cv_scalar_pthread_t): pthread_t is not required
to be a scalar type.
* thread.c (fill_thread_id_string, thread_id_str): dump pthread_t
... -
03:49 PM Bug #9928: Fiddle::TestHandle#test_NEXT fails on AIX due to unexported symbols of extension libraries
- Yes, AIX supports dlopen(). According to the discussion at [Bug #1914], only relatively old versions of AIX did not support dlopen(). The problem I reported will be solved if dlopen()/dlsym() is used on AIX too, because it will mean expo...
-
02:29 AM Bug #9928: Fiddle::TestHandle#test_NEXT fails on AIX due to unexported symbols of extension libraries
- Rei Odaira wrote:
> The reason for this is a little bit complicated. `Fiddle::TestHandle#test_NEXT` tests the behavior of `RTLD_NEXT` for `dlsym(3)`. According to the manual, `RTLD_NEXT` of AIX should behave like that of BSD, so the fol... -
02:31 PM Bug #9932: Permutation - Segment fault
- On Wed, Jun 11, 2014 at 1:12 PM, <tak2siva@gmail.com> wrote:
> Execute the following program with the inputs
>
> ~~~ruby
> ######################################################################################
> # hash.rb
... -
12:29 PM Bug #9932: Permutation - Segment fault
- It's a stack overflow, and it results `SystemStackError` as expected on recent 2.0.0 or later.
-
11:12 AM Bug #9932 (Closed): Permutation - Segment fault
- Execute the following program with the inputs
~~~ruby
######################################################################################
# hash.rb
t = gets.chomp.to_i
def hash str
res = str.count "A"
if str.size > 1
... -
02:21 PM Revision b92e03c5 (git): merge revision(s) r45224,r45228: [Backport #9838]
- * gc.c (ruby_gc_set_params): fix building without RGenGC
* gc.c (ruby_gc_set_params): simplify condition
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_2_1@46407 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
02:18 PM Bug #9922 (Third Party's Issue): Compiling Ruby 1.9.3p194 from source code with openssl crashe
- Thank you all for resolving this issue.
(I was trying to make a reproduction environment, but I was not in time.) -
01:39 PM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- OK. I have reproduced this crash.
And I found the cause of this issue.
The crash occurred in the following line of ed.cpp of eventmachine gem.
~~~
#ifdef WITHOUT_SSL
throw std::runtime_error ("Encryption not available on this ... -
08:10 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- Yes it does not accur with mingw. For ruby 1.9.3p547 it tried both installer and compiling from source. It showed the same error on compiling from source(mswin). But, worked from installer(mingw). Did anyone else tried to build ruby from...
-
07:23 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- I saw a something similar issue at https://groups.google.com/forum/#!topic/faye-users/BdbRYIkp1oo
The issuer solved by using MinGW Ruby instead of MSVC Ruby.
If you must use MSVC Ruby, you may need to debug ruby with WinDbg debugge... -
06:36 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- Yes, this is what i tried. But console only displays one line "This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information." No other backtrace. Attachi...
-
06:05 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- I cannot understand what you want to see with Visual Studio.
In cmd.exe console, you would run
C:\>ruby bin/thin --ssl -a 127.0.0.1 -p 44466 start
When ruby crashes, ruby outputs backtrace to the console.
There is nothing to ... -
03:44 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- Yes i did. By doing that, Pop-up did not come, but visual studio also did not show anyhitng.
-
11:43 AM Feature #9781: Feature Proposal: Method#super_method
- I also favor `super` (as I wrote before). It wouldn't overwrite the `super` keyword in most cases, and if it does (say from an instance method of Method) then there is still `self.super`.
-
08:38 AM Revision dfd8c5d4 (git): thread.c: fix for non-scalar pthread_t
- * configure.in (rb_cv_scalar_pthread_t): pthread_t is not required
to be a scalar type.
* thread.c (fill_thread_id_string, thread_id_str): dump pthread_t
in hexadecimal form if it is not a scalar type, assume it can be
represented ... -
08:37 AM Revision e2b10b6d (git): thread_pthread.c: timer thread flag
- * thread_pthread.c (timer_thread): add a flag to tell timer thread
is created, since 0 may be a valid value as pthread_t.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46405 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
08:37 AM Revision a678de48 (git): thread.c: fix thread ID format
- * thread.c (DEBUG_OUT): fix format specifier for a thread ID,
which is DWORD not pointer.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46404 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
08:14 AM Feature #8259: Atomic attributes accessors
- Eric Wong wrote:
> Does that mean segfaulting the VM on concurrent Hash or Array access
> ...
I agree with you :).
Otherwise JRuby is implemented on top of JVM, which is supposed to be a safe
language/VM, so one should never be ab... -
06:50 AM Bug #9931 (Closed): irb: Really weird behavior for x = "#{x\"}" (ex: irb(main:009:-4))
- # Our journey starts off rather simple:
irb(main):001:0> x = "#{x}"
=> ""
# Okay, makes sense.
irb(main):002:0> x = "#{x\"}"
irb(main):003:0"
# Hmm...Still in a string? That's weird.
irb(main):003:0" "
irb(main):004:0>
# Thing... -
06:40 AM Bug #9930: unicode filenames somehow don't work
- `ARGV` is still in the default external encoding, i.e., console codepage.
We'd like to make them UTF-8, but have no concrete migration plan yet. -
05:11 AM Bug #9930 (Closed): unicode filenames somehow don't work
- Something seems amiss here--I can't seem to pass in a unicode filename and have it used for reading/opening a file:
~~~
C:\>type read.rb
p ARGV
p Dir['*']
p File.binread(ARGV[0]).size
c:\>ruby read.rb "( ͡° ͜ʖ ͡°).mp4"
["( ?\x... -
06:39 AM Bug #9895 (Feedback): net/imap stops responding when trying to create a message to an unexisting folder
- Lluís Gili wrote:
> trying to create a message to unexisting folder makes net/imap to eternize, instead of raising an exception:
The following exception is raised on my box:
```
$ ruby -v imaptest.rb
ruby 2.0.0p353 (2013-11-22 r... -
06:21 AM Bug #9926 (Closed): class_eval : string and block
- Sébastien Durand wrote:
> I'm not sure, is this a bug or a feature ?
> ...
It's not a bug, but an expected behavior.
The block version of class_eval doesn't affect class variable and constant lookup.
-
12:08 AM Feature #9929 (Open): add with_default method to Hash
- I would like to be able to write this:
~~~
people.group_by(:first_name).with_default { [] }
~~~
instead of:
~~~
hash = people.group_by(:first_name)
hash.default_proc = proc { [] }
~~~
or, perhaps:
~~~
people.group_by...
06/10/2014
-
10:00 PM Feature #8259: Atomic attributes accessors
- thedarkone2@gmail.com wrote:
> I am all for addition of `ConcurrentHash` or `Concurrent::Array` (these
> new data structures would have `cas` and `swap` methods), but for
> performance reasons plain old `Hash` and `Array` should be k... -
09:35 PM Feature #8259: Atomic attributes accessors
- Eric Wong wrote:
> Right. There's no way I will ever advocate a memory barrier of any
> ...
My thesis and objection to adding "atomic" methods to `Array` or `Hash`
is that it would necessarily entail making them thread-safe as a who... -
07:21 PM Feature #8259: Atomic attributes accessors
- thedarkone2@gmail.com wrote:
> Eric Wong wrote:
> > I do atomic operations all the time in C on arbitrary addresses.
> > Lazy, non-atomic accesses run without speed penalty if I don't need
> > up-to-date data.
>
> Are you talk... -
09:39 AM Feature #8259: Atomic attributes accessors
- > I do atomic operations all the time in C on arbitrary addresses.
> ...
Are you talking about Ruby with GVL or C in general? If C in general then
I don't understand how barrier-less access to concurrently updatable
data does not res... -
08:18 PM Bug #9927: webrick does not unset content-length when responding to HEAD requests
- My error, sorry for the distraction.
-
07:58 PM Bug #9927: webrick does not unset content-length when responding to HEAD requests
- Adrien Thebo wrote:
> I didn't make this very clear, but the `curl` invocation hangs for about 6 seconds until the webrick server is killed, and then prints '`transfer closed with 23 bytes remaining to read`' which indicates it was hang... -
07:58 PM Bug #9927 (Rejected): webrick does not unset content-length when responding to HEAD requests
- This appears to be a bug in curl.
RFC 7230 says:
3.3. Message Body
The message body (if any) of an HTTP message is used to carry the
payload body of that request or response. The message body is
... -
07:19 PM Bug #9927: webrick does not unset content-length when responding to HEAD requests
- I didn't make this very clear, but the `curl` invocation hangs for about 6 seconds until the webrick server is killed, and then prints '`transfer closed with 23 bytes remaining to read`' which indicates it was hanging.
-
07:18 PM Bug #9927 (Rejected): webrick does not unset content-length when responding to HEAD requests
- When Webrick responds to HEAD requests it omits the body (per RFC2616 -- 4.4 Message Length). However when setting up the response headers the content-length field is set to the length of the body, which means that the resulting response...
-
08:07 PM Bug #9928 (Closed): Fiddle::TestHandle#test_NEXT fails on AIX due to unexported symbols of extension libraries
- `Fiddle::TestHandle#test_NEXT` fails on AIX.
~~~
[ 4/21] Fiddle::TestHandle#test_NEXT = 0.00 s
1) Error:
Fiddle::TestHandle#test_NEXT:
Fiddle::DLError: unknown symbol "Init_objspace"
/ss/home/rayod/... -
07:40 PM Feature #9894: [RFC] README.EXT: document rb_gc_register_mark_object
- SASADA Koichi <ko1@atdot.net> wrote:
> (2014/05/31 4:56), Eric Wong wrote:
> ...
I think it is important to tell users how it is different from
`rb_global_variable` and when it is OK or not OK to use. So I think
the implementation d... -
08:58 AM Feature #9894: [RFC] README.EXT: document rb_gc_register_mark_object
- (2014/05/31 4:56), Eric Wong wrote:
> ```diff
> ...
How about that?
> Tells GC to protect the object referenced by val.
Another things are implementation details.
And I'm not sure the following sentence is needed.
> ...
I t... -
06:50 PM Feature #9638: [PATCH] limit IDs to 32-bits on 64-bit systems
- SASADA Koichi <ko1@atdot.net> wrote:
> (2014/03/15 4:07), normalperson@yhbt.net wrote:
> > Also limits symbol space to prevent OOM.
>
> What is OOM?
> Out of memory?
Yes, out-of-memory.
> Symbol GC doesn't help?
It does; ... -
08:30 AM Feature #9638: [PATCH] limit IDs to 32-bits on 64-bit systems
- (2014/03/15 4:07), normalperson@yhbt.net wrote:
> Also limits symbol space to prevent OOM.
What is OOM?
Out of memory?
Symbol GC doesn't help?
--
// SASADA Koichi at atdot dot net -
06:07 PM Feature #9781: Feature Proposal: Method#super_method
- I am also not in love with the naming. I would have preferred `Method#super` but we don't want to overwrite `super` or confuse functionality here. Maybe something along the lines of `get_super`. Does anyone have a better naming suggestion?
-
08:51 AM Feature #9781 (Feedback): Feature Proposal: Method#super_method
- Having something like Method/UnboundMethod#super_method for debugging purpose is OK, but
* Is super_method is the right name? It sounds little bit weird for me.
* I don't like Object#super_method.
Matz.
-
05:43 PM Revision ad5214df (git): merge revision(s) r45308,r45316: [Backport #9621]
- * ext/objspace/objspace_dump.c: Check fptr before trying to dump RFILE
object fd. [GH-562]
* test/objspace/test_objspace.rb: add test
* test/objspace/test_objspace.rb (TestObjSpace#test_dump_uninitialized_file... -
05:36 PM Bug #9658: configure --with-opt-dir=dir と clang の組合せでビルドに失敗する
- Backported into `ruby_2_1` branch at r46402.
-
05:35 PM Revision 089d93ca (git): merge revision(s) r45378: [Backport #9658] [Backport #9866]
- * configure.in: Fix a build problem with clang and --with-opt-dir.
If ruby is configured with --with-opt-dir=dir when using clang
as compiler, a warning `clang: warning: argument unused during
compilation: '... -
05:24 PM Revision 00e41e71 (git): merge revision(s) r45207,r45208,r45209,r45210: [Backport #9575]
- * numeric.c: Create var for rb_intern("<=>")
* numeric.c: Fix Numeric#step with 0 unit [Bug #9575]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_2_1@46401 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
04:55 PM Bug #9859 (Closed): An object with 6 instance variables causes SEGV
- Applied in changeset r46399.
----------
* gc.c: invoke GC before memory allocation (xmalloc/xrealloc)
when GC.stress = true.
[Bug #9859]
* test/ruby/test_gc.rb: add a test. -
05:59 AM Bug #9859: An object with 6 instance variables causes SEGV
- 補正が入らなくなるというのがどのくらい問題があるのかわかっていませんが、
SEGV するよりはずいぶんとマシなんじゃないですかねぇ。 - 04:55 PM Revision 16b512b3 (git): * 2014-06-11
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46400 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
04:55 PM Revision c8c99520 (git): * gc.c: invoke GC before memory allocation (xmalloc/xrealloc)
- when GC.stress = true.
[Bug #9859]
* test/ruby/test_gc.rb: add a test.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46399 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
03:38 PM Revision dcdf8e1c (git): * test/ruby/test_string (test_LSHIFT_neary_long_max): extend timeout.
- this test fails on some CI environment by timeout.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_2_1@46398 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
02:44 PM Revision 9ada2641 (git): envutil.rb: avoid error on OS X 10.10
- * test/ruby/envutil.rb (diagnostic_reports): Mac OS X 10.10 may
not create plist file with crash file together.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46397 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
02:11 PM Revision 2c9c6271 (git): bootstraptest/runner.rb: refine output
- * bootstraptest/runner.rb (exec_test, show_progress): erase with
white spaces, and adjust each results at same column.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46396 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
01:54 PM Bug #9926 (Closed): class_eval : string and block - I'm not sure, is this a bug or a feature ?
class Foo; @@bar = 'bar'; end
p Foo.class_eval('@@bar') # => "bar"
p Foo.class_eval { @@bar } => uninitialized class variable @@bar in Object (NameError) -
12:23 PM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- Are you sure you disabled "Program Has Stopped Working Error" dialog and Just-in-Time Debugging?
Then you can not see any pop-up message.
-
11:16 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- 'Nothing in debugger' by this i mean, when i see pop-up msg that ruby has stoppped working, it gives me option to debugor close the program. I choose to debug with Visual studio8 with Just in time debugger option enabled. But i did not s...
-
10:40 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- I am not sure what you mean by "nothing in debugger".
You must run ruby on command prompt without any debugger.
-
10:25 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- Yes i did. It dod not show pop-up. but in command prompt i got same error only. And nothing in debugger
-
09:56 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- Did you try to disable "Program Has Stopped Working Error" dialog?
For Vista / Win7 / Server 2008 etc:
1. Open start menu and type “gpedit.msc”. The Local Group Policy editor will appear.
2. Navigate to Computer Configuration / Admi... -
09:46 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- debugger opens blank file. Also tried installing eventmachine and thin again with version used in my application. Here is gem list:-
>gem list
*** LOCAL GEMS ***
bigdecimal (1.1.0)
bundler (1.3.4)
daemons (1.1.9)
em-synchrony (... -
07:51 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- It seems that Just-In-Time Debugging of Visual Studio inhibit the backtrace output of ruby.exe.
You can get the full backtrace by disabling Just-In-Time Debugging.
Refer to http://msdn.microsoft.com/en-us/library/5hs4b7a6(v=vs.90).... -
07:36 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- Pooja Saxena wrote:
> Yes I compiled openssl also with same version of visual studio. Did not do anything related to event machine library
thin depends on eventmachine, if you haven't compiled eventmachine dependency, can you tell us... -
07:16 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- Dont know much about dependency checking, hence did not get much. But understood that three of them depends on both msvcrt.dll and msvcr90.dll. But logs in windows say faluting module path to msvcr90.dll. Attaching screenshot of dependen...
-
06:56 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- You can check the MSVCRT dependencies with Dependency Walker(http://www.dependencywalker.com).
Please check the dependency of ruby.exe, libeay32.dll and ssleay32.dll.
-
06:34 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- Yes I compiled openssl also with same version of visual studio. Did not do anything related to event machine library
-
06:28 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- Was OpenSSL also compiled with the same version of Visual Studio?
Thin depends on both OpenSSL and Eventmachine library, the last being a bit problematic for some versions of Visual Studio (and also MinGW).
Can you confirm all the ... -
05:47 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- due to other projects dependecies, I am bound to use that version only. From all the informaiton i explored, got to know that it has to do with compiling dependency libraries (\MSVCR90.dll) same msvcrt version. And that is working correc...
-
05:34 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- I have not been able to reproduce this problem at this time.
From the information that is provided by you, I can not debug unfortunately.
It should be noted, ruby 1.9.3 has ended the normal maintenance phase already,
we do not pla... -
04:43 AM Bug #9922: Compiling Ruby 1.9.3p194 from source code with openssl crashe
- Any update on this??
-
12:12 PM Revision 26848ef8 (git): fix a typo [ci skip]
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46395 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
08:40 AM Bug #9884: thread_pthread.c assumes pthread_t is a scalar type
- (2014/05/31 7:28), Rei.Odaira@gmail.com wrote:
> How about this patch? I tested this on x86/Linux with -DTHREAD_DEBUG=-1. No error happened in make test or test-all.
i have no objection.
--
// SASADA Koichi at atdot dot net -
08:30 AM Revision 0eb892e1 (git): win32/setup.mak: rename RUBY_RELEASE_DATE
- * win32/setup.mak (verconf.mk): rename RUBY_PROGRAM_VERSION as
RUBY_RELEASE_DATE, same as other platforms.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46394 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
08:30 AM Revision 2e2ccab1 (git): win32/setup.mak: separate verconf.mk
- * win32/setup.mak (verconf.mk): separate RUBY_RELEASE_DATE from
Makefile so that build would not stop everyday.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46393 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
04:29 AM Feature #8370 (Closed): Constants MAX_MULTIPART_LENGTH in cgi/core.rb
- Applied in changeset r46392.
----------
* lib/cgi/core.rb: Provide a mechanism to specify the
max_multipart_length of multipart data.
[Feature #8370] patch by Leif Eriksen <leif.eriksen.au@gmail.com> - 04:29 AM Revision 5c99f241 (git): * lib/cgi/core.rb: Provide a mechanism to specify the
- max_multipart_length of multipart data.
[Feature #8370] patch by Leif Eriksen <leif.eriksen.au@gmail.com>
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46392 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
03:11 AM Feature #3944: Add Fiber#root? method
- (2014/05/23 15:17), jjyruby@gmail.com wrote:
> For example, I want write a method, when under `EM::Synchrony` environment it should use `EM::Synchrony` call(in fact is async call, and writing in sync, power by fiber), and when under `... -
02:03 AM Feature #9925: rsock_addrinfo uses DNS family AF_UNSPEC for lookup causing high IPv6 AAAA volume
- Similar configuration is available in the "/etc/gai.conf" system (it does not apply in this use case, however). It is exactly the global nature of the setting that helps me the most. In many cases in the raddrinfo.c file, Ruby is hardcod...
-
01:55 AM Feature #9925: rsock_addrinfo uses DNS family AF_UNSPEC for lookup causing high IPv6 AAAA volume
- It doesn't feel a good idea to change a behavior in a library by an environment variable implicitly.
-
01:30 AM Feature #9925: rsock_addrinfo uses DNS family AF_UNSPEC for lookup causing high IPv6 AAAA volume
- Suggested code change: https://github.com/ruby/ruby/pull/636
-
01:15 AM Feature #9925 (Closed): rsock_addrinfo uses DNS family AF_UNSPEC for lookup causing high IPv6 AAAA volume
- In ext/socket/raddrinfo.c, the function `rsock_addrinfo()` always uses `AF_UNSPEC` for DNS queries. This is causing me a very high volume of IPv6 DNS lookups. `rsock_addrinfo()` is used by TCPSocket (and all other Socket base classes, e....
-
01:57 AM Bug #9766 (Closed): Add force_encoding option to csv
- Applied in changeset r46391.
----------
csv.rb: honor encoding option
* lib/csv.rb (CSV#<<): honor explicity given encoding. based on
the patch by DAISUKE TANIWAKI <daisuketaniwaki AT gmail.com> at
[ruby-core:62113]. [Bug #9766] -
01:57 AM Revision f9a5335e (git): csv.rb: honor encoding option
- * lib/csv.rb (CSV#<<): honor explicity given encoding. based on
the patch by DAISUKE TANIWAKI <daisuketaniwaki AT gmail.com> at
[ruby-core:62113]. [Bug #9766]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46391 b2dd03c8-39d4-4... - 01:45 AM Revision 47c64fdf (git): * 2014-06-10
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46390 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
01:44 AM Revision 473dc1c5 (git): envutil.rb: use keyword argument
- * test/ruby/envutil.rb (assert_valid_syntax): use keyword argument.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@46389 b2dd03c8-39d4-4d8f-98ff-823fe69b080e