Fix Makefile a little bit: clean-xslttest had dependency on
catalog-fixed.xml, then on catalog.xml which make did not know to build.
Another fix is when generating reference results, check that we are
running on windows, otherwise we can get to comparing mono results with
mono results.
Index:
You're patch has nothing changes... I get always the same error...
With the postgresql app... I can now login... but there's plenty of bugs
inside... I think the best solution is to get an older version of Mono!
Why do you include a patch if there's compatibility problems with data
providers!!!
Hello Hubert,
I'm completely agree that bugs are a bad thing, that's why I'm here to
help you as soon as possible. The reason the DataAdapter code has
changed is to solve other bugs, and the solution required some
cooperation from providers too. Unfortunately it's not simple to make
a complete
Hubert,
You're patch has nothing changes... I get always the same error...
With the postgresql app... I can now login... but there's plenty of bugs
inside... I think the best solution is to get an older version of Mono!
Why do you include a patch if there's compatibility problems with data
Hi, Atsushi.
This is what I've got so far. I think I made all the changes we
discussed, but have no time to run it today. It compiles, but I don't
know more than that. So please see this patch as a draft, tomorrow I'll
continue from this place. If you have any comments - let me know.
Thanks,
Hey there,
I made some changes to at icall.c and AssemblyName.cs to correct some
incorrect behavior of AssemblyName class. With these changes, all the
tests at AssemblyNameTest.cs run ok, and I even could make a bootstrap.
Any comment?
Carlos.
Index: icall.c
On Wed, 2005-05-18 at 17:25 -0500, Carlos Alberto Cortez wrote:
Hey there,
I made some changes to at icall.c and AssemblyName.cs to correct some
incorrect behavior of AssemblyName class. With these changes, all the
tests at AssemblyNameTest.cs run ok, and I even could make a bootstrap.
Hey,
I noticed this too, but in the MS impl, a new Version instance is
created. We could however, use the same.
Carlos.
El mi, 18-05-2005 a las 18:25 -0400, Ben Maurer escribi:
On Wed, 2005-05-18 at 17:25 -0500, Carlos Alberto Cortez wrote:
Hey there,
I made some changes to at icall.c
Hi guys,
I've just signed up to the lists, and was wondering what version the
unstable nightly source code is at at the minute, as I can't seem to
find it anywhere...? Is it even kept up to date with a specific version
number along the same kind of roadmap as the stable releases, or does it
Miguel asked me to look at the memory impact of this patch.
My only complaint is the amount of boxing that goes on in the
sequence-point list. Can you turn this into an array of structs that you
grow youself?
As far as I can tell, the list of sequence points is kept in memory for
*all* methods
On Thu, 2005-05-19 at 01:49 +0100, El Draper wrote:
Hi guys,
I've just signed up to the lists, and was wondering what version the
unstable nightly source code is at at the minute, as I can't seem to
find it anywhere...?
The current version is kept in configure.in
-- Ben
Hi,
I got an exception when doing socket.IOControl(SIO_RCVALL, IN, OUT) with Mono
on Linux,
It works well on Windows platform,
It seems int SIO_RCVALL = unchecked((int)0x9801) is not in Linux ioctl_list,
How can I fix the code below to work on Linux?
Thanks.
//This file contains the
12 matches
Mail list logo