Re: [racket-dev] Floating-Point Compliance Testing

Back on list. A lot of things point to general sloppiness in either the FPU or C libraries, but I'd like more information just in case. Can you reply with the values of the following expressions on the Athlon? (flexpt -1001.0 -1.3407807929942596e+154) (flexpt -1001.0 1.3407807929942596e+1

Re: [racket-dev] Floating-Point Compliance Testing

Tested it too and got an interesting result. On a 32bit linux its: +nan.0 +nan.0 +nan.0 +nan.0 +nan.0 +nan.0 +nan.0 +nan.0 so, completely wrong. But on a 64bit Linux its correct if i use the 64bit racket version. When i try the 32bit build i get the wrong results again. I think you can blame it

[racket-dev] Bug report form broken

Hello, with "Welcome to DrRacket, version 5.3.2.3--2013-02-05(fb91582/a) [3m]." the bug report form is broken again. Attached there is a screenshot of the error. The report I was trying to submit follows below. Cheers In DrRacket, with "Enable keybindings in menu" unchecked, the comma

Re: [racket-dev] Floating-Point Compliance Testing

Excellent test! I can think of two things that could cause the difference: 1. `flexpt' works around `pow' bugs on 64-bit Linux but not 32-bit (Racket can fix this one) 2. 64-bit compile uses SSE instructions, and the SSE unit is better than the FPU There are probably more possibilitie

Re: [racket-dev] Bug report form broken

After many retries, one succeded. As ar as I can tell, I did nothing different this time. Cheers On Fri, Feb 8, 2013 at 8:12 PM, Pierpaolo Bernardi wrote: > Hello, > > with "Welcome to DrRacket, version 5.3.2.3--2013-02-05(fb91582/a) [3m]." > the bug report form is broken again. > > Attached t

Re: [racket-dev] , en and enter! sometimes do nothing, and it's changing over releases?

I've been seeing the same behavior. I think something got broke in racket/enter "enter!". I don't think it is a Geiser, XRepl issue other then both I believe leverage the racket/enter module. Bit of a pain in the arse bug, nice if someone could look in to it. Thanks, Ray On Thu, Feb 7, 2013

[racket-dev] Fwd:

http://www.radiovasco.com/j6ctxt.php?s=lf _ Racket Developers list: http://lists.racket-lang.org/dev

Re: [racket-dev] Fwd:

Uh, spam zombie to broken website? Fatal error: Call to undefined function: str_split() in /web/htdocs/www.radiovasco.com/home/j6ctxt.php on line 20 -Ian - Original Message - From: "Doug Williams" To: dev@racket-lang.org Sent: Friday, February 8, 2013 4:11:12 PM GMT -05:00 US/Canada Eas

[racket-dev] need help with pr-13350: readline busy polling vs callback fix?

I'm trying to attack PR-13350, which is the busy-polling bug involving readline. The closest I've got so far is: https://github.com/dyoo/racket/tree/pr-13350 When I run the small test program: ### $ cat test.rkt #lang racket/base (require readline/mzrl) (list (readline-bytes #">>> ")

Re: [racket-dev] Fwd:

Seems my gmail account was spammed. My apologies. On Fri, Feb 8, 2013 at 2:19 PM, J. Ian Johnson wrote: > Uh, spam zombie to broken website? > > Fatal error: Call to undefined function: str_split() in > /web/htdocs/www.radiovasco.com/home/j6ctxt.php on line 20 > -Ian > - Original Message --

Re: [racket-dev] need help with pr-13350: readline busy polling vs callback fix?

> > However, when I try using this in the larger context of xrepl, I've > found that I've completely broken it. > > ### > $ ~/local/racket/bin/racket > Welcome to Racket v5.3.3.1. >> (require xrepl) > -> hello > -> world > -> help > ### There's something funny with buffered input going o