General

Profile

josh.cheek (Josh Cheek)

Issues

Activity

12/25/2016

11:31 AM Ruby trunk Bug #13070 (Third Party's Issue): Parsing JSON with `quirks_mode: false` parses as if it is `true` and does not warn me.
Previously you could parse toplevel strings in JSON by setting `quirks_mode` to `true`
```sh
$ ruby -rjson -v -e ...

12/04/2016

05:20 PM Ruby trunk Bug #13005 (Open): Inline rescue is inconsistent when rescuing NoMethodError
```ruby
o = "some object"
class << o
private
attr_accessor :a
end
# GETTER can be rescued in a begin-bl...

11/30/2016

03:58 PM Ruby trunk Feature #12906: do/end blocks work with ensure/rescue/else
Checking that I submitted this correctly, I usually do Github, so might have gotten this wrong.

11/15/2016

11:35 PM Ruby trunk Bug #12947: Multiline if statements behave differently than inline if statements for flip flop
s/it behaves like a regex/it behaves like a range/
11:31 PM Ruby trunk Bug #12947 (Closed): Multiline if statements behave differently than inline if statements for flip flop
For an inline if statement, a numerical range literal in a conditional behaves like flip flop matching against `$.`
...

11/12/2016

08:30 PM Ruby trunk Feature #12926 (Closed): -l flag for line end processing should use chomp! instead of chop!
Using `chop!` can mess up the final line of input because it may not end in a line-end character.
```
printf a\\n...
07:54 AM Ruby trunk Bug #12925 (Closed): terminated by signal SIGSEGV (Address boundary error)
When I run this code
```ruby
module SafeException
refine Exception do
alias message message
alias ...

11/07/2016

03:19 AM Ruby trunk Feature #12906: do/end blocks work with ensure/rescue/else
My error on the duplication, I tried searching a couple different ways but the first results weren't about this and I...
01:16 AM Ruby trunk Feature #12906 (Closed): do/end blocks work with ensure/rescue/else
When you want to rescue in a block, you must do this:
~~~ruby
lambda do
begin
raise 'err'
rescue
...

11/01/2016

10:03 PM Ruby trunk Bug #8004: spawn does not honor its passed PATH
On my computer, the reason for this is:
It should have found the path here: https://github.com/ruby/ruby/blob/c7e9...

Also available in: Atom