[racket-dev] GNU lightning version
Hi! I hope I chose the correct mailing list for my question: are there any reasons why Racket currently uses very old version of GNU Lightning? According to sources, Racket 6.1 uses GNU Lightning version 1.2 which originates from 2004 and current version of GNU Lightning is 2.0 which supports many new back-ends, particularly MIPS. Is it manpower problems (there is nobody who can upgrade this component in Racket), technical ones or something else? -- Thanks, Yaroslav _ Racket Developers list: http://lists.racket-lang.org/dev
[racket-dev] How to translate DrRacket GUI to another (human) language?
Cheers, I need to create a Finnish translation of DrRacket GUI and error messages, starting from Beginning student level. How do I proceed and are there any guidelines for the internationalization of DrScheme? Yours, Antti Karttunen _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] How to translate DrRacket GUI to another (human) language?
This file contains the string constants used by DrRacket: https://github.com/plt/racket/blob/master/pkgs/string-constants-pkgs/string-constants-lib/string-constants/string-constant.rkt It then grabs them from one of the language files like https://github.com/plt/racket/blob/master/pkgs/string-constants-pkgs/string-constants-lib/string-constants/private/german-string-constants.rkt You could create a file like this named finnish-string-constants and give it to us (we'd be happy to make the changes to the first file necessary to link it in.) It is best to start modifying from https://github.com/plt/racket/blob/master/pkgs/string-constants-pkgs/string-constants-lib/string-constants/private/english-string-constants.rkt because it is complete. I also believe (and Robby can confirm this) that any string translations you leave out will just remain in English, even if you don't include them in your constants file. I hope this process is not too painful and we are thankful for your interest in helping! Jay On Thu, Sep 4, 2014 at 5:12 AM, Antti Karttunen antti.karttu...@gmail.com wrote: Cheers, I need to create a Finnish translation of DrRacket GUI and error messages, starting from Beginning student level. How do I proceed and are there any guidelines for the internationalization of DrScheme? Yours, Antti Karttunen _ Racket Developers list: http://lists.racket-lang.org/dev -- Jay McCarthy http://jeapostrophe.github.io Wherefore, be not weary in well-doing, for ye are laying the foundation of a great work. And out of small things proceedeth that which is great. - DC 64:33 _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] How to translate DrRacket GUI to another (human) language?
On Thu, Sep 4, 2014 at 12:35 PM, Jay McCarthy jay.mccar...@gmail.com wrote: This file contains the string constants used by DrRacket: https://github.com/plt/racket/blob/master/pkgs/string-constants-pkgs/string-constants-lib/string-constants/string-constant.rkt It then grabs them from one of the language files like https://github.com/plt/racket/blob/master/pkgs/string-constants-pkgs/string-constants-lib/string-constants/private/german-string-constants.rkt You could create a file like this named finnish-string-constants and give it to us (we'd be happy to make the changes to the first file necessary to link it in.) It is best to start modifying from https://github.com/plt/racket/blob/master/pkgs/string-constants-pkgs/string-constants-lib/string-constants/private/english-string-constants.rkt because it is complete. I also believe (and Robby can confirm this) that any string translations you leave out will just remain in English, even if you don't include them in your constants file. I hope this process is not too painful and we are thankful for your interest in helping! Thank you! Doesn't look that painful to me. I will return after I have done the translation and when the other members of our team have proof-read it. Antti Jay On Thu, Sep 4, 2014 at 5:12 AM, Antti Karttunen antti.karttu...@gmail.com wrote: Cheers, I need to create a Finnish translation of DrRacket GUI and error messages, starting from Beginning student level. How do I proceed and are there any guidelines for the internationalization of DrScheme? Yours, Antti Karttunen _ Racket Developers list: http://lists.racket-lang.org/dev -- Jay McCarthy http://jeapostrophe.github.io Wherefore, be not weary in well-doing, for ye are laying the foundation of a great work. And out of small things proceedeth that which is great. - DC 64:33 _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] [plt] Push #29214: master branch updated
My best understanding is that the problem is that path-pkg is used by raco setup to tell whether unstated dependencies are present. If files from collects/ are in a package, then everything needs to depend on base (which is inconvenient) including other files in collects/ but the files in collects/ aren't part of a package that has dependencies and base isn't actually considered installed (at least during the collects/ part.) As mentioned, I also tried racket as the package, but that had a very similar (but slightly different) crash. Jay On Wed, Sep 3, 2014 at 6:22 PM, Sam Tobin-Hochstadt sa...@cs.indiana.edu wrote: On Wed, Sep 3, 2014 at 10:53 AM, Jay McCarthy j...@racket-lang.org wrote: I need to revert this because it horribly breaks the bootstrapping phase. It may be possible to make the core have a package in the future, but it's not an easy change. Is this because code expects #f instead of base? Or for some other reason? Sam -- Jay McCarthy http://jeapostrophe.github.io Wherefore, be not weary in well-doing, for ye are laying the foundation of a great work. And out of small things proceedeth that which is great. - DC 64:33 _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] How to translate DrRacket GUI to another (human) language?
Jay McCarthy wrote: I also believe (and Robby can confirm this) that any string translations you leave out will just remain in English, even if you don't include them in your constants file. Yes. See also http://docs.racket-lang.org/string-constants/index.html#%28part._.Adding_.String_.Constants%29 There's also a (very low traffic) mailing list for translators: http://lists.racket-lang.org/translators/ You can subscribe to this mailing list if you want to be kept up to date with changes made to english-string-constants.rkt. Note that these translation files only cover the DrRacket GUI and some of the tools, not error messages that result from evaluating code. Philippe _ Racket Developers list: http://lists.racket-lang.org/dev
[racket-dev] DrDr migration
I am in the process of moving DrDr to IU. You may get some weird and delayed messages as the migration happens and problems are ironed out. I apologize for the noise. Jay -- Jay McCarthy http://jeapostrophe.github.io Wherefore, be not weary in well-doing, for ye are laying the foundation of a great work. And out of small things proceedeth that which is great. - DC 64:33 _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] dev Digest, Vol 68, Issue 3
On Thu, Sep 4, 2014 at 7:00 PM, dev-requ...@racket-lang.org wrote: Message: 6 Date: Thu, 4 Sep 2014 11:35:32 -0400 From: Philippe Meunier meun...@ccs.neu.edu To: dev@racket-lang.org Subject: Re: [racket-dev] How to translate DrRacket GUI to another (human) language? Message-ID: 20140904153532.ga31...@tekken.ccs.neu.edu Content-Type: text/plain; charset=us-ascii Jay McCarthy wrote: I also believe (and Robby can confirm this) that any string translations you leave out will just remain in English, even if you don't include them in your constants file. Yes. See also http://docs.racket-lang.org/string-constants/index.html#%28part._.Adding_.String_.Constants%29 There's also a (very low traffic) mailing list for translators: http://lists.racket-lang.org/translators/ You can subscribe to this mailing list if you want to be kept up to date with changes made to english-string-constants.rkt. Note that these translation files only cover the DrRacket GUI and some of the tools, not error messages that result from evaluating code. Yes, I just realized this painful truth: Bienvenido a DrRacket, versión 5.3.1 [3m]. Lenguaje: Estudiante Principiante; memory limit: 128 MB. (cons 1 2 3) cons: expects only 2 arguments, but found 3 (list '(a b c))) quote: expected the name of the symbol after the quote, but found a part Willkommen bei DrRacket, Version 5.3.1 [3m]. Sprache: Anfänger; memory limit: 128 MB. (cons 1 2 3) cons: expects only 2 arguments, but found 3 urpot urpot: this variable is not defined And understanding these error messages is the most important part for the beginning student! So, is it even on a roadmap that they would be localizable in the future? Yours, Antti Philippe End of dev Digest, Vol 68, Issue 3 ** _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] dev Digest, Vol 68, Issue 3
We've talked about creating a deeper hierarchy of errors than is shown in the manual: http://docs.racket-lang.org/reference/exns.html#%28part._.Built-in_.Exception_.Types%29 But it would be some painstaking work. Guillaume did some work on this: http://scholar.google.com/citations?hl=enauthuser=0user=DFJca0EJ But it hasn't yet been integrated well enough Jay On Thu, Sep 4, 2014 at 1:44 PM, Antti Karttunen antti.karttu...@gmail.com wrote: On Thu, Sep 4, 2014 at 7:00 PM, dev-requ...@racket-lang.org wrote: Message: 6 Date: Thu, 4 Sep 2014 11:35:32 -0400 From: Philippe Meunier meun...@ccs.neu.edu To: dev@racket-lang.org Subject: Re: [racket-dev] How to translate DrRacket GUI to another (human) language? Message-ID: 20140904153532.ga31...@tekken.ccs.neu.edu Content-Type: text/plain; charset=us-ascii Jay McCarthy wrote: I also believe (and Robby can confirm this) that any string translations you leave out will just remain in English, even if you don't include them in your constants file. Yes. See also http://docs.racket-lang.org/string-constants/index.html#%28part._.Adding_.String_.Constants%29 There's also a (very low traffic) mailing list for translators: http://lists.racket-lang.org/translators/ You can subscribe to this mailing list if you want to be kept up to date with changes made to english-string-constants.rkt. Note that these translation files only cover the DrRacket GUI and some of the tools, not error messages that result from evaluating code. Yes, I just realized this painful truth: Bienvenido a DrRacket, versión 5.3.1 [3m]. Lenguaje: Estudiante Principiante; memory limit: 128 MB. (cons 1 2 3) cons: expects only 2 arguments, but found 3 (list '(a b c))) quote: expected the name of the symbol after the quote, but found a part Willkommen bei DrRacket, Version 5.3.1 [3m]. Sprache: Anfänger; memory limit: 128 MB. (cons 1 2 3) cons: expects only 2 arguments, but found 3 urpot urpot: this variable is not defined And understanding these error messages is the most important part for the beginning student! So, is it even on a roadmap that they would be localizable in the future? Yours, Antti Philippe End of dev Digest, Vol 68, Issue 3 ** _ Racket Developers list: http://lists.racket-lang.org/dev -- Jay McCarthy http://jeapostrophe.github.io Wherefore, be not weary in well-doing, for ye are laying the foundation of a great work. And out of small things proceedeth that which is great. - DC 64:33 _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] BUG: busy-waiting
Thanks! I've pushed a repair. At Thu, 4 Sep 2014 01:56:07 -0400, Marc Burns wrote: Yes. I forgot that, in the case I was debugging, `unzip` was wrapping its input pipe with `make-limited-input-port`. The user port created by `make-limited-input-port` is causing the loop. Here's an example: #lang racket/base (require racket/port) (define-values (in out) (make-pipe)) (define p (make-limited-input-port in 10 #t)) (write-bytes #hello out) (define buffer (make-bytes 1)) (peek-bytes-avail! buffer 6 #f p 0 1) The `do-peek` function in port.rkt:1027 makes a nonblocking attempt to peek from the wrapped port. When the peek is unsuccessful, it returns an event that is ready when the wrapped port is ready and whose value is zero. Thus, when the wrapped port has greater than zero and fewer than `skip` bytes available, `do-peek` is nonblocking. The call to `peek-bytes-avail!` then loops calling `do-peek`. I think that this could be resolved by returning (choice-evt (wrap-evt progress-evt (lambda(x) #f)) (wrap-evt (peek-bytes-evt skip 0 #f port) (lambda(x) 0))) instead of the wrapped port event at port.rkt:1027 Then again, couldn't `do-peek` just return the appropriate `peek-bytes-evt` when `count` is nonzero? Marc On Thu, Sep 04, 2014 at 05:49:17AM +0200, Matthew Flatt wrote: Can you provide an example? Here's what I tried, but it blocks without busy-waiting: #lang racket (require file/gunzip file/gzip) (define dest (open-output-bytes)) (deflate (open-input-bytes #hello) dest) (define bstr (get-output-bytes dest)) (define-values (i o) (make-pipe)) ;; Omit the last byte: (write-bytes bstr o 0 (- (bytes-length bstr) 1)) 'inflating... (inflate i (open-output-bytes)) At Wed, 3 Sep 2014 21:02:06 -0400, Marc Burns wrote: The offending function in my case seems to be peek-bytes-avail! The busy wait is entered on line 284 of collects/file/gunzip.rkt. Here's what happens when I add some tracing to gunzip.rkt and then try to inflate a Racket pipe: ... + (displayln before read-bytes!) (read-bytes! buffer input-port 0 (max 0 (- buf-max MAX-LOOKAHEAD))) + (displayln after read-bytes!) ;; Even though we won't actually use bytes that we unwind, ;; setting `buf-pos' to the number of unwound bytes lets us ;; keep track of how much to not actually read at the end. (set! buf-pos (min MAX-LOOKAHEAD buf-max))) ;; Peek (not read) some available bytes: + (displayln before peek-bytes-avail!) (let ([got (peek-bytes-avail! buffer buf-pos #f input-port buf-pos BUFFER-SIZE)]) + (displayln after peek-bytes-avail!) ... + (trace READBITS) Output: ... (READBITS 9) #void (READBITS 9) before read-bytes! after read-bytes! before peek-bytes-avail! That's it. Racket is busy-waiting in peek-bytes-avail! On Wed, Sep 03, 2014 at 10:52:18PM +0200, Jan Dvořák wrote: Hello, I am hitting a rather uncomfortable bug that causes runtime to start internal busy-waiting at around: #0 scheme_block_until(_f=syncing_ready, fdf=scheme_syncing_needs_wakeup) at ../src/thread.c:5199 #1 do_sync (name=sync, with_break=0, with_timeout=0) at ../src/thread.c:7109 It goes through ../src/thread.c:5190, which Matthew mentions in one of his recent patches. The code that manages to trigger this have been written under NDA and cannot be published. I have not yet managed to reproduce the issue separately, but it seems that this might not be the only instance: (09:28:36 PM) m4burns: Mordae: I'm having a similar problem somewhere in `inflate`. Haven't applied a debugger yet, but there's certainly no busy waiting in the script. I am stuck and would like to ask for your help. Best regards, Jan Dvorak _ 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