[#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-8903 ] openssl segmentation fault

From: <noreply@...>
Date: 2007-04-10 08:35:04 UTC
List: ruby-core #10906
Bugs item #8903, was opened at 2007-02-27 01:08
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=1698&aid=8903&group_id=426

Category: None
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Mark Gallop (markg)
Assigned to: Nobody (None)
Summary: openssl segmentation fault

Initial Comment:
I am not sure if this should be reported but I am getting a segmentation fault with the final line of the following code:

require 'openssl'
require 'digest/sha2'
c = OpenSSL::Cipher::Cipher.new("aes-256-cbc")
c.encrypt
c.key = key = Digest::SHA2.digest("yourpass")
c.iv = iv = c.random_iv
e = c.update("crypt this")
OpenSSL::Debug = true
e << c.final

(irb):9: [BUG] Segmentation fault

I realise that it is a typo to have Digest::SHA2.digest("yourpass") and not Digest::SHA256.digest("yourpass") but I figure it still shouldn't segfault.

This happens with these systems/versions

Mac OS X - ruby 1.8.5 (2006-12-25) [powerpc-darwin8.8.0], OpenSSL 0.9.8d
Gentoo - ruby 1.8.5 (2006-12-04) [x86_64-linux], OpenSSL 0.9.8d

but does not segfault with:

Ubuntu - ruby 1.8.4 (2005-12-24) [i486-linux], OpenSSL 0.9.8b

Cheers,
Mark

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

>Comment By: Mark Gallop (markg)
Date: 2007-04-10 08:35

Message:
Did you mean to say that Digest::SHA2 and Digest::SHA256 are
the same? 

I found the (my) problem. I was using irb and missed the
"uninitialized constant Digest::SHA2 (NameError)" error.

All working as expected now. 

Cheers,
Mark

ps Thanks for the tip on generating keys - I am new to all this.

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

Comment By: Sam Roberts (sam)
Date: 2007-03-17 02:33

Message:
I can't reproduce on my system, Ubuntu, with openssl 0.9.8b 04 May 2006,
and ruby 1.8.6 (2007-02-28 patchlevel 5000) [i686-linux].

Could you provide the stack backtrace from gdb? Do

 gdb <your ruby> core
 > bt


SHA2 is same as SHA256, they result in the same 32 byte key, so I don't
see how that is what is causing this. Are you saying if you use
Digest::SHA256 you *don't* get a segfault? What about if you use "x"*32
as a key?


Maybe you know, but running a straight digest on a password is not a
recomended way of generating a key from a pass phrase, it is quite
easily subject to attack. You might consider using Cipher#pkcs5_keyivgen().

Sam


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

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

In This Thread

Prev Next