At Sat, 12 Jun 2010 21:43:09 -0400, Sam Tobin-Hochstadt wrote:
First, do the difficulties you've had integrating eventspaces with
modern toolkits suggest that perhaps eventspaces should be designed
differently?
Not as far as I can tell. The fundamental problem is being able to use
some GUI
Short version:
I'm planning to change internal-definition expansion (anywhere that
says `body ...' in the Racket documentation) to allow expressions to
mingle with definitions. For example,
(let ()
(define (f) x)
(displayln f)
(define x 1)
(list f x))
would be allowed; the
At Wed, 30 Jun 2010 22:28:48 -0400, Eli Barzilay wrote:
Back to `data', the problem is that you cannot have two toplevel
`data' collections -- which means that you cannot have separate
distributions of `data/foo' and `data/bar' since they must both appear
in your plt installation or in your
At Sat, 10 Jul 2010 01:48:09 -0400, Eli Barzilay wrote:
On Jul 9, Matthew Flatt wrote:
At Wed, 30 Jun 2010 22:28:48 -0400, Eli Barzilay wrote:
Back to `data', the problem is that you cannot have two toplevel
`data' collections -- which means that you cannot have separate
distributions
At Sat, 10 Jul 2010 09:49:31 -0500, Robby Findler wrote:
On Sat, Jul 10, 2010 at 9:47 AM, Matthew Flatt mfl...@cs.utah.edu wrote:
At Sat, 10 Jul 2010 09:35:28 -0500, Robby Findler wrote:
Just to be sure I understand, you're saying that these two may or may
not refer to the same file
[Moved to dev list.]
Anyone interested in working on this? The relevant code is in
collects/mred/private/wxme/test.rkt
in `do-redraw'. Look for the use of `outline-brush'.
The current strategy for drawing the selection is to draw the plain
content and then apply a 'hilite brush over that.
I think it's best to fix the contract and docs so that #f is a valid
result when the argument has no directory part.
At Thu, 15 Jul 2010 10:10:12 -0600, Jay McCarthy wrote:
This bug report
http://bugs.racket-lang.org/query/?cmd=viewpr=11012
is due to
path-only
returning #f when given
At Wed, 21 Jul 2010 17:09:03 -0600, Matthew Flatt wrote:
I've pushed a change to the git repo that I don't think will fix the
problem, but I think it will give us better information when you get a
chance to try it.
The new error message provoked a bug report that led to a repair. So,
please
(version
5.0.1.1--2010-07-21(ca106a41343233e3e2e1d6393b97ff6de67e01c4/a) [3m]). Now I
get the following error message:
cm: no SHA-1 for dependency: (collects #scheme #base #lang
#reader.rkt)
Doug
On Thu, Jul 22, 2010 at 5:47 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
At Wed, 21 Jul
alt-path stamp))
stamp)]))])))
On Fri, Jul 23, 2010 at 8:18 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
That version is after I improved error message, but before the repair.
It looks like the nightly build failed last night, which is why the
repair wasn't in the build
At Sun, 25 Jul 2010 11:22:19 -0400, Sam Tobin-Hochstadt wrote:
On Sun, Jul 25, 2010 at 8:27 AM, Matthew Flatt mfl...@cs.utah.edu wrote:
It's worrying, though, that you're getting a DrRacket backtrace that
covers cm.rkt. Files in the main installation normally should not be
instrumented
for collections where that's expected, such as the
possible data collection.
At Fri, 9 Jul 2010 13:10:26 -0600, Matthew Flatt wrote:
At Wed, 30 Jun 2010 22:28:48 -0400, Eli Barzilay wrote:
Back to `data', the problem is that you cannot have two toplevel
`data' collections -- which means that you
AM, Sam Tobin-Hochstadt
sa...@ccs.neu.eduwrote:
On Sun, Jul 25, 2010 at 8:27 AM, Matthew Flatt mfl...@cs.utah.edu
wrote:
It's worrying, though, that you're getting a DrRacket backtrace that
covers cm.rkt. Files in the main installation normally should not be
instrumented
At Tue, 27 Jul 2010 23:17:59 -0400, Eli Barzilay wrote:
* By default `make install' and `raco setup' compile collections in
parallel on all available processors. (Use `reaco setup -j 1' to
disable if necessary.)
reaco - raco
_
For
At Mon, 2 Aug 2010 04:42:41 -0600, Jay McCarthy wrote:
These are the commits:
Those are from July 22, one week after the branch for 5.0.1, so they
would not normally be considered candidates for the 5.0.1 release.
_
For list-related
At Mon, 2 Aug 2010 19:12:40 -0400, Sam Tobin-Hochstadt wrote:
On Mon, Aug 2, 2010 at 7:08 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
One question: the open/save file
dialogs on Gtk are using the old GRacket dialogs, rather than the
Gtk-native ones. Is this planned to change in the future
At Wed, 11 Aug 2010 18:56:49 -0400, Gene Diveglia wrote:
Building as outlined below on OS X 10.6.4 Intel is failing. I'm anxious to
experiment with places, any suggestions on how to fix this build?
I've pushed a repair to the header files, but GRacket crashes if you
try to run it; I think
At Sat, 14 Aug 2010 11:25:04 -0600, Jay McCarthy wrote:
The root of this problem is that make install didn't finish. Here's the log:
http://drdr.racket-lang.org/20864/src/build/make-install
It says:
attempted to wait for suspend in nested atomic mode
Hopefully fixed, now.
The problem
I changed the name in libracket.vcproj.
At Mon, 16 Aug 2010 15:58:22 +1000, Paul Steckler wrote:
In last night's build, the Visual Studio solution file
src/worksp/racket/racket.sln contains the line:
Project({8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}) = libracket,
At Fri, 20 Aug 2010 13:05:12 -0500, Will M. Farr wrote:
Thanks very much for the comments. I'll get to work preparing an updated
version using #:size soon, and send it to Sam for pushing.
I should have suggested `#:length', since it corresponds to
`vector-length'.
I didn't think of this
At Sun, 22 Aug 2010 15:36:03 -0500, Will M. Farr wrote:
Either choice --- error or stopping --- interacts awkwardly with
`for*/vector'. If you've going to raise an exception, the natural thing
to do with `for/vector' would be to stop as soon as the sequence goes
too far. But `for*/vector'
Here's a program that tries to expose various costs.
On my machine, the output is:
'cons-of-cXr+barrier-set!
cpu time: 13137 real time: 13206 gc time: 552
'cons-of-cXr+free-set!
cpu time: 12832 real time: 12995 gc time: 541
'cons-of-cXr
cpu time: 10023 real time: 10103 gc time: 526
that it doesn't see how to convert the `let' into a
`letrec'.
At Wed, 25 Aug 2010 10:07:04 -0400, Sam Tobin-Hochstadt wrote:
On Wed, Aug 25, 2010 at 9:56 AM, Matthew Flatt mfl...@cs.utah.edu wrote:
At Wed, 25 Aug 2010 09:42:40 -0400, Sam Tobin-Hochstadt wrote:
While trying to use futures to parallelize
At Wed, 25 Aug 2010 08:41:04 -0600, Jay McCarthy wrote:
Unfortunately, trying to decompile this file produces an error in the
decompiler:
[sa...@punge:~/tmp plt] raco decompile mandelbrot.rkt
hash-ref: no value found for key: 1128
Blake will see if this is a bug fixed in our local
At Wed, 25 Aug 2010 08:17:32 -0600, Matthew Flatt wrote:
There's a `set!' implicit in the `letrec' that is implicit in the use
of internal definitions. Maybe the Typed Racket optimizations confuse
the compiler so that it doesn't see how to convert the `let' into a
`letrec'.
One requirement
I've fixed `define-struct' in *SL to omit a reference to the
non-existent `struct:' binding, so `struct-out' now works with the
definitions.
The error message from `struct-out' is also fixed to say binding
instead of import.
At Sat, 28 Aug 2010 16:15:26 -0600, Jay McCarthy wrote:
The
The new implementation of `racket/gui' is almost ready for everyday
use. I've switched to the new implementation for reading and writing
e-mail (i.e., this message was composed using the new implementation),
but I haven't yet switched for using DrRacket or for running Slideshow
in class.
I'm now
adapt to the current platform
and theme convention.
At Wed, 14 Jul 2010 07:29:08 -0600, Matthew Flatt wrote:
[Moved to dev list.]
Anyone interested in working on this? The relevant code is in
collects/mred/private/wxme/test.rkt
in `do-redraw'. Look for the use of `outline-brush
I'm preparing to push this patch, but also generalizing `flvector-copy'
to accept start and end positions like `vector-copy'.
At Thu, 16 Sep 2010 20:46:58 -0400, Will M. Farr wrote:
The attached patch against the current git master adds an flvector-copy
procedure (along with docs and tests);
I think the problem is that the `ptr-ref' and `ptr-set!' operations are
slow. They are slow because they not yet inlined by the JIT, and
they're not yet inlined because they have complicated APIs (including a
pointer datatype with many variants).
I haven't worked out a way to make them faster or
At Sun, 26 Sep 2010 10:18:13 -0700, John Clements wrote:
The function u8vector-cpointer is documented, but doesn't exist; this is
presumably because the u8vector functions are actually byte-string functions,
but it's not clear to me whether the absence of u8vector-cpointer is an
oversight
When you run this program on a 32-bit machine:
#include stdio.h
void go(float a[4])
{
printf(in go: %d\n, sizeof(a));
}
int main() {
float a[4];
printf(in main: %d\n, sizeof(a));
go(a);
}
you'll see in main: 16 and in go: 4.
As far as I know, the 4 in void go(float a[4]) is
On Thu, Sep 30, 2010 at 4:51 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
When you run this program on a 32-bit machine:
#include stdio.h
void go(float a[4])
{
printf(in go: %d\n, sizeof(a));
}
int main() {
float a[4];
printf(in main: %d\n, sizeof(a));
go
At Thu, 30 Sep 2010 20:20:07 -0400, Faré wrote:
I'm trying to use slideshow on Linux, and I find it annoying that it
fails to be on top of the KDE panel.
I admit I know next to nothing about the X protocol, and can't help
much with this issue, but I hope someone who does can do something
At Thu, 30 Sep 2010 22:03:12 -0700, Sam Tobin-Hochstadt wrote:
This happens for me always in slideshow on my laptop in both GR1 and
GR2. I'm running Ubuntu 10.04, screen resolution 1440x1050, with
panels on the top and bottom of the screen (as is usual for Gnome). I
can provide any other
Currently, every inexact real in Racket is represented by a 64-bit IEEE
floating-point number.
There's an `--enable-float' configuration option that enables support
in Racket for 32-bit floating-point numbers. The use I see for 32-bit
arithmetic is to mimic some other program that uses 32-bit
At Sat, 2 Oct 2010 13:52:40 -0500, Robby Findler wrote:
Is there any value to, on a 64 bit machine, having 32 bit floats be
immediate values to avoid boxing?
Sounds plausible. Distinguishing `flonum' from `inexact-real?' would
let us try the experiment more easily.
At Sat, 02 Oct 2010 17:12:20 -0600, Neil Toronto wrote:
@Matthew: is there a problem with declaring float to mean
platform-dependent floating-point format? Embedded devices don't
always easily support 64 bits, and I'd hate to be stuck with 64 if
128-bit floats become ubiquitous.
I think we
At Sun, 3 Oct 2010 11:17:44 +0100, Noel Welsh wrote:
On Sat, Oct 2, 2010 at 7:48 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
With the current memory manager, I don't think there's any potential space
gain from using 32-bit floats instead of 64-bit floats. Is there any
other reason to use 32
At Sun, 3 Oct 2010 10:01:31 -0400, Sam Tobin-Hochstadt wrote:
On Sun, Oct 3, 2010 at 7:43 AM, Matthew Flatt mfl...@cs.utah.edu wrote:
Sam and Vincent: Any thoughts on how easy or difficult the change would
be for Typed Racket (and its optimizer)?
What would the precise hierarchy
At Sun, 3 Oct 2010 11:24:54 -0400, Sam Tobin-Hochstadt wrote:
On Sun, Oct 3, 2010 at 10:42 AM, Matthew Flatt mfl...@cs.utah.edu wrote:
The `flonum?' predicate would be the only new predicate for now. The
`inexact-integer?' predicate would imply `flonum?', but not vice-versa.
I assume you
At Tue, 5 Oct 2010 10:26:04 -0700, John Clements wrote:
I have a student who hasn't succeeded in running compiled-from-source
DrRacket
on 64-bit ubuntu. Specifically, he claims it dumps core with
SIGSEGV MAPERR si_code 1 fault on addr 0x4
Aborted
on startup.
I think this is a
[Re-sending; an earlier post of this message seems to be delayed.]
What if the default printing format for true and false values in Racket
changed from `#t' and `#f' to `#true' and `#false'?
The forms `#t', `#T', `#true', `#f', `#F', and `#false' would all be
accepted as inputs forms. We could
At Fri, 08 Oct 2010 23:10:05 -0400, David Van Horn wrote:
On 10/8/10 9:12 PM, Matthew Flatt wrote:
This proposal originates with the need to fix a problem in the HtDP
teaching languages. The HtDP teaching languages currently use `true'
and `false' for true and false, and the HtDP languages
At Fri, 8 Oct 2010 23:11:21 -0400, Eli Barzilay wrote:
Two hours ago, Matthew Flatt wrote:
[Re-sending; an earlier post of this message seems to be delayed.]
What if the default printing format for true and false values in
Racket changed from `#t' and `#f' to `#true' and `#false
At Sun, 10 Oct 2010 01:03:57 -0400, Eli Barzilay wrote:
An even more common use of `write', I think, is to print code. If we
switch to `#true' and `#false' as the default forms of the constants, I
think we want all those uses of ~.s that you recently fixed up to
print with `#true' and
The new implementation of `racket/gui' is about as usable as my last
report a month ago, at least for Gtk and Cocoa. Bug reports are still
welcome. Editor performance has improved (thanks to Robby and Sam for
testing and feedback), but not much else changed for Gtk and Cocoa,
because I shifted my
At Sun, 10 Oct 2010 11:27:36 -0400, Neil Van Dyke wrote:
If #true and #false were just alternative read syntax for #t and
#f, and they always printed as #t and #f (except perhaps in
teaching languages), that would make me happiest.
That's what we have now in v5.0.1.8. From the response in
At Tue, 12 Oct 2010 11:16:35 -0400, Eli Barzilay wrote:
Three minutes ago, Matthew Flatt wrote:
At Tue, 12 Oct 2010 10:43:03 -0400, Eli Barzilay wrote:
An hour ago, Matthew Flatt wrote:
At Mon, 11 Oct 2010 20:38:58 -0400, Eli Barzilay wrote:
At Mon, 11 Oct 2010 19:15:09 -0400, Eli
The old error was a problem with inline assembly that would show up
when gcc optimization is disabled. (Why was -O2 disabled for your
build?) I fixed that problem a few days ago, though I didn't make the
connection to your earlier post.
The new error looks like a mismatch in the way that files
At Tue, 12 Oct 2010 21:17:45 -0700, Justin Phillips wrote:
I have a function that gets called by OS X's CoreMIDI framework. This
function adds some data to a queue. I have registered the queue and the
function with scheme_add_evt and scheme_add_evt_through_sema and even
explicitly tried to
At Wed, 13 Oct 2010 08:23:09 -0400, Carl Eastlund wrote:
On Wed, Jul 7, 2010 at 12:23 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
Should an expression be required at the end? A `module', `unit', or
`class' body can consist of just definitions. Similarly, if an
internal-definition context
to `scheme_fill_stack_lwc_end'
collect2: ld returned 1 exit status
Any ideas? Thanks
Nevo
On 17 October 2010 22:27, Matthew Flatt mfl...@cs.utah.edu wrote:
At Sun, 17 Oct 2010 22:10:11 +0800, Nevo wrote:
I've tried to build latest version of Racket for both Linux and Mac
from
At Wed, 20 Oct 2010 00:03:33 -0400, Eli Barzilay wrote:
About a minute ago, David Van Horn wrote:
On 10/19/10 10:03 PM, Eli Barzilay wrote:
9 hours ago, David Van Horn wrote:
Has the --enable-macprefix option been removed from the configure
script? When I configure, I get:
At Thu, 21 Oct 2010 19:07:18 -0400, Ryan Culpepper wrote:
* Matthew Flatt mfl...@cs.utah.edu
- Racket Tests
- Languages Tests
- GRacket Tests (Also check that `gracket -z' and `gracket-text' still
works in Windows and Mac OS X)
- mzc Tests
- mzc --exe tests
- .plt-packing
At Fri, 22 Oct 2010 21:31:43 -0600, Doug Williams wrote:
Matthew, would it make more sense to have unsafe-vector-ref (and related
functions) be the more general function and unsafe-vector*-ref be the one
that doesn't work on chaperoned vectors? That is just swap the definitions.
That way user
At Fri, 22 Oct 2010 21:31:43 -0600, Doug Williams wrote:
Matthew, would it make more sense to have unsafe-vector-ref (and related
functions) be the more general function and unsafe-vector*-ref be the one
that doesn't work on chaperoned vectors? That is just swap the definitions.
That way user
The git repository now includes a gr2 branch for the new
implementation of `racket/gui', which we've been informally calling
GRacket2.
The new `racket/gui' is intended to be mostly compatible with the
current library, but there are some significant incompatibilities.
Those differences are
At Wed, 27 Oct 2010 23:40:27 -0600, Jon Rafkind wrote:
Author: Matthew Flatt mfl...@racket-lang.org
Modules spliced at the file level instead of collection level.
Internal definitions for `when', `unless', `cond', `case', and `match'
#true and #false forms
None seem especially
is actually gr1).
Is there an easy way to tell if I'm running gr2? Or should gr2 look
identical to gr1?
On 10/28/2010 12:25 AM, Matthew Flatt wrote:
The git repository now includes a gr2 branch for the new
implementation of `racket/gui', which we've been informally calling
GRacket2.
The new
At Thu, 28 Oct 2010 10:48:43 -0700, John Clements wrote:
I took a look at the size of our C code base (all files ending in .c, .h,
.cpp, and .cxx, not including those with 'xsrc' in the path) to see how much
smaller gracket2 is, and (assuming I didn't miss something major) the
difference is
At Thu, 28 Oct 2010 14:46:30 -0700, John Clements wrote:
Specifically, I moved the define-struct of cpointer into a module by itself,
called ffi/unsafe/cvector-def; that way, my tool.rkt file can require this
one-line module and attach it to the user's namespace using 'reset-console'.
BUT:
At Fri, 29 Oct 2010 01:04:02 +0200, Jose A. Ortega Ruiz wrote:
In a build from a checkout of a few minutes ago, drracket dies on me
when i try to resize its window, with the following message to the
console:
The program 'unknown' received an X Window System error.
This probably reflects a
At Sat, 30 Oct 2010 14:56:30 -0400, Gene Diveglia wrote:
I apologize in advance if I'm jumping the gun a bit here. I'm not sure if 64
bit Mac builds are an immediate goal of GR2.
It's a near-term goal, at least. After things are working well on the
currently supported platforms, I plan to
At Fri, 29 Oct 2010 15:53:57 -0600, Doug Williams wrote:
I sometimes use here strings for readability when building queries, etc.
[...]
But I haven't found a good way to document this (as Racket code) in
Scribble. Everything I've tried renders like:
I guess it's time for me to stop saying how
You can get the libraries from github.com/mflatt/gracket-libs.
Unfortunately, I think I broke the Windows build in other ways that I
have been trying to fix this morning.
On Oct 31, 2010, at 11:59 AM, Doug Williams m.douglas.willi...@gmail.com
wrote:
I tried loaded it on my Windows 7
At Sun, 31 Oct 2010 16:29:08 -0600, Doug Williams wrote:
The interactions.ss file in the simulation package on PLaneT also required a
(yield) after line 107 to give the animation effect - there is no double
buffering or anything here. But, with that added, it seems to run fine.
I guess I
At Sun, 31 Oct 2010 16:29:08 -0600, Doug Williams wrote:
The animated-canvas library that I have on PLaneT has two examples. The
histogram-test.rkt example works as expected. The lines.rkt example draws a
few lines and then locks up. Adding a (yield) after (send canvas
swap-bitmaps) in line 55
At Fri, 5 Nov 2010 12:21:25 -0400, Sam Tobin-Hochstadt wrote:
On Thu, Oct 28, 2010 at 2:25 AM, Matthew Flatt mfl...@cs.utah.edu wrote:
The git repository now includes a gr2 branch for the new
implementation of `racket/gui', which we've been informally calling
GRacket2.
What are the plans
This was a bug in the `save-file' dialog under Cocoa, where the
Cocoa-level allow other extensions flag wasn't set correctly. It's
now fixed.
Probably DrRacket should add .scrbl to its list of standard
extensions, though.
At Wed, 3 Nov 2010 14:15:34 -0700, John Clements wrote:
Dear Heavens,
Under Windows and Mac OS X, only. Users of other Unix variants have to
install Gtk (which implies Cairo and Pango) through whatever package
system they normally use.
At Mon, 8 Nov 2010 19:34:31 -0700, Jay McCarthy wrote:
I thought the whole point of the build process is that it gets the
FWIW, you could leave off -dev. Racket's GUI library needs
libgtk2 binaries, but it does not need header files or other
development support.
At Mon, 8 Nov 2010 19:40:49 -0700, Jay McCarthy wrote:
Anyways, I think I got them (apt-get install libgtk2-dev) and
restarted the builds
Jay
On
, Oct 30 2010, Matthew Flatt wrote:
At Fri, 29 Oct 2010 01:04:02 +0200, Jose A. Ortega Ruiz wrote:
In a build from a checkout of a few minutes ago, drracket dies on me
when i try to resize its window, with the following message to the
console:
The program 'unknown' received an X Window
Supply #f as the first argument to `raise-syntax-error'.
At Tue, 09 Nov 2010 17:31:51 -0700, Jon Rafkind wrote:
It occured to me while making this small patch that the name of the
macro shown in the error message might not be the same as the one the
user called. Namely, if the user renames or
2. There are a few real problems with gr2:
http://drdr.racket-lang.org/21452/collects/tests/gracket/dc.rktl
Fixed already.
http://drdr.racket-lang.org/21452/collects/tests/plot/run-tests.rkt
Now fixed.
_
For list-related administrative
At Mon, 22 Nov 2010 15:00:01 -0800, John Clements wrote:
Taking a look at the crash report, I see that the crash appears to
happen when the callback is called by a C thread while Racket is
collecting garbage, [...]
So: is racket supposed to magically handle this?
Yes. I think this could be
At Tue, 30 Nov 2010 23:51:57 +0100, Dmitry Chestnykh wrote:
Seg fault (internal error) at 0x4
Bus error
Mac OS X 10.6.5, same result on Racket 5.0.2 and 6c25210a6bb8 from git.
Fixed in the git repo.
Thanks for the report!
Matthew
_
For
It looks like a problem with certificates, the custom expander for
`define-sequence-syntax', and fact that `make-in-vector-like'
originates from a module other than the one containing the
`define-sequence-syntax'.
For now, just export `normalise-inputs'. Ryan and I are looking to an
overhaul of
At Sun, 5 Dec 2010 15:33:06 +, Noel Welsh wrote:
On Sun, Dec 5, 2010 at 1:38 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
Also, you're using `unsafe-fx...' on numbers that haven't been checked
to be fixnums (i.e., `exact-nonnegative-integer?' does not imply
fixnum). I think you should
Racket now supports 64-bit Windows (Vista and up).
To build for 64-bit Windows using VS 2008:
1. Use
vcvarsall x64
to configure your environment for a 64-bit build, where
vcvarsall.bat is supplied by Visual Studio in the VC
subdirectory.
2. Run
build.bat
At Mon, 6 Dec 2010 10:25:57 -0600, Robby Findler wrote:
I think I need more help to understand the programming problem better.
Isn't Jay just saying that he needs contract-like things to implement
interoperability (among modules that have different representations of
XML/HTML)?
Ok, maybe he
problems.
Should Asumu try and just run the whole test suite and if it works you commit
the change?
On Dec 7, 2010, at 3:08 PM, Matthew Flatt wrote:
I think the mismatch was not intentional.
Maybe `do-copy' originally had a consistent interface, or maybe it was
written down
How about a quiet load but noisy re-load?
_
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/dev
At Sat, 11 Dec 2010 18:18:13 -0500, Eli Barzilay wrote:
I've made the syntax be:
(enter! module noisy)
where noisy is either `#f', `#t', or `#:reloading'.
Descriptive keywords in place of `#t' and `#f' would be clearer and
would avoid mixing literal values and keywords in the same
Thanks for the bug reports! I've pushed some fixes to the repo -- more
details and answers below.
At Tue, 14 Dec 2010 20:46:27 -0800, John Boyle wrote:
Problem: The dc% method 'draw-bitmap-section disregards the boundaries of
the drawing section when the 'color argument is the color black.
I've changed `dc-for-text-size' in `sideshow/pict' so that its default
value is a bitmap DC. This change makes `slideshow/pict' easier to use
in non-Slideshow contexts, and it makes sense because font metrics with
the new `racket/draw' are almost always independent of the device
context.
Thanks for the report!
As it happens, I think I fixed this a few minutes ago:
http://git.racket-lang.org/plt/commit/3b032893c1b9f74b04d0803ecd0f20c1d101dd11
Just to make sure before trying a new version, you might confirm that
the bug goes away if you disable the JIT (e.g., with -j).
At Wed,
Thanks!
I have a Debian Stable installation that I try periodically. I guess
it's time to give it a try and patch up the problems.
Also, I try to pay attention to the version information in Gtk and
other documentation, but sometimes I forget to pay attention, and
sometimes I forget that a
At Mon, 3 Jan 2011 11:39:28 -0600, Robby Findler wrote:
I've changed the handin server so it puts its docs in the main tree
like (I believe) it is supposed to.
That breaks the distribution build. The handin-server docs were
intentionally not installed into the main tree, because handin-server
At Mon, 3 Jan 2011 14:55:05 -0500, Sam Tobin-Hochstadt wrote:
On Mon, Jan 3, 2011 at 2:51 PM, Robby Findler
ro...@eecs.northwestern.edu wrote:
Or maybe there is another possible solution that involves changing how
the distribution and or the docs build works?
I think the conventional
Yes, unless you run `raco setup' later.
At Mon, 3 Jan 2011 15:15:42 -0600, Robby Findler wrote:
Would this mean that the handin server docs don't get built?
Robby
On Mon, Jan 3, 2011 at 3:11 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
At Mon, 3 Jan 2011 14:55:05 -0500, Sam Tobin
See also
http://lists.racket-lang.org/users/archive/2010-January/037610.html
Like Eli, I remember that we've discussed this before, but I haven't
been able to track down the earlier discussion, yet...
At Mon, 3 Jan 2011 14:17:42 -0700, Matthew Flatt wrote:
Yes, unless you run `raco setup
At Wed, 12 Jan 2011 11:29:03 +, Noel Welsh wrote:
I'm trying to build 4.2.2 without building the docs. I thought I could
just run make and then setup-plt -D, but make does not install the
binaries. Looking through the Makefile did not lead to enlightenment.
Any suggestions?
Does `make
At Wed, 12 Jan 2011 13:57:06 -0700, Jon Rafkind wrote:
On 01/03/2011 02:11 PM, Matthew Flatt wrote:
At Mon, 3 Jan 2011 14:55:05 -0500, Sam Tobin-Hochstadt wrote:
On Mon, Jan 3, 2011 at 2:51 PM, Robby Findler
ro...@eecs.northwestern.edu wrote:
Or maybe there is another possible solution
This was a bug in the optimizer's tracking of inlining so that it tried
to unroll `loop' forever. It's now fixed.
At Mon, 10 Jan 2011 17:16:45 -0700, Jon Rafkind wrote:
`raco setup' hangs when it tries to build my planet package. I narrowed
down the problem to this file
#lang racket/base
A common trick to atomically update a file x on a Unix filesystem is
to write a file with a temporary name like tmp-x-7687564 (making up a
fresh name each time) in the same directory as x and then use
`rename-or-file-directory' to move tmp-x-7687564 to x.
Unfortunately, this trick does not work
At Thu, 13 Jan 2011 16:30:08 -0500, Eli Barzilay wrote:
15 minutes ago, Matthew Flatt wrote:
Is there anything else in the main distribution that is uses
`rename-file-or-directory' for atomic update?
Is the handin-server's use kosher? There are three uses of it, and
the only one
Currently, the `get-preference' and `put-preferences' functions from
`racket/file' (which are used by DrRacket and other Racket tools) use
the write-to-temp-file-and-rename approach to atomic file update.
There's a lock to keep multiple writers from trying to update the file,
but no lock for
At Thu, 13 Jan 2011 17:29:15 -0500, Eli Barzilay wrote:
30 minutes ago, Matthew Flatt wrote:
Unfortunately (again), the lock file has to exist alongside the data
file, and our existing preferences files are not accompanied by lock
files. It's no good assuming that you don't need the lock
At Thu, 13 Jan 2011 17:29:15 -0500, Eli Barzilay wrote:
30 minutes ago, Matthew Flatt wrote:
Unfortunately (again), the lock file has to exist alongside the data
file, and our existing preferences files are not accompanied by lock
files. It's no good assuming that you don't need the lock
1 - 100 of 917 matches
Mail list logo
