General

Profile

ngan (Ngan Pham)

  • Login: ngan
  • Registered on: 04/14/2020
  • Last sign in: 04/25/2025

Issues

open closed Total
Assigned issues 0 0 0
Reported issues 0 3 3

Activity

08/25/2024

02:14 AM Ruby Bug #20694: "try to mark T_NONE object" error for very large hash
Looking at the backtrace, looks like it's coming from the ffi gem. The problem seems to have been fixed here:
https://github.com/ffi/ffi/commit/9a2368651fa8fe5a3e8504ccd08b3ce9afbe0a46
We're going to upgrade and see how it goes. Plea...
ngan (Ngan Pham)
02:05 AM Ruby Bug #20694: "try to mark T_NONE object" error for very large hash
This is the complete backtrace: https://gist.github.com/ngan/0e81cf7a4d822e46aab12acbadd10765
Sorry for the delay!
ngan (Ngan Pham)

08/24/2024

10:04 PM Ruby Bug #20694: "try to mark T_NONE object" error for very large hash
Ah yes, I meant hash.
I’ll upload the full back trace when I’m back online later today.
ngan (Ngan Pham)

08/23/2024

12:22 AM Ruby Bug #20694 (Third Party's Issue): "try to mark T_NONE object" error for very large hash
In CI, we've been occasionally seeing `[BUG] try to mark T_NONE object`. I don't have any way to reproduce it but I'm going to put some information here in case anyone has any ideas.
One thing I've noticed is that it happens for very ...
ngan (Ngan Pham)

08/25/2023

02:33 PM Ruby Feature #19850: Get thread creation time
In the process of debugging a stuck process on production (Sidekiq), we've been dumping all the threads' backtraces. We can see a thread that's sleeping at `net/http.rb`. (I've filed an issue here: https://github.com/ruby/net-http/issues... ngan (Ngan Pham)

08/24/2023

10:24 PM Ruby Feature #19850 (Rejected): Get thread creation time
I was debugging some threads hanging issue and thought it would be nice to know how long a thread has been around for. Would there be interest in a `Thread#creation_time` (or some other name) that returns the time when the thread was cre... ngan (Ngan Pham)

06/13/2023

01:20 PM Ruby Bug #19715: Coverage oneshot_lines mode is not working after result clear
mame (Yusuke Endoh) wrote in #note-1:
> `oneshot_lines` is a mode that reports execution at most once for each line. The record is not reset even by `clear: true`. Currently, we do not provide a way to reset the record.
> ...
Ah yes, w...
ngan (Ngan Pham)

06/07/2023

12:08 AM Ruby Bug #19715 (Rejected): Coverage oneshot_lines mode is not working after result clear
Given a simple Ruby file (`foo.rb`):
```ruby
def hello
puts "hello"
end
```
If I do the following in `irb`, I get unexpected results:
```
irb(main):001:0> require 'coverage'
irb(main):002:0> Coverage.setup(oneshot_lines: tru...
ngan (Ngan Pham)

08/29/2022

02:11 PM Ruby Feature #18951: Object#with to set and restore attributes around a block
I really like Rails’ `with_options`:
```ruby
class Account < ActiveRecord::Base
with_options dependent: :destroy do |assoc|
assoc.has_many :customers
assoc.has_many :products
assoc.has_many :invoices
assoc.has_many :ex...
ngan (Ngan Pham)

04/14/2020

04:37 PM Ruby Misc #16047: Reconsider impact of frozen_string_literal on dynamic strings
I find myself only applying ".freeze" to all-cap constants:
RED = "red".freeze
I think it would nice if Ruby 3 only (automatically) froze string that are declared/assigned to constants.
ngan (Ngan Pham)

Also available in: Atom