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 thi

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 o

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 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 implementing line editing yo

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 h

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] 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 <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 of a pa

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 it

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 p

[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

[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

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 syntactic-closures-scheme-syn

[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

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 break&continue 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 "#:enable-continue-here-because-pro

[racket-dev] Racket 6.0.1 make install-both fails: "Racket virtual machine has run out of memory; aborting"

2014-05-15 Thread Neil Van Dyke
FYI, a 6.0.1 install from source failed. I can't spend any time on it right now. System: 32-bit x86 dual-core, Debian Squeeze, no virtualization, no swap, 3 GB RAM total, almost 2 GB RAM free. $ ./configure --prefix=/usr/local/racket-6.0.1 --enable-both [[...]] $ make both [[...]] $ sudo mak

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] [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 profil

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 DrRacke

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 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 s

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] 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 can

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 opt

Re: [racket-dev] gui responsiveness

2014-04-16 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] 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] 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 t

[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 opt-out

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] 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 no

Re: [racket-dev] Too many license files

2014-02-21 Thread Neil Van Dyke
ument, and the free-form legal 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.&q

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 lit

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 i

[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 i

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 Rac

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 for

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 "educ

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

2013-08-19 Thread Neil Van Dyke
Sam and Asumu, this looks like significant improvement in several ways, thank you. Two comments: * There's a lot of stuff for a home page. I don't know whether this is good or bad, but it's noticeable. * Under "Documentation" heading, the subheadings are confusing, IMHO. 5 of the manuals

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

[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] 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] ready for the package switch?

2013-06-18 Thread Neil Van Dyke
Carl Eastlund wrote at 06/18/2013 01:36 PM: I 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. This doesn't help, but... I think the reason is that

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 no

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 th

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 rat

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 was

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: http://lists.racket-la

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 anoth

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] 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 twists

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 want

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 <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

[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 wi

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. (Expl

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-ma

Re: [racket-dev] Apparently random segfaults in DrDr.

2012-10-09 Thread Neil Van Dyke
could be a regression from 5.2.1 to 5.2. 5.2.1 to 5.3 Neil Van Dyke wrote at 10/09/2012 05:20 PM: The other day, I was reproducibly crashing fresh DrRacket 5.3 processes by invoking the Macro Stepper on a particular file. (Not a seg fault; Linux out-of-memory killer would kill it after it

Re: [racket-dev] Apparently random segfaults in DrDr.

2012-10-09 Thread Neil Van Dyke
The other day, I was reproducibly crashing fresh DrRacket 5.3 processes by invoking the Macro Stepper on a particular file. (Not a seg fault; Linux out-of-memory killer would kill it after it got to close to 3GB RAM usage, since I don't use swap space.) By commenting-out macro uses, I was abl

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 thos

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.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 n

[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 that

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

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 hardwar

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

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

[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

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 packa

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 Dyke 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 do:

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 with

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, ex

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] 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 Flatt 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 --- and I think we sh

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 de

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

2012-06-20 Thread Neil Van Dyke
Eli Barzilay wrote at 06/20/2012 01:07 PM: Performance-wise, for exceptions involving paths, if resolving a complete path happens to be expensive... (One of the nice things about errors is that performance is usually not an issue...) But sometimes is, such as doing something performa

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 somethin

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: http://lists.racket-lang.org/

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 not

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 op

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 I

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 fan

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] 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 conve

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: http://lists.racket-

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 p

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 som

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 w

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] 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 ta

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 ses

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

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 log

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 H

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. Se

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 happe

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. :)

  1   2   3   >