В Thu, 16 May 2024 21:32:24 +0200
David Cortes пишет:
> Unfortunately, after some further testing, it seems this was just a
> matter of getting lucky - using the alternative non-STRUCT_SUBTYPES
> def. of Altrep still leads to memory corruptions and crashes, just at
> different points than when
Thanks for the hints.
Unfortunately, after some further testing, it seems this was just a
matter of getting lucky - using the alternative non-STRUCT_SUBTYPES
def. of Altrep still leads to memory corruptions and crashes, just at
different points than when using the STRUCT_SUBTYPES definition.
В Wed, 15 May 2024 18:54:37 +0200
David Cortes пишет:
> The code compiles without errors under MSVC, but executing code that
> involves returning Altrep objects leads to segfaults and memory
> corruptions, even though it works fine under other compilers.
>
> I see the R Altrep header has this
On Wed, 15 May 2024, David Cortes wrote:
I'm seeing some issues using R Altrep classes when compiling a package
with the MSVC compiler on windows.
While CRAN doesn't build windows binaries with this compiler, some
packages such as Arrow and LightGBM have had some success in building
their R
ackage-devel on behalf of
David Cortes
Sent: Wednesday, May 15, 2024 12:54:37 PM
To: r-package-devel@r-project.org
Subject: [R-pkg-devel] Altrep header, MSVC, and STRUCT_SUBTYPES macro
I'm seeing some issues using R Altrep classes when compiling a package
with the MSVC compiler on windows.
While
Are R ALTREP objects memory mapped
Get Outlook for iOS<https://aka.ms/o0ukef>
From: R-package-devel on behalf of
David Cortes
Sent: Wednesday, May 15, 2024 12:54:37 PM
To: r-package-devel@r-project.org
Subject: [R-pkg-devel] Altrep header
I'm seeing some issues using R Altrep classes when compiling a package
with the MSVC compiler on windows.
While CRAN doesn't build windows binaries with this compiler, some
packages such as Arrow and LightGBM have had some success in building
their R packages with MSVC outside of CRAN, in order