[Mono-list] Master's project built on Mono
Hi, I just completed my master's project and as I used Mono I wanted to thank everyone who has contributed to development of the framework. I've found Mono very stable, fast and easy to use. My project, Katahdin is a programming language interpreter written in C#. Unlike most interpreters, the language that Katahdin interprets can be modifed by the running program. You can add new language constructs such as expressions and statements as easily as defining new functions and types. If your langauge doesn't have a for-each statement you can define one in just a few lines. Katahdin can be compared to CLI languages such as Boo and Nemerle that have macro systems but it's much more powerful. An entire language can be defined in Katahdin, turning the interpreter into an interpreter for that language that can run off the shelf programs. Two languages can be composed to use them both at the same time. For example, in my demos I use write a program in one file that has both Python and FORTRAN code running together, sharing code and data. You might be interested in looking at Katahdin because: * It is a medium sized application built entirely in Mono * It very heavily uses DynamicMethod and ClassBuilder * It allows for interesting new language development in Mono * Optimisations could be tested on it You may also be interested in the theory of Katahdin, and how they are implemented in Mono: * Parsing expression grammars * Packrat parsing You can find Katahdin, my thesis and other literature at http://www.chrisseaton.com/katahdin/. The code is in the public domain. Thanks Chris Seaton ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] critical problem !!!!!!!
Nobody has actually told you what is wrong with your code! CarteDeViste is in the CarteVisite namespace. AnnuaireDAL is in the root namespace, so when you refer to CarteDeVisite in the definition of ExtraireCarte, the compiler cannot find it. Add "using CarteVisite;" to your second file. You must always add a "using" for each namespace that you use in each file, or refer to the namespace a class is in using the "CarteVisite.CarteDeVisite" notation. Chris Seaton On 10 Jun 2007, at 17:06, kamel derouiche wrote: > >> [Could you, please, translate your code in english >> when you ask >> questions here ? More people will be glad to think >> about your >> troubles and this will make your chances of having >> mutiple advices higher :-) ] > > I agree with you > > What's the result in .NET with CSC? > > yes, it is the same thing > > > > > NetBSD is very JIHBED, MONO RUN in NetBSD > > > > __ > __ > Be a better Heartthrob. Get better relationship answers from > someone who knows. Yahoo! Answers - Check it out. > http://answers.yahoo.com/dir/?link=list&sid=396545433 > ___ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] DynamicMethod
Yes, they should be collected by the garbage collector. I think the MSN docs explicitly say so. I use them extensively in my application, generating many hundreds of them, and I am confident they are being collected. Chris Seaton On 6 Jun 2007, at 19:41, Rodrigo B. de Oliveira wrote: > On 3/12/07, Chris Seaton <[EMAIL PROTECTED]> wrote: >> Are DynamicMethod's collected by the GC? They don't seem to be being >> collected in my application. >> > > Are they? > ___ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] My program randomly doesn't work with Mono
The problem is intermittent. I can work on my program all day and
then suddenly it just starts failing. Stick a Console.WriteLine in
and it works again. Then it stops again and I take it out and it
works again!
Chris
On 16 May 2007, at 16:54, Ted Milker wrote:
> Just an FYI but none of these crash on FreeBSD 6.2 running mono
> 1.2.3.1
>
> Jonathan Gagnon wrote:
>> Hi,
>>
>> I too have different behaviors if I put a Console.WriteLine in my
>> code.
>> Consider the following example :
>>
>> static void Main(string[] args)
>> {
>> int num = 500;
>> Hashtable table = new Hashtable();
>> for (int i = 0; i < num; ++i)
>> {
>> Object obj = new Object();
>> table.Add(obj, obj);
>> }
>> }
>>
>> That crashes somewhere inside the for loop. But if I add a
>> WriteLine at the
>> beginning like this :
>>
>> static void Main(string[] args)
>> {
>> int num = 500;
>> Console.WriteLine("WriteLine");
>> Hashtable table = new Hashtable();
>> for (int i = 0; i < num; ++i)
>> {
>> Object obj = new Object();
>> table.Add(obj, obj);
>> }
>> }
>>
>> Everything works fine. Then if I add another WriteLine at the end
>> followed
>> by a Thread.Sleep, it crashes again, but this time inside the
>> Thread.Sleep :
>>
>> static void Main(string[] args)
>> {
>> int num = 500;
>> Console.WriteLine("WriteLine");
>> Hashtable table = new Hashtable();
>> for (int i = 0; i < num; ++i)
>> {
>> Object obj = new Object();
>> table.Add(obj, obj);
>> }
>> Console.WriteLine("WriteLine");
>> Thread.Sleep(1);
>> }
>>
>> Any modifications to that code may lead to different behaviors.
>> Sometimes I
>> seem to end up being stuck in a infinite loop (with 2.8 gig of
>> allocated
>> virtual memory). It seems like the size of the executable has an
>> impact on
>> the result...
>>
>
> ___
> Mono-list maillist - Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] My program randomly doesn't work with Mono
Sorry to reply again, but just realised I too have an extremely big
hashtable that if was returning incorrect values would cause the
logic error I'm seeing. I'm going to try replacing it with a
different data structure and see what happens.
Chris
On 16 May 2007, at 16:51, Chris Seaton wrote:
> Aaah! It must be a memory thing then! I'm so glad someone else is
> experiencing this.
>
> Chris
>
> On 16 May 2007, at 16:45, Jonathan Gagnon wrote:
>
>> Hi,
>>
>> I too have different behaviors if I put a Console.WriteLine in my
>> code.
>> Consider the following example :
>>
>> static void Main(string[] args)
>> {
>> int num = 500;
>> Hashtable table = new Hashtable();
>> for (int i = 0; i < num; ++i)
>> {
>> Object obj = new Object();
>> table.Add(obj, obj);
>> }
>> }
>>
>> That crashes somewhere inside the for loop. But if I add a
>> WriteLine at the
>> beginning like this :
>>
>> static void Main(string[] args)
>> {
>> int num = 500;
>> Console.WriteLine("WriteLine");
>> Hashtable table = new Hashtable();
>> for (int i = 0; i < num; ++i)
>> {
>> Object obj = new Object();
>> table.Add(obj, obj);
>> }
>> }
>>
>> Everything works fine. Then if I add another WriteLine at the end
>> followed
>> by a Thread.Sleep, it crashes again, but this time inside the
>> Thread.Sleep :
>>
>> static void Main(string[] args)
>> {
>> int num = 500;
>> Console.WriteLine("WriteLine");
>> Hashtable table = new Hashtable();
>> for (int i = 0; i < num; ++i)
>> {
>> Object obj = new Object();
>> table.Add(obj, obj);
>> }
>> Console.WriteLine("WriteLine");
>> Thread.Sleep(1);
>> }
>>
>> Any modifications to that code may lead to different behaviors.
>> Sometimes I
>> seem to end up being stuck in a infinite loop (with 2.8 gig of
>> allocated
>> virtual memory). It seems like the size of the executable has an
>> impact on
>> the result...
>>
>> Now I don't know if it is related to the bug you describe, but it
>> sures look
>> like the same problem.
>>
>> Jonathan
>>
>> -Message d'origine-
>> De : [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED] De la part de Chris
>> Seaton
>> Envoyé : Wednesday, May 16, 2007 11:23 AM
>> À : Robert Jordan
>> Cc : Mono-list@lists.ximian.com
>> Objet : Re: [Mono-list] My program randomly doesn't work with Mono
>>
>> No, the program doesn't hang. The program logic acts differently
>> even though
>> the input is exactly the same. There are no threads, only IO is
>> reading from
>> a file that I am positive is not changing, no date time
>> calculations, no
>> random numbers, no networking, no libraries, no external programs,
>> nothing.
>> I am positive the program should run exactly the same each time,
>> but it
>> doesn't. And then when I put a Console.WriteLine in to see where it
>> might be
>> going wrong, it sometimes magically works again. The program is far
>> too big
>> to submit as a test case.
>>
>> Any ideas?
>>
>> Chris Seaton
>>
>> On 16 May 2007, at 12:51, Robert Jordan wrote:
>>
>>> Hi,
>>>
>>> Chris Seaton wrote:
>>>> I ran it several times in GDB and managed to reproduce the problem,
>>>> but GDB didn't say that anything went wrong.
>>>
>>> When the program is hanging again, send it a SIQUIT:
>>>
>>> kill -QUIT
>>>
>>> The runtime will dump a backtrace of all threads.
>>>
>>> If you are proficient with GDB (see http://mono-project.com/
>>> Debugging), you could interrupt the debugger with Ctrl-C and call
>>> the
>>> "mono_backtrace" macro.
>>>
>>> After you've got a backtrace (either from SIGQUIT or gdb), go to
>>> http://mono-project.com/Bugs and file a bug for the "Runtime"
>>> component, preferably with a small test case.
>>>
>>> Robert
>>>
>>>
>>>>
>>>> Chris
>>>>
>>>> On 16 May 2007, at 12:03, joeri Belis wrote:
>>>>
>>>>> Does it work when run from a debugger environment?
>>>>>
>>>>> -Oorspron
Re: [Mono-list] My program randomly doesn't work with Mono
Aaah! It must be a memory thing then! I'm so glad someone else is
experiencing this.
Chris
On 16 May 2007, at 16:45, Jonathan Gagnon wrote:
> Hi,
>
> I too have different behaviors if I put a Console.WriteLine in my
> code.
> Consider the following example :
>
> static void Main(string[] args)
> {
> int num = 500;
> Hashtable table = new Hashtable();
> for (int i = 0; i < num; ++i)
> {
> Object obj = new Object();
> table.Add(obj, obj);
> }
> }
>
> That crashes somewhere inside the for loop. But if I add a
> WriteLine at the
> beginning like this :
>
> static void Main(string[] args)
> {
> int num = 500;
> Console.WriteLine("WriteLine");
> Hashtable table = new Hashtable();
> for (int i = 0; i < num; ++i)
> {
> Object obj = new Object();
> table.Add(obj, obj);
> }
> }
>
> Everything works fine. Then if I add another WriteLine at the end
> followed
> by a Thread.Sleep, it crashes again, but this time inside the
> Thread.Sleep :
>
> static void Main(string[] args)
> {
> int num = 500;
> Console.WriteLine("WriteLine");
> Hashtable table = new Hashtable();
> for (int i = 0; i < num; ++i)
> {
> Object obj = new Object();
> table.Add(obj, obj);
> }
> Console.WriteLine("WriteLine");
> Thread.Sleep(1);
> }
>
> Any modifications to that code may lead to different behaviors.
> Sometimes I
> seem to end up being stuck in a infinite loop (with 2.8 gig of
> allocated
> virtual memory). It seems like the size of the executable has an
> impact on
> the result...
>
> Now I don't know if it is related to the bug you describe, but it
> sures look
> like the same problem.
>
> Jonathan
>
> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] De la part de Chris Seaton
> Envoyé : Wednesday, May 16, 2007 11:23 AM
> À : Robert Jordan
> Cc : Mono-list@lists.ximian.com
> Objet : Re: [Mono-list] My program randomly doesn't work with Mono
>
> No, the program doesn't hang. The program logic acts differently
> even though
> the input is exactly the same. There are no threads, only IO is
> reading from
> a file that I am positive is not changing, no date time
> calculations, no
> random numbers, no networking, no libraries, no external programs,
> nothing.
> I am positive the program should run exactly the same each time,
> but it
> doesn't. And then when I put a Console.WriteLine in to see where it
> might be
> going wrong, it sometimes magically works again. The program is far
> too big
> to submit as a test case.
>
> Any ideas?
>
> Chris Seaton
>
> On 16 May 2007, at 12:51, Robert Jordan wrote:
>
>> Hi,
>>
>> Chris Seaton wrote:
>>> I ran it several times in GDB and managed to reproduce the problem,
>>> but GDB didn't say that anything went wrong.
>>
>> When the program is hanging again, send it a SIQUIT:
>>
>> kill -QUIT
>>
>> The runtime will dump a backtrace of all threads.
>>
>> If you are proficient with GDB (see http://mono-project.com/
>> Debugging), you could interrupt the debugger with Ctrl-C and call the
>> "mono_backtrace" macro.
>>
>> After you've got a backtrace (either from SIGQUIT or gdb), go to
>> http://mono-project.com/Bugs and file a bug for the "Runtime"
>> component, preferably with a small test case.
>>
>> Robert
>>
>>
>>>
>>> Chris
>>>
>>> On 16 May 2007, at 12:03, joeri Belis wrote:
>>>
>>>> Does it work when run from a debugger environment?
>>>>
>>>> -Oorspronkelijk bericht-
>>>> Van: [EMAIL PROTECTED]
>>>> [mailto:[EMAIL PROTECTED] Namens Chris Seaton
>>>> Verzonden: woensdag 16 mei 2007 12:08
>>>> Aan: List Mono
>>>> Onderwerp: [Mono-list] My program randomly doesn't work with Mono
>>>>
>>>> Hi,
>>>>
>>>> Sorry for the very strange and vague issue report:
>>>>
>>>> My c sharp mono program randomly works and doesn't work. When I say
>>>> doesn't work - it doesn't crash - the program logic inexplicably
>>>> fails - I know, I know, bear with me...
>>>>
>>>> My program has no IO apart from reading from files that I am
>>>> positive are not changing between runs. There is no
Re: [Mono-list] My program randomly doesn't work with Mono
No, the program doesn't hang. The program logic acts differently even
though the input is exactly the same. There are no threads, only IO
is reading from a file that I am positive is not changing, no date
time calculations, no random numbers, no networking, no libraries, no
external programs, nothing. I am positive the program should run
exactly the same each time, but it doesn't. And then when I put a
Console.WriteLine in to see where it might be going wrong, it
sometimes magically works again. The program is far too big to submit
as a test case.
Any ideas?
Chris Seaton
On 16 May 2007, at 12:51, Robert Jordan wrote:
> Hi,
>
> Chris Seaton wrote:
>> I ran it several times in GDB and managed to reproduce the problem,
>> but GDB didn't say that anything went wrong.
>
> When the program is hanging again, send it a SIQUIT:
>
> kill -QUIT
>
> The runtime will dump a backtrace of all threads.
>
> If you are proficient with GDB (see http://mono-project.com/
> Debugging),
> you could interrupt the debugger with Ctrl-C and call the
> "mono_backtrace" macro.
>
> After you've got a backtrace (either from SIGQUIT or gdb), go to
> http://mono-project.com/Bugs and file a bug for the "Runtime"
> component, preferably with a small test case.
>
> Robert
>
>
>>
>> Chris
>>
>> On 16 May 2007, at 12:03, joeri Belis wrote:
>>
>>> Does it work when run from a debugger environment?
>>>
>>> -Oorspronkelijk bericht-
>>> Van: [EMAIL PROTECTED]
>>> [mailto:[EMAIL PROTECTED] Namens Chris Seaton
>>> Verzonden: woensdag 16 mei 2007 12:08
>>> Aan: List Mono
>>> Onderwerp: [Mono-list] My program randomly doesn't work with Mono
>>>
>>> Hi,
>>>
>>> Sorry for the very strange and vague issue report:
>>>
>>> My c sharp mono program randomly works and doesn't work. When I say
>>> doesn't work - it doesn't crash - the program logic inexplicably
>>> fails - I know, I know, bear with me...
>>>
>>> My program has no IO apart from reading from files that I am
>>> positive
>>> are not changing between runs. There is no network code. There is no
>>> threading at all. There is no external process launching. There are
>>> no libraries apart from System.*.
>>>
>>> When it suddenly stops working, if I put in a Console.WriteLine
>>> statement to see what's going on at a certain point it will suddenly
>>> work. And that's "Console.WriteLine("test")" - I'm not calling a
>>> property or anything that could possibly have a side effect in
>>> evaluating it.
>>>
>>> I've tried running my program on two separate installations of Mono
>>> on a PowerPC OS X and an x86 Linux, one of those not being set up by
>>> myself. I've tried 1.2.3.1 and 1.2.4 with the same problem. It's
>>> very
>>> intermittent. I'll be working happily
>>>
>>> The only strange thing I do is a massive amount of dynamic code
>>> emission. Lots of TypeBuilder and DynamicMethods. It also uses a
>>> fair
>>> bit of memory, usually up to about 500 MB. I am positive that there
>>> must be some subtle bug somewhere in Mono.
>>>
>>> I know this is no information to diagnose any problem, but has
>>> anyone
>>> else had any kind of similar experience? Could anyone suggest
>>> anything I could try? Remember, there is no crash - the output of my
>>> program simply becomes wrong as if it branched incorrectly at some
>>> point, or some bit of memory changed behind my back.
>>>
>>> Thanks
>>>
>>> Chris Seaton
>>> ___
>>> Mono-list maillist - Mono-list@lists.ximian.com
>>> http://lists.ximian.com/mailman/listinfo/mono-list
>>>
>>>
>>
>> ___
>> Mono-list maillist - Mono-list@lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-list
>>
>
> ___
> Mono-list maillist - Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] My program randomly doesn't work with Mono
I ran it several times in GDB and managed to reproduce the problem,
but GDB didn't say that anything went wrong.
Chris
On 16 May 2007, at 12:03, joeri Belis wrote:
> Does it work when run from a debugger environment?
>
> -Oorspronkelijk bericht-
> Van: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Namens Chris Seaton
> Verzonden: woensdag 16 mei 2007 12:08
> Aan: List Mono
> Onderwerp: [Mono-list] My program randomly doesn't work with Mono
>
> Hi,
>
> Sorry for the very strange and vague issue report:
>
> My c sharp mono program randomly works and doesn't work. When I say
> doesn't work - it doesn't crash - the program logic inexplicably
> fails - I know, I know, bear with me...
>
> My program has no IO apart from reading from files that I am positive
> are not changing between runs. There is no network code. There is no
> threading at all. There is no external process launching. There are
> no libraries apart from System.*.
>
> When it suddenly stops working, if I put in a Console.WriteLine
> statement to see what's going on at a certain point it will suddenly
> work. And that's "Console.WriteLine("test")" - I'm not calling a
> property or anything that could possibly have a side effect in
> evaluating it.
>
> I've tried running my program on two separate installations of Mono
> on a PowerPC OS X and an x86 Linux, one of those not being set up by
> myself. I've tried 1.2.3.1 and 1.2.4 with the same problem. It's very
> intermittent. I'll be working happily
>
> The only strange thing I do is a massive amount of dynamic code
> emission. Lots of TypeBuilder and DynamicMethods. It also uses a fair
> bit of memory, usually up to about 500 MB. I am positive that there
> must be some subtle bug somewhere in Mono.
>
> I know this is no information to diagnose any problem, but has anyone
> else had any kind of similar experience? Could anyone suggest
> anything I could try? Remember, there is no crash - the output of my
> program simply becomes wrong as if it branched incorrectly at some
> point, or some bit of memory changed behind my back.
>
> Thanks
>
> Chris Seaton
> ___
> Mono-list maillist - Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>
>
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] My program randomly doesn't work with Mono
Hi,
Sorry for the very strange and vague issue report:
My c sharp mono program randomly works and doesn't work. When I say
doesn't work - it doesn't crash - the program logic inexplicably
fails - I know, I know, bear with me...
My program has no IO apart from reading from files that I am positive
are not changing between runs. There is no network code. There is no
threading at all. There is no external process launching. There are
no libraries apart from System.*.
When it suddenly stops working, if I put in a Console.WriteLine
statement to see what's going on at a certain point it will suddenly
work. And that's "Console.WriteLine("test")" - I'm not calling a
property or anything that could possibly have a side effect in
evaluating it.
I've tried running my program on two separate installations of Mono
on a PowerPC OS X and an x86 Linux, one of those not being set up by
myself. I've tried 1.2.3.1 and 1.2.4 with the same problem. It's very
intermittent. I'll be working happily
The only strange thing I do is a massive amount of dynamic code
emission. Lots of TypeBuilder and DynamicMethods. It also uses a fair
bit of memory, usually up to about 500 MB. I am positive that there
must be some subtle bug somewhere in Mono.
I know this is no information to diagnose any problem, but has anyone
else had any kind of similar experience? Could anyone suggest
anything I could try? Remember, there is no crash - the output of my
program simply becomes wrong as if it branched incorrectly at some
point, or some bit of memory changed behind my back.
Thanks
Chris Seaton
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] "The invoked member is not supported in a dynamic module."
Hi, I have a C# assembly that dynamically defines new classes. From my C# code I'm trying to create an instance of a dynamically defined class by calling the constructor it fails with The invoked member is not supported in a dynamic module. It works fine if I call the constructor of a statically defined class. What is wrong? What is the restriction that is causing the exception? It may be unrelated, the C# code that calls the constructor is in a call stack that includes invocations of dynamic methods that are defined in the same dynamic module as my dynamic classes. Thanks Chris Seaton ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] [Gtk-sharp-list] Thread-safe GUI update
You want to use a semaphore. After AppendAvalues you signal. In place
of Thread.Sleep you wait on that signal. Something vaguely like
Semaphore semaphore = new Semaphore(0, 1);
while (Messages.Count > 0) {
msg = (Message) Messages.Dequeue();
send(msg);
Gtk.Application.Invoke(delegate {
treeStore.AppendAvalues(msg.To, msg.Text);
semaphore.Release(1);
});
semaphore.WaitOne();
}
Chris Seaton
On 22 Mar 2007, at 20:31, Leon Stringer wrote:
> Hi,
>
> I'm updating a list (TreeView with TreeStore) from a thread when
> processing some items, something like:
>
> while (Messages.Count > 0) {
> msg = (Message) Messages.Dequeue();
> send(msg);
>
> Gtk.Application.Invoke(delegate {
> treeStore.AppendAvalues(msg.To, msg.Text);
> });
>
> Thread.Sleep(0);
> }
>
> There's another thread adding messages to the message queue.
>
> The problem is that sometimes the Gtk.Application.Invoke() is executed
> after I've dequeued the next message so the wrong item is added to the
> list. I could stick a greater value in Thread.Sleep() but this
> would be
> a kludge. Is there any thread-safe way to do this?
>
> (Mono 1.1.13.8 for Windows)
>
> Thanks in advance,
>
> Leon...
> ___
> Gtk-sharp-list maillist - Gtk-sharp-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/gtk-sharp-list
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Ignoring NullReferenceExceptions from Mono in gdb
Yeah, I know this. It's actually a testing routine where I run code knowing that it will null reference, but running it will check that Mono can verify the IL. It's not the logic of my program that I'm testing - it's the IL that I've generated. Any solution to my problem with gdb? Chris On 22 Mar 2007, at 14:51, Alan McGovern wrote: > Throwing NullReferenceException is a normal part of the operation of > a part of my program, sometimes several thousands will be thrown. > > Then you *really* should review the logic in your program. > Controlling logic through exception throwing is generally pretty > bad programming practice. > > If a null value is an expected input then you should be able to > program proper handling for it. Exceptions should only be thrown in > exceptional circumstances. > > Alan ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Ignoring NullReferenceExceptions from Mono in gdb
Throwing NullReferenceException is a normal part of the operation of a part of my program, sometimes several thousands will be thrown. I'm debugging Mono in gdb and I'm not interested in seeing each Program received signal SIGBUS, Bus error. and having to manually continue. Can I suppress then and always automatically continue? Thanks Chris Seaton ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Better feedback from InvalidProgramException
Hi, I'm using reflection.emit and dynamic method to emit code at runtime. Sometimes I have errors in the code I emit, but the only feedback I get is InvalidProgramException with an IL offset. Is there any way to find out what is wrong when I get these errors? If I get something like IL_0585: call 0x00ed Mono must know what was wrong to throw the exception. Not enough on the stack for example? Is there any way to get it to give me more information? Is there any way to easily work out where in my code IL_0585 was emitted? Thanks Chris Seaton ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] When does a method get compiled?
When does Mono JIT compile each method? When the assembly is loaded? When the class is first referenced? When the class is first instantiated? When a method referring to it is compiled? When it is first called? Thanks Chris Seaton ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] DynamicMethod
Are DynamicMethod's collected by the GC? They don't seem to be being collected in my application. Thanks Chris Seaton ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Segmentation fault running monodis
Running monodis in gdb on my assembly I get this error Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_PROTECTION_FAILURE at address: 0x 0x0027e83c in mono_class_from_generic_parameter (param=0x1241330, image=0x0, is_mvar=0) at class.c:3251 3251image = klass->image; (gdb) bt #0 0x0027e83c in mono_class_from_generic_parameter (param=0x1241330, image=0x0, is_mvar=0) at class.c:3251 #1 0x002c4db8 in do_mono_metadata_parse_type (type=0xbfffe9bc, m=0x1800a00, container=0x12412d0, ptr=0x7cb655 "\006\025\022\035\001 \022\030\004\006\021??\006 \001\022??\016\005 ", rptr=0xbfffea28) at metadata.c:2193 #2 0x002c52cc in mono_metadata_parse_type_full (m=0x1800a00, container=0x12412d0, mode=16, opt_attrs=0, ptr=0x7cb652 "\035\023", rptr=0xbfffeaa4) at metadata.c:1562 #3 0x002c576c in mono_metadata_parse_method_signature_full (m=0x1800a00, container=0x12412d0, def=0, ptr=0x7cb652 "\035\023", rptr=0xbfffeab8) at metadata.c:1817 #4 0x68fc in dis_method_list (klass_name=0x7c5d8a "Multiset`1", m=0x1800a00, start=204, end=211, type_container=0x12412d0) at main.c:896 #5 0x79f0 in dis_type (m=0x1800a00, n=31, is_nested=0, forward=0) at main.c:1272 #6 0x8340 in dis_types (m=0x1800a00, forward=0) at main.c:1387 #7 0x8c1c in disassemble_file (file=0x19134 "?") at main.c:1522 #8 0x8e74 in main (argc=2, argv=0xb37c) at main.c:1896 (gdb) print klass $1 = (MonoClass *) 0x1243fb0 (gdb) print klass->image $2 = (MonoImage *) 0x0 Mono 1.2 on OS X. The assembly is compiled using gmcs and uses generics but nothing else unusual. Any idea what's wrong? Thanks Chris Seaton ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Illegal Instruction
For some reason Mono raises an Illegal Instruction exception when it runs out of stack space, instead of raising a StackOverflow exception, which is what people want. I don't know why. That might be your problem - too much recursion? Chris Seaton On 9 Mar 2007, at 04:28, Anitha wrote: > > Hi, > > I'm working in Mac MONO. I'm getting an exception as "Illegal > Instruction" > while trying to run the C#.Net 2005 code in Mac. But i'm getting > the output > for the same in linux CentOS MONO. > > Thanks for your help in advance. > > Thanks, > Anitha > -- > View this message in context: http://www.nabble.com/Illegal- > Instruction-tf3373717.html#a9388369 > Sent from the Mono - General mailing list archive at Nabble.com. > > ___ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Converting list types
gmcs says that it Cannot convert from `System.Collections.Generic.List' to `System.Collections.Generic.List' ParseGraphNode implements IParseable, so I would have thought that the compiler would allow that, but since it doesn't, what is the best way to convert from List to List? I know I can instantiate a new List and copy one by one into that, but it seems a very common operation - is there a shortcut? Thanks. Chris Seaton ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Fw: IDE for Mono
Glade produces XML files which the glade library uses. You can use the glade library from C or Mono. Chris On 24 Feb 2007, at 19:37, Jorge Bastos wrote: > Hum... i don't see nothing for mono here or am i dumb? :P > > Jorge > > > - Original Message - > From: "Adam Tauno Williams" <[EMAIL PROTECTED]> > To: > Sent: Saturday, February 24, 2007 6:08 PM > Subject: Re: [Mono-list] IDE for Mono > > >> On Sat, 2007-02-24 at 15:12 +, Jorge Bastos wrote: >>> Guys, a nice IDE for mono to build forms? >> >> GLADE? >> >>> Without beeing monodevelop or sharpdevelop >> >> >> >> ___ >> Mono-list maillist - Mono-list@lists.ximian.com >> http://lists.ximian.com/mailman/listinfo/mono-list >> > ___ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Command line parsing
Ah yeah, I found the problem. I'm using a wrapper shell script to run mono on my program. #!/bin/sh mono foo.exe $@ When I call the script with a "b c" $@ comes out as a b c Lots of people use these wrapper scripts, don't they? How should I be doing it? Thanks Chris Seaton On 31 Jan 2007, at 10:35, Paolo Molaro wrote: > On 01/31/07 Chris Seaton wrote: >> I'm using svn Mono on OS X. I wrote a program that prints out each >> arg on a line. > [...] >> $ mono test.exe a "b c" >> a >> b >> c >> >> That's wrong - I would expect. >> >> a >> b c >> >> It's the shell's job to parse the command line isn't it? I'm using >> bash, and other programs, such as Python are getting it right. How is >> mono managing to get it wrong? > > It doesn't, because it works correctly and prints: > a > b c > So you're doing something wrong in your box or not telling everything. > > lupus > > -- > - > [EMAIL PROTECTED] debian/rules > [EMAIL PROTECTED] Monkeys do it better > ___ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Command line parsing
Hi, I think mono may have a problem with command line parsing. I'm using svn Mono on OS X. I wrote a program that prints out each arg on a line. $ mono test.exe: a b c a b c However, $ mono test.exe a "b c" a b c That's wrong - I would expect. a b c It's the shell's job to parse the command line isn't it? I'm using bash, and other programs, such as Python are getting it right. How is mono managing to get it wrong? Thanks Chris Seaton ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] make check failure
Hi, I'm compiling the mono-1.2.2.1 tar ball straight out of the box, ran make check and I get this unit test failure Test run: image=/Users/chrisseaton/Desktop/mono-1.2.2.1/mono/mini/ iltests.exe, opts= Test 'test_24_tail_calls2' failed result (got 28, expected 24). Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object at System.String.memcpy4 (System.Byte* dest, System.Byte* src, Int32 size) [0x0] at System.String.memcpy (System.Byte* dest, System.Byte* src, Int32 size) [0x0] at Tests.tail1 (TailCallStruct arg) [0x0] at Tests.test_0_tail_calls () [0x0] It just hangs after that. All the tests before it run fine. I've been using the binary release fine, on exactly the same system. Mac OS X 10.4 on PowerPC. What's wrong? Thanks Chris Seaton ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] CS0278 "ambiguous implementation of `enumerable' pattern"
Is that the long term solution?! I'm using a basic statement on a class provided by a library and I'm getting warnings. Can't it default to using one of the implementations? What does Microsoft's compiler do? Apart from anything else it makes it very hard to see actual errors and warnings in the compiler output. Chris On 18 Jan 2007, at 18:14, Felipe Almeida Lessa wrote: > On 1/18/07, Chris Seaton <[EMAIL PROTECTED]> wrote: >> Katahdin.Debugger/RuntimeThread.cs(65,21): warning CS0278: >> `System.Collections.Generic.IList' contains >> ambiguous implementation of `enumerable' pattern. Method >> `System.Collections.IEnumerable.GetEnumerator()' is >> ambiguous with method >> `System.Collections.Generic.IEnumerable.GetEnumerator()' > > The problem is that the compiler don't know if it uses IEnumerable ou > IEnumerable, both which are implemented by IList. You can solve > this by writing an explicit cast: > >foreach (string file in (IEnumerator)files) >runtime.Import(file); > > -- > Felipe. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] CS0278 "ambiguous implementation of `enumerable' pattern"
Whenever I use "for each" on an IList<> I get CS0278 foreach (string file in files) runtime.Import(file); Katahdin.Debugger/RuntimeThread.cs(65,21): warning CS0278: `System.Collections.Generic.IList' contains ambiguous implementation of `enumerable' pattern. Method `System.Collections.IEnumerable.GetEnumerator()' is ambiguous with method `System.Collections.Generic.IEnumerable.GetEnumerator()' /Library/Frameworks/Mono.framework/Versions/1.2.2.1/lib/mono/2.0/ mscorlib.dll (Location of the symbol related to previous warning) /Library/Frameworks/Mono.framework/Versions/1.2.2.1/lib/mono/2.0/ mscorlib.dll (Location of the symbol related to previous warning) I searched in the bug database and found 80408, but in my case it's applying to the standard libraries, not user defined code. What's going wrong? Thanks Chris Seaton___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] System.Array.Contains()?
System.Array has a Contains() method doesn't it? System.Array
implements System.Collections.IList and I see the implementation in
Array.cs, but when I try
string[] x = new string[]{"a", "b"};
Console.WriteLine(x.Contains("b"));
I get
error CS0117: `string[]' does not contain a definition for `Contains'
What's wrong? Using gmcs with latest mono release.
Thanks
Chris Seaton
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Bug in Mono.Data.SqliteClient?
Yes, please apply the patch. I need this functionality working for
something I'm working on and would really appreciate it.
Thanks very much.
Chris Seaton
On 6 Jan 2007, at 18:30, Miguel de Icaza wrote:
> Hello,
>
>> I filed this bug ("Sqlite Support for Multiple Result Sets") in
>> January of
>> last year, with a patch: http://bugzilla.ximian.com/show_bug.cgi?
>> id=77262
>>
>> I also updated the patch in June of last year, but the patch has
>> never
>> been applied.
>>
>> If people are actually interested in having this behavior
>> corrected, I
>> could probably update the patch again.
>
> That would be very much appreciated.
>
> Part of the problem with our SQLite bindings is that they grew
> organically and has no defined maintainer. People use it, but we
> do not
> have anyone appointed to keep it in good shape.
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Bug in Mono.Data.SqliteClient?
Does anyone have experience using Mono.Data.SqliteClient? It works fine for me apart from when I have multiple Sql statements in a single command. If I run something like command = database.CreateCommand(); command.CommandText = "update films set year = year + 10; select year, title from films where year >= 1980;"; reader = command.ExecuteReader(); I expect both statements to be executed and to read results from the second statement. This is what the source code seems to imply is what should happen. When I try it, only the first statement is executed. Any ideas? Thanks Chris Seaton ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] C# command line parsing library
Is there a library for parsing command lines in C#? Or do any C# applications have a reusable class for parsing command lines. I'm looking for something where you specify flags and default values and things and gets values from the command line. Like gopt or something. Thanks Chris Seaton ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Debug.Assert(): usable in current form?
I asked the same questions a while ago and was told how to turn on
console output and so on. Why can't Mono be set up to handle asserts
by default in exactly the same way as MS .Net? It's obviously
confusing people.
Chris
On 29 Dec 2006, at 12:03, Paul Melis wrote:
> Hi there,
>
> After two hours of bug hunting in my ray-tracer code with mono 1.2.2 I
> found that System.Diagnostics.Debug.Assert() isn't called without
> compiling sources with #define DEBUG (or corresponding (g)mcs flag).
>
> Fine.
>
> After setting the flag and still not getting any output in a case I
> was
> sure there should be some -- Debug.Assert(false) -- I managed to
> find in
> a bug report that mentioned there is no output at all by default!
>
> This is not mentioned in the FAQ, on the wiki or in the documentation.
>
> After adding a ConsoleTraceListener to fix this I finally get
> output for
> the failed assertions but there are no line number in the output...
>
> SIGH
>
> Is there a way to get failing asserts to print their line numbers
> to the
> console?? And yes, I am compiling and running with -debug/--debug
>
> Here's a small example program
>
> // t.cs
> #define DEBUG
> #define TRACE
>
> using System;
> using System.Diagnostics;
>
> class Test
> {
> public static void Main()
> {
> Debug.Listeners.Add(new ConsoleTraceListener());
>
> Debug.Assert(false);
> }
> };
>
> When compiled with
>
> gmcs -out:t.exe -debug t.cs
>
> and run with
>
> mono --debug t.exe
>
> I get
>
> DEBUG ASSERTION FAILED
> Assert Short Message
>
> at System.Diagnostics.TraceImpl.Assert ()
> at System.Diagnostics.Debug.Assert ()
> at Test.Main ()
> Assert Long Message
>
> I.e. no line numbers. Without those my assert statements are
> useless as
> there are several within the same method.
>
> Paul
> ___
> Mono-list maillist - Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Finding types by namespace
Hi, I'm developing a dynamic language that runs on top of the CLR. I want programmers to be able to access types in CRL assemblies by just writing something like System.Int32, just like in C#. Namespaces in the CLR are just a string attribute attatched to each type, so what's the best way to get a list of all the types in a particular namespace? Do I have to search through all types in the AppDomain and look at the namespace attribute? Won't that be very slow as touching every type with lazy load huge amounts of data structures that I won't actually use? I'm thinking about creating a Namespace class that has a list of member types and child namespaces. Is there anything like this already? Thanks very much. Chris Seaton ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] DirectX.NET implementation?
Will there be a DirectX.NET implementation in the future? (or even now) So that DirectX could, for example run on Linux. And if so, how can that be done? Since DirectX is now a COM technologie. Is DirectX.NET (for windows) a complete 'native' Direct.NET implementation? Or does is still rely on COM (partly)? DirectX.NET is a wrapper for the native COM libraries. You could implement DirectX.NET using SDL though. Chris Seaton ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Installing mono-wine
I posted this to [EMAIL PROTECTED], but apart from a few other unanswered questions that list is dead, so I'm reposting here. I have mono (0.29), wine (20031212) and mono-wine (20030318) installed but when I run mono on one of the sample apps, checkedListBoxCtrl.exe, it crashes saying it can't find "./libgdiplus.dll.so". I don't know why it's looking in the working directory, and obviously it isn't there so it crashes. lidgdiplus.dll.so is in /usr/local/lib, visible to ld.so.conf (I have already ldconfig). Can anyone help? Thanks. Chris Seaton ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Autoconf macros to correctly detect Mono C# mcs
On Wed, 2003-11-26 at 22:32, William S Fulton wrote: > We need to detect whether C# is installed on Unix systems and are using a simple > autoconf macro to look for mcs. Unfortunately there is another program called > mcs and so it incorrectly detects mcs. Does anyone know of any better autoconf > macros to detect whether mcs installed and whether or not it is a working C# > compiler? Why not try to use mcs to compile a minimal C# program, like autoconf does to check the C compiler? > Thanks > William > > ___ > Mono-list maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] C++/CLI
I don't think anyone around here likes VB too much, but we're still implementing it. On Sun, 2003-11-23 at 11:52, Jaroslaw Kowalski wrote: > Hi! > > What an ugly language have they created... I always considered C++ to be > very ugly in terms of code syntax. Now it looks like they've "improved" it > even more (note the % and ^ operators, new keywords, new templates, new > restrictions, new side effects, new rules for type coercion, new concepts > and other features which make it even more difficult to read and > understand). > > My suggestion: don't go with this idea - let it die. Use C# instead - it can > be a bit slower sometimes, but is definitely more scalable in terms of > maintenance and programmer productivity. > > Jarek > > - Original Message - > From: "Maurizio Colucci" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Sunday, November 23, 2003 1:20 PM > Subject: [Mono-list] C++/CLI > > > > Any plans about C++/CLI? > > > > Here is what seems a specification (watch line breaks): > > > > > http://download.microsoft.com/download/9/9/c/99c65bcd-ac66-482e-8dc1-0e14cd1670cd/C++%20CLI%20Candidate%20Base%20Draft.pdf > > > > > > ___ > > Mono-list maillist - [EMAIL PROTECTED] > > http://lists.ximian.com/mailman/listinfo/mono-list > > > > ___ > Mono-list maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] GUI Library
I'm thinking of writing a GUI library that sits on top of both SWF and GTK#, able to use either depending on a config setting or guessing from the system running the program. Is there already anything like this? -- Chris Seaton <[EMAIL PROTECTED]> ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Importing from DLLs
Hello, again. Sorry to keep asking more questions... When I use DllImport with the file name "Tenxt.UI.Text.Native.so", Mono prepends "lib" so that the runtime looks for "libTenxt.UI.Text.Native.so". This isn't how it works on Windows - how can I stop it doing this? -- Chris Seaton [EMAIL PROTECTED] http://www.chrisseaton.com/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Object Browser
The screenshots page on go-mono.com has a shot of a great looking Object Browser. It says it's in cvs, but I can't find it. What is it called in cvs? -- Chris Seaton [EMAIL PROTECTED] http://www.chrisseaton.com/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Monodoc crashes with Gnome pages
Monodoc crashes whenever I tree to read any pages in the Gnome node. Unhandled Exception: System.Xml.XmlException: No applicable function for EditUrl takes (System.Collections.ArrayList) in <0x00238> 00 .ReflectedExtensionFunction:Function (object[]) in <0x0004a> 01 System.MulticastDelegate:invoke_object_object[] (object[]) in <0x002c4> 00 .ExtensionFunctionWrapper:Function (intptr,int) in <0x00035> 05 .ExtensionFunctionWrapper:Function (intptr,int) in (unmanaged) 06 System.Xml.Xsl.XslTransform:xsltApplyStylesheetUser (intptr,intptr,string[],string,intptr,intptr) in <0x4> 06 System.Xml.Xsl.XslTransform:xsltApplyStylesheetUser (intptr,intptr,string[],string,intptr,intptr) in <0x009e6> 00 System.Xml.Xsl.XslTransform:ApplyStylesheet (intptr,string[],System.Collections.Hashtable) in <0x00028> 00 System.Xml.Xsl.XslTransform:ApplyStylesheetAndGetString (intptr,string[],System.Collections.Hashtable) in <0x00446> 00 System.Xml.Xsl.XslTransform:Transform (System.Xml.XPath.XPathNavigator,System.Xml.Xsl.XsltArgumentList,System.IO.TextWriter) in <0x00066> 00 System.Xml.Xsl.XslTransform:Transform (System.Xml.XPath.IXPathNavigable,System.Xml.Xsl.XsltArgumentList,System.IO.TextWriter) in <0x0004c> 00 Monodoc.EcmaHelpSource:Htmlize (System.Xml.XPath.IXPathNavigable,System.Xml.Xsl.XsltArgumentList) in <0x00116> 00 Monodoc.EcmaHelpSource:GetTextFromUrl (string) in <0x0010d> 00 Monodoc.EcmaHelpSource:GetText (string,Monodoc.Node&) in <0x00148> 00 Monodoc.TreeBrowser:RowActivated (object,System.EventArgs) in <0x0005a> 01 System.MulticastDelegate:invoke_void_object_EventArgs (object,System.EventArgs) in <0x0013c> 00 GtkSharp.voidObjectSignal:voidObjectCallback (intptr,int) in <0x00030> 05 GtkSharp.voidObjectSignal:voidObjectCallback (intptr,int) in (unmanaged) 06 Gtk.Application:gtk_main () in <0x4> 06 Gtk.Application:gtk_main () in <0x7> 00 Gtk.Application:Run () in <0x002b2> 00 Monodoc.Driver:Main (string[]) -- Chris Seaton [EMAIL PROTECTED] http://www.chrisseaton.com/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Determining the platform at compile and run time
How do I know what OS my program is running on at run time? PlatformID contains no entry for any systems apart from Windows. How about compile time? Is there something I can test for with a #if? Thanks. -- Chris Seaton [EMAIL PROTECTED] http://www.chrisseaton.com/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] General .NET question: curses style libraries?
Are there any curses style libraries for .NET? Or bindings to the curses and ncurses libraries themselves? -- Chris Seaton [EMAIL PROTECTED] http://www.chrisseaton.com/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] ILDASM
Why doesn't Mono come with a version of IlDasm? are there any free implementations at all? -- Chris Seaton [EMAIL PROTECTED] http://www.chrisseaton.com/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] ILASM /reference:
How do I do the equivalent of MCS's /reference: in ILASM? Is using a .assembly directive enough instead? If so, where does ILASM search for those assemblies (no search paths on the command line)? -- Chris Seaton [EMAIL PROTECTED] http://www.chrisseaton.com/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Distribution of class libraries
Why are the class libraries distributed with MCS, and not the Mono runtime? Seems illogical to me. -- Chris Seaton [EMAIL PROTECTED] http://www.chrisseaton.com/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Using Mono to compile for .NET Compact Framework (PocketPC)
On Mon, 2003-09-08 at 11:08, Enzo Michelangeli wrote: > - Original Message - > From: "Malte Hildingson" <[EMAIL PROTECTED]> > To: "Enzo Michelangeli" <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]> > Sent: Monday, September 08, 2003 12:03 PM > > > > My guess is that since Mono is not (yet) aware of any compact > > framework, it compiles methods in classes that are removed in the > compact > > release of .NET (it's quite an extensive list) and when you try to run > > applications compiled with Mono on libraries that are stripped, you run > > into a missing method sooner or later. > > That was my guess too, so I tried to tell the Mono mcs compiler to point > to the Compact Framework's libraries. Is there any way of telling the > compiler "forget about your default framework completely, and use this > other one instead"? Don't you want /nostdlib? > > This could be on reason to why they > > die. Are there any error messages when they stop? > > No, and that's puzzling too: I would expect the runtime to complain > bitterly. > > Enzo > > - > > > > > /malte > > > > > > On Mon, 8 Sep 2003, Enzo Michelangeli wrote: > > > > > I'm new to mono and CSharp, although I'm fluent in C and Java. I > recently > > > installed the Win32 version of Mono 0.26 on a Win98SE machine, and > tried > > > some simple compilations: a simple console "Hello world" program and a > > > couple of notepads, namely: > > > > > > http://www.c-sharpcorner.com/1/NotePadAM.asp > > > http://www.hewener.net/projekte.htm#sdenotepad > > > > > > All appear to work (despite the fact that the docs say that Win2K or > XP > > > are required for lack of sufficient Unicode support in '98): the three > > > binaries run as expected on Win98. > > > > > > HOWEVER, only one of the three (namely, the "Hello world" console > > > application) runs correctly on my PocketPC PDA (running Windows Mobile > > > 2003): the two GUI apps die without any warning, despite the fact that > at > > > least the second one was coded explicitely for PocketPC. > > > > > > I also tried, during compilation, to reference assemblies belonging to > the > > > "Microsoft .NET Compact Framework 1.0 SP1", with command lines such > as: > > > > > > mcs -L "C:\Program Files\Microsoft .NET Compact Framework 1.0 > > > SP1\netcf.core.ppc3.ARM.cab" -L "C:\Program Files\Microsoft .NET > Compact > > > Framework 1.0 SP1\netcf.all.wce4.ARMV4.cab" -r system -r > system.drawing -r > > > system.windows.forms -o notepad.exe notepad.cs > > > > > > However, I didn't notice any improvement. > > > > > > Any idea? > > > > > > TIA -- > > > > > > Enzo > > > > > > ___ > > > Mono-list maillist - [EMAIL PROTECTED] > > > http://lists.ximian.com/mailman/listinfo/mono-list > > > > > > > ___ > > Mono-list maillist - [EMAIL PROTECTED] > > http://lists.ximian.com/mailman/listinfo/mono-list > > > > ___ > Mono-list maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/mono-list -- Chris Seaton [EMAIL PROTECTED] http://www.chrisseaton.com/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Does Mono print a leading space?
Does Mono (but not Mint) print a leading space whenever it runs a program? Running with mono I get [EMAIL PROTECTED] dir]$ mono foo bar [EMAIL PROTECTED] dir] But with mint I get [EMAIL PROTECTED] dir]$ mint foo bar [EMAIL PROTECTED] dir] MCS also prints this leading space when reporting an error or warning. -- Chris Seaton [EMAIL PROTECTED] http://www.chrisseaton.com/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Why won't mcs shut up?
By Mono, I mean mcs. On Sat, 2003-09-06 at 19:55, Chris Seaton wrote: > I want Mono to be silent unless there is a warning or error (like most > Unix programs). I'm running it with /nologo, but I can't find a /quiet > or /silent. Is it possible to suppress those stats printed at success? -- Chris Seaton [EMAIL PROTECTED] http://www.chrisseaton.com/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Why won't mcs shut up?
I want Mono to be silent unless there is a warning or error (like most Unix programs). I'm running it with /nologo, but I can't find a /quiet or /silent. Is it possible to suppress those stats printed at success? -- Chris Seaton [EMAIL PROTECTED] http://www.chrisseaton.com/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
