[ANN] One-Click Ruby Installer 182-15 for Windows

C

Curt Hibbs

Hi,

At Thu, 28 Apr 2005 01:39:26 +0900,
Lothar Scholz wrote in [ruby-talk:140089]:
CH> Hmmm.... looks like I need to start building *all* extensions from
CH> source to ensure this.

Use a tool like the "depends.exe" from older MSVC versions and look
what DLL's are required. You don't need to rebuild all extensions.


$ ruby -e 'Dir["**/*.{dll,so}"].each {|so|
IO.popen("dumpbin -imports #{so}"){|f|
f.grep(/^\s*(ms\w+\.dll)\s*$/i){
dll=$1;puts "#{so}: #{dll}" if /msvcr71/i !~ dll
}
}
}'
bin/libeay32.dll: MSVCRT.dll
bin/libssl32.dll: MSVCRT.dll
bin/msvcp60.dll: MSVCRT.dll
bin/ssleay32.dll: MSVCRT.dll
bin/tcl83.dll: MSVCRT.dll
bin/tclpip83.dll: MSVCRT.dll
bin/tk83.dll: MSVCRT.dll
bin/zlib1.dll: MSVCRT.dll
lib/tcl8.3/dde1.1/tcldde83.dll: MSVCRT.dll
lib/tcl8.3/reg1.0/tclreg83.dll: MSVCRT.dll
freeride/redist/i386-mswin32/ripper.so: MSVCRT.dll
lib/ruby/gems/1.8/gems/fxruby-1.2.6-mswin32/ext/fox12/fox12.so: MSVCRT.dll
lib/ruby/gems/1.8/gems/fxruby-1.2.6-mswin32/ext/fox12/fox12.so: MSVCP60.dll
lib/ruby/site_ruby/1.8/i386-msvcrt/glut.so: MSVCRT.dll
lib/ruby/site_ruby/1.8/i386-msvcrt/opengl.so: MSVCRT.dll

And, why zlib.so is under site_ruby?

Good question... I'll find out. Thanks for the list.

Curt
 
C

Curt Hibbs

Hi,

At Thu, 28 Apr 2005 01:39:26 +0900,
Lothar Scholz wrote in [ruby-talk:140089]:
CH> Hmmm.... looks like I need to start building *all* extensions from
CH> source to ensure this.

Use a tool like the "depends.exe" from older MSVC versions and look
what DLL's are required. You don't need to rebuild all extensions.


$ ruby -e 'Dir["**/*.{dll,so}"].each {|so|
IO.popen("dumpbin -imports #{so}"){|f|
f.grep(/^\s*(ms\w+\.dll)\s*$/i){
dll=$1;puts "#{so}: #{dll}" if /msvcr71/i !~ dll
}
}
}'
bin/libeay32.dll: MSVCRT.dll
bin/libssl32.dll: MSVCRT.dll
bin/msvcp60.dll: MSVCRT.dll
bin/ssleay32.dll: MSVCRT.dll
bin/tcl83.dll: MSVCRT.dll
bin/tclpip83.dll: MSVCRT.dll
bin/tk83.dll: MSVCRT.dll
bin/zlib1.dll: MSVCRT.dll
lib/tcl8.3/dde1.1/tcldde83.dll: MSVCRT.dll
lib/tcl8.3/reg1.0/tclreg83.dll: MSVCRT.dll
freeride/redist/i386-mswin32/ripper.so: MSVCRT.dll
lib/ruby/gems/1.8/gems/fxruby-1.2.6-mswin32/ext/fox12/fox12.so: MSVCRT.dll
lib/ruby/gems/1.8/gems/fxruby-1.2.6-mswin32/ext/fox12/fox12.so: MSVCP60.dll
lib/ruby/site_ruby/1.8/i386-msvcrt/glut.so: MSVCRT.dll
lib/ruby/site_ruby/1.8/i386-msvcrt/opengl.so: MSVCRT.dll

And, why zlib.so is under site_ruby?
 
E

Endy Tjahjono

Changes Since 1.8.2-14 Final:
- Added fxri 0.3.2

I tried to hide the DOS box by appending '.rbw' to 'fxri' in the 'bin'
directory, but when I ran 'fxri.rbw', it crashed with message
'...requested to terminate in unusual way...' How can I hide the DOS
box when I run fxri?
- Created start menu shortcuts for RubyGems gem_server
and viewing the RDoc for installed gems.

The entire ruby shortcuts are created on the installing user start
menu (I installed as Administrator), instead of all users start menu.
And the rights to read, write, etc is set only to the installing user
too. Is this intentional?
 
K

Kent Sibilev

I see the same thing on my windows box. It seems that rubyw.exe is
somehow broken. The same thing happens when you run

rubyw.exe ri

from the bin directory.

Kent.
 
C

Curt Hibbs

Endy said:
I tried to hide the DOS box by appending '.rbw' to 'fxri' in the 'bin'
directory, but when I ran 'fxri.rbw', it crashed with message
'...requested to terminate in unusual way...' How can I hide the DOS
box when I run fxri?

There is currently a known problem in the one-click installer running
rubyw.exe (which *.rbw files do) with some FXRuby programs (including
fxri and FreeRIDE). Until I figure it out the DOS boxes will have to stay.
The entire ruby shortcuts are created on the installing user start
menu (I installed as Administrator), instead of all users start menu.
And the rights to read, write, etc is set only to the installing user
too. Is this intentional?

Yes, it is.

Curt
 
C

Curt Hibbs

Kent said:
I see the same thing on my windows box. It seems that rubyw.exe is
somehow broken. The same thing happens when you run

rubyw.exe ri

from the bin directory.

I wouldn't expect ri under rubyw.exe, its a console app that expects to
write to stdout.

Curt
 
K

Kent Sibilev

It seems it doesn't matter whether it's a console or a window app, it
fails either way:

rubyw fxri

I've just downloaded one of the mswin32 builds from ruby-lang.org and
it works correctly.

Kent.
 
C

Curt Hibbs

Kent said:
It seems it doesn't matter whether it's a console or a window app, it
fails either way:

rubyw fxri

I've just downloaded one of the mswin32 builds from ruby-lang.org and
it works correctly.

Ok, that a very good indication that the problem is in the build of
rubyw.exe (I was thinking it was some weird interaction between my build
of rubyw and FXRuby). This should help narrow things down.

Thanks,
Curt
 
S

Stephan Kämper

Curt said:
Yes, it is.

Curt

I'd be interested in the reason(s) for this.

I'm currently running a programming course at the local community
college. Of course the students are not allowed to run whatever they
wrote as admins.
Now, not having the start menu available it a bit inconvenient for them.

Would it be possible/acceptable to optionally add the Ruby stuff to all
users start menu?

Happy rubying

Stephan
 
N

nobu.nokada

Hi,

At Sat, 30 Apr 2005 15:18:31 +0900,
Curt Hibbs wrote in [ruby-talk:140572]:
Ok, that a very good indication that the problem is in the build of
rubyw.exe (I was thinking it was some weird interaction between my build
of rubyw and FXRuby). This should help narrow things down.

Maybe, msvcrt.dll mismatch between ruby and fox?
 
C

Curt Hibbs

Stephan said:
I'd be interested in the reason(s) for this.

I'm currently running a programming course at the local community
college. Of course the students are not allowed to run whatever they
wrote as admins.
Now, not having the start menu available it a bit inconvenient for them.

Would it be possible/acceptable to optionally add the Ruby stuff to all
users start menu?

I think its probably reasonable to create the start menu items for "all
users". I'll add that to the todo list.

Curt
 
C

Curt Hibbs

Hi,

At Sat, 30 Apr 2005 15:18:31 +0900,
Curt Hibbs wrote in [ruby-talk:140572]:
Ok, that a very good indication that the problem is in the build of
rubyw.exe (I was thinking it was some weird interaction between my build
of rubyw and FXRuby). This should help narrow things down.


Maybe, msvcrt.dll mismatch between ruby and fox?

Since your original post on this subject, I've been thinking of this
possibility. I'll check it out.

Curt
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Members online

Forum statistics

Threads
474,173
Messages
2,570,938
Members
47,474
Latest member
VivianStuk

Latest Threads

Top