Skip to content

About corrected patches for mruby core initialization #4239

@dearblue

Description

@dearblue

If out of memory occurs with mrb_open(), the process will be crashed by SIGABRT or SIGSEGV.

This behavior is undesirable for me as I try to generate multiple mrb_state.

This patch set corrects problems that occurred by simulating out of memory.
(branch is in fix-mrb_open-with-nomem)

However, it is divided into 18 steps commit, and some can be made independent.

Should it be better to divide the pull requests for each, or may they be a single pull request at once?

Thanks.

Potential issue

If mrb_XXX_gem_final() is called while initialization processing is not completed, problems may arise there.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions