Open jquetzalcoatl opened 3 years ago
I do not maintain the underlying C code for read.cwa, and just made a wrapper for this. I didn't have time to debug or fix this issue with CRAN (below) so I figured I'd just keep it on GitHub and pull from CRAN. I should be able to reach out to @danielgjackson to ask them if they have any thoughts and maybe get back on CRAN.
From 'man timegm' on Linux/glibc
CONFORMING TO These functions are nonstandard GNU extensions that are also present on the BSDs. Avoid their use.
from the manual
'Writing portable C and C++ code is mainly a matter of observing the standards (C99, C++11 or where declared C++14/17/20) and testing that extensions (such as POSIX functions) are supported.'
and from the CRAN policy
'Package authors should make all reasonable efforts to provide cross-platform portable code. '
'The time of the volunteers is CRAN’s most precious resource ...'
On Mon, Feb 8, 2021 at 3:54 PM Jaque Tolma notifications@github.com wrote:
Is this pkg stable? Why was it removed from the CRAN repository?
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/muschellij2/read.cwa/issues/1, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAIGPLRT2X4D2NJDRKFTXPTS6BFRDANCNFSM4XJWYQKA .
Do you still use this?
I encountered the error shown below. I'm running read.cwa version 0.2.1 and GGIR version 3.1-0 in R 4.4.0. I did find this in the GGIRread package - readAxivity: https://rdrr.io/cran/GGIRread/man/readAxivity.html
DAT <- read.cwa::read_cwa("6021483_0000000000.cwa.part") Converting the CWA to CSV Reading 101120 sectors (offset 0, file 101120)... [MD]. Wrote 418386701 bytes of data (8089440 samples). Error: 'g.cwaread' is not an exported object from 'namespace:GGIR'
I would recommend using https://github.com/wadpac/GGIRread
Is this pkg stable? Why was it removed from the CRAN repository?