[#119000] [Ruby master Bug#20710] Reducing Hash allocation introduces large performance degradation (probably related to VWA) — "pocke (Masataka Kuwabara) via ruby-core" <ruby-core@...>

Issue #20710 has been reported by pocke (Masataka Kuwabara).

6 messages 2024/09/02

[#119033] [Ruby master Bug#20713] Ruby 3.3.5 triggers a deprecation warning with `require "json"` — "Bo98 (Bo Anderson) via ruby-core" <ruby-core@...>

Issue #20713 has been reported by Bo98 (Bo Anderson).

7 messages 2024/09/04

[#119041] [Ruby master Bug#20714] Handle optional dependencies in `bundled_gems.rb` — "Earlopain (A S) via ruby-core" <ruby-core@...>

Issue #20714 has been reported by Earlopain (A S).

31 messages 2024/09/04

[#119074] [Ruby master Bug#20716] Different instance_method behavior in Ruby 2.7 and Ruby 3.x — "natton (Tien Truong) via ruby-core" <ruby-core@...>

Issue #20716 has been reported by natton (Tien Truong).

13 messages 2024/09/06

[#119145] [Ruby master Misc#20728] Propose Eileen Uchitelle as a core committer — "kddnewton (Kevin Newton) via ruby-core" <ruby-core@...>

Issue #20728 has been reported by kddnewton (Kevin Newton).

14 messages 2024/09/12

[#119168] [Ruby master Feature#20738] Removing a specific entry from a hash literal — "ursm (Keita Urashima) via ruby-core" <ruby-core@...>

Issue #20738 has been reported by ursm (Keita Urashima).

16 messages 2024/09/13

[#119199] [Ruby master Bug#20742] Trying to assign to a variable in statement modifier should emit a warning — "esad (Esad Hajdarevic) via ruby-core" <ruby-core@...>

SXNzdWUgIzIwNzQyIGhhcyBiZWVuIHJlcG9ydGVkIGJ5IGVzYWQgKEVzYWQgSGFqZGFyZXZpYyku

7 messages 2024/09/15

[#119208] [Ruby master Bug#20745] IO::Buffer#copy triggers UB when src/dest buffers overlap — "hanazuki (Kasumi Hanazuki) via ruby-core" <ruby-core@...>

Issue #20745 has been reported by hanazuki (Kasumi Hanazuki).

8 messages 2024/09/16

[#119239] [Ruby master Feature#20750] Expose ruby_thread_has_gvl_p in ruby/thread.h — "kbrock (Keenan Brock) via ruby-core" <ruby-core@...>

Issue #20750 has been reported by kbrock (Keenan Brock).

8 messages 2024/09/17

[#119248] [Ruby master Bug#20752] IO::Buffer#slice fails to copy readonly flag, allowing writes into frozen String — "hanazuki (Kasumi Hanazuki) via ruby-core" <ruby-core@...>

Issue #20752 has been reported by hanazuki (Kasumi Hanazuki).

7 messages 2024/09/18

[#119301] [Ruby master Bug#20761] [DOC] `RubyVM::AbstractSyntaxTree.of` examples raise because parser is prism by default — "Earlopain (A S) via ruby-core" <ruby-core@...>

Issue #20761 has been reported by Earlopain (A S).

11 messages 2024/09/26

[#119335] [Ruby master Bug#20770] A *new* pipe operator proposal — "AlexandreMagro (Alexandre Magro) via ruby-core" <ruby-core@...>

Issue #20770 has been reported by AlexandreMagro (Alexandre Magro).

56 messages 2024/09/29

[ruby-core:119278] [Ruby master Feature#20757] Make rb_tracearg_(parameters|eval_script|instruction_sequence) public C-API

From: richardboehme via ruby-core <ruby-core@...>
Date: 2024-09-22 11:36:31 UTC
List: ruby-core #119278
Issue #20757 has been updated by richardboehme (Richard B=F6hme).


Actually it seems like retrieving the method object using the `method_id` d=
oes not work well for super-calls. See this example:

``` ruby
TracePoint.new(:call) do  |tp|
  p tp.self
end.enable

class A
  def test
  end
end

class B < A
  def test =3D super
end

B.new.test
```

`TracePoint#self` will return the instance of B twice, which makes it hard =
to get the parameters of `A#test` without being able to call `TracePoint#pa=
rameters`. In general this makes it hard to track down the location of the =
method behind `TracePoint#method_id`, but this is another issue.

----------------------------------------
Feature #20757: Make rb_tracearg_(parameters|eval_script|instruction_sequen=
ce) public C-API
https://bugs.ruby-lang.org/issues/20757#change-109886

* Author: richardboehme (Richard B=F6hme)
* Status: Open
----------------------------------------
**Abstract**
As a C-extension developer when using tracepoints I include "ruby/debug.h".=
 This includes most of TracePoint's API but it seems like the C-equivalents=
 for TracePoint#parameters, TracePoint#eval_script and TracePoint#instructi=
on_sequence are missing/not being exported in the header.
=20
**Background**
Most APIs like rb_tracearg_return_value are exported in "ruby/debug.h". If =
I understand correctly, the implementations for those methods are located i=
n "ruby/vm_trace.c". The following methods implemented in "ruby/vm_trace.c"=
 are missing in "ruby/debug.h":
* rb_tracearg_parameters
* rb_tracearg_eval_script
* rb_tracearg_instruction_sequence
 =20
**Proposal**
I propose to add those methods to "ruby/debug.h". From my limiting understa=
nding the change should be simple and not break backward compatibility, bec=
ause we'd only need to add those function declarations to "ruby/debug.h".

I'd be open to contribute this change if it was approved.

**Use cases**
I'm implementing a method call tracer for Ruby using the C-extension API. I=
 wanted to get information about the parameters that the called method rece=
ives. When writing in Ruby this can be done using the TracePoint#parameters=
 method, but I could not find the equivalent C-API. A workaround is to retr=
ieve the method object (using the method_id) and check the method parameter=
s. =20

**See also**

* Implementation of TracePoint#parameters in #14694=20
* Implementation of TracePoint#eval_script and TracePoint#instruction_seque=
nce in #15287=20



--=20
https://bugs.ruby-lang.org/
 ______________________________________________
 ruby-core mailing list -- ruby-core@ml.ruby-lang.org
 To unsubscribe send an email to ruby-core-leave@ml.ruby-lang.org
 ruby-core info -- https://ml.ruby-lang.org/mailman3/lists/ruby-core.ml.rub=
y-lang.org/


In This Thread