On Fri, Feb 8, 2013 at 7:53 PM, Tobias Hammer wrote:
> 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
>
That's what I get too.
And indeed my other machine was a 64bits Ubuntu and Racket.
Laurent
>
>
I can't really help with the other questions, but yes, I expect it is the
newline after the require. Read doesn't read past that matching paren:
Welcome to Racket v5.3.3.1.
> (define p (open-input-string "()\n"))
> (read p)
'()
> (peek-char p)
#\newline
On Fri, Feb 8, 2013 at 11:09 PM, Danny Yo
>From code inspection, I am going to guess that the problem is that
something is intercepting a request to this url:
http://bugs.racket-lang.org/captcha-text
and then sending back a string that is more than 200 characters long. I'll
push a commit that deals with that situation to avoid this er
I'm trying to look into it myself, even though it's over my head. On
the bright side it's a chance for me to learn more about how things
like modules and namespaces work, below the surface.
Also I'm starting to look at DrRacket source, because its F5/Run is
reliable. Is that because it's using `en
As for memory corruption, I'd say it's unlikely. The same DrRacket
instance, apart from this failure, is working with no problems. I
mean, the same process. Today I exercized all the day the very same
process with no further anomalies.
Cheers
(pls excuse the top quoting, it's not my choice)
201
On Sat, Feb 9, 2013 at 6:12 AM, Robby Findler
wrote:
> I can't really help with the other questions, but yes, I expect it is the
> newline after the require. Read doesn't read past that matching paren:
I'm observing that if I try to set the file-stream-buffer-mode during
module-load time, it see
Is this related to the enter bug?
$ racket
Welcome to Racket v5.3.2.3.
> (enter! slideshow/pict)
define-values: assignment disallowed;
cannot re-define a constant
constant: invoke-unit/core
in module: "/home/michael/local/racket/collects/racket/unit.rkt"
context...:
/home/michael/local/r
DrRacket's "run" button starts everything fresh and I don't think enter!
does that.
Robby
On Sat, Feb 9, 2013 at 12:39 PM, Greg Hendershott wrote:
> I'm trying to look into it myself, even though it's over my head. On
> the bright side it's a chance for me to learn more about how things
> like
On 2013-02-09 12:30:29 -0700, Michael Wilber wrote:
> $ racket
> Welcome to Racket v5.3.2.3.
> > (enter! slideshow/pict)
> define-values: assignment disallowed;
> cannot re-define a constant
> constant: invoke-unit/core
> in module: "/home/michael/local/racket/collects/racket/unit.rkt"
> con
Ok. I can dodge this problem by re-routing the getc-like function
that readline uses with Racket-aware stuff.
(set-ffi-obj! "rl_getc_function" libreadline (_fun _pointer -> _int)
(lambda (_)
(define next-byte (read-byte))
(if (eof-object? next-byte) -
enter! blows up because of a root error in module.c. The "module not
instantiated in current namespace". module.c has some sort informative
logging/debug statements, which print to stdout, but I haven't found the
magic environment variable or racket arg. -L debug -W debug don't work.
To reproduc
Yes PR 13096 is the same error message that I'm getting. However, I'm
seeing this in my TR code. I don't have any submodules in my code however,
as TR submodules don't work, so I think the problem is more generic than
submodules in enter!.
On Sat, Feb 9, 2013 at 2:42 PM, Asumu Takikawa wrote
Typed Racket generates submodules, so that may cause this even if you
don't write them explicitly.
Sam
On Sat, Feb 9, 2013 at 3:12 PM, Ray Racine wrote:
> Yes PR 13096 is the same error message that I'm getting. However, I'm
> seeing this in my TR code. I don't have any submodules in my code
There was a commit to module.c on 11/25/12 specific to submodules I'm
poking around at. It fits the suspect timelines with regards to "last
known time enter! worked".
On Sat, Feb 9, 2013 at 3:15 PM, Sam Tobin-Hochstadt wrote:
> Typed Racket generates submodules, so that may cause this even if y
Ahh to enable log/trace in module.c there is a conditional define for
LOG_ATTACH at the top of the source file.
On Sat, Feb 9, 2013 at 3:15 PM, Sam Tobin-Hochstadt wrote:
> Typed Racket generates submodules, so that may cause this even if you
> don't write them explicitly.
>
> Sam
>
> On Sat, Fe
Thanks, I think this is the commit log in Geiser on the topic.
Racket: fix for module evaluation/entering
Our module loader is receiving load requests for module names
represented as lists that are not exactly a submodule, in the sense
that the path does not represent an actual file.
Gregg,
Not sure if you're still banging away on this one. I have to take a break.
module.c blows up because the module is not "registered" when it tries to
do the namespace swap. But I don't think the problem is in module.c, nor
is this problem related to the Geiser list is a path problem.
ent
I'd like to play around with implementing generics or type classes in
Typed Racket, but without changing its internals, just to see what it
takes. I think I could get something pretty decent working if I could
get the following program to type:
(define ops-hash (make-hasheq))
(: set-ring-ops
So apropos to
http://blog.racket-lang.org/2009/03/drscheme-repl-isnt-lisp.html one "fix"
to the enter! bug is to keep it as simple as possible and as Robby hinted,
fresh load the module into a new namespace on every enter.
I've done some minimal testing and so far things appear to work.
Advantage
19 matches
Mail list logo