Re: [Rd] Possible POSIXlt / wday glitch bugs.r-project.org status

2013-10-15 Thread Joshua Ulrich
In an effort to redeem myself, I have found and submitted a patch for what seems to be causing this issue. Best, -- Joshua Ulrich | about.me/joshuaulrich FOSS Trading | www.fosstrading.com On Sat, Oct 5, 2013 at 1:18 PM, Simon Urbanek simon.urba...@r-project.org wrote: On Oct 5, 2013, at

Re: [Rd] Possible POSIXlt / wday glitch bugs.r-project.org status

2013-10-05 Thread Simon Urbanek
On Oct 4, 2013, at 4:59 PM, Scott Kostyshak skost...@princeton.edu wrote: On Fri, Oct 4, 2013 at 6:11 AM, Imanuel Costigan i.costi...@me.com wrote: Wanted to raise two questions: 1. Is bugs.r-project.org down? I haven't been able to reach it for two or three days: Yes. Quote from

Re: [Rd] Possible POSIXlt / wday glitch bugs.r-project.org status

2013-10-05 Thread Sean O'Riordain
Some people (luckily not me anymore!) working with mortgages and pensions need to calculate up to 40 years into the future for the payment schedule. On 5 October 2013 02:37, Joshua Ulrich josh.m.ulr...@gmail.com wrote: On Fri, Oct 4, 2013 at 8:02 PM, Imanuel Costigan i.costi...@me.com wrote:

Re: [Rd] Possible POSIXlt / wday glitch bugs.r-project.org status

2013-10-05 Thread Simon Urbanek
On Oct 5, 2013, at 4:51 PM, Sean O'Riordain sean...@acm.org wrote: Some people (luckily not me anymore!) working with mortgages and pensions need to calculate up to 40 years into the future for the payment schedule. Just to clarify since the Joshua's comment was ambiguous (and in part plain

Re: [Rd] Possible POSIXlt / wday glitch bugs.r-project.org status

2013-10-05 Thread Imanuel Costigan
Thanks for the clarification Simon. Having a look at the code in datetime.c, I can't say that I envy its maintainer. Looks like there are a lot of hacks to get things working. For the time being, I am going to override the TZ environment variable to be UTC as at this time I don't need to

[Rd] Possible POSIXlt / wday glitch bugs.r-project.org status

2013-10-04 Thread Imanuel Costigan
Wanted to raise two questions: 1. Is bugs.r-project.org down? I haven't been able to reach it for two or three days: ``` ping bugs.r-project.org PING rbugs.research.att.com (207.140.168.137): 56 data bytes Request timeout for icmp_seq 0 Request timeout for icmp_seq 1 Request timeout for

Re: [Rd] Possible POSIXlt / wday glitch bugs.r-project.org status

2013-10-04 Thread Joshua Ulrich
Quoting from ?timezone: Note that except on Windows, the operation of time zones is an OS service, and even on Windows a third-party database is used and can be updated (see the section on ‘Time zone names’). Incorrect results will never be an R issue, so please ensure that

Re: [Rd] Possible POSIXlt / wday glitch bugs.r-project.org status

2013-10-04 Thread Scott Kostyshak
On Fri, Oct 4, 2013 at 6:11 AM, Imanuel Costigan i.costi...@me.com wrote: Wanted to raise two questions: 1. Is bugs.r-project.org down? I haven't been able to reach it for two or three days: Yes. Quote from Duncan: ... the server is currently down. The volunteer who runs the server is

Re: [Rd] Possible POSIXlt / wday glitch bugs.r-project.org status

2013-10-04 Thread Imanuel Costigan
Thanks for the responses and quoting the timezone help file. I am assuming that in order to determine the wday element of POSIXlt, R does the necessary calculations in Julian time (via POSIXct). Based on this excerpt from ?DateTimeClasses, it looks like R is responsible for determining time

Re: [Rd] Possible POSIXlt / wday glitch bugs.r-project.org status

2013-10-04 Thread Joshua Ulrich
On Fri, Oct 4, 2013 at 8:02 PM, Imanuel Costigan i.costi...@me.com wrote: Thanks for the responses and quoting the timezone help file. I am assuming that in order to determine the wday element of POSIXlt, R does the necessary calculations in Julian time (via POSIXct). Based on this excerpt

Re: [Rd] Possible POSIXlt / wday glitch bugs.r-project.org status

2013-10-04 Thread Imanuel Costigan
Ok thanks for that explanation. That's bad news for me. I need to generate dates out past that limit regularly. It means that many operations past that limit are unreliable. Any suggested work arounds / alternatives? On 05/10/2013, at 11:37 AM, Joshua Ulrich josh.m.ulr...@gmail.com wrote: On