Calling Gc.compact() in cppia collects the current CppiaClosure/ScriptCallable?
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 22/100
Hướng nghiên cứu
Bắt đầu bằng cách tái hiện chuỗi được báo cáo từ hxcpp_set_top_of_stack() và hxRunLibrary() qua Module.fromData, module.boot(), Type.createInstance, Reflect.callMethod và Gc.compact(). So sánh lỗi crash sau khi phương thức cppia trả về với trường hợp compact() được loại bỏ; hoàn tất khi closure vẫn có thể sử dụng hoặc giới hạn được hỗ trợ và bản sửa cần thiết đã được xác định.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
I am not even sure if the title correctly describes the issue. But it seems to be the case for what I am seeing.
Looking at the stack trace below it seems like the function variable magically becomes null, while it was still usable 2 lines above (function->runFunctionClosure(ctx);)
What I notice is that there is a cpp.vm.Gc.compact() call inside the cppia function. Removing such call seems to fix the problem.
The setup is a bit complex to be isolated. So for now I am going to first describe the setup with text and see if there any insights and I hope it is some obvious gc usage issue. The following logic all happens in the same non-haxe thread:
- Haxe is used as a library in a c++ project and it is initialized with:
hxcpp_set_top_of_stack(); const char *err = hxRunLibrary(); - cppia bytecode is loaded and stored in a Haxe static variable
module = cpp.cppia.Module.fromData(bytes); module.boot(); - a class defined in cppia is initialized (
Type.createInstance(module.resolveClass(name))) and a instance method is invoked viaReflect.callMethod - in such instance method
cpp.vm.Gc.compact()is called - the crash in the screenshot happens, after the cppia method returns
Info:
macos: 15 (arm64)
haxe: 4.3.6
hxcpp: git (96875093ec43e48dc2e1da95b8730e0c122ae017)
- Ngôn ngữ chính
- C++
- Star
- 330
- Fork
- 233
- Merge trung bình
- 3 ngày 5 giờ
- Pull request đã merge (30 ngày)
- 3
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của HaxeFoundation/hxcpp
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
HaxeFoundation/hxcpp#1217 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
HaxeFoundation/hxcpp#1437 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
HaxeFoundation/hxcpp#1432 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
HaxeFoundation/hxcpp#1431 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Set up clang formatĐang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 42/100
HaxeFoundation/hxcpp#1430 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của HaxeFoundation/hxcpp
Issue tương tự
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 90/100
espressif/esp-matter#1913 ·
-
bug priority: low
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
chipsalliance/verible#2644 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
grafana/pyroscope-dotnet#470 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
documentation P5 XS
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
open-astro/AlpacaBridge#1848 ·
Maintainer thường phản hồi trong vòng 1 ngày