- Previous thread: jruby-user - jruby 1.5.1 issue with jruby-openssl 0.7
- Next thread: jruby-user - pooling objects in jruby
- Threads sorted by date: jruby-user 201007
My apologies if this is known and/or not an "issue". (I had a quick look
through maybe possible issue categories in the codehaus Issues Navigator,
including all the Windows issues, but I couldn't see anything similar to
this.)
I've just installed JRuby 1.5.1 using the Microsoft Windows installer
jruby-windows-1-5-1.exe.
Using a small sample ruby program C:rubyvp.rb (but the issue seems to be
with any ruby program):
puts "* ver=#{RUBY-VERSION}; plat=#{RUBY-PLATFORM};"
If I start the path to a ruby program with a or a /, then JRuby seems to
append that path to the current working directory. (Which doesn't happen if
the path to the ruby program starts with C:, .., ...., etc.) Is this
intentional, or might it be a bug?
I've got other examples of this behaviour, and I'd be happy to post these,
but the following example seems to show all the significant aspects of this
behaviour, and seems to behave consistently with what I've just set out.
If if might be an as yet unreported bug, then I'll be happy to try to submit
a bug report.
Colin Bartlett
P.S.
I've just deleted JRuby 1.4 from my system (because 1.5.1 seemed to be
working fully), otherwise I'd have also tried it with that.
*** example, which can run as a Microsoft Windows batch file;
*** (using any ruby program);
rem first make a new directory to ensure that it isn't in any PATHs
md C:QT
cd C:QT
rem now in C:QT
C:jruby-1.5.1binjruby.exe C:rubyvp.rb
rem #=call C:jruby-1.5.1binjruby.bat C:rubyvp.rb
rem #=echo on
C:jruby-1.5.1binjruby.exe rubyvp.rb
rem #=the path specified)
call C:jruby-1.5.1binjruby.bat rubyvp.rb
rem #=the path specified)
echo on
My apologies if this is known and/or not an "issue". (I had a quick look through maybe possible issue categories in the codehaus Issues Navigator, including all the Windows issues, but I couldn't see anything similar to this.)
I've just installed JRuby 1.5.1 using the Microsoft Windows installer jruby-windows-1-5-1.exe.Using a small sample ruby program C:rubyvp.rb (but the issue seems to be with any ruby program):
puts "* ver=#{RUBY-VERSION}; plat=#{RUBY-PLATFORM};"If I start the path to a ruby program with a or a /, then JRuby seems to append that path to the current working directory. (Which doesn't happen if the path to the ruby program starts with C:, .., ...., etc.) Is this intentional, or might it be a bug?
I've got other examples of this behaviour, and I'd be happy to post these, but the following example seems to show all the significant aspects of this behaviour, and seems to behave consistently with what I've just set out.
If if might be an as yet unreported bug, then I'll be happy to try to submit a bug report.Colin BartlettP.S.I've just deleted JRuby 1.4 from my system (because 1.5.1 seemed to be working fully), otherwise I'd have also tried it with that.
*** example, which can run as a Microsoft Windows batch file;*** (using any ruby program);rem first make a new directory to ensure that it isn't in any PATHsmd C:QT
cd C:QTrem now in C:QTC:jruby-1.5.1binjruby.exe C:rubyvp.rbrem #=> * ver=1.8.7; plat=java;call C:jruby-1.5.1binjruby.bat C:rubyvp.rbrem #=> * ver=1.8.7; plat=java;
echo onC:jruby-1.5.1binjruby.exe rubyvp.rbrem #=> Error opening script file: C:/QT/ruby/vp.rb (The system cannot find the path specified)call C:jruby-1.5.1binjruby.bat rubyvp.rb
rem #=> Error opening script file: C:/QT/ruby/vp.rb (The system cannot find the path specified)echo on
through maybe possible issue categories in the codehaus Issues Navigator,
including all the Windows issues, but I couldn't see anything similar to
this.)
I've just installed JRuby 1.5.1 using the Microsoft Windows installer
jruby-windows-1-5-1.exe.
Using a small sample ruby program C:rubyvp.rb (but the issue seems to be
with any ruby program):
puts "* ver=#{RUBY-VERSION}; plat=#{RUBY-PLATFORM};"
If I start the path to a ruby program with a or a /, then JRuby seems to
append that path to the current working directory. (Which doesn't happen if
the path to the ruby program starts with C:, .., ...., etc.) Is this
intentional, or might it be a bug?
I've got other examples of this behaviour, and I'd be happy to post these,
but the following example seems to show all the significant aspects of this
behaviour, and seems to behave consistently with what I've just set out.
If if might be an as yet unreported bug, then I'll be happy to try to submit
a bug report.
Colin Bartlett
P.S.
I've just deleted JRuby 1.4 from my system (because 1.5.1 seemed to be
working fully), otherwise I'd have also tried it with that.
*** example, which can run as a Microsoft Windows batch file;
*** (using any ruby program);
rem first make a new directory to ensure that it isn't in any PATHs
md C:QT
cd C:QT
rem now in C:QT
C:jruby-1.5.1binjruby.exe C:rubyvp.rb
rem #=call C:jruby-1.5.1binjruby.bat C:rubyvp.rb
rem #=echo on
C:jruby-1.5.1binjruby.exe rubyvp.rb
rem #=the path specified)
call C:jruby-1.5.1binjruby.bat rubyvp.rb
rem #=the path specified)
echo on
My apologies if this is known and/or not an "issue". (I had a quick look through maybe possible issue categories in the codehaus Issues Navigator, including all the Windows issues, but I couldn't see anything similar to this.)
I've just installed JRuby 1.5.1 using the Microsoft Windows installer jruby-windows-1-5-1.exe.Using a small sample ruby program C:rubyvp.rb (but the issue seems to be with any ruby program):
puts "* ver=#{RUBY-VERSION}; plat=#{RUBY-PLATFORM};"If I start the path to a ruby program with a or a /, then JRuby seems to append that path to the current working directory. (Which doesn't happen if the path to the ruby program starts with C:, .., ...., etc.) Is this intentional, or might it be a bug?
I've got other examples of this behaviour, and I'd be happy to post these, but the following example seems to show all the significant aspects of this behaviour, and seems to behave consistently with what I've just set out.
If if might be an as yet unreported bug, then I'll be happy to try to submit a bug report.Colin BartlettP.S.I've just deleted JRuby 1.4 from my system (because 1.5.1 seemed to be working fully), otherwise I'd have also tried it with that.
*** example, which can run as a Microsoft Windows batch file;*** (using any ruby program);rem first make a new directory to ensure that it isn't in any PATHsmd C:QT
cd C:QTrem now in C:QTC:jruby-1.5.1binjruby.exe C:rubyvp.rbrem #=> * ver=1.8.7; plat=java;call C:jruby-1.5.1binjruby.bat C:rubyvp.rbrem #=> * ver=1.8.7; plat=java;
echo onC:jruby-1.5.1binjruby.exe rubyvp.rbrem #=> Error opening script file: C:/QT/ruby/vp.rb (The system cannot find the path specified)call C:jruby-1.5.1binjruby.bat rubyvp.rb
rem #=> Error opening script file: C:/QT/ruby/vp.rb (The system cannot find the path specified)echo on
Related Threads
- MPlayer-users - Mplayer - trying to compile latest sources of Mplayer - mplayer-users
- PATCH - xfrm bugs with mark logic - linux-netdev
- test_fsync output improvement - postgresql-hackers
- Writing Out from 2 Lists - python-list
- FFmpeg-devel - Problem with imc - mplayer-ffmpeg-devel
- OpenLayers-Users - change only one attribute in style? - openlayers-users
- Digikam-users - Diashow in chronological order - digikam-users
- Comparison of ways to install Tk - ruby-talk
- gentoo-dev - Council Agenda proposal for upcoming 2010-07-26 meeting - gentoo-dev
- osol-discuss - crontab disappearing - opensolaris-general
- RE: Looking for test coordinator - vim-dev
- android-developers - Intents in broadcastrecievers - android-developers