From kornelpal at gmail.com Tue Apr 1 04:31:27 2008 From: kornelpal at gmail.com (=?iso-8859-2?B?S29ybulsIFDhbA==?=) Date: Tue, 1 Apr 2008 10:31:27 +0200 Subject: [Mono-dev] [PATCH] Use Unicode argv on Windows References: <005e01c89379$e32b49d0$0100a8c0@kornelpal.hu> Message-ID: <002401c893d2$ccb246f0$c0bbc5d9@kornelpal.hu> Hi, The main problem is that Windows and Linux too two different ways on implementing Unicode support. Windows has two set of APIs. Unicode (UTF-16, originally before Windows 2000 it was UCS-2) and ANSI (using system default code page that only can represent a subset of Unicode and is usually different from the OEM (DOS) code page). Linux on the other hand tends to use UTF-8 instead of old code pages but has less restrictions on code page being used. If you use char* on Linux you will get full Unicode support using UTF-8 and if you are aware that other encodings may be used as well (like the case for Mono) you may try to convert them to UTF-8 like mono_utf8_from_external does. The problem is that Windows (NT kernel) uses UTF-16 internally and ANSI APIs are only wrappers around Unicode APIs. If you use ANSI APIs you won't get the original data as char* but you will get the Unicode data converted to the system default ANSI code page. This means a lot of Unicode character will probably be lost. And because Mono later converts this back to UTF-16 I see no reason to lose characters in encoding round-trip. Ideally Mono should use UTF-16 on Windows but that would need a lot of code changes. Using UTF-8 no character loss will occur. UTF-8 - UTF-16 round-trip causes a little performance overhead but I think Mono's main target is Linux. glib takes UTF-8 on Windows and passes it as UTF-16 to Windows API that makes Mono Unicode-aware on Windows as well. Note however that libc (CRT) functions like fopen use ANSI code page on Windows so Mono should not use then and should prefer glib. Also note that the on Linux the main assembly is loaded using the char* specified in argv without any conversions but aguments of icalls are converted to UTF-8 and they load assembles using UTF-8. Among with some other encoding inconsistencies this causes encoding conversion bugs in Mono on both Linux and Windows. I think using using UTF-8 for char* would be the solution. Input data (argv) should be converted to UTF-8 and output data (file names) should be converted to MONO_EXTERNAL_ENCODINGS on Linux and UTF-16 on Windows. Korn?l ----- Original Message ----- From: "Robert Jordan" To: Sent: Tuesday, April 01, 2008 12:55 AM Subject: Re: [Mono-dev] [PATCH] Use Unicode argv on Windows Hi Korn?l, I understand why you fixed it this way, but I think that "fixing" strenc.c would produce less #ifdef clutter and it also has the nice side effect of not breaking the embedding API :) It's just a matter of setting MONO_EXTERNAL_ENCODINGS=default_locale either with g_setenv or SetEnvironmentVariable in mini.c:mini_init() for PLATFORM_WIN32. Robert Korn?l P?l wrote: > Hi, > > Currently mono.exe uses ANSI arguments that are encoded using system > default code page (ACP). Mono however uses UTF-8 and tries to convert > them using MONO_EXTERNAL_ENCODINGS. > > This patch takes the Unicode (UTF-16) command line arguments and > converts them to UTF-8. This way there is no need to modify other code > to use UTF-16 and the arguments still are in Unicode. > > I also made strenc.c non-Windows in this patch because > MONO_EXTERNAL_ENCODINGS should not be used on Windows at all as it uses > UTF-16 internally and if we really need UTF-8 then we should convert > from UTF-16 rather than from ACP. > > I would prefer to move argument conversion using mono_utf8_from_external > to main.c as well that would make code more clean but that would require > mono_runtime_run_main being called with UTF-8 arguments. If that is > acceptable I'll include that modification in the patch as well. > > Korn?l Index: mono/mono/metadata/object.c > =================================================================== > --- mono/mono/metadata/object.c (revision 99452) > +++ mono/mono/metadata/object.c (working copy) > @@ -2671,6 +2671,9 @@ > basename, > NULL); > > +#ifdef PLATFORM_WIN32 > + utf8_fullpath = fullpath; > +#else > utf8_fullpath = mono_utf8_from_external (fullpath); > if(utf8_fullpath == NULL) { > /* Printing the arg text will cause glib to > @@ -2684,19 +2687,27 @@ > } > > g_free (fullpath); > +#endif > g_free (basename); > } else { > +#ifdef PLATFORM_WIN32 > + utf8_fullpath = g_strdup (argv [0]); > +#else > utf8_fullpath = mono_utf8_from_external (argv[0]); > if(utf8_fullpath == NULL) { > g_print ("\nCannot determine the text encoding for the > assembly location: %s\n", argv[0]); > g_print ("Please add the correct encoding to > MONO_EXTERNAL_ENCODINGS and try again.\n"); > exit (-1); > } > +#endif > } > > main_args [0] = utf8_fullpath; > > for (i = 1; i < argc; ++i) { > +#ifdef PLATFORM_WIN32 > + main_args [i] = g_strdup (argv [i]); > +#else > gchar *utf8_arg; > > utf8_arg=mono_utf8_from_external (argv[i]); > @@ -2708,20 +2719,27 @@ > } > > main_args [i] = utf8_arg; > +#endif > } > argc--; > argv++; > if (mono_method_signature (method)->param_count) { > args = (MonoArray*)mono_array_new (domain, > mono_defaults.string_class, argc); > for (i = 0; i < argc; ++i) { > +#ifdef PLATFORM_WIN32 > + gchar *str = argv [i]; > +#else > /* The encodings should all work, given that > * we've checked all these args for the > * main_args array. > */ > gchar *str = mono_utf8_from_external (argv [i]); > +#endif > MonoString *arg = mono_string_new (domain, str); > mono_array_setref (args, i, arg); > +#ifndef PLATFORM_WIN32 > g_free (str); > +#endif > } > } else { > args = (MonoArray*)mono_array_new (domain, > mono_defaults.string_class, 0); > Index: mono/mono/mini/main.c > =================================================================== > --- mono/mono/mini/main.c (revision 99452) > +++ mono/mono/mini/main.c (working copy) > @@ -1,8 +1,30 @@ > #include "mini.h" > > +#ifdef PLATFORM_WIN32 > + > int > +main () > +{ > + int argc; > + wchar_t** wargv = CommandLineToArgvW (GetCommandLine (), &argc); > + char** argv = g_new0 (char*, argc); > + int i; > + > + for (i = 0; i < argc; ++i) > + argv [i] = g_utf16_to_utf8 (wargv [i], -1, NULL, NULL, NULL); > + > + LocalFree (wargv); > + > + return mono_main (argc, argv); > +} > + > +#else > + > +int > main (int argc, char* argv[]) > { > return mono_main (argc, argv); > } > > +#endif > + > Index: mono/mono/utils/strenc.c > =================================================================== > --- mono/mono/utils/strenc.c (revision 99452) > +++ mono/mono/utils/strenc.c (working copy) > @@ -7,6 +7,9 @@ > * (C) 2003 Ximian, Inc. > */ > > +/* These methods should not be used on Windows as it uses UTF-16 > internally. */ > +#ifndef PLATFORM_WIN32 > + > #include > #include > #include > @@ -214,3 +217,5 @@ > return(utf8); > } > > +#endif > + > Index: mono/msvc/mono.def > =================================================================== > --- mono/msvc/mono.def (revision 99452) > +++ mono/msvc/mono.def (working copy) > @@ -711,10 +711,7 @@ > mono_type_stack_size > mono_type_to_unmanaged > mono_unhandled_exception > -mono_unicode_from_external > -mono_unicode_to_external > mono_upgrade_remote_class_wrapper > -mono_utf8_from_external > mono_valloc > mono_value_box > mono_value_copy > > > ------------------------------------------------------------------------ > > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list _______________________________________________ Mono-devel-list mailing list Mono-devel-list at lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list From marek.safar at seznam.cz Tue Apr 1 05:57:47 2008 From: marek.safar at seznam.cz (Marek Safar) Date: Tue, 01 Apr 2008 10:57:47 +0100 Subject: [Mono-dev] Compiler crashes when using generics In-Reply-To: <20080331231017.GB11085@cerebrum.lan> References: <20080331231017.GB11085@cerebrum.lan> Message-ID: <47F2071B.2000701@seznam.cz> Hello John, > I have bug reports that are keeping my companies code from compiling under > mono: > > https://bugzilla.novell.com/show_bug.cgi?id=324779 > https://bugzilla.novell.com/show_bug.cgi?id=331191 > > I would love to fix these issues myself but I am not to familiar with the > compiler code, is there someone that works on it that could 'mentor' or > point me in the right direction? > Both issues are non-trivial problems, but I think I can answer any compiler related questions. Regards, Marek From roeie at mainsoft.com Tue Apr 1 05:44:45 2008 From: roeie at mainsoft.com (Roei Erez) Date: Tue, 1 Apr 2008 02:44:45 -0700 Subject: [Mono-dev] Unit tests for WCF Message-ID: Hi, We are currently writing integrative tests that are 'Nunit' based, but test more integrative flows. The tests in this suite are in the form of services & clients that exchange messages, and the suite enables adding such tests easily. Do you think it has a place in Mono unit tests for WCF, or should be a separate test suite? Regards, Roei Erez -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080401/d1a98cee/attachment.html From atsushi at ximian.com Tue Apr 1 06:09:42 2008 From: atsushi at ximian.com (Atsushi Eno) Date: Tue, 01 Apr 2008 19:09:42 +0900 Subject: [Mono-dev] Unit tests for WCF In-Reply-To: References: Message-ID: <47F209E6.1000702@ximian.com> Hello, As usual, it has NUnit test infrastructure in: topdir/class/Directory.By.Assembly/Test/Directory.By.Namespaces/Test.By.Class.cs Basically it should not be a separate test suite unless there is some appropriate reason. Atsushi Eno Roei Erez wrote: > > Hi, > > We are currently writing integrative tests that are ?Nunit? based, but > test more integrative flows. > > The tests in this suite are in the form of services & clients that > exchange messages, and the suite enables adding such tests easily. > > Do you think it has a place in Mono unit tests for WCF, or should be a > separate test suite? > > > > Regards, > > Roei Erez > > > From roeie at mainsoft.com Tue Apr 1 06:37:20 2008 From: roeie at mainsoft.com (Roei Erez) Date: Tue, 1 Apr 2008 03:37:20 -0700 Subject: [Mono-dev] Unit tests for WCF In-Reply-To: <47F209E6.1000702@ximian.com> Message-ID: Hi, This suite does not fit naturally into this pattern, since the tests are a bit more integrative. It is essential to have such a suite, in order to stay in control regarding the various 'end to end' flows. I think that the options are: 1. Create a separate directory in the current Nunit test suite (call it something like 'System.ServiceModel.Integrative') 2. Put it in another suite. What do you think? Regards, Roei Erez -----Original Message----- From: Atsushi Eno [mailto:atsushi at ximian.com] Sent: Tuesday, April 01, 2008 12:10 PM To: Roei Erez Cc: mono-devel-list at lists.ximian.com Subject: Re: Unit tests for WCF Hello, As usual, it has NUnit test infrastructure in: topdir/class/Directory.By.Assembly/Test/Directory.By.Namespaces/Test.By. Class.cs Basically it should not be a separate test suite unless there is some appropriate reason. Atsushi Eno Roei Erez wrote: > > Hi, > > We are currently writing integrative tests that are 'Nunit' based, but > test more integrative flows. > > The tests in this suite are in the form of services & clients that > exchange messages, and the suite enables adding such tests easily. > > Do you think it has a place in Mono unit tests for WCF, or should be a > separate test suite? > > > > Regards, > > Roei Erez > > > From adar.wesley at gmail.com Tue Apr 1 08:45:07 2008 From: adar.wesley at gmail.com (Adar Wesley) Date: Tue, 1 Apr 2008 15:45:07 +0300 Subject: [Mono-dev] Unit tests for WCF In-Reply-To: References: Message-ID: Hi Roei, I ran into a sample by IDesign.net that shows an InProcFactory helper class that lets you create WCF Services and host them in proc using net.pipebindings without configuration. The helper class lets you host both the server and client side in the same process. This setup is great for unit testing. The sample itself is copyright protected. However, I think that just knowing that such a solution exists can put you on the right track. Hope this helps. --- Adar Wesley 2008/4/1 Roei Erez : > Hi, > > We are currently writing integrative tests that are 'Nunit' based, but > test more integrative flows. > > The tests in this suite are in the form of services & clients that > exchange messages, and the suite enables adding such tests easily. > > Do you think it has a place in Mono unit tests for WCF, or should be a > separate test suite? > > > > Regards, > > Roei Erez > > > > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > -- --- Adar Wesley -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080401/6b86d1b4/attachment.html From atsushi at ximian.com Tue Apr 1 09:00:59 2008 From: atsushi at ximian.com (Atsushi Eno) Date: Tue, 01 Apr 2008 22:00:59 +0900 Subject: [Mono-dev] Unit tests for WCF In-Reply-To: References: Message-ID: <47F2320B.9030103@ximian.com> I have no idea why your test stuff does not fit NUnit test suite by nature, but then feel free to put your tests into somewhere like $(topdir)/class/System.ServiceModel/Test/standalone. (Once it turned out to fit with existing nunit test stuff, we could integrate it later.) Atsushi Eno Roei Erez wrote: > Hi, > This suite does not fit naturally into this pattern, since the tests are > a bit more integrative. > It is essential to have such a suite, in order to stay in control > regarding the various 'end to end' flows. > I think that the options are: > 1. Create a separate directory in the current Nunit test suite (call it > something like 'System.ServiceModel.Integrative') > 2. Put it in another suite. > > What do you think? > > Regards, > Roei Erez > > -----Original Message----- > From: Atsushi Eno [mailto:atsushi at ximian.com] > Sent: Tuesday, April 01, 2008 12:10 PM > To: Roei Erez > Cc: mono-devel-list at lists.ximian.com > Subject: Re: Unit tests for WCF > > Hello, > > As usual, it has NUnit test infrastructure in: > topdir/class/Directory.By.Assembly/Test/Directory.By.Namespaces/Test.By. > Class.cs > > Basically it should not be a separate test suite unless there is some > appropriate reason. > > Atsushi Eno > > Roei Erez wrote: > >> Hi, >> >> We are currently writing integrative tests that are 'Nunit' based, but >> > > >> test more integrative flows. >> >> The tests in this suite are in the form of services & clients that >> exchange messages, and the suite enables adding such tests easily. >> >> Do you think it has a place in Mono unit tests for WCF, or should be a >> > > >> separate test suite? >> >> >> >> Regards, >> >> Roei Erez >> >> >> >> > > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > From andreas.faerber at web.de Tue Apr 1 09:22:13 2008 From: andreas.faerber at web.de (=?ISO-8859-1?Q?Andreas_F=E4rber?=) Date: Tue, 1 Apr 2008 15:22:13 +0200 Subject: [Mono-dev] Unit tests for WCF In-Reply-To: <47F2320B.9030103@ximian.com> References: <47F2320B.9030103@ximian.com> Message-ID: Hi Atsushi, As far as I understood Roei, their tests are not limited to a single WCF class so do not match the Directory.By.NamespaceName/ Test.By.ClassName pattern. Also, it sounds like they'd like to use some kind of inheritance or helper classes to simplify their tests. But I don't see a major problem with integrating it into the existing structure either, since the runnable test classes need to be specified manually anyway. HTH, Andreas Am 01.04.2008 um 15:00 schrieb Atsushi Eno: > I have no idea why your test stuff does not fit NUnit test suite by > nature, but then > feel free to put your tests into somewhere like > $(topdir)/class/System.ServiceModel/Test/standalone. > > (Once it turned out to fit with existing nunit test stuff, we could > integrate it later.) > > Atsushi Eno > > Roei Erez wrote: >> Hi, >> This suite does not fit naturally into this pattern, since the >> tests are >> a bit more integrative. >> It is essential to have such a suite, in order to stay in control >> regarding the various 'end to end' flows. >> I think that the options are: >> 1. Create a separate directory in the current Nunit test suite >> (call it >> something like 'System.ServiceModel.Integrative') >> 2. Put it in another suite. >> >> What do you think? >> >> Regards, >> Roei Erez >> >> -----Original Message----- >> From: Atsushi Eno [mailto:atsushi at ximian.com] >> Sent: Tuesday, April 01, 2008 12:10 PM >> To: Roei Erez >> Cc: mono-devel-list at lists.ximian.com >> Subject: Re: Unit tests for WCF >> >> Hello, >> >> As usual, it has NUnit test infrastructure in: >> topdir/class/Directory.By.Assembly/Test/Directory.By.Namespaces/ >> Test.By. >> Class.cs >> >> Basically it should not be a separate test suite unless there is some >> appropriate reason. >> >> Atsushi Eno >> >> Roei Erez wrote: >> >>> Hi, >>> >>> We are currently writing integrative tests that are 'Nunit' based, >>> but >>> >> >> >>> test more integrative flows. >>> >>> The tests in this suite are in the form of services & clients that >>> exchange messages, and the suite enables adding such tests easily. >>> >>> Do you think it has a place in Mono unit tests for WCF, or should >>> be a >>> >> >> >>> separate test suite? >>> >>> >>> >>> Regards, >>> >>> Roei Erez >>> >>> >>> >>> >> >> _______________________________________________ >> Mono-devel-list mailing list >> Mono-devel-list at lists.ximian.com >> http://lists.ximian.com/mailman/listinfo/mono-devel-list >> >> > > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list From paszczi at go2.pl Tue Apr 1 11:23:11 2008 From: paszczi at go2.pl (Maciej Paszta) Date: Tue, 1 Apr 2008 17:23:11 +0200 Subject: [Mono-dev] HttpListener and basic auth Message-ID: Hello Guys, I'm developing standalone service provider that uses HttpListener to serve appropriate requests. I'm having difficulty using Basic Authentication (not to say that it doesn't work at all). I'm using Mono 1.2.6 and the following testcase was performed on Windows, MacOS and Linux: -------------- next part -------------- A non-text attachment was scrubbed... Name: Program.cs Type: application/octet-stream Size: 2138 bytes Desc: not available Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080401/33bee5ac/attachment.obj -------------- next part -------------- The expected result is that browser shows login window when one can enter username and password. Unfortunately it doesn't. Method AuthenticationSelector is not called at all and the program throws NullReference exception in line 52. The following code was tested on .NET 2.0 and there it works as supposed. Best regards, Maciej Paszta From tkunze at informatik.hu-berlin.de Tue Apr 1 15:10:14 2008 From: tkunze at informatik.hu-berlin.de (Thomas Kunze) Date: Tue, 01 Apr 2008 21:10:14 +0200 Subject: [Mono-dev] Mono:MIPS patch In-Reply-To: <20080401103132.88cckogkgsow0440@webmail.researchstudio.at> References: <20080326104836.w48c48ooksk0wk4g@webmail.researchstudio.at> <47EB9760.8060607@informatik.hu-berlin.de> <20080327152630.goksoc4o8kg04w8o@webmail.researchstudio.at> <47F0B7F6.3030801@informatik.hu-berlin.de> <20080401103132.88cckogkgsow0440@webmail.researchstudio.at> Message-ID: <47F28896.50306@informatik.hu-berlin.de> > > The float-long conversion fails also, I don't remember if this failed for me. (If there is a regression test for it, it worked.) I remember some problems with overflow execptions not throw because the libc didn't have trunc. (I used uclibc.) To fix this I stole the trunc implementation somewhere (glibc?) and inserted it into mono/mini/jit-icalls.c (search for HAVE_TRUNC). Regards, Thomas From sebastian at palladiumconsulting.com Tue Apr 1 16:51:52 2008 From: sebastian at palladiumconsulting.com (Sebastian Good) Date: Tue, 1 Apr 2008 15:51:52 -0500 Subject: [Mono-dev] mono_config_parse won't link, needs extern "C" declaration in header file Message-ID: <80529b1a0804011351u35000e0dr2571a8834dbd745f@mail.gmail.com> I am compiling an application against the Mono embedding API, version 1.2.6. All is wonderful, except I cannot link successfully when I try to compile against mono_config_parse(const char*). The mono.lib which was nicely supplied to me on this mailing list some months ago claims that the function is exported by mono.dll. Running dumpbin /exports mono.dll also shows mono_config_parse as an entry point in the DLL, yet I get the following error from MSVC error LNK2019: unresolved external symbol "void __cdecl mono_config_parse(char const *)" (?mono_config_parse@@YAXPBD at Z) referenced in function "public: __thiscall MonoEmbed::MonoEmbed(class std::basic_string,class std::allocator >)" (??0MonoEmbed@@QAE at V?$basic_string@ DU?$char_traits at D@std@@V?$allocator at D@2@@std@@@Z) I believe this is because the relevant declarations are not marked extern "C". Doing so (by adding G_BEGIN_DECLS and G_END_DECLS to ) makes the link on Windows successful. It still fails under Linux (see below). However actually executing mono_config_parse(NULL) blows the executable out of the water, when executing under Windows. The call is mono_set_dirs((monoPath + "/lib").c_str(), (monoPath + "/etc").c_str()); mono_config_parse(NULL); and the exception/stacktrace is Unhandled exception at 0x7c918fea in DataAccessCApiTest.exe: 0xC0000005: Access violation writing location 0x00000010 ntdll.dll!7c918fea() [Frames below may be incorrect and/or missing, no symbols loaded for ntdll.dll] ntdll.dll!7c9106eb() msvcrt.dll!77c2c3c9() msvcrt.dll!77c2c3ce() msvcrt.dll!77c2c3ce() msvcrt.dll!77c2c3e7() ntdll.dll!7c90104b() mono.dll!68fb5692() mono.dll!68fb5879() mono.dll!68fb3ee2() libglib-2.0-0.dll!672e1474() libglib-2.0-0.dll!672e290f() ntdll.dll!7c9106eb() msvcrt.dll!77c2c3c9() msvcrt.dll!77c2c3ce() msvcrt.dll!77c2c42e() libglib-2.0-0.dll!672e4179() libglib-2.0-0.dll!672d2437() libglib-2.0-0.dll!672e04de() mono.dll!68fb4113() msvcrt.dll!77c36d37() libglib-2.0-0.dll!672d00b0() mono.dll!68fb4230() mono.dll!68fb42ae() mono.dll!68fb4404() So of course this means re-building Mono. Once that's done, everything works. There are a raft of problems with the embedding APIs that require many manual changes to get them to work. Have these been fixed in newer code drops? Specifically, there are edits to threads.h and of course the above. Many thanks -- I hope this is helpful. - Sebastian -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080401/7ee0919a/attachment-0001.html From robertj at gmx.net Tue Apr 1 17:51:28 2008 From: robertj at gmx.net (Robert Jordan) Date: Tue, 01 Apr 2008 23:51:28 +0200 Subject: [Mono-dev] mono_config_parse won't link, needs extern "C" declaration in header file In-Reply-To: <80529b1a0804011351u35000e0dr2571a8834dbd745f@mail.gmail.com> References: <80529b1a0804011351u35000e0dr2571a8834dbd745f@mail.gmail.com> Message-ID: Hi, Sebastian Good wrote: > > So of course this means re-building Mono. Once that's done, everything > works. What do you mean with re-building Mono? Adding G_BEGIN_DECLS to mono-config.h does not require a rebuild. > There are a raft of problems with the embedding APIs that require many > manual changes to get them to work. Have these been fixed in newer code > drops? Specifically, there are edits to threads.h and of course the above. The latter was fixed for Mono 1.9. Other issues are unknown at present, so please file bugs if they are prevalent in 1.9. Robert From twiest at novell.com Tue Apr 1 20:30:22 2008 From: twiest at novell.com (Thomas Wiest) Date: Tue, 01 Apr 2008 18:30:22 -0600 Subject: [Mono-dev] Slow Bugzilla Logins... Message-ID: <47F2D39E.10803@novell.com> Hey Guys, Awhile ago I complained (again) to the bugzilla / ichain teams about the slowness of logging into Bugzilla. They said that they needed a WireShark log of a slow login session in order to trouble shoot what was going on. Unfortunately since it's sporadic, I haven't been able to capture one yet. If any of you happen to capture one, I'll be more than happy to forward it on to them. In the mean time, they gave me a suggestion that has seemed to help. They suggested that I turn off TLS 1.0 support in FireFox. In FireFox on Linux you can do this by going to Edit / Preferences / Advanced / Encryption and unchecking the checkbox "Use TLS 1.0". Since I made this change, I haven't seen any long pauses while logging into Novell Bugzilla. I've added this to our Novell Bugzilla FAQ page here: http://mono-project.com/FAQ:_Novell_Bugzilla Thanks, Thomas From reveintech at gmail.com Wed Apr 2 04:40:47 2008 From: reveintech at gmail.com (ReveIntech) Date: Wed, 2 Apr 2008 09:40:47 +0100 Subject: [Mono-dev] Arm stack corruption Message-ID: <7babad8e0804020140v15eab61fr775d7e1f64941471@mail.gmail.com> Hello, i have one problem using some assemblies that work well in mono/80x86 in arm. The problem is that when i call a method of a class defined in a external assembly, inside of the called method it sees the arguments of the method swaped. Ex: struct TestA,TestB; ClassFromExternalAssembly.Method1(TestA,TestB); . . . . Inside of ClassFromExternalAssembly.Method1, the contents of TestA are swapped it the contents from TestB >From what i can see the problem only happens when the arguments are structs.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080402/a5bd9911/attachment.html From wasabi at larvalstage.net Wed Apr 2 12:04:02 2008 From: wasabi at larvalstage.net (Jerome Haltom) Date: Wed, 02 Apr 2008 11:04:02 -0500 Subject: [Mono-dev] Xml Schema Validation Bug Message-ID: <1207152242.13757.3.camel@station-1.ad.isillc.com> Found a XML schema validation bug while using NHibernate with mono. Don't have time to pinpoint exactly right now. But I built a test project that can illustrate the bug. Filed as bug #376395, if anybody is curious. Should be able to open the MD solution and hit run to see the issue. -------------- next part -------------- A non-text attachment was scrubbed... Name: MonoXmlValidationTest.zip Type: application/zip Size: 9979 bytes Desc: not available Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080402/d328b03a/attachment.zip From wberrier at novell.com Wed Apr 2 13:12:47 2008 From: wberrier at novell.com (Wade Berrier) Date: Wed, 02 Apr 2008 11:12:47 -0600 Subject: [Mono-dev] Mono 1.9 Released Message-ID: <1207156367.9517.18.camel@berrier.lan> Hi, Mono 1.9 was published on March 13th of 2008: http://www.go-mono.com/mono-downloads/download.html This is our best Mono release yet. More than 400 bugs were fixed between 1.2.6 and 1.9. We branched on January 28th of 2008 and did 6 preview releases. More than 100 of those 400 bugs were fixed during the 1.9 preview cycle. To get a list of goodies and changes, check out the release notes: http://www.go-mono.com/archive/1.9/ Big thanks goes to all the bug reporters and fixers and everyone involved making this release happen. Enjoy! Wade -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080402/13e69996/attachment.bin From mrunixus at yahoo.es Wed Apr 2 15:51:07 2008 From: mrunixus at yahoo.es (Velazquez Angel) Date: Wed, 2 Apr 2008 21:51:07 +0200 (CEST) Subject: [Mono-dev] Problem with monodevelop and Oracle Message-ID: <964863.93583.qm@web26109.mail.ukl.yahoo.com> I've recently created a simple proyect to connect from mono to Oracle, what is the problem? when I compile the proyect using mono develop I get the current error: Unhandled Exception: System.Data.OracleClient.OracleException: ORA-12154: TNS:could not resolve the connect identifier specified at System.Data.OracleClient.Oci.OciServerHandle.Attach (System.String tnsname, System.Data.OracleClient.Oci.OciErrorHandle error) [0x00055] in /var/tmp/portage/dev-lang/mono-1.2.5.1-r1/work/mono-1.2.5.1/mcs/class/System.Data.OracleClient/System.Data.OracleClient.Oci/OciServerHandle.cs:56 at System.Data.OracleClient.Oci.OciGlue.CreateConnection (OracleConnectionInfo conInfo) [0x00199] in /var/tmp/portage/dev-lang/mono-1.2.5.1-r1/work/mono-1.2.5.1/mcs/class/System.Data.OracleClient/System.Data.OracleClient/OciGlue.cs:123 at System.Data.OracleClient.OracleConnectionPoolManager.CreateConnection (OracleConnectionInfo info) [0x00006] in /var/tmp/portage/dev-lang/mono-1.2.5.1-r1/work/mono-1.2.5.1/mcs/class/System.Data.OracleClient/System.Data.OracleClient/OracleConnectionPoolManager.cs:57 at System.Data.OracleClient.OracleConnectionPool.CreateConnection () [0x0000e] in /var/tmp/portage/dev-lang/mono-1.2.5.1-r1/work/mono-1.2.5.1/mcs/class/System.Data.OracleClient/System.Data.OracleClient/OracleConnectionPool.cs:97 at System.Data.OracleClient.OracleConnectionPool.GetConnection () [0x000bb] in /var/tmp/portage/dev-lang/mono-1.2.5.1-r1/work/mono-1.2.5.1/mcs/class/System.Data.OracleClient/System.Data.OracleClient/OracleConnectionPool.cs:74 at System.Data.OracleClient.OracleConnection.Open () [0x00061] in /var/tmp/portage/dev-lang/mono-1.2.5.1-r1/work/mono-1.2.5.1/mcs/class/System.Data.OracleClient/System.Data.OracleClient/OracleConnection.cs:352 at (wrapper remoting-invoke-with-check) System.Data.OracleClient.OracleConnection:Open () at Test.Main (System.String[] args) [0x0000f] in /home/pmorales/Projects/atest/atest/Main.cs:15 ------------------------------------------------------------------------------------------------- but if I compile the code using this line: mcs a.cs /r:System.Data.dll /r:System.Data.OracleClient.dll the program work fine, Could anyone help me please? --------------------------------- Enviado desde Correo Yahoo! Disfruta de una bandeja de entrada m?s inteligente.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080402/51bb1a06/attachment-0001.html From atsushi at ximian.com Wed Apr 2 16:02:34 2008 From: atsushi at ximian.com (Atsushi Eno) Date: Thu, 03 Apr 2008 05:02:34 +0900 Subject: [Mono-dev] Xml Schema Validation Bug In-Reply-To: <1207152242.13757.3.camel@station-1.ad.isillc.com> References: <1207152242.13757.3.camel@station-1.ad.isillc.com> Message-ID: <47F3E65A.6020809@ximian.com> Fixed in svn. Atsushi Eno Jerome Haltom wrote: > Found a XML schema validation bug while using NHibernate with mono. > Don't have time to pinpoint exactly right now. But I built a test > project that can illustrate the bug. > > Filed as bug #376395, if anybody is curious. Should be able to open the > MD solution and hit run to see the issue. > > > ------------------------------------------------------------------------ > > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list From tquerci at gmail.com Wed Apr 2 16:12:22 2008 From: tquerci at gmail.com (Torello Querci) Date: Wed, 2 Apr 2008 21:12:22 +0100 Subject: [Mono-dev] Problem with monodevelop and Oracle In-Reply-To: <964863.93583.qm@web26109.mail.ukl.yahoo.com> References: <964863.93583.qm@web26109.mail.ukl.yahoo.com> Message-ID: <47337b9c0804021312s68e2603etc882428171ac2803@mail.gmail.com> Sorry Velazquez but this one seems to be a runtime error causedc by a misconfigured TNS network. Have you tried to use tnsping on the same server? Regards, Torello Querci 2008/4/2, Velazquez Angel : > I've recently created a simple proyect to connect from mono to Oracle, > what is the problem? > when I compile the proyect using mono develop I get the current error: > Unhandled Exception: > System.Data.OracleClient.OracleException: ORA-12154: > TNS:could not resolve the connect identifier specified > > at System.Data.OracleClient.Oci.OciServerHandle.Attach > (System.String tnsname, > System.Data.OracleClient.Oci.OciErrorHandle error) > [0x00055] in > /var/tmp/portage/dev-lang/mono-1.2.5.1-r1/work/mono-1.2.5.1/mcs/class/System.Data.OracleClient/System.Data.OracleClient.Oci/OciServerHandle.cs:56 > at System.Data.OracleClient.Oci.OciGlue.CreateConnection > (OracleConnectionInfo conInfo) [0x00199] in > /var/tmp/portage/dev-lang/mono-1.2.5.1-r1/work/mono-1.2.5.1/mcs/class/System.Data.OracleClient/System.Data.OracleClient/OciGlue.cs:123 > at > System.Data.OracleClient.OracleConnectionPoolManager.CreateConnection > (OracleConnectionInfo info) [0x00006] in > /var/tmp/portage/dev-lang/mono-1.2.5.1-r1/work/mono-1.2.5.1/mcs/class/System.Data.OracleClient/System.Data.OracleClient/OracleConnectionPoolManager.cs:57 > at > System.Data.OracleClient.OracleConnectionPool.CreateConnection > () [0x0000e] in > /var/tmp/portage/dev-lang/mono-1.2.5.1-r1/work/mono-1.2.5.1/mcs/class/System.Data.OracleClient/System.Data.OracleClient/OracleConnectionPool.cs:97 > at > System.Data.OracleClient.OracleConnectionPool.GetConnection > () [0x000bb] in > /var/tmp/portage/dev-lang/mono-1.2.5.1-r1/work/mono-1.2.5.1/mcs/class/System.Data.OracleClient/System.Data.OracleClient/OracleConnectionPool.cs:74 > at System.Data.OracleClient.OracleConnection.Open () > [0x00061] in > /var/tmp/portage/dev-lang/mono-1.2.5.1-r1/work/mono-1.2.5.1/mcs/class/System.Data.OracleClient/System.Data.OracleClient/OracleConnection.cs:352 > at (wrapper remoting-invoke-with-check) > System.Data.OracleClient.OracleConnection:Open () > at Test.Main (System.String[] args) [0x0000f] in > /home/pmorales/Projects/atest/atest/Main.cs:15 > > ------------------------------------------------------------------------------------------------- > but if I compile the code using this line: > mcs a.cs /r:System.Data.dll /r:System.Data.OracleClient.dll > the program work fine, > Could anyone help me please? > > > ________________________________ > > Enviado desde Correo Yahoo! > Disfruta de una bandeja de entrada m?s inteligente.. > > > > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > From mike at middlesoft.co.uk Wed Apr 2 16:30:40 2008 From: mike at middlesoft.co.uk (Michael Barker) Date: Wed, 02 Apr 2008 21:30:40 +0100 Subject: [Mono-dev] [PATCH] System.Messaging - Message.cs Message-ID: <47F3ECF0.4000605@middlesoft.co.uk> Hi, I am interested in working on an implementation of System.Messaging. There seems to be a few stuttering starts floating about, but no actual implementation of the core classes. I have started with a trivial patch to get an understanding of the mono build etc. Given that the existing implementation is just a stub and losing the history on that file shouldn't be too much of a problem, I have included a patch that removes the windows carriage returns (which needs to be applied first). The second patch add support for most of the properties and an associated unit test. My intention add an implementation that uses the AMQP protocol (http://www.amqp.org). The Apache Qpid project provides dlls that work under Mono. I will attempt to a thin provider layer (or reuse one from some if the existing code if it exists) to avoid a hard dependency on the QPid client code. Regards, Michael Barker. -------------- next part -------------- A non-text attachment was scrubbed... Name: System_Messaging_Message.patch Type: text/x-patch Size: 27023 bytes Desc: not available Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080402/beb420d6/attachment-0002.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: System_Messaging_Message_whitespace.patch Type: text/x-patch Size: 27835 bytes Desc: not available Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080402/beb420d6/attachment-0003.bin From sebastian at palladiumconsulting.com Wed Apr 2 16:40:31 2008 From: sebastian at palladiumconsulting.com (Sebastian Good) Date: Wed, 2 Apr 2008 15:40:31 -0500 Subject: [Mono-dev] mono_config_parse won't link, needs extern "C" declaration in header file Message-ID: <80529b1a0804021340o6118a925w9a0d3091f228ae45@mail.gmail.com> Robert, thanks for your reply! The threads.h issue was indeed fixed in 1.9. It seems to me that adding G_{BEGIN/END}_DECLS to mono-config.h requires a recompile because it causes the functions to be exported as undecorated C signatures, rather than fully decorated C++ signatures. This was the only way I could link against the mono libraries (which I do statically). Am I misunderstanding something? As for the other issues, the only one remaining in 1.9 is that the Embedding Mono documentation (http://www.mono-project.com/Embedding_Mono) discusses calling another function (mono_set_defaults) to enable optimization in the JIT which does not seem to be in any .H files available in /include. Cheers! Sebastian Robert Jordan wrote > Hi, > > Sebastian Good wrote: > > > > So of course this means re-building Mono. Once that's done, everything > > works. > > What do you mean with re-building Mono? Adding G_BEGIN_DECLS > to mono-config.h does not require a rebuild. > > > There are a raft of problems with the embedding APIs that require many > > manual changes to get them to work. Have these been fixed in newer code > > drops? Specifically, there are edits to threads.h and of course the > above. > > The latter was fixed for Mono 1.9. Other issues are unknown at present, > so please file bugs if they are prevalent in 1.9. > > Robert > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080402/cbec09f1/attachment.html From vargaz at gmail.com Wed Apr 2 16:53:18 2008 From: vargaz at gmail.com (Zoltan Varga) Date: Wed, 2 Apr 2008 22:53:18 +0200 Subject: [Mono-dev] mono_config_parse won't link, needs extern "C" declaration in header file In-Reply-To: <80529b1a0804021340o6118a925w9a0d3091f228ae45@mail.gmail.com> References: <80529b1a0804021340o6118a925w9a0d3091f228ae45@mail.gmail.com> Message-ID: <295e750a0804021353k2718cc2ch99db0dea1c5ad296@mail.gmail.com> Hey, That comment is obsolete, you don't need to call that function anymore. Zoltan > > As for the other issues, the only one remaining in 1.9 is that the Embedding > Mono documentation (http://www.mono-project.com/Embedding_Mono) discusses > calling another function (mono_set_defaults) to enable optimization in the > JIT which does not seem to be in any .H files available in /include. > > Cheers! > > Sebastian > > > Robert Jordan wrote > > Hi, > > > > Sebastian Good wrote: > > > > > > So of course this means re-building Mono. Once that's done, everything > > > works. > > > > What do you mean with re-building Mono? Adding G_BEGIN_DECLS > > to mono-config.h does not require a rebuild. > > > > > There are a raft of problems with the embedding APIs that require many > > > manual changes to get them to work. Have these been fixed in newer code > > > drops? Specifically, there are edits to threads.h and of course the > above. > > > > The latter was fixed for Mono 1.9. Other issues are unknown at present, > > so please file bugs if they are prevalent in 1.9. > > > > Robert > > > > > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > From robert.sim at gmail.com Wed Apr 2 16:57:28 2008 From: robert.sim at gmail.com (Robert Sim) Date: Wed, 2 Apr 2008 13:57:28 -0700 Subject: [Mono-dev] parametric types and nested classes Message-ID: <9159b69c0804021357i27c13e60mbd91e03ef80eea49@mail.gmail.com> Hi, I'm having some casting problems with nested classes of classes derived from parametric types. My peeks at the archives have failed to turn anything up. The problem is described below. It compiles and works as expected in Visual Studio. Compiling with gmcs gives me these errors: mono-gmcs: 1.2.4-6ubuntu6.1 Foo.cs(23,20): error CS0029: Cannot implicitly convert type `T' to `BarHelper' Foo.cs(24,10): error CS0029: Cannot implicitly convert type `Foo.NestedFoo.Property' to `BarHelper' Foo.cs(25,13): error CS0030: Cannot convert type `Foo.NestedFoo' to `BarHelper' Compilation failed: 3 error(s), 0 warnings Foo.cs: public class Foo where T:new() { public class NestedFoo { T field=default(T); public T getField() { return field; } public T Property { get { return field; } } public static explicit operator T(NestedFoo foo) { return foo.field; } } } public class BarHelper {} public class Bar : Foo { public void Test() { NestedFoo myFoo=new NestedFoo(); // All three of these lines fail to compile, even if I insert an explicit cast to BarHelper. BarHelper b=myFoo.getField(); b=myFoo.Property; b=(BarHelper)myFoo; } } Thanks, R -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080402/5fab7af4/attachment.html From wasabi at larvalstage.net Wed Apr 2 17:26:19 2008 From: wasabi at larvalstage.net (Jerome Haltom) Date: Wed, 02 Apr 2008 16:26:19 -0500 Subject: [Mono-dev] [PATCH] Bug#333985 Message-ID: <1207171579.16236.21.camel@station-1.ad.isillc.com> https://bugzilla.novell.com/show_bug.cgi?id=333985 Bug has patch I believe should close it attached. Simple review + commit should suffice. From Gavin.Landon at ignitetech.com Wed Apr 2 17:30:02 2008 From: Gavin.Landon at ignitetech.com (Gavin Landon) Date: Wed, 2 Apr 2008 16:30:02 -0500 Subject: [Mono-dev] parametric types and nested classes References: <9159b69c0804021357i27c13e60mbd91e03ef80eea49@mail.gmail.com> Message-ID: <47724CF5283C94439900996CDF98D5BE791F44@igtdalexc002.corp.ignitetech.com> I believe this is a known issue. If I'm understanding you correctly, when I first started developing with Mono, nested classes was one of the things I was told couldn't be done. There is a web page that explains it, I just don't know where it's at for the moment. Maybe someone else knows? ________________________________ From: mono-devel-list-bounces at lists.ximian.com [mailto:mono-devel-list-bounces at lists.ximian.com] On Behalf Of Robert Sim Sent: Wednesday, April 02, 2008 3:57 PM To: mono-devel-list at lists.ximian.com Subject: [Mono-dev] parametric types and nested classes Hi, I'm having some casting problems with nested classes of classes derived from parametric types. My peeks at the archives have failed to turn anything up. The problem is described below. It compiles and works as expected in Visual Studio. Compiling with gmcs gives me these errors: mono-gmcs: 1.2.4-6ubuntu6.1 Foo.cs(23,20): error CS0029: Cannot implicitly convert type `T' to `BarHelper' Foo.cs(24,10): error CS0029: Cannot implicitly convert type `Foo.NestedFoo.Property' to `BarHelper' Foo.cs(25,13): error CS0030: Cannot convert type `Foo.NestedFoo' to `BarHelper' Compilation failed: 3 error(s), 0 warnings Foo.cs: public class Foo where T:new() { public class NestedFoo { T field=default(T); public T getField() { return field; } public T Property { get { return field; } } public static explicit operator T(NestedFoo foo) { return foo.field; } } } public class BarHelper {} public class Bar : Foo { public void Test() { NestedFoo myFoo=new NestedFoo(); // All three of these lines fail to compile, even if I insert an explicit cast to BarHelper. BarHelper b=myFoo.getField(); b=myFoo.Property; b=(BarHelper)myFoo; } } Thanks, R From robert.sim at gmail.com Wed Apr 2 17:44:43 2008 From: robert.sim at gmail.com (Robert Sim) Date: Wed, 2 Apr 2008 14:44:43 -0700 Subject: [Mono-dev] parametric types and nested classes In-Reply-To: <47724CF5283C94439900996CDF98D5BE791F44@igtdalexc002.corp.ignitetech.com> References: <9159b69c0804021357i27c13e60mbd91e03ef80eea49@mail.gmail.com> <47724CF5283C94439900996CDF98D5BE791F44@igtdalexc002.corp.ignitetech.com> Message-ID: <9159b69c0804021444p72ad6a29qf9907d359de13564@mail.gmail.com> Thanks. Well, I've figured out it can be done if I try hard enough. Explicitly declaring the type of myFoo does the trick: Foo.NestedFoo myFoo=new Foo.NestedFoo(); On Wed, Apr 2, 2008 at 2:30 PM, Gavin Landon wrote: > I believe this is a known issue. If I'm understanding you correctly, > when I first started developing with Mono, nested classes was one of the > things I was told couldn't be done. There is a web page that explains > it, I just don't know where it's at for the moment. Maybe someone else > knows? > > ________________________________ > > From: mono-devel-list-bounces at lists.ximian.com > [mailto:mono-devel-list-bounces at lists.ximian.com] On Behalf Of Robert > Sim > Sent: Wednesday, April 02, 2008 3:57 PM > To: mono-devel-list at lists.ximian.com > Subject: [Mono-dev] parametric types and nested classes > > > Hi, I'm having some casting problems with nested classes of classes > derived from parametric types. My peeks at the archives have failed to > turn anything up. The problem is described below. It compiles and works > as expected in Visual Studio. Compiling with gmcs gives me these > errors: > > mono-gmcs: 1.2.4-6ubuntu6.1 > > Foo.cs(23,20): error CS0029: Cannot implicitly convert type `T' to > `BarHelper' > Foo.cs(24,10): error CS0029: Cannot implicitly convert type > `Foo.NestedFoo.Property' to `BarHelper' > Foo.cs(25,13): error CS0030: Cannot convert type `Foo.NestedFoo' to > `BarHelper' > Compilation failed: 3 error(s), 0 warnings > > Foo.cs: > public class Foo where T:new() { > public class NestedFoo { > > T field=default(T); > > public T getField() { return field; } > > public T Property { > get { return field; } > } > public static explicit operator T(NestedFoo foo) { > return foo.field; > } > } > } > > public class BarHelper {} > > public class Bar : Foo { > public void Test() { > NestedFoo myFoo=new NestedFoo(); > // All three of these lines fail to compile, even if I insert > an explicit cast to BarHelper. > BarHelper b=myFoo.getField(); > b=myFoo.Property; > b=(BarHelper)myFoo; > } > } > > Thanks, > R > > -- Robert Sim http://simra.net/blog http://www.cs.ubc.ca/~simra -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080402/913b5070/attachment-0001.html From ClassDevelopment at A-SoftTech.com Wed Apr 2 18:50:55 2008 From: ClassDevelopment at A-SoftTech.com (Andreas Nahr) Date: Thu, 3 Apr 2008 00:50:55 +0200 Subject: [Mono-dev] [Patch] to remove obsolete C++ String code In-Reply-To: <9159b69c0804021444p72ad6a29qf9907d359de13564@mail.gmail.com> References: <9159b69c0804021357i27c13e60mbd91e03ef80eea49@mail.gmail.com><47724CF5283C94439900996CDF98D5BE791F44@igtdalexc002.corp.ignitetech.com> <9159b69c0804021444p72ad6a29qf9907d359de13564@mail.gmail.com> Message-ID: The attached patch removes now-obsolete C++ code for handling String methods from the mono runtime. As I'm not very comfortable working in the runtime parts of mono somebody please test the patch thoroughly. Happy hacking Andreas -------------- next part -------------- A non-text attachment was scrubbed... Name: MonoString.patch Type: application/octet-stream Size: 15212 bytes Desc: not available Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080403/6deb8b09/attachment.obj From francisco at npgsql.org Wed Apr 2 22:15:27 2008 From: francisco at npgsql.org (Francisco Figueiredo Jr.) Date: Wed, 2 Apr 2008 23:15:27 -0300 Subject: [Mono-dev] [Mono-list] Npsql parameter with leading '?' In-Reply-To: <1207177546.25250.21.camel@dhcppc6> References: <1207177546.25250.21.camel@dhcppc6> Message-ID: <438d02260804021915h474d401fpdff6f36bf0936ee@mail.gmail.com> On Wed, Apr 2, 2008 at 8:05 PM, Manuel de la Pena wrote: > Hi guys, > Hi, Manuel! > I have been doing some work with IDataParameters and IDbCommands using > the Npsql ADO connector. I've noticed that the Npsql adds a ':' infront > of my parameters name which I have named as '?' + 'parameter_name'. > Yes. Npgsql had a bug which is already fixed where it prefixed parameter name. > I have used the '?' as it is done with the OracleClient, is this the > correct behaviour/approach? > > I have checked the code and Npsql does accept '@' and ':' as the leading > chars of the named parameters. Should '?' also be accepted? I'm sure I > am not the only one that has made this error. > Npgsql only accepts @ and : as prefix for parameter placeholders. There is no work done to support ? as parameter placeholders. Is this a big issue for you? I think we can add support for this type of commandtext. At first Npgsql only supported : prefix. Later we added @ support because it would easy people migrating from SQLServer. Now, if it would easy migration from Oracle, of course we have to do something about it! :) Manuel, can you fill a feature request on our project tracker? http://pgfoundry.org/tracker/?group_id=1000140 Thanks in advance. > > > Cheers for you great work, > And thank you for your interest in Npgsql! -- Regards, Francisco Figueiredo Jr. fxjr.blogspot.com www.npgsql.org From andreas.faerber at web.de Thu Apr 3 02:59:27 2008 From: andreas.faerber at web.de (=?ISO-8859-1?Q?Andreas_F=E4rber?=) Date: Thu, 3 Apr 2008 08:59:27 +0200 Subject: [Mono-dev] [PATCH] System.Messaging - Message.cs In-Reply-To: <47F3ECF0.4000605@middlesoft.co.uk> References: <47F3ECF0.4000605@middlesoft.co.uk> Message-ID: <7C97C121-6B35-4B0A-A002-74B55E06DBE5@web.de> Hi, Am 02.04.2008 um 22:30 schrieb Michael Barker: > I am interested in working on an implementation of System.Messaging. In that case it would be best if you used the Subversion repository and created your patch using svn diff. Currently it is unclear what version/revision your mono-clean refers to. (Can't comment on the code itself.) Regards, Andreas > diff -Naur -X exclude mono-clean/mcs/class/System.Messaging/ > System.Messaging/Message.cs mono/mcs/class/System.Messaging/ > System.Messaging/Message.cs > --- mono-clean/mcs/class/System.Messaging/System.Messaging/ > Message.cs 2008-04-02 15:10:35.000000000 +0100 > +++ mono/mcs/class/System.Messaging/System.Messaging/Message.cs > 2008-04-02 13:57:49.000000000 +0100 From andreas.faerber at web.de Thu Apr 3 03:09:32 2008 From: andreas.faerber at web.de (=?ISO-8859-1?Q?Andreas_F=E4rber?=) Date: Thu, 3 Apr 2008 09:09:32 +0200 Subject: [Mono-dev] mono_config_parse won't link, needs extern "C" declaration in header file In-Reply-To: <80529b1a0804021340o6118a925w9a0d3091f228ae45@mail.gmail.com> References: <80529b1a0804021340o6118a925w9a0d3091f228ae45@mail.gmail.com> Message-ID: <486686FF-8CCA-4CC4-993F-EECCAC5DA379@web.de> Hi, Am 02.04.2008 um 22:40 schrieb Sebastian Good: > It seems to me that adding G_{BEGIN/END}_DECLS to mono-config.h > requires a recompile because it causes the functions to be exported > as undecorated C signatures, rather than fully decorated C++ > signatures. This was the only way I could link against the mono > libraries (which I do statically). Am I misunderstanding something? Mono is not being compiled as C++, so its signatures should be okay. Instead of adding G_{BEGIN/END}_DECLS to Mono's C headers you could try doing export "C" { ... } around your #includes in your C++ files for simplicity. Note that if you change Mono's headers you may need to clean your embedding project since it most likely doesn't notice such changed dependencies outside your project. Andreas From martin at novell.com Wed Apr 2 12:31:07 2008 From: martin at novell.com (Martin Baulig) Date: Wed, 02 Apr 2008 18:31:07 +0200 Subject: [Mono-dev] Mono Debugger Patch that allows Remote Debugging In-Reply-To: <47E0CE12.2070708@ict.tuwien.ac.at> References: <47D928FB.7030903@ict.tuwien.ac.at> <1205427073.23498.44.camel@erandi.boston.ximian.com> <47E0CE12.2070708@ict.tuwien.ac.at> Message-ID: <1207153867.4671.80.camel@gondor.trier.ximian.com> Hello Harald, I had a look at your remote debugging patch and unfortunately, I have some bigger problems with it. There are basically three major issues which need to be resolved before I can integrate this into the main debugger release. I.) Libbfd I don't like modifying the libbfd which is shipped with the debugger very much. This makes it very complicated to upgrade the bfd to a newer version in future. I've already been asked about upgrading libbfd because this may become necessary if we add ppc support. Because of that, it's important to keep the bfd changes to an absolute minimum. It should also be easy for other people (not just me) to replace the bfd, for instance if someone wants to implement support for a new architecture. One solution for this is probably adding wrappers for each of the functions into backend/arch/bfdglue.c and do the changes there. II.) The if conditionals I'm not very happy about the fact that you basically put all of backend/server/*.c inside `if' conditionals. Most of these functions are already invoked via the `InferiorVTable', so I'd prefer if we could put all the remote debugging functions into a separate file and then simply replace the vtable when remote debugging. If you need to invoke any methods which aren't in that vtable, we can simply add them. III.) Using arch-specific code in x86-linux-ptrace.c You can't use any architecture specific code in x86-linux-ptrace.c, like accessing fields inside the `INFERIOR_REGS_TYPE'. This file is shared between i386 and x86_64, so `regs->ebx' won't even compile on the x86_64. These are the major issues, there are also a few minor cosmetic ones: * Please don't use a global variable `remove_debugging_flag', put it inside the `ServerHande' instead. * Please don't copy the private struct `InferiorHandle' from one .c file into another; we can either put it into a header file or add public accessor functions. * Do we really need to add the breakpoint code to thread-db.c ? I would really like to integrate this into the main debugger, but please understand that I also need to ensure long-term maintainability and code cleanness. Martin -- Martin Baulig - martin at novell.com Novell GmbH, D?sseldorf GF: Volker Smid, Djamel Souici; HRB 21108 (AG D?sseldorf) From mandel at themacaque.com Wed Apr 2 19:05:46 2008 From: mandel at themacaque.com (Manuel de la Pena) Date: Thu, 03 Apr 2008 01:05:46 +0200 Subject: [Mono-dev] Npsql parameter with leading '?' Message-ID: <1207177546.25250.21.camel@dhcppc6> Hi guys, I have been doing some work with IDataParameters and IDbCommands using the Npsql ADO connector. I've noticed that the Npsql adds a ':' infront of my parameters name which I have named as '?' + 'parameter_name'. I have used the '?' as it is done with the OracleClient, is this the correct behaviour/approach? I have checked the code and Npsql does accept '@' and ':' as the leading chars of the named parameters. Should '?' also be accepted? I'm sure I am not the only one that has made this error. Cheers for you great work, Manuel From mandel at themacaque.com Thu Apr 3 06:45:54 2008 From: mandel at themacaque.com (Manuel de la Pena) Date: Thu, 03 Apr 2008 12:45:54 +0200 Subject: [Mono-dev] Using monodoce for non-official mono project Message-ID: <1207219554.4868.15.camel@dhcppc6> Hi guys, I'm in a developing group that is planning to release an opensource API that we have developed. We are looking in to different ways of documenting the code. We have come across monodoc and monodocer. Is it a tool that can just be used with official mono projects??Is there any way to use it to document our API and upload the changes to our server? A pointer to were locate this info would be greatly appreciated. Cheers, Manuel From mandel at themacaque.com Thu Apr 3 08:01:32 2008 From: mandel at themacaque.com (Manuel de la Pena) Date: Thu, 03 Apr 2008 14:01:32 +0200 Subject: [Mono-dev] Using monodoce for non-official mono project In-Reply-To: <47F4C523.3050005@occams.info> References: <1207219554.4868.15.camel@dhcppc6> <47F4C523.3050005@occams.info> Message-ID: <1207224092.4868.17.camel@dhcppc6> Hi, That is perfect!!! Thanks, Manuel On Thu, 2008-04-03 at 07:53 -0400, Joshua Tauberer wrote: > Manuel de la Pena wrote: > > I'm in a developing group that is planning to release an opensource API > > that we have developed. We are looking in to different ways of > > documenting the code. We have come across monodoc and monodocer. Is it a > > tool that can just be used with official mono projects??Is there any way > > to use it to document our API and upload the changes to our server? > > > > A pointer to were locate this info would be greatly appreciated. > > Yes. You can use monodocer to maintain XML documentation outside of your > source files, and then monodocs2html to create static HTML documentation > from that. > > More here, though it is probably a little outdated: > http://mono-project.com/Generating_Documentation > > Some example output: > http://razor.occams.info/code/semweb/semweb-current/apidocs/SemWeb/index.html > http://www.jprl.com/Blog/archive/development/2008/OptionSet.svn.htm > (the new things in the 2nd link might not be in Mono 1.1.9, not sure) > > Jon Pryor is working on making the process a lot nicer... > From jit at occams.info Thu Apr 3 07:53:07 2008 From: jit at occams.info (Joshua Tauberer) Date: Thu, 03 Apr 2008 07:53:07 -0400 Subject: [Mono-dev] Using monodoce for non-official mono project In-Reply-To: <1207219554.4868.15.camel@dhcppc6> References: <1207219554.4868.15.camel@dhcppc6> Message-ID: <47F4C523.3050005@occams.info> Manuel de la Pena wrote: > I'm in a developing group that is planning to release an opensource API > that we have developed. We are looking in to different ways of > documenting the code. We have come across monodoc and monodocer. Is it a > tool that can just be used with official mono projects??Is there any way > to use it to document our API and upload the changes to our server? > > A pointer to were locate this info would be greatly appreciated. Yes. You can use monodocer to maintain XML documentation outside of your source files, and then monodocs2html to create static HTML documentation from that. More here, though it is probably a little outdated: http://mono-project.com/Generating_Documentation Some example output: http://razor.occams.info/code/semweb/semweb-current/apidocs/SemWeb/index.html http://www.jprl.com/Blog/archive/development/2008/OptionSet.svn.htm (the new things in the 2nd link might not be in Mono 1.1.9, not sure) Jon Pryor is working on making the process a lot nicer... -- - Josh Tauberer http://razor.occams.info "Yields falsehood when preceded by its quotation! Yields falsehood when preceded by its quotation!" Achilles to Tortoise (in "Godel, Escher, Bach" by Douglas Hofstadter) From mike at middlesoft.co.uk Thu Apr 3 09:13:04 2008 From: mike at middlesoft.co.uk (Michael Barker) Date: Thu, 03 Apr 2008 14:13:04 +0100 Subject: [Mono-dev] [PATCH] System.Messaging - Message.cs In-Reply-To: <7C97C121-6B35-4B0A-A002-74B55E06DBE5@web.de> References: <47F3ECF0.4000605@middlesoft.co.uk> <7C97C121-6B35-4B0A-A002-74B55E06DBE5@web.de> Message-ID: <47F4D7E0.2060309@middlesoft.co.uk> Apologies for that, I wanted to avoid mixing the whitespace changes with the functional code changes. So I applied whitespace changes to mono-clean (from trunk r99588) and created a patch for that (attached to the previous email), then created the functional patch against that checkout of mono-clean. I have attached a patch that bundles the 2 to this email. Regards, Michael Barker. Andreas F?rber wrote: > Hi, > > Am 02.04.2008 um 22:30 schrieb Michael Barker: > >> I am interested in working on an implementation of System.Messaging. > > In that case it would be best if you used the Subversion repository and > created your patch using svn diff. Currently it is unclear what > version/revision your mono-clean refers to. (Can't comment on the code > itself.) > > Regards, > > Andreas > >> diff -Naur -X exclude >> mono-clean/mcs/class/System.Messaging/System.Messaging/Message.cs >> mono/mcs/class/System.Messaging/System.Messaging/Message.cs >> --- >> mono-clean/mcs/class/System.Messaging/System.Messaging/Message.cs >> 2008-04-02 15:10:35.000000000 +0100 >> +++ mono/mcs/class/System.Messaging/System.Messaging/Message.cs >> 2008-04-02 13:57:49.000000000 +0100 -------------- next part -------------- A non-text attachment was scrubbed... Name: System_Messaging_Message_2.patch Type: text/x-patch Size: 37142 bytes Desc: not available Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080403/d59e65be/attachment-0001.bin From jonpryor at vt.edu Thu Apr 3 10:39:12 2008 From: jonpryor at vt.edu (Jonathan Pryor) Date: Thu, 03 Apr 2008 14:39:12 +0000 Subject: [Mono-dev] [Mono-list] Using monodoce for non-official mono project In-Reply-To: <1207219554.4868.15.camel@dhcppc6> References: <1207219554.4868.15.camel@dhcppc6> Message-ID: <1207233552.15769.33.camel@lina.magi.jprl.com> On Thu, 2008-04-03 at 12:45 +0200, Manuel de la Pena wrote: > I'm in a developing group that is planning to release an opensource API > that we have developed. We are looking in to different ways of > documenting the code. We have come across monodoc and monodocer. Is it a > tool that can just be used with official mono projects?? monodocer can be used against any .NET assembly. It enforces a "documentation outside of source" philosophy, though it can also import any existing XML Documentation Comments you may have for your project: http://www.mono-project.com/Monodocer Monodoc is a GUI to display documentation generated by monodocer. It's a Gtk# app, and I don't know if it runs on Windows. (I suspect it doesn't at this time, due to the use of GtkHtml, but once the Gecko or WebKit HTML renderers are working a Windows port likely wouldn't be difficult.) There is also an ASP.NET app to display the documentation, though sadly there is little documentation about how to set this up: http://anonsvn.mono-project.com/source/trunk/monodoc/engine/web/ Example site: http://www.go-mono.com/docs/ monodocs2html will generate a static set of HTML pages containing documentation: http://www.mono-project.com/Generating_Documentation http://www.go-mono.com/docs/index.aspx?link=man:monodocs2html(1) http://www.go-mono.com/docs/index.aspx?link=man:mdoc-export-html(1) Example output: http://www.jprl.com/Projects/mono-fuse/docs/ http://anonsvn.mono-project.com/source/trunk/monodoc/tools/DocTest/html.expected/ See also: http://www.go-mono.com/docs/monodoc.ashx?link=man:mdoc(1) > Is there any way > to use it to document our API and upload the changes to our server? Depends on what you use. If you use monodocs2html, you just need to rsync the directory trees and you're done. The ASP.NET web app requires that you Assemble your documentation into a .zip/.tree/.source set (with mdassembler), install that into $prefix/lib/monodoc/sources on your web server, and (maybe - not sure) restart ASP.NET. See: http://www.mono-project.com/Assembler - Jon From marek.safar at seznam.cz Thu Apr 3 11:50:10 2008 From: marek.safar at seznam.cz (Marek Safar) Date: Thu, 03 Apr 2008 16:50:10 +0100 Subject: [Mono-dev] parametric types and nested classes In-Reply-To: <9159b69c0804021357i27c13e60mbd91e03ef80eea49@mail.gmail.com> References: <9159b69c0804021357i27c13e60mbd91e03ef80eea49@mail.gmail.com> Message-ID: <47F4FCB2.1080104@seznam.cz> Hello Robert, > Hi, I'm having some casting problems with nested classes of classes > derived from parametric types. My peeks at the archives have failed to > turn anything up. The problem is described below. It compiles and > works as expected in Visual Studio. Compiling with gmcs gives me > these errors: > > mono-gmcs: 1.2.4-6ubuntu6.1 > > Foo.cs(23,20): error CS0029: Cannot implicitly convert type `T' to > `BarHelper' > Foo.cs(24,10): error CS0029: Cannot implicitly convert type > `Foo.NestedFoo.Property' to `BarHelper' > Foo.cs(25,13): error CS0030: Cannot convert type `Foo.NestedFoo' to > `BarHelper' > Compilation failed: 3 error(s), 0 warnings It works correctly with SVN version of gmcs, and I believe it also should work with 1.9 (didn't test it though). Regards, Marek From marek.safar at seznam.cz Thu Apr 3 11:50:33 2008 From: marek.safar at seznam.cz (Marek Safar) Date: Thu, 03 Apr 2008 16:50:33 +0100 Subject: [Mono-dev] parametric types and nested classes In-Reply-To: <9159b69c0804021357i27c13e60mbd91e03ef80eea49@mail.gmail.com> References: <9159b69c0804021357i27c13e60mbd91e03ef80eea49@mail.gmail.com> Message-ID: <47F4FCC9.6070500@seznam.cz> Hello Robert, > Hi, I'm having some casting problems with nested classes of classes > derived from parametric types. My peeks at the archives have failed to > turn anything up. The problem is described below. It compiles and > works as expected in Visual Studio. Compiling with gmcs gives me > these errors: > > mono-gmcs: 1.2.4-6ubuntu6.1 > > Foo.cs(23,20): error CS0029: Cannot implicitly convert type `T' to > `BarHelper' > Foo.cs(24,10): error CS0029: Cannot implicitly convert type > `Foo.NestedFoo.Property' to `BarHelper' > Foo.cs(25,13): error CS0030: Cannot convert type `Foo.NestedFoo' to > `BarHelper' > Compilation failed: 3 error(s), 0 warnings It works correctly with SVN version of gmcs, and with 1.9 as well. Regards, Marek From alankila at bel.fi Thu Apr 3 13:05:49 2008 From: alankila at bel.fi (Antti S. Lankila) Date: Thu, 03 Apr 2008 20:05:49 +0300 Subject: [Mono-dev] ASP.Net DropDownList and CheckBoxList bug Message-ID: <47F50E6D.9010905@bel.fi> Hello all. I'm writing an ASP.Net application in C# and for most part it's working pretty good. However, I'm seeing strange behaviour when I repeatedly load a page (through clicking on its buttons which have OnClick handlers): DropDownList and CheckBoxList at least seem to lose the first item after two clicks on a button, any button. This is 100% repeatable. The page is set up roughly as follows: void Page_Init() { dropdown.DataSource = somelist; dropdown.DataBind(); } and the dropdown is left alone afterwards. On the first load, all the entries are present. After the first button click and full page refresh, all entries are still present. However, on the second click, the first element in the dropdown has vanished. Both the Value and the Text properties appear to have become empty strings. Is this a known bug in mono 1.2.6, or am I supposed to be doing something differently? My mono distribution is the Ubuntu Hardy one, 1.2.6+dfsg-6ubuntu3. -- Antti From nate.barger at gmail.com Thu Apr 3 14:24:17 2008 From: nate.barger at gmail.com (Nate Barger) Date: Thu, 3 Apr 2008 11:24:17 -0700 Subject: [Mono-dev] first chance exceptions Message-ID: <6cee3c5c0804031124h4f823c44kf235221187863121@mail.gmail.com> Hi, so in my program I get these different exceptions thrown in mscorlib.dll: A first chance exception of type 'System.UnauthorizedAccessException' occurred in mscorlib.dll A first chance exception of type 'System.InvalidOperationException' occurred in System.Web.dll A first chance exception of type 'System.TypeLoadException' occurred in mscorlib.dll A first chance exception of type 'System.Threading.ThreadAbortException' occurred in mscorlib.dll In Windows, I get the exceptions but my program barrels through with no hiccups. But mono treats them as http 500 errors using mod mono 1.9, xsp 1.9, mono 1.95. I have looked online to try to debug the mscorlib.dll to see where my actual error is at, but I cannot seem to figure out how to get visual studio to stop. On the ASP.net forums, I read this: First chance exception messages most often do not mean there is a problem in the code. For applications / components which handle exceptions gracefully, first chance exception messages let the developer know that an exceptional situation was encountered and was handled. http://blogs.msdn.com/davidklinems/archive/2005/07/12/438061.aspx I was just wondering any input you guys have on this issue, thank you. -Nathan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080403/b9489b61/attachment.html From knocte at gmail.com Thu Apr 3 14:39:54 2008 From: knocte at gmail.com (=?ISO-8859-1?Q?=22Andr=E9s_G=2E_Aragoneses=22?=) Date: Thu, 03 Apr 2008 20:39:54 +0200 Subject: [Mono-dev] HttpListener and basic auth In-Reply-To: References: Message-ID: Maciej Paszta wrote: > Hello Guys, > > I'm developing standalone service provider that uses HttpListener to > serve appropriate requests. I'm having difficulty using Basic > Authentication (not to say that it doesn't work at all). I'm using Mono > 1.2.6 and the following testcase was performed on Windows, MacOS and Linux: > > > The expected result is that browser shows login window when one can > enter username and password. Unfortunately it doesn't. Method > AuthenticationSelector is not called at all and the program throws > NullReference exception in line 52. The following code was tested on > .NET 2.0 and there it works as supposed. > Report the bug and attach the testcase: http://www.mono-project.com/Bugs Thanks, Andres -- From ShRosenberg at nds.com Fri Apr 4 02:09:45 2008 From: ShRosenberg at nds.com (Rosenberg, Shlomi) Date: Fri, 4 Apr 2008 09:09:45 +0300 Subject: [Mono-dev] urgent issue with reading xml into a dataset (System.InvalidCastException) Message-ID: <778CD52AADCFEF4589EEC746356EC5C103C08627@ILEX5.IL.NDS.COM> Hi, I hava a dataset with a table containing the following row: stepTable.Columns.Add("FuncXml", typeof(LabRat.LrtXml)); in the XML file it looks like this: LrtXml is a class that implements IXmlSerializable, and it works fine on .NET framework 2.0. When running on Linux using mono, i keep getting: System.InvalidCastException: Unknown target conversion type at System.Convert.ToType (System.Object value, System.Type conversionType, IFormatProvider provider) [0x00000] at System.Convert.ChangeType (System.Object value, System.Type conversionType) [0x00000] at System.Data.XmlDataReader.StringToObject (System.Type type, System.String value) [0x00000] at System.Data.XmlDataReader.ReadElementElement (System.Data.DataRow row) [0x00000] at System.Data.XmlDataReader.ReadElementContent (System.Data.DataRow row) [0x00000] at System.Data.XmlDataReader.ReadElement (System.Data.DataRow row) [0x00000] at System.Data.XmlDataReader.ReadDataSetContent () [0x00000] at System.Data.XmlDataReader.ReadTopLevelElement () [0x00000] at System.Data.XmlDataReader.Process () [0x00000] at System.Data.XmlDataReader.ReadXml (System.Data.DataSet dataset, System.Xml.XmlReader reader, XmlReadMode mode) [0x00000] at System.Data.DataSet.ReadXml (System.Xml.XmlReader reader, XmlReadMode mode) [0x00000] at System.Data.DataSet.ReadXml (System.Xml.XmlReader r) [0x00000] at System.Data.DataSet.ReadXml (System.String str) [0x00000] at LabRat.LrtTestEngine.openLrs () [0x00000] And i see it happens before the LrtXml.ReadXml is even called. Can someone please help with this, i need a solution urgently. Thank you, Shlomi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080404/1f3f3513/attachment-0001.html From alankila at bel.fi Fri Apr 4 04:50:45 2008 From: alankila at bel.fi (Antti S. Lankila) Date: Fri, 04 Apr 2008 11:50:45 +0300 Subject: [Mono-dev] DataSource's DataBind exposes difference between properties and attributes Message-ID: <47F5EBE5.9060701@bel.fi> Something like this: public class Item { public string ID, Text; } var foo = new [] { new Item() { ID = "x", Text = "X" }, new Item() { ID = "y", Text = "Y" }, }; is not a valid datasource to for instance asp:DataGrid. The problem is that DataGrid calls GetPropertyValue() which does not work against regular attributes, but only properties. Thus, to make this work, one has to write some property boilerplate for class Item: public class Item { private string _ID, _Text; public string ID { get { return _ID; } set { _ID = value; } } etc. } Shouldn't it be against the very point of properties vs. attributes to expose the difference between them? Can this be changed, or is this a .Net snafu? -- Antti From alankila at bel.fi Fri Apr 4 04:54:24 2008 From: alankila at bel.fi (Antti S. Lankila) Date: Fri, 04 Apr 2008 11:54:24 +0300 Subject: [Mono-dev] Mono-devel-list Digest, Vol 36, Issue 8 In-Reply-To: References: Message-ID: <47F5ECC0.20500@bel.fi> mono-devel-list-request at lists.ximian.com wrote: > void Page_Init() > { > dropdown.DataSource = somelist; > dropdown.DataBind(); > } > As a workaround, I have ViewState['dd_value'] = dropdown.Items[0].Value and ditto for Text. In every Page_Load I restore the first item's Value and Text from ViewState. -- Antti From vvaradhan at novell.com Fri Apr 4 05:49:41 2008 From: vvaradhan at novell.com (Veerapuram Varadhan) Date: Fri, 04 Apr 2008 15:19:41 +0530 Subject: [Mono-dev] urgent issue with reading xml into a dataset (System.InvalidCastException) In-Reply-To: <778CD52AADCFEF4589EEC746356EC5C103C08627@ILEX5.IL.NDS.COM> References: <778CD52AADCFEF4589EEC746356EC5C103C08627@ILEX5.IL.NDS.COM> Message-ID: <1207302581.7117.80.camel@vvaradhan.blr.novell.com> Hi Shlomi, On Fri, 2008-04-04 at 09:09 +0300, Rosenberg, Shlomi wrote: > ? > Hi, > > I hava a dataset with a table containing the following row: > stepTable.Columns.Add("FuncXml", typeof(LabRat.LrtXml)); > in the XML file it looks like this: > > > Callback=""> > > Callback=""> > > Callback=""> > > > > > LrtXml is a class that implements IXmlSerializable, and it works fine > on .NET framework 2.0. > > When running on Linux using mono, i keep getting: > System.InvalidCastException: Unknown target conversion type > at System.Convert.ToType (System.Object value, System.Type > conversionType, IFormatProvider provider) [0x00000] > at System.Convert.ChangeType (System.Object value, System.Type > conversionType) [0x00000] > at System.Data.XmlDataReader.StringToObject (System.Type type, > System.String value) [0x00000] > at System.Data.XmlDataReader.ReadElementElement (System.Data.DataRow > row) [0x00000] > at System.Data.XmlDataReader.ReadElementContent (System.Data.DataRow > row) [0x00000] > at System.Data.XmlDataReader.ReadElement (System.Data.DataRow row) > [0x00000] > at System.Data.XmlDataReader.ReadDataSetContent () [0x00000] > at System.Data.XmlDataReader.ReadTopLevelElement () [0x00000] > at System.Data.XmlDataReader.Process () [0x00000] > at System.Data.XmlDataReader.ReadXml (System.Data.DataSet dataset, > System.Xml.XmlReader reader, XmlReadMode mode) [0x00000] > at System.Data.DataSet.ReadXml (System.Xml.XmlReader reader, > XmlReadMode mode) [0x00000] > at System.Data.DataSet.ReadXml (System.Xml.XmlReader r) [0x00000] > at System.Data.DataSet.ReadXml (System.String str) [0x00000] > at LabRat.LrtTestEngine.openLrs () [0x00000] Can you file a bug and attach a test sample to reproduce this issue? IIUC, in Mono's System.Data.DataSet, the default implementation is to get the serialization data either from XML or binary data. Your sample would help us understand the default of MS.NET and fix the issue. TIA, V. Varadhan From vvaradhan at novell.com Fri Apr 4 06:08:39 2008 From: vvaradhan at novell.com (Veerapuram Varadhan) Date: Fri, 04 Apr 2008 15:38:39 +0530 Subject: [Mono-dev] urgent issue with reading xml into a dataset(System.InvalidCastException) In-Reply-To: <778CD52AADCFEF4589EEC746356EC5C103C08655@ILEX5.IL.NDS.COM> References: <778CD52AADCFEF4589EEC746356EC5C103C08655@ILEX5.IL.NDS.COM> Message-ID: <1207303719.7117.87.camel@vvaradhan.blr.novell.com> On Fri, 2008-04-04 at 12:52 +0300, Rosenberg, Shlomi wrote: > How do I file a bug (sorry I'm new here)? > 1) Goto http://bugzilla.novell.com 2) Create a user account for yourself and login to bugzilla 3) Click on "New" from the top-grey-band 4) Choose "Mono" as Classification (Product-line) 5) Choose "Mono: Class libraries" as Product and click "Use this product" 6) Choose "System.Data" for Component and fill up the details and submit the report. If Bugzilla is not working, you can send in your sample to the list. HTH, V. Varadhan > -----Original Message----- > From: Veerapuram Varadhan [mailto:vvaradhan at novell.com] > Sent: Friday, April 04, 2008 12:50 PM > To: Rosenberg, Shlomi > Cc: mono-devel-list at lists.ximian.com > Subject: Re: [Mono-dev] urgent issue with reading xml into a dataset(System.InvalidCastException) > > Hi Shlomi, > > On Fri, 2008-04-04 at 09:09 +0300, Rosenberg, Shlomi wrote: > > ? > > Hi, > > > > I hava a dataset with a table containing the following row: > > stepTable.Columns.Add("FuncXml", typeof(LabRat.LrtXml)); in the XML > > file it looks like this: > > > > > > > Callback=""> > > > > > Callback=""> > > > > > Callback=""> > > > > > > > > > > LrtXml is a class that implements IXmlSerializable, and it works fine > > on .NET framework 2.0. > > > > When running on Linux using mono, i keep getting: > > System.InvalidCastException: Unknown target conversion type > > at System.Convert.ToType (System.Object value, System.Type > > conversionType, IFormatProvider provider) [0x00000] > > at System.Convert.ChangeType (System.Object value, System.Type > > conversionType) [0x00000] > > at System.Data.XmlDataReader.StringToObject (System.Type type, > > System.String value) [0x00000] > > at System.Data.XmlDataReader.ReadElementElement (System.Data.DataRow > > row) [0x00000] > > at System.Data.XmlDataReader.ReadElementContent (System.Data.DataRow > > row) [0x00000] > > at System.Data.XmlDataReader.ReadElement (System.Data.DataRow row) > > [0x00000] > > at System.Data.XmlDataReader.ReadDataSetContent () [0x00000] > > at System.Data.XmlDataReader.ReadTopLevelElement () [0x00000] > > at System.Data.XmlDataReader.Process () [0x00000] > > at System.Data.XmlDataReader.ReadXml (System.Data.DataSet dataset, > > System.Xml.XmlReader reader, XmlReadMode mode) [0x00000] > > at System.Data.DataSet.ReadXml (System.Xml.XmlReader reader, > > XmlReadMode mode) [0x00000] > > at System.Data.DataSet.ReadXml (System.Xml.XmlReader r) [0x00000] > > at System.Data.DataSet.ReadXml (System.String str) [0x00000] > > at LabRat.LrtTestEngine.openLrs () [0x00000] > > Can you file a bug and attach a test sample to reproduce this issue? > IIUC, in Mono's System.Data.DataSet, the default implementation is to get the serialization data either from XML or binary data. Your sample would help us understand the default of MS.NET and fix the issue. > > TIA, > > V. Varadhan > > > > ************************************************************************************* > This e-mail is confidential, the property of NDS Ltd and intended for the addressee only. Any dissemination, copying or distribution of this message or any attachments by anyone other than the intended recipient is strictly prohibited. If you have received this message in error, please immediately notify the postmaster at nds.com and destroy the original message. Messages sent to and from NDS may be monitored. NDS cannot guarantee any message delivery method is secure or error-free. Information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. We do not accept responsibility for any errors or omissions in this message and/or attachment that arise as a result of transmission. You should carry out your own virus checks before opening any attachment. Any views or opinions presented are solely those of the author and do not necessarily represent those of NDS. > > NDS Limited Registered office: One Heathrow Boulevard, 286 Bath Road, West Drayton, Middlesex, UB7 0DQ, United Kingdom. A company registered in England and Wales Registered no. 3080780 VAT no. GB 603 8808 40-00 > > To protect the environment please do not print this e-mail unless necessary. > ************************************************************************************** From cetin.sert at gmail.com Fri Apr 4 11:06:43 2008 From: cetin.sert at gmail.com (Cetin Sert) Date: Fri, 4 Apr 2008 17:06:43 +0200 Subject: [Mono-dev] DataGridView virtual mode, exception Message-ID: <1ff5dedc0804040806r56bb93aat6ce1580569c0fb52@mail.gmail.com> Dear Mono Devs, mono DGVV.exe Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object at System.Windows.Forms.DataGridView.set_RowCount (Int32 value) [0x00000] at (wrapper remoting-invoke-with-check) System.Windows.Forms.DataGridView:set_RowCount (int) at DGVV.Form1..ctor () [0x00000] at (wrapper remoting-invoke-with-check) DGVV.Form1:.ctor () at DGVV.Program.Main () [0x00000] when setting RowCount property on a DataGridView instance in virtual mode, I get the above exception with Mono 1.2.4, 1.2.6 and 1.9. Is virtual mode of DataGridView usable in Mono (1.9)? If it is, what am I doing wrong? If it is not, what other winforms grid control do you suggest me to use? (It should have a virtual mode support... I tested SourceGrid but it does not draw properly when in virtual mode.) Best Regards, Cetin Sert http://corsis.de using System; using System.Collections.Generic; using System.ComponentModel; using System.Data; using System.Drawing; using System.Text; using System.Windows.Forms; namespace DGVV { public partial class Form1 : Form { public DataGridView dgv = new DataGridView(); public Form1() { InitializeComponent(); dgv.VirtualMode = true; dgv.CellValueNeeded += new DataGridViewCellValueEventHandler(dgv_CellValueNeeded); // Add columns to the DataGridView. DataGridViewTextBoxColumn companyNameColumn = new DataGridViewTextBoxColumn(); companyNameColumn.HeaderText = "Company Name"; companyNameColumn.Name = "Company Name"; DataGridViewTextBoxColumn contactNameColumn = new DataGridViewTextBoxColumn(); contactNameColumn.HeaderText = "Contact Name"; contactNameColumn.Name = "Contact Name"; dgv.Columns.Add(companyNameColumn); dgv.Columns.Add(contactNameColumn); dgv.AutoSizeColumnsMode = DataGridViewAutoSizeColumnsMode.AllCells; dgv.EditMode = DataGridViewEditMode.EditProgrammatically; dgv.AllowUserToAddRows = false; dgv.RowCount = 4; } void dgv_CellValueNeeded(object sender, DataGridViewCellValueEventArgs e) { switch (e.ColumnIndex) { case 0: e.Value = "Sertcom"; break; case 1: e.Value = e.RowIndex < 2 ? "Cetin" : "Metin"; break; } } } } -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080404/3f5bacf4/attachment.html From monkey at jpobst.com Fri Apr 4 11:16:03 2008 From: monkey at jpobst.com (Jonathan Pobst) Date: Fri, 04 Apr 2008 10:16:03 -0500 Subject: [Mono-dev] DataGridView virtual mode, exception In-Reply-To: <1ff5dedc0804040806r56bb93aat6ce1580569c0fb52@mail.gmail.com> References: <1ff5dedc0804040806r56bb93aat6ce1580569c0fb52@mail.gmail.com> Message-ID: <47F64633.2090905@jpobst.com> Virtual mode, and indeed much of DataGridView, does not work under Mono 1.9. I have been improving it for Mono 2.0, but it is highly unlikely that virtual mode will be working by then. I do not know of any alternatives either. Perhaps someone else does. Jonathan Cetin Sert wrote: > Dear Mono Devs, > > mono DGVV.exe > > Unhandled Exception: System.NullReferenceException: Object reference not > set to an instance of an object > at System.Windows.Forms.DataGridView.set_RowCount (Int32 value) [0x00000] > at (wrapper remoting-invoke-with-check) > System.Windows.Forms.DataGridView:set_RowCount (int) > at DGVV.Form1..ctor () [0x00000] > at (wrapper remoting-invoke-with-check) DGVV.Form1:.ctor () > at DGVV.Program.Main () [0x00000] > > when setting RowCount property on a DataGridView instance in virtual > mode, I get the above exception with Mono 1.2.4, 1.2.6 and 1.9. > > Is virtual mode of DataGridView usable in Mono (1.9)? > > If it is, what am I doing wrong? > If it is not, what other winforms grid control do you suggest me to use? > (It should have a virtual mode support... I tested SourceGrid but it > does not draw properly when in virtual mode.) > > Best Regards, > Cetin Sert > > http://corsis.de > > > > using System; > using System.Collections.Generic; > using System.ComponentModel; > using System.Data; > using System.Drawing; > using System.Text; > using System.Windows.Forms; > > namespace DGVV > { > public partial class Form1 : Form > { > public DataGridView dgv = new DataGridView(); > > public Form1() > { > InitializeComponent(); > > dgv.VirtualMode = true; > > dgv.CellValueNeeded += new > DataGridViewCellValueEventHandler(dgv_CellValueNeeded); > > // Add columns to the DataGridView. > DataGridViewTextBoxColumn companyNameColumn = new > DataGridViewTextBoxColumn(); > companyNameColumn.HeaderText = "Company Name"; > companyNameColumn.Name = "Company Name"; > DataGridViewTextBoxColumn contactNameColumn = new > DataGridViewTextBoxColumn(); > contactNameColumn.HeaderText = "Contact Name"; > contactNameColumn.Name = "Contact Name"; > dgv.Columns.Add(companyNameColumn); > dgv.Columns.Add(contactNameColumn); > dgv.AutoSizeColumnsMode = > DataGridViewAutoSizeColumnsMode.AllCells; > dgv.EditMode = DataGridViewEditMode.EditProgrammatically; > dgv.AllowUserToAddRows = false; > > dgv.RowCount = 4; > } > > void dgv_CellValueNeeded(object sender, > DataGridViewCellValueEventArgs e) > { > switch (e.ColumnIndex) > { > case 0: > e.Value = "Sertcom"; > break; > > case 1: > e.Value = e.RowIndex < 2 ? "Cetin" : "Metin"; > break; > } > } > } > } > > > ------------------------------------------------------------------------ > > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list From sleibman at alum.mit.edu Fri Apr 4 14:23:11 2008 From: sleibman at alum.mit.edu (Steve Leibman) Date: Fri, 4 Apr 2008 14:23:11 -0400 Subject: [Mono-dev] Mono runtime error "Pointers can not reference marshaled structures" Message-ID: Hi all, Possible mono bug -- soliciting feedback before I actually file a bug report. I'm having difficulty making calls from C# to functions in native libraries that take pointers to structs as arguments. I've been able to work around the issue by using void* pointers in C# instead of pointers to a structure I define in C#. Nevertheless, based on my (limited) understanding of the way marshaling is supposed to work, this looks like it may be a mono bug. Here's the error I see at runtime: Unhandled Exception: System.Runtime.InteropServices.MarshalDirectiveException: Can not marshal 'parameter #1': Pointers can not reference marshaled structures. Use byref instead. at (wrapper managed-to-native) Isc.StarP.UnmanagedCode.testlibrary:functionThatTakesPtr (Isc.StarP.UnmanagedCode.testlibrary/structy*) at Isc.StarP.UnmanagedCode.testlibrary.functionThatTakesPtr_W (.structy* mystruct) [0x00000] at libwrapper_test.Main () [0x00000] Below is an isolated example of code that demonstrates the problem. To reproduce it, run the following 4 commands (assuming linux + gcc): gcc -o testlibrary.o -fPIC -c library.c -I. gcc -shared -Wl,-soname,libtestlibrary.so -o libtestlibrary.so testlibrary.o gmcs -unsafe -out:libwrapper_test.exe testlibrary_W.cs libwrapper_test.cs mono libwrapper_test.exe The 4 relevant source files are as follows: /************************************ * library.h *********************************** */ #include #include typedef struct structy { int blah; } structy; void functionThatTakesPtr(structy* mystruct); /************************************ * library.c *********************************** */ #include "library.h" void functionThatTakesPtr(structy* mystruct) { printf ("I found an entry in the structy-struct with value %d\n", mystruct->blah); } structy* functionThatCreatesStruct() { structy* mystruct = (structy*)malloc(sizeof(structy)); mystruct->blah = 42; return mystruct; } int main() { structy* mystruct = functionThatCreatesStruct(); functionThatTakesPtr(mystruct); } /************************************ * testlibrary_W.cs *********************************** */ using System; using System.Runtime.InteropServices; using System.Security; using MyChar = System.Void; namespace Isc.StarP.UnmanagedCode { public class testlibrary { private const string dllName = "libtestlibrary"; unsafe public struct structy {int blah;} [DllImport(dllName, ExactSpelling=true, SetLastError=false, CallingConvention=CallingConvention.Cdecl, EntryPoint="functionThatTakesPtr")] // WORK AROUND (part 1 of 2): // Change the following to take a void* instead of structy* unsafe static extern void functionThatTakesPtr([In,Out] structy* mystruct); [DllImport(dllName, ExactSpelling=true, SetLastError=false, CallingConvention=CallingConvention.Cdecl, EntryPoint="functionThatCreatesStruct")] unsafe static extern structy* functionThatCreatesStruct(); // WORK AROUND (part 2 of 2): // Change the following to take a void* instead of structy* unsafe public static void functionThatTakesPtr_W(structy* mystruct) { functionThatTakesPtr(mystruct); } unsafe public static structy * functionThatCreatesStruct_W() { return (structy*)functionThatCreatesStruct(); } } } /************************************ * libwrapper_test.cs *********************************** */ using System; using SizeType = System.UInt64; using SignedSizeType=System.Int64; using Isc.StarP.UnmanagedCode; public class libwrapper_test { public static void Main() { unsafe { testlibrary.structy* mystruct = testlibrary.functionThatCreatesStruct_W(); testlibrary.functionThatTakesPtr_W(mystruct); } } } Thanks! -- Steve Leibman sleibman at interactivesupercomputing.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080404/97d177d0/attachment.html From ShRosenberg at nds.com Fri Apr 4 15:52:45 2008 From: ShRosenberg at nds.com (Rosenberg, Shlomi) Date: Fri, 4 Apr 2008 22:52:45 +0300 Subject: [Mono-dev] urgent issue with reading xml into adataset(System.InvalidCastException) In-Reply-To: <1207303719.7117.87.camel@vvaradhan.blr.novell.com> Message-ID: <778CD52AADCFEF4589EEC746356EC5C103C086A1@ILEX5.IL.NDS.COM> Thanks. Done (Bug #377146). Shlomi -----Original Message----- From: Veerapuram Varadhan [mailto:vvaradhan at novell.com] Sent: Friday, April 04, 2008 1:09 PM To: Rosenberg, Shlomi Cc: mono-devel-list at lists.ximian.com Subject: RE: [Mono-dev] urgent issue with reading xml into adataset(System.InvalidCastException) On Fri, 2008-04-04 at 12:52 +0300, Rosenberg, Shlomi wrote: > How do I file a bug (sorry I'm new here)? > 1) Goto http://bugzilla.novell.com 2) Create a user account for yourself and login to bugzilla 3) Click on "New" from the top-grey-band 4) Choose "Mono" as Classification (Product-line) 5) Choose "Mono: Class libraries" as Product and click "Use this product" 6) Choose "System.Data" for Component and fill up the details and submit the report. If Bugzilla is not working, you can send in your sample to the list. HTH, V. Varadhan > -----Original Message----- > From: Veerapuram Varadhan [mailto:vvaradhan at novell.com] > Sent: Friday, April 04, 2008 12:50 PM > To: Rosenberg, Shlomi > Cc: mono-devel-list at lists.ximian.com > Subject: Re: [Mono-dev] urgent issue with reading xml into a > dataset(System.InvalidCastException) > > Hi Shlomi, > > On Fri, 2008-04-04 at 09:09 +0300, Rosenberg, Shlomi wrote: > > ? > > Hi, > > > > I hava a dataset with a table containing the following row: > > stepTable.Columns.Add("FuncXml", typeof(LabRat.LrtXml)); in the XML > > file it looks like this: > > > > > > > Callback=""> > > > > > Callback=""> > > > > > Callback=""> > > > > > > > > > > LrtXml is a class that implements IXmlSerializable, and it works > > fine on .NET framework 2.0. > > > > When running on Linux using mono, i keep getting: > > System.InvalidCastException: Unknown target conversion type > > at System.Convert.ToType (System.Object value, System.Type > > conversionType, IFormatProvider provider) [0x00000] > > at System.Convert.ChangeType (System.Object value, System.Type > > conversionType) [0x00000] > > at System.Data.XmlDataReader.StringToObject (System.Type type, > > System.String value) [0x00000] > > at System.Data.XmlDataReader.ReadElementElement > > (System.Data.DataRow > > row) [0x00000] > > at System.Data.XmlDataReader.ReadElementContent > > (System.Data.DataRow > > row) [0x00000] > > at System.Data.XmlDataReader.ReadElement (System.Data.DataRow row) > > [0x00000] > > at System.Data.XmlDataReader.ReadDataSetContent () [0x00000] > > at System.Data.XmlDataReader.ReadTopLevelElement () [0x00000] > > at System.Data.XmlDataReader.Process () [0x00000] > > at System.Data.XmlDataReader.ReadXml (System.Data.DataSet dataset, > > System.Xml.XmlReader reader, XmlReadMode mode) [0x00000] > > at System.Data.DataSet.ReadXml (System.Xml.XmlReader reader, > > XmlReadMode mode) [0x00000] > > at System.Data.DataSet.ReadXml (System.Xml.XmlReader r) [0x00000] > > at System.Data.DataSet.ReadXml (System.String str) [0x00000] > > at LabRat.LrtTestEngine.openLrs () [0x00000] > > Can you file a bug and attach a test sample to reproduce this issue? > IIUC, in Mono's System.Data.DataSet, the default implementation is to get the serialization data either from XML or binary data. Your sample would help us understand the default of MS.NET and fix the issue. > > TIA, > > V. Varadhan > > > > ********************************************************************** > *************** This e-mail is confidential, the property of NDS Ltd > and intended for the addressee only. Any dissemination, copying or distribution of this message or any attachments by anyone other than the intended recipient is strictly prohibited. If you have received this message in error, please immediately notify the postmaster at nds.com and destroy the original message. Messages sent to and from NDS may be monitored. NDS cannot guarantee any message delivery method is secure or error-free. Information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. We do not accept responsibility for any errors or omissions in this message and/or attachment that arise as a result of transmission. You should carry out your own virus checks before opening any attachment. Any views or opinions presented are solely those of the author and do not necessarily represent those of NDS. > > NDS Limited Registered office: One Heathrow Boulevard, 286 Bath Road, West Drayton, Middlesex, UB7 0DQ, United Kingdom. A company registered in England and Wales Registered no. 3080780 VAT no. GB 603 8808 40-00 > > To protect the environment please do not print this e-mail unless necessary. > ********************************************************************** > **************** ************************************************************************************* This e-mail is confidential, the property of NDS Ltd and intended for the addressee only. Any dissemination, copying or distribution of this message or any attachments by anyone other than the intended recipient is strictly prohibited. If you have received this message in error, please immediately notify the postmaster at nds.com and destroy the original message. Messages sent to and from NDS may be monitored. NDS cannot guarantee any message delivery method is secure or error-free. Information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. We do not accept responsibility for any errors or omissions in this message and/or attachment that arise as a result of transmission. You should carry out your own virus checks before opening any attachment. Any views or opinions presented are solely those of the author and do not necessarily represent those of NDS. NDS Limited Registered office: One Heathrow Boulevard, 286 Bath Road, West Drayton, Middlesex, UB7 0DQ, United Kingdom. A company registered in England and Wales Registered no. 3080780 VAT no. GB 603 8808 40-00 To protect the environment please do not print this e-mail unless necessary. ************************************************************************************** From vvaradhan at novell.com Fri Apr 4 16:58:23 2008 From: vvaradhan at novell.com (Veerapuram Varadhan) Date: Sat, 05 Apr 2008 02:28:23 +0530 Subject: [Mono-dev] urgent issue with reading xml into adataset(System.InvalidCastException) In-Reply-To: <778CD52AADCFEF4589EEC746356EC5C103C086A1@ILEX5.IL.NDS.COM> References: <778CD52AADCFEF4589EEC746356EC5C103C086A1@ILEX5.IL.NDS.COM> Message-ID: <1207342703.6627.43.camel@vvaradhan.blr.novell.com> On Fri, 2008-04-04 at 22:52 +0300, Rosenberg, Shlomi wrote: > Thanks. Done (Bug #377146). > Thanks and just saw your attachment and the bug. Will soon be worked upon. V. Varadhan > Shlomi > > -----Original Message----- > From: Veerapuram Varadhan [mailto:vvaradhan at novell.com] > Sent: Friday, April 04, 2008 1:09 PM > To: Rosenberg, Shlomi > Cc: mono-devel-list at lists.ximian.com > Subject: RE: [Mono-dev] urgent issue with reading xml into adataset(System.InvalidCastException) > > > On Fri, 2008-04-04 at 12:52 +0300, Rosenberg, Shlomi wrote: > > How do I file a bug (sorry I'm new here)? > > > 1) Goto http://bugzilla.novell.com > 2) Create a user account for yourself and login to bugzilla > 3) Click on "New" from the top-grey-band > 4) Choose "Mono" as Classification (Product-line) > 5) Choose "Mono: Class libraries" as Product and click "Use this product" > 6) Choose "System.Data" for Component and fill up the details and submit the report. > > If Bugzilla is not working, you can send in your sample to the list. > > HTH, > > V. Varadhan > > > -----Original Message----- > > From: Veerapuram Varadhan [mailto:vvaradhan at novell.com] > > Sent: Friday, April 04, 2008 12:50 PM > > To: Rosenberg, Shlomi > > Cc: mono-devel-list at lists.ximian.com > > Subject: Re: [Mono-dev] urgent issue with reading xml into a > > dataset(System.InvalidCastException) > > > > Hi Shlomi, > > > > On Fri, 2008-04-04 at 09:09 +0300, Rosenberg, Shlomi wrote: > > > ? > > > Hi, > > > > > > I hava a dataset with a table containing the following row: > > > stepTable.Columns.Add("FuncXml", typeof(LabRat.LrtXml)); in the XML > > > file it looks like this: > > > > > > > > > > > Callback=""> > > > > > > > > Callback=""> > > > > > > > > Callback=""> > > > > > > > > > > > > > > > LrtXml is a class that implements IXmlSerializable, and it works > > > fine on .NET framework 2.0. > > > > > > When running on Linux using mono, i keep getting: > > > System.InvalidCastException: Unknown target conversion type > > > at System.Convert.ToType (System.Object value, System.Type > > > conversionType, IFormatProvider provider) [0x00000] > > > at System.Convert.ChangeType (System.Object value, System.Type > > > conversionType) [0x00000] > > > at System.Data.XmlDataReader.StringToObject (System.Type type, > > > System.String value) [0x00000] > > > at System.Data.XmlDataReader.ReadElementElement > > > (System.Data.DataRow > > > row) [0x00000] > > > at System.Data.XmlDataReader.ReadElementContent > > > (System.Data.DataRow > > > row) [0x00000] > > > at System.Data.XmlDataReader.ReadElement (System.Data.DataRow row) > > > [0x00000] > > > at System.Data.XmlDataReader.ReadDataSetContent () [0x00000] > > > at System.Data.XmlDataReader.ReadTopLevelElement () [0x00000] > > > at System.Data.XmlDataReader.Process () [0x00000] > > > at System.Data.XmlDataReader.ReadXml (System.Data.DataSet dataset, > > > System.Xml.XmlReader reader, XmlReadMode mode) [0x00000] > > > at System.Data.DataSet.ReadXml (System.Xml.XmlReader reader, > > > XmlReadMode mode) [0x00000] > > > at System.Data.DataSet.ReadXml (System.Xml.XmlReader r) [0x00000] > > > at System.Data.DataSet.ReadXml (System.String str) [0x00000] > > > at LabRat.LrtTestEngine.openLrs () [0x00000] > > > > Can you file a bug and attach a test sample to reproduce this issue? > > IIUC, in Mono's System.Data.DataSet, the default implementation is to get the serialization data either from XML or binary data. Your sample would help us understand the default of MS.NET and fix the issue. > > > > TIA, > > > > V. Varadhan > > > > > > > > ********************************************************************** > > *************** This e-mail is confidential, the property of NDS Ltd > > and intended for the addressee only. Any dissemination, copying or distribution of this message or any attachments by anyone other than the intended recipient is strictly prohibited. If you have received this message in error, please immediately notify the postmaster at nds.com and destroy the original message. Messages sent to and from NDS may be monitored. NDS cannot guarantee any message delivery method is secure or error-free. Information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. We do not accept responsibility for any errors or omissions in this message and/or attachment that arise as a result of transmission. You should carry out your own virus checks before opening any attachment. Any views or opinions presented are solely those of the author and do not necessarily represent those of NDS. > > > > NDS Limited Registered office: One Heathrow Boulevard, 286 Bath Road, West Drayton, Middlesex, UB7 0DQ, United Kingdom. A company registered in England and Wales Registered no. 3080780 VAT no. GB 603 8808 40-00 > > > > To protect the environment please do not print this e-mail unless necessary. > > ********************************************************************** > > **************** > > ************************************************************************************* > This e-mail is confidential, the property of NDS Ltd and intended for the addressee only. Any dissemination, copying or distribution of this message or any attachments by anyone other than the intended recipient is strictly prohibited. If you have received this message in error, please immediately notify the postmaster at nds.com and destroy the original message. Messages sent to and from NDS may be monitored. NDS cannot guarantee any message delivery method is secure or error-free. Information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. We do not accept responsibility for any errors or omissions in this message and/or attachment that arise as a result of transmission. You should carry out your own virus checks before opening any attachment. Any views or opinions presented are solely those of the author and do not necessarily represent those of NDS. > > NDS Limited Registered office: One Heathrow Boulevard, 286 Bath Road, West Drayton, Middlesex, UB7 0DQ, United Kingdom. A company registered in England and Wales Registered no. 3080780 VAT no. GB 603 8808 40-00 > > To protect the environment please do not print this e-mail unless necessary. > ************************************************************************************** From TwoOneSix at thatclothingco.com Fri Apr 4 19:53:21 2008 From: TwoOneSix at thatclothingco.com (Josh) Date: Fri, 4 Apr 2008 19:53:21 -0400 Subject: [Mono-dev] string marshalling conversion 34 not implemented Message-ID: Mono is throwing me the error "string marshalling conversion 34 not implemented" when I'm attempting to call a function to libvlc.dll from my code. The other calls to the DLL work fine, but the AddTarget Function causes the error. I'm getting the same results on both Windows and Linux versions. [AddTarget Function] =============================== public Err AddTarget(string Target) { if ((m_iVlcHandle == -1)) { m_strLastErr = "LibVlc is not initialzed"; return Err.NoInit; } Err enmErr = Err.Success; try { enmErr = VLC_AddTarget(m_iVlcHandle, Target, null, 0, (int)Mode.Append, (int)Pos.Close); } catch (Exception ex) { m_strLastErr = ex.Message; return Err.Execption; } if (((int)enmErr < 0)) { m_strLastErr = VLC_Err((int)enmErr); return enmErr; } // OK return Err.Success; } =============================== [Mono Details - Windows] =============================== Mono JIT compiler version 1.9 (tarball) Copyright (C) 2002-2007 Novell, Inc and Contributors. www.mono-project.com TLS: normal GC: Included Boehm (with typed GC) SIGSEGV: normal Notification: Thread + polling Architecture: x86 Disabled: none =============================== [Mono Details - Linux] =============================== Mono JIT compiler version 1.9 (tarball) Copyright (C) 2002-2007 Novell, Inc and Contributors. www.mono-project.com TLS: __thread GC: Included Boehm (with typed GC) SIGSEGV: normal Notifications: epoll Architecture: x86 Disabled: none =============================== Any ideas? Might this be fixed in HEAD? I'm also up to using a different media player that is "known to work" in mono. Josh -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080404/b84d765e/attachment.html From knocte at gmail.com Sat Apr 5 08:50:05 2008 From: knocte at gmail.com (=?ISO-8859-1?Q?=22Andr=E9s_G=2E_Aragoneses=22?=) Date: Sat, 05 Apr 2008 14:50:05 +0200 Subject: [Mono-dev] [PATCH] Support for heads with absolute URLs in Monologue Message-ID: I didn't find a product for Monologue on BNC so here's the patch. Please review, can I commit? Thanks, Andres -- -------------- next part -------------- A non-text attachment was scrubbed... Name: monologue-absolute-heads.diff Type: text/x-patch Size: 5256 bytes Desc: not available Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080405/d90ed418/attachment.bin From surfzoid at gmail.com Sat Apr 5 09:13:13 2008 From: surfzoid at gmail.com (Petit Eric) Date: Sat, 5 Apr 2008 15:13:13 +0200 Subject: [Mono-dev] Mono 1.9 / MD Idea Message-ID: <84776a970804050613l553fe60dy8199abd2f6738e6d@mail.gmail.com> Hi folk I have folowed this step and have a little trouble. My system is MDV 2008, after a fresh install i had Mono 1.25 and MD , located in /usr/ dir, i think about trying mono 1.9, so uninstall all rpm, download the linux generic install from mono and install it in /opt/ dir. When starting MD in the good environment (/opt/) i have error message about file in /usr/lib/monodevelop So i delete/clean evrything in ~/.config about MD/Mono and then no more problem, so i conclude there is some config file with absolute path and/or environment var. It isn't possible to use the startup path than the one in the config files? From paszczi at go2.pl Sat Apr 5 12:01:23 2008 From: paszczi at go2.pl (Maciej Paszta) Date: Sat, 5 Apr 2008 18:01:23 +0200 Subject: [Mono-dev] Patch fixing Basic Auth in HttpListener Message-ID: <55598763-AD84-43C6-BB6C-C49ACE896863@go2.pl> Hello, I was suggested to contact you regarding bug when wrong HTTP header was sent by HttpListenet set to use Basic authentication scheme: https://bugzilla.novell.com/show_bug.cgi?id=376449 I already prepared simple patch with appropriate tests. Could you please review it possibly commit it :) Big thanks! Best regards, Maciej Paszta From joncham at gmail.com Sat Apr 5 15:42:54 2008 From: joncham at gmail.com (Jonathan Chambers) Date: Sat, 5 Apr 2008 15:42:54 -0400 Subject: [Mono-dev] string marshalling conversion 34 not implemented In-Reply-To: References: Message-ID: <17c2d80b0804051242j386b8be0k55db083f4ee1b058@mail.gmail.com> Hello Josh, You didn't post the signature of your pinvoke function, but it looks like you are trying to marshal a string using UnmanagedType.VBByRefStr. This does seem to be a limitation in mono (and not fixed in svn head), however the docs seem to indicate that this should only be used for VB compatibility. If you are changing/return the string in unmanaged, you need to use a StringBuilder. If you are only passing a string in, you can just pass a string (and specify the native string type). See this great page on the wiki for more info: http://www.mono-project.com/Interop_with_Native_Libraries Thanks, Jonathan 2008/4/4 Josh : > Mono is throwing me the error "string marshalling conversion 34 not > implemented" when I'm attempting to call a function to libvlc.dll from my > code. The other calls to the DLL work fine, but the AddTarget Function > causes the error. I'm getting the same results on both Windows and Linux > versions. > > [AddTarget Function] > =============================== > public Err AddTarget(string Target) > { > if ((m_iVlcHandle == -1)) { > m_strLastErr = "LibVlc is not initialzed"; > return Err.NoInit; > } > Err enmErr = Err.Success; > try { > enmErr = VLC_AddTarget(m_iVlcHandle, Target, null, 0, > (int)Mode.Append, (int)Pos.Close); > } > catch (Exception ex) { > m_strLastErr = ex.Message; > return Err.Execption; > } > if (((int)enmErr < 0)) { > m_strLastErr = VLC_Err((int)enmErr); > return enmErr; > } > // OK > return Err.Success; > } > =============================== > > [Mono Details - Windows] > =============================== > Mono JIT compiler version 1.9 (tarball) > Copyright (C) 2002-2007 Novell, Inc and Contributors. www.mono-project.com > TLS: normal > GC: Included Boehm (with typed GC) > SIGSEGV: normal > Notification: Thread + polling > Architecture: x86 > Disabled: none > =============================== > > [Mono Details - Linux] > =============================== > Mono JIT compiler version 1.9 (tarball) > Copyright (C) 2002-2007 Novell, Inc and Contributors. www.mono-project.com > TLS: __thread > GC: Included Boehm (with typed GC) > SIGSEGV: normal > Notifications: epoll > Architecture: x86 > Disabled: none > =============================== > > Any ideas? Might this be fixed in HEAD? I'm also up to using a different > media player that is "known to work" in mono. > > Josh > > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080405/daf1af90/attachment-0001.html From TwoOneSix at thatclothingco.com Sat Apr 5 18:17:03 2008 From: TwoOneSix at thatclothingco.com (Josh) Date: Sat, 5 Apr 2008 18:17:03 -0400 Subject: [Mono-dev] string marshalling conversion 34 not implemented In-Reply-To: <17c2d80b0804051242j386b8be0k55db083f4ee1b058@mail.gmail.com> References: <17c2d80b0804051242j386b8be0k55db083f4ee1b058@mail.gmail.com> Message-ID: On Sat, Apr 5, 2008 at 3:42 PM, Jonathan Chambers wrote: > Hello Josh, > You didn't post the signature of your pinvoke function, but it looks > like you are trying to marshal a string using UnmanagedType.VBByRefStr. > This does seem to be a limitation in mono (and not fixed in svn head), > however the docs seem to indicate that this should only be used for VB > compatibility. If you are changing/return the string in unmanaged, you need > to use a StringBuilder. If you are only passing a string in, you can just > pass a string (and specify the native string type). > > See this great page on the wiki for more info: > > http://www.mono-project.com/Interop_with_Native_Libraries > > Thanks, > Jonathan > > 2008/4/4 Josh : > > > Mono is throwing me the error "string marshalling conversion 34 not > > implemented" when I'm attempting to call a function to libvlc.dll from my > > code. The other calls to the DLL work fine, but the AddTarget Function > > causes the error. I'm getting the same results on both Windows and Linux > > versions. > > > > [AddTarget Function] > > =============================== > > public Err AddTarget(string Target) > > { > > if ((m_iVlcHandle == -1)) { > > m_strLastErr = "LibVlc is not initialzed"; > > return Err.NoInit; > > } > > Err enmErr = Err.Success; > > try { > > enmErr = VLC_AddTarget(m_iVlcHandle, Target, null, 0, > > (int)Mode.Append, (int)Pos.Close); > > } > > catch (Exception ex) { > > m_strLastErr = ex.Message; > > return Err.Execption; > > } > > if (((int)enmErr < 0)) { > > m_strLastErr = VLC_Err((int)enmErr); > > return enmErr; > > } > > // OK > > return Err.Success; > > } > > =============================== > > > > [Mono Details - Windows] > > =============================== > > Mono JIT compiler version 1.9 (tarball) > > Copyright (C) 2002-2007 Novell, Inc and Contributors. > > www.mono-project.com > > TLS: normal > > GC: Included Boehm (with typed GC) > > SIGSEGV: normal > > Notification: Thread + polling > > Architecture: x86 > > Disabled: none > > =============================== > > > > [Mono Details - Linux] > > =============================== > > Mono JIT compiler version 1.9 (tarball) > > Copyright (C) 2002-2007 Novell, Inc and Contributors. > > www.mono-project.com > > TLS: __thread > > GC: Included Boehm (with typed GC) > > SIGSEGV: normal > > Notifications: epoll > > Architecture: x86 > > Disabled: none > > =============================== > > > > Any ideas? Might this be fixed in HEAD? I'm also up to using a different > > media player that is "known to work" in mono. > > > > Josh > > > > _______________________________________________ > > Mono-devel-list mailing list > > Mono-devel-list at lists.ximian.com > > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > > > > Jonathan, I think that the code I'm using was converted from a VB source. Here is the VB PInvoke function I dug up from that code: [code] Private Declare Function VLC_AddTarget Lib "libvlc" (ByVal iVLC As Integer, ByVal Target As String, ByVal Options() As String, ByVal OptionsCount As Integer, ByVal Mode As Integer, ByVal Pos As Integer) As Err [/code] That URL you provided looks like it's going to be spot-on what I need to fix the problem, thank you!. If I come across any other issues I'll post back. Also, if anyone knows of a working mono sample using libvlc it would be much appreciated. Thanks again. Josh -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080405/ff198e71/attachment.html From joe.audette at gmail.com Sat Apr 5 18:18:23 2008 From: joe.audette at gmail.com (Joe Audette) Date: Sat, 5 Apr 2008 16:18:23 -0600 Subject: [Mono-dev] errors compiling from svn Message-ID: <27d75530804051518o78448c56x811687b52545af46@mail.gmail.com> Hi All, I'm using the 1.9 VM and trying to compile Mono from svn head r99904 I'm getting this error, any suggestions to help me get past it much appreciated. make[8]: Entering directory `/home/linux/share/src/mono/mcs/tools/tuner' touch tune.stampt MONO_PATH=".:../../class/lib/default:$MONO_PATH" /home/linux/share/src/mono/mono/runtime/mono-wrapper --debug ../linker/monolinker.exe -d ../../class/lib/net_2_1_raw -o ../../class/lib/net_2_1 -l none -c link -a smcs -b true -m display_internalized false -x Descriptors/mscorlib.xml -x Descriptors/smcs.xml -x Descriptors/System.xml -s Mono.Tuner.InjectAttributes,Mono.Tuner:OutputStep -s Mono.Tuner.AdjustVisibility,Mono.Tuner:OutputStep -s Mono.Tuner.PrintStatus,Mono.Tuner:OutputStep -s Mono.Tuner.RemoveSerialization,Mono.Tuner:OutputStep -s Mono.Tuner.CheckVisibility,Mono.Tuner -i masterinfos/silverlight/mscorlib.info -i masterinfos/silverlight/System.info -i masterinfos/silverlight/System.Core.info -i masterinfos/silverlight/System.Xml.Core.info make[8]: *** [tune.stamp] Killed make[8]: Leaving directory `/home/linux/share/src/mono/mcs/tools/tuner' make[7]: *** [do-all] Error 2 make[7]: Leaving directory `/home/linux/share/src/mono/mcs/tools/tuner' make[6]: *** [all-recursive] Error 1 make[6]: Leaving directory `/home/linux/share/src/mono/mcs/tools' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/home/linux/share/src/mono/mcs' make[4]: *** [profile-do--net_2_1--all] Error 2 make[4]: Leaving directory `/home/linux/share/src/mono/mcs' make[3]: *** [profiles-do--all] Error 2 make[3]: Leaving directory `/home/linux/share/src/mono/mcs' make[2]: *** [all-local] Error 2 make[2]: Leaving directory `/home/linux/share/src/mono/mono/runtime' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/linux/share/src/mono/mono' make: *** [all] Error 2 linux at linux:~/share/src/mono/mono> Thanks, Joe -- Joe Audette Software Solutions Architect Source Tree Solutions, LLC PO Box 621861 Charlotte, NC 28262 704.323.8225 joe.audette at gmail.com http://www.sourcetreesolutions.com http://www.mojoportal.com From TwoOneSix at thatclothingco.com Sat Apr 5 21:59:32 2008 From: TwoOneSix at thatclothingco.com (Josh) Date: Sat, 5 Apr 2008 21:59:32 -0400 Subject: [Mono-dev] string marshalling conversion 34 not implemented In-Reply-To: References: <17c2d80b0804051242j386b8be0k55db083f4ee1b058@mail.gmail.com> Message-ID: On Sat, Apr 5, 2008 at 6:17 PM, Josh wrote: > On Sat, Apr 5, 2008 at 3:42 PM, Jonathan Chambers > wrote: > > > Hello Josh, > > You didn't post the signature of your pinvoke function, but it > > looks like you are trying to marshal a string using UnmanagedType.VBByRefStr. > > This does seem to be a limitation in mono (and not fixed in svn head), > > however the docs seem to indicate that this should only be used for VB > > compatibility. If you are changing/return the string in unmanaged, you need > > to use a StringBuilder. If you are only passing a string in, you can just > > pass a string (and specify the native string type). > > > > See this great page on the wiki for more info: > > > > http://www.mono-project.com/Interop_with_Native_Libraries > > > > Thanks, > > Jonathan > > > > 2008/4/4 Josh : > > > > > Mono is throwing me the error "string marshalling conversion 34 not > > > implemented" when I'm attempting to call a function to libvlc.dll from my > > > code. The other calls to the DLL work fine, but the AddTarget Function > > > causes the error. I'm getting the same results on both Windows and Linux > > > versions. > > > > > > [AddTarget Function] > > > =============================== > > > public Err AddTarget(string Target) > > > { > > > if ((m_iVlcHandle == -1)) { > > > m_strLastErr = "LibVlc is not initialzed"; > > > return Err.NoInit; > > > } > > > Err enmErr = Err.Success; > > > try { > > > enmErr = VLC_AddTarget(m_iVlcHandle, Target, null, 0, > > > (int)Mode.Append, (int)Pos.Close); > > > } > > > catch (Exception ex) { > > > m_strLastErr = ex.Message; > > > return Err.Execption; > > > } > > > if (((int)enmErr < 0)) { > > > m_strLastErr = VLC_Err((int)enmErr); > > > return enmErr; > > > } > > > // OK > > > return Err.Success; > > > } > > > =============================== > > > > > > [Mono Details - Windows] > > > =============================== > > > Mono JIT compiler version 1.9 (tarball) > > > Copyright (C) 2002-2007 Novell, Inc and Contributors. > > > www.mono-project.com > > > TLS: normal > > > GC: Included Boehm (with typed GC) > > > SIGSEGV: normal > > > Notification: Thread + polling > > > Architecture: x86 > > > Disabled: none > > > =============================== > > > > > > [Mono Details - Linux] > > > =============================== > > > Mono JIT compiler version 1.9 (tarball) > > > Copyright (C) 2002-2007 Novell, Inc and Contributors. > > > www.mono-project.com > > > TLS: __thread > > > GC: Included Boehm (with typed GC) > > > SIGSEGV: normal > > > Notifications: epoll > > > Architecture: x86 > > > Disabled: none > > > =============================== > > > > > > Any ideas? Might this be fixed in HEAD? I'm also up to using a > > > different media player that is "known to work" in mono. > > > > > > Josh > > > > > > _______________________________________________ > > > Mono-devel-list mailing list > > > Mono-devel-list at lists.ximian.com > > > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > > > > > > > > > Jonathan, I think that the code I'm using was converted from a VB source. > Here is the VB PInvoke function I dug up from that code: > [code] > Private Declare Function VLC_AddTarget Lib "libvlc" (ByVal iVLC As > Integer, ByVal Target As String, ByVal Options() As String, ByVal > OptionsCount As Integer, ByVal Mode As Integer, ByVal Pos As Integer) As Err > [/code] > > That URL you provided looks like it's going to be spot-on what I need to > fix the problem, thank you!. If I come across any other issues I'll post > back. Also, if anyone knows of a working mono sample using libvlc it would > be much appreciated. > > Thanks again. > > Josh > Jonathan, To follow up, you are the man. The magic answer was changing over to StringBuilder (http://msdn2.microsoft.com/en-us/library/2839d5h5(VS.71).aspx). All I had to do was switch the P/Invoke signature from type "String" to "StringBuilder" and go through and tell my code to pass in a StringBuilder and Vio-la! it works using libvlc.dll both in the Linux and Windows versions of mono (and still works fine in .NET, too). Thank you for your help, now I can move on to the final 43 errors MoMA is reporting. ;-) Thanks again! Josh -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080405/7ff80427/attachment-0001.html From steinar.herland at gmail.com Sun Apr 6 06:23:08 2008 From: steinar.herland at gmail.com (Steinar Herland) Date: Sun, 6 Apr 2008 12:23:08 +0200 Subject: [Mono-dev] Mono.Addins Message-ID: Please forgive me for not sending this directly to http://groups.google.com/group