[racket-dev] raco make cannot marshal value error

2012-07-26 Thread Tobias Hammer

Hi,

i have the following two files, one that only requires the other and
calls a macro and the other one that defines that macro:

=== main.rkt
#lang racket

(require err.rkt)
(a)

=== err.rkt
#lang racket

(begin-for-syntax
 (struct s (arg) #:transparent)

 (define (fun arg)
   (printf arg: ~a\n arg)))

(define-syntax (a stx)
  (syntax-case stx ()
[(_)
 (with-syntax ([v #`#,(s 123)])
   #'(begin
   (begin-for-syntax
(fun v]))

(provide a)

When executing 'racket main.rkt' directly i get the expected output
arg: #(struct:s 123)
but when i try to call 'raco make main.rkt' instead, i get this strange
error:

arg: #(struct:s 123)
write: cannot marshal value that is embedded in compiled code
  value: (s 123)
  context...:
   /home_local/hamm_to/racket/racket-5.3.0.16/collects/compiler/cm.rkt:388:6
   /home_local/hamm_to/racket/racket-5.3.0.16/collects/racket/private/more-scheme.rkt:151:2:  
call-with-break-parameterization

   /home_local/hamm_to/racket/racket-5.3.0.16/collects/compiler/cm.rkt:188:5
   /home_local/hamm_to/racket/racket-5.3.0.16/collects/compiler/cm.rkt:508:26
   /home_local/hamm_to/racket/racket-5.3.0.16/collects/compiler/cm.rkt:501:42
   /home_local/hamm_to/racket/racket-5.3.0.16/collects/compiler/cm.rkt:466:0:  
maybe-compile-zo
   /home_local/hamm_to/racket/racket-5.3.0.16/collects/compiler/cm.rkt:579:2:  
do-check

   /home_local/hamm_to/racket/racket-5.3.0.16/collects/compiler/cm.rkt:653:4
   /home_local/hamm_to/racket/racket-5.3.0.16/collects/compiler/commands/make.rkt:77:8:  
for-loop
   /home_local/hamm_to/racket/racket-5.3.0.16/collects/compiler/commands/make.rkt:  
[running body]
   /home_local/hamm_to/racket/racket-5.3.0.16/collects/raco/raco.rkt:  
[running body]
   /home_local/hamm_to/racket/racket-5.3.0.16/collects/raco/main.rkt:  
[running body]


I think i need a little help to understand what is happening here
and what i am doing wrong. I had expected that running and compiling
works on the same set of programs.

Thanks for any clarification.

Tobias



--
-
Tobias Hammer
DLR / Institute of Robotics and Mechatronics
Tel.: 08153/28-1487
Mail: tobias.ham...@dlr.de
_
 Racket Developers list:
 http://lists.racket-lang.org/dev


Re: [racket-dev] raco make cannot marshal value error

2012-07-26 Thread Matthew Flatt
I agree that it's a bug, in a sense, that your program runs even though
it cannot be compiled.

This is an example of 3-D syntax: you're embedding a value (i.e., an
instance of `s') that you can't write as a literal into the result of a
macro expansion. I think 3-D syntax probably should not be allowed, but
the macro system currently allows it.

Most likely, using 3-D syntax is a bad idea. It's possible that you
want to replace `#:transparent' with `#:prefab' in your example, since
a prefab structure can be written as a literal. More likely, I think
you want to generate an expression that constructs an `s' instead of
generating an `s' instance in the macro expansion.

At Thu, 26 Jul 2012 14:59:41 +0200, Tobias Hammer wrote:
 Hi,
 
 i have the following two files, one that only requires the other and
 calls a macro and the other one that defines that macro:
 
 === main.rkt
 #lang racket
 
 (require err.rkt)
 (a)
 
 === err.rkt
 #lang racket
 
 (begin-for-syntax
   (struct s (arg) #:transparent)
 
   (define (fun arg)
 (printf arg: ~a\n arg)))
 
 (define-syntax (a stx)
(syntax-case stx ()
  [(_)
   (with-syntax ([v #`#,(s 123)])
 #'(begin
 (begin-for-syntax
  (fun v]))
 
 (provide a)
 
 When executing 'racket main.rkt' directly i get the expected output
 arg: #(struct:s 123)
 but when i try to call 'raco make main.rkt' instead, i get this strange
 error:
 
 arg: #(struct:s 123)
 write: cannot marshal value that is embedded in compiled code
value: (s 123)
context...:
 /home_local/hamm_to/racket/racket-5.3.0.16/collects/compiler/cm.rkt:388:6
 
 /home_local/hamm_to/racket/racket-5.3.0.16/collects/racket/private/more-scheme.r
 kt:151:2:  
 call-with-break-parameterization
 /home_local/hamm_to/racket/racket-5.3.0.16/collects/compiler/cm.rkt:188:5
 /home_local/hamm_to/racket/racket-5.3.0.16/collects/compiler/cm.rkt:508:26
 /home_local/hamm_to/racket/racket-5.3.0.16/collects/compiler/cm.rkt:501:42
 
 /home_local/hamm_to/racket/racket-5.3.0.16/collects/compiler/cm.rkt:466:0:  
 maybe-compile-zo
 
 /home_local/hamm_to/racket/racket-5.3.0.16/collects/compiler/cm.rkt:579:2:  
 do-check
 /home_local/hamm_to/racket/racket-5.3.0.16/collects/compiler/cm.rkt:653:4
 
 /home_local/hamm_to/racket/racket-5.3.0.16/collects/compiler/commands/make.rkt:7
 7:8:  
 for-loop
 
 /home_local/hamm_to/racket/racket-5.3.0.16/collects/compiler/commands/make.rkt:
  
  
 [running body]
 /home_local/hamm_to/racket/racket-5.3.0.16/collects/raco/raco.rkt:  
 [running body]
 /home_local/hamm_to/racket/racket-5.3.0.16/collects/raco/main.rkt:  
 [running body]
 
 I think i need a little help to understand what is happening here
 and what i am doing wrong. I had expected that running and compiling
 works on the same set of programs.
 
 Thanks for any clarification.
 
 Tobias
 
 
 
 -- 
 -
 Tobias Hammer
 DLR / Institute of Robotics and Mechatronics
 Tel.: 08153/28-1487
 Mail: tobias.ham...@dlr.de
 _
   Racket Developers list:
   http://lists.racket-lang.org/dev
_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] Release Announcement for v5.3

2012-07-26 Thread Vincent St-Amour
At Wed, 25 Jul 2012 13:26:53 -0400,
Ryan Culpepper wrote:
 stamourv:
   - enable performance report for typed/racket/base (b73421f8)

- Optimization Coach (formerly Performance Report) now reports
  information about Racket's inlining optimizations. Optimization Coach
  can be launched in any language through the View menu.

 samth:
- keyword functions in TR (865a2cdc)
- TR load time optimizations (794bfa50, 6bf14151)

- Typed Racket now supports definition of functions with keyword
  arguments.
- Startup time of Typed Racket programs has been reduced.

Vincent
_
  Racket Developers list:
  http://lists.racket-lang.org/dev


[racket-dev] Minor inconsistency in stepper interface: which way would be right?

2012-07-26 Thread John Clements
Right now, the stepper and the ordinary interactions window disagree in one 
minor detail (well, one that I know about…): In the stepper, test cases (e.g. 
(check-expect (+ 3 4) 7)) reduce to a boolean, and leave a printed boolean 
value in the list of results. In the interactions window, though, nothing is 
printed for a completed test case.  This seems like a minor point, but is the 
Interactions window behavior the right one?

John



smime.p7s
Description: S/MIME cryptographic signature
_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] Pre-Release Checklist for v5.3, second call

2012-07-26 Thread Matthew Flatt
At Wed, 25 Jul 2012 16:28:29 -0400, Ryan Culpepper wrote:
 * Matthew Flatt mfl...@cs.utah.edu
- JPR's test suite
- Run COM tests
- Try compiling with -funsigned-char

Passed.

Updates:
- Update man pages in racket/man/man1: racket.1, gracket.1, raco.1

Done (no changes).

_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] Release Announcement for v5.3

2012-07-26 Thread Matthew Flatt
At Wed, 25 Jul 2012 13:26:53 -0400, Ryan Culpepper wrote:
 mflatt:

   - submodules (3d69dfab)

 * Submodules are nested module declarations that can be loaded and run
   independently from the enclosing module. For an overview of
   submodules, see

 http://blog.racket-lang.org/2012/06/submodules.html

   - ffi/com, ffi/unsafe/com (ff41a896)
   - MysterX changes: ffi/com, removed ActiveX support (11de33d4)

 * A new `ffi/com' library replaces MysterX; a compatibility `mysterx'
   library remains, but without ActiveX support. The new
   `ffi/unsafe/com' library offers a more primitive and direct way to
   use COM classes and methods.

   - new error message convention

 * Most error messages use a new multi-line format that is designed to
   be more consistent, easier to read, and accommodate more
   information.

   - scribble xref change (a1fd742e)
   - raco exe can make launchers (2c479683)
   - prop:cpointer (6cd2e3c7)
   - handle-evt change to match doc (084278fa)
   - openssl improvements (efcb6078, 1032ce8a)
   - racket/draw easier access to cairo (4f197f4b)
   - use AVL trees for immutable hashes (df0651c2)
   - (turon) add box-cas!, etc (868dcb6d)
   - libpng15/libpng12 (c5d3750d)
   - sgl/gl: NURBS (a55a20f9)
   - date/time stuff (ff8a062b, 4323096a)
   - changed module-name-resolver interface (c8f4ac6a)

I think these are too minor for a release announcement.

_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] Pre-Release Checklist for v5.3, second call

2012-07-26 Thread John Clements

On Jul 25, 2012, at 4:28 PM, Ryan Culpepper wrote:

 
 * John Clements cleme...@brinckerhoff.org
  - Stepper Tests

Done.

  Updates:
  - Stepper Updates: update HISTORY
  (updates should show v5.3 as the most current version; email me
  to pick the changes when they're done, or tell me if there are no such
  changes.)

Done. Pull request included in commit message for 8ba976c0351701db0f45a

John



smime.p7s
Description: S/MIME cryptographic signature
_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] Release Announcement for v5.3

2012-07-26 Thread James Swaine



 james:
  - added would-be-future (a5676e9a)


Would-be-future is a special type of future that always executes
sequentially and records all potential barricades a regular future would
encounter.


  - added futures visualizer (b6f71ec4)



The futures visualizer is a graphical profiling tool for parallel programs
using futures.  The tool shows a detailed execution timeline depicting the
migration of futures between threads, and gives detailed information about
each runtime synchronization that occurred during program execution.
_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] seeing segfaults on build on 64-bit ubuntu

2012-07-26 Thread Danny Yoo
On Wed, Jul 25, 2012 at 7:07 AM, Matthew Flatt mfl...@cs.utah.edu wrote:
 This looks like a crash that I've seen, but only a couple of times over
 months. For the crash I saw, control was in libpixman via libcairo
 during the rendering of the Plot manual, but I haven't been able to
 replicate it to investigate further.

 Are you seeing the crash frequently? Can you get a core file and/or
 stack trace?


I'll try to get both tonight when I come home.  To get a core file and
a good stack trace during 'make install', what do I need to do?
_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] Pre-Release Checklist for v5.3, second call

2012-07-26 Thread Danny Yoo
 * Danny Yoo d...@cs.wpi.edu
   - Whalesong Tests (confirm that Whalesong runs from PLaneT)

Just wanted to confirm that Whalesong in development is running under 5.2.900.
_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] Release Announcement for v5.3

2012-07-26 Thread Asumu Takikawa
On 2012-07-25 13:26:53 -0400, Ryan Culpepper wrote:
  - add contracts to interfaces (6f4ad1de)

   Interfaces from the racket/class library now allow
contracts to be specified for methods. Instances
of classes that implement such contracted interfaces will
be protected by these contracts.

  - generics (518bf0fd)
  - contracts for generics (552d6de9)

   The new racket/generic library allows the definition of
generic functions, which will dispatch to methods added
to a structure type. Methods can be added to structure
types using the new #:methods keyword.

  - prompt/c, continuation-mark-key/c (de5c756d, 095d47fc)

   Contracts can now be applied to continuation prompt tags
or continuation mark keys, which will respectively
guard the use of control operators or access to data
stored in continuation marks.

  - abstract methods (06091079)

   The class form now supports declaring a method abstract.
An abstract method prevents a class from being instantiated
unless it is overriden.

  - mzlib deprecation notices (e4141077)

  The mzlib/class100 library has been deprecated and will be
   removed in the first release after June 21, 2013

  (the rest of the deprecation notices are just for documentation
   since we don't have any plans to remove them)

  - class/c changes (3eb963f6)
  - class contracts for racket/draw, racket/snip (30311058, 2e1d59f7)

   These are probably not worth including.

Cheers,
Asumu
_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] seeing segfaults on build on 64-bit ubuntu

2012-07-26 Thread Matthew Flatt
At Thu, 26 Jul 2012 15:17:09 -0400, Danny Yoo wrote:
 On Wed, Jul 25, 2012 at 7:07 AM, Matthew Flatt mfl...@cs.utah.edu wrote:
  This looks like a crash that I've seen, but only a couple of times over
  months. For the crash I saw, control was in libpixman via libcairo
  during the rendering of the Plot manual, but I haven't been able to
  replicate it to investigate further.
 
  Are you seeing the crash frequently? Can you get a core file and/or
  stack trace?
 
 
 I'll try to get both tonight when I come home.  To get a core file and
 a good stack trace during 'make install', what do I need to do?

To enable core files, it's usually `ulimit -c unlimited' or `unlimit
core', depending on your shell. Then, `gdb racket corefile' opens
the core file in gdb, and `where' in gdb should give you a stack trace.

_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] Pre-Release Checklist for v5.3

2012-07-26 Thread Ryan Culpepper
Doug: Can you test your program again with the release build that just 
completed? (Sorry it wasn't available sooner.)


Ryan

On 07/25/2012 02:39 PM, Doug Williams wrote:

And one last post on this. Now it is reliably running. I'm assuming
once I got a .zo of the offending module actually built, from then on
I'm okay as long as I don't play around with it. Does that make sense?

And, just to test that, I deleted the compiled directory and the weird
behavior comes back. I (re-)load it and hit run enough times until I
get it to start and from then on it starts fine. [Although I'm not
sure I should actually trust it - but it seems to be running fine
after that.]

Doug - done with experimenting for the day - Williams

On Wed, Jul 25, 2012 at 12:27 PM, Doug Williams
m.douglas.willi...@gmail.com wrote:

And, actually I was premature with the I have a work around for
Windows XP. Sometimes it runs, but usually it dies in weird and
wonderful ways - sometimes with a Win32 error, sometimes with a seg
fault during gc, sometimes with errors about undefined symbols various
places. It's rather amusing to watch - but I assume memory is just
being corrupted now instead of always dying the same way.

Let me know when there is a version I can try again.

Doug

On Wed, Jul 25, 2012 at 12:16 PM, Ryan Culpepper r...@cs.utah.edu wrote:

I suspect the problem is caused by commit 8358420f, which changed match to
load part of its implementation lazily using lazy-require. Part of that
commit was reverted by 949d12e2, but possibly the use of lazy-require left
in is causing problems in some cases.

I think it would be best to just fully revert the commit (8358420f) on the
release branch.

Ryan



On 07/25/2012 01:56 PM, Doug Williams wrote:


It turns out that if I require racket/match explicitly it works.
Although I shouldn't have to since racket/match is provided by #lang
racket. So, I have a work around on Windows XP 32-bit. But it would be
nice to get the problem fixed.

On Wed, Jul 25, 2012 at 11:51 AM, Doug Williams
m.douglas.willi...@gmail.com wrote:


I used Create Executable in DrRacket. But, I just tried raco exe --gui
main.rkt to create it and get exactly the same error.

On Wed, Jul 25, 2012 at 11:46 AM, Sam Tobin-Hochstadt sa...@ccs.neu.edu
wrote:


Is this application generated with 'raco exe'?  Or 'Create Executable'
in DrRacket?

On Wed, Jul 25, 2012 at 10:31 AM, Doug Williams
m.douglas.willi...@gmail.com wrote:


Some more information on the problem. The application runs fine with
the pre-release on Windows 7 - 64 bit.

The code that is dying on Windows XP 32-bit is:

---

(require racket/runtime-path)

...

;;;
(define-runtime-path subject-path ..\\Subjects.txt)

;;;
(define (load-subject-encodings)
(let ((port (open-input-file subject-path #:mode 'text)))
  (set! subject-encodings
(append
 default-subject-encodings
 (for/list ((line (in-lines port))
#:when (regexp-match? #px^\(.*)\\\s*\(.*)\
line))
   (match line
 ((pregexp ^\(.*)\\\s*\(.*)\ (list _ subject
encoding))
  (list (pregexp (format ^(?i:~a) subject))
encoding))
  (close-input-port port)))

...

(define subject-encodings default-subject-encodings)

(load-subject-encodings)

   ...

---

This code loads some data at load time. It does use match, which might
explain the message:

standard-module-name-resolver: collection not found
collection: racket/match
in collection directories:
context...:
 standard-module-name-resolver
 #%embedded:g13106:ground-truth-data: [running body]
 #%embedded:g13057:radar-data: [traversing imports]
 #%embedded:g8619:classifier-panel: [traversing imports]
 main: [traversing imports]
 loop

[Exited. Close box or Ctrl-C closes the console.]

I get when I run the compiled version. In DrRacket it dies with the
unhandled Win 32 exception.

Doug

On Wed, Jul 25, 2012 at 8:39 AM, Doug Williams
m.douglas.willi...@gmail.com wrote:


The pre-release 32-bit version still fails for my large applications
at work fails to execute in DrRacket - 32-bit Windows XP. I don't have
the source or symbol tables loaded so the only message I get from the
Visual Studio debugger is attached. This is the same problem I was
having with the previous pre-release version a month or so ago.

I can create an executable of the application. It fails because it
doesn't find racket/match. I'll look into that further.

Doug



_
Racket Developers list:
http://lists.racket-lang.org/dev





--
sam th
sa...@ccs.neu.edu







_
 Racket Developers list:
 http://lists.racket-lang.org/dev


[racket-dev] racket-5.2.900.1-20120725 read ill-formed code error ?

2012-07-26 Thread Neil Van Dyke

Anyone know offhand why this error with 5.3 pre-release from yesterday?

UNKNOWN: : read (compiled): ill-formed code [./../src/validate.c:1573]
  context...:
   
/usr/local/racket-5.2.900.1-20120725/lib/racket/collects/racket/private/map.rkt:53:19: 
loop
   
/home/user/.racket/planet/300/5.2.900.1/cache/neil/html-template.plt/1/1/html-template.rkt:103:0: 
%html-template:transform
   
/home/user/.racket/planet/300/5.2.900.1/cache/neil/html-template.plt/1/1/html-template.rkt:523:0


I built Racket from source.  32-bit x86 on Debian Stable.  I don't think 
there are any old versions of code in compiled directories being 
picked up, but I might have missed some, but I'd expect get an error 
message about the version mismatch.  PLaneT html-template:1:1 is 
currently a bit messy with syntax objects and phases, and might be doing 
something questionable that 5.2.1 permitted.  This works fine with 
Racket 5.2.1.


Unfortunately, I don't have time to debug at this moment.  I'm posting 
now because I understand that a release is close, and I don't know how 
likely it is that this is a Racket bug.


Neil V.

_
 Racket Developers list:
 http://lists.racket-lang.org/dev


Re: [racket-dev] racket-5.2.900.1-20120725 read ill-formed code error ?

2012-07-26 Thread Neil Van Dyke

Definitely looks like a Racket bug (or really broken hardware/OS)...

If I start DrRacket 5.2.900.1-20120725 and load up the below file, the 
first few clicks on the Run button give the ill-formed code error, and 
then, after trying the Run button for 10+ seconds, suddenly Run starts 
working.


#lang racket/base
(require (planet neil/html-template:1:=1))
(html-template (hr (@ (clear all) (id foo

If I quit DrRacket and start it back up, the problem is reproducible.

Problem with background optimizing of some kind?

That's all I can spend on this right now; hopefully other people can 
reproduce based on this info.


Neil V.

Neil Van Dyke wrote at 07/26/2012 05:18 PM:

Anyone know offhand why this error with 5.3 pre-release from yesterday?

UNKNOWN: : read (compiled): ill-formed code [./../src/validate.c:1573]
  context...:
   
/usr/local/racket-5.2.900.1-20120725/lib/racket/collects/racket/private/map.rkt:53:19: 
loop
   
/home/user/.racket/planet/300/5.2.900.1/cache/neil/html-template.plt/1/1/html-template.rkt:103:0: 
%html-template:transform
   
/home/user/.racket/planet/300/5.2.900.1/cache/neil/html-template.plt/1/1/html-template.rkt:523:0 



I built Racket from source.  32-bit x86 on Debian Stable.  I don't 
think there are any old versions of code in compiled directories 
being picked up, but I might have missed some, but I'd expect get an 
error message about the version mismatch.  PLaneT html-template:1:1 
is currently a bit messy with syntax objects and phases, and might be 
doing something questionable that 5.2.1 permitted.  This works fine 
with Racket 5.2.1.


Unfortunately, I don't have time to debug at this moment.  I'm posting 
now because I understand that a release is close, and I don't know how 
likely it is that this is a Racket bug.


Neil V.


_
 Racket Developers list:
 http://lists.racket-lang.org/dev


Re: [racket-dev] racket-5.2.900.1-20120725 read ill-formed code error ?

2012-07-26 Thread Neil Van Dyke

This version :2:0 is a better test case than :1:1 :

#lang racket/base
(require (planet neil/html-template:2:=0))
(html-template (hr (@ (clear all) (id foo


Neil Van Dyke wrote at 07/26/2012 05:33 PM:

Definitely looks like a Racket bug (or really broken hardware/OS)...

If I start DrRacket 5.2.900.1-20120725 and load up the below file, the 
first few clicks on the Run button give the ill-formed code error, 
and then, after trying the Run button for 10+ seconds, suddenly Run 
starts working.


#lang racket/base
(require (planet neil/html-template:1:=1))
(html-template (hr (@ (clear all) (id foo

If I quit DrRacket and start it back up, the problem is reproducible.

Problem with background optimizing of some kind?

That's all I can spend on this right now; hopefully other people can 
reproduce based on this info.


Neil V.

Neil Van Dyke wrote at 07/26/2012 05:18 PM:

Anyone know offhand why this error with 5.3 pre-release from yesterday?

UNKNOWN: : read (compiled): ill-formed code [./../src/validate.c:1573]
  context...:
   
/usr/local/racket-5.2.900.1-20120725/lib/racket/collects/racket/private/map.rkt:53:19: 
loop
   
/home/user/.racket/planet/300/5.2.900.1/cache/neil/html-template.plt/1/1/html-template.rkt:103:0: 
%html-template:transform
   
/home/user/.racket/planet/300/5.2.900.1/cache/neil/html-template.plt/1/1/html-template.rkt:523:0 



I built Racket from source.  32-bit x86 on Debian Stable.  I don't 
think there are any old versions of code in compiled directories 
being picked up, but I might have missed some, but I'd expect get an 
error message about the version mismatch.  PLaneT html-template:1:1 
is currently a bit messy with syntax objects and phases, and might be 
doing something questionable that 5.2.1 permitted.  This works fine 
with Racket 5.2.1.


Unfortunately, I don't have time to debug at this moment.  I'm 
posting now because I understand that a release is close, and I don't 
know how likely it is that this is a Racket bug.


Neil V.


_
 Racket Developers list:
 http://lists.racket-lang.org/dev


_
 Racket Developers list:
 http://lists.racket-lang.org/dev


Re: [racket-dev] racket-5.2.900.1-20120725 read ill-formed code error ?

2012-07-26 Thread Matthew Flatt
I'm able to replicate the error, and I'm investigating.

At Thu, 26 Jul 2012 17:42:09 -0400, Neil Van Dyke wrote:
 This version :2:0 is a better test case than :1:1 :
 
 #lang racket/base
 (require (planet neil/html-template:2:=0))
 (html-template (hr (@ (clear all) (id foo
 
 
 Neil Van Dyke wrote at 07/26/2012 05:33 PM:
  Definitely looks like a Racket bug (or really broken hardware/OS)...
 
  If I start DrRacket 5.2.900.1-20120725 and load up the below file, the 
  first few clicks on the Run button give the ill-formed code error, 
  and then, after trying the Run button for 10+ seconds, suddenly Run 
  starts working.
 
  #lang racket/base
  (require (planet neil/html-template:1:=1))
  (html-template (hr (@ (clear all) (id foo
 
  If I quit DrRacket and start it back up, the problem is reproducible.
 
  Problem with background optimizing of some kind?
 
  That's all I can spend on this right now; hopefully other people can 
  reproduce based on this info.
 
  Neil V.
 
  Neil Van Dyke wrote at 07/26/2012 05:18 PM:
  Anyone know offhand why this error with 5.3 pre-release from yesterday?
 
  UNKNOWN: : read (compiled): ill-formed code [./../src/validate.c:1573]
context...:
 
  
 /usr/local/racket-5.2.900.1-20120725/lib/racket/collects/racket/private/map.rkt:
 53:19: 
  loop
 
  
 /home/user/.racket/planet/300/5.2.900.1/cache/neil/html-template.plt/1/1/html-te
 mplate.rkt:103:0: 
  %html-template:transform
 
  
 /home/user/.racket/planet/300/5.2.900.1/cache/neil/html-template.plt/1/1/html-te
 mplate.rkt:523:0 
 
 
  I built Racket from source.  32-bit x86 on Debian Stable.  I don't 
  think there are any old versions of code in compiled directories 
  being picked up, but I might have missed some, but I'd expect get an 
  error message about the version mismatch.  PLaneT html-template:1:1 
  is currently a bit messy with syntax objects and phases, and might be 
  doing something questionable that 5.2.1 permitted.  This works fine 
  with Racket 5.2.1.
 
  Unfortunately, I don't have time to debug at this moment.  I'm 
  posting now because I understand that a release is close, and I don't 
  know how likely it is that this is a Racket bug.
 
  Neil V.
 
  _
   Racket Developers list:
   http://lists.racket-lang.org/dev
 
 _
   Racket Developers list:
   http://lists.racket-lang.org/dev
_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] racket-5.2.900.1-20120725 read ill-formed code error ?

2012-07-26 Thread Matthew Flatt
I've pushed a repair. Thanks for the report!

At Thu, 26 Jul 2012 17:42:09 -0400, Neil Van Dyke wrote:
 This version :2:0 is a better test case than :1:1 :
 
 #lang racket/base
 (require (planet neil/html-template:2:=0))
 (html-template (hr (@ (clear all) (id foo
 
 
 Neil Van Dyke wrote at 07/26/2012 05:33 PM:
  Definitely looks like a Racket bug (or really broken hardware/OS)...
 
  If I start DrRacket 5.2.900.1-20120725 and load up the below file, the 
  first few clicks on the Run button give the ill-formed code error, 
  and then, after trying the Run button for 10+ seconds, suddenly Run 
  starts working.
 
  #lang racket/base
  (require (planet neil/html-template:1:=1))
  (html-template (hr (@ (clear all) (id foo
 
  If I quit DrRacket and start it back up, the problem is reproducible.
 
  Problem with background optimizing of some kind?
 
  That's all I can spend on this right now; hopefully other people can 
  reproduce based on this info.
 
  Neil V.
 
  Neil Van Dyke wrote at 07/26/2012 05:18 PM:
  Anyone know offhand why this error with 5.3 pre-release from yesterday?
 
  UNKNOWN: : read (compiled): ill-formed code [./../src/validate.c:1573]
context...:
 
  
 /usr/local/racket-5.2.900.1-20120725/lib/racket/collects/racket/private/map.rkt:
 53:19: 
  loop
 
  
 /home/user/.racket/planet/300/5.2.900.1/cache/neil/html-template.plt/1/1/html-te
 mplate.rkt:103:0: 
  %html-template:transform
 
  
 /home/user/.racket/planet/300/5.2.900.1/cache/neil/html-template.plt/1/1/html-te
 mplate.rkt:523:0 
 
 
  I built Racket from source.  32-bit x86 on Debian Stable.  I don't 
  think there are any old versions of code in compiled directories 
  being picked up, but I might have missed some, but I'd expect get an 
  error message about the version mismatch.  PLaneT html-template:1:1 
  is currently a bit messy with syntax objects and phases, and might be 
  doing something questionable that 5.2.1 permitted.  This works fine 
  with Racket 5.2.1.
 
  Unfortunately, I don't have time to debug at this moment.  I'm 
  posting now because I understand that a release is close, and I don't 
  know how likely it is that this is a Racket bug.
 
  Neil V.
 
  _
   Racket Developers list:
   http://lists.racket-lang.org/dev
 
 _
   Racket Developers list:
   http://lists.racket-lang.org/dev
_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] Release Announcement for v5.3

2012-07-26 Thread Robby Findler
If we're going to include the contract related bullets below, then we
should probably mention struct/dc, too. But I think this is too many
bullets for this amount of stuff. How about something like this:

 - the contract library has better support for interfaces, generics,
prompts, continuation-marks, and structs

and then put those bullets, plus a bullet for struct/dc into the
racket HISTORY file (if they're not already there).

Robby

On Thu, Jul 26, 2012 at 2:40 PM, Asumu Takikawa as...@ccs.neu.edu wrote:
 On 2012-07-25 13:26:53 -0400, Ryan Culpepper wrote:
  - add contracts to interfaces (6f4ad1de)

Interfaces from the racket/class library now allow
 contracts to be specified for methods. Instances
 of classes that implement such contracted interfaces will
 be protected by these contracts.

  - generics (518bf0fd)
  - contracts for generics (552d6de9)

The new racket/generic library allows the definition of
 generic functions, which will dispatch to methods added
 to a structure type. Methods can be added to structure
 types using the new #:methods keyword.

  - prompt/c, continuation-mark-key/c (de5c756d, 095d47fc)

Contracts can now be applied to continuation prompt tags
 or continuation mark keys, which will respectively
 guard the use of control operators or access to data
 stored in continuation marks.

  - abstract methods (06091079)

The class form now supports declaring a method abstract.
 An abstract method prevents a class from being instantiated
 unless it is overriden.

  - mzlib deprecation notices (e4141077)

   The mzlib/class100 library has been deprecated and will be
removed in the first release after June 21, 2013

   (the rest of the deprecation notices are just for documentation
since we don't have any plans to remove them)

  - class/c changes (3eb963f6)
  - class contracts for racket/draw, racket/snip (30311058, 2e1d59f7)

These are probably not worth including.

 Cheers,
 Asumu
 _
   Racket Developers list:
   http://lists.racket-lang.org/dev
_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] [plt] Push #25088: master branch updated

2012-07-26 Thread Robby Findler
How about Misc. minor bug fixes or something like that instead?

On Thu, Jul 26, 2012 at 1:56 PM,  cleme...@racket-lang.org wrote:
 clements has updated `master' from 2dcf060774 to 8ba976c035.
   http://git.racket-lang.org/plt/2dcf060774..8ba976c035

 =[ One Commit ]=
 Directory summary:
  100.0% doc/release-notes/stepper/

 ~~

 8ba976c John Clements cleme...@racket-lang.org 2012-07-26 14:50
 :
 | release notes update for stepper.
 |
 | please merge to 5.3 release.
 :
   M doc/release-notes/stepper/HISTORY.txt | 2 +-

 =[ Overall Diff ]===

 doc/release-notes/stepper/HISTORY.txt
 ~
 --- OLD/doc/release-notes/stepper/HISTORY.txt
 +++ NEW/doc/release-notes/stepper/HISTORY.txt
 @@ -3,7 +3,7 @@ Stepper

  Changes for 5.3:

 -None.
 +At least one bug fix.

  Changes for v5.2.1:

_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] [plt] Push #25091: master branch updated

2012-07-26 Thread Asumu Takikawa
On 2012-07-26 20:07:16 -0400, ro...@racket-lang.org wrote:
 9356e8e Robby Findler ro...@racket-lang.org 2012-07-26 18:58
 :
 | try out Asumu's suggestion, namely if there is a keyboard event,
 | then hide the definitions/interactions labels for a while (2
 | seconds currently). also, when the 2 seconds expires, fade back
 | in instead of just appearing immediately
 :

Thanks, I like it. :)

Cheers,
Asumu
_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] Release Announcement for v5.3

2012-07-26 Thread Asumu Takikawa
On 2012-07-26 19:06:38 -0500, Robby Findler wrote:
 How about something like this:

  - the contract library has better support for interfaces, generics,
 prompts, continuation-marks, and structs

 and then put those bullets, plus a bullet for struct/dc into the
 racket HISTORY file (if they're not already there).

That's fine with me.

Cheers,
Asumu
_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] [plt] Push #25088: master branch updated

2012-07-26 Thread John Clements

On Jul 26, 2012, at 8:09 PM, Robby Findler wrote:

 How about Misc. minor bug fixes or something like that instead?

Sure… done.

John



smime.p7s
Description: S/MIME cryptographic signature
_
  Racket Developers list:
  http://lists.racket-lang.org/dev