#163 √ resolved
Matijs van Zuijlen

bin/ci fails several specs on amd64

Reported by Matijs van Zuijlen | November 29th, 2007 @ 02:04 PM | in 1.0

Running bin/ci on amd64 fails the following specs:

Bignum#>> return the right shift alignment
Dir#each returns the directory which remains open
Dir.[] recursively matches any subdirectories including ./ and ../ with '.**/'
Dir.[] matches a single character except leading '.' with '?'
Dir.[] accepts multiple '?' characters in a pattern
Dir.[] matches any characters in a set with '[<characters>]'
Dir.[] matches any characters in a range with '[<character>-<character>]'
Dir#read returns the file name in the current seek position
Dir#rewind resets the next read to start from the first entry
Bignum has positive threshold value 2 ** 29
Bignum has negative threshold value -(2 ** 29)
ByteArray class method new creates an instance with the correct number of fields
File.ftype return a string 
File.ftype return 'file' when is a file
File.ftype return 'directory' when is a dir
File.ftype return blockSpecial when is a block
File.ftype return link when is a link
File.ftype return fifo when is a fifo
File.ftype should return the type of the named file
File.ftype raise an exception if the arguments are wrong type or are the incorect number of arguments
Float#to_i returns self truncated to an Integer
Float#to_int returns self truncated to an Integer
Float#truncate returns self truncated to an Integer
Integer.induced_from converts other to Integer
Math.atanh raises Errno::EDOM if x = 1.0
Math.atanh raises Errno::EDOM if x = -1.0

Comments and changes to this ticket

  • Eero Saynatkari

    Eero Saynatkari November 29th, 2007 @ 11:00 PM

    • → Milestone changed from “1.0 preview” to “1.0”
    • → State changed from “new” to “open”
    • → Assigned user changed from “” to “Eero Saynatkari”

    Guessing that this might have something to do with the structs involved. Will research.

  • Tilman Sauerbeck

    Tilman Sauerbeck November 30th, 2007 @ 08:08 AM

    The File.ftype failures are due to a known compiler bug. We decided it wasn't worth to fix it in the current compiler, and I believe it's already been taken care of in compiler2.

    The line that's causing that failure is pathname.rb:431:

    [blah, *[one, two]]

  • Eero Saynatkari

    Eero Saynatkari January 6th, 2008 @ 06:10 PM

    • → State changed from “open” to “resolved”

    There are only three bin/ci failures remaining and even those are arguable. Closing.

Please Login or create a free account to add a new comment.

You can update this ticket by sending an email to from your email client. (help)

Create your profile

Help contribute to this project by taking a few moments to create your personal profile. Create your profile »