It actually gave us a bit of levity in the middle of a day-long meeting. We were in a government vault, but fortunately had internet access, so I was able to recover without too much effort. The e-mail was more to give Eli a hard time than anything else.
On Thu, Jul 30, 2009 at 2:28 PM, Robby Findler <ro...@eecs.northwestern.edu>wrote: > Sorry, Doug. I'll lay off the date-sensitive easter eggs from now on. :( > > I believe these are all of the the special days: > > 3/2 > 3/26 > 4/8 > 6/11 > 7/2 > 7/30 > 10/29 > 10/31 > 11/1 > 12/25 > > 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)? > > Robby > > On Thu, Jul 30, 2009 at 2:37 PM, Doug > Williams<m.douglas.willi...@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 < > sper...@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 > > > > >
_________________________________________________ For list-related administrative tasks: http://list.cs.brown.edu/mailman/listinfo/plt-dev
