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
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
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
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.
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
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
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
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
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
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) -
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
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
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
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
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
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
>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 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
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
>
>
19 matches
Mail list logo
