[plt-dev] Pre-Release Checklist for v4.2.1 -- Pinging Sam

From: Robby Findler (robby at eecs.northwestern.edu)
Date: Thu Jul 30 16:28:25 EDT 2009

Sorry, Doug. I'll lay off the date-sensitive easter eggs from now on. :(

I believe these are all of the the special days:


Eli: does it make sense to add something that could test this stuff on
a nightly basis (ie set the date to the dates listed above and try to
start up drscheme)?


On Thu, Jul 30, 2009 at 2:37 PM, Doug
Williams<m.douglas.williams at gmail.com> wrote:
> So, of course, I had a big demo today and, you guessed it, DrScheme wouldn't
> load. I had already rolled back to 4.1.5 because this code doesn't run under
> 4.2 (or 4.2.1) - we're tracking that down. I reloaded PLT Scheme, etc., but
> that didn't work. Eventually, I looked here and saw the problem. Not being
> clever enough to just change the date on my laptop, I downloaded 4.1 and ran
> the demo under it - which meant loading all my PLaneT packages, etc. But,
> the demo was successful in the end.
> Anyway, I was wondering if we could get a list of all the developer's
> birthdays and significant holidays - Easter (obviously it has to have an
> Easter egg or what would be the point), Thanksgiving, Texas Independence
> Day, Talk Like a Pirate Day, etc - so we can schedule demos around them.
> Oh, and Happy Birthday, Eli.
> Doug
> On Thu, Jul 30, 2009 at 5:54 AM, Michael Sperber <sperber at deinprogramm.de>
> wrote:
>> DrScheme is broken today - it doesn't start up. (4.1.5 and 4.2 are also
>> broken the same way.)  I assume it's because of Eli's birthday?  (If
>> that's the case: Happy Birthday, Eli!)
>> eta[59] "/Volumes/PLT Scheme v4.2.0.900/PLT Scheme
>> v4.2.0.900"/bin/drscheme
>> draw-bitmap in dc<%>: expected argument of type <bitmap% object>; given #f
>>  === context ===
>> /Volumes/PLT Scheme v4.2.0.900/PLT Scheme
>> v4.2.0.900/collects/drscheme/private/drscheme-normal.ss:208:15
>> The reason is that the code that is conditionalized on (eb-bday?) in
>> drscheme-normal.ss makes the splash code want to access the splash
>> bitmap, but that bitmap isn't set until the call to `start-splash',
>> which comes only after it.  This appears to be fixed in the trunk, but I
>> don't see offhand by what revision, so I don't know if it's already in
>> the release code.
>> --
>> Cheers =8-} Mike
>> Friede, Völkerverständigung und überhaupt blabla
>> _________________________________________________
>>  For list-related administrative tasks:
>>  http://list.cs.brown.edu/mailman/listinfo/plt-dev
> _________________________________________________
>  For list-related administrative tasks:
>  http://list.cs.brown.edu/mailman/listinfo/plt-dev

Posted on the dev mailing list.