[#18042] Re: New array methods cycle, choice, shuffle (plus bug in cycle) — gdefty@...
Hi,
[#18052] Enumerators that know about a block — "David A. Black" <dblack@...>
Hi --
[#18086] Suggestion to change Time#to_s format to an official standard — Dirkjan Bussink <d.bussink@...>
Hello people,
[#18110] [Ruby 1.9 - Feature #403] (Open) Add support to Haiku — Anonymous <redmine@...>
Issue #403 has been reported by Anonymous.
[#18121] [Ruby 1.8.7 - Bug #405] (Open) ssl.rb:31: [BUG] Bus Error — Anonymous <redmine@...>
Issue #405 has been reported by Anonymous.
[#18130] Re: New array methods cycle, choice, shuffle (plus bug in cycle) — Brian Candler <B.Candler@...>
> Seriously though... Array.first is a noun.
[#18145] [PATCH] error.c (Init_Exception): Rename class "fatal" to "Fatal" — Otto Hilska <otto.hilska@...>
Hi,
Hi,
Nobuyoshi Nakada wrote:
Hi,
On Thu, Aug 7, 2008 at 1:37 AM, Nobuyoshi Nakada <nobu@ruby-lang.org> wrote:
On Thu, Aug 7, 2008 at 15:48, Jeremy Kemper <jeremy@bitsweat.net> wrote:
[#18164] Re: New array methods cycle, choice, shuffle (plus bug in cycle) — gdefty@...
In message "Re: [ruby-core:18133] Re: New array
[#18247] Thread#priority(=) will be obsolete — SASADA Koichi <ko1@...>
Hi,
[#18252] Re: result for mget [last:10 MIME/multipart] (1/1) (ruby-core ML) — "Giuseppe Bilotta" <giuseppe.bilotta@...>
>> We are planning to make Thread#priority(=) method as obsolete method
Hi,
[#18257] Definition of "Support levels", 1.9.1 supported platforms and recruitment for platform maintainers — "Yugui (Yuki Sonoda)" <yugui@...>
Hi, all.
HI! This answers the question that I asked a few days ago, thank you!
Hi,
Yukihiro Matsumoto wrote:
[#18263] Am I right that this is wrong? — "David A. Black" <dblack@...>
Hi --
Hi,
Hi --
On Wed, Aug 13, 2008 at 3:04 PM, David A. Black <dblack@rubypal.com> wrote:
[#18303] Ruby 1.8.6 yields 50%-100% performance gain when compiled at full optimization — kevin nolan <kpnolan@...>
After compiling Ruby 1.8.6 with '-O3 -mtune=K8 -march=K8' on an AMD 4800
kevin nolan:
On Sat, 2008-08-16 at 03:39 +0900, Shot (Piotr Szotkowski) wrote:
[#18314] [Bug #449] File.zero? returns true when given a directory on Windows — Anonymous <redmine@...>
Bug #449: File.zero? returns true when given a directory on Windows
Hi,
I submitted that original bug (first time using redmine :)). Here's some more context:
Hi,
Not at all - it means we're now free to do the right thing :)
On Mon, Aug 18, 2008 at 6:45 PM, John Lam (IRONRUBY)
[#18319] NEW Command: absolute_path() -- — "C.E. Thornton" <admin@...>
Core,
Hi,
Trans wrote:
Are you sure you didn't mean to use "~/oracle/bin"
[#18349] [Feature:1.9] autoload with a block — Nobuyoshi Nakada <nobu@...>
Hi,
[#18354] Retrieving bytecode for method — Michael Neumann <mneumann@...>
Hi,
[#18381] [Bug #496] DRb.start_service(nil) is very slow — Hongli Lai <redmine@...>
Bug #496: DRb.start_service(nil) is very slow
[#18387] [Bug:1.9] rubygems fails to cache spec file — "Yusuke ENDOH" <mame@...>
Hi,
[#18396] problems with test_io.rb on cygwin — Martin Duerst <duerst@...>
I have run into problems with test_io.rb on cygwin.
Hello,
[#18405] [Bug #512] String#% behavior — Federico Builes <redmine@...>
Bug #512: String#% behavior
[#18409] ruby-lang.org has old download links — Nate_Wiger@...
The download links here:
[#18414] DoS vulnerability in REXML — "Shugo Maeda" <shugo@...>
Hi,
[#18424] [Bug #528] Several ruby-mode.el improvements — Nathan Weizenbaum <redmine@...>
Bug #528: Several ruby-mode.el improvements
[ruby-core:18388] Re: Gems running aground on multibyte char
Hi,
2008/2/29 NARUSE, Yui <naruse@airemix.com>:
> Hi,
>
> Eric Hodel wrote:
>>
>> On Feb 27, 2008, at 18:27 PM, Nobuyoshi Nakada wrote:
>>>
>>> At Thu, 28 Feb 2008 01:10:48 +0900,
>>> Austin Ziegler wrote in [ruby-core:15674]:
>>>>
>>>> I'm releasing an updated version soon in any case (to just fix this
>>>> problem). Something should be worked out to make it easier for Ruby
>>>> 1.9 gems to have their spec in a non-US-ASCII format.
>>>
>>> Use magic comments.
>>
>> There is a problem with backwards compatibility, I think.
>>
>> The ruby file for a gem specification comes from a YAML file that ships
>> with the gem.
>
> The encoding of YAML file is UTF-8 or UTF-16 by the yaml spec.
> http://www.yaml.org/spec/1.1/
>
>> I can add an encoding field to the gem specification for future gems, and
>> write that encoding into the ruby file, but old gems may still fail.
>
> So gems can write magic comment "UTF-8" into the ruby file if "metadata"
> is written in right encoding.
>
>> Would it be sufficient to add the magic comment specifying ASCII-8BIT to
>> all ruby gem specifications unless otherwise specified through a gemspec
>> attribute?
>
> Why you specify ASCII-8BIT? You know the encoding of YAML file is UTF-8 or
> UTF-16,
> and rubygems will write gemspec as UTF-8. You should specify UTF-8.
> # specifying may the business of rubygems
>
>> I think so, because I don't know what character set any particular gem's
>> data is actually in. Will there still be a problem with YAML, though?
>
> Practical problem is that some person write YAML file in other than UTF-8 or
> UTF-16. How do we treat those invalid YAML file can be a problem.
>
> Ruby 1.9 which default script encoding is US-ASCII insist such files will be
> error.
>
> --
> NARUSE, Yui <naruse@airemix.com>
> DBDB A476 FDBD 9450 02CD 0EFC BCE3 C388 472E C1EA
How's this topic going? I seem to have similar trouble with cairo:
> $ echo $LANG
> C
>
> $ gem19 install cairo
> Building native extensions. This could take a while...
> Successfully installed cairo-1.7.0
> 1 gem installed
>
> $ gem19 uninstall cairo
> WARNING: /home/mame/work/ruby19/local/lib/ruby/gems/1.9.0/specifications/cairo-1.7.0.gemspec:6: invalid multibyte char
> /home/mame/work/ruby19/local/lib/ruby/gems/1.9.0/specifications/cairo-1.7.0.gemspec:6: invalid multibyte char
> /home/mame/work/ruby19/local/lib/ruby/gems/1.9.0/specifications/cairo-1.7.0.gemspec:6: syntax error, unexpected $end, expecting ']'
> ... s.authors = ["Evan Marin", "##yvind Kol#s", "MenTaLguY", "...
> ... ^
> WARNING: Gem::Specification.new do |s|
> s.name = %q{cairo}
> s.version = "1.7.0"
(snip)
> end
> ERROR: While executing gem ... (Gem::InstallError)
> Unknown gem cairo >= 0
>
> $ LANG=ja_JP.UTF-8 gem19 uninstall cairo
> Successfully uninstalled cairo-1.7.0
Index: lib/rubygems/source_index.rb
===================================================================
--- lib/rubygems/source_index.rb (revision 18876)
+++ lib/rubygems/source_index.rb (working copy)
@@ -80,7 +80,7 @@
def load_specification(file_name)
begin
- spec_code = File.read(file_name).untaint
+ spec_code = File.read(file_name, :encoding => "UTF-8").untaint
gemspec = eval spec_code, binding, file_name
if gemspec.is_a?(Gem::Specification)
gemspec.loaded_from = file_name
--
Yusuke ENDOH <mame@tsg.ne.jp>