Dev meeting IS NOT a decision-making place. All decisions should be done at the bug tracker.
Dev meeting is a place we can ask Matz, nobu, nurse and other developers directly.
Matz is a very busy person. Take this opportunity to ask him. If you can not attend, other attendees can ask instead of you (if attendees can understand your issue).
We will write a record of the discussion in the file or to each ticket in English.
All activities are best-effort (keep in mind that most of us are volunteer developers).
The date, time and place of the meeting are scheduled according to when/where we can reserve Matz's time.
If you have a ticket that you want matz and committers to discuss, please post it into this ticket in the following format:
* [Ticket ref] Ticket title (your name)
* Comment (A summary of the ticket, why you put this ticket here, what point should be discussed, etc.)
Example:
* [Feature #14609] `Kernel#p` without args shows the receiver (ko1)
* I feel this feature is very useful and some people say :+1: so let discuss this feature.
It is recommended to add a comment by 2022/07/18. We hold a preparatory meeting to create an agenda a few days before the dev-meeting.
Your comment is mandatory. We cannot read all discussion of the ticket in a limited time. We appreciate it if you could write a short summary and update from a previous discussion.
[Bug #18780] Surprising self for C API rb_eval_string() (alanwu)
Script for rb_eval_string() runs with locals from the inner most Ruby context, but self is always top level self (main). This unique execution environment is surprising; it's not equivalent to any environment one could get using pure Ruby.
Test script available at [ruby-core:108919]. You need to flip the if in the C code to see it.
It looks like self has stayed as the top level selfsince 1.3
Should we change self for scripts passed to rb_eval_string()?
[Bug #18882] On 64-mingw-ucrt, File.read() sometimes doesn't read entire file
Plain one argument call to File.read() can stop reading in the middle of file due to CTRL+Z being interpreted as EOF in Windows text mode
I think in the one argument form the intention is to read every byte in the file
Reading everything seems like a better default nowadays. But maybe too hard to change it
Should we special case the "read entire file" case? Maybe undesirable because that also disables CRLF translation
Could always just update the docs about this pitfall and make the user handle it
Because of Ruby's popularity on non Windows systems and FS APIs in other languages not exposing text mode by default, the current behavior will probably continue to surprise