Ruby Issue Tracking System

05/31/2018

04:48 PM Ruby Feature #14217: Expose RUBY_PATCHLEVEL_STR or similar with patch level info for rc/preview as a constant

Is it possible to get any updates on this approach? :) shayonj (Shayon Mukherjee)

12/22/2017

05:07 PM Ruby Feature #14217: Expose RUBY_PATCHLEVEL_STR or similar with patch level info for rc/preview as a constant

Agreed that it may appear as long. I chose this as a proposal, because it was already defined and was simpler to expose. Example:
~~~ diff
From 8cef26bbdf314dccf1d36984a49c35f0a815bbea Mon Sep 17 00:00:00 2001
From: Shayon Mukherj... shayonj (Shayon Mukherjee)

12:51 AM Ruby Feature #14217: Expose RUBY_PATCHLEVEL_STR or similar with patch level info for rc/preview as a constant

I am happy to a patch/create a Github PR, if this sounds like a good option. shayonj (Shayon Mukherjee)

12:46 AM Ruby Feature #14217 (Closed): Expose RUBY_PATCHLEVEL_STR or similar with patch level info for rc/preview as a constant

## Problem
When ruby is in release candidate or preview, `RUBY_PATCHLEVEL` is `-1`. Without parsing `RUBY_DESCRIPTION`, its hard to tell using constant the right and absolute ruby version.
## Proposal
Expose `RUBY_PATCHLEVEL_STR` as... shayonj (Shayon Mukherjee)

12/18/2017

06:08 AM Ruby Bug #14196: Signal.trap overrides pre-existing "SIG_IGN" handler on a process

shyouhei (Shyouhei Urabe) wrote:
> shayonj (Shayon Mukherjee) wrote:
> ...
Thanks! I realize that `Signal.trap` returns the previously set handler, though I didn't realize, we don't wish to preserve the previously set handler. I guess ... shayonj (Shayon Mukherjee)

05:26 AM Ruby Bug #14196 (Third Party's Issue): Signal.trap overrides pre-existing "SIG_IGN" handler on a process

Came across while debugging an issue with bundler https://github.com/bundler/bundler/issues/6150
The issue is, if a process already has a `SIG_IGN` / `IGNORE` present on it, then doing a `Signal.trap` overrides the handler on the same... shayonj (Shayon Mukherjee)