[racket-dev] Racket runs on 64-bit ubuntu, right?

2010-10-05 Thread John Clements
I have a student who hasn't succeeded in running compiled-from-source DrRacket on 64-bit ubuntu. Specifically, he claims it dumps core with SIGSEGV MAPERR si_code 1 fault on addr 0x4 Aborted on startup. I have *not* tried to verify this myself, so he's almost certainly made a minor mistake.

Re: [racket-dev] Racket runs on 64-bit ubuntu, right?

2010-10-05 Thread Kevin Tew
I build on 64bit ubuntu every day. a gdb backtrace would be helpful. gdb> handle SIGSEGV nostop noprint gdb> run Kevin On 10/05/2010 11:26 AM, John Clements wrote: I have a student who hasn't succeeded in running compiled-from-source DrRacket on 64-bit ubuntu. Specifically, he claims it dump

Re: [racket-dev] Racket runs on 64-bit ubuntu, right?

2010-10-05 Thread Jay McCarthy
DrDr is 64bit Ubuntu as well Jay On Tue, Oct 5, 2010 at 11:37 AM, Kevin Tew wrote: > I build on 64bit ubuntu every day. > a gdb backtrace would be helpful. > > gdb> handle SIGSEGV nostop noprint > gdb> run > > Kevin > > On 10/05/2010 11:26 AM, John Clements wrote: > > I have a student who hasn't

Re: [racket-dev] Racket runs on 64-bit ubuntu, right?

2010-10-05 Thread Matthew Flatt
At Tue, 5 Oct 2010 10:26:04 -0700, John Clements wrote: > I have a student who hasn't succeeded in running compiled-from-source > DrRacket > on 64-bit ubuntu. Specifically, he claims it dumps core with > > > SIGSEGV MAPERR si_code 1 fault on addr 0x4 > Aborted > > > on startup. I think this

[racket-dev] moving collection, broken check syntax

2010-10-05 Thread John Clements
I just moved a collection out of my collects directory, and clicking the "check syntax" button produces this internal error: procedure application: expected procedure, given: #f; arguments were: 'scribblings === context === /Users/clements/plt/collects/setup/xref.rkt:14:2: for-loop /Users/clem

[racket-dev] single-instantiation trick: kludgy workaround for planet packages?

2010-10-05 Thread John Clements
A couple of weeks ago, you showed me the trick that rackunit uses to allow single-instantiation of a modules. I'm now trying to do this for a planet package, and it looks like I have to change the required module from being a relative to being an absolute path. That is: (require (prefix-in drl

Re: [racket-dev] single-instantiation trick: kludgy workaround for planet packages?

2010-10-05 Thread Carl Eastlund
John, See "this-package-in", found both in the cce/scheme planet package and in unstable/require. If you write (prefix-in drlink: (this-package-in private/drracket-link)) you should get the behavior you want, and it should be less fragile than the explicit "planet" path. Carl Eastlund On Tue, O

Re: [racket-dev] single-instantiation trick: kludgy workaround for planet packages?

2010-10-05 Thread Ryan Culpepper
On 10/05/2010 03:59 PM, John Clements wrote: A couple of weeks ago, you showed me the trick that rackunit uses to allow single-instantiation of a modules. I'm now trying to do this for a planet package, and it looks like I have to change the required module from being a relative to being an ab

Re: [racket-dev] single-instantiation trick: kludgy workaround for planet packages?

2010-10-05 Thread Ryan Culpepper
I seem to have mangled my response right before sending it. Here it is again, hopefully straightened out. On 10/05/2010 03:59 PM, John Clements wrote: A couple of weeks ago, you showed me the trick that rackunit uses to allow single-instantiation of a modules. I'm now trying to do this for a

Re: [racket-dev] single-instantiation trick: kludgy workaround for planet packages?

2010-10-05 Thread John Clements
On Oct 5, 2010, at 3:25 PM, Ryan Culpepper wrote: > I seem to have mangled my response right before sending it. Here it is again, > hopefully straightened out. > > On 10/05/2010 03:59 PM, John Clements wrote: >> A couple of weeks ago, you showed me the trick that rackunit uses to allow >> sing

Re: [racket-dev] single-instantiation trick: kludgy workaround for planet packages?

2010-10-05 Thread Ryan Culpepper
John Clements wrote: On Oct 5, 2010, at 3:25 PM, Ryan Culpepper wrote: I seem to have mangled my response right before sending it. Here it is again, hopefully straightened out. On 10/05/2010 03:59 PM, John Clements wrote: A couple of weeks ago, you showed me the trick that rackunit uses to a