Hi All,
Beginning with 2.2 and still in 2.4, there is a problem with loading
complex sets of NUnit tests under Mono.
I've narrowed it down to the use of multiple directories, requiring
setting PrivateBinPath for the test AppDomain. When this is set to
one or more directories, relative to the Appl
On Wed, Mar 25, 2009 at 11:05 PM, Marc Christensen
wrote:
> Hi Ivan,
>
> It looks like one or more of your changes to DataGridView* may have
> caused a breakage in the test-Windows_Forms-2.0 test suite on mono
> trunk. The breakage started occurring between -r129798:129815.
>
> Here's the error:
I'm getting an intermittent assertion failure on mono 2.4 RC3, x86_64
Ubuntu 8.04, when running NUnit 2.4.7 on an assembly that doesn't have
any unit tests defined in it. It seems like it has something to do
with what is happening when the program is shutting down.
Naturally, since it's part
Hi All,
As far as I can see, there is no standard, cross-platform
way to find all installed instances of mono.
It seems to me, then, that the best thing NUnit can do
to run with multiple mono installs is to have entries
in its own settings file that identifies and points to
the mono versions that
Kornél,
Yes that would work too.
Thanks
-bill
2009/3/25 Kornél Pál :
> Wouldn't just this be enough?
>
> in mono_thread_create_internal:
>
> #ifdef PLATFORM_WIN32
> DWORD tid;
> #else
> gsize tid;
> #endif
>
> Kornél
>
> Bill Holmes wrote:
>>
>> Hi,
>>
>> The attached patch fixes some problems I
Easy_Rider wrote:
> Es sieht so aus, als ob ich zwei Version von libsqlite3.so auf meinem Rechner
> habe. Eine mit und eine ohne sqlite3_column_orgin_name
> Anscheinend war die frisch compilierte Version die falsche. Jedenfalls
> konnte jetzt die Datenbank geladen werden. Es gab noch einen
Easy_Rider wrote:
> Its defined:
>
> 0004ed30 T sqlite3_column_name
> 0004ed00 T sqlite3_column_name16
> 0004ebb0 T sqlite3_column_origin_name
> 0004eb80 T sqlite3_column_origin_name16
> 0004ec10 T sqlite3_column_table_name
> 0004ebe0 T sqlite3_column_table_name16
> 0004f650 T sqlite3_column_t
Es sieht so aus, als ob ich zwei Version von libsqlite3.so auf meinem Rechner
habe. Eine mit und eine ohne sqlite3_column_orgin_name
Anscheinend war die frisch compilierte Version die falsche. Jedenfalls
konnte jetzt die Datenbank geladen werden. Es gab noch einen weiteren Crash
beim laden der
Its defined:
0004ed30 T sqlite3_column_name
0004ed00 T sqlite3_column_name16
0004ebb0 T sqlite3_column_origin_name
0004eb80 T sqlite3_column_origin_name16
0004ec10 T sqlite3_column_table_name
0004ebe0 T sqlite3_column_table_name16
0004f650 T sqlite3_column_text
0004f5d0 T sqlite3_column_text16
-
Wouldn't just this be enough?
in mono_thread_create_internal:
#ifdef PLATFORM_WIN32
DWORD tid;
#else
gsize tid;
#endif
Kornél
Bill Holmes wrote:
> Hi,
>
> The attached patch fixes some problems I was seeing with thread IDs on Winx64.
>
> What I found was that the thread ID argument of CreateT
Hi,
The attached patch fixes some problems I was seeing with thread IDs on Winx64.
What I found was that the thread ID argument of CreateThread is a
ulong which is not 64 bits on Winx64. So when called with the address
of a size variable the top 32 bits are garbage. This patch simply
initialize
and the last one...
This patch add the "platform code" checks. In fact much of this is being
delegated to the host (i.e. moonlight plugin in this case) to determine
if an assembly is, or not, part of its platform code definition. From
there mono itself can enforce the coreclr security model.
The
Hey Sebastien,
> Here's the patch to add the extra coreclr checks, which affect bindings
> and accessibility, when a delegate is created (unit tests in [1]).
>
> It also cover the case where delegate are internally used (optimization)
> to replace some reflection calls (see unit tests for Property
Hello,
Here's the patch to add the extra coreclr checks, which affect bindings
and accessibility, when a delegate is created (unit tests in [1]).
It also cover the case where delegate are internally used (optimization)
to replace some reflection calls (see unit tests for PropertyInfo and
EventIn
On Tue, Mar 24, 2009 at 2:48 PM, Sebastien Pouliot
wrote:
> Here's an updated patch. I fix another case (thanks to jb's test) where
> results vary between platform and application code. It also has a bit
> more comments/documentation.
Looks good!
Mark
15 matches
Mail list logo
