Re: [racket-dev] having zo files from two versions

2015-01-06 Thread Neil Van Dyke
Dan Liebgold wrote on 01/06/2015 02:00 PM: What is a straightforward way to designate the compiled directory to look for zo files in that can be based on the Racket version? I'd like to have Racket 5.2.1 and 6.1 running in parallel to aid in upgrading our version. Thanks! I'd like for this

Re: [racket-dev] new package system collections and conflicts

2014-12-03 Thread Neil Van Dyke
I don't think I need charity. I thought the vision for the new package system had already been explained adequately. I would be very interested to learn how the model is well-suited to third-party developers like me. But -- I mean this constructively -- I'd be happy if someone simply came

Re: [racket-dev] new package system collections and conflicts

2014-12-02 Thread Neil Van Dyke
I think this what's the matter with conflicts, and an arbitrary package putting things wherever it wants, and not having a notion of non-backward-compatibility is similar to what's the matter with using eval for everything or what's the matter with defmacro or what's the big deal about having

Re: [racket-dev] Line editing in the default REPL

2014-12-02 Thread Neil Van Dyke
Eli Barzilay wrote on 12/02/2014 09:31 PM: On Tue, Nov 25, 2014 at 1:29 PM, Leif Andersen l...@leifandersen.net wrote: Just to clarify a bit, we were more thinking of extending the default repl to have line editing features, rather then making xrepl the default, If you're talking about

[racket-dev] new package system collections and conflicts

2014-11-30 Thread Neil Van Dyke
Given the example from the documentation, of the `tic-tac-toe` package and conflicts (quoted at end of this email), instead, why isn't the norm to do: (require tic-tac-toe) Or, when necessary: (require tic-tac-toe/matrix) Why, when one installs a package named `tic-tac-toe`, would

[racket-dev] new package system and versions

2014-11-30 Thread Neil Van Dyke
Any chance of revisiting the new package system's stances on versions -- specifically, on the two issues: 1. Can subsequent versions of a named package (which has an identity) be non-backward-compatible? 2. Can a Racket setup (and even an individual program) have multiple versions of a package

Re: [racket-dev] new package system collections and conflicts

2014-11-30 Thread Neil Van Dyke
Sam Tobin-Hochstadt wrote on 11/30/2014 10:55 AM: Another example where this happens (and in a way that couldn't be fixed by combining packages) is with typed versions of libraries. If I release a package with the collection `foo`, and then someone else produces a typed version of it, that will

Re: [racket-dev] new package system collections and conflicts

2014-11-30 Thread Neil Van Dyke
Jay McCarthy wrote on 11/30/2014 12:13 PM: The documentation cited is making clear that there is NO connection between the name of a package and the provided modules. There is no such thing as a package namespace. I'd really like there to be. For third-party packages. Packages may find

Re: [racket-dev] new package system collections and conflicts

2014-11-30 Thread Neil Van Dyke
Jay McCarthy wrote on 11/30/2014 12:30 PM: On Sunday, November 30, 2014, Neil Van Dyke n...@neilvandyke.org mailto:n...@neilvandyke.org wrote: Jay McCarthy wrote on 11/30/2014 12:13 PM: The documentation cited is making clear that there is NO connection between the name

Re: [racket-dev] new package system collections and conflicts

2014-11-30 Thread Neil Van Dyke
Sam Tobin-Hochstadt wrote on 11/30/2014 12:52 PM: Are you saying that `data` is some kind of classification of what this module is about, and in this case specifically, this module, which is part of some more specific package, happens to be regarding general-purpose data structures, so we're

Re: [racket-dev] generic API names considered harmful

2014-07-06 Thread Neil Van Dyke
Roman Klochkov wrote at 07/06/2014 10:15 PM: What about 3rd party modules? For example, should http://planet.racket-lang.org/package-source/dherman/syntactic-closures.plt/1/0/syntactic-closures.ss provide syntactic-closures-compile, syntactic-closures-execute and

[racket-dev] generic API names considered harmful

2014-07-04 Thread Neil Van Dyke
For documented public API of modules that are part of core Racket, shouldn't pretty much all the identifiers be descriptive enough to be unique within the scope of core Racket? (Excepting name conflicts from SRFIs and teaching languages?) I've now noticed generic API names like make and

Re: [racket-dev] for loops with interleaved escape continuations

2014-07-02 Thread Neil Van Dyke
Loop syntax and sugar is fine. And having #:continue and #:break keywords at the top of the form is sufficient warning of surprises ahead, IMHO. I do have a minor ongoing concern that people coming from other languages lately latch onto the for family of forms from the start, don't get

Re: [racket-dev] for loops with interleaved escape continuations

2014-07-01 Thread Neil Van Dyke
If adding breakcontinue features to your fancy iteration syntax, I propose that any uses of these features in source code be somehow very prominent. For example, perhaps there is a keyword that must be at the top of the fancy iteration form, something like

Re: [racket-dev] [racket] lab notebook on learning process

2014-05-06 Thread Neil Van Dyke
Jens Axel S√łgaard wrote at 05/06/2014 02:02 PM: Sam: Could we - warn people when they use `time` in DrRacket? - provide a performance mode that runs programs out-of-process, or just in another place? - something else? I like this. DrRacket has a performance mode already (disable

Re: [racket-dev] [racket] lab notebook on learning process

2014-05-06 Thread Neil Van Dyke
Just remember, any self-respecting benchmark feature of a platform will detect standard benchmarks and substitute hand-tuned assembler. :) Neil V. _ Racket Developers list: http://lists.racket-lang.org/dev

Re: [racket-dev] comments on comments on learning Racket

2014-04-26 Thread Neil Van Dyke
Sam Tobin-Hochstadt wrote at 04/26/2014 07:26 PM: On this topic (which is about the Choose a language language that DrRacket starts in when newly installed), I think we should just delete all of this code, and start in the Racket language. How about make Run and other very language-specific

Re: [racket-dev] comments on comments on learning Racket

2014-04-26 Thread Neil Van Dyke
Sam Tobin-Hochstadt wrote at 04/26/2014 08:06 PM: On Sat, Apr 26, 2014 at 7:58 PM, Neil Van Dyke n...@neilvandyke.org wrote: Sam Tobin-Hochstadt wrote at 04/26/2014 07:26 PM: On this topic (which is about the Choose a language language that DrRacket starts in when newly installed), I think we

Re: [racket-dev] comments on comments on learning Racket

2014-04-26 Thread Neil Van Dyke
Sam Tobin-Hochstadt wrote at 04/26/2014 08:13 PM: I'm confused about what you're suggesting, then. Is there a difference, under your suggestion, between opening DrRacket for the first time, entering `1` in the definitions window, and hitting run, and doing that same thing in an existing

Re: [racket-dev] pi, was: Re: [plt] Push #28592: master branch updated

2014-04-22 Thread Neil Van Dyke
Matthias Felleisen wrote at 04/22/2014 01:37 PM: I think we should dedicate this commit to Kate Bush's PI song (or vice versa?): https://www.youtube.com/watch?v=kZSHr5E7fZY Are Kate Bush dedications a slippery slope? Software developers will tend to work towards the metrics. Soon the

Re: [racket-dev] gui responsiveness

2014-04-17 Thread Neil Van Dyke
Matthew Flatt wrote at 04/16/2014 01:56 PM: (set! needed? #t) (queue-callback (lambda () (when needed? (set! needed? #f) (send this refresh))) #f) ; = low priority This is what I'd try first. If it works well

Re: [racket-dev] class implementation and make-primitive-class

2014-04-17 Thread Neil Van Dyke
For purposes of your course project, couldn't you make your own class-instance object system, atop structs or hashes, that gives you whatever dynamic programming features you want? It's very-very easy to do a basic one (with single inheritance and single dispatch), until you get into speed

Re: [racket-dev] planet bug tracking system spam

2014-04-14 Thread Neil Van Dyke
Robby Findler wrote at 04/14/2014 01:27 PM: I think that the problem Neil is having with it is the ridiculous amount of spam that gets trapped inside it. (But correct me if I'm wrong, Neil!) I also have other objections to it. But if Doug is still using it, I guess leaving it running makes

[racket-dev] planet bug tracking system spam

2014-04-13 Thread Neil Van Dyke
Can the PLaneT bug-tracking system be shut down, please? (I have never wanted my packages to be in the PLaneT bug-tracking system. It has never been anything for me but counterproductive and annoying. It was not there when I first added my packages to PLaneT. I really-really want to

[racket-dev] zoom-to-fit-width text in new documentation layout

2014-04-13 Thread Neil Van Dyke
In the new documentation layout, the zoom-to-fit-width behavior is bad. I mentioned this before (http://lists.racket-lang.org/users/archive/2013-November/060480.html;), but I don't recall hearing any rationale, and it doesn't seem to have changed. Is this going to be changed, or do I have to

Re: [racket-dev] ECDHE patch for Racket's OpenSSL bindings.

2014-04-09 Thread Neil Van Dyke
* Is anyone up to auditing the C code? To support my earlier concern (http://lists.racket-lang.org/dev/archive/2014-February/013935.html;), you've probably heard in the last few days about a C oops bug in OpenSSL that has compromised the private keys of 2/3 of the Internet for over a year

Re: [racket-dev] ECDHE patch for Racket's OpenSSL bindings.

2014-04-09 Thread Neil Van Dyke
Edward, your patch sounds OK to me, FWIW. Neil V. _ Racket Developers list: http://lists.racket-lang.org/dev

Re: [racket-dev] Too many license files

2014-02-21 Thread Neil Van Dyke
blurb at the end of the document). Example at: http://www.neilvandyke.org/racket-roomba/ I've started to also add a one-line copyright notice at the top of each source file in the package, something like ;; Copyright Neil Van Dyke. See file info.rkt. (I might have to move to a legal notice

Re: [racket-dev] [patch] OpenSSL ECDH(E) + DHE support.

2014-02-09 Thread Neil Van Dyke
Edward Lee wrote at 02/08/2014 05:52 PM: [...] Racket's OpenSSL bindings do not currently enable the ECDH(E) and the DHE ciphers, which are needed for perfect forward secrecy. I've attached a patch that: [...] First, thanks for taking the initiative and contributing. Second, I feel a

Re: [racket-dev] Racket v5.92

2014-01-27 Thread Neil Van Dyke
The 5.92 CSS also doesn't seem to differentiate the different link types by color or other visual emphasis. IMHO, this is a step backwards, especially when it comes to visually distinguishing the three kinds of links: (1) identifier definition; (2) tech, and (3) everything else. As I said in

[racket-dev] new package system status

2013-11-20 Thread Neil Van Dyke
What's the status of the package system? This morning I thought I'd compromise, and use the new package system for a package that would only ever need one version installed per Racket installation (though I still really want multiple-installed-version support for libraries, like PLaneT has in

[racket-dev] reading :foo as keyword in Racket 6.0?

2013-11-06 Thread Neil Van Dyke
Any chance that 6.0 will read symbols beginning with : (other than : exactly) as keywords? (I was thinking that a major version number might be a good time to do this change, in case anyone is concerned that the change might break some code somewhere. IIRC, someone said there was a SRFI

Re: [racket-dev] should package X imply package X-test?

2013-10-16 Thread Neil Van Dyke
I'm speaking of third-party packages only; I don't know about the packages that make up core Racket. (But perhaps whatever is done for any special needs of core Racket can avoid complicating things for third-party packages.) For third-party packages, for the audience of technical users of

Re: [racket-dev] Revising Racket's home page

2013-08-20 Thread Neil Van Dyke
Sam Tobin-Hochstadt wrote at 08/20/2013 09:40 AM: Are you referring to the Quick tutorial? I don't think that's aimed at children, per se -- just people who have no experience w/ Racket. OK, I can only offer a single data point: to me, one glance at the Quick tutorial looks like

Re: [racket-dev] Revising Racket's home page

2013-08-20 Thread Neil Van Dyke
Sam Tobin-Hochstadt wrote at 08/20/2013 09:52 AM: Can you say more about why this is? Is it the pictures? Yes, I scroll down the page and I see pictures and a simple picture language, and it seems to be using them to introduce some pretty simple and familiar concepts, so I assume it's

[racket-dev] racket 5.3.6 db/postgresql ssl performance fix

2013-07-24 Thread Neil Van Dyke
Did a PostgreSQL SSL performance fix get into 5.3.6 pre-release in some form? In the pre-release I just downloaded, I don't see Ryan's original fix to collects/db/private/postgresql/connection.rkt. Neil V. _ Racket Developers list: http://lists.racket-lang.org/dev

Re: [racket-dev] racket 5.3.6 db/postgresql ssl performance fix

2013-07-24 Thread Neil Van Dyke
Thanks, Ryan. And thanks for the earlier reminder for me to test the pre-release; I was distracted with other work, and probably would've missed this pre-release. Neil V. _ Racket Developers list: http://lists.racket-lang.org/dev

Re: [racket-dev] package-system update

2013-07-15 Thread Neil Van Dyke
Matthew Flatt wrote at 07/13/2013 02:56 PM: Others seem overwhelmed by the details, unsure of how it will all work out, and disconcerted by conflicting messages from others who seem to understand the issues. BTW, I don't know whether I'm involved in anyone being disconcerted. If I am, please

Re: [racket-dev] PLaneT(2): Single vs multi-collection packages

2013-06-18 Thread Neil Van Dyke
Matthew Flatt wrote at 06/18/2013 07:59 AM: In principle, you should add a versioned dependency on racket to indicate that the package does not work with version 5.3.4, and so users of v5.3.4 should get an earlier revision of the package. Just a general comment... For production use, I try not

Re: [racket-dev] ready for the package switch?

2013-06-18 Thread Neil Van Dyke
Carl Eastlund wrote at 06/18/2013 01:36 PM: rantI don't understand why version control systems don't take directories and renames more seriously, because this stuff is part of the development cycle and should be recorded like any other change./rant This doesn't help, but... I think the

Re: [racket-dev] Keywords

2013-06-17 Thread Neil Van Dyke
Laurent wrote at 06/07/2013 02:12 AM: What I'd really like, for the sake of flexibility / ease of use, is to have no explicit keyword argument, but all arguments are implicit ones, so that you can call a function by mixing by position and by name as you like, without having specified so in

Re: [racket-dev] PLaneT(2): Single vs multi-collection packages

2013-06-14 Thread Neil Van Dyke
I've been hesitant to comment on any of this, for three reasons: (1) I've read the new package system documentation on at least 3 separate occasions, and -- perhaps because I'm biased by having already formed some ideas about where I'd like things to go -- I've had trouble understanding the

Re: [racket-dev] Project Idea to port Paredit mode to DrRacket.

2013-06-08 Thread Neil Van Dyke
Mayank, paredit-like features for DrRacket would be good. You might also want to look at some similar work from around the same time as paredit was created: http://cs.brown.edu/research/plt/software/divascheme/ Neil V. _ Racket Developers list:

Re: [racket-dev] Project Idea to port Paredit mode to DrRacket.

2013-06-08 Thread Neil Van Dyke
Asumu Takikawa wrote at 06/08/2013 05:26 PM: (maybe you can port paredit by replacing the emacs text buffer manipulation function calls with method calls into these interfaces) If you wanted to make it even more cool... One of the original goals of Guile (a Scheme implementation that

Re: [racket-dev] proposal for moving to packages

2013-05-20 Thread Neil Van Dyke
I'm calling for making Racket and package source transparently accessible, even though not actually bundled into distribution downloads... Racket has a research and education bent, and also attracts some of the more sophisticated developers. For all of these audiences, there's a tradition of

Re: [racket-dev] proposal for moving to packages

2013-05-20 Thread Neil Van Dyke
Juan Francisco Cantero Hurtado wrote at 05/20/2013 11:20 PM: I also think that git submodules are a bad idea for packages. One git repo per package is more simple and less problematic. Do people expect to often do commits involving changes across these package boundaries? If so, would

Re: [racket-dev] Symlink trouble

2013-04-17 Thread Neil Van Dyke
Matthew Flatt wrote at 04/17/2013 10:39 AM: It would be great if we could normalize every path to a canonical form, but path normalization in general seems to intractable due to the possibilities of soft links, hard links, multiple mount points, case-sensitivity choices, and probably other

Re: [racket-dev] amd64 out of memory

2013-04-16 Thread Neil Van Dyke
On these out-of-memory conditions, you might want to look at the kernel logs for what the OOM-killer said about what processes were running, their sizes, and who it thought the culprit was. If the OOM logs show GB of virtual memory missing, but not used by any userspace process, you might

Re: [racket-dev] planet2

2012-12-10 Thread Neil Van Dyke
Jay McCarthy wrote at 12/10/2012 02:22 PM: On Sun, Dec 9, 2012 at 1:26 PM, Neil Van Dyke n...@neilvandyke.org mailto:n...@neilvandyke.org wrote: * I'm very concerned about discarding support for mixing versions of packages. PLaneT 1 didn't fully nail this, but I suspect planet2

[racket-dev] planet2

2012-12-09 Thread Neil Van Dyke
My biggest comments on planet2... * I like the general ideas of permitting more decentralized sharing of packages (such as through some kind of Git URLs). * I like the idea of making it easier to modify the source of a package and share changes with upstream (which is needlessly cumbersome

Re: [racket-dev] Revision to the Language Dialog

2012-11-06 Thread Neil Van Dyke
Matthias Felleisen wrote at 11/05/2012 10:14 PM: * racket/base (for scripting) * racket (for programming) After thinking about it, I think I see what you mean with the distinction between ``for scripting'' and ``for programming''. But I think this might be confusing.

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

2012-10-16 Thread Neil Van Dyke
John Clements wrote at 10/16/2012 04:51 PM: Data point: I have no idea what define/match does, and the name by itself does nothing to enlighten me. Another data point: If define/match expands to a define of a procedure that dispatches to a set of implementations based on a pattern-match

Re: [racket-dev] Racket 5.3 pre-release impressions?

2012-07-29 Thread Neil Van Dyke
Thanks, Doug. From talking with a few people, it sounds like 5.3 is shaping up pretty normally for a release, and the releases have been high-quality. I was just a little spooked by running into two bugs very quickly (two points determine a line, after all), but I haven't found any since

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

2012-07-28 Thread Neil Van Dyke
Matthew Flatt wrote at 07/26/2012 06:36 PM: I've pushed a repair. Thanks for the report! Thanks, Matthew. Today, I plan to run a large pile of code through the 20120727 pre-release. Neil V. _ Racket Developers list: http://lists.racket-lang.org/dev

[racket-dev] possible 5.2.900.1 bug involving rest argument

2012-07-28 Thread Neil Van Dyke
Looks like a minor compiler/optimizer bug in Friday's 5.2.900.1 pre-release. I haven't yet found a simpler test case, but you can reproduce by installing a particular PLaneT package as shown below. The line 1275 it's complaining about is the following, which starts a procedure definition

[racket-dev] Racket 5.3 pre-release impressions?

2012-07-28 Thread Neil Van Dyke
Regarding Racket 5.3, I am more cautious than I recall being about a previous Racket minor version release. The information I have so far is mixed, rather that overwhelmingly reassuring. If anyone has comments on their sense of 5.3 reliability at this point, that might help me. Some good

Re: [racket-dev] Racket 5.3 pre-release impressions?

2012-07-28 Thread Neil Van Dyke
FWIW, I just tested 16 or so additional PLaneT packages in DrRacket 5.3 pre-release, and no problems. Neil Van Dyke wrote at 07/28/2012 02:56 PM: Regarding Racket 5.3, I am more cautious than I recall being about a previous Racket minor version release. The information I have so far is mixed

[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

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

2012-07-26 Thread Neil Van Dyke
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

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

Re: [racket-dev] Official PLaneT account?

2012-07-20 Thread Neil Van Dyke
Sam Tobin-Hochstadt wrote at 07/20/2012 07:23 AM: I was thinking that it'd be more appropriate to put the 'parser-combinator' and 'tex2page' packages under such an account rather than under mine. Note that it's probably easier for people who need these packages to use them from GitHub

Re: [racket-dev] Official PLaneT account?

2012-07-20 Thread Neil Van Dyke
Sam Tobin-Hochstadt wrote at 07/20/2012 07:44 AM: On Fri, Jul 20, 2012 at 7:36 AM, Neil Van Dyken...@neilvandyke.org wrote: Shouldn't everyone try to eat PLaneT brand dog food? (Not subsist off of Git brand dog treats.) Whether or not that's the case in general, in 5.2.1 you can

Re: [racket-dev] Official PLaneT account?

2012-07-20 Thread Neil Van Dyke
Sam Tobin-Hochstadt wrote at 07/20/2012 07:44 AM: Shouldn't everyone try to eat PLaneT brand dog food? (Not subsist off of Git brand dog treats.) Whether or not that's the case in general, in 5.2.1 you can do: (require combinator-parser) which can't be replicated with a PLaneT

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

2012-07-12 Thread Neil Van Dyke
I spent some time working with taxonomies and ontologies, and switched to generally preferring that the permanent names for things be in a flat namespace, and that any organizations (e.g., hierarchical) be separate, indirect, and more fluid. One possible exception is when there is a strong,

Re: [racket-dev] Deprecating collects

2012-07-10 Thread Neil Van Dyke
Robby Findler wrote at 07/10/2012 05:20 PM: On Tue, Jul 10, 2012 at 2:39 PM, Matthew Flattmfl...@cs.utah.edu wrote: - mzlib [...] - mzscheme [...] I don't think these should be removed or deprecated, ever. I have lots of code that still refers to them --- I doubt that I'm alone

Re: [racket-dev] Deprecating collects

2012-07-10 Thread Neil Van Dyke
If someone has a good reason to get rid of this-expression-source-directory, I'm mostly indifferent. Neil V. _ Racket Developers list: http://lists.racket-lang.org/dev

Re: [racket-dev] Error message structure (error-message overhaul)

2012-06-20 Thread Neil Van Dyke
Eli Barzilay wrote at 06/19/2012 08:11 PM: * There's a whole range of tools that work with the usual file:line:vol: message per line format -- Emacs compilation buffer, the on-line-check-syntax-like error highlighting, log parsers, etc. (The emacs on-line checking is something

Re: [racket-dev] check-syntax hack: patch to show how many uses an identifier has

2012-06-20 Thread Neil Van Dyke
John Clements wrote at 06/20/2012 10:48 PM: When I'm using online check syntax, I often look at the lines leaving an identifier and wonder: is that just one line, or are there two or three? When lines overlap, there's no easy way to tell. This can be important in refactoring decisions, or in

Re: [racket-dev] [racket] scribble formatting tweak?

2012-06-19 Thread Neil Van Dyke
Thanks, Matthew! I really like this. (And I know it was a lot of work to wrangle the HTML and CSS in this case.) It looks good to me as it is, although Robby's suggestion of lowercase sounds good too. Neil V. _ Racket Developers list:

Re: [racket-dev] Potential search improvement

2012-05-29 Thread Neil Van Dyke
Eli Barzilay wrote at 05/29/2012 07:17 AM: I have made a possibly useful improvement to the JS search code. It's not pushed, yet, but I dropped the revised JS code on the pre-built pages so you can try it out here: http://pre.racket-lang.org/docs/html/search/ [...] Eli, looks like a

Re: [racket-dev] A few suggestions on indentation and DrRacket graphical syntax

2012-05-09 Thread Neil Van Dyke
Laurent wrote at 05/09/2012 06:55 AM: * Line-width In GEdit, there's an option to show a thin vertical line at 80 chars (modifiable number). I find it of great help to avoid writing long lines, which I tend to not do otherwise or often (inconveniently) look at the column number to see where

Re: [racket-dev] Generics and data structures

2012-05-09 Thread Neil Van Dyke
Asumu Takikawa wrote at 05/09/2012 06:13 PM: Any thoughts or suggestions? When you say dictionaries, sequences,, are you including the Racket types hash, vector, and list? If so, would current performance for those Racket types be affected? And does this have implications for what

Re: [racket-dev] current-*-port

2012-05-07 Thread Neil Van Dyke
Marijn wrote at 05/07/2012 10:54 AM: How about prefixing a tilda (~) instead of current-? It looks like a current ;P and also like a snake (parameters could be thought to ``snake'' through the code). Alternatively the at-sign (@) to represent currentness. To make them stand out more (if that is

Re: [racket-dev] current-*-port

2012-05-04 Thread Neil Van Dyke
Matthias Felleisen wrote at 05/04/2012 10:41 AM: On May 4, 2012, at 10:34 AM, Laurent wrote An interesting idea would be to count the number of times each identifier is used in the sources, and see how many characters would be saved by using different conventions. That sounds like a

Re: [racket-dev] current-*-port

2012-05-03 Thread Neil Van Dyke
Eli Barzilay wrote at 05/03/2012 03:48 PM: (parameterize ([stderr (stdout)]) ...) I'm not sure how I feel about shortening these, but an additional consideration is that a naming convention for parameters (so far, prefixing with current-) has been useful. I think a naming

Re: [racket-dev] current-*-port

2012-05-03 Thread Neil Van Dyke
Matthias Felleisen wrote at 05/03/2012 10:57 PM: I don't think Eli is proposing an elimination of the old names but supplementing the code base with new ones. I am in favor -- Matthias Would be good to have a shorter naming convention for all parameters. The current- prefix is not short,

Re: [racket-dev] skip release

2012-04-23 Thread Neil Van Dyke
One opinion: I appreciate the diligence and caution. That Racket's releases are high quality is one of the attractions of the platform. I can wait a few more months for submodules. Neil V. -- http://www.neilvandyke.org/ _ Racket Developers list:

Re: [racket-dev] consistency in names and signatures

2012-03-27 Thread Neil Van Dyke
FWIW... * I have no strong opinion on whether it would be worthwhile, if done in a backward-compatible way. * If done in a *non*-backward-compatible way, it might be a headache. I know of systems in production with millions of lines of PLT/Racket code, and -- although PLT/Racket have been

Re: [racket-dev] Fwd: [racket-bug] all/12642: #lang slideshow gets error message module: this function is not defined

2012-03-21 Thread Neil Van Dyke
How about a change to the purpose of the Languages control? Currently, I think of the control *selecting how to determine* which language to use. Example settings whatever #lang says, Beginning Student, etc. The control could be changed to *present the determination* (by #lang or by some

Re: [racket-dev] odd error message in race setup

2012-03-09 Thread Neil Van Dyke
Robby Findler wrote at 03/08/2012 08:00 PM: I think that the issue probably does not predate Kevin's recent push (distributed places). If you'd like to audit the push security concerns, I'm sure that'd be welcome. I meant that I might need to take a look at it because the example we saw

Re: [racket-dev] odd error message in race setup

2012-03-08 Thread Neil Van Dyke
Robby Findler wrote at 03/08/2012 05:45 PM: Looks like something is trying to ssh while building the docs? Can whoever figures this out let the list know, or email me privately? Thanks. If it turns out that a use of SSH made it into a *released* version of Racket source, I might have to

Re: [racket-dev] odd error message in race setup

2012-03-08 Thread Neil Van Dyke
Probably mere coincidence, but GitHub has disclosed a security vulnerability of their service, which was exploited to target Rails developers and unnamed others: https://github.com/blog/1068-public-key-security-vulnerability-and-mitigation Neil Van Dyke wrote at 03/08/2012 06:32 PM: Robby

Re: [racket-dev] Any notion of .jar files for Racket?

2012-03-06 Thread Neil Van Dyke
Brian Mastenbrook wrote at 03/06/2012 03:43 PM: On my system, DrRacket 5.2.1 opens almost 1800 files to start. The vast majority (1376) are .zo files, and another 133 are uncompiled .rkt files from the Racket distribution. It gets much faster once the files are in OS caches, which helps with

Re: [racket-dev] possible bug in openssl/mzssl

2012-02-29 Thread Neil Van Dyke
Matthew Flatt wrote at 02/29/2012 11:20 AM: So far, I haven't managed to replicate the problem on my machine. Do you have any hints on how to configure Apache to trigger the problem or a server that I might try? I'm afraid I don't have that test setup or notes anymore. I do recall it was

Re: [racket-dev] possible bug in openssl/mzssl

2012-02-28 Thread Neil Van Dyke
Timur Sufiev wrote at 02/27/2012 08:58 AM: [...] Raw ports were wrapped with SSL successfully, but then program has hung up between 2 last actions: sending the request to server and reading its reply. Further investigation showed that in the course of SSL processing the server had requested

Re: [racket-dev] collections with no one responsible

2012-02-17 Thread Neil Van Dyke
Sam Tobin-Hochstadt wrote at 02/17/2012 05:38 PM: 2. We keep it where it is, and don't maintain the code other than fixing life-threating bugs. This is basically the status quo, and I think it means people who report other, non-life-threatening bugs should be informed that we're not maintaining

Re: [racket-dev] new logo

2012-02-14 Thread Neil Van Dyke
Neil Toronto wrote at 02/14/2012 03:37 PM: Here's the deal, though. This one, even just the lambda r. in a circle, is pushing complexity. We've been approaching logo design too much like language design, trying to cram as much semantic content as possible into a small space or into the fewest

Re: [racket-dev] new logo

2012-02-12 Thread Neil Van Dyke
Eli Barzilay wrote at 02/12/2012 01:50 AM: An hour ago, Michael W wrote: http://img513.imageshack.us/img513/5233/lambdarechopng.jpg http://tmp.barzilay.org/cr.png Yes! I think that cr.png has nailed the design. lambdarechopng.jpg especially got my attention before, but I

Re: [racket-dev] Racket logo

2012-02-10 Thread Neil Van Dyke
Eli Barzilay wrote at 02/09/2012 09:27 PM: ([2] What Neil VD said.) It's just Neil V. -- no social diseases. -- http://www.neilvandyke.org/ _ Racket Developers list: http://lists.racket-lang.org/dev

Re: [racket-dev] Racket logo

2012-02-09 Thread Neil Van Dyke
Of these two, I like the second (plastic) one a bit better. The blue in the glass is distracting to me. Careful that it doesn't look too much like the new Pepsi logo, which has its own burden: http://blowatlife.blogspot.com/2009/02/pepsi-logo-response.html I still like the current lambda

Re: [racket-dev] dependencies and racket

2011-12-30 Thread Neil Van Dyke
Another variation, if you're thinking about cloud infrastructure today: you could pretty easily make your own faux PLaneT server that either is for a single app or takes the identity/profile of the app as part of the URL the app uses to access the PLaneT server. The faux server can be a tiny

Re: [racket-dev] dependencies and racket

2011-12-29 Thread Neil Van Dyke
Daniel Farina wrote at 12/29/2011 07:59 PM: The goal is that a program written, say, three years ago should be able to run the same way it did when it was written, so it's really useful to freeze all the dependencies into the file system somehow and preserve it. Someone else can comment on

Re: [racket-dev] Is it possible / How to use racket in C++ Applications?

2011-12-23 Thread Neil Van Dyke
x...@ncdy.org wrote at 12/22/2011 03:42 AM: I opened the question on StackOverflow http://stackoverflow.com/questions/8599844/is-it-possible-how-to-use-racket-in-c-applications They pointed me to mailing list, so I want to know if that possible to run racket in such embedded mode? Yes.

Re: [racket-dev] Racket home page proposal

2011-12-20 Thread Neil Van Dyke
Eli Barzilay wrote at 12/20/2011 01:45 PM: and there no sane way to debug it other than viewing it in all browsers. Asumu, it seems like you're on a good track, but after you get the layout how you like it in your browser, I don't envy you the cross-browser testing to which Eli refers. :)

Re: [racket-dev] Racket home page proposal

2011-12-20 Thread Neil Van Dyke
Matthias Felleisen wrote at 12/20/2011 08:02 AM: I wouldn't mind a second Racket site that has some of what Asumu proposes, say Racket-fans.org BTW, I recently registered racket-club.{org,com}, mainly for the humor potential. If there is a site that someone has been aching to see

Re: [racket-dev] Racket home page proposal

2011-12-19 Thread Neil Van Dyke
Asumu Takikawa wrote at 12/20/2011 12:34 AM: How would people feel about adding more content below the fold on the website? Seems OK to me, but two points: 1. Don't let the Twitter and such dominate the page visually. Things like Twitter are for bringing people in, not sending them away or

Re: [racket-dev] scribble -- an ncurses game

2011-12-13 Thread Neil Van Dyke
Jon Rafkind wrote at 12/13/2011 06:27 PM: A user of mine alerted me to the fact that 'scribble' is a crossword puzzle similar to scrabble. He had it installed in ubuntu so when he typed make in my source tree he ended up playing a game instead of generating documentation. Given how

[racket-dev] www.racket-lang.org/learning.html

2011-12-12 Thread Neil Van Dyke
I think that mention of the old Scheme Cookbook wiki should be removed from http://www.racket-lang.org/learning.html;, because it hurts much more than it helps. Right now, it's in one of the most prominent positions on the page. -- http://www.neilvandyke.org/

Re: [racket-dev] Missing pregexp syntax in Racket

2011-11-29 Thread Neil Van Dyke
1. Everyone should acknowledge the JWZ quote, Some people, when confronted with a problem, think 'I know, I'll use regular expressions.' Now they have two problems. Regular expressions are Perl's hammer that makes most problems look like a nail. 2. Before someone spends too much time putting

Re: [racket-dev] regexp-split produces immutable cons when rnrs/base-6 is required

2011-11-25 Thread Neil Van Dyke
As an immediate solution, I suggest simply not trying to use R6RS compatibility libraries with Racket, and instead just use the Racket language. Spend your energy on your application. (I don't want to get into why right now, but my book will have an entire section or chapter entitled Don't

  1   2   >