Phillip Alday

Looks like multiple causes. Additional bisection leads to: ``` 0b9525bf81a1727e18d3342a6da7f8505bc447f5 is the first bad commit commit 0b9525bf81a1727e18d3342a6da7f8505bc447f5 Author: Ian Butterworth Date: Fri Jan 31 12:08:26 2025 -0500 REPL: generate tab...

This feels like a [JuliaCall](https://github.com/Non-Contradiction/JuliaCall) issue and not an RCall issue even if the error didn't happen until it hit RCall -- I suspect something in JuliaCall's wrapping and passing...

Closing this for now, but if it turns out that there is actually something we can do on the RCall side to make things easier for JuliaCall, then I'm happy...

I'm not exactly opposed to exporting it, but I wouldn't change the identifier. It is a long identifier, but it's a clear one and the Julia REPL has very nice...

I agree it's worth trying!

@dmbates I think that change makes sense. I also wonder if this would slightly speed up things for the non RFP case --- I've certainly seen this type of optimization...

There have been no other changes to the package itself since 2.8.0 -- everything else was related to CI or docs. I view this as a bugfix, so this is...

It's not a timeout issue -- the stable jobs were cancelled before completing because nightly jobs failed. I think you can set `fail-fast: false` (or something similar) so that matrix...

> BTW, do you want to open an issue for the nightly job failure and fix it? I'm not sure it makes sense to try to fix something on nightly...

thanks! For my own notes, the MWE without quarto is: ```julia julia> using RCall julia> rcopy(R"~ a + b") ERROR: LoadError: ArgumentError: malformed expression in formula ~(a + b) Stacktrace:...