search for: tzname

...ho at entry=0xc449d38, useCache=useCache at entry=TRUE) at eval.c:6473 #4 0x00007f1dcb230370 in Rf_eval (e=0x4064b28, rho=rho at entry=0xc449d38) at eval.c:624 (More stack frames follow?) Tracing into src/main/datetime.c:705, it?s a simple string-making code: SET_STRING_ELT(tzone, 1, mkChar(R_tzname[0])); mkChar function is defined in envir.c:3725: 3723 SEXP mkChar(const char *name) 3724 { 3725 size_t len = strlen(name); ? ? gdb shows that the string pointer (name=0x0) mkChar received is NULL, and subsequently strlen(NULL) caused the segfault. But quite contradictorily, gdb shows th...

...at eval.c:6473 > > #4 0x00007f1dcb230370 in Rf_eval (e=0x4064b28, > > rho=rho at entry=0xc449d38) at eval.c:624 > > (More stack frames follow?) > > > > Tracing into src/main/datetime.c:705, it?s a simple string-making code: > > SET_STRING_ELT(tzone, 1, mkChar(R_tzname[0])); > > > > mkChar function is defined in envir.c:3725: > > 3723 SEXP mkChar(const char *name) > > 3724 { > > 3725 size_t len = strlen(name); > > ? ? > > > > gdb shows that the string pointer (name=0x0) mkChar received is NULL, > > and...

...Cache at entry=TRUE) > at eval.c:6473 > #4 0x00007f1dcb230370 in Rf_eval (e=0x4064b28, > rho=rho at entry=0xc449d38) at eval.c:624 > (More stack frames follow?) > > Tracing into src/main/datetime.c:705, it?s a simple string-making code: > SET_STRING_ELT(tzone, 1, mkChar(R_tzname[0])); > > mkChar function is defined in envir.c:3725: > 3723 SEXP mkChar(const char *name) > 3724 { > 3725 size_t len = strlen(name); > ? ? > > gdb shows that the string pointer (name=0x0) mkChar received is NULL, > and subsequently strlen(NULL) caused the segfaul...

...out some attributes to keep it short and added some blank lines to separate events, feel free to ask for the full file) BEGIN:VCALENDAR VERSION:2.0 BEGIN:VTIMEZONE TZID:America/Chicago BEGIN:DAYLIGHT TZOFFSETFROM:-0600 TZOFFSETTO:-0500 DTSTART:20070311T020000 RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=2SU TZNAME:CDT END:DAYLIGHT BEGIN:STANDARD TZOFFSETFROM:-0500 TZOFFSETTO:-0600 DTSTART:20071104T020000 RRULE:FREQ=YEARLY;BYMONTH=11;BYDAY=1SU TZNAME:CST END:STANDARD END:VTIMEZONE BEGIN:VTIMEZONE TZID:US/Eastern BEGIN:DAYLIGHT TZOFFSETFROM:-0500 TZOFFSETTO:-0400 DTSTART:20070311T020000 RRULE:FREQ=YEARLY;BYMON...

The documentation for the POSIXlt class states '"POSIXlt" objects will often have an attribute "tzone", a character vector of length 3 giving the time zone name from the TZ environment variable and the names of the base time zone and the alternate (daylight-saving) time zone. Sometimes this may just be of length one, giving the time zone

David, I didn't have time to dig through the code completely, but those other two are being set automatically in the C code as far as I can tell, in particular in the code // localtime may change tzname. if (isgmt) { PROTECT(tzone = mkString(tz)); } else { PROTECT(tzone = allocVector(STRSXP, 3)); SET_STRING_ELT(tzone, 0, mkChar(tz)); SET_STRING_ELT(tzone, 1, mkChar(R_tzname[0])); SET_STRING_ELT(tzone, 2, mkChar(R_tzname[1])); } In the file https://svn.r-project.org/R/trunk/src/m...

...ow about optind? <getopt.h> is not portable, and I'm not sure if <unistd.h> universally declares optind. gnulib states that MSVC 14 lacks <unistd.h>. Other POSIX standardized global variables: environ (but no standardized header declares it) daylight, getdate_err, timezone, tzname (<time.h>, but both marked XSI so not necessarily on all platforms) optarg, opterr, optopt (<unistd.h>, same boat as optind) signgam (<math.h>, but marked XSI, and requires -lm on some platforms) stdin, stdout, stderr (<stdio.h>) Also, pulling in the address of one of these...

...@@ newlib-$(NEWLIB_VERSION): newlib-$(NEWLI patch -d $@ -p0 < newlib.patch patch -d $@ -p0 < newlib-chk.patch patch -d $@ -p1 < newlib-stdint-size_max-fix-from-1.17.0.patch + patch -d $@ -p1 < newlib-cygmon-gmon.patch find $@ -type f | xargs perl -i.bak \ -pe ''s/\b_(tzname|daylight|timezone)\b/$$1/g'' touch $@ diff -r 42f76d536b11 -r 2dd50c201ca0 stubdom/newlib-cygmon-gmon.patch --- /dev/null +++ b/stubdom/newlib-cygmon-gmon.patch @@ -0,0 +1,51 @@ + +I: A function uses a ''return;'' statement, but has actually a value + to return, like an...

On 1/14/19 6:15 AM, Richard W.M. Jones wrote: > When an ANSI/C90 plugin compiled with ‘-pedantic’ uses > NBDKIT_HANDLE_NOT_NEEDED it gets the error: > > ISO C forbids conversion of function pointer to object pointer type While POSIX requires it to work. But such is life. > > This is because the existing macro worked by returning a function > pointer but in C90 function