I'm not sure that it should never fail in that case. There are strange
things that happen in teh calendary. There is a week missing in the 1700s
somewhere (I think?) and an hour missing each year for daylight savings
time.
Probably best to have some fallback plan (use 0?) just in case there are
ot
I think you can just add it to for.rktl:
(test '(1 2 3)
'put-a-descriptive-name-here
(let ()
(define (in-X #:x seq) seq)
(for/list ([x (in-X #:x '(1 2 3))]) x)
;; => '(1 2 3)
(define-sequence-syntax in-X* (lambda () #'in-X) (lambda (stx) #f))
(fo
Good question. I just looked through the code, and I don't think so.
Dates and times are always in seconds in the first place, and generally
just get turned into dates for display. The only reason it needs to turn
dates into seconds (i.e. using `find-seconds' via `date->seconds') is to
round to
I sent a test case to Matthew, since I wasn't sure how best to include
it: it is a syntax error in the old version of the code. Here it is:
(define (in-X #:x seq) seq)
(for/list ([x (in-X #:x '(1 2 3))]) x)
;; => '(1 2 3)
(define-sequence-syntax in-X* (lambda () #'in-X) (lambda (stx) #f)
Test case?
Robby
On Wed, Feb 6, 2013 at 5:08 PM, wrote:
> ryanc has updated `master' from 117c81e2a6 to a85a71984d.
> http://git.racket-lang.org/plt/117c81e2a6..a85a71984d
>
> =[ One Commit ]=
> Directory summary:
> 100.0% collects/rac
Does date-ticks possibly needs to cope with find-seconds failing to find
the seconds?
Robby
On Wed, Feb 6, 2013 at 5:02 PM, Neil Toronto wrote:
> On 02/06/2013 02:14 PM, Jimmy Olgeni wrote:
>
>>
>> On Wed, 6 Feb 2013, Jimmy Olgeni wrote:
>>
>> The problem is that, due to this error, "make ins
> How likely is that authors of planet2 packages use the released version
> rather than the git head version?
Ok, I rescind my point then, since PLaneT2 is in beta.
_
Racket Developers list:
http://lists.racket-lang.org/dev
But the other one has a huge diff. How can you be sure it is right? It
isn't even in git head yet!
Robby
On Wed, Feb 6, 2013 at 5:27 PM, Matthias Felleisen wrote:
>
>
> How likely is that authors of planet2 packages use the released version
> rather than the git head version?
>
>
> On Feb 6, 20
How likely is that authors of planet2 packages use the released version rather
than the git head version?
On Feb 6, 2013, at 5:42 PM, Danny Yoo wrote:
> On Wed, Feb 6, 2013 at 3:39 PM, Robby Findler
> wrote:
>> This one seems maybe okay:
>>
>> https://github.com/dyoo/racket/commit/3e3608cc
On 02/06/2013 03:28 PM, stamo...@racket-lang.org wrote:
stamourv has updated `master' from bb216d142c to 117c81e2a6.
http://git.racket-lang.org/plt/bb216d142c..117c81e2a6
=[ One Commit ]=
Directory summary:
100.0% collects/meta/
~
On 02/06/2013 02:14 PM, Jimmy Olgeni wrote:
On Wed, 6 Feb 2013, Jimmy Olgeni wrote:
The problem is that, due to this error, "make install" does not
complete and I cannot get a repeatable build for the package, but
maybe I can find a way to exclude the plot docs build.
Does the weird date come
On Wed, Feb 6, 2013 at 3:39 PM, Robby Findler
wrote:
> This one seems maybe okay:
>
> https://github.com/dyoo/racket/commit/3e3608ccb82de7e14b0b3aed223d95c7d5a500ba
>
> but the other one definitely seems like too much. And I'm not sure that that
> one is a good idea. I think it is, but I'd want to
This one seems maybe okay:
https://github.com/dyoo/racket/commit/3e3608ccb82de7e14b0b3aed223d95c7d5a500ba
but the other one definitely seems like too much. And I'm not sure that
that one is a good idea. I think it is, but I'd want to try something like
that for a while before releasing it.
On W
On Wed, Feb 6, 2013 at 2:45 PM, Robby Findler
wrote:
> Do you have a commit in mind? (It would need to a simple one that is easily
> seen to be "correct".)
I'm thinking of the two commits currently on my compiler-hack branch:
https://github.com/dyoo/racket/commit/1caae27ded89a46453316f65a
Do you have a commit in mind? (It would need to a simple one that is easily
seen to be "correct".)
Robby
On Wed, Feb 6, 2013 at 3:36 PM, Danny Yoo wrote:
> On Wed, Feb 6, 2013 at 1:17 PM, Matthias Felleisen
> wrote:
> > Dear all
> >
> > DrRacket v5.3.2 has a bug that causes the highlighting t
On Wed, Feb 6, 2013 at 1:17 PM, Matthias Felleisen wrote:
> Dear all
>
> DrRacket v5.3.2 has a bug that causes the highlighting to become corrupted
> when the program contour is visible. We are planning to release 5.3.3 with
> just a fix for this bug in the next few days.
Would it be possible
You could probably disable those tests. Neil may be able to give us better
advice, tho.
On Wed, Feb 6, 2013 at 3:14 PM, Jimmy Olgeni wrote:
>
> On Wed, 6 Feb 2013, Jimmy Olgeni wrote:
>
> The problem is that, due to this error, "make install" does not complete
>> and I cannot get a repeatable
On Wed, 6 Feb 2013, Jimmy Olgeni wrote:
The problem is that, due to this error, "make install" does not complete and
I cannot get a repeatable build for the package, but maybe I can find a way
to exclude the plot docs build.
Does the weird date come from the docs source?
I found it in coll
On Wed, 6 Feb 2013, Robby Findler wrote:
Is midnight Jan 5, 1970 a valid date on your machine (in the sense that
there is an input to seconds->date that would produce that date)?
At least according to date(1), it seems to be a valid date:
$ date -r 342000
Mon Jan 5 00:00:00 CET 1970
Other
Is midnight Jan 5, 1970 a valid date on your machine (in the sense that
there is an input to seconds->date that would produce that date)?
Otherwise, I think you can just ignore that. The docs for plot aren't
building right and probably plot needs to be tweaked in some way to deal
with this kind of
Hello,
Does anybody on dev@ have any hint about this?
I poked around a bit but couldn't find anything suspect so far.
-- Forwarded message --
Date: Sun, 3 Feb 2013 11:35:46 +0100 (CET)
From: Jimmy Olgeni
To: Racket Users
Subject: [racket] find-secs error while building 5.3.2
Dear all
DrRacket v5.3.2 has a bug that causes the highlighting to become corrupted when
the program contour is visible. We are planning to release 5.3.3 with just a
fix for this bug in the next few days.
Matthias, Jay, Robby, Ryan for the release management
smime.p7s
Description: S/MIME cry
22 matches
Mail list logo
