Hi,
I think this patch does what we need - some protected virtual methods
such as SetItem() should be used for every content-changing methods.
Can anyone review it?
Atsushi Eno
Carlo Kok wrote:
Attached to this email an incremental patch for the KeyedCollection ( to
be applied in the \mcs\clas
Hi,
>> I noticed that mcs/errors/gcs0310-3.cs is not rejected as expected.
>> The attached patch fixes this problem. Does it look OK to commit?
>
> Hi,
>
> patch looks good, but you may run into conflicts when committing due to
> my recent changes.
Ok it's in svn now. There was no conflict.
>
> Why you dont uses Gtk#? Is a nice toolkit and run under Linux
> and Windows (I am not sure about Mac).
I have used GTK+ in the past, and liked it, but I'm really looking to use
native widgets this time. In my experience, Mac users demand nothing less,
and personally I think it looks better any
Hi Elan,
Why you dont uses Gtk#? Is a nice toolkit and run under Linux and
Windows (I am not sure about Mac). Some months ago I make a GUI frontend
to OpenVPN and I use GTK# and works fine on Windows and Linux.
http://www.expl0it.de/OpenVPNAdminScreenshots.html
http://www.expl0it.de/wizard.html
Hi,
I'm working on a C# GUI-based project, which I want to run on
Windows/Mac/Linux, and with native widgets. It seems my only choice at the
moment is wxWidgets + C# bindings. What I'd really like to use is SWT, the
excellent Java GUI toolkit.
Once upon a time, there was a project to port SWT t
On Thu, 2005-10-20 at 04:03 +0900, Atsushi Eno wrote:
> I noticed that mcs/errors/gcs0310-3.cs is not rejected as expected.
> The attached patch fixes this problem. Does it look OK to commit?
Hi,
patch looks good, but you may run into conflicts when committing due to
my recent changes.
Cool to
This is ok to check in.
On 10/19/05, Jackson Harper <[EMAIL PROTECTED]> wrote:
> Anyone have any problems with this small patch so the profiler prints
> names correctly when they aren't in a namespace?
>
> Thanks
> Jackson
>
>
>
>
> ___
> Mono-devel-list
Anyone have any problems with this small patch so the profiler prints
names correctly when they aren't in a namespace?
Thanks
Jackson
Index: mono/metadata/profiler.c
===
--- mono/metadata/profiler.c (revision 51942)
+++ mono/metadat
When will there be a C++ compiler for Mono?
__
Start your day with Yahoo! - Make it your home page!
http://www.yahoo.com/r/hs
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lis
Hi,
I noticed that mcs/errors/gcs0310-3.cs is not rejected as expected.
The attached patch fixes this problem. Does it look OK to commit?
Atsushi Eno
Index: generic.cs
===
--- generic.cs (revision 51926)
+++ generic.cs (working cop
OK, I'll post the modified version to the list for approval.
I think the current version will not cause any exceptions but may result in
wrong visual appearance so it can be used until the new version will be
approved.
There are no other differences than the documented ones in ImageList.cs if
yo
Hello Yogendra,
As the exception says your IV size isn't right - it's 32 bytes long (256
bits) while it should be 8 bytes (64 bits) like the DES/3DES block size.
Strangely this isn't detected by the MS implementation (but IIRC this is
check for other crypto algorithms). Anyway I'll look into "fix
Sebastien,
I have opened bug for this issue (bug# 76483).
Please see attached file for source code.
To Compile : mcs TestEncryption.cs
To Run : mono TestEncryption.exe
Result :
Unhandled Exception:
System.Security.Cryptography.CryptographicException: IV length cannot be
larger than
On Wed, 2005-10-19 at 19:05 +0200, Kornél Pál wrote:
> Hi,
>
> Please read my original message one again.:) I explained the differences
> between MS.NET and this implementation. This difference is documented in my
> previous message, in ImageList.cs and was documented when the modifications
> were
Hi,
Please read my original message one again.:) I explained the differences
between MS.NET and this implementation. This difference is documented in my
previous message, in ImageList.cs and was documented when the modifications
were approved. And told you that if you think that this difference i
On Wed, 2005-10-19 at 11:10 +0200, Kornél Pál wrote:
> Hi,
>
> MS.NET ImageList creates handle when you first time retrieve or draw any of
> it's images. Until that is stores the original image object, after handle
> creation it uses a native ImageList. It applies size and color depth when
> handl
Hello Carlos,
Hey, all the remainign issues are fixed now. All my tests are running
fine and that repeated code has been refactored to report the remaining
warnings in the same place.
It looks good to me.
Marek
Inde
Hey, all the remainign issues are fixed now. All my tests are running
fine and that repeated code has been refactored to report the remaining
warnings in the same place.
The patch is attached, and I'm not attaching the tests this time, since
they remain the same.
Carlos.
Index: typemanager.cs
==
Hi,
MS.NET ImageList creates handle when you first time retrieve or draw any of
it's images. Until that is stores the original image object, after handle
creation it uses a native ImageList. It applies size and color depth when
handle is created. (This is documented in ImageList.cs.)
After handl
Le mardi 18 octobre 2005 à 16:37 +0200, Hubert FONGARNAND a écrit :
I confirm it still fails with this test case (updated on bugzilla)
Well, thank you for the fix...
But it fails now with a length>200ko
you can try :
private void MyButton_Click(object sender,EventArgs e)
{
int le
20 matches
Mail list logo
