Ah!
I see the relation between DateTimeKind & DataSetDateTime.
I'll have to try DateTimeKind with remoting w/o DataSets & the benefit of
DataSetDateTime.
--
Hope this helps
Jay [MVP - Outlook]
..NET Application Architect, Enthusiast, & Evangelist
T.S. Bradley -
http://www.tsbradley.net
"Cesar Ronchese" <ronchese_hotmail_dot_com> wrote in message
news:%2***************@TK2MSFTNGP10.phx.gbl...
| Got it!! The tip from Stephany about .net 2.0 worked, just need to apply
in
| each datetime datacolumn the following code:
|
| dtbTable.Columns(i).DateTimeMode = DataSetDateTime.Unspecified
|
| And well, for now, I need to know what will be the size of the job to
| convert the program, hehe.
|
| All helps appreciatted!
|
| []s
| Cesar
|
|
|
|
|
|
|
|
| "Cor Ligthert [MVP]" <no************@planet.nl> wrote in message
| news:e6*************@tk2msftngp13.phx.gbl...
| > Sephany,
| >
| > If I use net 1.1 I get
| >
| > <myDutchDateToday>2005-12-13T15:39:46.2031250+01:00</myDutchDateToday>
| >
| > Where the +1 means that the CET time that I am using is +1 to the UTC
| > time. This is done with VB2003.
| >
| > If I use in Net 2.0 the DateTime.UTC than I get
| > <myDutchDateToday>2005-12-13T14:36:06.734375Z</myDutchDateToday>
| >
| > Z from Zulu = Greenwich MeanTime GMT or UTC Universal Time Coordinated..
| >
| > If I use in Net 2.0 the DateTime.local than I get the same as in Net 1.0
| > <myDutchDateToday>2005-12-13T15:39:46.2031250+01:00</myDutchDateToday>
| >
| > So therefore what does this help?
| >
| > Cor
| >
| >
| > "Stephany Young" <noone@localhost> schreef in bericht
| > news:eQ***************@tk2msftngp13.phx.gbl...
| >> Eureka.
| >>
| >> Someone posted a message a couple of hours ago in
| >> microsoft.public.dotnet.framework asking if a problem concerning time
| >> zone conversion when sending datasets over web services in Framework
1.x?
| >> had been resolved on Framework 2.0.
| >>
| >> A quick look at the DataColumn class in FrameWork 2.0 shows a new
| >> property DataTimeMode that appears to be designed to control how the
| >> values in DateTime columns are handled during
| >> serialization/deserialization.
| >>
| >> It appears that in Framework 1.x there is some unintended consequence
| >> caused by assumptions when serializing datacolumns of type DateTime
when
| >> the serializing machine is in a different time zone than the
| >> deserializing machine and this could very well be the cause of Cesar's
| >> 'issue'.
| >>
| >>
| >>
| >> "Armin Zingler" <az*******@freenet.de> wrote in message
| >> news:ea*************@TK2MSFTNGP11.phx.gbl...
| >>> "Cesar Ronchese" <ronchese_hotmail_dot_com> schrieb im Newsbeitrag
| >>> news:e9**************@TK2MSFTNGP10.phx.gbl...
| >>>> Hi,
| >>>>
| >>>> I built the sample code showing the problem with dates when viewed at
| >>>> different machines, different Time Zones and transported via
Remoting.
| >>>>
| >>>> The zip can be downloaded here:
| >>>>
| >>>>
www.carsoftnet.com.br/temp/sample_error_date.zip
| >>>>
| >>>
| >>> I also had a look now. There is too much for me that I don't
understand.
| >>> I know nothing about httpchannel and remoting, I don't have an SQL
| >>> server installed and I don't have a 2nd machine (ready for testing).
Bad
| >>> conditions to help you. ;-) What I can do is examine the code. Well,
| >>> after 30 min, I am not much cleverer. :) All I can say is: I don't
know
| >>> where the conversion takes place. I would have to test this. Sorry,
| >>> can't help you here! Maybe Cor or somebody else can?
| >>>
| >>>
| >>> Armin
| >>
| >>
| >
| >
|
|