Re: [racket-dev] Suggestions for monitoring unresponsive web server connection?

2011-09-07 Thread Kathi Fisler
Following up on this -- what's the max number of open file descriptors that
Racket allows? We're seeing some lingering ones (trying to trace the source,
but wondering if this is the problem).

We are also getting a lot of ssl error reports of the forms

Connection error: ssl-accept/enable-break: accept failed (error:1407609C:SSL
routines:SSL23_GET_CLIENT_HELLO:http request)

Connection error: ssl-accept/enable-break: accept failed (input terminated
prematurely)
 === context ===
/home/turnin/plt-5.1.1/lib/racket/collects/openssl/mzssl.rkt:919:10: loop
/home/turnin/plt-5.1.1/lib/racket/collects/mzlib/thread.rkt:69:12: loop

We're not doing any manual SSL operations (just the ssl settings to the web
server startup).  Still, are these traceable to something in our code?

thanks,
Kathi

On Tue, Sep 6, 2011 at 8:13 PM, Kathi Fisler kfis...@gmail.com wrote:
 Our homework submission application, currently running under 5.1.1
 with Jay's stateless infrastructure, has been going unresponsive on us
 a lot lately.  In some cases, the process is still alive but the web
 server does not respond to requests.  In some cases, the process has
 died.   While this sometimes happens concurrently with high load, load
 is neither necessary nor sufficient.

 Are there commands we can use when we startup racket or the server
 that might give diagnostics to help trace the problem?

 We are not getting core dumps (even when the process dies).  So far,
 monitoring top output hasn't revealed anything unusual or telling.

 Here's the uname -a listing, in case that is helpful:

 Linux turnin.cs.wpi.edu 2.6.18-238.12.1.el5 #1 SMP Tue May 31 13:22:04
 EDT 2011 x86_64 x86_64 x86_64 GNU/Linux

 thanks,
 Kathi

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

Re: [racket-dev] Suggestions for monitoring unresponsive web server connection?

2011-09-07 Thread Robby Findler
On Wed, Sep 7, 2011 at 5:38 AM, Kathi Fisler kfis...@gmail.com wrote:
 Following up on this -- what's the max number of open file descriptors that
 Racket allows? We're seeing some lingering ones (trying to trace the source,
 but wondering if this is the problem).

