Disregard that, I found a work around using GracePeriodDaysRemaining().
If the user changes the computers clock of their system (windows) and then a call is made to TrialDaysRemaining(), any future calls to TrialDaysRemaining() will always return 0 even if the user resets their computers clock to the proper date.
That's by design. When the user screws around with the date and time settings we don't even bother to figure out the "real" date -- TurboActivate notices the tampering and sets the remaining days to 0. If the user does this they can still get a trial extension from you and get more trial days.
Does this make sense?