[#9644] Determinant Problem in Matrix.rb — <noreply@...>
Bugs item #7001, was opened at 2006-12-01 03:50
This is 100% intended. You have to learn integer arithmetics when you
[#9654] Float numbers comparison — "Paulo Soeiro" <pcsoeiro@...>
Hi,
On 12/1/06, Paulo Soeiro <pcsoeiro@gmail.com> wrote:
[#9661] Dir.exist? — Kornelius Kalnbach <murphy@...>
hi!
[#9664] Bigdecimal isn't comparable — <noreply@...>
Bugs item #7045, was opened at 2006-12-04 19:20
On 12/4/06, noreply@rubyforge.org <noreply@rubyforge.org> wrote:
[#9685] Segmentation fault - bignorm() — ico@... (Ico Doornekamp)
[#9713] Sets and String subclasses — <noreply@...>
Bugs item #7253, was opened at 2006-12-13 12:26
> I would expect the second puts to return 5, not nil. In fact, I'd expect s.to_a[0] to return the same object as a.
[#9722] Kernel#system broken inside Dir.chdir(&block) if system command doesn't have shell characters — <noreply@...>
Bugs item #7278, was opened at 2006-12-14 13:59
Hi,
I bet your script /usr/local/bin/p4 is a shell script which doesn't have a
On Dec 14, 2006, at 18:57, Michael Selig wrote:
[#9725] Fixes going into 1.8.5.9 — "Zev Blut" <rubyzbibd@...>
Hello,
[#9749] System V IPC in standard library? — Steven Jenkins <steven.jenkins@...>
Back in August, I needed a semaphore to serialize access to an external
Hi,
Nobuyoshi Nakada wrote:
Hi,
[#9753] CVS freeze — SASADA Koichi <ko1@...>
Hi,
Hi,
Hi,
Hi,
Hi,
* Shugo Maeda (shugo@ruby-lang.org) wrote:
[#9794] Fwd: [Vit-core] Ruby 1.8.5-p2 Stable Version download bug-fix confusion. — James Edward Gray II <james@...>
The following is a complaint we received about the Ruby home page today.
[#9797] Where to start — "Strong Cypher" <cypherstrong@...>
-----BEGIN PGP SIGNED MESSAGE-----
[#9803] RDoc patch that fixes rb_const_define output — <noreply@...>
Patches item #7499, was opened at 2006-12-30 05:23
On 12/30/06, Eric Hodel <drbrain@segment7.net> wrote:
On Dec 30, 2006, at 19:16, Daniel Berger wrote:
On Dec 31, 2006, at 24:31, Eric Hodel wrote:
[#9816] merge YARV — SASADA Koichi <ko1@...>
Hi,
using OptionParser.on_tail leads to missed AmbiguousOption
From a quick look at ruby1.9's optparse.rb, it seems options registered
via on_tail (and maybe on_head, too?) are not searched when determining
whether to throw an AmbiguousOption. This is ruby1.9 from Debian/unstable.
For example, given this code, handling both --version and --verbose,
I would expect the use of a "--v" argument to evoke an AmbiguousOption:
#!/usr/bin/ruby
require 'optparse'
require 'ostruct'
class OptparseExample
def self.parse(args)
options = OpenStruct.new
opts = OptionParser.new do |opts|
opts.on ("--verbose", "be verbose") do puts "verbose" end
opts.on_tail("--version", "output version") do puts "version" end
end
opts.parse!(args)
options
end
end
options = OptparseExample.parse(ARGV)
Yet I get this:
$ ruby1.9 optparse --v
verbose
However, if I transform the code via s/on_tail/on/, it works the way I want:
$ ruby1.9 optparse --v
/usr/lib/ruby/1.9/optparse.rb:1488:in `complete': ambiguous option: --v (OptionParser::AmbiguousOption)
from /usr/lib/ruby/1.9/optparse.rb:1316:in `order!'
from /usr/lib/ruby/1.9/optparse.rb:1309:in `order!'
from /usr/lib/ruby/1.9/optparse.rb:1396:in `permute!'
from /usr/lib/ruby/1.9/optparse.rb:1423:in `OptionParser#parse!'
from optparse:11:in `OptparseExample#parse'
from optparse:15
[Exit 1]