Hi Jan,
That's a nice idea. Something similar --- but in a restricted form ---
is used internally to implement various primitive events. I think I see
how to generalize it to work with more arbitrary events and non-atomic
replace functions.
There could easily be a catch that I'm overlooking, but
nd MIPS64 only permit aligned access to memory, however amd64, arm
> (almost always) and x86 doesn't have this problem.
>
> On 04/30/14 15:49, Juan Francisco Cantero Hurtado wrote:
> > On 04/30/14 02:07, Matthew Flatt wrote:
> >> It's been a very long time since
Recall that we added `@history[...]` to `scribble/manual` so we can
document the addition of new modules, bindings, arguments, command-line
flags, etc.
It's easy to forget to add a note, and we have no good way of checking
that `@history[]` notes have been added where needed. On the plus side,
I t
How about `(hash-set #hash() k v)`?
(I probably should have been more careful in defining `hash` to allow
it to return a constant when given 0 arguments.)
At Sat, 28 Jun 2014 09:56:05 -0400 (EDT), "J. Ian Johnson" wrote:
> I depend highly on creating singleton hashes in my program (one key maps).
At Fri, 27 Jun 2014 13:43:46 -0400, Sam Tobin-Hochstadt wrote:
> On Fri, Jun 27, 2014 at 12:30 PM, Matthew Flatt wrote:
> > At Fri, 27 Jun 2014 11:56:39 -0400, Sam Tobin-Hochstadt wrote:
> >> On Fri, Jun 27, 2014 at 11:45 AM, Matthew Flatt wrote:
> >> > For
At Fri, 27 Jun 2014 11:56:39 -0400, Sam Tobin-Hochstadt wrote:
> On Fri, Jun 27, 2014 at 11:45 AM, Matthew Flatt wrote:
> > For some reason, the way that PDF fragments are pulled in by `pdflatex`
> > makes the fragments look worse in some PDF viewers/machines than the
> >
I will push a repair for that soon.
Just to clarify a little, `--pdf` files generated on Robby's machine
look fine in Preview on my machine, and `--pdf` files generated on my
machine look bad in Preview on Robby's machine. The machine dependence
is in how the output is viewed, and not what is gene
om, as well as between each pair of consecutive lines?
> Assume this is a style of some sort (I should be all set after that).
>
> Kathi
>
>
> On Mon, Jun 23, 2014 at 6:31 AM, Matthew Flatt wrote:
>
> > At Mon, 23 Jun 2014 03:59:38 -0400, Kathi Fisler wrote:
> >
At Mon, 23 Jun 2014 10:45:44 -0400, Sam Tobin-Hochstadt wrote:
> On Mon, Jun 23, 2014 at 8:29 AM, wrote:
> >
> > 6a5a303 Matthew Flatt 2014-06-23 13:23:47 +0100
> > :
> > | avoid getting stuck on non-UTF-8 symbol encodings in bytecode
> > |
>
>
> Doe
At Mon, 23 Jun 2014 03:59:38 -0400, Kathi Fisler wrote:
> I need to create a table/tabular in which each column has a different fixed
> width. In latex, I would write {p{1in} | p{2in}} in the column
> specification.
>
> Anyone have a sample of scribble code that does this?
The enclosed example wo
At Sat, 14 Jun 2014 18:18:05 -0400, Tony Garnock-Jones wrote:
> At the moment, when regexp.c runs out of buffered lookahead during a
> regexp-try-match, it peeks a few bytes. However, it looks like it will
> never peek *fewer* than 16 bytes (unless eof occurs before then).
I don't think that's rig
I've pushed a repair.
At Tue, 10 Jun 2014 13:04:30 -0400, Matthias Felleisen wrote:
>
> > raco setup: package declares no dependencies: "txexpr"
> > raco setup: package declares no dependencies: "sugar"
> > hash-ref: no value found for key
> > key: "racket"
> > context...:
> >/Users
My guess is that this is related to a transition from 32-bit branches
to 64-bit branches in JIT-generated code, which happens onx x86_64 when
enough code has been JITted to span an address range larger than 2^31
(and that's likely to happen late in a build when using 7 places). I
haven't been able
Ok, I see. I'll revise my comment to "this would be better done with a
more general form of type inference", leaving out the claim of where
that inference should live.
I don't currently know how to do it other than building inference into
the complier. Matthias's plug-in rules sounds like a point
Yes. Please use rsync from "mirror.racket-lang.org" instead of
"download.racket-lang.org".
We moved "download.racket-lang.org" to an S3-hosted site, while
"mirror.racket-lang.org" refers to the machine that
"download.racket-lang.org" refers to. In other words, we had to split
names to distinguish
At Fri, 16 May 2014 10:40:44 -0400, Sam Tobin-Hochstadt wrote:
> On Fri, May 16, 2014 at 10:23 AM, Matthew Flatt wrote:
> > The result of `expand` does not keep track of it source. You may want
> > to use `resolve-module-path-index` from `syntax/modresolve`, providing
> > the
The result of `expand` does not keep track of it source. You may want
to use `resolve-module-path-index` from `syntax/modresolve`, providing
the original module path as the second argument. The
`resolve-module-path-index` function detects the "self" module path
index (which is giving you '|expanded
At Thu, 15 May 2014 18:34:20 -0400, Neil Van Dyke wrote:
> FYI, a 6.0.1 install from source failed. I can't spend any time on it
> right now.
>
> System: 32-bit x86 dual-core, Debian Squeeze, no virtualization, no
> swap, 3 GB RAM total, almost 2 GB RAM free.
>
> $ ./configure --prefix=/usr/lo
"Marijn Schouten (hkBst)" wrote:
> I realize this is a very old thread, but the behavior of Racket has not
> changed since.
>
> On 03-05-14 23:29, Marijn Schouten (hkBst) wrote:
> > On 07/10/2012 05:03 PM, Matthew Flatt wrote:
> >> At Tue, 10 Jul 2012 10:51:
the `prep!` fix. You get the same errors if you take out the
> namespace.
>
> However, there aren't any other uses of namespace anchors in that
> code, so I'm not sure what to try to fix.
>
> Sam
>
>
> >
> > On Wed, May 7, 2014 at 10:58 AM, Matth
500, Robby Findler wrote:
> Oh! So the evaluator module is available in phase 0 in 'ns', but not
> in 'namespace'. Is that right?
>
> Robby
>
> On Wed, May 7, 2014 at 9:58 AM, Matthew Flatt wrote:
> > I think the right change might be
> >
> &g
Is there a reason that this shouldn't be part of the behavior of
> `namespace-anchor->empty-namespace`?
>
> Sam
>
> On Wed, May 7, 2014 at 10:58 AM, Matthew Flatt wrote:
> > I think the right change might be
> >
> > (module evaluator racket
> >
I think the right change might be
(module evaluator racket
(define (prep!)
(parameterize ([current-namespace namespace])
(dynamic-require (variable-reference->module-path-index
(#%variable-reference))
0)))
(define-
At Thu, 01 May 2014 13:49:55 -0400, Ryan Culpepper wrote:
> mflatt:
> - 2x bitmaps (037a211f, e47a90cc, etc); file/convertible (eda4f357)
> - retina displays (7dc63162)
> - dc alignment scale (582e9925)
> - bignum performance (780d6ae5)
> - added syntax/wrap-modbeg (bfda0665)
> - treat FFI primitiv
It's been a very long time since I touched a machine where the stack
grows up. Does changing `c->cont->buf.stack_size` to `c->stack_size`
work?
At Wed, 30 Apr 2014 00:21:10 +0200, Juan Francisco Cantero Hurtado wrote:
> On 04/28/14 21:13, Matthew Flatt wrote:
> > S
At Tue, 29 Apr 2014 15:15:44 -0400, Stephen Chang wrote:
> I guess I'm still unsatisfied because it still feels like there's a
> gap between the namespace "model" as presented by the docs and what
> actually happens. For example, the docs give me the impression that
> you can't require a module unl
I'm not sure I follow. When you use unsafe features, you can defeat
most any intended invariant; that's what makes them "unsafe", right?
Whether this particular example is ok depends on what you want
`unsafe-global` to mean. If you want it to correspond to external state
--- such as a filesystem o
If you start with an empty namespace, then the handful of primitive
modules needed to bootstrap `racket/base` are not there. Attaching
`racket/base` doesn't make "m.rkt" available, but it makes it possible
to load "m.rkt", after which "m.rkt" will be declared in the namespace.
It's not a matter of
5:35 +0200, Juan Francisco Cantero Hurtado wrote:
> On 04/28/14 20:08, Matthew Flatt wrote:
> > I think `--enable-pthread` is triggering the attempt to use CAS. Can
> > you leave that one out?
>
> I tried without enable-pthread. I see the same problem
> http://juanfra.in
I think `--enable-pthread` is triggering the attempt to use CAS. Can
you leave that one out?
At Mon, 28 Apr 2014 19:59:10 +0200, Juan Francisco Cantero Hurtado wrote:
> On 04/28/14 01:03, Matthew Flatt wrote:
> > At Mon, 28 Apr 2014 00:58:48 +0200, Juan Francisco Cantero Hurtado wrote:
At Sun, 27 Apr 2014 18:56:32 -0600, Neil Toronto wrote:
> Strange thing, though: while `inexact->exact` is now about 10x faster,
> my TR implementation `flonum->rational` is now about 7x slower. I've
> verified that `flonum->fields` accounts for about 85% of the running
> time. I see that you've
At Mon, 28 Apr 2014 00:58:48 +0200, Juan Francisco Cantero Hurtado wrote:
> I'm trying to compile Racket 6.0 on OpenBSD/hppa but the compilation
> fails because there is not support for CAS on OpenBSD/hppa. Is it
> possible compile racket on platforms without atomic CAS?.
Does it help to use
-
I think you're looking for `resolve-module-path`.
At Wed, 23 Apr 2014 17:41:19 -0400, Sam Tobin-Hochstadt wrote:
> I'd like to have a function that takes a collection path, as can be
> given to `lib`, and gives me back the file name. What's the best way
> to do this?
>
> It would seem like `coll
The definition
(define pi.t 3.1415926535897932385t0)
will work even on platforms where extflonums are not supported.
On those platforms, no operation other than printing will work on the
number, but reading and printing will work (and printing simply writes
the original representation).
At Mon
At Sat, 19 Apr 2014 17:36:40 -0400, Vincent St-Amour wrote:
> At Sat, 19 Apr 2014 13:19:25 -0400,
> mfl...@racket-lang.org wrote:
> > a01b12e Matthew Flatt 2014-04-19 10:11
> > :
> > | optimizer: don't move expressions into a `with-continuation-mark`
> > |
>
At Thu, 17 Apr 2014 18:44:20 -0400, Ryan Culpepper wrote:
> * Matthew Flatt
>- Racket Tests
>- Languages Tests
>- GRacket Tests (Also check that `gracket -z' and `gracket-text' still
> works in Windows and Mac OS X)
>- mzc --exe tests
>-
The `make-primitive-class` function is a leftover from pre-v5.1 days,
where the problem was to turn a C++ object into a Racket object. I'm
not surprised that it has rotted away, it should be removed entirely,
and I doubt that it's what you would want even if it worked.
At Thu, 17 Apr 2014 14:49:40
You're right that it's about event ordering and not refresh coalescing.
Since mouse events are handled after refreshes, you won't get the next
refresh request until an earlier one is handled, after which the next
mouse event can trigger another refresh request. I think the difference
between Unix/X
At Wed, 16 Apr 2014 09:02:44 -0400, Matthias Felleisen wrote:
>
> On Apr 15, 2014, at 9:29 PM, Asumu Takikawa wrote:
>
> > On 2014-04-15 18:13:31 -0400, claire alvis wrote:
> >> The push below includes changes to letrec expressions, internal
> >> definitions, units, classes, and certain ill-form
According to previous build logs, it should be by now.
>
> Neil ⊥
>
> On 04/10/2014 05:01 AM, Matthew Flatt wrote:
> > I've *finally* upgraded the native Windows and Mac OS X libraries for
> > the drawing stack, including GLib, Cairo, and Pango.
> >
> > I
on for Intel, for reasons that I can't
remember.)
At Mon, 14 Oct 2013 21:34:19 -0600, Matthew Flatt wrote:
> I haven't had a chance to look into this, but it's still on my list.
>
> At Sun, 06 Oct 2013 11:48:57 +0400, Roman Klochkov wrote:
> > Can we upgrade GTK versi
as Hammer wrote:
> Just checked and _Bool is also 1 byte, same as C++. What i don't
> understand yet is to which standard does the current _bool conform? I
> couldn't find any platform with int sized bool.
>
>
> On Fri, 04 Apr 2014 17:10:30 +0200, Matthew Flatt
>
Yes, `_bool` is a problem. I'll add a `_stdbool` that corresponds to
`bool` from C99's , which I imagine must be the same as
`bool` in C++.
At Fri, 4 Apr 2014 08:56:18 +0200, Tobias Hammer wrote:
> Hi,
>
> i guess this shouldn't happen:
>
> $ cat s.cc
> #include
> int main()
> {
> printf("
If I understand the question:
* With 34c3eed615, "pr12644.rkt" can compile and run.
* With d29df205f7, "pr12644.rkt" fails to compile.
* A bytecode form of "pr12644.rkt" compiled with 34c3eed615 can still
run in d29df205f7, because run-time support for "pr12644.rkt" didn't
change.
* W
At Wed, 12 Mar 2014 18:05:03 -0700, Eric Dobson wrote:
> A common issue I have is that the default error handler does not
> display error message's exn:srcloc if it has it [...]
>
> Is this reasonable to add to the default error handler, and if so do
> people have suggestions on the format?
You m
I've pushed a repair for the crash.
The crash was due to a hack that extracts a private child from a Gtk
widget that implements a `choice%`. The child is extracted so that
callbacks can be attached to the child widget. The reference count on
the extracted child wasn't managed correctly, and so an
At Wed, 12 Mar 2014 23:14:14 +, Paulo Matos wrote:
> However, I notice a top-level Makefile in racket/, after taking a peek
> and reading INSTALL.txt it seems that now I need to use this Makefile to
> build everything.
>
> So, I try (as mentioned in the INSTALL.txt):
> make in-place
>
> in-
At Wed, 12 Mar 2014 20:37:14 +, Paulo Matos wrote:
> make[7]: Entering directory `/home/pmatos/projects/BUILDS/racket/foreign'
> gcc -O3 -Wall -Werror -c ../../../racket/racket/src/foreign/foreign.c -o
> foreign.o
> ../../../racket/racket/src/foreign/foreign.c:9:21: fatal error:
> schpriv.h:
Yes, but it pulls in more dependencies than I wanted here.
> On Mon, Mar 3, 2014 at 7:55 AM, wrote:
> >
> > ~~
> >
> > 7e546d1 Matthew Flatt 2014-03-02 17:46
> > :
> > | file/md5: faster
> > |
> > | Use unsafe operations and fo
At Tue, 25 Feb 2014 09:37:27 -0500, Sam Tobin-Hochstadt wrote:
> On Tue, Feb 25, 2014 at 9:32 AM, Matthew Flatt wrote:
> > At Tue, 25 Feb 2014 09:22:54 -0500, Sam Tobin-Hochstadt wrote:
> >> On Tue, Feb 25, 2014 at 8:34 AM, wrote:
> >> >
> >> &g
At Tue, 25 Feb 2014 09:22:54 -0500, Sam Tobin-Hochstadt wrote:
> On Tue, Feb 25, 2014 at 8:34 AM, wrote:
> >
> > eff53cd Matthew Flatt 2014-02-24 16:42
> > :
> > | treat FFI primitives like other primitives internally
> > |
> > | This change paves
That sounds much more sensible than including "COPYING.txt" and
"COPYING_LESSER.txt" everywhere. Unless someone tells me that it's a
bad idea, I'll switch packages to refer to LGPL by reference.
At Fri, 21 Feb 2014 11:45:50 -0500, Neil Van Dyke wrote:
> For at least third-party packages (though yo
At Fri, 21 Feb 2014 12:17:26 +0100, Togan Muftuoglu wrote:
> As I am testing upcoming 6.0 release build process, one thing that strikes me
> is the number of LICENCE.txt files, 166 of them. add the 3 for the copying
> COPYING-libscheme.txt, COPYING_LESSER.txt, COPYING.txt makes 169 in total.
>
>
At Sun, 09 Feb 2014 08:35:03 +, "Paulo J. Matos" wrote:
> On 09/02/14 00:03, Matthew Flatt wrote:
> > There should be many more flags passed to `gcc`, including some -I
> > flags and some -D flags.
> >
> > Is something in your environment overriding the
At Sat, 15 Feb 2014 17:45:07 -0500, "David T. Pierson" wrote:
> On Fri, Feb 14, 2014 at 03:55:59PM -0500, Ryan Culpepper wrote:
> > We would like to test the release candidate on the following
> > configurations:
>
> If I find the time to help here, where would I get the official "release
> candid
d be added to any automated test scripts though.
>
> Doug
>
> -- Forwarded message ------
> From: Matthew Flatt
> Date: Tue, Feb 11, 2014 at 10:26 AM
> Subject: Re: [racket-dev] GUI executables created with DrRacket fail
> To: Doug Williams
> Cc: "dev
The problem was due to changes in `scribble/manual` that didn't
preserve a delay on finding files in the "scribble" collection.
Scribble is referenced by `plot` in a way that needs `scribble/manual`
to work in an executable, and your program uses `plot`.
I've pushed a repair to Scribble.
At Sun,
There should be many more flags passed to `gcc`, including some -I
flags and some -D flags.
Is something in your environment overriding the CFLAGS definition in
the makefile? Normally, a definition in the makefile would take
precedence over an environment variable, but maybe something else is
taki
I can see how that could happen. When you first install, the only
documentation page is in the main installation. After you install some
packages (in user scope), then there will be a more specific
documentation page in a user-specific location. It sounds like the CSS
file is not properly installed
At Sat, 25 Jan 2014 20:59:58 -0500, Asumu Takikawa wrote:
> On 2014-01-25 12:55:43 -0500, Ryan Culpepper wrote:
> > Racket 5.92 has a new package system, including a catalog of
> > hundreds of already-available packages. Please visit
>
> I noticed that the src tarball of v5.92 has a different dire
I think this is a backward-incompatible change, since the order of
fields matters when using `make-object` (as some old code likely does).
Moving the fields to the end should be ok.
At Tue, 28 Jan 2014 09:37:28 -0500, j...@racket-lang.org wrote:
> ~~
At Wed, 15 Jan 2014 13:21:50 -0500, Vincent St-Amour wrote:
> At Wed, 15 Jan 2014 12:31:29 -0500,
> mfl...@racket-lang.org wrote:
> > +@history[#:added "6.0.0.1"]
>
> IIUC, x.y.z.w versions are not usually user-visible (at least, they
> don't correspond to any released version). Do we want to expo
Yes, it's ok to call that method multiple times.
At Tue, 14 Jan 2014 10:44:39 -0800, John Clements wrote:
> I’m implementing (not-horribly-clunky) zooming for sound waves in rsound, and
> I like the auto-scrollbars mechanism. One question is what should happen
> when
> the user zooms in. I’d l
On the program
(time
(for/fold ([v (for/fold ([v 1]) ([i (in-range 1)])
(* (add1 i) v))])
([i (in-range 1)])
(/ v (add1 i
when compiling for 32-bit x86 with the latest XCode's clang and using a
2013 MacBook Pro running Mavericks, I get a 50% speed decrea
At Mon, 06 Jan 2014 20:57:53 -0700, Neil Toronto wrote:
> On 01/06/2014 07:38 PM, mfl...@racket-lang.org wrote:
> >
> > eda4f35 Matthew Flatt 2014-01-06 18:52
> > :
> > | file/convertible: declare 'png@2x-bytes conversion variant
> > |
> > | The 'p
Thanks for the pull request!
I'll fill in tests and merge; it looks like it's my fault that no tests
are in place already (and, so, unsurprising that the function is
broken). I'll put the tests in
pkgs/racket-pkgs/racket-test/tests/racket/path.rktl
At Tue, 7 Jan 2014 01:08:45 +, "Moore, Sc
At Sun, 05 Jan 2014 15:18:51 -0700, Neil Toronto wrote:
> How does DrRacket look on Retina displays now?
It's getting there. Remaining problem include the GC icon and some
part(s) of the process to show bitmaps in the interactions window.
> Can you post part of a screenshot?
Here's a full scree
awing destination, while alignment scale is
a property of a drawing context.) By default, I think a DC's alignment
scale should be 1 (i.e., unit-aligned) for compatibility. For your
purposes, then, you'll need to explicitly set the DC's alignment scale
to 2 to match the backing scale.
Do
Thanks --- I think I've fixed alignment for drawing to a bitmap with a
backing scale.
At Fri, 03 Jan 2014 19:33:22 -0700, Neil Toronto wrote:
> On 01/03/2014 06:12 PM, mfl...@racket-lang.org wrote:
> > bd4d0b7 Matthew Flatt 2014-01-03 17:57
> > :
> > | if a bitmap
Sounds right to me, so I'll make this change.
At Sun, 5 Jan 2014 10:22:37 -0200, Gustavo Massaccesi wrote:
> Hi!
>
> The file [plt] / racket / src / racket / src / optimize.c has a list
> of movable primitives in lines 955-961. I think that scheme_mcons_proc
> is missing. I read the definition an
At Sun, 29 Dec 2013 13:57:10 -0500, Ryan Culpepper wrote:
> * Matthew Flatt
>- Run COM tests
Another repair pushed (for command-line parsing in "MzCOM.exe").
It took me forever to figure out that MzCOM fails in a release
installation only because I install to a pa
quot;HISTORY.txt" files will stick around, but they
will act more like release notes with big-picture summaries, instead of
attempts at change logs (but I'm not sure). Also, I currently plan only
to document changes this way for changes after the v6.0 distribution
(leaving old notes to "
t Fri, 20 Dec 2013 10:44:45 -0700, Matthew Flatt wrote:
> Thanks! I've seen this error twice before today, and I've managed to
> provoke it twice this morning --- but that's out of about 20 attempts
> this morning, so it's slow going.
>
> At Fri, 20 Dec 2013 0
Thanks! I've seen this error twice before today, and I've managed to
provoke it twice this morning --- but that's out of about 20 attempts
this morning, so it's slow going.
At Fri, 20 Dec 2013 09:51:23 -0500, Sam Tobin-Hochstadt wrote:
> There's been an intermittent error on a few DrDr runs on `ma
I've pushed some HISTORY.txt and documentation updates.
Here are some draft blurbs for the release announcement:
At Thu, 19 Dec 2013 20:41:25 -0600, Robby Findler wrote:
> Jay, Matthew: pkg improvements
> [...]
> Matthew, Robby: gui package manager
Racket has a new package system and a catalog o
At Thu, 19 Dec 2013 09:16:24 +0100, Laurent wrote:
> Thanks! I was worried I was doing something wrong, but IIUC these tests
> were just not enabled in DrDr.
Right. They're now enabled.
> Is there an easy way to know if some tests are enabled in DrDr?
Currently, the configuration is in
pkgs/pl
Thanks --- I've tracked down the problem and pushed repairs.
At Tue, 17 Dec 2013 17:08:34 -0500, Greg Hendershott wrote:
> I see the same.
>
> Using HEAD (97ee349) today, built just now.
>
> On Sat, Dec 14, 2013 at 9:47 AM, Laurent wrote:
> > Hi,
> >
> > After a fresh `git pull --ff-only` follo
I don't recognize that error.
What version of Mac OS X and the C toolchain are you using?
At Wed, 18 Dec 2013 10:46:00 +0100, Michael Sperber wrote:
>
> I pulled plt-release, and get this:
>
> mkdir -p Racket.framework/Versions/5.91.0.900
> gcc -o Racket.framework/Versions/5.91.0.900/Racket -
I think this is probably a leftover from the broken period starting
with commit 6ff7359212 and ending with commit 4fc71002e8 --- and a case
of things being just broken enough that the current version doesn't
detect that things need to be refreshed.
You might try deleting
/Users/greg/src/plt/rack
That commit fixes problems that affect the new contract implementation,
but since the new contract implementation is not in the release branch,
I think the commit should be reverted on the release branch.
I have a repair in the works for the development branch, but it's not
simple.
At Tue, 17 Dec
Ah --- I think I see what I got wrong, and I'll work on a repair.
Here's a small test case:
(define f (lambda (x y #:z [z 1]) x))
(struct s (v) #:property prop:procedure 0)
(define f2 (s f))
(chaperone-of? (chaperone-procedure f2 (make-keyword-procedure void)) f2)
; => #f, should be #t
At T
.edu/release-snapshots/
> >
> > Note the nonstandard location!
> >
> > The "Racket plus Tests" builds already include the test packages. If
> > you use a "Minimal Racket" build instead, install test packages
> > manually using "raco pkg i
At Mon, 16 Dec 2013 11:38:32 -0500, Ryan Culpepper wrote:
> * Matthew Flatt
>- Racket Tests
>- Languages Tests
>- GRacket Tests (Also check that `gracket -z' and `gracket-text' still
> works in Windows and Mac OS X)
>- mzc --exe tests
>-
Thanks! I'll make the repair to propagate read-only mode, which is
definitely how it's supposed to work.
(A related regression is that installing a Planet package attempts to
render the search index too many times, and I see why that happens.)
At Mon, 16 Dec 2013 14:28:28 -0500, Ryan Culpepper wr
Yes, it's the same on Mac and Windows.
At Mon, 16 Dec 2013 14:12:18 -0500, David Vanderson wrote:
> Thanks for looking into it. Can you confirm if you see similar output on
> a different platform (Mac or Win)?
>
> On 12/16/2013 12:26 PM, Matthew Flatt wrote:
> > I
wrote:
> That makes sense, but the picture with 'unaligned seems strange
> (attached). It looks like each individual character is being pixel
> aligned, and also the vertical pixel drop doesn't happen until it's 0.7
> pixels down. Does this make sense?
>
> On 12/
Right you are. It's not an emergency bug fix, so skip it.
At Mon, 16 Dec 2013 10:46:11 -0600, Robby Findler wrote:
> I think this would have required a release manager to audit the code (as it
> comes after testing starts).
>
> Robby
>
>
>
>
> On Mon, Dec 16,
===
> > Directory summary:
> >8.8% pkgs/racket-pkgs/racket-doc/syntax/scribblings/
> > 19.4% pkgs/racket-pkgs/racket-test/tests/racket/
> > 47.6% racket/collects/racket/private/
> > 24.1% racket/src/racket/src/
> >
> > ~
Did you mean to pass 'unaligned instead of 'aligned as the last
argument to `find-or-create-font`? That should disable pixel alignment.
At Mon, 16 Dec 2013 01:28:23 -0500, David Vanderson wrote:
> Hello,
>
> It seems that draw-text always pixel-aligns its text. In the example
> below, I draw a b
the right fix. In particular, the
> keyword application form still uses the inferred name in a way that
> doesn't make sense to me. Can you say more?
>
> Sam
>
> On Sat, Dec 14, 2013 at 11:35 PM, Matthew Flatt wrote:
> > I've pushed a repair.
> >
> > At M
Thanks for the report! Unfortunately, I haven't been able to replicate
the problem on either Windows 7 machine that I tried.
Is there possibly some other configuration that's needed to provoke the
error, such as a font change?
At Tue, 10 Dec 2013 18:56:02 + (GMT), Richard Hopkins wrote:
> Usi
I've pushed a repair.
At Mon, 9 Dec 2013 16:56:49 -0500, Sam Tobin-Hochstadt wrote:
> On Mon, Dec 9, 2013 at 4:50 PM, Robby Findler
> wrote:
> > I'm not really familiar with the way the keyword expansion works. I was just
> > trying to suggest "obvious" reasons why the code would do such a thing.
At Sun, 8 Dec 2013 11:09:39 +0100, Jens Axel Søgaard wrote:
> In cases where the semantics of constructs are changed, should the
> documentation have a margin note stating the version number of the
> change?
Yes, it really should.
Details like this get listed in "HISTORY.txt" (the `case` form
app
I've pushed a repair. Thanks for the report!
At Thu, 05 Dec 2013 16:08:45 -0500, David Vanderson wrote:
> Hello,
>
> I'm seeing that if the first draw-text on a canvas is at a small scale
> (0.1), then later draw-text calls at larger scales (1) show strange
> character spacing (see attached ima
At Sun, 1 Dec 2013 01:08:19 +0100, Jens Axel Søgaard wrote:
> Hi All,
>
> I'd like to add cairo_recording_surface_create to the cairo ffi in
> draw/unsafe/cairo.rkt.
>
> Adding the line (and just that line)
>
> (define-cairo cairo_recording_surface_create (_cfun _uint
> _cairo_rectangle_t-pointe
At Sun, 01 Dec 2013 03:31:32 +0100, Juan Francisco Cantero Hurtado wrote:
> On 11/25/13 05:10, Juan Francisco Cantero Hurtado wrote:
> > Hi. I'm compiling racket 6 (from the git branch "release") on OpenBSD.
> >
> > The configure script includes the options "enable-gracket" and
> > "enable-docs" bu
I think the main problem is that the release snapshot is misconfigured.
When I download a release snapshot and look at the top-level README, it
says
The distribution has been configured so that when you install or
update packages, the package catalog at
http://plt.eecs.northwestern.edu/snapsh
At Tue, 26 Nov 2013 13:39:31 -0800, John Clements wrote:
> My question: is there an accepted hash function for an s16vector, or
> more generally, for a big block of memory?
No, not currently.
> Taking a look at the behavior of vectors, though, it looks like *every*
> element is considered in com
At Mon, 25 Nov 2013 09:56:45 -0500, Ryan Culpepper wrote:
> On 11/25/2013 09:44 AM, Matthew Flatt wrote:
> > Here's the full comment:
> >
> > The version string has one of the forms:
> >X.Y
> >X.Y.Z Z != 0
> >X.Y.Z.W W
Here's the full comment:
The version string has one of the forms:
X.Y
X.Y.Z Z != 0
X.Y.Z.W W != 0
where each X, Y, Z, W is a non-negative exact integer, Y must not
exceed 99, and Z or W must not exceed 999. Y>=90 means that this is
working towards {X+1}.0, and
101 - 200 of 1176 matches
Mail list logo