Ruben, I determined where is the problem. This is output from tf.exe history command I found in ccnet.log:
------------------------------------------------------------------------------- Changeset: 16413 User: domain\user Date: 18. sije?nja 2013 14:43:54 Comment: .... Instead of siječnja (croatian for january) log shows sije?nja (this text is returned in standard output of ProcessExecutor result). This question mark is unicode replacement character - \uFFFD. That is why conversion to datetime failed. I was good for six months because only croatian names for january, fabruary and march contain special character. I changed and deployed changed code (hard code replacement of \uFFDD with correct unicode character), and everything works fine now. However, I think it should be fixed properly. On Thursday, January 2, 2014 4:19:22 PM UTC+1, Ruben Willems wrote: > > Hi > > I do not have an idea immediately, > our buildserver with tfs works perfectly with code checked in after jan 01. > > Can you double check the regional settings on the build server and the tfs > server? > maybe something / someone else changed it (windows updates or so) > > > When I select 'Croation culture' on my pc, I see there is a period as date > separator, > while in english and other cultures I worked with it is a forward dash. > > Since the builds do break, you could try to set the culture to english, > and see if that helps or not. > > > > > with kind regards > Ruben Willems > > > On 2 January 2014 13:58, Filip Vuksanović <[email protected]<javascript:> > > wrote: > >> Hi, >> I have a problem with builds that contain code changed after 1.1.2014. >> VSTS CheckForModifications task fails with: >> >> System.FormatException: The string was not recognized as a valid >> DateTime. There is a unknown word starting at index 3. at >> System.DateTimeParse.Parse(String s, DateTimeFormatInfo dtfi, >> DateTimeStyles styles) at >> ThoughtWorks.CruiseControl.Core.Sourcecontrol.VstsHistoryParser.ParseChangeSet(StringBuilder >> >> changeSet) at >> ThoughtWorks.CruiseControl.Core.Sourcecontrol.VstsHistoryParser.Parse(TextReader >> >> vstsLog, DateTime from, DateTime to) at >> ThoughtWorks.CruiseControl.Core.Sourcecontrol.Vsts.GetModifications(IIntegrationResult >> >> from, IIntegrationResult to) at >> ThoughtWorks.CruiseControl.Core.Sourcecontrol.QuietPeriod.GetModificationsWithLogging(ISourceControl >> >> sc, IIntegrationResult from, IIntegrationResult to) at >> ThoughtWorks.CruiseControl.Core.Sourcecontrol.QuietPeriod.GetModifications(ISourceControl >> >> sourceControl, IIntegrationResult lastBuild, IIntegrationResult thisBuild) >> at >> ThoughtWorks.CruiseControl.Core.IntegrationRunner.GetModifications(IIntegrationResult >> >> from, IIntegrationResult to) at >> ThoughtWorks.CruiseControl.Core.IntegrationRunner.Integrate(IntegrationRequest >> >> request)]]> >> >> >> All build that doesn't contain code changed after 01.01. work. If I check >> in code change of project that successfully builds, build starts breaking >> immediately. >> I didn't change cruisecontrol server regional settings (Croatian) so I >> don't know why does builds suddenly fail. >> >> Can someone help me with this? >> >> -- >> >> --- >> You received this message because you are subscribed to the Google Groups >> "ccnet-user" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected] <javascript:>. >> For more options, visit https://groups.google.com/groups/opt_out. >> > > -- --- You received this message because you are subscribed to the Google Groups "ccnet-user" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
