Ryan Culpepper writes:
> Just a reminder that testing for release v5.3 begins Monday.
Tests crash on NetBSD 6.0_BETA2 i386:
Section(basic)
Section(unicode)
Section(rx)
Section(reading)
Section(readtable)
Section(printing)
Section(macro)
Section(syntax)
Section(procs)
Section(stx)
Section(module
On 2012-07-25 01:50:19 -0400, D Herring wrote:
> I think that is incorrect. The Racket Reference says # is the
> result only when the body is not evaluated.
Thanks for the report! This was recently fixed in the pre-release
version and will be in the docs for the next release.
Cheers,
Asumu
_
This looks like a crash that I've seen, but only a couple of times over
months. For the crash I saw, control was in libpixman via libcairo
during the rendering of the Plot manual, but I haven't been able to
replicate it to investigate further.
Are you seeing the crash frequently? Can you get a cor
Attempting to download the 64 bit windows version gives a Page
Not-Found error and the following.
> ((uncaught-exception-handler)
(*(+(*)(*(+(*)(*)(*)(*)(*))(+(*)(*)(*)(*)(*))(+(*)(*)(*)(*(+(*)(*)(*)(*
uncaught exception: 404
The 32 bit Windows versions downloads okay.
Doug
On Tue,
I just tried downloading the Racket package for Windows (x86, 64-bit),
and it worked for me. Can you try again and let me know if it still
fails? Also, if you can't download from the form, can you try the
"static table" link (just under the usual download form, on the right
side) and see if you
The download page still failed with the same error. The static page worked fine.
On Wed, Jul 25, 2012 at 8:24 AM, Ryan Culpepper wrote:
> I just tried downloading the Racket package for Windows (x86, 64-bit), and
> it worked for me. Can you try again and let me know if it still fails? Also,
> if
The pre-release 32-bit version still fails for my large applications
at work fails to execute in DrRacket - 32-bit Windows XP. I don't have
the source or symbol tables loaded so the only message I get from the
Visual Studio debugger is attached. This is the same problem I was
having with the previo
Racket now includes nan? and infinite? in the core language, which
were already defined and provided by the science collection in PLaneT.
This isn't a problem, per se, with the code itself, but the
documentation doesn't build in the pre-release because of the
duplicate labels. In a perfect world, I
After thinking about it, I don't want an Immutable-Vector type, for
which v : Immutable-Vector proves (immutable? v) is #t. That would be
seriously annoying to users of a vector library.
What if TR had a notion of const-ness, like in C? Suppose (Vectorof A)
is a subtype of (Const-Vectorof B) w
On 24 Jul 2012, at 16:03, Ryan Culpepper wrote:
> * Kathy Gray
> - Test Engine Tests
Done
-Kathy
_
Racket Developers list:
http://lists.racket-lang.org/dev
Below is a rough list of additions and changes for v5.3. If you
are responsible for a change, please either elaborate it into an
announcement item or tell me if it shouldn't be included in the
announcement. Let me know if I've missed something.
mflatt:
- ffi/com, ffi/unsafe/com (ff41a896)
- scr
On Wed, Jul 25, 2012 at 9:29 AM, Neil Toronto wrote:
> After thinking about it, I don't want an Immutable-Vector type, for which v
> : Immutable-Vector proves (immutable? v) is #t. That would be seriously
> annoying to users of a vector library.
>
> What if TR had a notion of const-ness, like in C
Some more information on the problem. The application runs fine with
the pre-release on Windows 7 - 64 bit.
The code that is dying on Windows XP 32-bit is:
---
(require racket/runtime-path)
...
;;;
(define-runtime-path subject-path "..\\Subjects.txt")
;;;
(define (load-subject-encodings)
(l
On 07/25/2012 10:26 AM, Sam Tobin-Hochstadt wrote:
On Wed, Jul 25, 2012 at 9:29 AM, Neil Toronto wrote:
After thinking about it, I don't want an Immutable-Vector type, for which v
: Immutable-Vector proves (immutable? v) is #t. That would be seriously
annoying to users of a vector library.
Wha
On 07/25/2012 10:26 AM, Ryan Culpepper wrote:
neil:
- image, flomaps changes?
- resizable plot snips (3ed1a787)
"The Typed Racket API for fast floating-point bitmaps (flomaps) is now
public. Image processing operations include pointwise arithmetic,
gradients, blur, resizing with correct d
Is this application generated with 'raco exe'? Or 'Create Executable'
in DrRacket?
On Wed, Jul 25, 2012 at 10:31 AM, Doug Williams
wrote:
> Some more information on the problem. The application runs fine with
> the pre-release on Windows 7 - 64 bit.
>
> The code that is dying on Windows XP 32-bi
I used Create Executable in DrRacket. But, I just tried raco exe --gui
main.rkt to create it and get exactly the same error.
On Wed, Jul 25, 2012 at 11:46 AM, Sam Tobin-Hochstadt wrote:
> Is this application generated with 'raco exe'? Or 'Create Executable'
> in DrRacket?
>
> On Wed, Jul 25, 201
It turns out that if I require racket/match explicitly it works.
Although I shouldn't have to since racket/match is provided by #lang
racket. So, I have a work around on Windows XP 32-bit. But it would be
nice to get the problem fixed.
On Wed, Jul 25, 2012 at 11:51 AM, Doug Williams
wrote:
> I us
I suspect the problem is caused by commit 8358420f, which changed match
to load part of its implementation lazily using lazy-require. Part of
that commit was reverted by 949d12e2, but possibly the use of
lazy-require left in is causing problems in some cases.
I think it would be best to just f
And, actually I was premature with the "I have a work around for
Windows XP". Sometimes it runs, but usually it dies in weird and
wonderful ways - sometimes with a Win32 error, sometimes with a seg
fault during gc, sometimes with errors about undefined symbols various
places. It's rather amusing to
And one last post on this. Now it is reliably running. I'm assuming
once I got a .zo of the offending module actually built, from then on
I'm okay as long as I don't play around with it. Does that make sense?
And, just to test that, I deleted the compiled directory and the weird
behavior comes bac
On Wed, Jul 25, 2012 at 11:16 AM, Ryan Culpepper wrote:
> I suspect the problem is caused by commit 8358420f, which changed match to
> load part of its implementation lazily using lazy-require. Part of that
> commit was reverted by 949d12e2, but possibly the use of lazy-require left
> in is causin
I had sent a separate e-mail to Matthew wondering if it was in the
module name resolver, which has also been modified. It would seem (to
me naively anyway) that that would be more likely to have OS
dependencies than the lazy require. Or maybe an unexpected interaction
between those two.
On Wed, Ju
> * Stephen Chang
> - Lazy Racket Tests
Pass
> - Lazy stepper tests
Fail, but I assume commit 25068 fixes the problems (in the process of
confirming now.)
>
> * Eli Barzilay
> - Swindle Tests
> - XREPL Tests
> - Racket Tree: compare new distribution tree to previous one
> - Run the
On Wed, Jul 25, 2012 at 2:59 PM, Stephen Chang wrote:
>> * Stephen Chang
>> - Lazy Racket Tests
> Pass
>
>> - Lazy stepper tests
> Fail, but I assume commit 25068 fixes the problems (in the process of
> confirming now.)
With 25068, all the stepper tests pass.
>
>
>>
>> * Eli Barzilay
>>
Well, the possible problem that I had in mind still should not cause
behavior like that, at least not by itself. I would expect it to always
fail trying to load a module in the racket/match implementation.
OTOH, if reverting the lazy-require addition fixes the problem, that
suggests that the b
On Tue, Jul 24, 2012 at 11:03 AM, Ryan Culpepper wrote:
>
> * Carl Eastlund
> - Dracula Tests (confirm that Dracula runs from PLaneT)
Done.
_
Racket Developers list:
http://lists.racket-lang.org/dev
On 07/24/2012 08:03 AM, Ryan Culpepper wrote:
* Neil Toronto
- Plot Tests
Done.
Can you also add the following to future checklists?
- Images tests
- Inspect icons
I've just done these, too.
Sorry about replying late. I'm on a 1/2-to-3/4-time-ish vacation.
Neil ⊥
___
On 07/25/2012 04:00 PM, Neil Toronto wrote:
On 07/24/2012 08:03 AM, Ryan Culpepper wrote:
* Neil Toronto
- Plot Tests
Done.
Can you also add the following to future checklists?
- Images tests
- Inspect icons
I've just done these, too.
Okay, I've added those items to the checklist for fut
Checklist items for the v5.3 release
(using the v5.2.900.1 release candidate build)
Search for your name to find relevant items, reply when you finish an
item (please indicate which item/s is/are done). Also, if you have any
commits that should have been picked, make sure that the changes are
There is a new release build available that includes commits from the
last two days.
(Doug: This build does not include the reversions I mentioned earlier.
I'll start a build later this afternoon for those.)
--> Release candidates are at
--> http://pre.racket-lang.org/release/installers
___
I think you're best off to release a new version of the science collection
and make it require 5.3 as the minimum version (one that differs from the
currently released one only by sorting out this conflict). I'm not sure
which version of nan? and infinte? are the right ones, tho.
Robby
On Wednesd
> * John Clements
> - Stepper Tests
Passing.
> Updates:
> - Stepper Updates: update HISTORY
> (updates should show v5.3 as the most current version; email me
> to pick the changes when they're done, or tell me if there are no such
> changes.)
Did not do this.
> * Stephen Chang
> -
On 07/25/2012 10:31 AM, Neil Toronto wrote:
On 07/25/2012 10:26 AM, Sam Tobin-Hochstadt wrote:
On Wed, Jul 25, 2012 at 9:29 AM, Neil Toronto
wrote:
After thinking about it, I don't want an Immutable-Vector type, for
which v
: Immutable-Vector proves (immutable? v) is #t. That would be seriousl
On 07/25/2012 01:50 PM, Robby Findler wrote:
I think you're best off to release a new version of the science
collection and make it require 5.3 as the minimum version (one that
differs from the currently released one only by sorting out this
conflict). I'm not sure which version of nan? and infin
On 07/25/2012 04:50 PM, Robby Findler wrote:
On Wednesday, July 25, 2012, Doug Williams wrote:
Racket now includes nan? and infinite? in the core language, which
were already defined and provided by the science collection in PLaneT.
I think you're best off to release a new version of th
On 07/25/2012 12:29 PM, Neil Toronto wrote:
What if TR had a notion of const-ness, like in C? Suppose (Vectorof A)
is a subtype of (Const-Vectorof B) when A is a subtype of B, and
(Const-Vectorof A) is never a subtype of (Vectorof B).
In C, "const" is a contract on the function type, not on th
On Wed, Jul 25, 2012 at 10:00 PM, D Herring wrote:
> On 07/25/2012 04:50 PM, Robby Findler wrote:
>>
>> On Wednesday, July 25, 2012, Doug Williams wrote:
>>
>> Racket now includes nan? and infinite? in the core language, which
>> were already defined and provided by the science collection
On Jul 24, 2012, at 11:03 AM, Ryan Culpepper wrote:
> * Stephen Bloch
> - Picturing Programs Tests
Clean.
Stephen Bloch
sbl...@adelphi.edu
_
Racket Developers list:
http://lists.racket-lang.org/dev
39 matches
Mail list logo