Done -- it's called getSchedulerTime. It doesn't use push yet, because I don't know how; will update it after I figure that out.

the implementation is bad. pleae read the man page for time.h: man time.h The <time.h> header shall declare the structure tm, which shall include at least the following members: int tm_sec Seconds [0,60]. int tm_min Minutes [0,59]. int tm_hour Hour [0,23]. int tm_mday Day of month [1,31]. int tm_mon Month of year [0,11]. int tm_year Years since 1900. int tm_wday Day of week [0,6] (Sunday =0). int tm_yday Day of year [0,365]. int tm_isdst Daylight Savings flag. and note, that the field tm_year for the year 2004 is 104, the field tm_mon for December is not 12 but 11. please update the implementation to return a proper time value.

also, please using functions from Core::TimeConversion?. this piece of code in GetSchedulerTimeMethod?: ptime schedulerPTime = second_clock::local_time(); date schedulerDate

schedulerPTime.date(); time_duration schedulerTimeOfDay

schedulerPTime.time_of_day(); struct tm schedulerTime; schedulerTime.tm_year = schedulerDate.year(); schedulerTime.tm_mon

schedulerDate.month(); schedulerTime.tm_mday

schedulerDate.day(); schedulerTime.tm_hour = schedulerTimeOfDay.hours(); schedulerTime.tm_min = schedulerTimeOfDay.minutes(); schedulerTime.tm_sec = schedulerTimeOfDay.seconds(); could rather be: ptime schedulerPTime = TimeConversion?::now(); struct tm schedulerTime; TimeConversion?::ptimeToTm(schedulerPTime, schedulerTime); from the above, TimeConversion?::ptimeToTm() does not exist yet, but other, similar conversion routines are there already.

It seems to me that the XmlRpc++ conversion routines are bad, then. Surely, we want to return something like <dateTime.iso8601>20041213T17:54:38</dateTime.iso8601> and not <dateTime.iso8601>01041113T17:54:38</dateTime.iso8601> for December 13, 2004?

hm. so, if you set mt_year = 104, it sends a date with the year 104, instead of 2004? are you sure? did you check? than please patch the XmlRpc++ sources, and add the patch to the tools/xmlrpc++/xmlrpc++-20040713/etc directory (there are already two patches there), and modify install.sh to apply the new patch...

Well, I checked that it worked fine with the incorrect struct tm's. Now I checked it properly, and it's actually even worse, it doesn't even send "01041213" but "1041213", and if you set the year to 1899 (time.tm_year == -1), you'll get "-11213".

ok, please fix XmlRpc++ then, create a patch, add it to the appropriate etc directory in tools, and post a bug report for them as well, with the patch attached...

Well, that wasn't quite true -- the toXml() function handles the year properly, but not the month; it's only the ostream& operator<< function that bungles both.

OK, I think it works now.

ok, what do I need to do? do I need to recompile XmlRpc++ as well?

Yes, get the patch from cvs, and then run ./tools/xmlrpc++/xmlrpc- something/bin/install.sh.

And of course, recompile the core module, too. (This is really annoying, having to reopen every time I want to add a note.)

great! can you please share the patch with the XmlRpc++ team as well, e.g. here: http://sourceforge.net/tracker/?atid=528555&group_id=70654&func=browse (you might even want to open a bug issue there, and point to the patch as a solution) thanks...

<A HREF="http://www.divx.cn.pn" target="_blank">

**뽀.르.노.p.2.p.공.유.중** 전.세.계.동.영.상.무.료.공.유.중 A.V.걸.들.노,모,자,이,크,무,삭,제,공,유,중

http://www.divx.cn.pn

http://www.divx.cn.pn

삭@@@@제: ioio7

</a>