[#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: ruby 1.8.4 rc breaks alias_method/rails in bad ways

From: ara.t.howard@...
Date: 2005-12-12 23:17:24 UTC
List: ruby-core #6881
On Tue, 13 Dec 2005, Jeremy Kemper wrote:

> Hi all.
>
> Rails segregates 'framework' and 'app' files so the latter may be reloaded
> per-request during development.  The result is a quick, responsive dev
> environment, but it means Rails is going out of its way to implement a
> feature that Ruby does not natively provide.
>
> We can't tell whether two different paths refer to the same file so you'll
> see double-requires depending on your load path.

   why not?  a combination of expand_path, mtime, and an md5 of some/all of the
   file would work on any platform.

> You shouldn't see them in the framework itself since it uses 'normal'
> requires.  Otherwise we'd hit an inf. loop wrapping already-wrapped methods
> (as Ara reports.)

   i am, in fact, seeing it in the framework.

> Unfortunately, I am unable to reproduce on 1.8.3 or .4p2 with Rails 1.0rc5
> running Linux or MacOS X.  I will try 1.8.2 + FreeBSD shortly.
>
> Please note: there is a rails-core list for which this thread is well
> suited.  (I hope this error is not an issue with Ruby itself.)
>
>  http://lists.rubyonrails.org/mailman/listinfo/rails-core

   thanks for the info.  i'll move the thread there with a link to this thread
   - anyone know how to provide a http link for this thread?  (who archives it
     online?)

regards.

-a
-- 
===============================================================================
| ara [dot] t [dot] howard [at] noaa [dot] gov
| all happiness comes from the desire for others to be happy.  all misery
| comes from the desire for oneself to be happy.
| -- bodhicaryavatara
===============================================================================


In This Thread