[Mono-list] unsubscribe
Matthias Schloz
m.schloz at gmx.net
Mon Jan 5 18:42:28 EST 2009
Hi,
I would love to unsubscribe that mailing list, but it seems as it just keeps
sending emails to me. I would be pleased if somebody could remove me.
Greetz mat
-----Ursprüngliche Nachricht-----
Von: mono-list-bounces at lists.ximian.com
[mailto:mono-list-bounces at lists.ximian.com] Im Auftrag von
mono-list-request at lists.ximian.com
Gesendet: Montag, 5. Januar 2009 20:58
An: mono-list at lists.ximian.com
Betreff: Mono-list Digest, Vol 45, Issue 3
Send Mono-list mailing list submissions to
mono-list at lists.ximian.com
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ximian.com/mailman/listinfo/mono-list
or, via email, send a message with subject or body 'help' to
mono-list-request at lists.ximian.com
You can reach the person managing the list at
mono-list-owner at lists.ximian.com
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Mono-list digest..."
Today's Topics:
1. Re: Mono-2.0.1 installation on Sparc (with commands)
(Ivan N. Zlatev)
2. Re: Embedding mono/C# in a file format... (SniperSlap)
3. Obtaining stack trace of exception from mono runtime in asmx
web service (Andrus)
4. Re: Embedding mono/C# in a file format... (Jonathan Pryor)
5. Re: Detecting if platform is Mac (Miguel de Icaza)
6. Re: Running Mono on Embedded Linux (Miguel de Icaza)
7. Re: Detecting if platform is Mac (Erik Ylvisaker)
8. Re: Detecting if platform is Mac (Chris Howie)
9. Re: Detecting if platform is Mac (Petit Eric)
----------------------------------------------------------------------
Message: 1
Date: Sun, 4 Jan 2009 19:51:48 +0200
From: "Ivan N. Zlatev" <contact at i-nz.net>
Subject: Re: [Mono-list] Mono-2.0.1 installation on Sparc (with
commands)
To: Tynar <ripper33 at gmail.com>
Cc: mono-list at lists.ximian.com
Message-ID:
<3db1ec7f0901040951o2bdea8d8r74a39af61b44b659 at mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
On Fri, Jan 2, 2009 at 7:34 PM, Tynar <ripper33 at gmail.com> wrote:
> Hi community I have successfully installed mono-2.0.1 on Solaris 10 sparc.
I
> want to share the logs and settings I have applied.
>
[snip]
Hey,
It might be helpful for other if you add this information to the Wiki
at http://mono-project.com/Compiling_Mono
--
Kind Regards,
Ivan N. Zlatev
------------------------------
Message: 2
Date: Sun, 4 Jan 2009 12:15:10 -0800 (PST)
From: SniperSlap <atrauzzi at gmail.com>
Subject: Re: [Mono-list] Embedding mono/C# in a file format...
To: mono-list at lists.ximian.com
Message-ID: <21280664.post at talk.nabble.com>
Content-Type: text/plain; charset=us-ascii
Jonathan Pryor wrote:
>
> On Sat, 2009-01-03 at 07:46 -0800, SniperSlap wrote:
>> I'm interested in creating an xml-based file format that can include code
>> or
>> if required bytecode.
> ...
>> If I'm writing an application in mono/.NET, how do I create a sandbox
>> within
>> which I can run more mono/.NET bytecode?
>
> Google up:
>
> - AppDomains
> - Code Access Security
> - System.CodeDom
>
> AppDomains and CAS work together to create sandboxes within a process.
> (The only problem is that CAS isn't fully supported by mono, though you
> may look into --security=core-clr, which is what Silverlight/Moonlight
> use for sandboxing purposes...).
>
> System.CodeDom allows you to ~easily generate IL at runtime based on
> C#/VB.NET/etc. code.
>
> So you could store C# code within your XML file, and use System.CodeDom
> to convert the stored C# code into IL for execution within an AppDomain
> with core-clr security that you create as a sandbox.
>
> - Jon
>
>
> _______________________________________________
> Mono-list maillist - Mono-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>
>
I noticed after writing my initial message that Mono 2.2 is going to have
the "C# Evaluation API (Mono.CSharp.Evaluator)".
How does this compare to the ideas you mentioned? If this is going to be in
the mono namespace, I'd assume this is not something supported by any MS
.NET runtimes...
Is there any way to pre-compile the IL code and include it in an XML file?
Ultimately I'd like to have my data be capable of including some scripts
that can be triggered after being loaded.
Thank you for your help!
--
View this message in context:
http://www.nabble.com/Embedding-mono-C--in-a-file-format...-tp21258659p21280
664.html
Sent from the Mono - General mailing list archive at Nabble.com.
------------------------------
Message: 3
Date: Sun, 4 Jan 2009 20:45:49 +0200
From: "Andrus" <kobruleht2 at hot.ee>
Subject: [Mono-list] Obtaining stack trace of exception from mono
runtime in asmx web service
To: <Mono-list at lists.ximian.com>
Message-ID: <ACC0C43E9AD64882B181629C164108B1 at andrusnotebook>
Content-Type: text/plain; format=flowed; charset="windows-1257";
reply-type=original
I tried to run ASMX web service with Apache+mod_modo
In MONO this service returns terse http error page with contents:
<?xml version="1.0" encoding="utf-8"?><soap:Envelope
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><soap:Body><soap:Faul
t><faultcode>soap:Server</faultcode><faultstring>Exception
has been thrown by the target of an
invocation.</faultstring></soap:Fault></soap:Body></soap:Envelope>
Error occurs outside my web method call so try / catch inside web method
does not catch this.
How to get more information about this error in MONO ?
.NET allow the following:
1. set flag in web.config file which forces to return stack trace
2. set logging so that error details are logged to file in server, with
stack stace
Is there similar possibilies in MONO ASMX web services ?
Andrus.
Links:
http://eugeneos.blogspot.com/2008/09/faults-and-exceptions-when-using-web.ht
ml
http://msdn.microsoft.com/en-us/library/ms733025.aspx
http://blogs.msdn.com/silverlightws/archive/2008/04/06/getting-full-exceptio
ns-in-silverlight-2-beta-1.aspx
------------------------------
Message: 4
Date: Mon, 05 Jan 2009 03:05:23 +0000
From: Jonathan Pryor <jonpryor at vt.edu>
Subject: Re: [Mono-list] Embedding mono/C# in a file format...
To: SniperSlap <atrauzzi at gmail.com>
Cc: mono-list at lists.ximian.com
Message-ID: <1231124723.10657.412.camel at lina>
Content-Type: text/plain
On Sun, 2009-01-04 at 12:15 -0800, SniperSlap wrote:
> Jonathan Pryor wrote:
> > Google up:
> > - System.CodeDom
...
> I noticed after writing my initial message that Mono 2.2 is going to have
> the "C# Evaluation API (Mono.CSharp.Evaluator)".
> How does this compare to the ideas you mentioned?
System.CodeDom would allow using any language with a CodeDom provider,
which includes VB.NET, C#, IronPython, etc. It's usually not difficult
to write such a provider, and is required for ASP.NET support.
Mono.CSharp.Evaluator is specific to C#. So that's one major-ish
difference.
The other major difference is output: System.CodeDom will produce IL
which you would use normally (save to disk, load & execute, etc.).
Mono.CSharp.Evaluator will execute immediately and return whatever the
evaluated expression returns.
So you could design things to make them do similar things, but how
they're more or less completely different.
> If this is going to be in
> the mono namespace, I'd assume this is not something supported by any MS
> .NET runtimes...
Also true; it's specific to Mono's C# compiler, though nothing should
stop you from embedding Mono's C# compiler into your app for use (as
it's MIT/X11 licensed).
> Is there any way to pre-compile the IL code and include it in an XML file?
Base64-encode the binary and use Assembly.Load(byte[]).
Not sure why you'd want to do this, but it should work. :-)
- Jon
------------------------------
Message: 5
Date: Sun, 04 Jan 2009 22:14:09 -0500
From: Miguel de Icaza <miguel at novell.com>
Subject: Re: [Mono-list] Detecting if platform is Mac
To: Erik Ylvisaker <eylvisaker at physics.ucdavis.edu>
Cc: mono-list at lists.ximian.com
Message-ID: <1231125249.6914.21.camel at erandi.site>
Content-Type: text/plain
> Apparently in .NET 3.5 Microsoft added two members to the
> System.PlatformID type, called Xbox and MacOSX. Is there any support in
> Mono for these? Of course, I don't care about the Xbox value I am just
> interested in being able to detect whether my code is running on MacOS
> or Linux.
We added support for reporting this value back, but it turned out to
break too much code in both Mono and our own modules, so we took this
patch out.
A lot of code assumed that it was Unix if the value was Unix, and when
we returned the new value assumed it was running on Windows.
We will continue to monitor progress on third party code and eventually
make this change.
But in general, the PlatformID is a poor way of detecting the platform,
and instead you should base your code on other parameters like path
separators for example.
------------------------------
Message: 6
Date: Sun, 04 Jan 2009 22:15:05 -0500
From: Miguel de Icaza <miguel at novell.com>
Subject: Re: [Mono-list] Running Mono on Embedded Linux
To: NirS <nirs at cardguard.com>
Cc: mono-list at lists.ximian.com
Message-ID: <1231125305.6914.23.camel at erandi.site>
Content-Type: text/plain
> 1. Connecting the WEB via HTTP requests and respond
> 2. Connecting USB devices (via SerialPort)
> 3. Have a (minimal) GUI designed by Visual Studio designer
>
> - Should it be possible to install Mono on the machine mentioned above and
> run it?
Yes. Some vendors have created similar configurations to this, for
example the Sansa Connect.
------------------------------
Message: 7
Date: Mon, 05 Jan 2009 10:51:35 -0800
From: Erik Ylvisaker <eylvisaker at physics.ucdavis.edu>
Subject: Re: [Mono-list] Detecting if platform is Mac
To: Miguel de Icaza <miguel at novell.com>
Cc: mono-list at lists.ximian.com
Message-ID: <496256B7.4000206 at physics.ucdavis.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
So, the reason I want to detect if we are running MacOS is I am writing
Mac OpenGL bindings for the OpenTK project. On MacOS we need to make
appropriate AGL calls instead of GLX or WGL calls in order to construct
an OpenGL context. Perhaps a better solution would be to check the type
of the XPlatUI driver to see what it is, although I'd like to avoid
writing code which depends on private mono internals.
Miguel de Icaza wrote:
>> Apparently in .NET 3.5 Microsoft added two members to the
>> System.PlatformID type, called Xbox and MacOSX. Is there any support in
>> Mono for these? Of course, I don't care about the Xbox value I am just
>> interested in being able to detect whether my code is running on MacOS
>> or Linux.
>>
>
> We added support for reporting this value back, but it turned out to
> break too much code in both Mono and our own modules, so we took this
> patch out.
>
> A lot of code assumed that it was Unix if the value was Unix, and when
> we returned the new value assumed it was running on Windows.
>
> We will continue to monitor progress on third party code and eventually
> make this change.
>
> But in general, the PlatformID is a poor way of detecting the platform,
> and instead you should base your code on other parameters like path
> separators for example.
>
>
------------------------------
Message: 8
Date: Mon, 5 Jan 2009 14:00:48 -0500
From: "Chris Howie" <cdhowie at gmail.com>
Subject: Re: [Mono-list] Detecting if platform is Mac
To: "Erik Ylvisaker" <eylvisaker at physics.ucdavis.edu>
Cc: mono-list at lists.ximian.com
Message-ID:
<3d2f29dc0901051100p3e69135bp72ba18b3e7aa3e44 at mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
On Mon, Jan 5, 2009 at 1:51 PM, Erik Ylvisaker
<eylvisaker at physics.ucdavis.edu> wrote:
> So, the reason I want to detect if we are running MacOS is I am writing
> Mac OpenGL bindings for the OpenTK project. On MacOS we need to make
> appropriate AGL calls instead of GLX or WGL calls in order to construct
> an OpenGL context. Perhaps a better solution would be to check the type
> of the XPlatUI driver to see what it is, although I'd like to avoid
> writing code which depends on private mono internals.
My favorite method of dealing with platform-specific native libraries
is to find a function in the libraries that doesn't do anything, or
that you can feed invalid input to cause it to do nothing (but
obviously not crash). Specify a P/Invoke definition for each, then
call them until you find one that doesn't throw DllNotFoundException.
Then that's your library/platform.
--
Chris Howie
http://www.chrishowie.com
http://en.wikipedia.org/wiki/User:Crazycomputers
------------------------------
Message: 9
Date: Mon, 5 Jan 2009 20:57:42 +0100
From: "Petit Eric" <surfzoid at gmail.com>
Subject: Re: [Mono-list] Detecting if platform is Mac
To: "Erik Ylvisaker" <eylvisaker at physics.ucdavis.edu>
Cc: mono-list at lists.ximian.com
Message-ID:
<84776a970901051157x532538d4u7e87331bcefdde89 at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
argg, sorry chris , i would like to send this to the list :
declare a "string Platform = "win";"
use :
if(environment.platformid == unix) to use a process with redirect
output and start
process.start("uname -a");
then parse the response with .indexof
i remember, for the process + return function, yu can use my class :
http://monoosc.svn.sourceforge.net/viewvc/monoosc/MonoOSC/MonoOSC/Class/Unix
Shell.cs?revision=34&view=markup
:-)
2009/1/5 Erik Ylvisaker <eylvisaker at physics.ucdavis.edu>:
> So, the reason I want to detect if we are running MacOS is I am writing
> Mac OpenGL bindings for the OpenTK project. On MacOS we need to make
> appropriate AGL calls instead of GLX or WGL calls in order to construct
> an OpenGL context. Perhaps a better solution would be to check the type
> of the XPlatUI driver to see what it is, although I'd like to avoid
> writing code which depends on private mono internals.
>
> Miguel de Icaza wrote:
>>> Apparently in .NET 3.5 Microsoft added two members to the
>>> System.PlatformID type, called Xbox and MacOSX. Is there any support in
>>> Mono for these? Of course, I don't care about the Xbox value I am just
>>> interested in being able to detect whether my code is running on MacOS
>>> or Linux.
>>>
>>
>> We added support for reporting this value back, but it turned out to
>> break too much code in both Mono and our own modules, so we took this
>> patch out.
>>
>> A lot of code assumed that it was Unix if the value was Unix, and when
>> we returned the new value assumed it was running on Windows.
>>
>> We will continue to monitor progress on third party code and eventually
>> make this change.
>>
>> But in general, the PlatformID is a poor way of detecting the platform,
>> and instead you should base your code on other parameters like path
>> separators for example.
>>
>>
> _______________________________________________
> Mono-list maillist - Mono-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>
--
Cordially.
Small Eric Quotations of the days:
---------------------------------------------------------------------------
If one day one reproaches you that your work is not a work of
professional, say you that:
Amateurs built the arch of Noah, and professionals the Titanic.
---------------------------------------------------------------------------
Few people are done for independence, it is the privilege of the powerful
ones.
---------------------------------------------------------------------------
No key was wounded during the drafting of this message.
------------------------------
_______________________________________________
Mono-list mailing list
Mono-list at lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
End of Mono-list Digest, Vol 45, Issue 3
****************************************
More information about the Mono-list
mailing list