[racket-dev] JFYI: stderr noise while running drracket on Fedora Core 9

2011-01-02 Thread John Clements
While running drracket on Fedora Core 9, I got a bunch of stderr messages from 
Gdk:


cleme...@vogon:~/.racket/5.0.99.6 $ Gdk: gdk_window_thaw_updates: assertion 
`private->update_freeze_count > 0' faile
Gdk: gdk_window_thaw_updates: assertion `private->update_freeze_count > 0' faile
Gdk: gdk_window_thaw_updates: assertion `private->update_freeze_count > 0' faile
Gdk: gdk_window_thaw_updates: assertion `private->update_freeze_count > 0' faile
Gdk: gdk_window_thaw_updates: assertion `private->update_freeze_count > 0' faile
Gdk: ?gdk_window_thaw_updates: assertion `private->update_freeze_count > 0' 
faile
Gdk: @gdk_window_thaw_updates: assertion `private->update_freeze_count > 0' 
faile
Gdk: ?gdk_window_thaw_updates: assertion `window != NULL' faile
Gdk: ?gdk_window_thaw_updates: assertion `window != NULL' faile
Gdk: gdk_window_thaw_updates: assertion `window != NULL' faile
Gdk: ggdk_window_thaw_updates: assertion `window != NULL' faile
Gdk: @gdk_window_thaw_updates: assertion `window != NULL' faile
Gdk: ?gdk_window_thaw_updates: assertion `window != NULL' faile

[2]+  Done~/drracket
cleme...@vogon:~/.racket/5.0.99.6 $ uname -a
Linux vogon.csc.calpoly.edu 2.6.25.3-18.fc9.i686 #1 SMP Tue May 13 05:38:53 EDT 
2008 i686 athlon i386 GNU/Linux

This was while testing the handin client.  I'm assuming these are unimportant, 
and in all likelihood related to the old libgdk that's a part of fedora core 9; 
if they're not, let me know and I'll try to reproduce them. Since the machines 
that my students will be using are all Fedora Core 11, I'm betting that I won't 
see this error again.

John



smime.p7s
Description: S/MIME cryptographic signature
_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev

Re: [racket-dev] up-to-date libgtk for drracket on debian stable?

2011-01-02 Thread Matthew Flatt
At Sat, 1 Jan 2011 10:56:18 -0500, Philippe Meunier wrote:
> I had to change a bunch of files in collects/racket/draw/unsafe to get
> it to work (see the attached diff).  For reference, on OpenBSD the
> library versions are currently as follows:

The main change seems to be dropping the "0" version. Does replacing
'("0") with '("0" "") also work, so that a versionless name is tried
when the versioned name fails?

I've pushed a set of changes along those lines, plus falling back to
"libpng" when "libpng12" fails and dynamically detecting the libjpeg
version.


> Just to make things more annoying, libcairo needs libpthread:
> [...]
> so I also had to change the define-runtime-lib macro from
> collects/racket/draw/private/libs.rkt so that the unix case of the
> macro accepts multiple libraries.  I'm not sure that's the best way to
> go about adding libpthread though, and I'm definitely not sure that my
> simple change to collects/racket/draw/unsafe/cairo.rkt to add
> libpthread works on other platforms...

Won't "libpthread" get loaded auomatically when "libcairo" is loaded?


> With theses changes I was able to run drracket, except that:
> 
> - I got the following error at startup while the steep tool is being
>   loaded:
> 
> Error invoking tool 
> #;("stepper+xml-tool.ss")
> xml-box: bitmap scheme-box.jpg failed to load
>  === context ===
> /home/meunier/lang/plt/collects/drracket/private/tools-drs.rkt:96:0: 
> invoke-drs-tool
> /home/meunier/lang/plt/collects/drracket/drracket.rkt: [running body]
> 
> (I have no problem looking at the jpg file using xv or gimp)

I think that's because the libjpeg version 64 wasn't supported by
"jpeg.rkt" --- now fixed.


> copy-file: read or write failed; cannot copy: 
> /home/meunier/.racket/racket-prefs.rktd to: 
> /home/meunier/.racket/TMPPREF12938920161293892016827

I don't know about this one.

_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev


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

2011-01-02 Thread Robby Findler
How about

  (get-preference '|GRacket:defaultMenuPrefix| (lambda ()
(get-preference '|MrEd:defaultMenuPrefix| (lambda () 'ctl

?

Robby

On Sun, Jan 2, 2011 at 4:45 PM,   wrote:
> clements has updated `master' from dbd8faee1b to 47e3db06ff.
>  http://git.racket-lang.org/plt/dbd8faee1b..47e3db06ff
>
> =[ 1 Commits ]==
>
> Directory summary:
>  100.0% collects/mred/private/
>
> ~~
>
> 47e3db0 John Clements  2011-01-02 14:45
> :
> | change pref name to match docs
> :
>  M collects/mred/private/const.rkt |    2 +-
>
> =[ Overall Diff ]===
>
> collects/mred/private/const.rkt
> ~~~
> --- OLD/collects/mred/private/const.rkt
> +++ NEW/collects/mred/private/const.rkt
> @@ -38,7 +38,7 @@
>   (define arrow-cursor (make-object wx:cursor% 'arrow))
>
>   (define default-x-prefix (if (eq? 'unix (system-type))
> -                              (let ([v (get-preference 
> '|MrEd:defaultMenuPrefix| (lambda () 'ctl))])
> +                              (let ([v (get-preference 
> '|GRacket:defaultMenuPrefix| (lambda () 'ctl))])
>                                 (if (memq v '(meta ctl alt ctl-m))
>                                     v
>                                     'ctl))
>
_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev

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

2011-01-02 Thread John Clements

On Jan 2, 2011, at 2:45 PM, cleme...@racket-lang.org wrote:

> clements has updated `master' from dbd8faee1b to 47e3db06ff.
>  http://git.racket-lang.org/plt/dbd8faee1b..47e3db06ff
> 
> =[ 1 Commits ]==
> 
> Directory summary:
> 100.0% collects/mred/private/
> 
> ~~
> 
> 47e3db0 John Clements  2011-01-02 14:45
> :
> | change pref name to match docs

Hope this isn't too forward of me; I figured that since the docs had already 
changed, it wouldn't be too presumptuous to change the implementation. 
Apologies for breaking anyone's prefs.

John

> :
>  M collects/mred/private/const.rkt |2 +-
> 
> =[ Overall Diff ]===
> 
> collects/mred/private/const.rkt
> ~~~
> --- OLD/collects/mred/private/const.rkt
> +++ NEW/collects/mred/private/const.rkt
> @@ -38,7 +38,7 @@
>   (define arrow-cursor (make-object wx:cursor% 'arrow))
> 
>   (define default-x-prefix (if (eq? 'unix (system-type))
> -(let ([v (get-preference 
> '|MrEd:defaultMenuPrefix| (lambda () 'ctl))])
> +(let ([v (get-preference 
> '|GRacket:defaultMenuPrefix| (lambda () 'ctl))])
>(if (memq v '(meta ctl alt ctl-m))
>v
>'ctl))



smime.p7s
Description: S/MIME cryptographic signature
_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev

[racket-dev] replacement for #:namespace arg in dispatch/servlet

2011-01-02 Thread John Clements
I'm trying to use the 'handin-server' code, which depends on a now-defunct 
#:namespace argument to dispatch/servlet. Your change eliminating this argument 
 (commit c7995e247e8300) was in response to Shriram's PR about port number 
assignments, but that doesn't help me to figure out why that argument would 
have disappeared.  I'm guessing that it's going to be something simple like 
using parameterize on current-namespace instead of specifying it as an optional 
argument, but since the handin server code isn't mine, I wouldn't be confident 
that my change was a sane one. 

So: is there a simple mechanism that replaces this optional argument?

John Clements



smime.p7s
Description: S/MIME cryptographic signature
_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev