On Wed, 2004-06-16 at 00:31, Atsushi Eno wrote: > Hmm, this does not happen to my fedora core 2 box. It raises > file sharing error. Which version of mono are you using? > the problem occured under mono 0.91 and disappeared under 0.95. Sometimes I am a bit to cautious about updates.
> When you open a file via XmlTextReader, it is locked until you
> explicitly call Close(). Thus, the file sharing error should be
> thrown, since you are keeping the file opened.
>
> > (OT now, sorry) Does anyone know an elegant way of loading an
> > XmlDocument and then writing the updated contents back into the same
> > file?
>
> Once you read up the source xml into XmlDocument, the input file can
> be used (by calling Close()).
>
many thanks for that tip. I spent some time looking for some Close() or
FreeResources() method in XmlDocument, but that was obviously the wrong
place to look.
> > Next to the problem with XmlDocument, if I dump a DateTime Object to
a
> > string with ToString("F") on Linux and read that dumped string back
into
> > a windows box with DateTime.Parse(string) I get an FormatException.
>
> In which culture are you living? The line below will provide you the
> exact information.
>
> Console.WriteLine (System.Globalization.CultureInfo.CurrentCulture);
>
> We could not support all the culture and it may differ if IBM icu
> defines different culture data. Right now CultureInfo.InvariantCulture
> should work fine.
>
many, many thanks again for that tip. my rh9 box is running under en-US
and the winXP under de-DE, setting the
System.Threading.Thread.CurrentThread.CurrentCulture to
CultureInfo.InvariantCulture solved the problem.
again many thanks ...
regards,
chris
signature.asc
Description: This is a digitally signed message part
