Re: [Mono-dev] [Mono-list] Using monodoce for non-official mono project

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 u

Re: [Mono-dev] Specifying MarshallAs for [Out] StringBuilder

On Sun, 2008-03-23 at 09:59 -0400, Debajyoti Bera wrote: > But how I do manually unmarshall a StringBuilder ? I tried using > Charset.Auto > and MarshalAs(LPTStr) - that did not help. You don't -- StringBuilder is "special," and only supports the encodings that DllImport supports. Consequ

Re: [Mono-dev] Problem with Odbc on 64 bit identified, please advise action

On Tue, 2008-03-18 at 23:26 +0100, Mads Bondo Dydensborg wrote: > Hi there > > In libodbc.cs, imports are on this form: > > [DllImport("odbc32.dll")] > internal static extern OdbcReturn SQLGetData ( > IntPtr StatementHandle, >

Re: [Mono-dev] Mono.Unix.Catalog.Init where does it get the locale from?

On Thu, 2008-03-13 at 19:16 +0200, Vladimir Dimitrov wrote: > Thanks for the quick answer I tried your suggestion and set the variable > using this code: > > CultureInfo culture = new CultureInfo > (config.Localization); > Thread.CurrentThread.CurrentCulture

Re: [Mono-dev] Mono.Unix.Catalog.Init where does it get the locale from?

On Thu, 2008-03-13 at 15:49 +0200, Vladimir Dimitrov wrote: > On windows when I set > > Thread.CurrentThread.CurrentCulture = new CultureInfo > (config.Localization) > > I can change the localization of the current thread and if I call > Catalog.Init after that the localization is properly initi

Re: [Mono-dev] Interop with Native Libraries Question

On Wed, 2008-03-05 at 12:09 +0200, Sebi Onofrei wrote: > I have a library from which I have to use some methods which is > written in C++. First, make sure the C++ methods are declared `extern "C"`. > The method I need to correctly translate is this: > integer method_name(const void* a_handle, ch

Re: [Mono-dev] monodoc

On Mon, 2008-03-03 at 08:32 -0800, Daniel Morgan wrote: > Does monodoc and the monodocer tools currently work on > Windows? Yes. They're also included with the Mono Windows download. > If it does, what do I need to do to create docs for an > assembly, such as, System.Data.OracleClient? http://w

Re: [Mono-dev] Mono COM support question

On Mon, 2008-03-03 at 11:58 +0200, Sebi Onofrei wrote: > The problem is that now I need to use COM communication. I will have to > use Flix Engine from On2 and as I discovered reading > their documentation / how-tos, I sorta' need this. (functions like > "Type.GetTypeFromProgID("xyz")" for exampl

Re: [Mono-dev] Deprecating some Mono commands, Cecil mono-api-info

On Fri, 2008-02-29 at 00:00 +0100, Mirco Bauer wrote: > > * prj2make - Use MonoDevelop instead. > > Hmmm, the only problem I see is that there is no easy known way to use > prj2make from command-line only through MonoDevelop. I know that some > non-C# developers use prj2make in debian to get s

Re: [Mono-dev] mono 1.9

On Wed, 2008-02-20 at 09:11 -0600, Jonathan Pobst wrote: > I'm pretty sure the support is 0%. Although we have implemented some of > the 3.0 and 3.5 base class libraries, they are not shipped yet in our > releases. > > These are done in our Olive module: http://www.mono-project.com/Olive. > >

[Mono-dev] ANNOUNCE: NDesk.Options 0.2.0

I am pleased to announce the release of NDesk.Options 0.2.0. NDesk.Options is a C# program option parser library, inspired by Perl's Getopt::Long option parser. To download, visit the NDesk.Options web page: http://www.ndesk.org/Options Usage: - See http://www.ndesk.org/Options and

Re: [Mono-dev] Marshaling Question

On Sat, 2008-02-09 at 04:06 -0500, Scott Peterson wrote: > I need to marshal the native cdrom_tocentry struct from linux/cdrom.h > (http://www.gelato.unsw.edu.au/lxr/source/include/linux/cdrom.h#L218). > Here's my attempt (which is incorrect). Can someone tell me where I'm > going wrong? > > [Struc

Re: [Mono-dev] [PATCH] mono-service bugs - please review

On Thu, 2008-02-07 at 15:38 -0500, Avery Pennarun wrote: > So I need to submit a new lockfile patch. Any comments on the > UserInteractive stuff? That's actually the part I'm most suspicious > that I did wrong. System.Environment.SetUserInteractive() needs comments, similar to what Mono.Runtime.

Re: [Mono-dev] [PATCH] mono-service bugs - please review

On Mon, 2008-02-04 at 20:32 -0500, Avery Pennarun wrote: > On Mon, Feb 04, 2008 at 02:12:48PM -0500, Jonathan Pryor wrote: > > On Mon, 2008-02-04 at 12:14 -0500, Avery Pennarun wrote: > > > 1. mono-service runner doesn't catch SIGINT (it should clean up like > > >

Re: [Mono-dev] Multiply-defined symbols with F#

On Wed, 2008-02-06 at 15:02 -0800, Casey Marshall wrote: > I'm trying to use F# with mono, and most everything works fine, except > when I try to reference FSharp.Core.dll from a C# assembly. I get this > error: > > > error CS0433: The imported type `System.Action`2' is defined multiple > > times

Re: [Mono-dev] Control-C handler

On Mon, 2008-02-04 at 16:27 -0500, Jonathan Pryor wrote: > On Mon, 2008-02-04 at 12:38 +0100, Paolo Molaro wrote: > > On 01/28/08 Jonathan Pryor wrote: > > You should write a test case to stress-test this code and see if it > > behaves correctly under a storm of signals, say

Re: [Mono-dev] monodocer ignores "internal protected" members

On Tue, 2008-02-05 at 18:09 +0100, Stefan Noack wrote: > > What version of mono is this? > > This is strange. I use mono 1.2.6 and the monodoc 1.2.6 gentoo ebuild > which afaik contains monodocer. But it looks strange, though: > > [EMAIL PROTECTED] ~/prog/liblamp/trunk $ monodocer --version > Mo

Re: [Mono-dev] monodocer ignores "internal protected" members

On Tue, 2008-02-05 at 13:26 +0100, Stefan Noack wrote: > I'm not sure whether this problem is subject to this list but I didn't > find a better place to report my problem. mono-docs-list is the normal place for this. > I use monodocer with -importslashdoc to import XML documentation from > the fi

Re: [Mono-dev] Control-C handler

On Mon, 2008-02-04 at 12:38 +0100, Paolo Molaro wrote: > On 01/28/08 Jonathan Pryor wrote: > You should write a test case to stress-test this code and see if it > behaves correctly under a storm of signals, say at least 100k signals. > You should check that no signal was lost. Rep

Re: [Mono-dev] mono-service bugs

On Mon, 2008-02-04 at 12:14 -0500, Avery Pennarun wrote: > I have my service running fine, but as background, I've discovered at > least these problems: > > 1. mono-service runner doesn't catch SIGINT (it should clean up like > SIGTERM, and this is especially important when using the --debug > opt

Re: [Mono-dev] Lang Theory Question

On Fri, 2008-02-01 at 20:56 -0500, Scott Peterson wrote: > I'm a sucker for syntactic sugar. There is one little trick which I've > been trying and failing to do - it turns about to be impossible It's not as impossible as you think, depending on the tradeoffs you're willing to make. > One nice th

Re: [Mono-dev] Control-C handler

On Mon, 2008-01-28 at 17:13 -0500, Jonathan Pryor wrote: > On Mon, 2008-01-28 at 21:10 +0100, Paolo Molaro wrote: > > Deregistration is handled incorrectly: if there are two handlers for the > > same signal it gets disabled at the first uninstall. This has been fixed. > > &

Re: [Mono-dev] Control-C handler

Thank you for reviewing this. On Mon, 2008-01-28 at 21:10 +0100, Paolo Molaro wrote: > On 01/28/08 Jonathan Pryor wrote: > > > It is important (as in my initialy API sketch) that this function take > > > the signal_info and not the dignal number, as this implementation allo

Re: [Mono-dev] Control-C handler

0 @@ +2008-01-28 Jonathan Pryor <[EMAIL PROTECTED]> + + * Stdlib.cs: Obsolete Stdlib.signal(), as it's not safe; see also: + http://lists.ximian.com/pipermail/mono-devel-list/2008-January/026501.html + http://lists.ximian.com/pipermail/mono-devel-list/2008-January/026503.html + Add

[Mono-dev] Announcing NDesk.Options 0.1.0

I am pleased to announce the release of NDesk.Options 0.1.0. NDesk.Options is a C# program option parser library, inspired by Perl's Getopt::Long option parser. To download, visit the NDesk.Options web page: http://www.ndesk.org/Options Usage

[Mono-dev] Announcing NDesk.Options 0.1.0

I am pleased to announce the release of NDesk.Options 0.1.0. NDesk.Options is a C# program option parser library, inspired by Perl's Getopt::Long option parser. To download, visit the NDesk.Options web page: http://www.ndesk.org/Options Usage

Re: [Mono-dev] Control-C handler

On Fri, 2008-01-11 at 14:57 -0500, Jonathan Pryor wrote: > What exactly would be a "sane interface to ignore a signal" aside from > e.g. Stdlib.signal(Signum.SIGINT, Stdlib.SIG_IGN) (and/or setting the > default or error handler for the specified signal)? After talking on IRC,

Re: [Mono-dev] Control-C handler

On Sat, 2008-01-19 at 10:01 +0100, pablosantosluac wrote: > Is it integrated on trunk? No. - Jon ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Program Option Parsing Library

On Sun, 2008-01-13 at 12:00 -0800, Jay Logue wrote: > Looking good! > > One final note: due to the above Action change, I'm using Action`2, > > which is specific to .NET 3.5. Localization is via Func`3, which is > > specific to .NET 3.5. > > I guess I don't really understand why its important to u

Re: [Mono-dev] Program Option Parsing Library

On Sun, 2008-01-13 at 19:45 +0100, "Andrés G. Aragoneses" wrote: > What about giving a warning (or a Y/N confirmation) if --foo receives as > an argument a string that starts with "-" or "--"? Interesting idea, but I don't want to tie it to System.Console (if nothing else, it would complicate test

Re: [Mono-dev] Program Option Parsing Library

On Fri, 2008-01-11 at 14:06 -0800, Jay Logue wrote: > Jonathan Pryor wrote: > > I guess I should create a new delegate type: > > > > delegate string OptionLocalizer (string format, string[] args); > > > > Other possible type names appreciated (and I don

Re: [Mono-dev] [Mono-list] Program Option Parsing Library

On Fri, 2008-01-11 at 15:18 -0800, Dan Shryock wrote: > I wanted to give your library a try so I upgraded to mono 1.2.6, and > tried to compile the attachment using the following line: > > gmcs -langversion:linq -define:TEST Options.cs > > The compiler gives several errors, all seem to be related

Re: [Mono-dev] Control-C handler

On Fri, 2008-01-11 at 19:56 +0100, Paolo Molaro wrote: > On 01/10/08 Jonathan Pryor wrote: > > Attached is an updated patch set which supports both the existing/new > > Stdlib.signal() semantics... > > I think signal() should just be obsoleted, starting a thread yourself

[Mono-dev] Program Option Parsing Library

ns differently from '--' or '/' options, and thus does no do any kind of option bundling (e.g. treating '-lac' as equivalent to '-l -a -c'). Regardless, at ~250 LOC for the associated classes (not including comments or tests), I think it's a rea

[Mono-dev] Program Option Parsing Library

I've been doing a lot of work on monodocer, and (for some unknown reason) decided that the warning about the deprecation of Mono.GetOptions was annoying so I thought I'd come up with a replacement. This replacement is NOT currently intended to be stable, nor to be bundled with Mono itself for publ

Re: [Mono-dev] Program Option Parsing Library

On Fri, 2008-01-11 at 10:25 -0800, Jay Logue wrote: > Jonathan Pryor wrote: > > Now how should localization be handled? Should it? > > It only seems fair. I would do the localization in the > OptionException class itself. I see other mono Exception types > calling Locale.G

Re: [Mono-dev] Program Option Parsing Library

On Thu, 2008-01-10 at 14:39 -0800, Jay Logue wrote: > Jonathan Pryor wrote: > > I don't see how an out parameter would be better than a return value, > > especially considering that every other .Parse() method in the framework > > actually returns a value. > >

Re: [Mono-dev] Program Option Parsing Library

On Thu, 2008-01-10 at 14:46 -0800, Jay Logue wrote: > Jonathan Pryor wrote: > > As for what Getopt::Long does... "--foo --bar" sets "--bar" as the > > value of the --foo argument. "--bar --foo" (i.e. no argument for --foo) > > generates the

Re: [Mono-dev] Program Option Parsing Library

On Thu, 2008-01-10 at 23:08 +0100, Leszek Ciesielski wrote: > > There's a test for this -- see Test.CheckExceptions(). An > > InvalidOperationException would be generated if --foo requires a value > > and --bar is registered (i.e. "-a -a" throws). If --bar is NOT > > registered, then --foo gets t

Re: [Mono-dev] Program Option Parsing Library

Thank you for the feedback. On Thu, 2008-01-10 at 10:43 -0800, Jay Logue wrote: > Where I think you may have OD'ed on the crack (:-) is in the use of an > enumerator and ToArray() to parse the arguments. Its a cleaver > implementation, and I think you should keep it as an internal > mechanism. B

Re: [Mono-dev] Program Option Parsing Library

On Thu, 2008-01-10 at 11:57 -0800, Jay Logue wrote: > So, what happens if I pass new string[] { "--foo", "--bar" } as > arguments where --foo and --bar are declared as options and --foo takes > a value? And what does Getopt::Long do in this case? There's a test for this -- see Test.CheckExcepti

Re: [Mono-dev] Control-C handler

On Wed, 2008-01-09 at 12:33 -0500, Jonathan Pryor wrote: > Attached are patches to mcs/class/Mono.Posix/Mono.Unix.Native and > mono/support as an initial implementation of this idea. It currently > uses a dedicated Mono.Posix-internal thread to do managed signal > dispatching (as th

[Mono-dev] Program Option Parsing Library

for the associated classes (not including comments or tests), I think it's a reasonably concise and useful library for command-line option processing. See also: http://www.jprl.com/Blog/archive/development/mono/2008/Jan-07.html Thoughts? - Jon // // Options.cs // // Authors: // J

Re: [Mono-dev] Control-C handler

On Wed, 2008-01-09 at 11:52 -0500, Avery Pennarun wrote: > On 08/01/2008, Jonathan Pryor <[EMAIL PROTECTED]> wrote: > > I don't see why we need a new API to support this. It seems that we > > could retrofit the existing Stdlib.signal() API to use the > > implem

Re: [Mono-dev] Control-C handler

On Tue, 2008-01-08 at 22:02 -0500, Jonathan Pryor wrote: > Thank you for the background on why signal handlers can't be made to > work with the current Stdlib.signal implementation. > > However... > I don't see why we need a new API to support this. It seems that we >

Re: [Mono-dev] Wine Integration

On Wed, 2008-01-09 at 12:14 -0200, rod marola wrote: > I am in need to run a program on GNU/Linux that is a .NET application > but make calls of Win32 native API. I would like to know if there is > any work made towards integrating MONO with WINE, in order to make > such calls possible. Reportedly

Re: [Mono-dev] Can we change the name of the MonoTests.System namespace?

On Wed, 2008-01-09 at 01:53 -0800, Dean Brettle wrote: > This has happened several times now. I'm adding some code to a unit > test class and want to use the fully qualified name (e.g. > System.Web.UI.Adapters.PageAdapter) for some type, either because (a) > I'm only using the type in a couple spo

Re: [Mono-dev] Control-C handler

Thank you for the background on why signal handlers can't be made to work with the current Stdlib.signal implementation. However... On Tue, 2008-01-08 at 21:17 +0100, Paolo Molaro wrote: > All of this can be easily overcome with a sane interface for signals > provided by Mono.Posix (the implement

Re: [Mono-dev] [PATCH] Mono.Unix.Native.MountFlags

On Sat, 2008-01-05 at 01:31 -0500, Joe Dluzen wrote: > I was working on a program to mount and unmount various drives/etc > when I found that Mono.Unix.Native.MountFlags had no option for > ST_NOEXEC. (I was attempting to mount a DVD in my drive, and saw in > /proc/mounts that it had an option for

Re: [Mono-dev] [Mono-docs-list] Can not checkout trunk on windows

Web\en\System.Web\<>c__CompilerGenerated2+<>c__CompilerGenerated13.xml': > > Bad syntax for filename, directoryname or drivename > > * This is free text translated from german windows > > Steve > > Jonathan Pryor schrieb: > > On Wed, 2007-12-26 at 10:32 -0500, Migu

Re: [Mono-dev] Control-C handler

On Wed, 2008-01-02 at 13:08 -0500, Avery Pennarun wrote: > How does Microsoft's .Net handle Windows-style "signals", such as > memory-access errors? Could we use a similar method in mono? I'm not entirely sure, but I can guess intelligently. :-) Win32 doesn't have signals either; instead, it use

Re: [Mono-dev] [Mono-docs-list] Can not checkout trunk on windows

On Wed, 2007-12-26 at 10:32 -0500, Miguel de Icaza wrote: > > Suggestions? All I can suggest is that namespace XML files should > > contain some character/string that namespaces are highly unlikely to > > contain, e.g. instead of "en/System.xml" for the XML documentation on > > the System namespac

Re: [Mono-dev] Can not checkout trunk on windows

On Tue, 2007-12-25 at 20:55 +0100, Steve Wagner wrote: > Hi, currently i can not checkout the trunk on windows, because in > "/monodoc/class/System.Security/en" are an file with name > "System.Security.Cryptography.Xml" and an folder with the same name. > > If i try to check out, ive allways get a

Re: [Mono-dev] Can not checkout trunk on windows

On Tue, 2007-12-25 at 20:55 +0100, Steve Wagner wrote: > Hi, currently i can not checkout the trunk on windows, because in > "/monodoc/class/System.Security/en" are an file with name > "System.Security.Cryptography.Xml" and an folder with the same name. > > If i try to check out, ive allways get a

Re: [Mono-dev] Control-C handler

On Thu, 2007-12-20 at 14:16 -0500, Miguel de Icaza wrote: > Hello, > > > You can use signal(2), which is helpfully exposed by Mono.Posix.dll. > > > > See the attached program. > > This actually would corrupt the application state, because the C-c > handler will run the entire JIT at that point a

Re: [Mono-dev] Control-C handler

On Thu, 2007-12-20 at 18:56 +0100, pablosantosluac wrote: > I've found the following code to set a Control-C handler on a .NET 1.1 > application. > > http://geekswithblogs.net/mrnat/archive/2004/09/23/11594.aspx > > Is there a way to do the same on Linux/Mono? You can use signal(2), which is he

Re: [Mono-dev] Mono.Addins in Monodoc

On Thu, 2007-12-20 at 14:56 +0100, Lluis Sanchez wrote: > Fair enough. Just make sure you guys consider Mono.Addins if MonoDoc is > going to include any kind of extensibility support (including support > for third party libraries to extend MonoDoc with new documentation). > Otherwise we'd be reimpl

Re: [Mono-dev] Mono.Security + SecureString

On Wed, 2007-12-12 at 12:59 +, Alan McGovern wrote: > It'd break API compatibility, therefore it's a no-go. Be more imaginative than that. :-) It need not be actual new methods on the existing classes, but instead extension methods in a different assembly. It might also be possible to make t

Re: [Mono-dev] String.GetHashCode()

On Sat, 2007-12-01 at 16:16 +0100, Tinco Andringa wrote: > Speaking of unicode/utf-16 and memory, couldn't a lot of > memory be spared if strings where stored as utf8 internally, > which would be converted back to utf-16 when more than 256 > different characters woul

Re: [Mono-dev] sigc++ signal C# wraper

On Tue, 2007-10-30 at 17:33 -0300, [EMAIL PROTECTED] wrote: > I only have now a little problem, but I'm sure that is my stupidity, I > add to the C# example code that you send me a delegate and a event , to > allow to other C# class to asociate method to this event in a > traditional .Net/mono

Re: [Mono-dev] sigc++ signal C# wraper

On Mon, 2007-10-29 at 20:58 -0300, [EMAIL PROTECTED] wrote: > About the sigc++ C# wraper, please be patient with me, I love > programming and I really want to learn this kind of wraper (in other > situation I write little wraper for common inpout/output function), and > you must know that this i

Re: [Mono-dev] mmap problem

On Mon, 2007-10-29 at 20:28 -0300, [EMAIL PROTECTED] wrote: > About the gdb test, this is my result: > > //I don't pass the /pr.txt file as parameter, internally I open allways > this file > (gdb) b Mono_Posix_Syscall_mmap > Function "Mono_Posix_Syscall_mmap" not defined. > Make breakpoint pendin

Re: [Mono-dev] libsigc++ signal wrapper

On Sun, 2007-10-28 at 22:39 -0300, Mauricio Henriquez wrote: > Currently, I need to write a wrapper to allow a C# program to connect > to a signal exposed in a class that use the libsigc++ library, and I > want to ask if you have any idea, suggestion or documentation related to > this kind of

Re: [Mono-dev] Syscall.mmap problem

On Sun, 2007-10-28 at 18:20 -0300, Mauricio Henriquez wrote: > ok, sorry but I don't recive the previous mail I check my trash and spam > forlder but nothing... Are you signed up on mono-devel-list? Or are personal replies all that you get? If you're not on mono-devel-list, you're not getting m

Re: [Mono-dev] Syscall.mmap problem

On Sun, 2007-10-28 at 18:20 -0300, Mauricio Henriquez wrote: > in my mmap test the "/pr.txt" file exist so the "error handling" is only > for test porpuses and to watch if any of the mmap paremeter is wronge > (this is a test of the mmap not the final working with the mmap on the > video4linus.n

Re: [Mono-dev] Syscall.mmap problem

On Thu, 2007-10-25 at 16:07 -0300, Mauricio Henriquez wrote: > about the Syscall.mmap function call, if I ask for the > Mono.Unix.Native.Stdlib.GetLastError(), I get a > EOVERFLOW error message. > what can I do to solve this or give you a better bug report? EOVERFLOW will be set if the `length' p

Re: [Mono-dev] Syscall.mmap problem

On Wed, 2007-10-24 at 22:07 -0300, Mauricio Henriquez wrote: > do you see some mistake? Yes. Your error handling is completely wrong. :-) You have: if((fdin = Syscall.open("/pr.txt", OpenFlags.O_RDONLY)) < 0) Console.WriteLine("open crash"); else

Re: [Mono-dev] C bindings VS C++ bindings (Gtk# vs. Kimono?)

On Mon, 2007-10-15 at 19:42 +0100, James Mansion wrote: > Jonathan Pryor wrote: > > On Wed, 2007-09-26 at 20:37 +0100, James Mansion wrote: > > > >> The use of GPL is very unfortunate - Qt does at least allow for MPL and > >> an extending range of other open

Re: [Mono-dev] C bindings VS C++ bindings (Gtk# vs. Kimono?)

On Wed, 2007-09-26 at 20:37 +0100, James Mansion wrote: > The use of GPL is very unfortunate - Qt does at least allow for MPL and > an extending range of other > open source licences. Uh, Qt is NOT compatible with MPL and an extended range of other open source licenses. From [0], you have an e

Re: [Mono-dev] Linq sample?

On Tue, 2007-09-25 at 18:52 +0200, pablosantosluac wrote: > One question too, I'm totally new to linq so, is there a way to build the > queries dynamically? I mean, maybe something like building them from a > string that you can build at runtime or so?? LINQ doesn't natively support this, but se

Re: [Mono-dev] [Beginners] Problem to do a simple makefile

On Mon, 2007-09-10 at 17:50 +0200, Marcos Cobeña Morián wrote: > Also, assemblies installed on GAC can be referenced directly without > copying files to your output path. This is incorrect. Assemblies in the same directory as mcs.exe/gmcs.exe can be referenced directly without copying files to yo

Re: [Mono-dev] Marshalling

On Thu, 2007-08-23 at 11:31 +0200, Jouini Karim wrote: > And i'm wondering : is there any example on how to pass delegates ? http://msdn2.microsoft.com/en-us/library/ms172513(VS.80).aspx You can also look at Mono.Posix.dll's signal(3) wrapper: http://anonsvn.mono-project.com/source/trunk/mcs/cla

Re: [Mono-dev] [Mono-list] Getting countries, application directory and evolution interaction

On Sat, 2007-08-18 at 21:55 +0200, Manuel de la Pena wrote: > I'm developing an application and in one point I want to get a list > of all the countries, I have found the following code that works on > windows: > Is there any possible way to achieve this with mono on Linux?!?! Not with the

Re: [Mono-dev] Marshalling: Bug in StructLayout?

On Sat, 2007-08-18 at 16:20 +0200, Prakash Punnoor wrote: > I am not sure whether I am making something wrong or mono has a bug. Please > see attached program. If declare the AVRational struct with explicit offsets, > it works, otherwise the width member (and following) in AVFormatContext are >

Re: [Mono-dev] Marshalling CharSet=CharSet.Unicode under Linux.

On Thu, 2007-08-09 at 10:15 -0400, Gary M. Smithrud wrote: > I have several unmanaged function defined in libraries that use UTF-32 > under Linux. Marshalling does not appear to be working because it is > providing strings as UTF-16. This is based upon the test code I found > with the Mono source

Re: [Mono-dev] Functional programming like pure ansi C

On Thu, 2007-08-16 at 11:38 +0200, Stefan Fink wrote: > we want to port our own scripting language (only the scripts) to mono (c#). > > 1. Can i call a new Mono programm inside the other one ??? Yes. See System.Diagnostics.Process. > 2. include functions from many files No, C# does not su

Re: [Mono-dev] Reading excel files with mono ?

On Wed, 2007-08-08 at 15:51 +0300, Onur Gumus wrote: > Does anyone know if it is possible to read from Microsoft Excel > files , with mono under linux ? Not with just Mono, but you can use Mono with: * IKVM + Jakarta Poi [1] * Novell's OpenOffice.org, which has Mono UNO bindings. If you use

Re: [Mono-dev] Porting Mono to the ARM based OpenMoko platform.

On Fri, 2007-07-27 at 18:42 -0600, Colin Josey wrote: > I was attempting to program for the OpenMoko platform in C when I realized > how > inflexible the language was. I already had a library for what I was doing in > C# so I looked into porting Mono to OpenMoko. As far as I know, the system

Re: [Mono-dev] Smokey - a new FxCop/Gendarme like tool

On Thu, 2007-07-26 at 02:58 -0700, Jesse Jones wrote: > I've written a tool to analyze assemblies for problems. Currently it > only supports eleven rules, but that's enough to find some serious > problems in the 1.2.5 mono assemblies. Here are some sample reports: >

Re: [Mono-dev] [PATCH] NRE in gmcs with -doc flag

On Fri, 2007-07-20 at 19:33 -0400, Bill Holmes wrote: > Mono output : > > > MS output : > When did CSC start generating so many '#'s and '@'? Last time I checked CSC output, it would generate output similar to: M:Test.TestItf2{System.Int32,System.Double}.TestMethod Now, '#' is also a

Re: [Mono-dev] check for a valid system user with mono

On Wed, 2007-07-11 at 06:47 +0300, Anton Andreev wrote: > How to use Mono.Unix or Mono.Unix.Native to check whether a specific > system username and password are valid? Checking that the username is valid is easy enough -- create a UnixUserInfo instance. An ArgumentException is thrown if the use

Re: [Mono-dev] Error in UnixGroupInfo

On Thu, 2007-06-21 at 13:58 +0200, Rolf Bjarne Kvinge wrote: > > Con: All but one property would now be able to throw an exception, > > while previously they wouldn't. So currently-working "broken" code like > > this: > > UnixGroupInfo g = ... > > foreach (UnixUserInfo u in g.GetMembers (

Re: [Mono-dev] Error in UnixGroupInfo

So we have two proposed solutions: 1. Skip invalid user names in UnixGroupInfo.GetMembers(). Pro: Allows use on mis-configured systems Con: The only way to know that an error occurred is to compare UnixGroupInfo.GetMembers().Length to UnixGroupInfo.GetMemberNames().Length, and then to find which

Re: [Mono-dev] Error in UnixGroupInfo

On Wed, 2007-06-20 at 11:30 +0200, pablosantosluac wrote: > I have found an issue with Mono.Unix.UnixGroupInfo.GetMembers(). > > This method is meant to return the UnixUserInfo for the members of the given > unix group. The issue arises when a system has an unexistent username > defined in the gro

Re: [Mono-dev] Dictionary`2: optimized and serialization-compatible with MS.net

On Mon, 2007-06-11 at 14:50 -0300, Rodrigo Kumpera wrote: > I don't know much about C# generics, but isn't it possible to use > partial specialization like in c++ templates? No. Partial template specialization, non-type template parameters, and enough flexibility to accidentally create a Turing-c

Re: [Mono-dev] System.Reflection and C# compiler differences between Mono and .NET.

On Fri, 2007-06-08 at 07:46 -0400, Jonathan Pryor wrote: > Mono's (g)mcs produces different metadata for explicitly-implemented > interface members than CSC does. Thus, a question: > > Should these differences be considered to be Mono bugs? > 2. Generics: gmcs produces sig

[Mono-dev] System.Reflection and C# compiler differences between Mono and .NET.

Mono's (g)mcs produces different metadata for explicitly-implemented interface members than CSC does. Thus, a question: Should these differences be considered to be Mono bugs? Details: Consider explicitly implemented methods and properties: using System.Collections; using Syste

Re: [Mono-dev] Announce: Mono.Fuse 0.4.0

On Sun, 2007-05-13 at 18:53 +0200, pablosantosluac wrote: > I've tried with 0.4.1 but I don't see the GetOperationContext method... GetOperationContext() is a static protected method in Mono.Fuse.FileSystem. > BTW, I'm impressed about how easy is implementing a filesystem using > Mono/Fuse... Gr

Re: [Mono-dev] Silverlight early implementation thoughts.

On Sat, 2007-05-05 at 18:09 -0400, Joshua Tauberer wrote: > Miguel wrote: > > Silverlight brings another component into the equation: > > IMO, the Mono community/project tends to spread itself very thin. Lots > of things get started but not polished up and finished very well. For the most pa

Re: [Mono-dev] ASP.NET 2.0 & clickonce implementation state.

On Thu, 2007-04-19 at 16:50 +0200, APS wrote: > I've read the roadmap on mono web site but I haven't understood > what's the level of implementation of framework 2.0 and of APS.NET > 2.0 in particular. What is missing? More and more of ASP.NET 2.0 is present and available. The rest of the 2.0 f

Re: [Mono-dev] Probably a dumb question - DirectX and Mono and Linux

On Tue, 2007-04-17 at 08:09 +0200, Aras Pranckevicius wrote: > If you take Mono out of the question for a moment... are there plans > to support DirectX on Linux? I guess not (*) > > > * Without doing a full WinAPI emulation ala Wine/WineX/Cedega, that is. I believe that Wine/WineX/Cedega *do* s

Re: [Mono-dev] Binding navigator patch

On Fri, 2007-04-06 at 08:00 +0200, [EMAIL PROTECTED] wrote: > I think it is thanks to my version of Mono.Posix (the link was bad) because I > use my own Mono.posix version. What exactly is the change you make to Mono.Posix? If it's good, we might want to integrate it into Mono.Posix. - Jon __

Re: [Mono-dev] System.Net.NetworkInformation.Ping

On Sun, 2007-03-25 at 02:14 -0400, Miguel de Icaza wrote: > We do not have plans of implementing the Ping method at this point. On > Unix issuing Ping requires root privileges. For making this work, we > would have to write a setuid program and launch it every time this call > is made. Couldn't

Re: [Mono-dev] Mono's BitConverter.

On Fri, 2007-03-16 at 18:28 -0400, Miguel de Icaza wrote: > So we have decided to implement an actually useful set of Bit > conversion class and request developers to use this instead. > > * Raw conversions (byte [] to datatype and back). > > * LittleEndian to native (byte [] contains LE enco

Re: [Mono-dev] Building Mono 1.2.3 from Source

On Wed, 2007-03-21 at 10:44 -0400, Brown, Robert wrote: > I have a really dumb question… I'm running Debian and have installed > mono 1.2.1 from Apt along with xsp and mod-mono. However, I want to > use the new features so I ended up building mono 1.2.3 from source and > setting the install direc

Re: [Mono-dev] File.Copy on unix with symbolic link / atime and mtime / stat64

On Mon, 2007-03-05 at 13:06 +0100, Lorenzo Delana wrote: > OK, the paragon between two different OS view of a concept (.lnk and symlink) > that aren't the same thing is not correct, No, really, they're not at all the same thing: http://www.microsoft.com/technet/technetmag/issues/2006/09/WindowsC

Re: [Mono-dev] Generic type naming

On Fri, 2007-03-09 at 17:41 -0800, David Mitchell wrote: > You're right...there's no difference in the implementation for the names of > Generic types. The weirdness in the type name that I was seeing comes from > using the fancy new 'yield return' syntax that was introduced in C# 2.0. > > To illu

Re: [Mono-dev] Stop Garbage Collection for a Codeblock

On Thu, 2007-03-08 at 10:05 +0100, Back, Michael (ext) wrote: > Is it possible to stop the GC for garbage collecting for a code > block? Simple (yet glib) answer: Don't allocate anything from the GC. If you don't allocate GC memory, then the GC won't get involved. :-) Sadly, this is the safest

Re: [Mono-dev] monodocs2html help with source

On Wed, 2007-02-28 at 11:38 -0300, Pedro Sobota wrote: > So what means is used to specify the link text on Monodoc, if the > element doesn't contain this information? See tools/stylesheet.xsl. If a cref attribute is specified, then the value of the cref attribute is used. If a langword attribut

Re: [Mono-dev] monodocs2html help with source

On Tue, 2007-02-27 at 10:00 -0300, Pedro Sobota wrote: > I'm trying to get monodocs2html to run from source on my machine. As a > first try on contributing to Mono, I'm looking to make it so the > hyperlink generated from elements get their text from the > element value if available. There's just

<    1   2   3   4   5   >