From bryan.emrys at gmail.com Mon Sep 20 05:15:36 2010 From: bryan.emrys at gmail.com (Bryan Emrys) Date: Sun, 19 Sep 2010 22:15:36 -0700 Subject: [local-time-devel] Development direction? Message-ID: Hello all, A project just hit my desk that looks like it will involve a lot of financial calculations which will eventually end up with various bits of date arithmetic (mostly interval calculations, for example, bond issued on x date, with various fixed and contingent rate reset dates on y, z, ... . These calcs don't require anything more granular than days, but they do end up with calculating based on number of days, months (full or partial) or years (full or partial) in the intervals. I've read through the TODO in the repo and looking at the comments on time+ and time- looks like the maintainers are undecided on what direction to take the project with respect to things like interval calculations. Am I getting the right impression? Bryan -------------- next part -------------- An HTML attachment was scrubbed... URL: From attila.lendvai at gmail.com Mon Sep 20 10:12:53 2010 From: attila.lendvai at gmail.com (Attila Lendvai) Date: Mon, 20 Sep 2010 12:12:53 +0200 Subject: [local-time-devel] Development direction? In-Reply-To: References: Message-ID: hi! > I've read through the TODO in the repo and looking at the comments on time+ > and time- looks like the maintainers are undecided on what direction to take > the project with respect to things like interval calculations. Am I getting > the right impression? the part of the TODO after "Attila:" is written by me. implementing those ideas is: a) quite some work b) quite an intrusive change which are the two reasons why i haven't jumped on the task. also, i'm not even sure to what extent Daniel shares the same view i scratched in the TODO. if very much, then i may end up opening a branch and start working on the new line. if not so much, then i may open a hu.dwim.foo-bar project to implement the alternative API scratched in the TODO. but as we are not pressed by any customer needs to do that, i wouldn't expect it to happen tomorrow... on the other hand, local-time in its current form is usable. we are even using it in real life applications that calculates real money being distributed... you just need to be aware of the internals not to shoot yourself in the foot. -- ?attila From cvb at standalone.su Mon Sep 20 12:34:02 2010 From: cvb at standalone.su (cvb) Date: Mon, 20 Sep 2010 16:34:02 +0400 Subject: [local-time-devel] Millisecond precision in ccl on windows. Message-ID: <4C9754BA.80107@standalone.su> Hi, I made a patch which can make timestamps with millisecond precision on windows system on clozure cl. -------------- next part -------------- A non-text attachment was scrubbed... Name: local-time-win.patch Type: text/x-patch Size: 813 bytes Desc: not available URL: From attila.lendvai at gmail.com Mon Sep 20 13:24:30 2010 From: attila.lendvai at gmail.com (Attila Lendvai) Date: Mon, 20 Sep 2010 15:24:30 +0200 Subject: [local-time-devel] Millisecond precision in ccl on windows. In-Reply-To: <4C9754BA.80107@standalone.su> References: <4C9754BA.80107@standalone.su> Message-ID: hi! > Hi, I made a patch which can make timestamps with millisecond precision on > windows system on clozure cl. thanks for the patch, but it seems to be based on an old version of local-time. and as i'm not using windows... could you please check out the latest from the repo and redo the patch based on that? darcs get http://www.common-lisp.net/project/local-time/darcs/local-time and once the changes are done use either: darcs record darcs send -o /tmp/foo.patch or at least send the output of: darcs whatsnew -u thanks, -- ?attila From cvb at standalone.su Mon Sep 20 14:35:18 2010 From: cvb at standalone.su (cvb) Date: Mon, 20 Sep 2010 18:35:18 +0400 Subject: [local-time-devel] Millisecond precision in ccl on windows. In-Reply-To: References: <4C9754BA.80107@standalone.su> Message-ID: <4C977126.8040005@standalone.su> 20.09.2010 17:24, Attila Lendvai ?????: > darcs send -o /tmp/foo.patch > Sure, made all as you asked, also I move my changes to %get-current-time instead of adding new now function. Here is new patch. Peter. -------------- next part -------------- A non-text attachment was scrubbed... Name: win-time.patch Type: text/x-patch Size: 10440 bytes Desc: not available URL: