Hi, not sure if this is considered a bug?
(send model save-file model1.bmp 'bmp)
save-file in bitmap%: kind saving not yet implemented: 'bmp
I found this link, and it's been 2 years since. Is it an update that will take
a long time?
Hi,
Thanks for your answer. I meant the former, i.e., a 2D pict of a ball with
some shading to make it look 3D.
Is there any quick way to do it or I have to implement the algorithm by
myself?
Thanks again.
On Mon, Jul 20, 2015 at 8:38 AM, Jack Firth jackhfi...@gmail.com wrote:
On Saturday,
That was a bug in the revised implementation of `define-generics` for
the new expander. I've pushed a repair.
At Sun, 19 Jul 2015 22:34:36 -0400, Alexander D. Knauth wrote:
This is a simplified example of something that worked in racket version
6.2.0.4 from 2015-06-08, but is now broken in
Hi all,
I'm found something strange with Racket 6.1.1 and Postgresql (9.3.6):
SQL that works differently in a Racket query than in the DB console.
I have a table defined as
create table blah
(
a char(15),
b char(15),
created timestamp with time zone,
I don't really know what's going on, but this might help:
;; It seems to be introducing the definition correctly, but not the use:
;; this works
(let ()
(def) ; no difference between (def) and (define id 5)
id)
;; this doesn't
(let ()
(def)
(use)) ; but there is a difference between
Hello,
I'm trying to update some code to the new expander. The below code works on
6.2 but fails on the new expander with an unbound identifier error.
#lang racket
(require (for-syntax syntax/parse))
;; a standard context for identifiers
(define-for-syntax ctx #'ctx)
;; create an ID with the
Sorry for the delay. It has been a very interesting week in the low
level implementation of Racket. A few days ago, Matthew fixed the bug
and enabled the new expander, and then he fixed most of the problems
that appear with the changes. So now looks like a good time to retry
all the tests and see
You might be ending up with different timezones set on the different
connections, as libpq clients can automatically set/change some
session settings that the racket library does not. I'd try running
show timezone via both connections, and see what you end up with.
On Mon, Jul 20, 2015 at 12:29
Repair pushed.
On Jul 20, 2015, at 11:14 AM, Matthew Flatt mfl...@cs.utah.edu wrote:
Thanks for the info. I think it's a bug in the expander, and I have a
repair, but I think that repair might point to another bug that I'm
still investigating.
At Mon, 20 Jul 2015 12:56:49 -0400,
The new expander treats submodules like everything else. Since
`racket/math`, is macro-introduced while the body of the submodule `pi`
is not, the import doesn't bind `pi`. For that matter, the initial
`racket/base` import is also macro-introduced and doesn't bind `#%top`
for `pi`.
OK, this
Thanks for the info. I think it's a bug in the expander, and I have a
repair, but I think that repair might point to another bug that I'm
still investigating.
At Mon, 20 Jul 2015 12:56:49 -0400, Alexander D. Knauth wrote:
I don't really know what's going on, but this might help:
;; It seems
I'm trying to create a way to automatically turn test cases into examples. I'd
like a macro that turns this:
(extract-expressions
(module+ test
(check-equal? (extract-expression (square 5)) 25)
(check-equal? (extract-expression (square -5)) 25))
(module+ doc
@defproc[(square [x
On 7/20/2015 6:08 PM, Jay Kominek wrote:
You might be ending up with different timezones set on the different
connections, as libpq clients can automatically set/change some
session settings that the racket library does not. I'd try running
show timezone via both connections, and see what you
13 matches
Mail list logo