[#10853] Why limit class def to a constant or colon node? — Charles Oliver Nutter <charles.nutter@...>

Is there a historical reason why I can't do something like these:

12 messages 2007/04/03

[#10933] Cannot build with extra library path if previous version already installed — <noreply@...>

Bugs item #10140, was opened at 2007-04-16 17:32

10 messages 2007/04/16
[#10934] Re: [ ruby-Bugs-10140 ] Cannot build with extra library path if previous version already installed — nobu@... 2007/04/16

Hi,

[#10960] Re: [ ruby-Bugs-10140 ] Cannot build with extra library path if previous version already installed — "Michal Suchanek" <hramrach@...> 2007/04/18

On 4/16/07, nobu@ruby-lang.org <nobu@ruby-lang.org> wrote:

[#10967] Re: [ ruby-Bugs-10140 ] Cannot build with extra library path if previous version already installed — Nobuyoshi Nakada <nobu@...> 2007/04/19

Hi,

[#10970] Re: [ ruby-Bugs-10140 ] Cannot build with extra library path if previous version already installed — "Michal Suchanek" <hramrach@...> 2007/04/19

On 4/19/07, Nobuyoshi Nakada <nobu@ruby-lang.org> wrote:> Hi,>> At Wed, 18 Apr 2007 20:21:44 +0900,> Michal Suchanek wrote in [ruby-core:10960]:> > Yes. And this should also apply to extensions. The mkmf tests are now> > fine but the extension is linked with -L/sw/lib before -L../..>> Indeed.>>> Index: configure.in> ===================================================================> --- configure.in (revision 12191)> +++ configure.in (working copy)> @@ -1385,5 +1385,4 @@ if test "$enable_rpath" = yes; then> fi>> -LDFLAGS="-L. $LDFLAGS"> AC_SUBST(ARCHFILE)>This would break the previous fix so I did not even try to apply this ^

[#11003] miniruby loads extensions from already installed ruby — <noreply@...>

Bugs item #10303, was opened at 2007-04-23 10:44

10 messages 2007/04/23

[#11025] gsub with backslash characters in replacement string — "Adam Bozanich" <adam.boz@...>

Hello, spotted this one the other day:

10 messages 2007/04/26

[ ruby-Bugs-9957 ] Unable to create new sessions by giving session_id in option.

From: <noreply@...>
Date: 2007-04-08 13:46:46 UTC
List: ruby-core #10896
Bugs item #9957, was opened at 2007-04-08 13:45
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=1698&aid=9957&group_id=426

Category: Standard Library
Group: 1.8.4
Status: Open
Resolution: None
Priority: 3
Submitted By: Tuure Laurinolli (tazle)
Assigned to: Nobody (None)
Summary: Unable to create new sessions by giving session_id in option.

Initial Comment:
Creating a new session fails because session.new_session is not set to true when option['session_id'] is set and option['new_session'] is set to true.

If option['new_session'] is set to false, creating new session fails as expected, and it option['session_id'] is not set, but option['new_session'] is set, creating new session succeeds with a random ID as expected, because the method that generated the random ID sets session.new_session to true.


----------------------------------------------------------------------

>Comment By: Tuure Laurinolli (tazle)
Date: 2007-04-08 13:46

Message:
And now that I read the report again, I notice I never 
mentioned what sessions I'm talking about. The sessions in 
question are CGI::Sessions.

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=1698&aid=9957&group_id=426

In This Thread

Prev Next