I’ll admit, when I started, I was still way too hung up on the previous scheduling challenge and kept thinking that the duration mattered.  You can probably still see some of that in the logic testing data with some of the durations being very long.  It wasn’t until well into the process of creating the data and generating the expected output that I finally got it through my head that the duration didn’t matter for this one.  In any case, I think I covered quite a few of the extraneous situations allowed for by this challenge. 

Here are some of the things covered by the logic testing:

• All basic types covered by the rules
• Duplicate Task Names that occur on the same day
• High values for Duration
• Very High values for Val  (Adding 255 years to a smalldatetime causes an overflow)
• Unneeded values for Duration
• Fairly Long Task Names(Should have made these longer, but even this length broke one solution)
• Meetings with a Scheduled start date that didn’t match up to their recurring Schedule
• Meetings with > 1 year recurrence.
• Meeting that only occurs one time at the exact end of its schedule time.
• Meeting that starts at 00:00
• Meetings that could never occur
• Meetings that would occur 1 minute past their schedule end date

A couple of the solutions were very close and only missed on one or two of those things.  Remember that all of these challenges are ongoing and you can submit solutions at any time.  Solutions submitted after the fact will be evaluated periodically, but you should run them through the all of the tests yourself to ensure that they pass before submitting them.