[Files\write.json]: write.json cannot write dictionary objects with date values to JSON

[scifx]

Summary

write.json cannot write dictionary objects with date values to JSON

Current Behavior

Direct crash, even with error handling, still forcibly exits. Error handling mechanisms are too fragile.
$> print try [ write.json sys null ]
SIGSEGV: Illegal storage access. (Attempt to read from nil?)

Expected Behavior

no bug, will get json string

Steps To Reproduce

$> write.json sys null
SIGSEGV: Illegal storage access. (Attempt to read from nil?)

$> values sys | map => type
=> [:string :string :version :string :date :dictionary :string :dictionary :literal :string :literal]

OS

windows,linux mint

Version

all version

Anything else?

In my opinion, Arturo has too many bugs. When I seriously use Arturo for a personal project, I encounter many problems. I strongly hope that the language developers write an agent project, similar to Openclaw, and use various technologies. You will find a lot of bugs. I found that the Arturo official project cannot be run, and they are all several years old, lacking practice, and you will not be able to find various bugs. In the end, it is because I am too careful, and the bugs are too many that I don't want to submit. I think Arturo lacks practical experience. I originally wanted to use simple syntax, but I encountered too many pitfalls😢

Is there an existing issue for this?

• I have searched the existing issues

[scifx]

If directly passing headers in an OpenAI API forwarding service causes errors due to Arturo's date object parsing, the headers must be modified to avoid this issue.

chat:$[x][
data: request.post.json "http://127.0.0.1:11434/v1/chat/completions" x
return data
]

getModels:$[][
    request.get "http://127.0.0.1:11434/v1/models" #[]
]

serve $[req][
    data: chat req\body
    print [ "类型" type data ]
    inspect data
    return #[
        body: data\body
        status:200
        headers: #[] ;If directly forwarding headers causes an error, temporarily, we can only block them.
    ]
]