Racket shouldn't have any limit on these; the OS does have a limit,
tho. But I'd expect that you'd get a Racket error saying something
like out of file descriptors if you were running into that limit
(unless there's a bug in that code...).

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


Re: [racket-dev] syntax property duplication

2011-09-07 Thread John Clements

On Sep 6, 2011, at 8:12 PM, Sam Tobin-Hochstadt wrote:

 On Tue, Sep 6, 2011 at 8:05 PM, John Clements cleme...@brinckerhoff.org 
 wrote:
 
 On Aug 18, 2011, at 5:32 AM, Sam Tobin-Hochstadt wrote:
 
 
 Yes, I understand why this happens.  As I see it, there are a few 
 possibilities:
 
 1. The expander should check for duplicates, in some fashion.
 2. This idiom is problematic, in the case where `stx' is both the
 input and used for the syntax properties of the output.
 3. Macros may freely duplicate syntax properties.
 
 All of these have drawbacks, but (3), which you are suggesting, means
 either that syntax properties can only be used to specify idempotent
 information or that the non-idempotent ones need to have some
 *explicit* means by which equal elements can be distinguished, which
 must be part of the API of that syntax property.
 
 If we think this is how syntax properties ought to work, then we
 should add something to the documentation making this clear, and we
 should recognize that it's a limitation.
 
 Would syntax-property guards solve this problem?
 
 I don't really see how.  What are you thinking of?

A guard could keep track of duplicates.  Keep in mind that syntax-property 
guards are purely a figment of my imagination.

John



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

Re: [racket-dev] syntax property duplication

2011-09-07 Thread Carl Eastlund
On Wed, Sep 7, 2011 at 1:37 PM, John Clements cleme...@brinckerhoff.org wrote:

 On Sep 6, 2011, at 8:12 PM, Sam Tobin-Hochstadt wrote:

 On Tue, Sep 6, 2011 at 8:05 PM, John Clements cleme...@brinckerhoff.org 
 wrote:

 On Aug 18, 2011, at 5:32 AM, Sam Tobin-Hochstadt wrote:


 Yes, I understand why this happens.  As I see it, there are a few 
 possibilities:

 1. The expander should check for duplicates, in some fashion.
 2. This idiom is problematic, in the case where `stx' is both the
 input and used for the syntax properties of the output.
 3. Macros may freely duplicate syntax properties.

 All of these have drawbacks, but (3), which you are suggesting, means
 either that syntax properties can only be used to specify idempotent
 information or that the non-idempotent ones need to have some
 *explicit* means by which equal elements can be distinguished, which
 must be part of the API of that syntax property.

 If we think this is how syntax properties ought to work, then we
 should add something to the documentation making this clear, and we
 should recognize that it's a limitation.

 Would syntax-property guards solve this problem?

 I don't really see how.  What are you thinking of?

 A guard could keep track of duplicates.  Keep in mind that syntax-property 
 guards are purely a  figment of my imagination.

What, in your imagination, is a syntax-property guard?

--Carl

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


Re: [racket-dev] syntax property duplication

2011-09-07 Thread John Clements

On Sep 7, 2011, at 10:40 AM, Carl Eastlund wrote:

 On Wed, Sep 7, 2011 at 1:37 PM, John Clements cleme...@brinckerhoff.org 
 wrote:
 
 On Sep 6, 2011, at 8:12 PM, Sam Tobin-Hochstadt wrote:
 
 On Tue, Sep 6, 2011 at 8:05 PM, John Clements cleme...@brinckerhoff.org 
 wrote:
 
 On Aug 18, 2011, at 5:32 AM, Sam Tobin-Hochstadt wrote:
 
 
 Yes, I understand why this happens.  As I see it, there are a few 
 possibilities:
 
 1. The expander should check for duplicates, in some fashion.
 2. This idiom is problematic, in the case where `stx' is both the
 input and used for the syntax properties of the output.
 3. Macros may freely duplicate syntax properties.
 
 All of these have drawbacks, but (3), which you are suggesting, means
 either that syntax properties can only be used to specify idempotent
 information or that the non-idempotent ones need to have some
 *explicit* means by which equal elements can be distinguished, which
 must be part of the API of that syntax property.
 
 If we think this is how syntax properties ought to work, then we
 should add something to the documentation making this clear, and we
 should recognize that it's a limitation.
 
 Would syntax-property guards solve this problem?
 
 I don't really see how.  What are you thinking of?
 
 A guard could keep track of duplicates.  Keep in mind that syntax-property 
 guards are purely a  figment of my imagination.
 
 What, in your imagination, is a syntax-property guard?

I imagine that when the key involved in the property is a special 
guarded-syntax-property value, then an associated procedure gets to decide 
(approve/reject, substitute an alternate value?) whether a value should be used.

If I understand the problem, the obvious danger in an idea such as this is 
opening a back door into expansion time.

Apologies if I've misunderstood the issue.

John



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

Re: [racket-dev] New runtime charting for DrDr

2011-09-07 Thread Eli Barzilay
Yesterday, Sam Tobin-Hochstadt wrote:
 
 Is it readable?

How about something more visible?  (For both the faded yellow and the
faded blue.)

-- 
  ((lambda (x) (x x)) (lambda (x) (x x)))  Eli Barzilay:
http://barzilay.org/   Maze is Life!
_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev


Re: [racket-dev] New runtime charting for DrDr

2011-09-07 Thread Sam Tobin-Hochstadt
On Wed, Sep 7, 2011 at 2:52 PM, Robby Findler
ro...@eecs.northwestern.edu wrote:
 On Wed, Sep 7, 2011 at 9:24 AM, Sam Tobin-Hochstadt sa...@ccs.neu.edu wrote:
 Now, when you click on a point, the tooltip stays in place (until you
 click again).  This makes it easy to click on the link now in the
 tooltip, which goes to the file at the selected push #.

 Ah, thanks. I missed that there was a link in the tooltip. But why not
 make clicking on the point actually just go to that revision?

Sorry, that wasn't clear.  The link in the tooltip is new too.

I don't want to make just clicking the point jump; that seems like it
would make zooming perilous.

 Also, a less important one, but since you're taking feature requests
 :), would it be possible to have a mode where you can see the separate
 lines individually, so that wildly different values that are in two
 different timing tests don't pollute the scale?

 That is, it would be nice if I could click something and see only one
 of the lines of cpu times by itself (I wouldn't want this to be the
 default tho).

I'll probably add something where you can turn off individual data
sets.  Would that do what you want?
-- 
sam th
sa...@ccs.neu.edu

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


Re: [racket-dev] New runtime charting for DrDr

2011-09-07 Thread Robby Findler
On Wed, Sep 7, 2011 at 2:25 PM, Sam Tobin-Hochstadt sa...@ccs.neu.edu wrote:
 On Wed, Sep 7, 2011 at 2:52 PM, Robby Findler
 ro...@eecs.northwestern.edu wrote:
 On Wed, Sep 7, 2011 at 9:24 AM, Sam Tobin-Hochstadt sa...@ccs.neu.edu 
 wrote:
 Now, when you click on a point, the tooltip stays in place (until you
 click again).  This makes it easy to click on the link now in the
 tooltip, which goes to the file at the selected push #.

 Ah, thanks. I missed that there was a link in the tooltip. But why not
 make clicking on the point actually just go to that revision?

 Sorry, that wasn't clear.  The link in the tooltip is new too.

 I don't want to make just clicking the point jump; that seems like it
 would make zooming perilous.

Ah. Well, it seems to me that jumping to an interesting revision is
more important than zooming, so maybe zooming should require you to
hold down shift or control or something.

But this is a minor thing.

 Also, a less important one, but since you're taking feature requests
 :), would it be possible to have a mode where you can see the separate
 lines individually, so that wildly different values that are in two
 different timing tests don't pollute the scale?

 That is, it would be nice if I could click something and see only one
 of the lines of cpu times by itself (I wouldn't want this to be the
 default tho).

 I'll probably add something where you can turn off individual data
 sets.  Would that do what you want?

Yes, thanks (it would re-scale, right?).

Robby

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

Re: [racket-dev] drRacket Close/Close tab

2011-09-07 Thread Jay McCarthy
On Thu, Sep 1, 2011 at 9:55 AM, Robby Findler
ro...@eecs.northwestern.edu wrote:
 All platforms:

 - changed New Tab to menukey-t

 - changed Run to menukey-r

 - changed Replace to menukey-shift-f

Sorry for not paying attention to this discussion until after the
change, but I just updated and noticed it.

I hate this. I have over a decade of muscle memory and I don't see
anyway in the preferences to get back to my preferred behavior. It
seems like my only option is to make some keybindings file but I
can't figure out what to put in it. Can you add some way to go back,
or at least give a keybindings file that will be okay for old
grognards like me?

Jay

-- 
Jay McCarthy j...@cs.byu.edu
Assistant Professor / Brigham Young University
http://faculty.cs.byu.edu/~jay

The glory of God is Intelligence - DC 93
_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev


Re: [racket-dev] drRacket Close/Close tab

2011-09-07 Thread Robby Findler
Is replace as menukey-r an important one, or is it really the other two?

Robby

On Wed, Sep 7, 2011 at 5:04 PM, Jay McCarthy jay.mccar...@gmail.com wrote:
 On Thu, Sep 1, 2011 at 9:55 AM, Robby Findler
 ro...@eecs.northwestern.edu wrote:
 All platforms:

 - changed New Tab to menukey-t

 - changed Run to menukey-r

 - changed Replace to menukey-shift-f

 Sorry for not paying attention to this discussion until after the
 change, but I just updated and noticed it.

 I hate this. I have over a decade of muscle memory and I don't see
 anyway in the preferences to get back to my preferred behavior. It
 seems like my only option is to make some keybindings file but I
 can't figure out what to put in it. Can you add some way to go back,
 or at least give a keybindings file that will be okay for old
 grognards like me?

 Jay

 --
 Jay McCarthy j...@cs.byu.edu
 Assistant Professor / Brigham Young University
 http://faculty.cs.byu.edu/~jay

 The glory of God is Intelligence - DC 93

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


Re: [racket-dev] drRacket Close/Close tab

2011-09-07 Thread Robby Findler
Nevermind. Stupid question.

Robby

On Wed, Sep 7, 2011 at 5:16 PM, Robby Findler
ro...@eecs.northwestern.edu wrote:
 Is replace as menukey-r an important one, or is it really the other two?

 Robby

 On Wed, Sep 7, 2011 at 5:04 PM, Jay McCarthy jay.mccar...@gmail.com wrote:
 On Thu, Sep 1, 2011 at 9:55 AM, Robby Findler
 ro...@eecs.northwestern.edu wrote:
 All platforms:

 - changed New Tab to menukey-t

 - changed Run to menukey-r

 - changed Replace to menukey-shift-f

 Sorry for not paying attention to this discussion until after the
 change, but I just updated and noticed it.

 I hate this. I have over a decade of muscle memory and I don't see
 anyway in the preferences to get back to my preferred behavior. It
 seems like my only option is to make some keybindings file but I
 can't figure out what to put in it. Can you add some way to go back,
 or at least give a keybindings file that will be okay for old
 grognards like me?

 Jay

 --
 Jay McCarthy j...@cs.byu.edu
 Assistant Professor / Brigham Young University
 http://faculty.cs.byu.edu/~jay

 The glory of God is Intelligence - DC 93


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


Re: [racket-dev] drRacket Close/Close tab

2011-09-07 Thread Robby Findler
Okay, I've added a pref.

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


Re: [racket-dev] New runtime charting for DrDr

2011-09-07 Thread Sam Tobin-Hochstadt
On Wed, Sep 7, 2011 at 3:40 PM, Robby Findler
ro...@eecs.northwestern.edu wrote:

 Also, a less important one, but since you're taking feature requests
 :), would it be possible to have a mode where you can see the separate
 lines individually, so that wildly different values that are in two
 different timing tests don't pollute the scale?

 That is, it would be nice if I could click something and see only one
 of the lines of cpu times by itself (I wouldn't want this to be the
 default tho).

 I'll probably add something where you can turn off individual data
 sets.  Would that do what you want?

 Yes, thanks (it would re-scale, right?).

Now (or rather, once Jay updates the version running on the DrDr
machine), you can click the individual entries in the legend to turn
them on or off.  The legend entries will be printed in italics when
not displayed, and it will automatically re-scale.
-- 
sam th
sa...@ccs.neu.edu

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


Re: [racket-dev] scheme_is_list?

2011-09-07 Thread Jay McCarthy
On Wed, Sep 7, 2011 at 6:18 PM, Danny Yoo d...@cs.wpi.edu wrote:
 I'm looking at scheme_is_list in src/list.c, and it looks like there's
 code that's unreachable, unless I'm reading it wrong?!  The body is:


 int scheme_is_list(Scheme_Object *obj1)
 {
  Scheme_Object *obj2;
  int flags;

  if (SCHEME_PAIRP(obj1)) {
    flags = SCHEME_PAIR_FLAGS(obj1);
    if (flags  PAIR_FLAG_MASK) {
      if (flags  PAIR_IS_LIST)
        return 1;
      else
        return 0;
    }

Notice there is no else here. So if you would go there, then you'd
drop through outside of the whole if

  } else if (SCHEME_NULLP(obj1))
    return 1;
  else
    return 0;

because the above if is one C expression

And so you'd start running down here


  obj2 = obj1;

  /** more code here */
 }


 Isn't all the code starting from 'obj2 = obj1' unreachable?
 _
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev




-- 
Jay McCarthy j...@cs.byu.edu
Assistant Professor / Brigham Young University
http://faculty.cs.byu.edu/~jay

The glory of God is Intelligence - DC 93

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

Re: [racket-dev] scheme_is_list?

2011-09-07 Thread Matthew Flatt
At Wed, 7 Sep 2011 20:18:44 -0400, Danny Yoo wrote:
 I'm looking at scheme_is_list in src/list.c, and it looks like there's
 code that's unreachable, unless I'm reading it wrong?!  The body is:
 
 
 int scheme_is_list(Scheme_Object *obj1)
 {
   Scheme_Object *obj2;
   int flags;
 
   if (SCHEME_PAIRP(obj1)) {
 flags = SCHEME_PAIR_FLAGS(obj1);
 if (flags  PAIR_FLAG_MASK) {
   if (flags  PAIR_IS_LIST)
 return 1;
   else
 return 0;
 }
   } else if (SCHEME_NULLP(obj1))
 return 1;
   else
 return 0;
 
   obj2 = obj1;
 
   /** more code here */
 }
 
 
 Isn't all the code starting from 'obj2 = obj1' unreachable?

No --- the first `if' branch doesn't always return, since its returns
are protected by another `if'.


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


Re: [racket-dev] scheme_is_list?

2011-09-07 Thread Danny Yoo
 Isn't all the code starting from 'obj2 = obj1' unreachable?

 No --- the first `if' branch doesn't always return, since its returns
 are protected by another `if'.


Gah.  Ok, thanks for the correction.  I should stop coding tonight;
I'm not reading things clearly.  :)
_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev


Re: [racket-dev] drRacket Close/Close tab

2011-09-07 Thread Matthias Felleisen

I will say that my muscles seem to be like Jay's. BUT, I must be much younger. 
A day of programming and I open only 5 tabs instead of 10 when I want to run a 
buffer :-) 
_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev


Re: [racket-dev] drRacket Close/Close tab

2011-09-07 Thread Robby Findler
I keep being confused and afraid when I run my program it gets erased. ;)

Robby

On Wed, Sep 7, 2011 at 7:26 PM, Matthias Felleisen matth...@ccs.neu.edu wrote:

 I will say that my muscles seem to be like Jay's. BUT, I must be much 
 younger. A day of programming and I open only 5 tabs instead of 10 when I 
 want to run a buffer :-)
_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev


Re: [racket-dev] New runtime charting for DrDr

2011-09-07 Thread Robby Findler
Thanks.

Is it possible to make it remember the setting? Specifically, when go
from this page:

http://drdr.racket-lang.org/23400/collects/tests/drracket/memory-log.rkt

to this one:

http://drdr.racket-lang.org/23400/

to see what the commit was, and then I go back, I lose the settings.

Also, can you make clicking on the little boxes in teh legend do the
same thing as clicking the words?

Robby

PS: I see that some of the improvements that you did to speed up
loading of Typed Racket also improved the memory footprint of
DrRacket's startup. So thanks!


On Wed, Sep 7, 2011 at 5:39 PM, Sam Tobin-Hochstadt sa...@ccs.neu.edu wrote:
 On Wed, Sep 7, 2011 at 3:40 PM, Robby Findler
 ro...@eecs.northwestern.edu wrote:

 Also, a less important one, but since you're taking feature requests
 :), would it be possible to have a mode where you can see the separate
 lines individually, so that wildly different values that are in two
 different timing tests don't pollute the scale?

 That is, it would be nice if I could click something and see only one
 of the lines of cpu times by itself (I wouldn't want this to be the
 default tho).

 I'll probably add something where you can turn off individual data
 sets.  Would that do what you want?

 Yes, thanks (it would re-scale, right?).

 Now (or rather, once Jay updates the version running on the DrDr
 machine), you can click the individual entries in the legend to turn
 them on or off.  The legend entries will be printed in italics when
 not displayed, and it will automatically re-scale.
 --
 sam th
 sa...@ccs.neu.edu


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

Re: [racket-dev] New runtime charting for DrDr

2011-09-07 Thread Sam Tobin-Hochstadt
On Wed, Sep 7, 2011 at 8:46 PM, Robby Findler
ro...@eecs.northwestern.edu wrote:
 Thanks.

 Is it possible to make it remember the setting? Specifically, when go
 from this page:

 http://drdr.racket-lang.org/23400/collects/tests/drracket/memory-log.rkt

 to this one:

 http://drdr.racket-lang.org/23400/

 to see what the commit was, and then I go back, I lose the settings.

I'll see what I can do.  I just use tabs as a workaround, though.

 Also, can you make clicking on the little boxes in teh legend do the
 same thing as clicking the words?

I wanted to do that, but I haven't figured out how yet.  The library
gives me a lot of control over the labels, but not over the boxes.

 On Wed, Sep 7, 2011 at 5:39 PM, Sam Tobin-Hochstadt sa...@ccs.neu.edu wrote:
 On Wed, Sep 7, 2011 at 3:40 PM, Robby Findler
 ro...@eecs.northwestern.edu wrote:

 Also, a less important one, but since you're taking feature requests
 :), would it be possible to have a mode where you can see the separate
 lines individually, so that wildly different values that are in two
 different timing tests don't pollute the scale?

 That is, it would be nice if I could click something and see only one
 of the lines of cpu times by itself (I wouldn't want this to be the
 default tho).

 I'll probably add something where you can turn off individual data
 sets.  Would that do what you want?

 Yes, thanks (it would re-scale, right?).

 Now (or rather, once Jay updates the version running on the DrDr
 machine), you can click the individual entries in the legend to turn
 them on or off.  The legend entries will be printed in italics when
 not displayed, and it will automatically re-scale.
 --
 sam th
 sa...@ccs.neu.edu





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

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


Re: [racket-dev] drRacket Close/Close tab

2011-09-07 Thread Eli Barzilay
Three hours ago, Robby Findler wrote:
 Okay, I've added a pref.

*Sigh*  I think that adding preferences is a bad direction, especially
for something that could be covered by a key bindings file.

-- 
  ((lambda (x) (x x)) (lambda (x) (x x)))  Eli Barzilay:
http://barzilay.org/   Maze is Life!
_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev


Re: [racket-dev] drRacket Close/Close tab

2011-09-07 Thread Eli Barzilay
I've had a suggestion to undo the pref addition and instead add the
example in the docs.  Jay: any objection to that?

-- 
  ((lambda (x) (x x)) (lambda (x) (x x)))  Eli Barzilay:
http://barzilay.org/   Maze is Life!
_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev


Re: [racket-dev] drRacket Close/Close tab

2011-09-07 Thread Jay McCarthy
I think that's a good idea. I found the docs very hard to understand
how to do this in the keybindings file.

Jay

On Wed, Sep 7, 2011 at 8:17 PM, Eli Barzilay e...@barzilay.org wrote:
 I've had a suggestion to undo the pref addition and instead add the
 example in the docs.  Jay: any objection to that?

 --
          ((lambda (x) (x x)) (lambda (x) (x x)))          Eli Barzilay:
                    http://barzilay.org/                   Maze is Life!
 _
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev




-- 
Jay McCarthy j...@cs.byu.edu
Assistant Professor / Brigham Young University
http://faculty.cs.byu.edu/~jay

The glory of God is Intelligence - DC 93

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

Re: [racket-dev] drRacket Close/Close tab

2011-09-07 Thread Robby Findler
The keybindings file docs assume you know a lot about the GUI system
and the organization of DrRacket, unfortunately. It desperately needs
some Guide-style work.

Robby

On Wed, Sep 7, 2011 at 9:31 PM, Jay McCarthy jay.mccar...@gmail.com wrote:
 I think that's a good idea. I found the docs very hard to understand
 how to do this in the keybindings file.

 Jay

 On Wed, Sep 7, 2011 at 8:17 PM, Eli Barzilay e...@barzilay.org wrote:
 I've had a suggestion to undo the pref addition and instead add the
 example in the docs.  Jay: any objection to that?

 --
          ((lambda (x) (x x)) (lambda (x) (x x)))          Eli Barzilay:
                    http://barzilay.org/                   Maze is Life!
 _
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev




 --
 Jay McCarthy j...@cs.byu.edu
 Assistant Professor / Brigham Young University
 http://faculty.cs.byu.edu/~jay

 The glory of God is Intelligence - DC 93

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

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

Re: [racket-dev] online syntax-coloring for planet packages not working?

2011-09-07 Thread Robby Findler
I've pushed a fix for at least that (planet packages will still fail
to install tho). Please let me know if you spot more problems.

Thanks,
Robby

On Wed, Sep 7, 2011 at 6:07 PM, John Clements cleme...@brinckerhoff.org wrote:
 It appears to me that online syntax-coloring doesn't work for files that are 
 part of a PLaneT-linked package.  That's a known issue, right? The 
 Check-Syntax button is red, with a message about an inability to open 
 .LOCKHARD-LINKS with read-write access.

 John


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


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

[racket-dev] Errors with Racket on OS X 10.7 64bit

2011-09-07 Thread Eric Dobson
I regularly build racket from HEAD on OS X with no problems, but
tonight I decided to try the 64 bit version and couldn't get it to
compile. The error I got was:

Undefined symbols for architecture x86_64:
  _iconv_close, referenced from:
  _close_converter in libracket.a(string.o)
  _scheme_close_converter in libracket.a(string.o)
  _do_convert in libracket.a(string.o)
  _byte_string_close_converter in libracket.a(string.o)
  _string_to_from_locale in libracket.a(string.o)
  _iconv_open, referenced from:
  _do_convert in libracket.a(string.o)
  _string_to_from_locale in libracket.a(string.o)
  _scheme_open_converter in libracket.a(string.o)
  _iconv, referenced from:
  _do_convert in libracket.a(string.o)
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
make[4]: *** [Racket.framework/Versions/5.1.3.6/Racket] Error 1

The command I ran to install it was

mkdir build  cd build  ../configure --disable-docs --enable-mac64
 make -j2  make install -j2

Is there something I am missing, or is it just broken currently?

-Eric


Full output is attached:


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