[#6864] ruby 1.8.4 rc breaks alias_method/rails in bad ways — "Ara.T.Howard" <ara.t.howard@...>

20 messages 2005/12/09
[#6870] Re: ruby 1.8.4 rc breaks alias_method/rails in bad ways — =?ISO-8859-15?Q?Florian_Gro=DF?= <florgro@...> 2005/12/12

Ara.T.Howard wrote:

[#6872] Re: ruby 1.8.4 rc breaks alias_method/rails in bad ways — ara.t.howard@... 2005/12/12

On Tue, 13 Dec 2005, [ISO-8859-15] Florian Growrote:

[#6873] Re: ruby 1.8.4 rc breaks alias_method/rails in bad ways — James Edward Gray II <james@...> 2005/12/12

On Dec 12, 2005, at 1:19 PM, ara.t.howard@noaa.gov wrote:

[#6874] Re: ruby 1.8.4 rc breaks alias_method/rails in bad ways — ara.t.howard@... 2005/12/12

On Tue, 13 Dec 2005, James Edward Gray II wrote:

[#6891] Time.utc! and Time.localtime! — Daniel Hobe <hobe@...>

Writing a script yesterday I found out, much to my surprise, that the

16 messages 2005/12/14

[#6918] change to yaml in 1.8.4 — ara.t.howard@...

14 messages 2005/12/16

[#6934] 1.8.x, YAML, and release management — Ryan Davis <ryand-ruby@...>

I'm concerned that 1.8.3's acceptance of non-backwards-compatible

28 messages 2005/12/18

[#6996] Problems building 1.8.4 with VS8 C++ Express Edition (cl 14.00) — Austin Ziegler <halostatue@...>

Visual Studio C++ 2005 Express Edition (VS 8.0)

20 messages 2005/12/27

Re: Iconv library - differences between Ruby 1.8.2 and 1.8.4?

From: nobuyoshi nakada <nobuyoshi.nakada@...>
Date: 2005-12-15 05:34:21 UTC
List: ruby-core #6897
Hi,

At Thu, 15 Dec 2005 01:17:43 +0900,
Dave Burt wrote in [ruby-core:06890]:
> >> Now, the question: what are the changes in the iconv library between in Ruby
> >> 1.8.2 and Ruby 1.8.4-preview1? In particular, I'm wondering if there are any
> >> incompatibilities between the more recent version of the library and the 
> >> older
> >> version of Ruby?
> >
> > 2 changes.
> >
> > * added Iconv::InvalidEncoding which is raised if requested
> >  encodings were invalid.
> >
> > * charset_alias.rb now parses config.charset file directly,
> >  instead of reading the result sh executed it.
> 
> Thanks. That probably means no incompatible changes.

And one more change after preview1.

* added Iconv::BrokenLibrary, which is raised if error occured
  but errno was not set by iconv library.

> That all makes sense. However there's still a short-term need for the iconv pack 
> for One-Click users, until Curt builds iconv into his next release, 1.8.4, 
> hopefully this month.

It would just get terminated on failures.  BTW, where is the
iconv pack?

> So it seems to me that there's no reason not to use the super-versioned (1.8.4) 
> iconv binary for that purpose; it's probably more compatible due to the 
> replacement of the Errno by the Exception.

Anyhow, it is impossible to iconv.so using msvcr71.dll to
access errno in msvcrt.dll.

-- 
Nobu Nakada

In This Thread