I have fixed this in R-devel and will port it over to the R release branch in
due course.
The underlying issue is that the conversion from POSIXlt to POSIXct uses the
local time zone and not the CET time zone. I believe this is a bug, but I will
take up that discussion elsewhere.
Martyn
__
On Thu, 18-May-2017 at 05:46PM +0200, Martin Maechler wrote:
|>
.
|>
|> Being pretty "stretched" time wise currently, I'm happy for
|> timezone-portable propositions to change the test.
Meantime, anyone who lives where DST happpens in December who wants to
get through the remaining tests c
I just got the same error message with
> sessionInfo()
R version 3.4.0 (2017-04-21)
Platform: x86_64-apple-darwin15.6.0 (64-bit)
Running under: macOS Sierra 10.12.4
Matrix products: default
BLAS:
/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/
Hello everybody,
This is a bug involving functions in core R package:
graphics::hist.default, grDevices::nclass.FD, and
base::pretty.default. It is not yet on Bugzilla. I cannot submit it
myself, as I do not have an account. Could somebody else add it for
me, perhaps? That would be much appreciate
Sorry, this might be a really basic question, but I'm trying to interpret
the results from memory profiling, and I have a few questions (marked by
*Q#*).
From the summaryRprof() documentation, it seems that the four columns of
statistics that are reported when setting memory.profiling=TRUE are
- v
>From an example in
>http://www.uni-muenster.de/ZIV.BennoSueselbeck/s-html/helpfiles/nargs.html ,
>number of arguments in '...' can be obtained by
(function(...)nargs())(...) .
I now realize that sys.call() doesn't expand '...' when the function is called
with '...'. It just returns the call as
> > On 18 May 2017, at 14:58 , Martyn Plummer wrote:
> >
> >> On 18 May 2017, at 14:51, peter dalgaard wrote:
> >>> On 18 May 2017, at 13:47 , Joris Meys wrote:
> >>>
> >>> Correction: Also dlt uses the default timezone, but POSIXlt is not
> >>> recalculated whereas POSIXct is. Reason for t
> On 18 May 2017, at 14:58 , Martyn Plummer wrote:
>
>
>
>> On 18 May 2017, at 14:51, peter dalgaard wrote:
>>
>>
>>> On 18 May 2017, at 13:47 , Joris Meys wrote:
>>>
>>> Correction: Also dlt uses the default timezone, but POSIXlt is not
>>> recalculated whereas POSIXct is. Reason for th
> On 18 May 2017, at 14:51, peter dalgaard wrote:
>
>
>> On 18 May 2017, at 13:47 , Joris Meys wrote:
>>
>> Correction: Also dlt uses the default timezone, but POSIXlt is not
>> recalculated whereas POSIXct is. Reason for that is the different way values
>> are stored (hours, minutes, seco
> On 18 May 2017, at 13:47 , Joris Meys wrote:
>
> Correction: Also dlt uses the default timezone, but POSIXlt is not
> recalculated whereas POSIXct is. Reason for that is the different way values
> are stored (hours, minutes, seconds as opposed to minutes from origin, as
> explained in my pr
> On May 18, 2017, at 2:18 AM, TELLERIA RUIZ DE AGUIRRE, JUAN
> wrote:
>
> Thank you Frederick for your comments:
>
> They are really well justified.
>
>> I think a "forum" or bulletin board system would be a detraction from the
>> project and a distraction for the project leaders. Users hav
On 2017-05-18 2:18 AM, TELLERIA RUIZ DE AGUIRRE, JUAN wrote:
Thank you Frederick for your comments:
They are really well justified.
I think a "forum" or bulletin board system would be a detraction from the
project and a distraction for the project leaders. Users have Stack Exchange - it's
Correction: Also dlt uses the default timezone, but POSIXlt is not
recalculated whereas POSIXct is. Reason for that is the different way
values are stored (hours, minutes, seconds as opposed to minutes from
origin, as explained in my previous mail)
CHeers
Joris
On Thu, May 18, 2017 at 1:45 PM, Jo
This has to do with your own timezone. If I run that code on my computer,
both formats are correct. If I do this after
Sys.setenv(TZ = "UTC")
Then:
> cbind(format(dlt), format(dct))
[,1] [,2]
[1,] "2016-12-06 21:45:41" "2016-12-06 20:45:41"
[2,] "2016-12-06 21:45:42" "20
> On 18 May 2017, at 11:00 , Patrick Connolly
> wrote:
>
> On Wed, 17-May-2017 at 01:21PM +0200, Peter Dalgaard wrote:
>
> |>
> |> Anyways, you might want to
> |>
> |> a) move the discussion to R-devel
> |> b) include your platform (hardware, OS) and time zone info
>
> System:Host: MTA
Thank you Frederick for your comments:
They are really well justified.
> I think a "forum" or bulletin board system would be a detraction from the
> project and a distraction for the project leaders. Users have Stack Exchange
> - it's better than any forum we could create, and it
> takes care
On Wed, 17-May-2017 at 01:21PM +0200, Peter Dalgaard wrote:
|>
|> Anyways, you might want to
|>
|> a) move the discussion to R-devel
|> b) include your platform (hardware, OS) and time zone info
System:Host: MTA-V1-427894 Kernel: 3.19.0-32-generic x86_64 (64 bit gcc:
4.8.2)
Des
> Suharto Anggono Suharto Anggono via R-devel
> on Tue, 16 May 2017 16:37:45 + writes:
> switch(i, ...)
> extracts 'i'-th argument in '...'. It is like
> eval(as.name(paste0("..", i))) .
Yes, that's neat.
It is only almost the same: in the case of illegal 'i'
the sw
18 matches
Mail list logo
