From garriths at gmail.com  Fri Aug  1 05:25:36 2008
From: garriths at gmail.com (k1Ll5w1tcH)
Date: Fri, 1 Aug 2008 02:25:36 -0700 (PDT)
Subject: [Mono-list]  Still don't know how to fix this...
Message-ID: <18770970.post@talk.nabble.com>


Please check this out, I'm still having a problem:

http://go-mono.com/forums/#nabble-p18649241
http://go-mono.com/forums/#nabble-p18649241 


-- 
View this message in context: http://www.nabble.com/Still-don%27t-know-how-to-fix-this...-tp18770970p18770970.html
Sent from the Mono - General mailing list archive at Nabble.com.


From robertj at gmx.net  Fri Aug  1 05:49:22 2008
From: robertj at gmx.net (Robert Jordan)
Date: Fri, 01 Aug 2008 11:49:22 +0200
Subject: [Mono-list] Still don't know how to fix this...
In-Reply-To: <18770970.post@talk.nabble.com>
References: <18770970.post@talk.nabble.com>
Message-ID: <g6um7h$9d$1@ger.gmane.org>

k1Ll5w1tcH wrote:
> Please check this out, I'm still having a problem:
> 
> http://go-mono.com/forums/#nabble-p18649241
> http://go-mono.com/forums/#nabble-p18649241 

We still don't know what architecture and mono version you're using.

Please go to http://www.mono-project.com/Bugs and file a bug.

Robert


From mwixson at slipserve.com  Fri Aug  1 08:40:35 2008
From: mwixson at slipserve.com (SlipServe)
Date: Fri, 1 Aug 2008 05:40:35 -0700 (PDT)
Subject: [Mono-list] SQL Server 2005 Support
In-Reply-To: <9d0602eb0712140908l420d7df2y4d8cbdc52c06014d@mail.gmail.com>
References: <000301c83e3f$677a7700$366f6500$@net>
	<476222B6020000D20002566E@sinclair.provo.novell.com>
	<9d0602eb0712140908l420d7df2y4d8cbdc52c06014d@mail.gmail.com>
Message-ID: <18773548.post@talk.nabble.com>


Is SQL 2005 (TDS 8) now supported in Mono 1.9.1?   I ask because I am
experiencing problems using bigint datatypes in ADO.NET.  I believe this
problem was reported in 2005 as an incompatibility between Mono's SqlClient
(TDS 7.0) and TDS 8.0 in SQL Server, but a patch was posted.  Was this patch
applied to the trunk.  

Thanks!
-- 
View this message in context: http://www.nabble.com/SQL-Server-2005-Support-tp14333808p18773548.html
Sent from the Mono - General mailing list archive at Nabble.com.


From nagappan at gmail.com  Fri Aug  1 13:07:18 2008
From: nagappan at gmail.com (Nagappan A)
Date: Fri, 1 Aug 2008 10:07:18 -0700
Subject: [Mono-list] SQL Server 2005 Support
In-Reply-To: <18773548.post@talk.nabble.com>
References: <000301c83e3f$677a7700$366f6500$@net>
	<476222B6020000D20002566E@sinclair.provo.novell.com>
	<9d0602eb0712140908l420d7df2y4d8cbdc52c06014d@mail.gmail.com>
	<18773548.post@talk.nabble.com>
Message-ID: <9d0602eb0808011007o746e0586s7147459e8151665f@mail.gmail.com>

Hello,

TDS 8 is still under development. Varadhan is working on it.

Thanks
Nagappan

On Fri, Aug 1, 2008 at 5:40 AM, SlipServe <mwixson at slipserve.com> wrote:

>
> Is SQL 2005 (TDS 8) now supported in Mono 1.9.1?   I ask because I am
> experiencing problems using bigint datatypes in ADO.NET.  I believe this
> problem was reported in 2005 as an incompatibility between Mono's SqlClient
> (TDS 7.0) and TDS 8.0 in SQL Server, but a patch was posted.  Was this
> patch
> applied to the trunk.
>
> Thanks!
> --
> View this message in context:
> http://www.nabble.com/SQL-Server-2005-Support-tp14333808p18773548.html
> Sent from the Mono - General mailing list archive at Nabble.com.
>
> _______________________________________________
> Mono-list maillist  -  Mono-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>



-- 
Linux Desktop (GUI Application) Testing Project -
http://ldtp.freedesktop.org
http://nagappanal.blogspot.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-list/attachments/20080801/15f35987/attachment-0001.html 

From mchristensen at novell.com  Fri Aug  1 19:17:00 2008
From: mchristensen at novell.com (Marc Christensen)
Date: Fri, 01 Aug 2008 17:17:00 -0600
Subject: [Mono-list] Mono 2.0 Preview 1 is out!!
Message-ID: <4893996C.4060701@novell.com>

Hey Everyone,

We've just released Mono 2.0 Preview 1 today! Please help us out by
giving it a try with your applications.

As always, you can get the preview releases here:
http://mono.ximian.com/monobuild/preview/download-preview/

Please report any bugs that you may find using our Bugs page, AND reply
to this thread with the bug numbers so we can track them!
http://www.mono-project.com/Bugs

You can see the bugs we're tracking for Mono 2.0 here:
https://bugzilla.novell.com/buglist.cgi?bug_file_loc_type=allwordssubstr&bug_file_loc=http%3A%2F%2Fwww.go-mono.com%2Farchive%2F2.0%2F&order=bugs.bug_status%20

The earlier you file the bugs and reply to this message, the more likely
your bugs will get fixed.

Special attention is given to regressions, so if you can tell us a
version of Mono where the bug worked and you tag the summary of the bug
with [Regression], then it is much more likely your bug will get fixed.

Please help the Mono team to make 2.0 the best ever.

Thanks again!

Mono QA

From boris.dusek at gmail.com  Sat Aug  2 11:25:17 2008
From: boris.dusek at gmail.com (=?UTF-8?Q?Boris_Du=C5=A1ek?=)
Date: Sat, 2 Aug 2008 17:25:17 +0200
Subject: [Mono-list] Mono preview 2.0 binary and DTrace
Message-ID: <b2c603da0808020825g1973671eq64616acaefa4ce4b@mail.gmail.com>

Hi,

I grabbed the Mono Preview 2.0 installer for OS X and wanted to test
new DTrace probes mentioned in Release Notes[1], but it did not work.
On the #mono IRC channel, I learned that DTrace probes in mono are not
enabled in the binary packages provided, since it would incur
performance penalty even when no tracing is done. However, from the
DTrace docs, they say especially that "... No instrumented code is
present for inactive probes, so your system does not experience any
kind of performance degradation when you are not using DTrace. ... No
effective difference exists between a system where DTrace is not
active and one where the DTrace software is not installed." (quote
from 2nd paragraph of
http://docs.sun.com/app/docs/doc/817-6223/chp-intro-3?a=view )

I will understand not having DTrace-enabled Mono binary package for OS
X if there is a performance penalty, however in situation when the
DTrace documentation states the contrary, and Perl, Python, Ruby and
Java SE 6 shipped[1] with OS X Leopard are DTrace-enabled, I really
want to know if disabling of DTrace probes in Mono is correctly
reasoned. I think with the release notes wording "In MacOS and Solaris
Mono supports DTrace probes. To use this feature, you must configure
mono with --enable-dtrace.", many people will think like me that the
"configure with --enable-dtrace" holds only for compiling from source,
and that the Mono binary package offered for download has this enabled
just like Java, Python etc. in OS X.

I have to note that I am no DTrace usage expert (not to speak about
implementation), and started learning DTrace just this Monday, so I am
just curious about the situation.

Anyway, thanks for making the DTrace probes, compiling Mono from
source with --enable-dtrace configure flag, as specified in Release
Notes, does the trick.

Boris Du?ek

[1]: yes, I know it says it must be enabled with configure
--enable-dtrace flag, but I thought that holds for compiling from
source only and that the binary packages provided for OS X do have
this enabled
[2]: OK, Java SE 6 was shipped after Leopard

From andreas.faerber at web.de  Sat Aug  2 12:30:09 2008
From: andreas.faerber at web.de (=?ISO-8859-1?Q?Andreas_F=E4rber?=)
Date: Sat, 2 Aug 2008 18:30:09 +0200
Subject: [Mono-list] Mono preview 2.0 binary and DTrace
In-Reply-To: <b2c603da0808020825g1973671eq64616acaefa4ce4b@mail.gmail.com>
References: <b2c603da0808020825g1973671eq64616acaefa4ce4b@mail.gmail.com>
Message-ID: <CB6CEFDE-EEF4-421E-949A-615117D7D342@web.de>

Hi,

Am 02.08.2008 um 17:25 schrieb Boris Du?ek:

> I grabbed the Mono Preview 2.0 installer for OS X and wanted to test
> new DTrace probes mentioned in Release Notes[1], but it did not work.

Just to be sure, how did you test? As described in mono's man page?

> On the #mono IRC channel, I learned that DTrace probes in mono are not
> enabled in the binary packages provided, since it would incur
> performance penalty even when no tracing is done.

I had inquired about the sentence in the Release Notes myself and have  
not yet received an answer. ;)

> However, from the
> DTrace docs, they say especially that "... No instrumented code is
> present for inactive probes, so your system does not experience any
> kind of performance degradation when you are not using DTrace. ... No
> effective difference exists between a system where DTrace is not
> active and one where the DTrace software is not installed." (quote
> from 2nd paragraph of
> http://docs.sun.com/app/docs/doc/817-6223/chp-intro-3?a=view )

Not fully true, there is of course a minimal degradation (~5 nop  
instructions on Solaris), but it should be hardly noticeable. I have  
taken care to only call helper functions when the probe is active.

Was the answer on IRC in any way official? I could think of three  
possible reasons:

a) Worries about performance degradation.

b) No one updated the build system.

c) The build machine isn't DTrace-capable.

The main reason for not automatically enabling DTrace support was that  
it is somewhat hard to detect correctly. That's why we preferred -- 
enable-dtrace over --disable-dtrace. So, to get a DTrace-enabled  
Mono.framework, the build bots need to specify that argument.

And I thought we had agreed that if someone is really worried about  
performance, they should build their own Mono. Inversing this  
significantly limits the usefulness of the feature as most Mac users  
will just download the available binary.

Not enabling it during the previews is especially bad, since it  
reduces the amount of testing this new feature gets. Apart from the  
issue of mono.d not yet being installed, I've been considering marking  
the provider as stable for better usability.

Andreas


From gnorton at novell.com  Sat Aug  2 13:16:33 2008
From: gnorton at novell.com (Geoff Norton)
Date: Sat, 02 Aug 2008 13:16:33 -0400
Subject: [Mono-list] [Mono-dev] Mono preview 2.0 binary and DTrace
In-Reply-To: <CB6CEFDE-EEF4-421E-949A-615117D7D342@web.de>
References: <b2c603da0808020825g1973671eq64616acaefa4ce4b@mail.gmail.com>
	<CB6CEFDE-EEF4-421E-949A-615117D7D342@web.de>
Message-ID: <1217697393.5951.17.camel@limestone>

On Sat, 2008-08-02 at 18:30 +0200, Andreas F?rber wrote:

> Not fully true, there is of course a minimal degradation (~5 nop  
> instructions on Solaris), but it should be hardly noticeable. I have  
> taken care to only call helper functions when the probe is active.
> 
> Was the answer on IRC in any way official? I could think of three  
> possible reasons:
> 
> a) Worries about performance degradation.

Yes

> b) No one updated the build system.

True but minor

> c) The build machine isn't DTrace-capable.

d) We havn't tested it fully in our QA process, nor has it been
available long enough for us to feel comfortable turning it on at this
stage.  We also would need to invesgate how to do it in our universal
binaries, etc.  Its a lot of testing and it unfortunately will not make
2.0 unless there is a compelling argument against this and support from
the runtime team and from the QA team.

-g



From gnorton at novell.com  Sat Aug  2 14:14:48 2008
From: gnorton at novell.com (Geoff Norton)
Date: Sat, 02 Aug 2008 14:14:48 -0400
Subject: [Mono-list] [Mono-dev] Mono preview 2.0 binary and DTrace
In-Reply-To: <295e750a0808021020t3a8d5f35lcf96467d0bacc002@mail.gmail.com>
References: <b2c603da0808020825g1973671eq64616acaefa4ce4b@mail.gmail.com>
	<CB6CEFDE-EEF4-421E-949A-615117D7D342@web.de>
	<1217697393.5951.17.camel@limestone>
	<295e750a0808021020t3a8d5f35lcf96467d0bacc002@mail.gmail.com>
Message-ID: <1217700888.5951.18.camel@limestone>

Zoltan,

  I'm fine with this on trunk, but I still think barring any compelling
reason we should leave the branch as is.

-g

On Sat, 2008-08-02 at 19:20 +0200, Zoltan Varga wrote:
> Hi,
> 
>   Looking at dtrace.h, all the current probes seem to be in
> non-critical code-paths, so they
> are unlikely to have a perf impact. We could make --enable-dtrace=true
> the default in HEAD,
> so it gets some testing.
> 
>                           Zoltan
> 
> On Sat, Aug 2, 2008 at 7:16 PM, Geoff Norton <gnorton at novell.com> wrote:
> > On Sat, 2008-08-02 at 18:30 +0200, Andreas F?rber wrote:
> >
> >> Not fully true, there is of course a minimal degradation (~5 nop
> >> instructions on Solaris), but it should be hardly noticeable. I have
> >> taken care to only call helper functions when the probe is active.
> >>
> >> Was the answer on IRC in any way official? I could think of three
> >> possible reasons:
> >>
> >> a) Worries about performance degradation.
> >
> > Yes
> >
> >> b) No one updated the build system.
> >
> > True but minor
> >
> >> c) The build machine isn't DTrace-capable.
> >
> > d) We havn't tested it fully in our QA process, nor has it been
> > available long enough for us to feel comfortable turning it on at this
> > stage.  We also would need to invesgate how to do it in our universal
> > binaries, etc.  Its a lot of testing and it unfortunately will not make
> > 2.0 unless there is a compelling argument against this and support from
> > the runtime team and from the QA team.
> >
> > -g
> >
> >
> > _______________________________________________
> > Mono-devel-list mailing list
> > Mono-devel-list at lists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/mono-devel-list
> >


From gmdidro at gmail.com  Sat Aug  2 17:39:07 2008
From: gmdidro at gmail.com (Didro)
Date: Sat, 2 Aug 2008 14:39:07 -0700 (PDT)
Subject: [Mono-list]  Build Mono 1.9.1 on Cell processor (e.g a PS3)
Message-ID: <18793607.post@talk.nabble.com>


Hello,

I've been trying to configure and make Mono 1.9.1 from 
http://ftp.novell.com/pub/mono/sources/mono/mono-1.9.1.tar.bz2 source  on
PowerXCell 8i processor (such processors are deployed with PS3) with Fedora
Core 7 OS.

I do ./configure --prefix=/home/user001/mono-1.9.1 --target=ppc-linux (I
also try to configure and make without specifying the --target argument)

I have:

 mcs source:    $(top_srcdir)/mcs
        olive source:

        GC:          included
        TLS:         __thread
        SIGALTSTACK: yes
        Engine:      Building and using the JIT
        2.0 Beta:    yes
        2.1 Alpha:   yes
        JNI support: IKVM Native
        libgdiplus:  assumed to be installed
        zlib:

        oprofile:    no


When I do make, I have:


mcs /codepage:65001   -d:NET_1_1 -d:ONLY_1_1 -d:BOOTSTRAP_WITH_OLDLIB -debug
-target:exe -out:mcs.exe cs-parser.cs  @mcs.exe.sources
** Message: Unknown errno: Unknown error 8192

Stacktrace:


Native stacktrace:

        /usr/bin/mono [0x10117428]
        /usr/bin/mono [0x100dcd5c]
        [0x100350]
        [0xf72981f8]
        [0xf729c258]
        [0xf7297d34]
        [0xf72978a4]
        [0xf7297580]
        [0xf729cb50]
        [0xf729ca60]
        [0xf729c8cc]
        [0xf72caf4c]
        [0xf72ce9a8]
        [0xf72ce5e4]
        [0xf72ca65c]
        [0xf72ca08c]
        [0xf72a72c8]
        [0xf72a0af4]
        [0xf729bc40]
        [0xf729b5f8]
        [0xf727352c]
        [0xf726fbbc]
        [0xf7263b58]
        /usr/bin/mono [0x101006c8]
        /usr/bin/mono(mono_runtime_invoke+0x1c) [0x1007894c]
        /usr/bin/mono(mono_runtime_exec_main+0xd4) [0x1007e774]
        /usr/bin/mono(mono_runtime_run_main+0x1d4) [0x1007ea54]
        /usr/bin/mono(mono_jit_exec+0xa0) [0x100104a0]
        /usr/bin/mono(mono_main+0xfd4) [0x100114b4]
        /usr/bin/mono [0x1000fe30]
        /lib/libc.so.6 [0xfcfde0c]
        /lib/libc.so.6 [0xfcfe060]

=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================


** ERROR **: file mini-exceptions.c: line 1098 (mono_handle_native_sigsegv):
assertion failed: (sigaction (SIGABRT, &sa, NULL) != -1)
aborting...
make[7]: *** [../class/lib/basic/mcs.exe] Aborted
make[7]: Leaving directory `/home/user001/mono-1.9.1/mcs/mcs'
make[6]: *** [do-all] Error 2
make[6]: Leaving directory `/home/user001/mono-1.9.1/mcs/mcs'
make[5]: *** [all-recursive] Error 1
make[5]: Leaving directory `/home/user001/mono-1.9.1/mcs'
make[4]: *** [profile-do--basic--all] Error 2
make[4]: Leaving directory `/home/user001/mono-1.9.1/mcs'
make[3]: *** [profiles-do--all] Error 2
make[3]: Leaving directory `/home/user001/mono-1.9.1/mcs'
make[2]: *** [all-local] Error 2
make[2]: Leaving directory `/home/user001/mono-1.9.1/runtime'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/user001/mono-1.9.1'
make: *** [all] Error 2


What should I do? Please help.

Thank you in advance.
-- 
View this message in context: http://www.nabble.com/Build-Mono-1.9.1-on-Cell-processor-%28e.g-a-PS3%29-tp18793607p18793607.html
Sent from the Mono - General mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-list/attachments/20080802/aaa6200f/attachment.html 

From rolandomartinezg at gmail.com  Sun Aug  3 01:12:28 2008
From: rolandomartinezg at gmail.com (Rolando Martinez)
Date: Sun, 3 Aug 2008 01:12:28 -0400
Subject: [Mono-list] Runing NUnit with version 1.2.9
Message-ID: <35fdac010808022212k45d005f2w56d330136af9ce3f@mail.gmail.com>

Hi all,
I downloaded the version number 1.9.1 of Mono and but when I try run some
assembly using NUnit I got the next error message.

Thank you for your help!

Unhandled Exception: System.ArgumentException: Encoding name 'Windows-1252'
not supported
Parameter name: name
  at System.Text.Encoding.GetEncoding (System.String name) [0x00000]
  at System.Xml.XmlInputStream.Initialize (System.IO.Stream stream)
[0x00000]
  at System.Xml.XmlInputStream..ctor (System.IO.Stream stream) [0x00000]
  at (wrapper remoting-invoke-with-check) System.Xml.XmlInputStream:.ctor
(System.IO.Stream)
  at System.Xml.XmlStreamReader..ctor (System.IO.Stream input) [0x00000]
  at (wrapper remoting-invoke-with-check) System.Xml.XmlStreamReader:.ctor
(System.IO.Stream)
  at System.Xml.XmlTextReader..ctor (System.IO.Stream input) [0x00000]
  at System.Configuration.Configuration.Load () [0x00000]
  at System.Configuration.Configuration.Init (IConfigSystem system,
System.String configPath, System.Configuration.Configuration parent)
[0x00000]
  at System.Configuration.Configuration..ctor
(System.Configuration.InternalConfigurationSystem system, System.String
locationSubPath) [0x00000]
  at System.Configuration.InternalConfigurationFactory.Create (System.Type
typeConfigHost, System.Object[] hostInitConfigurationParams) [0x00000]
  at System.Configuration.ConfigurationManager.OpenExeConfigurationInternal
(ConfigurationUserLevel userLevel, System.Reflection.Assembly
calling_assembly, System.String exePath) [0x00000]
  at
System.Configuration.ClientConfigurationSystem.System.Configuration.Internal.IInternalConfigSystem.GetSection
(System.String configKey) [0x00000]
  at System.Configuration.ConfigurationManager.GetSection (System.String
sectionName) [0x00000]
  at System.Configuration.ConfigurationSettings.GetConfig (System.String
sectionName) [0x00000]
  at System.Diagnostics.DiagnosticsConfiguration.get_Settings () [0x00000]
  at System.Diagnostics.Switch.GetConfigFileSetting () [0x00000]
  at System.Diagnostics.Switch.get_SwitchSetting () [0x00000]
  at System.Diagnostics.TraceSwitch.get_TraceInfo () [0x00000]
  at NUnit.Core.NTrace.Info (System.String message) [0x00000]
  at NUnit.ConsoleRunner.Runner.Main (System.String[] args) [0x00000]
  at NUnit.ConsoleRunner.Class1.Main (System.String[] args) [0x00000]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-list/attachments/20080803/80b4c4f8/attachment-0001.html 

From charlie at nunit.com  Sun Aug  3 06:32:38 2008
From: charlie at nunit.com (Charlie Poole)
Date: Sun, 3 Aug 2008 03:32:38 -0700
Subject: [Mono-list] Runing NUnit with version 1.2.9
In-Reply-To: <35fdac010808022212k45d005f2w56d330136af9ce3f@mail.gmail.com>
Message-ID: <001d01c8f554$40d8b0e0$6401a8c0@ferrari>

Just modify  NUnit's config file to use UTF-8.


  _____  

From: mono-list-bounces at lists.ximian.com
[mailto:mono-list-bounces at lists.ximian.com] On Behalf Of Rolando Martinez
Sent: Saturday, August 02, 2008 10:12 PM
To: mono-list at lists.ximian.com
Subject: [Mono-list] Runing NUnit with version 1.2.9


Hi all,
I downloaded the version number 1.9.1 of Mono and but when I try run some
assembly using NUnit I got the next error message. 

Thank you for your help!

Unhandled Exception: System.ArgumentException: Encoding name 'Windows-1252'
not supported
Parameter name: name
  at System.Text.Encoding.GetEncoding (System.String name) [0x00000] 
  at System.Xml.XmlInputStream.Initialize (System.IO.Stream stream)
[0x00000] 
  at System.Xml.XmlInputStream..ctor (System.IO.Stream stream) [0x00000] 
  at (wrapper remoting-invoke-with-check) System.Xml.XmlInputStream:.ctor
(System.IO.Stream)
  at System.Xml.XmlStreamReader..ctor (System.IO.Stream input) [0x00000] 
  at (wrapper remoting-invoke-with-check) System.Xml.XmlStreamReader:.ctor
(System.IO.Stream)
  at System.Xml.XmlTextReader..ctor (System.IO.Stream input) [0x00000] 
  at System.Configuration.Configuration.Load () [0x00000] 
  at System.Configuration.Configuration.Init (IConfigSystem system,
System.String configPath, System.Configuration.Configuration parent)
[0x00000] 
  at System.Configuration.Configuration..ctor
(System.Configuration.InternalConfigurationSystem system, System.String
locationSubPath) [0x00000] 
  at System.Configuration.InternalConfigurationFactory.Create (System.Type
typeConfigHost, System.Object[] hostInitConfigurationParams) [0x00000] 
  at System.Configuration.ConfigurationManager.OpenExeConfigurationInternal
(ConfigurationUserLevel userLevel, System.Reflection.Assembly
calling_assembly, System.String exePath) [0x00000] 
  at
System.Configuration.ClientConfigurationSystem.System.Configuration.Internal
.IInternalConfigSystem.GetSection (System.String configKey) [0x00000] 
  at System.Configuration.ConfigurationManager.GetSection (System.String
sectionName) [0x00000] 
  at System.Configuration.ConfigurationSettings.GetConfig (System.String
sectionName) [0x00000] 
  at System.Diagnostics.DiagnosticsConfiguration.get_Settings () [0x00000] 
  at System.Diagnostics.Switch.GetConfigFileSetting () [0x00000] 
  at System.Diagnostics.Switch.get_SwitchSetting () [0x00000] 
  at System.Diagnostics.TraceSwitch.get_TraceInfo () [0x00000] 
  at NUnit.Core.NTrace.Info (System.String message) [0x00000] 
  at NUnit.ConsoleRunner.Runner.Main (System.String[] args) [0x00000] 
  at NUnit.ConsoleRunner.Class1.Main (System.String[] args) [0x00000] 



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-list/attachments/20080803/ea0aae3f/attachment.html 

From mike at moga.to  Sun Aug  3 08:25:42 2008
From: mike at moga.to (Mike Cleaver)
Date: Sun, 3 Aug 2008 20:25:42 +0800
Subject: [Mono-list] Generics sharing vs delegates?
Message-ID: <DFE9B3DA-36B7-42C3-8FE8-824507384A73@moga.to>

Hey all,

Congrats on another release,
I've only installed on my mac at the moment (excellent packaging!) and  
have had a go at getting my project to run and for the most part it  
works perfectly.

I have found one issue, which I'm trying to write a unit test for at  
the moment but expect that like other issues I've had (and solved) in  
the past it is probably more due to me doing something wrong:
Running this static method -

		public static T [] GetDirectives<T>(IEnumerable<AbstractDirective>  
directives) where T : AbstractDirective {
			Console.WriteLine("@@@ Orig T is " + typeof(T).Name);
			List<AbstractDirective> matches = new  
List<AbstractDirective>(directives).FindAll(delegate(AbstractDirective  
directive) {
							Console.WriteLine("@@@ T is {0}", typeof(T).Name);
							return directive is T;
						});
			Console.WriteLine("@@@ Final T is " + typeof(T).Name);
			
			return matches.ConvertAll<T>(delegate(AbstractDirective directive)  
{ return directive as T; }).ToArray();
		}

I get the output -
@@@ Orig T is RegisterDirective
@@@ T is AssemblyDirective
@@@ T is AssemblyDirective
@@@ Final T is RegisterDirective

The RegisterDirective and AssemblyDirective classes inherit the same  
abstract class AbstractDirective.  So what we are seeing is that the  
generic type T is different inside the delegate, it is not a type that  
is currently accounted for in the directives enumeration or anything,  
just a different class type.

Can anyone tell me if they can see anything silly? I assume there is a  
better way to select a particular type from a list that I should be  
doing instead?

Mike Cleaver
mike at moga.to



From andreas.faerber at web.de  Sun Aug  3 10:08:03 2008
From: andreas.faerber at web.de (=?ISO-8859-1?Q?Andreas_F=E4rber?=)
Date: Sun, 3 Aug 2008 16:08:03 +0200
Subject: [Mono-list] Mono preview 2.0 binary and DTrace
In-Reply-To: <1217700888.5951.18.camel@limestone>
References: <b2c603da0808020825g1973671eq64616acaefa4ce4b@mail.gmail.com>
	<CB6CEFDE-EEF4-421E-949A-615117D7D342@web.de>
	<1217697393.5951.17.camel@limestone>
	<295e750a0808021020t3a8d5f35lcf96467d0bacc002@mail.gmail.com>
	<1217700888.5951.18.camel@limestone>
Message-ID: <B79CA4B2-8AD1-4026-ADBF-8E4858FD1FA6@web.de>

Hi,

Are you talking of the once announced binary snapshots of trunk  
Mono.framework, so that you would make some Novell-internal setting to  
configure with --enable-dtrace?

Or do you suggest me to change trunk's configure.in to enable DTrace  
when specifically Mac OS X v10.5+ is detected and no --disable-dtrace  
was passed? Changes other than that I am skeptical about.

Btw Universal Binaries shouldn't be a problem, since iirc you use lipo  
to combine two separate builds and the mono.d file would be platform- 
independent so no special handling necessary.

Andreas

Am 02.08.2008 um 20:14 schrieb Geoff Norton:

> Zoltan,
>
>  I'm fine with this on trunk, but I still think barring any compelling
> reason we should leave the branch as is.
>
> -g
>
> On Sat, 2008-08-02 at 19:20 +0200, Zoltan Varga wrote:
>> Hi,
>>
>>  Looking at dtrace.h, all the current probes seem to be in
>> non-critical code-paths, so they
>> are unlikely to have a perf impact. We could make --enable- 
>> dtrace=true
>> the default in HEAD,
>> so it gets some testing.
>>
>>                          Zoltan
>>
>> On Sat, Aug 2, 2008 at 7:16 PM, Geoff Norton <gnorton at novell.com>  
>> wrote:
>>> On Sat, 2008-08-02 at 18:30 +0200, Andreas F?rber wrote:
>>>
>>>> Not fully true, there is of course a minimal degradation (~5 nop
>>>> instructions on Solaris), but it should be hardly noticeable. I  
>>>> have
>>>> taken care to only call helper functions when the probe is active.
>>>>
>>>> Was the answer on IRC in any way official? I could think of three
>>>> possible reasons:
>>>>
>>>> a) Worries about performance degradation.
>>>
>>> Yes
>>>
>>>> b) No one updated the build system.
>>>
>>> True but minor
>>>
>>>> c) The build machine isn't DTrace-capable.
>>>
>>> d) We havn't tested it fully in our QA process, nor has it been
>>> available long enough for us to feel comfortable turning it on at  
>>> this
>>> stage.  We also would need to invesgate how to do it in our  
>>> universal
>>> binaries, etc.  Its a lot of testing and it unfortunately will not  
>>> make
>>> 2.0 unless there is a compelling argument against this and support  
>>> from
>>> the runtime team and from the QA team.
>>>
>>> -g
>>>
>>>
>>> _______________________________________________
>>> Mono-devel-list mailing list
>>> Mono-devel-list at lists.ximian.com
>>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>>
>


From andreas.faerber at web.de  Sun Aug  3 11:14:08 2008
From: andreas.faerber at web.de (=?ISO-8859-1?Q?Andreas_F=E4rber?=)
Date: Sun, 3 Aug 2008 17:14:08 +0200
Subject: [Mono-list] [Mono-dev] Mono preview 2.0 binary and DTrace
In-Reply-To: <295e750a0808030752u8135f48t89c79b509fcf4f8b@mail.gmail.com>
References: <b2c603da0808020825g1973671eq64616acaefa4ce4b@mail.gmail.com>
	<CB6CEFDE-EEF4-421E-949A-615117D7D342@web.de>
	<1217697393.5951.17.camel@limestone>
	<295e750a0808021020t3a8d5f35lcf96467d0bacc002@mail.gmail.com>
	<1217700888.5951.18.camel@limestone>
	<B79CA4B2-8AD1-4026-ADBF-8E4858FD1FA6@web.de>
	<295e750a0808030752u8135f48t89c79b509fcf4f8b@mail.gmail.com>
Message-ID: <F98410D0-AEAD-4A47-A8E3-A0018787756D@web.de>

Hi,

Am 03.08.2008 um 16:52 schrieb Zoltan Varga:

>  On mono HEAD, dtrace is now enabled under solaris and macosx if the
> dtrace utility is
> detected by configure.

Looks okay to me.

In this form it would even allow to build with DTrace enabled on  
pre-10 Solaris once the tool becomes available there. Let's just hope  
my Solaris build script doesn't break too soon...

Andreas


From boris.dusek at gmail.com  Sun Aug  3 11:32:48 2008
From: boris.dusek at gmail.com (=?UTF-8?Q?Boris_Du=C5=A1ek?=)
Date: Sun, 3 Aug 2008 17:32:48 +0200
Subject: [Mono-list] Mono preview 2.0 binary and DTrace
In-Reply-To: <CB6CEFDE-EEF4-421E-949A-615117D7D342@web.de>
References: <b2c603da0808020825g1973671eq64616acaefa4ce4b@mail.gmail.com>
	<CB6CEFDE-EEF4-421E-949A-615117D7D342@web.de>
Message-ID: <b2c603da0808030832y77a2df49yf9a1d7a5481f2010@mail.gmail.com>

Hi Andreas,

On Sat, Aug 2, 2008 at 6:30 PM, Andreas F?rber <andreas.faerber at web.de> wrote:
>> I grabbed the Mono Preview 2.0 installer for OS X and wanted to test
>> new DTrace probes mentioned in Release Notes[1], but it did not work.
>
> Just to be sure, how did you test? As described in mono's man page?

With the same command that worked with mono that I compiled myself.
(with one difference - I used '/path/to/mono' for customly compiled
mono since my install prefix binary dir was not in $PATH):

boris at Pioneer:~/Documents/dev/mono/usr/bin$ sudo dtrace -P
mono'$target' -l -c mono
   ID   PROVIDER            MODULE                          FUNCTION NAME
dtrace: failed to match mono3618:::: No probe matches description

boris at Pioneer:~/Documents/dev/mono/usr/bin$ sudo dtrace -P
mono'$target' -l -c ./mono
   ID   PROVIDER            MODULE                          FUNCTION NAME
20188   mono3620              mono                   mono_gc_collect gc-begin
20189   mono3620              mono                   mono_gc_collect gc-end
21858   mono3620              mono               mini_method_compile
method-compile-begin
21859   mono3620              mono               mini_method_compile
method-compile-end
21860   mono3620              mono                         mini_init
ves-init-begin
21861   mono3620              mono                         mini_init
ves-init-end

btw. while we are at it, is it already possible now or do you plan to
add jstack support (so that the names of ".NET functions" appear
instead of addresses of frames for the part inside mono runtime?)

right now, with this Hello World program:

class Test {
    public static void Main(string[] args) {
        System.Console.WriteLine("Hello from C#");
    }
}

and this tracing script (tracing usermode stack at every write syscall):

syscall::write:entry
/pid == $target/
{
    trace(arg0);
    jstack();
}

I get this output which makes me believe it's either not implemented
or I am doing something wrong (both writes are to fd 1 = stderr):

boris at Pioneer:~/Documents/dev/mono/usr/bin$
DYLD_LIBRARY_PATH=`pwd`/../lib sudo dtrace -s tracemono.d -c './mono
/Users/boris/Test.exe'
dtrace: script 'tracemono.d' matched 1 probe
Hello from C#
dtrace: pid 1528 has exited
CPU     ID                    FUNCTION:NAME
  1  17600                      write:entry                 1
              libSystem.B.dylib`write$UNIX2003+0xa
              mono`ves_icall_System_IO_MonoIO_Write+0x66
              0x7d6084
              0x7d5d60
              0x7d5bae
              0x7d5ae6
              0x7cc8cd
              0x7d4ed8
              0x7d4e6e
              0x7d4df8
              0x7d4db6
              0x7ca289
              0x7ca24b
              0x7ca1ce
              mono`mono_runtime_exec_main+0xfe
              mono`mono_runtime_run_main+0x153
              mono`mono_main+0x1360
              mono`start+0x36
              0x2

  1  17600                      write:entry                 1
              libSystem.B.dylib`write$UNIX2003+0xa
              mono`ves_icall_System_IO_MonoIO_Write+0x66
              0x7d6084
              0x7d5d60
              0x7d5bae
              0x7d5ae6
              0x7cc8cd
              0x7d63bf
              0x7d61bd
              0x7d614e
              0x7d6128
              0x7d4e0a
              0x7d4db6
              0x7ca289
              0x7ca24b
              0x7ca1ce
              mono`mono_runtime_exec_main+0xfe
              mono`mono_runtime_run_main+0x153
              mono`mono_main+0x1360
              mono`start+0x36
              0x2

Tracing Java in this way yields empty trace, so probably it's me doing
something stupid.

Thanks,
Boris

From andreas.faerber at web.de  Sun Aug  3 15:57:34 2008
From: andreas.faerber at web.de (=?ISO-8859-1?Q?Andreas_F=E4rber?=)
Date: Sun, 3 Aug 2008 21:57:34 +0200
Subject: [Mono-list] Mono preview 2.0 binary and DTrace
In-Reply-To: <b2c603da0808030832y77a2df49yf9a1d7a5481f2010@mail.gmail.com>
References: <b2c603da0808020825g1973671eq64616acaefa4ce4b@mail.gmail.com>
	<CB6CEFDE-EEF4-421E-949A-615117D7D342@web.de>
	<b2c603da0808030832y77a2df49yf9a1d7a5481f2010@mail.gmail.com>
Message-ID: <5C1A1789-A27F-47D1-B56F-EF7985483F76@web.de>

Hi Boris,

Am 03.08.2008 um 17:32 schrieb Boris Du?ek:

> On Sat, Aug 2, 2008 at 6:30 PM, Andreas F?rber  
> <andreas.faerber at web.de> wrote:
>>> I grabbed the Mono Preview 2.0 installer for OS X and wanted to test
>>> new DTrace probes mentioned in Release Notes[1], but it did not  
>>> work.
>>
>> Just to be sure, how did you test? As described in mono's man page?
>
> With the same command that worked with mono that I compiled myself.
> (with one difference - I used '/path/to/mono' for customly compiled
> mono since my install prefix binary dir was not in $PATH):
>
> boris at Pioneer:~/Documents/dev/mono/usr/bin$ sudo dtrace -P
> mono'$target' -l -c mono
>   ID   PROVIDER            MODULE                          FUNCTION  
> NAME
> dtrace: failed to match mono3618:::: No probe matches description
>
> boris at Pioneer:~/Documents/dev/mono/usr/bin$ sudo dtrace -P
> mono'$target' -l -c ./mono
>   ID   PROVIDER            MODULE                          FUNCTION  
> NAME
> 20188   mono3620              mono                   mono_gc_collect  
> gc-begin
> 20189   mono3620              mono                   mono_gc_collect  
> gc-end
> 21858   mono3620              mono               mini_method_compile
> method-compile-begin
> 21859   mono3620              mono               mini_method_compile
> method-compile-end
> 21860   mono3620              mono                         mini_init
> ves-init-begin
> 21861   mono3620              mono                         mini_init
> ves-init-end

Looks right.

> btw. while we are at it, is it already possible now or do you plan to
> add jstack support (so that the names of ".NET functions" appear
> instead of addresses of frames for the part inside mono runtime?)
>
> right now, with this Hello World program:
>
> class Test {
>    public static void Main(string[] args) {
>        System.Console.WriteLine("Hello from C#");
>    }
> }
>
> and this tracing script (tracing usermode stack at every write  
> syscall):
>
> syscall::write:entry
> /pid == $target/
> {
>    trace(arg0);
>    jstack();
> }
>
> I get this output which makes me believe it's either not implemented
> or I am doing something wrong (both writes are to fd 1 = stderr):
>
> boris at Pioneer:~/Documents/dev/mono/usr/bin$
> DYLD_LIBRARY_PATH=`pwd`/../lib sudo dtrace -s tracemono.d -c './mono
> /Users/boris/Test.exe'
> dtrace: script 'tracemono.d' matched 1 probe
> Hello from C#
> dtrace: pid 1528 has exited
> CPU     ID                    FUNCTION:NAME
>  1  17600                      write:entry                 1
>              libSystem.B.dylib`write$UNIX2003+0xa
>              mono`ves_icall_System_IO_MonoIO_Write+0x66
>              0x7d6084
>              0x7d5d60
>              0x7d5bae
>              0x7d5ae6
>              0x7cc8cd
>              0x7d4ed8
>              0x7d4e6e
>              0x7d4df8
>              0x7d4db6
>              0x7ca289
>              0x7ca24b
>              0x7ca1ce
>              mono`mono_runtime_exec_main+0xfe
>              mono`mono_runtime_run_main+0x153
>              mono`mono_main+0x1360
>              mono`start+0x36
>              0x2
>
>  1  17600                      write:entry                 1
>              libSystem.B.dylib`write$UNIX2003+0xa
>              mono`ves_icall_System_IO_MonoIO_Write+0x66
>              0x7d6084
>              0x7d5d60
>              0x7d5bae
>              0x7d5ae6
>              0x7cc8cd
>              0x7d63bf
>              0x7d61bd
>              0x7d614e
>              0x7d6128
>              0x7d4e0a
>              0x7d4db6
>              0x7ca289
>              0x7ca24b
>              0x7ca1ce
>              mono`mono_runtime_exec_main+0xfe
>              mono`mono_runtime_run_main+0x153
>              mono`mono_main+0x1360
>              mono`start+0x36
>              0x2
>
> Tracing Java in this way yields empty trace, so probably it's me doing
> something stupid.

DTrace support has been a recurrently requested feature for about two  
years now. I'm happy that I got it working so far! :)

All current DTrace features are documented in mono's man page, that is  
the six probes. I don't pretend that this is in any way conclusive,  
there are many more probes and features imaginable, some listed as a  
roadmap in the to-be Wiki documentation, see attached. Suggestions and  
contributions always welcome. The current probes are meant to allow a  
little profiling of the runtime, and were a convenient way for me to  
trace what the runtime would be doing if my ppc64 port were working...

I haven't used jstack() yet and would need to look it up in the  
documentation. It sounds non-trivial to implement compared to probes.

What I will be looking into next is method-enter/method-exit probes  
for tracing managed function flow, but it seems more complicated (the  
JIT would need to always emit a call to a helper function, supplying  
it the data to conditionally pass out - otherwise the dynamic part of  
DTrace wouldn't work) and thus cannot be on by default for performance  
reasons, just like in Java.

Andreas
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: DTrace.txt
Url: http://lists.ximian.com/pipermail/mono-list/attachments/20080803/31827b55/attachment-0001.txt 
-------------- next part --------------




From gmdidro at gmail.com  Sun Aug  3 15:58:54 2008
From: gmdidro at gmail.com (Didro)
Date: Sun, 3 Aug 2008 12:58:54 -0700 (PDT)
Subject: [Mono-list] Build Mono 1.9.1 on Cell processor (e.g a PS3)
In-Reply-To: <18793607.post@talk.nabble.com>
References: <18793607.post@talk.nabble.com>
Message-ID: <18801956.post@talk.nabble.com>


A friend of mine set up a hypothesis that interpretation of the problem is
that it's the distribution's pre-installed mono c# compiler which crashes
while compiling the new compiler. 

Should I try to install earler version of mono ? Does smbd struggle with
such problem ?
Thank you
-- 
View this message in context: http://www.nabble.com/Build-Mono-1.9.1-on-Cell-processor-%28e.g-a-PS3%29-tp18793607p18801956.html
Sent from the Mono - General mailing list archive at Nabble.com.


From rolandomartinezg at gmail.com  Sun Aug  3 23:45:44 2008
From: rolandomartinezg at gmail.com (Rolando Martinez)
Date: Sun, 3 Aug 2008 23:45:44 -0400
Subject: [Mono-list] Runing NUnit with version 1.2.9
Message-ID: <35fdac010808032045y7e8b4cc7gcea88991ef71de72@mail.gmail.com>

Hello,

Thanks you Charlie for your help. That was very useful for me...
And now I have another question, Why is the reason with this change of
"Encoding"?. My question is because now I have another 3rdparty
(MySql.Data.dll) wich is not working with this version

basically the mysql connector is not working due to:

public Driver(MySqlConnectionStringBuilder settings)
        {
            encoding = Encoding.GetEncoding(1252);   <---- ups!!!!
            connectionString = settings;
            threadId = -1;
            serverCharSetIndex = -1;
            serverCharSet = null;
            hasWarnings = false;
        }

Thank you for your help =).
Regards,
Rolando.
 _____
Date: Sun, 3 Aug 2008 03:32:38 -0700
From: "Charlie Poole" <charlie at nunit.com>
Subject: Re: [Mono-list] Runing NUnit with version 1.2.9
To: <mono-list at lists.ximian.com>
Message-ID: <001d01c8f554$40d8b0e0$6401a8c0 at ferrari>
Content-Type: text/plain; charset="us-ascii"

Just modify  NUnit's config file to use UTF-8.


 _____

From: mono-list-bounces at lists.ximian.com
[mailto:mono-list-bounces at lists.ximian.com] On Behalf Of Rolando Martinez
Sent: Saturday, August 02, 2008 10:12 PM
To: mono-list at lists.ximian.com
Subject: [Mono-list] Runing NUnit with version 1.2.9


Hi all,
I downloaded the version number 1.9.1 of Mono and but when I try run some
assembly using NUnit I got the next error message.

Thank you for your help!

Unhandled Exception: System.ArgumentException: Encoding name 'Windows-1252'
not supported
Parameter name: name
 at System.Text.Encoding.GetEncoding (System.String name) [0x00000]
 at System.Xml.XmlInputStream.Initialize (System.IO.Stream stream)
[0x00000]
 at System.Xml.XmlInputStream..ctor (System.IO.Stream stream) [0x00000]
 at (wrapper remoting-invoke-with-check) System.Xml.XmlInputStream:.ctor
(System.IO.Stream)
 at System.Xml.XmlStreamReader..ctor (System.IO.Stream input) [0x00000]
 at (wrapper remoting-invoke-with-check) System.Xml.XmlStreamReader:.ctor
(System.IO.Stream)
 at System.Xml.XmlTextReader..ctor (System.IO.Stream input) [0x00000]
 at System.Configuration.Configuration.Load () [0x00000]
 at System.Configuration.Configuration.Init (IConfigSystem system,
System.String configPath, System.Configuration.Configuration parent)
[0x00000]
 at System.Configuration.Configuration..ctor
(System.Configuration.InternalConfigurationSystem system, System.String
locationSubPath) [0x00000]
 at System.Configuration.InternalConfigurationFactory.Create (System.Type
typeConfigHost, System.Object[] hostInitConfigurationParams) [0x00000]
 at System.Configuration.ConfigurationManager.OpenExeConfigurationInternal
(ConfigurationUserLevel userLevel, System.Reflection.Assembly
calling_assembly, System.String exePath) [0x00000]
 at
System.Configuration.ClientConfigurationSystem.System.Configuration.Internal
.IInternalConfigSystem.GetSection (System.String configKey) [0x00000]
 at System.Configuration.ConfigurationManager.GetSection (System.String
sectionName) [0x00000]
 at System.Configuration.ConfigurationSettings.GetConfig (System.String
sectionName) [0x00000]
 at System.Diagnostics.DiagnosticsConfiguration.get_Settings () [0x00000]
 at System.Diagnostics.Switch.GetConfigFileSetting () [0x00000]
 at System.Diagnostics.Switch.get_SwitchSetting () [0x00000]
 at System.Diagnostics.TraceSwitch.get_TraceInfo () [0x00000]
 at NUnit.Core.NTrace.Info <http://nunit.core.ntrace.info/> (System.String
message) [0x00000]
 at NUnit.ConsoleRunner.Runner.Main (System.String[] args) [0x00000]
 at NUnit.ConsoleRunner.Class1.Main (System.String[] args) [0x00000]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-list/attachments/20080803/3592e435/attachment.html 

From garriths at gmail.com  Mon Aug  4 02:13:37 2008
From: garriths at gmail.com (k1Ll5w1tcH)
Date: Sun, 3 Aug 2008 23:13:37 -0700 (PDT)
Subject: [Mono-list] Still don't know how to fix this...
In-Reply-To: <g6um7h$9d$1@ger.gmane.org>
References: <18770970.post@talk.nabble.com> <g6um7h$9d$1@ger.gmane.org>
Message-ID: <18806112.post@talk.nabble.com>




Robert Jordan wrote:
> 
> k1Ll5w1tcH wrote:
>> Please check this out, I'm still having a problem:
>> 
>> http://go-mono.com/forums/#nabble-p18649241
>> http://go-mono.com/forums/#nabble-p18649241 
> 
> We still don't know what architecture and mono version you're using.
> 
> Please go to http://www.mono-project.com/Bugs and file a bug.
> 
> Robert
> 
> _______________________________________________
> Mono-list maillist  -  Mono-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 

Running Mono 1.2.4 on Redhat Enterprise 2.4.21


-- 
View this message in context: http://www.nabble.com/Still-don%27t-know-how-to-fix-this...-tp18770970p18806112.html
Sent from the Mono - General mailing list archive at Nabble.com.


From allan.jardine at sprypanel.com  Mon Aug  4 03:32:58 2008
From: allan.jardine at sprypanel.com (theallan)
Date: Mon, 4 Aug 2008 00:32:58 -0700 (PDT)
Subject: [Mono-list]  Deployment of a C# application
Message-ID: <18806850.post@talk.nabble.com>


Hello all,

I wonder if anyone can offer a little advice to me for how I can deploy a C#
application that I've put together? Basically what the program does is to
take a file and parse it, and I would like to deploy it on an IIS
web-server, or Apache with the Mono module. On Unix what I would do is to
have the program as an interpreter, and at the top of the file I want parsed
(marked as executable) I would have '#!/path/to/prog'. Is there any way I
can do this with my Mono compiled exe file?

I know that it is possible to set up a CGI application to do this in IIS,
but apparently you need to change the user that IIS is running under to
access environment variable, which seems nuts.

Many thanks,
Allan
-- 
View this message in context: http://www.nabble.com/Deployment-of-a-C--application-tp18806850p18806850.html
Sent from the Mono - General mailing list archive at Nabble.com.


From mike at moga.to  Mon Aug  4 04:21:27 2008
From: mike at moga.to (Mike Cleaver)
Date: Mon, 4 Aug 2008 16:21:27 +0800
Subject: [Mono-list] Generics sharing vs delegates?
In-Reply-To: <DFE9B3DA-36B7-42C3-8FE8-824507384A73@moga.to>
References: <DFE9B3DA-36B7-42C3-8FE8-824507384A73@moga.to>
Message-ID: <B8DE7A04-5C8C-4E4C-B8CA-09B15D4E3F94@moga.to>

After a few seconds thought I realised that this is easier:

public static T [] GetDirectives<T>(IEnumerable<AbstractDirective>  
directives) where T : AbstractDirective {
			List<T> output = new List<T>();
			foreach(AbstractDirective directive in directives) {
				if(directive is T) output.Add(directive as T);
			}
			return output.ToArray();
		}

My app runs fine now as this was the only problem running 2.0p,  
strange that it occurs at all though?

Thanks,
Mike Cleaver

On 03/08/2008, at 8:25 PM, Mike Cleaver wrote:

> Hey all,
>
> Congrats on another release,
> I've only installed on my mac at the moment (excellent packaging!) and
> have had a go at getting my project to run and for the most part it
> works perfectly.
>
> I have found one issue, which I'm trying to write a unit test for at
> the moment but expect that like other issues I've had (and solved) in
> the past it is probably more due to me doing something wrong:
> Running this static method -
>
> 		public static T [] GetDirectives<T>(IEnumerable<AbstractDirective>
> directives) where T : AbstractDirective {
> 			Console.WriteLine("@@@ Orig T is " + typeof(T).Name);
> 			List<AbstractDirective> matches = new
> List<AbstractDirective>(directives).FindAll(delegate(AbstractDirective
> directive) {
> 							Console.WriteLine("@@@ T is {0}", typeof(T).Name);
> 							return directive is T;
> 						});
> 			Console.WriteLine("@@@ Final T is " + typeof(T).Name);
> 			
> 			return matches.ConvertAll<T>(delegate(AbstractDirective directive)
> { return directive as T; }).ToArray();
> 		}
>
> I get the output -
> @@@ Orig T is RegisterDirective
> @@@ T is AssemblyDirective
> @@@ T is AssemblyDirective
> @@@ Final T is RegisterDirective
>
> The RegisterDirective and AssemblyDirective classes inherit the same
> abstract class AbstractDirective.  So what we are seeing is that the
> generic type T is different inside the delegate, it is not a type that
> is currently accounted for in the directives enumeration or anything,
> just a different class type.
>
> Can anyone tell me if they can see anything silly? I assume there is a
> better way to select a particular type from a list that I should be
> doing instead?
>
> Mike Cleaver
> mike at moga.to
>
>
> _______________________________________________
> Mono-list maillist  -  Mono-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list

Mike Cleaver
mike at moga.to



From robertj at gmx.net  Mon Aug  4 04:57:05 2008
From: robertj at gmx.net (Robert Jordan)
Date: Mon, 04 Aug 2008 10:57:05 +0200
Subject: [Mono-list] Runing NUnit with version 1.2.9
In-Reply-To: <35fdac010808032045y7e8b4cc7gcea88991ef71de72@mail.gmail.com>
References: <35fdac010808032045y7e8b4cc7gcea88991ef71de72@mail.gmail.com>
Message-ID: <g76g9e$gqc$1@ger.gmane.org>

Rolando Martinez wrote:
> Hello,
> 
> Thanks you Charlie for your help. That was very useful for me...
> And now I have another question, Why is the reason with this change of
> "Encoding"?. My question is because now I have another 3rdparty
> (MySql.Data.dll) wich is not working with this version
> 
> basically the mysql connector is not working due to:
> 
> public Driver(MySqlConnectionStringBuilder settings)
>         {
>             encoding = Encoding.GetEncoding(1252);   <---- ups!!!!

You have not installed mono's i18n assemblies. Some distros are
providing them with separate packages.

Robert


From cdhowie at gmail.com  Mon Aug  4 08:40:27 2008
From: cdhowie at gmail.com (Chris Howie)
Date: Mon, 4 Aug 2008 08:40:27 -0400
Subject: [Mono-list] Deployment of a C# application
In-Reply-To: <18806850.post@talk.nabble.com>
References: <18806850.post@talk.nabble.com>
Message-ID: <3d2f29dc0808040540r93838d3q127e6d2d2eedbc4c@mail.gmail.com>

On Mon, Aug 4, 2008 at 3:32 AM, theallan <allan.jardine at sprypanel.com> wrote:
> Hello all,
>
> I wonder if anyone can offer a little advice to me for how I can deploy a C#
> application that I've put together? Basically what the program does is to
> take a file and parse it, and I would like to deploy it on an IIS
> web-server, or Apache with the Mono module. On Unix what I would do is to
> have the program as an interpreter, and at the top of the file I want parsed
> (marked as executable) I would have '#!/path/to/prog'. Is there any way I
> can do this with my Mono compiled exe file?

If your application is a proper CGI application (which means that you
can't use ASP.NET as far as I know, since it's not remotely close to
CGI at all) then you can do so by putting this at the top of your
scripts:

#!/usr/bin/mono /path/to/prog

Adjusting the path to Mono as necessary.  If your application uses
ASP.NET then there is no straightforward way to accomplish this.

-- 
Chris Howie
http://www.chrishowie.com
http://en.wikipedia.org/wiki/User:Crazycomputers

From cdhowie at gmail.com  Mon Aug  4 08:41:28 2008
From: cdhowie at gmail.com (Chris Howie)
Date: Mon, 4 Aug 2008 08:41:28 -0400
Subject: [Mono-list] Generics sharing vs delegates?
In-Reply-To: <B8DE7A04-5C8C-4E4C-B8CA-09B15D4E3F94@moga.to>
References: <DFE9B3DA-36B7-42C3-8FE8-824507384A73@moga.to>
	<B8DE7A04-5C8C-4E4C-B8CA-09B15D4E3F94@moga.to>
Message-ID: <3d2f29dc0808040541q3e5ea0c7x6ea712b3c10cf641@mail.gmail.com>

On Mon, Aug 4, 2008 at 4:21 AM, Mike Cleaver <mike at moga.to> wrote:
> After a few seconds thought I realised that this is easier:
>
> public static T [] GetDirectives<T>(IEnumerable<AbstractDirective>
> directives) where T : AbstractDirective {
>                        List<T> output = new List<T>();
>                        foreach(AbstractDirective directive in directives) {
>                                if(directive is T) output.Add(directive as T);
>                        }
>                        return output.ToArray();
>                }
>
> My app runs fine now as this was the only problem running 2.0p,
> strange that it occurs at all though?

Indeed.  I would file a bug report with a test case.  This behavior
does not seem at all desirable.

-- 
Chris Howie
http://www.chrishowie.com
http://en.wikipedia.org/wiki/User:Crazycomputers

From kobruleht2 at hot.ee  Mon Aug  4 10:08:12 2008
From: kobruleht2 at hot.ee (Andrus)
Date: Mon, 4 Aug 2008 17:08:12 +0300
Subject: [Mono-list] TypeConverter cannot convert from System.String in 2.0
	preview 1
In-Reply-To: <4893996C.4060701@novell.com>
References: <4893996C.4060701@novell.com>
Message-ID: <1A8B4F3805BC458FBB4DC863C11BEB35@andrusnotebook>

My WinForms application does not start with 2.0 preview 1. Exception is
below.
Maybe this is because I store Font object in user settings:

        [global::System.Configuration.UserScopedSettingAttribute()]
        [global::System.Diagnostics.DebuggerNonUserCodeAttribute()]
        [global::System.Configuration.DefaultSettingValueAttribute("Arial,
15pt")]
        public global::System.Drawing.Font TextBoxFont {
            get {
                return ((global::System.Drawing.Font)(this["TextBoxFont"]));
            }
            set {
                this["TextBoxFont"] = value;
            }
        }


How to fix ?

Andrus.

Unhandled Exception: System.TypeInitializationException: An exception was
thrown by the type initializer for
MyApplication.Windows.Forms.Properties.Settings --->
System.NotSupportedException: TypeConverter cannot convert from
System.String.

  at System.ComponentModel.TypeConverter.GetConvertFromException
(System.Object value) [0x00000]
  at System.ComponentModel.TypeConverter.ConvertFrom (ITypeDescriptorContext
context, System.Globalization.CultureInfo culture, System.Object value)
[0x00000]
  at System.ComponentModel.TypeConverter.ConvertFrom (System.Object o)
[0x00000]
  at System.ComponentModel.TypeConverter.ConvertFromString (System.String
text) [0x00000]
  at System.Configuration.ApplicationSettingsBase.CreateSettingsProperty
(System.Reflection.PropertyInfo prop,
System.Configuration.SettingsPropertyCollection properties,
System.Configuration.LocalFileSettingsProvider& local_provider) [0x00000]
  at System.Configuration.ApplicationSettingsBase.get_Properties ()
[0x00000]
  at System.Configuration.ApplicationSettingsBase..ctor () [0x00000]
  at MyApplication.Windows.Forms.Properties.Settings..ctor () [0x00000]
  at MyApplication.Windows.Forms.Properties.Settings..cctor () [0x00000]

  --- End of inner exception stack trace ---

  at MyApplication.Windows.Forms.UserLoginForm.InitializeComponent ()
[0x00000]
  at MyApplication.Windows.Forms.UserLoginForm..ctor () [0x00000]
  at (wrapper remoting-invoke-with-check)
MyApplication.Windows.Forms.UserLoginForm:.ctor ()
  at MyApplication.Windows.Forms.AppMainEntry.Main () [0x00000]


From contact at i-nz.net  Mon Aug  4 10:59:11 2008
From: contact at i-nz.net (Ivan N. Zlatev)
Date: Mon, 4 Aug 2008 17:59:11 +0300
Subject: [Mono-list] TypeConverter cannot convert from System.String in
	2.0 preview 1
In-Reply-To: <1A8B4F3805BC458FBB4DC863C11BEB35@andrusnotebook>
References: <4893996C.4060701@novell.com>
	<1A8B4F3805BC458FBB4DC863C11BEB35@andrusnotebook>
Message-ID: <3db1ec7f0808040759u83f6483h126e523c419193f@mail.gmail.com>

On Mon, Aug 4, 2008 at 5:08 PM, Andrus <kobruleht2 at hot.ee> wrote:
> My WinForms application does not start with 2.0 preview 1. Exception is
> below.

If it runs on MS.NET but doesn't run on mono then it's a bug of ours.
Can you please make a *small* self-contained test case out of your
application by extracting only the part that causes the exception and
then file a bug with it (attach it to the bug) -
http://mono-project.com/Bugs. Then post the bug number.

-- 
Kind Regards,
Ivan N. Zlatev

> Maybe this is because I store Font object in user settings:
>
>        [global::System.Configuration.UserScopedSettingAttribute()]
>        [global::System.Diagnostics.DebuggerNonUserCodeAttribute()]
>        [global::System.Configuration.DefaultSettingValueAttribute("Arial,
> 15pt")]
>        public global::System.Drawing.Font TextBoxFont {
>            get {
>                return ((global::System.Drawing.Font)(this["TextBoxFont"]));
>            }
>            set {
>                this["TextBoxFont"] = value;
>            }
>        }
>
>
> How to fix ?
>
> Andrus.
>
> Unhandled Exception: System.TypeInitializationException: An exception was
> thrown by the type initializer for
> MyApplication.Windows.Forms.Properties.Settings --->
> System.NotSupportedException: TypeConverter cannot convert from
> System.String.
>
>  at System.ComponentModel.TypeConverter.GetConvertFromException
> (System.Object value) [0x00000]
>  at System.ComponentModel.TypeConverter.ConvertFrom (ITypeDescriptorContext
> context, System.Globalization.CultureInfo culture, System.Object value)
> [0x00000]
>  at System.ComponentModel.TypeConverter.ConvertFrom (System.Object o)
> [0x00000]
>  at System.ComponentModel.TypeConverter.ConvertFromString (System.String
> text) [0x00000]
>  at System.Configuration.ApplicationSettingsBase.CreateSettingsProperty
> (System.Reflection.PropertyInfo prop,
> System.Configuration.SettingsPropertyCollection properties,
> System.Configuration.LocalFileSettingsProvider& local_provider) [0x00000]
>  at System.Configuration.ApplicationSettingsBase.get_Properties ()
> [0x00000]
>  at System.Configuration.ApplicationSettingsBase..ctor () [0x00000]
>  at MyApplication.Windows.Forms.Properties.Settings..ctor () [0x00000]
>  at MyApplication.Windows.Forms.Properties.Settings..cctor () [0x00000]
>
>  --- End of inner exception stack trace ---
>
>  at MyApplication.Windows.Forms.UserLoginForm.InitializeComponent ()
> [0x00000]
>  at MyApplication.Windows.Forms.UserLoginForm..ctor () [0x00000]
>  at (wrapper remoting-invoke-with-check)
> MyApplication.Windows.Forms.UserLoginForm:.ctor ()
>  at MyApplication.Windows.Forms.AppMainEntry.Main () [0x00000]
>
> _______________________________________________
> Mono-list maillist  -  Mono-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>

From bperry.volatile at gmail.com  Mon Aug  4 12:00:27 2008
From: bperry.volatile at gmail.com (Brandon Perry)
Date: Mon, 4 Aug 2008 11:00:27 -0500
Subject: [Mono-list] No such host is known
Message-ID: <c1b61cf90808040900s537c551ey3c7d383f28087f00@mail.gmail.com>

I am doing some testing and I am getting this error:

System.Net.Sockets.SocketException: No such host is known


The app runs fine in VS and IIS, but running it with xsp2 gives me
this. Any suggestions or thoughts on what might be the problem? I can
supply more info if needed.


-- 
http://www.volatileminds.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-list/attachments/20080804/40b66e84/attachment.html 

From charlie at nunit.com  Mon Aug  4 13:06:45 2008
From: charlie at nunit.com (Charlie Poole)
Date: Mon, 4 Aug 2008 10:06:45 -0700
Subject: [Mono-list] Runing NUnit with version 1.2.9
In-Reply-To: <g76g9e$gqc$1@ger.gmane.org>
Message-ID: <008501c8f654$79bca0f0$6401a8c0@ferrari>

Hi Robert,

Interesting... I assumed the config bug was mine and that I would ave to
supply a separate config for mono. Sounds like I don't.

Charlie

> -----Original Message-----
> From: mono-list-bounces at lists.ximian.com 
> [mailto:mono-list-bounces at lists.ximian.com] On Behalf Of Robert Jordan
> Sent: Monday, August 04, 2008 1:57 AM
> To: Mono-list at lists.ximian.com
> Subject: Re: [Mono-list] Runing NUnit with version 1.2.9
> 
> Rolando Martinez wrote:
> > Hello,
> > 
> > Thanks you Charlie for your help. That was very useful for me...
> > And now I have another question, Why is the reason with 
> this change of 
> > "Encoding"?. My question is because now I have another 3rdparty
> > (MySql.Data.dll) wich is not working with this version
> > 
> > basically the mysql connector is not working due to:
> > 
> > public Driver(MySqlConnectionStringBuilder settings)
> >         {
> >             encoding = Encoding.GetEncoding(1252);   <---- ups!!!!
> 
> You have not installed mono's i18n assemblies. Some distros 
> are providing them with separate packages.
> 
> Robert
> 
> _______________________________________________
> Mono-list maillist  -  Mono-list at lists.ximian.com 
> http://lists.ximian.com/mailman/listinfo/mono-list
> 




From kobruleht2 at hot.ee  Mon Aug  4 14:30:58 2008
From: kobruleht2 at hot.ee (Andrus)
Date: Mon, 4 Aug 2008 21:30:58 +0300
Subject: [Mono-list] TypeConverter cannot convert from System.String in
	2.0 preview 1
In-Reply-To: <3db1ec7f0808040759u83f6483h126e523c419193f@mail.gmail.com>
References: <4893996C.4060701@novell.com>
	<1A8B4F3805BC458FBB4DC863C11BEB35@andrusnotebook>
	<3db1ec7f0808040759u83f6483h126e523c419193f@mail.gmail.com>
Message-ID: <1D9B10D9A43846CAB75C9568B8336F56@andrusnotebook>

> If it runs on MS.NET but doesn't run on mono then it's a bug of ours.
> Can you please make a *small* self-contained test case out of your
> application by extracting only the part that causes the exception and
> then file a bug with it (attach it to the bug) -
> http://mono-project.com/Bugs. Then post the bug number.

Done !

https://bugzilla.novell.com/show_bug.cgi?id=414445
https://bugzilla.novell.com/show_bug.cgi?id=414446

Andrus.




From vargaz at gmail.com  Sat Aug  2 13:20:38 2008
From: vargaz at gmail.com (Zoltan Varga)
Date: Sat, 2 Aug 2008 19:20:38 +0200
Subject: [Mono-list] [Mono-dev] Mono preview 2.0 binary and DTrace
In-Reply-To: <1217697393.5951.17.camel@limestone>
References: <b2c603da0808020825g1973671eq64616acaefa4ce4b@mail.gmail.com>
	<CB6CEFDE-EEF4-421E-949A-615117D7D342@web.de>
	<1217697393.5951.17.camel@limestone>
Message-ID: <295e750a0808021020t3a8d5f35lcf96467d0bacc002@mail.gmail.com>

Hi,

  Looking at dtrace.h, all the current probes seem to be in
non-critical code-paths, so they
are unlikely to have a perf impact. We could make --enable-dtrace=true
the default in HEAD,
so it gets some testing.

                          Zoltan

On Sat, Aug 2, 2008 at 7:16 PM, Geoff Norton <gnorton at novell.com> wrote:
> On Sat, 2008-08-02 at 18:30 +0200, Andreas F?rber wrote:
>
>> Not fully true, there is of course a minimal degradation (~5 nop
>> instructions on Solaris), but it should be hardly noticeable. I have
>> taken care to only call helper functions when the probe is active.
>>
>> Was the answer on IRC in any way official? I could think of three
>> possible reasons:
>>
>> a) Worries about performance degradation.
>
> Yes
>
>> b) No one updated the build system.
>
> True but minor
>
>> c) The build machine isn't DTrace-capable.
>
> d) We havn't tested it fully in our QA process, nor has it been
> available long enough for us to feel comfortable turning it on at this
> stage.  We also would need to invesgate how to do it in our universal
> binaries, etc.  Its a lot of testing and it unfortunately will not make
> 2.0 unless there is a compelling argument against this and support from
> the runtime team and from the QA team.
>
> -g
>
>
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>

From vargaz at gmail.com  Sun Aug  3 10:52:20 2008
From: vargaz at gmail.com (Zoltan Varga)
Date: Sun, 3 Aug 2008 16:52:20 +0200
Subject: [Mono-list] Mono preview 2.0 binary and DTrace
In-Reply-To: <B79CA4B2-8AD1-4026-ADBF-8E4858FD1FA6@web.de>
References: <b2c603da0808020825g1973671eq64616acaefa4ce4b@mail.gmail.com>
	<CB6CEFDE-EEF4-421E-949A-615117D7D342@web.de>
	<1217697393.5951.17.camel@limestone>
	<295e750a0808021020t3a8d5f35lcf96467d0bacc002@mail.gmail.com>
	<1217700888.5951.18.camel@limestone>
	<B79CA4B2-8AD1-4026-ADBF-8E4858FD1FA6@web.de>
Message-ID: <295e750a0808030752u8135f48t89c79b509fcf4f8b@mail.gmail.com>

Hi,

  On mono HEAD, dtrace is now enabled under solaris and macosx if the
dtrace utility is
detected by configure.

               Zoltan

On Sun, Aug 3, 2008 at 4:08 PM, Andreas F?rber <andreas.faerber at web.de> wrote:
> Hi,
>
> Are you talking of the once announced binary snapshots of trunk
> Mono.framework, so that you would make some Novell-internal setting to
> configure with --enable-dtrace?
>
> Or do you suggest me to change trunk's configure.in to enable DTrace when
> specifically Mac OS X v10.5+ is detected and no --disable-dtrace was passed?
> Changes other than that I am skeptical about.
>
> Btw Universal Binaries shouldn't be a problem, since iirc you use lipo to
> combine two separate builds and the mono.d file would be
> platform-independent so no special handling necessary.
>
> Andreas
>
> Am 02.08.2008 um 20:14 schrieb Geoff Norton:
>
>> Zoltan,
>>
>>  I'm fine with this on trunk, but I still think barring any compelling
>> reason we should leave the branch as is.
>>
>> -g
>>
>> On Sat, 2008-08-02 at 19:20 +0200, Zoltan Varga wrote:
>>>
>>> Hi,
>>>
>>>  Looking at dtrace.h, all the current probes seem to be in
>>> non-critical code-paths, so they
>>> are unlikely to have a perf impact. We could make --enable-dtrace=true
>>> the default in HEAD,
>>> so it gets some testing.
>>>
>>>                         Zoltan
>>>
>>> On Sat, Aug 2, 2008 at 7:16 PM, Geoff Norton <gnorton at novell.com> wrote:
>>>>
>>>> On Sat, 2008-08-02 at 18:30 +0200, Andreas F?rber wrote:
>>>>
>>>>> Not fully true, there is of course a minimal degradation (~5 nop
>>>>> instructions on Solaris), but it should be hardly noticeable. I have
>>>>> taken care to only call helper functions when the probe is active.
>>>>>
>>>>> Was the answer on IRC in any way official? I could think of three
>>>>> possible reasons:
>>>>>
>>>>> a) Worries about performance degradation.
>>>>
>>>> Yes
>>>>
>>>>> b) No one updated the build system.
>>>>
>>>> True but minor
>>>>
>>>>> c) The build machine isn't DTrace-capable.
>>>>
>>>> d) We havn't tested it fully in our QA process, nor has it been
>>>> available long enough for us to feel comfortable turning it on at this
>>>> stage.  We also would need to invesgate how to do it in our universal
>>>> binaries, etc.  Its a lot of testing and it unfortunately will not make
>>>> 2.0 unless there is a compelling argument against this and support from
>>>> the runtime team and from the QA team.
>>>>
>>>> -g
>>>>
>>>>
>>>> _______________________________________________
>>>> Mono-devel-list mailing list
>>>> Mono-devel-list at lists.ximian.com
>>>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>>>
>>
>
>

From massi at ximian.com  Tue Aug  5 02:23:20 2008
From: massi at ximian.com (Massimiliano Mantione)
Date: Tue, 05 Aug 2008 08:23:20 +0200
Subject: [Mono-list] [Mono-dev] Mono preview 2.0 binary and DTrace
In-Reply-To: <5C1A1789-A27F-47D1-B56F-EF7985483F76@web.de>
References: <b2c603da0808020825g1973671eq64616acaefa4ce4b@mail.gmail.com>
	<CB6CEFDE-EEF4-421E-949A-615117D7D342@web.de>
	<b2c603da0808030832y77a2df49yf9a1d7a5481f2010@mail.gmail.com>
	<5C1A1789-A27F-47D1-B56F-EF7985483F76@web.de>
Message-ID: <1217917400.4829.131.camel@Matrix.site>


On Sun, 2008-08-03 at 21:57 +0200, Andreas F?rber wrote:
> What I will be looking into next is method-enter/method-exit probes  
> for tracing managed function flow, but it seems more complicated (the  
> JIT would need to always emit a call to a helper function, supplying  
> it the data to conditionally pass out - otherwise the dynamic part of  
> DTrace wouldn't work) and thus cannot be on by default for performance  
> reasons, just like in Java.

IMO, the correct way of doing this would be to implement it in a
profiler module, and it's amazingly easy doing so.

But actually the logging profiler does just that if you invoke it with
the "c" option: it logs all method enter and exit events.
It uses per-thread buffers (periodically flushed) to minimize overhead
and locking, each event takes between 2 and 5 bytes in the log file
(including the full timestamp!), and even this way the overhead is
really high.
I doubt dtrace could be any faster... but if it is I'd like to know how
it does it :-)

What the profiler misses, in this case, is a GUI that is oriented
towards "browsing the log", maybe with a timeline, showing the threads
in parallel, and with a filter and fast search functions...

The data is all in the log, the problem is those log files can take
several hundreds of Mb on disk (with the events compacted that way), so
IMO keeping all the data in RAM in the GUI would be the wrong approach
(because each event would take much more than 5 bytes!).
This is the main reason why this kind of tool has not yet been written:
doing it well for the general case (a typical program run during more
than ten minutes) is not trivial.

But if you need only one line in a text file for each method enter-exit,
take the Mono.Profiler code, put a couple of WriteLine inside
MethodEnter and MethodExit in the EventProcessor, be sure to print also
"stack.Depth", and you have your trace :-)
As a bonus, if you want to be able to distinguish threads, also print
"stack.ThreadId".
It is worse than "mono --trace" because you don't have the method
arguments, but it is much more efficient during execution so there are
more cases when this is actually doable.

I *know* this is not dtrace, it does not profile the whole system but
only Mono... but this works also on Linux.

Ciao,
  Massi



From mike at moga.to  Tue Aug  5 03:07:39 2008
From: mike at moga.to (Mike Cleaver)
Date: Tue, 5 Aug 2008 15:07:39 +0800
Subject: [Mono-list] Using gdk;
Message-ID: <83DEF21D-1C9F-473F-B718-2F7065D3BB71@moga.to>

Sorry people I'm stuck on one more problem using 2.0 beta,

I am resizing images using Gdk, running on OSX (from package) (same  
code runs without error on Ubuntu + 2.0b compiled from source) and get  
the console readout:

(bin/server.exe:31844): GLib-GObject-CRITICAL **: gtype.c:2242:  
initialization assertion failed, use g_type_init() prior to this  
function

(bin/server.exe:31844): GLib-CRITICAL **: g_once_init_leave: assertion  
`initialization_value != 0' failed

(bin/server.exe:31844): GLib-GObject-CRITICAL **: g_object_new:  
assertion `G_TYPE_IS_OBJECT (object_type)' failed
Stacktrace:

I have called Gdk.Global.InitCheck(ref args); in an init method,
and the error occurs when calling:

			Gdk.PixbufLoader loader = new Gdk.PixbufLoader ();
			byte [] buffer = new byte [8192];
			int n;

			while ((n = input.Read (buffer, 0, 8192)) != 0)
->				loader.Write (buffer, (ulong) n);

Is there some GLib Init method that I need to be calling? Any ideas?

Thanks,


Mike Cleaver
mike at moga.to



From kobruleht2 at hot.ee  Tue Aug  5 05:37:44 2008
From: kobruleht2 at hot.ee (Andrus)
Date: Tue, 5 Aug 2008 12:37:44 +0300
Subject: [Mono-list] How to get exception text using monow
Message-ID: <E2FD9491CB8F4402ABA8631AC421DF82@andrusnotebook>

monow myapp.exe 2>log.txt

does not write unhandled exception text to log.txt

How to  get unhandled exception info from applicaton running using monow ?

I would be best that unhandled exception dialog like in .NET appears.

Andrus.

From andreas.faerber at web.de  Tue Aug  5 06:26:40 2008
From: andreas.faerber at web.de (=?ISO-8859-1?Q?Andreas_F=E4rber?=)
Date: Tue, 5 Aug 2008 12:26:40 +0200
Subject: [Mono-list] [Mono-dev] Mono preview 2.0 binary and DTrace
In-Reply-To: <1217917400.4829.131.camel@Matrix.site>
References: <b2c603da0808020825g1973671eq64616acaefa4ce4b@mail.gmail.com>
	<CB6CEFDE-EEF4-421E-949A-615117D7D342@web.de>
	<b2c603da0808030832y77a2df49yf9a1d7a5481f2010@mail.gmail.com>
	<5C1A1789-A27F-47D1-B56F-EF7985483F76@web.de>
	<1217917400.4829.131.camel@Matrix.site>
Message-ID: <7A551B44-C072-4983-B82B-60124A55A185@web.de>

Ciao Massi,

Am 05.08.2008 um 08:23 schrieb Massimiliano Mantione:

>
> On Sun, 2008-08-03 at 21:57 +0200, Andreas F?rber wrote:
>> What I will be looking into next is method-enter/method-exit probes
>> for tracing managed function flow, but it seems more complicated (the
>> JIT would need to always emit a call to a helper function, supplying
>> it the data to conditionally pass out - otherwise the dynamic part of
>> DTrace wouldn't work) and thus cannot be on by default for  
>> performance
>> reasons, just like in Java.
>
> IMO, the correct way of doing this would be to implement it in a
> profiler module, and it's amazingly easy doing so.

Although not really familiar with it, I am aware of the existing cross- 
platform tracing and profiling mechanisms in Mono. (The JIT profiling  
DTrace probes mostly match Mono's own hooks except that I reported  
some profiler hooks were missing for generic sharing and when some  
optimizations were not run - I got no reply to that, maybe you want to  
check on that.)

DTrace is a different paradigm...

> But actually the logging profiler does just that if you invoke it with
> the "c" option: it logs all method enter and exit events.
> It uses per-thread buffers (periodically flushed) to minimize overhead
> and locking, each event takes between 2 and 5 bytes in the log file
> (including the full timestamp!), and even this way the overhead is
> really high.
> I doubt dtrace could be any faster... but if it is I'd like to know  
> how
> it does it :-)

...currently, having to start mono with the DTrace tool as documented  
is an intermediate step - the final goal is to deploy a runtime with  
DTrace compiled in, no probes activated at startup. Then when  
something goes wrong, e.g. while running ASP.NET with mod_mono, you  
connect to the mono pid (or to all running mono instances) and see  
what's going on.

What DTrace is doing afaik is it pre-compiles the D script to bytecode  
and it has per-CPU buffers. Unless I activate a certain probe, no data  
gets collected for it. Even if activated (i.e., called and data passed  
into), the script can use predicates to minimize the data collected to  
that of interest (e.g., only profile compilation of method starting  
with A), and built-in aggregation functions can further reduce the  
amount of data actually kept (e.g., a histogram). So this means that  
the actual "if (enabled)" needs to be different, and I wouldn't want  
to mess with the semantics of the cross-platform mechanism.

Personally, I have used DTrace for my thesis on H.264 SVC streaming,  
and being under great time pressure DTrace has allowed me to get the  
statistics I wanted with a minimum of work - for absolute numbers I  
got histograms directly in GNUplot format, for a cumulative  
distribution function I postprocessed the output with an existing Mono  
tool of mine (probably there's an easier way too but I'm no expert).
http://www.informatik.uni-mannheim.de/pi4/publications/Faerber2008a  
(pp. 14ff)

Anyway, believing that DTrace will be slightly faster, I have taken  
care to place the DTrace probes enclosed by Mono's hooks (e.g., start  
profiler hook, start DTrace probe, whatever, end DTrace probe, end  
profiler hook) and would ask that we stick with this order. It should  
not have any influence when DTrace is not compiled in (e.g., Linux) as  
my macros become no-op then.

I don't wish to replace or belittle your profiler work. I think the  
two have different scopes and different use cases and can live side by  
side, even benefitting from increased review.

Andreas


From robertj at gmx.net  Tue Aug  5 06:50:15 2008
From: robertj at gmx.net (Robert Jordan)
Date: Tue, 05 Aug 2008 12:50:15 +0200
Subject: [Mono-list] How to get exception text using monow
In-Reply-To: <E2FD9491CB8F4402ABA8631AC421DF82@andrusnotebook>
References: <E2FD9491CB8F4402ABA8631AC421DF82@andrusnotebook>
Message-ID: <g79b9p$dpk$1@ger.gmane.org>

Andrus wrote:
> monow myapp.exe 2>log.txt
> 
> does not write unhandled exception text to log.txt

Use `mono --debug myapp.exe'.

> How to  get unhandled exception info from applicaton running using monow ?
> 
> I would be best that unhandled exception dialog like in .NET appears.

Install a handler for unhandled exceptions.

Robert


From kobruleht2 at hot.ee  Tue Aug  5 07:33:56 2008
From: kobruleht2 at hot.ee (Andrus)
Date: Tue, 5 Aug 2008 14:33:56 +0300
Subject: [Mono-list] Using RDLDesigner
Message-ID: <D0564DC43CBC446DB525D44A777BCF6D@andrusnotebook>

I tried http://fyireporting.com  RDLDesigner.exe with 2.0 preview 1

Status bar appears in the middle of screen and properties window is also in
wrong position, not docked to right side.

How to fix ?

Andrus.


From massi at ximian.com  Tue Aug  5 08:32:22 2008
From: massi at ximian.com (Massimiliano Mantione)
Date: Tue, 05 Aug 2008 14:32:22 +0200
Subject: [Mono-list] [Mono-dev] Mono preview 2.0 binary and DTrace
In-Reply-To: <7A551B44-C072-4983-B82B-60124A55A185@web.de>
References: <b2c603da0808020825g1973671eq64616acaefa4ce4b@mail.gmail.com>
	<CB6CEFDE-EEF4-421E-949A-615117D7D342@web.de>
	<b2c603da0808030832y77a2df49yf9a1d7a5481f2010@mail.gmail.com>
	<5C1A1789-A27F-47D1-B56F-EF7985483F76@web.de>
	<1217917400.4829.131.camel@Matrix.site>
	<7A551B44-C072-4983-B82B-60124A55A185@web.de>
Message-ID: <1217939542.4829.164.camel@Matrix.site>


On Tue, 2008-08-05 at 12:26 +0200, Andreas F?rber wrote:
> > IMO, the correct way of doing this would be to implement it in a
> > profiler module, and it's amazingly easy doing so.
> [...]
> I don't wish to replace or belittle your profiler work. I think the  
> two have different scopes and different use cases and can live side by  
> side, even benefitting from increased review.

Don't worry, I did not take your post that way.
I *know* dtrace is a different thing, even if I have never used it.

I was trying to say the following:

[1] If you want dtrace hooks for every enter-exit method, the easiest
way to ?implement them is inside a profiler module that uses the
existing enter-exit profiling hooks.
This has its downsides: you must start the runtime enabling this "dtrace
profiler module", and at this point the overhead is not zero.
However it seems so easy to do that it could be useful anyway if you
need the feature "now" instead of in a few weeks or months.

[2] Anyway, if you want to extend the JIT to insert enter and exit
"empty dtrace hooks" to every method, it's very likely that you should
reuse (and extend) the existing prologue-epilogue instrumentation code
instead of trying to reinvent it.

[3] As nice as dtrace can be, we don't have it on Linux, and our main
focus is Linux. Here, the easiest way you have to log all enter-exit
events efficiently is the "c" option of the logging profiler, so I
explained how to use it for that purpose in case somebody needed it now.

Of course the logging profiler is not dtrace :-)
And of course there's place for both in the world...

My points [1] and [2] are suggestions on how to get those dtrace hooks
into Mono, point [3] is about how to get something similar without using
dtrace.

Anyway, I get your point that dtrace hooks are conditional, and the
conditions can be given dynamically as D scripts.
This is something we miss in Mono-land, and can cut the event bandwidth
significantly.
So, to answer my question, maybe dtrace would be slower than the logging
profiler in logging individual enter-exit events, but typically when
using dtrace you will never ask the system to log *all* of them, you
will select them with a D script, so the resulting event bandwidth will
be much slower and the performance acceptable.
Did I get it right?

Thanks!
  Massi



From kobruleht2 at hot.ee  Tue Aug  5 11:37:28 2008
From: kobruleht2 at hot.ee (Andrus)
Date: Tue, 5 Aug 2008 18:37:28 +0300
Subject: [Mono-list] broken links in website
Message-ID: <24DA60F7C5834CF3AECE67B63463D705@andrusnotebook>

From

http://www.mono-project.com/Getting_Mono

1. Slicking to Snapshots link opens non-existing page

http://mono.ximian.com/snapshots/

2.  Clicking to "Downloads page, tarballs "

opens page

http://www.mono-project.com/index.php?title=Downloads_page&action=edit

which shows "Login required to edit"  and does not open page.

This occurs with other links also since they contain action=edit  in URL.

How to download daily builds ?

Andrus


From SimonMoscrop at hotmail.com  Tue Aug  5 11:46:00 2008
From: SimonMoscrop at hotmail.com (simozzer)
Date: Tue, 5 Aug 2008 08:46:00 -0700 (PDT)
Subject: [Mono-list]  Can run mono once and only once (EEE PC)?
Message-ID: <18821807.post@talk.nabble.com>


Hello,

I wonder if anyone can help me with fixing this?

After lots of package upgrades I've finally managed to get mono 2.0
installed on my EEE PC -Yey!

It seems, however, I can run any mono application once then I have to reboot
- Boo!

After reboot the first mono application i try to run runs fine - the next
freezes :(

I've tried debugging using gdb but i've never gdb debugged anything in my
life so I haven't got very far. Here follows the gdb output from two
successive runs of HelloWorld.exe:

Starting program: /opt/mono/2.0/bin/mono /home/user/HelloWorld.exe
[Thread debugging using libthread_db enabled]
[New Thread -1210984736 (LWP 8969)]
[New Thread -1218667600 (LWP 8970)]
[New Thread -1218815056 (LWP 8971)]
Hello

Program received signal SIGPWR, Power fail/restart.
[Switching to Thread -1218815056 (LWP 8971)]
0xb7e7dc01 in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib/tls/libpthread.so.0
(gdb) continue
Continuing.

Program received signal SIGXCPU, CPU time limit exceeded.
0xb7d47e3d in sigsuspend () from /lib/tls/libc.so.6
(gdb) c
Continuing.

Program exited normally.
(gdb) run /home/user/HelloWorld.exe
Starting program: /opt/mono/2.0/bin/mono /home/user/HelloWorld.exe
[Thread debugging using libthread_db enabled]
[New Thread -1210964256 (LWP 8972)]
[New Thread -1218647120 (LWP 8973)]

At this point gdb freezes - what keys can i press to halt execution and 
inspect the call stack to find out what the heck is happening?

Can anyone help? P.lease, it would be wonderful to get Mono and MonoDevelop
up and running on a 4GB handheld 'toy' :o)

Cheers

Mozzy


 




-- 
View this message in context: http://www.nabble.com/Can-run-mono-once-and-only-once-%28EEE-PC%29--tp18821807p18821807.html
Sent from the Mono - General mailing list archive at Nabble.com.


From neptuno_000 at yahoo.es  Tue Aug  5 14:29:56 2008
From: neptuno_000 at yahoo.es (=?iso-8859-1?Q?Roilan_Cardoso_S=E1nchez?=)
Date: Tue, 5 Aug 2008 11:29:56 -0700 (PDT)
Subject: [Mono-list] About mono vb compiler in Ubuntu
Message-ID: <73213.98877.qm@web90502.mail.mud.yahoo.com>

Hello everybody
?
I'm trying to use mono in Ubuntu, but i can't find the vb compiler, please anybody can help me
?
thanks
Roilan



      ______________________________________________ 
Enviado desde Correo Yahoo! La bandeja de entrada m?s inteligente.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-list/attachments/20080805/9bfa8c35/attachment.html 

From rolflists at ya.com  Tue Aug  5 14:39:20 2008
From: rolflists at ya.com (Rolf Bjarne Kvinge)
Date: Tue, 5 Aug 2008 20:39:20 +0200
Subject: [Mono-list] About mono vb compiler in Ubuntu
In-Reply-To: <73213.98877.qm@web90502.mail.mud.yahoo.com>
References: <73213.98877.qm@web90502.mail.mud.yahoo.com>
Message-ID: <006a01c8f72a$93564210$ba02c630$@com>

Hi,

 

You have to install mono-basic somehow, probably from source.

I don?t think anybody has volunteered to package mono-basic for Ubuntu yet.

 

Rolf

 

 

From: mono-list-bounces at lists.ximian.com
[mailto:mono-list-bounces at lists.ximian.com] On Behalf Of Roilan Cardoso
S?nchez
Sent: martes, 05 de agosto de 2008 20:30
To: mono-list at lists.ximian.com
Subject: [Mono-list] About mono vb compiler in Ubuntu

 

Hello everybody

 

I'm trying to use mono in Ubuntu, but i can't find the vb compiler, please
anybody can help me

 

thanks

Roilan

 

  _____  


Enviado desde Correo
<http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http:/us.rd.yahoo.com/e
vt=52431/*http:/es.docs.yahoo.com/mail/overview/index.html>  Yahoo!
La bandeja de entrada m?s inteligente.

No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.138 / Virus Database: 270.5.12/1592 - Release Date: 05/08/2008
6:0

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-list/attachments/20080805/d7ea69b6/attachment.html 

From rolandomartinezg at gmail.com  Tue Aug  5 15:20:08 2008
From: rolandomartinezg at gmail.com (Rolando Martinez)
Date: Tue, 5 Aug 2008 15:20:08 -0400
Subject: [Mono-list] Runing NUnit with version 1.2.9
Message-ID: <35fdac010808051220g65ccaaaatfe04e0bd133fb22d@mail.gmail.com>

Hi Charlie

I have installed the mono's i18n assemblies and the MySqlData.dll is working
again =)

Thanks!

Regards,
Rolando

Date: Mon, 4 Aug 2008 10:06:45 -0700
From: "Charlie Poole" <charlie at nunit.com>
Subject: Re: [Mono-list] Runing NUnit with version 1.2.9
To: <Mono-list at lists.ximian.com>
Message-ID: <008501c8f654$79bca0f0$6401a8c0 at ferrari>
Content-Type: text/plain;       charset="US-ASCII"

Hi Robert,

Interesting... I assumed the config bug was mine and that I would ave to
supply a separate config for mono. Sounds like I don't.

Charlie

> -----Original Message-----
> From: mono-list-bounces at lists.ximian.com
> [mailto:mono-list-bounces at lists.ximian.com] On Behalf Of Robert Jordan
> Sent: Monday, August 04, 2008 1:57 AM
> To: Mono-list at lists.ximian.com
> Subject: Re: [Mono-list] Runing NUnit with version 1.2.9
>
> Rolando Martinez wrote:
> > Hello,
> >
> > Thanks you Charlie for your help. That was very useful for me...
> > And now I have another question, Why is the reason with
> this change of
> > "Encoding"?. My question is because now I have another 3rdparty
> > (MySql.Data.dll) wich is not working with this version
> >
> > basically the mysql connector is not working due to:
> >
> > public Driver(MySqlConnectionStringBuilder settings)
> >         {
> >             encoding = Encoding.GetEncoding(1252);   <---- ups!!!!
>
> You have not installed mono's i18n assemblies. Some distros
> are providing them with separate packages.
>
> Robert
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-list/attachments/20080805/4276cdba/attachment.html 

From atsushi at ximian.com  Wed Aug  6 06:46:10 2008
From: atsushi at ximian.com (Atsushi Eno)
Date: Wed, 06 Aug 2008 19:46:10 +0900
Subject: [Mono-list] Runing NUnit with version 1.2.9
In-Reply-To: <35fdac010808022212k45d005f2w56d330136af9ce3f@mail.gmail.com>
References: <35fdac010808022212k45d005f2w56d330136af9ce3f@mail.gmail.com>
Message-ID: <489980F2.5050008@ximian.com>

Hello,

It is possible that you don't install required locale packages. Make 
sure to install
full packages.

The following code demonstrates that Windows-1252 is supported:

using System;
using System.IO;
using System.Text;
using System.Xml;

public class Test
{
    public static void Main ()
    {
        Encoding.GetEncoding (1252);
        Encoding.GetEncoding ("Windows-1252");
        byte [] bytes = Encoding.GetEncoding (1252).GetBytes (
            "<?xml version='1.0' encoding='Windows-1252'?><foo />");
        XmlTextReader r = new XmlTextReader (new MemoryStream (bytes));
        r.Read ();
        r.Read ();
    }
}

Atsushi Eno

> Hi all,
> I downloaded the version number 1.9.1 of Mono and but when I try run 
> some assembly using NUnit I got the next error message.
>
> Thank you for your help!
>
> Unhandled Exception: System.ArgumentException: Encoding name 
> 'Windows-1252' not supported
> Parameter name: name
>   at System.Text.Encoding.GetEncoding (System.String name) [0x00000]
>   at System.Xml.XmlInputStream.Initialize (System.IO.Stream stream) 
> [0x00000]
>   at System.Xml.XmlInputStream..ctor (System.IO.Stream stream) [0x00000]
>   at (wrapper remoting-invoke-with-check) 
> System.Xml.XmlInputStream:.ctor (System.IO.Stream)
>   at System.Xml.XmlStreamReader..ctor (System.IO.Stream input) [0x00000]
>   at (wrapper remoting-invoke-with-check) 
> System.Xml.XmlStreamReader:.ctor (System.IO.Stream)
>   at System.Xml.XmlTextReader..ctor (System.IO.Stream input) [0x00000]
>   at System.Configuration.Configuration.Load () [0x00000]
>   at System.Configuration.Configuration.Init (IConfigSystem system, 
> System.String configPath, System.Configuration.Configuration parent) 
> [0x00000]
>   at System.Configuration.Configuration..ctor 
> (System.Configuration.InternalConfigurationSystem system, 
> System.String locationSubPath) [0x00000]
>   at System.Configuration.InternalConfigurationFactory.Create 
> (System.Type typeConfigHost, System.Object[] 
> hostInitConfigurationParams) [0x00000]
>   at 
> System.Configuration.ConfigurationManager.OpenExeConfigurationInternal 
> (ConfigurationUserLevel userLevel, System.Reflection.Assembly 
> calling_assembly, System.String exePath) [0x00000]
>   at 
> System.Configuration.ClientConfigurationSystem.System.Configuration.Internal.IInternalConfigSystem.GetSection 
> (System.String configKey) [0x00000]
>   at System.Configuration.ConfigurationManager.GetSection 
> (System.String sectionName) [0x00000]
>   at System.Configuration.ConfigurationSettings.GetConfig 
> (System.String sectionName) [0x00000]
>   at System.Diagnostics.DiagnosticsConfiguration.get_Settings () 
> [0x00000]
>   at System.Diagnostics.Switch.GetConfigFileSetting () [0x00000]
>   at System.Diagnostics.Switch.get_SwitchSetting () [0x00000]
>   at System.Diagnostics.TraceSwitch.get_TraceInfo () [0x00000]
>   at NUnit.Core.NTrace.Info <http://NUnit.Core.NTrace.Info> 
> (System.String message) [0x00000]
>   at NUnit.ConsoleRunner.Runner.Main (System.String[] args) [0x00000]
>   at NUnit.ConsoleRunner.Class1.Main (System.String[] args) [0x00000]
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Mono-list maillist  -  Mono-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>   


From colbec at start.ca  Wed Aug  6 10:15:17 2008
From: colbec at start.ca (colbec)
Date: Wed, 6 Aug 2008 07:15:17 -0700 (PDT)
Subject: [Mono-list]  Window with Gecko WebControl does not reopen
Message-ID: <18852144.post@talk.nabble.com>


I have a window A which contains a button which opens a new window B
containing a WebControl. Each time the button in window A is pressed a new
instance of window B opens with a different URL exposed in the B WebControl.
This works fine repeatedly with new windows provided at least one child
window remains open.

As soon as all child windows have been closed then a press on the button in
window A crashes the application with the following stacktrace when the
method ShowAll() is applied to the window:


  at (wrapper managed-to-native) Gtk.Widget.gtk_widget_show_all (intptr)
<0x00004>
  at (wrapper managed-to-native) Gtk.Widget.gtk_widget_show_all (intptr)
<0xffffffff>
  at Gtk.Widget.ShowAll () [0x00000] in
/usr/src/packages/BUILD/gtk-sharp-2.12.1/gtk/generated/Widget.cs:6228
  at reports.report.rpt (string) [0x00153] in
/home/colin/mobo/mobo/reports.cs:101
.....

I can put in a check that at least one window remains, but I am wondering if
I am missing something else important?
-- 
View this message in context: http://www.nabble.com/Window-with-Gecko-WebControl-does-not-reopen-tp18852144p18852144.html
Sent from the Mono - General mailing list archive at Nabble.com.


From cdhowie at gmail.com  Wed Aug  6 14:42:03 2008
From: cdhowie at gmail.com (Chris Howie)
Date: Wed, 6 Aug 2008 14:42:03 -0400
Subject: [Mono-list] Window with Gecko WebControl does not reopen
In-Reply-To: <18852144.post@talk.nabble.com>
References: <18852144.post@talk.nabble.com>
Message-ID: <3d2f29dc0808061142y26bc15a3me568d53fbaaab05a@mail.gmail.com>

On Wed, Aug 6, 2008 at 10:15 AM, colbec <colbec at start.ca> wrote:
> I have a window A which contains a button which opens a new window B
> containing a WebControl. Each time the button in window A is pressed a new
> instance of window B opens with a different URL exposed in the B WebControl.
> This works fine repeatedly with new windows provided at least one child
> window remains open.
>
> As soon as all child windows have been closed then a press on the button in
> window A crashes the application with the following stacktrace when the
> method ShowAll() is applied to the window:

Yes, I had this same issue.  My solution was to create a WebControl
and hold a reference to it while the program is open.  This seems to
be enough to keep it happy.

-- 
Chris Howie
http://www.chrishowie.com
http://en.wikipedia.org/wiki/User:Crazycomputers

From goon12 at gmail.com  Thu Aug  7 08:33:45 2008
From: goon12 at gmail.com (Joe Riopel)
Date: Thu, 7 Aug 2008 08:33:45 -0400
Subject: [Mono-list] Operating System for Mono Development
Message-ID: <6a2ccd190808070533m689ac455j93ccbf431f515f3d@mail.gmail.com>

Hi all,

What operating system are most people running when doing Mono
development (C#, ASP.NET, etc)? If you're using a Linux distribution
please be specific. I am currently running Slackware 12.0, but I am
going to be working on some more C# projects and I remember having a
tough time getting Mono running with Slackware 11.x (and never
successfully got MonoDevelop working).

Thanks,
goon12

From colbec at start.ca  Thu Aug  7 08:53:29 2008
From: colbec at start.ca (colbec)
Date: Thu, 7 Aug 2008 05:53:29 -0700 (PDT)
Subject: [Mono-list] Window with Gecko WebControl does not reopen
In-Reply-To: <3d2f29dc0808061142y26bc15a3me568d53fbaaab05a@mail.gmail.com>
References: <18852144.post@talk.nabble.com>
	<3d2f29dc0808061142y26bc15a3me568d53fbaaab05a@mail.gmail.com>
Message-ID: <18869797.post@talk.nabble.com>




Chris Howie-3 wrote:
> 
> On Wed, Aug 6, 2008 at 10:15 AM, colbec <colbec at start.ca> wrote:
>> I have a window A which contains a button which opens a new window B
>> containing a WebControl. Each time the button in window A is pressed a
>> new
>> instance of window B opens with a different URL exposed in the B
>> WebControl.
>> This works fine repeatedly with new windows provided at least one child
>> window remains open.
>>
>> As soon as all child windows have been closed then a press on the button
>> in
>> window A crashes the application with the following stacktrace when the
>> method ShowAll() is applied to the window:
> 
> Yes, I had this same issue.  My solution was to create a WebControl
> and hold a reference to it while the program is open.  This seems to
> be enough to keep it happy.
> 
> -- 
> Chris Howie
> http://www.chrishowie.com
> http://en.wikipedia.org/wiki/User:Crazycomputers
> _______________________________________________
> Mono-list maillist  -  Mono-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 

Thanks for this suggestion of a dummy instance. At first it looked very
good, in the MonoDevelop IDE the solution works very well, but when I run
the app from the CLI it fails. I have updated my library refs to indicate
that the libgtkembedmoz.so is in /usr/lib/xulrunner-1.8.1.13/.

In trying to trap the error in the CLI context I get "Object reference not
set to an instance of an object" even though monodevelop thinks there is a
reference. The window with the WebControl opens, but the control itself is
missing. The rest of the app works fine from the CLI.

-- 
View this message in context: http://www.nabble.com/Window-with-Gecko-WebControl-does-not-reopen-tp18852144p18869797.html
Sent from the Mono - General mailing list archive at Nabble.com.


From minxinjianxin at gmail.com  Thu Aug  7 09:01:53 2008
From: minxinjianxin at gmail.com (Star Liu)
Date: Thu, 7 Aug 2008 21:01:53 +0800
Subject: [Mono-list] make monodevelop on debian sid failed
Message-ID: <407c36770808070601n282ffc53qf1b6945c66d6b4b2@mail.gmail.com>

I tried to make monodevelop on debian sid, but failed, could anyone
help me? here is the make output:

make[1]: Entering directory `/root/Software/mono/monodevelop/main'
Making all in contrib
make[2]: Entering directory `/root/Software/mono/monodevelop/main/contrib'
Making all in Mono.Cecil
make[3]: Entering directory
`/root/Software/mono/monodevelop/main/contrib/Mono.Cecil'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory
`/root/Software/mono/monodevelop/main/contrib/Mono.Cecil'
make[3]: Entering directory `/root/Software/mono/monodevelop/main/contrib'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory `/root/Software/mono/monodevelop/main/contrib'
make[2]: Leaving directory `/root/Software/mono/monodevelop/main/contrib'
Making all in src
make[2]: Entering directory `/root/Software/mono/monodevelop/main/src'
Making all in core
make[3]: Entering directory `/root/Software/mono/monodevelop/main/src/core'
Making all in MonoDevelop.Dock
make[4]: Entering directory
`/root/Software/mono/monodevelop/main/src/core/MonoDevelop.Dock'
make[4]: Nothing to be done for `all'.
make[4]: Leaving directory
`/root/Software/mono/monodevelop/main/src/core/MonoDevelop.Dock'
Making all in NRefactory
make[4]: Entering directory
`/root/Software/mono/monodevelop/main/src/core/NRefactory'
make[4]: Nothing to be done for `all'.
make[4]: Leaving directory
`/root/Software/mono/monodevelop/main/src/core/NRefactory'
Making all in Mono.Debugging
make[4]: Entering directory
`/root/Software/mono/monodevelop/main/src/core/Mono.Debugging'
make[4]: Nothing to be done for `all'.
make[4]: Leaving directory
`/root/Software/mono/monodevelop/main/src/core/Mono.Debugging'
Making all in MonoDevelop.Core
make[4]: Entering directory
`/root/Software/mono/monodevelop/main/src/core/MonoDevelop.Core'
make[4]: Nothing to be done for `all'.
make[4]: Leaving directory
`/root/Software/mono/monodevelop/main/src/core/MonoDevelop.Core'
Making all in MonoDevelop.Components
make[4]: Entering directory
`/root/Software/mono/monodevelop/main/src/core/MonoDevelop.Components'
make[4]: Nothing to be done for `all'.
make[4]: Leaving directory
`/root/Software/mono/monodevelop/main/src/core/MonoDevelop.Components'
Making all in MonoDevelop.Core.Gui
make[4]: Entering directory
`/root/Software/mono/monodevelop/main/src/core/MonoDevelop.Core.Gui'
make[4]: Nothing to be done for `all'.
make[4]: Leaving directory
`/root/Software/mono/monodevelop/main/src/core/MonoDevelop.Core.Gui'
Making all in MonoDevelop.Projects
make[4]: Entering directory
`/root/Software/mono/monodevelop/main/src/core/MonoDevelop.Projects'
/usr/local/bin/gmcs -debug -codepage:utf8 -debug
-out:../../../build/bin/MonoDevelop.Projects.dll -target:library
-r:/usr/lib/cli/mono-addins-0.2/Mono.Addins.dll
/r:/usr/lib/mono/monodoc/monodoc.dll
-r:../../../build/bin/Mono.Cecil.dll
-r:../../../build/bin/Mono.Cecil.Mdb.dll
-r:../../../build/bin/MonoDevelop.Core.dll -r:Mono.Posix -r:System
-r:System.Drawing -r:System.Xml /resource:./md1format.xml
/resource:./MonoDevelop.Projects.addin.xml
./MonoDevelop.Projects.Ambience/Ambience.cs
./MonoDevelop.Projects.Ambience/AmbienceService.cs
./MonoDevelop.Projects.Ambience/ConversionFlags.cs
./MonoDevelop.Projects.Ambience/NetAmbience.cs
./MonoDevelop.Projects.CodeGeneration/BaseRefactorer.cs
./MonoDevelop.Projects.CodeGeneration/CodeRefactorer.cs
./MonoDevelop.Projects.CodeGeneration/IRefactorer.cs
./MonoDevelop.Projects.CodeGeneration/RefactorerContext.cs
./MonoDevelop.Projects.CodeGeneration/RefactorOperations.cs
./MonoDevelop.Projects.CodeGeneration/XmlCodeDomReader.cs
./MonoDevelop.Projects.Documentation/IDocumentationService.cs
./MonoDevelop.Projects.Dom.Output/Ambience.cs
./MonoDevelop.Projects.Dom.Output/AmbienceService.cs
./MonoDevelop.Projects.Dom.Output/NetAmbience.cs
./MonoDevelop.Projects.Dom.Output/OutputFlags.cs
./MonoDevelop.Projects.Dom.Parser/AbstractParser.cs
./MonoDevelop.Projects.Dom.Parser/IParser.cs
./MonoDevelop.Projects.Dom.Parser/ProjectDom.cs
./MonoDevelop.Projects.Dom.Parser/ProjectDomEventArgs.cs
./MonoDevelop.Projects.Dom.Parser/ProjectParserService.cs
./MonoDevelop.Projects.Dom/AbstractMember.cs
./MonoDevelop.Projects.Dom/AssemblyCodeCompletionDatabase.cs
./MonoDevelop.Projects.Dom/AttributeTarget.cs
./MonoDevelop.Projects.Dom/ClassEntry.cs
./MonoDevelop.Projects.Dom/ClassType.cs
./MonoDevelop.Projects.Dom/CodeCompletionDatabase.cs
./MonoDevelop.Projects.Dom/Comment.cs
./MonoDevelop.Projects.Dom/CommentType.cs
./MonoDevelop.Projects.Dom/CompilationUnit.cs
./MonoDevelop.Projects.Dom/CompilationUnitEventArgs.cs
./MonoDevelop.Projects.Dom/CompoundType.cs
./MonoDevelop.Projects.Dom/ConditionalRegion.cs
./MonoDevelop.Projects.Dom/DefaultParserContext.cs
./MonoDevelop.Projects.Dom/DomAttribute.cs
./MonoDevelop.Projects.Dom/DomCecilAttribute.cs
./MonoDevelop.Projects.Dom/DomCecilCompilationUnit.cs
./MonoDevelop.Projects.Dom/DomCecilEvent.cs
./MonoDevelop.Projects.Dom/DomCecilField.cs
./MonoDevelop.Projects.Dom/DomCecilMethod.cs
./MonoDevelop.Projects.Dom/DomCecilParameter.cs
./MonoDevelop.Projects.Dom/DomCecilProperty.cs
./MonoDevelop.Projects.Dom/DomCecilReturnType.cs
./MonoDevelop.Projects.Dom/DomCecilType.cs
./MonoDevelop.Projects.Dom/DomEvent.cs
./MonoDevelop.Projects.Dom/DomField.cs
./MonoDevelop.Projects.Dom/DomLocation.cs
./MonoDevelop.Projects.Dom/DomMethod.cs
./MonoDevelop.Projects.Dom/DomParameter.cs
./MonoDevelop.Projects.Dom/DomPersistence.cs
./MonoDevelop.Projects.Dom/DomProperty.cs
./MonoDevelop.Projects.Dom/DomRegion.cs
./MonoDevelop.Projects.Dom/DomReturnType.cs
./MonoDevelop.Projects.Dom/DomType.cs
./MonoDevelop.Projects.Dom/DomTypeProxy.cs
./MonoDevelop.Projects.Dom/DomUsing.cs
./MonoDevelop.Projects.Dom/Error.cs
./MonoDevelop.Projects.Dom/ExpressionContext.cs
./MonoDevelop.Projects.Dom/ExpressionResult.cs
./MonoDevelop.Projects.Dom/FileEntry.cs
./MonoDevelop.Projects.Dom/FoldingRegion.cs
./MonoDevelop.Projects.Dom/IAttribute.cs
./MonoDevelop.Projects.Dom/ICompilationUnit.cs
./MonoDevelop.Projects.Dom/IDocumentMetainformation.cs
./MonoDevelop.Projects.Dom/IDomVisitor.cs
./MonoDevelop.Projects.Dom/IEvent.cs
./MonoDevelop.Projects.Dom/IExpressionFinder.cs
./MonoDevelop.Projects.Dom/IField.cs
./MonoDevelop.Projects.Dom/IMember.cs
./MonoDevelop.Projects.Dom/IMethod.cs
./MonoDevelop.Projects.Dom/IParameter.cs
./MonoDevelop.Projects.Dom/IParserContext.cs
./MonoDevelop.Projects.Dom/IProperty.cs
./MonoDevelop.Projects.Dom/IReturnType.cs
./MonoDevelop.Projects.Dom/IType.cs
./MonoDevelop.Projects.Dom/IUsing.cs
./MonoDevelop.Projects.Dom/Modifiers.cs
./MonoDevelop.Projects.Dom/Namespace.cs
./MonoDevelop.Projects.Dom/NamespaceEntry.cs
./MonoDevelop.Projects.Dom/ParameterModifiers.cs
./MonoDevelop.Projects.Dom/PreProcessorDefine.cs
./MonoDevelop.Projects.Dom/ProjectCodeCompletionDatabase.cs
./MonoDevelop.Projects.Dom/ReferenceEntry.cs
./MonoDevelop.Projects.Dom/ResolveResult.cs
./MonoDevelop.Projects.Dom/SimpleCodeCompletionDatabase.cs
./MonoDevelop.Projects.Dom/Tag.cs
./MonoDevelop.Projects.Dom/TypeParameter.cs
./MonoDevelop.Projects.Dom/TypeUpdateInformation.cs
./MonoDevelop.Projects.Extensions/DataTypeCodon.cs
./MonoDevelop.Projects.Extensions/DotNetProjectNode.cs
./MonoDevelop.Projects.Extensions/DotNetProjectSubtypeNode.cs
./MonoDevelop.Projects.Extensions/FileFormatNode.cs
./MonoDevelop.Projects.Extensions/IFileFormat.cs
./MonoDevelop.Projects.Extensions/ISolutionItemHandler.cs
./MonoDevelop.Projects.Extensions/ItemPropertyCodon.cs
./MonoDevelop.Projects.Extensions/ItemTypeNode.cs
./MonoDevelop.Projects.Extensions/LanguageBindingCodon.cs
./MonoDevelop.Projects.Extensions/ProjectBindingCodon.cs
./MonoDevelop.Projects.Extensions/ProjectExtensionUtil.cs
./MonoDevelop.Projects.Extensions/SerlializationMapNode.cs
./MonoDevelop.Projects.Extensions/SolutionItemHandler.cs
./MonoDevelop.Projects.Extensions/SolutionItemNode.cs
./MonoDevelop.Projects.Formats.MD1/CmbxFileFormat.cs
./MonoDevelop.Projects.Formats.MD1/CombineConfiguration.cs
./MonoDevelop.Projects.Formats.MD1/CombineConfigurationEntry.cs
./MonoDevelop.Projects.Formats.MD1/CombineConfigurationSet.cs
./MonoDevelop.Projects.Formats.MD1/CombineStartupMode.cs
./MonoDevelop.Projects.Formats.MD1/MD1CustomDataItem.cs
./MonoDevelop.Projects.Formats.MD1/MD1DotNetProjectHandler.cs
./MonoDevelop.Projects.Formats.MD1/MD1FileFormat.cs
./MonoDevelop.Projects.Formats.MD1/MD1ProjectService.cs
./MonoDevelop.Projects.Formats.MD1/MD1SolutionEntityItemHandler.cs
./MonoDevelop.Projects.Formats.MD1/MD1SolutionItemHandler.cs
./MonoDevelop.Projects.Formats.MD1/PrjxFileFormat.cs
./MonoDevelop.Projects.Formats.MSBuild/MSBuildFileFormat.cs
./MonoDevelop.Projects.Formats.MSBuild/MSBuildHandler.cs
./MonoDevelop.Projects.Formats.MSBuild/MSBuildProject.cs
./MonoDevelop.Projects.Formats.MSBuild/MSBuildProjectHandler.cs
./MonoDevelop.Projects.Formats.MSBuild/MSBuildProjectService.cs
./MonoDevelop.Projects.Formats.MSBuild/SlnData.cs
./MonoDevelop.Projects.Formats.MSBuild/SlnFileFormat.cs
./MonoDevelop.Projects.Parser/AbstractDecoration.cs
./MonoDevelop.Projects.Parser/AbstractMember.cs
./MonoDevelop.Projects.Parser/AbstractNamedEntity.cs
./MonoDevelop.Projects.Parser/AbstractUsing.cs
./MonoDevelop.Projects.Parser/AssemblyCodeCompletionDatabase.cs
./MonoDevelop.Projects.Parser/AssemblyInformation.cs
./MonoDevelop.Projects.Parser/AssemblyInformationEventHandler.cs
./MonoDevelop.Projects.Parser/AttributeCollection.cs
./MonoDevelop.Projects.Parser/AttributeSectionCollection.cs
./MonoDevelop.Projects.Parser/ClassCollection.cs
./MonoDevelop.Projects.Parser/ClassEntry.cs
./MonoDevelop.Projects.Parser/ClassInformationEventHandler.cs
./MonoDevelop.Projects.Parser/ClassType.cs
./MonoDevelop.Projects.Parser/ClassWrapper.cs
./MonoDevelop.Projects.Parser/CodeCompletionDatabase.cs
./MonoDevelop.Projects.Parser/Comment.cs
./MonoDevelop.Projects.Parser/CommentCollection.cs
./MonoDevelop.Projects.Parser/CommentTasksChangedEventHandler.cs
./MonoDevelop.Projects.Parser/CompoundClass.cs
./MonoDevelop.Projects.Parser/DatabaseGeneratorTool.cs
./MonoDevelop.Projects.Parser/DefaultAttribute.cs
./MonoDevelop.Projects.Parser/DefaultClass.cs
./MonoDevelop.Projects.Parser/DefaultComment.cs
./MonoDevelop.Projects.Parser/DefaultCompilationUnit.cs
./MonoDevelop.Projects.Parser/DefaultEvent.cs
./MonoDevelop.Projects.Parser/DefaultField.cs
./MonoDevelop.Projects.Parser/DefaultIndexer.cs
./MonoDevelop.Projects.Parser/DefaultMethod.cs
./MonoDevelop.Projects.Parser/DefaultParameter.cs
./MonoDevelop.Projects.Parser/DefaultParserService.cs
./MonoDevelop.Projects.Parser/DefaultProperty.cs
./MonoDevelop.Projects.Parser/DefaultRegion.cs
./MonoDevelop.Projects.Parser/DefaultReturnType.cs
./MonoDevelop.Projects.Parser/EventCollection.cs
./MonoDevelop.Projects.Parser/ExpressionContext.cs
./MonoDevelop.Projects.Parser/FieldCollection.cs
./MonoDevelop.Projects.Parser/FileEntry.cs
./MonoDevelop.Projects.Parser/GenericParameter.cs
./MonoDevelop.Projects.Parser/GenericParameterList.cs
./MonoDevelop.Projects.Parser/IAttribute.cs
./MonoDevelop.Projects.Parser/IClass.cs
./MonoDevelop.Projects.Parser/IComment.cs
./MonoDevelop.Projects.Parser/ICompilationUnit.cs
./MonoDevelop.Projects.Parser/ICompilationUnitBase.cs
./MonoDevelop.Projects.Parser/IDecoration.cs
./MonoDevelop.Projects.Parser/IEvent.cs
./MonoDevelop.Projects.Parser/IExpressionFinder.cs
./MonoDevelop.Projects.Parser/IField.cs
./MonoDevelop.Projects.Parser/IIndexer.cs
./MonoDevelop.Projects.Parser/ILanguageItem.cs
./MonoDevelop.Projects.Parser/IMember.cs
./MonoDevelop.Projects.Parser/IMethod.cs
./MonoDevelop.Projects.Parser/IParameter.cs
./MonoDevelop.Projects.Parser/IParser.cs
./MonoDevelop.Projects.Parser/IParserService.cs
./MonoDevelop.Projects.Parser/IProperty.cs
./MonoDevelop.Projects.Parser/IRegion.cs
./MonoDevelop.Projects.Parser/IReturnType.cs
./MonoDevelop.Projects.Parser/ITypeNameResolver.cs
./MonoDevelop.Projects.Parser/IUsing.cs
./MonoDevelop.Projects.Parser/IUsingCollection.cs
./MonoDevelop.Projects.Parser/LanguageItemCollection.cs
./MonoDevelop.Projects.Parser/LocalVariable.cs
./MonoDevelop.Projects.Parser/MemberCollectionBase.cs
./MonoDevelop.Projects.Parser/MethodCollection.cs
./MonoDevelop.Projects.Parser/ModifierEnum.cs
./MonoDevelop.Projects.Parser/Namespace.cs
./MonoDevelop.Projects.Parser/NamespaceEntry.cs
./MonoDevelop.Projects.Parser/ParameterCollection.cs
./MonoDevelop.Projects.Parser/ParameterModifier.cs
./MonoDevelop.Projects.Parser/ParseInformation.cs
./MonoDevelop.Projects.Parser/ParseInformationEventHandler.cs
./MonoDevelop.Projects.Parser/PersistentAttribute.cs
./MonoDevelop.Projects.Parser/PersistentAttributeSection.cs
./MonoDevelop.Projects.Parser/PersistentClass.cs
./MonoDevelop.Projects.Parser/PersistentEvent.cs
./MonoDevelop.Projects.Parser/PersistentField.cs
./MonoDevelop.Projects.Parser/PersistentGenericParamater.cs
./MonoDevelop.Projects.Parser/PersistentIndexer.cs
./MonoDevelop.Projects.Parser/PersistentMethod.cs
./MonoDevelop.Projects.Parser/PersistentParameter.cs
./MonoDevelop.Projects.Parser/PersistentProperty.cs
./MonoDevelop.Projects.Parser/PersistentReturnType.cs
./MonoDevelop.Projects.Parser/ProjectCodeCompletionDatabase.cs
./MonoDevelop.Projects.Parser/PropertyCollection.cs
./MonoDevelop.Projects.Parser/ReferenceEntry.cs
./MonoDevelop.Projects.Parser/ReflectionClass.cs
./MonoDevelop.Projects.Parser/ReflectionEvent.cs
./MonoDevelop.Projects.Parser/ReflectionField.cs
./MonoDevelop.Projects.Parser/ReflectionIndexer.cs
./MonoDevelop.Projects.Parser/ReflectionMethod.cs
./MonoDevelop.Projects.Parser/ReflectionParameter.cs
./MonoDevelop.Projects.Parser/ReflectionProperty.cs
./MonoDevelop.Projects.Parser/ReflectionReturnType.cs
./MonoDevelop.Projects.Parser/ReturnTypeList.cs
./MonoDevelop.Projects.Parser/SimpleCodeCompletionDatabase.cs
./MonoDevelop.Projects.Parser/Tag.cs
./MonoDevelop.Projects.Parser/TagCollection.cs
./MonoDevelop.Projects.Parser/TypedCSharpCollection.cs
./MonoDevelop.Projects.Parser/TypeNameResolver.cs
./MonoDevelop.Projects.Text/IEditableTextFile.cs
./MonoDevelop.Projects.Text/ITextFile.cs
./MonoDevelop.Projects.Text/ITextFileProvider.cs
./MonoDevelop.Projects.Text/TextEncoding.cs
./MonoDevelop.Projects.Text/TextFile.cs
./MonoDevelop.Projects.Text/TextFileReader.cs
./MonoDevelop.Projects.Text/TextFileService.cs
./MonoDevelop.Projects.Utility/DiffUtility.cs
./MonoDevelop.Projects/AbstractProjectConfiguration.cs
./MonoDevelop.Projects/BuildEventHandler.cs
./MonoDevelop.Projects/BuildResult.cs
./MonoDevelop.Projects/BuildTool.cs
./MonoDevelop.Projects/CombineEntryRenamedEventArgs.cs
./MonoDevelop.Projects/CombineEventArgs.cs
./MonoDevelop.Projects/ConfigurationEventHandler.cs
./MonoDevelop.Projects/ConvertXml.cs
./MonoDevelop.Projects/CustomCommand.cs
./MonoDevelop.Projects/CustomCommandCollection.cs
./MonoDevelop.Projects/CustomCommandExtension.cs
./MonoDevelop.Projects/CustomCommandType.cs
./MonoDevelop.Projects/CyclicBuildOrderException.cs
./MonoDevelop.Projects/DotNetProject.cs
./MonoDevelop.Projects/DotNetProjectBinding.cs
./MonoDevelop.Projects/DotNetProjectConfiguration.cs
./MonoDevelop.Projects/ExecutionContext.cs
./MonoDevelop.Projects/FileFormat.cs
./MonoDevelop.Projects/FileFormatManager.cs
./MonoDevelop.Projects/GenericProject.cs
./MonoDevelop.Projects/GenericProjectBinding.cs
./MonoDevelop.Projects/IBuildTarget.cs
./MonoDevelop.Projects/IConfigurationTarget.cs
./MonoDevelop.Projects/IDotNetLanguageBinding.cs
./MonoDevelop.Projects/ILanguageBinding.cs
./MonoDevelop.Projects/IProjectBinding.cs
./MonoDevelop.Projects/ItemCollection.cs
./MonoDevelop.Projects/ItemConfiguration.cs
./MonoDevelop.Projects/ItemConfigurationCollection.cs
./MonoDevelop.Projects/IWorkspaceObject.cs
./MonoDevelop.Projects/LanguageBindingService.cs
./MonoDevelop.Projects/Project.cs
./MonoDevelop.Projects/ProjectConvertTool.cs
./MonoDevelop.Projects/ProjectCreateInformation.cs
./MonoDevelop.Projects/ProjectEventArgs.cs
./MonoDevelop.Projects/ProjectFile.cs
./MonoDevelop.Projects/ProjectFileCollection.cs
./MonoDevelop.Projects/ProjectFileEventArgs.cs
./MonoDevelop.Projects/ProjectPathItemPropertyAttribute.cs
./MonoDevelop.Projects/ProjectReference.cs
./MonoDevelop.Projects/ProjectReferenceCollection.cs
./MonoDevelop.Projects/ProjectReferenceEventArgs.cs
./MonoDevelop.Projects/ProjectRenameEventArgs.cs
./MonoDevelop.Projects/ProjectService.cs
./MonoDevelop.Projects/ProjectServiceExtension.cs
./MonoDevelop.Projects/ProjectsServices.cs
./MonoDevelop.Projects/PropertyBag.cs
./MonoDevelop.Projects/Solution.cs
./MonoDevelop.Projects/SolutionConfiguration.cs
./MonoDevelop.Projects/SolutionConfigurationCollection.cs
./MonoDevelop.Projects/SolutionEntityItem.cs
./MonoDevelop.Projects/SolutionEventArgs.cs
./MonoDevelop.Projects/SolutionFolder.cs
./MonoDevelop.Projects/SolutionFolderItemCollection.cs
./MonoDevelop.Projects/SolutionItem.cs
./MonoDevelop.Projects/SolutionItemCollection.cs
./MonoDevelop.Projects/SolutionItemConfiguration.cs
./MonoDevelop.Projects/SolutionItemConfigurationCollection.cs
./MonoDevelop.Projects/SolutionItemEventArgs.cs
./MonoDevelop.Projects/SolutionItemReference.cs
./MonoDevelop.Projects/UnknownConfiguration.cs
./MonoDevelop.Projects/UnknownProjectVersionException.cs
./MonoDevelop.Projects/UnknownSolutionItem.cs
./MonoDevelop.Projects/UnknownWorkspaceItem.cs
./MonoDevelop.Projects/Workspace.cs
./MonoDevelop.Projects/WorkspaceItem.cs
./MonoDevelop.Projects/WorkspaceItemCollection.cs
./MonoDevelop.Projects/WorkspaceItemEventArgs.cs
./MonoDevelop.Projects/WorkspaceItemRenamedEventArgs.cs
AssemblyInfo.cs \
	&& cp MonoDevelop.Projects.dll.config ../../../build/bin
Exception caught by the compiler while compiling:
   Block that caused the problem begin at:
./MonoDevelop.Projects.Dom.Parser/ProjectParserService.cs(345,35):
                     Block being compiled:
[Internal(1,1):,./MonoDevelop.Projects.Dom.Parser/ProjectParserService.cs(362,68):]
System.TypeLoadException: Could not load type
'MonoDevelop.Core.Runtime' from assembly 'MonoDevelop.Core,
Version=1.9.0.0, Culture=neutral, PublicKeyToken=null'.
Internal compiler error at
./MonoDevelop.Projects.Dom.Parser/ProjectParserService.cs(345,35)::
exception caught while emitting MethodBuilder
[ProjectDomService::Load]
make[4]: Leaving directory
`/root/Software/mono/monodevelop/main/src/core/MonoDevelop.Projects'
make[3]: Leaving directory `/root/Software/mono/monodevelop/main/src/core'
make[2]: Leaving directory `/root/Software/mono/monodevelop/main/src'
make[1]: Leaving directory `/root/Software/mono/monodevelop/main'

From nagappan at gmail.com  Thu Aug  7 09:17:49 2008
From: nagappan at gmail.com (Nagappan A)
Date: Thu, 7 Aug 2008 06:17:49 -0700
Subject: [Mono-list] Operating System for Mono Development
In-Reply-To: <6a2ccd190808070533m689ac455j93ccbf431f515f3d@mail.gmail.com>
References: <6a2ccd190808070533m689ac455j93ccbf431f515f3d@mail.gmail.com>
Message-ID: <9d0602eb0808070617k5b0fda2cr643d6f0f55f3ff17@mail.gmail.com>

Hello Joe,

I prefer to use latest openSuSE !

Thanks
Nagappan

On Thu, Aug 7, 2008 at 5:33 AM, Joe Riopel <goon12 at gmail.com> wrote:

> Hi all,
>
> What operating system are most people running when doing Mono
> development (C#, ASP.NET, etc)? If you're using a Linux distribution
> please be specific. I am currently running Slackware 12.0, but I am
> going to be working on some more C# projects and I remember having a
> tough time getting Mono running with Slackware 11.x (and never
> successfully got MonoDevelop working).
>
> Thanks,
> goon12
> _______________________________________________
> Mono-list maillist  -  Mono-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>



-- 
Linux Desktop (GUI Application) Testing Project -
http://ldtp.freedesktop.org
http://nagappanal.blogspot.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-list/attachments/20080807/08e3612d/attachment-0001.html 

From jon at jcosby.com  Thu Aug  7 10:44:11 2008
From: jon at jcosby.com (Jon Cosby)
Date: Thu, 07 Aug 2008 07:44:11 -0700
Subject: [Mono-list] Operating System for Mono Development
In-Reply-To: <6a2ccd190808070533m689ac455j93ccbf431f515f3d@mail.gmail.com>
References: <6a2ccd190808070533m689ac455j93ccbf431f515f3d@mail.gmail.com>
Message-ID: <489B0A3B.4010802@jcosby.com>

Joe Riopel wrote:
> Hi all,
> 
> What operating system are most people running when doing Mono
> development (C#, ASP.NET, etc)? If you're using a Linux distribution
> please be specific. I am currently running Slackware 12.0, but I am
> going to be working on some more C# projects and I remember having a
> tough time getting Mono running with Slackware 11.x (and never
> successfully got MonoDevelop working).
> 

Any Linux distro *should* be supported. Given that the Mono Project is 
sponsored by Novell, openSUSE may have an edge. If nothing else, all of 
the stable packages are regularly maintained and available in the 
openSUSE repos.


jon

From colbec at start.ca  Thu Aug  7 13:52:12 2008
From: colbec at start.ca (colbec)
Date: Thu, 7 Aug 2008 10:52:12 -0700 (PDT)
Subject: [Mono-list] Window with Gecko WebControl does not reopen
In-Reply-To: <18869797.post@talk.nabble.com>
References: <18852144.post@talk.nabble.com>
	<3d2f29dc0808061142y26bc15a3me568d53fbaaab05a@mail.gmail.com>
	<18869797.post@talk.nabble.com>
Message-ID: <18876109.post@talk.nabble.com>




colbec wrote:
> 
> 
> 
> Chris Howie-3 wrote:
>> 
>> On Wed, Aug 6, 2008 at 10:15 AM, colbec <colbec at start.ca> wrote:
>>> I have a window A which contains a button which opens a new window B
>>> containing a WebControl. Each time the button in window A is pressed a
>>> new
>>> instance of window B opens with a different URL exposed in the B
>>> WebControl.
>>> This works fine repeatedly with new windows provided at least one child
>>> window remains open.
>>>
>>> As soon as all child windows have been closed then a press on the button
>>> in
>>> window A crashes the application with the following stacktrace when the
>>> method ShowAll() is applied to the window:
>> 
>> Yes, I had this same issue.  My solution was to create a WebControl
>> and hold a reference to it while the program is open.  This seems to
>> be enough to keep it happy.
>> 
>> -- 
>> Chris Howie
>> http://www.chrishowie.com
>> http://en.wikipedia.org/wiki/User:Crazycomputers
>> _______________________________________________
>> Mono-list maillist  -  Mono-list at lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-list
>> 
>> 
> 
> Thanks for this suggestion of a dummy instance. At first it looked very
> good, in the MonoDevelop IDE the solution works very well, but when I run
> the app from the CLI it fails. I have updated my library refs to indicate
> that the libgtkembedmoz.so is in /usr/lib/xulrunner-1.8.1.13/.
> 
> In trying to trap the error in the CLI context I get "Object reference not
> set to an instance of an object" even though monodevelop thinks there is a
> reference. The window with the WebControl opens, but the control itself is
> missing. The rest of the app works fine from the CLI.
> 
> 

Temporarily resolved. This is what I did:
1. copid the shell script 'monodevelop' into a new file 'monoxxxx'
2. edit the script to remove mentions of monodevelop, leaving the other
instructions
3. run mono from this new script such as 
CLI> monoxxxx yyyyyy.exe

and now the WebControl behaves as expected in both monodevelop and run from
the CLI.

-- 
View this message in context: http://www.nabble.com/Window-with-Gecko-WebControl-does-not-reopen-tp18852144p18876109.html
Sent from the Mono - General mailing list archive at Nabble.com.


From colbec at start.ca  Fri Aug  8 06:09:18 2008
From: colbec at start.ca (colbec)
Date: Fri, 8 Aug 2008 03:09:18 -0700 (PDT)
Subject: [Mono-list]  MySql connector does not exit cleanly
Message-ID: <18889262.post@talk.nabble.com>


I'm using SuSe 11 with monodevelop. I have both the ByteFX and MySql latest
connectors available and in a simple application can use either connector to
get and display info from a Mysql backend with no problem. The issue arises
when exiting the application. When ByteFX connector is being used,
Application.Quit takes everything down nicely, but with the exact same code
MySql hangs the termination process for a few seconds, then the OS pops up a
dialog saying that an app has requested to terminate and is this ok. I'm not
sure if I should be looking at the OS or the connector for the reason this
is happening. Anyone else seen this?
-- 
View this message in context: http://www.nabble.com/MySql-connector-does-not-exit-cleanly-tp18889262p18889262.html
Sent from the Mono - General mailing list archive at Nabble.com.


From goon12 at gmail.com  Fri Aug  8 09:19:18 2008
From: goon12 at gmail.com (Joe Riopel)
Date: Fri, 8 Aug 2008 09:19:18 -0400
Subject: [Mono-list] Operating System for Mono Development
In-Reply-To: <489B0A3B.4010802@jcosby.com>
References: <6a2ccd190808070533m689ac455j93ccbf431f515f3d@mail.gmail.com>
	<489B0A3B.4010802@jcosby.com>
Message-ID: <6a2ccd190808080619s34cc3ed0t6485f1b3ac3b3564@mail.gmail.com>

On Thu, Aug 7, 2008 at 10:44 AM, Jon Cosby <jon at jcosby.com> wrote:
> Any Linux distro *should* be supported. Given that the Mono Project is
> sponsored by Novell, openSUSE may have an edge. If nothing else, all of
> the stable packages are regularly maintained and available in the
> openSUSE repos.


Thanks for the replies everyone.

From aquil.abdullah at gmail.com  Fri Aug  8 11:20:51 2008
From: aquil.abdullah at gmail.com (Aquil H. Abdullah)
Date: Fri, 8 Aug 2008 11:20:51 -0400
Subject: [Mono-list] Operating System for Mono Development
In-Reply-To: <6a2ccd190808080619s34cc3ed0t6485f1b3ac3b3564@mail.gmail.com>
References: <6a2ccd190808070533m689ac455j93ccbf431f515f3d@mail.gmail.com>
	<489B0A3B.4010802@jcosby.com>
	<6a2ccd190808080619s34cc3ed0t6485f1b3ac3b3564@mail.gmail.com>
Message-ID: <23116d500808080820g1c576b38u54fc60e59ec7f9b2@mail.gmail.com>

This may be kind of late, but I use Ubuntu Hardy Heron.

On Fri, Aug 8, 2008 at 9:19 AM, Joe Riopel <goon12 at gmail.com> wrote:

> On Thu, Aug 7, 2008 at 10:44 AM, Jon Cosby <jon at jcosby.com> wrote:
> > Any Linux distro *should* be supported. Given that the Mono Project is
> > sponsored by Novell, openSUSE may have an edge. If nothing else, all of
> > the stable packages are regularly maintained and available in the
> > openSUSE repos.
>
>
> Thanks for the replies everyone.
> _______________________________________________
> Mono-list maillist  -  Mono-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>



-- 
Aquil H. Abdullah
aquil.abdullah at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-list/attachments/20080808/5833fe04/attachment.html 

From ajorgensen at novell.com  Fri Aug  8 12:41:45 2008
From: ajorgensen at novell.com (Andrew Jorgensen)
Date: Fri, 08 Aug 2008 10:41:45 -0600
Subject: [Mono-list] Operating System for Mono Development
Message-ID: <489C22E90200004000037AC1@lucius.provo.novell.com>

The latest openSUSE and the latest SuSE Linux Enterprise are the only linux systems that the Mono QA team here at Novell test.

Ubuntu tends to lag because they follow debian and mono hasn't been a high priority for debian either.  Sometimes they lag in ways that hurts mono's image.

If it's any comfort to you the earliest SuSE releases were based on slackware. :-)

- Andrew Jorgensen

>>> "Joe Riopel" <goon12 at gmail.com> 08/07/08 6:33 AM >>>
Hi all,

What operating system are most people running when doing Mono
development (C#, ASP.NET, etc)? If you're using a Linux distribution
please be specific. I am currently running Slackware 12.0, but I am
going to be working on some more C# projects and I remember having a
tough time getting Mono running with Slackware 11.x (and never
successfully got MonoDevelop working).

Thanks,
goon12
_______________________________________________
Mono-list maillist  -  Mono-list at lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list


From goon12 at gmail.com  Fri Aug  8 12:48:14 2008
From: goon12 at gmail.com (Joe Riopel)
Date: Fri, 8 Aug 2008 12:48:14 -0400
Subject: [Mono-list] Operating System for Mono Development
In-Reply-To: <489C22E90200004000037AC1@lucius.provo.novell.com>
References: <489C22E90200004000037AC1@lucius.provo.novell.com>
Message-ID: <6a2ccd190808080948l7794d979t87942cd8a02d0915@mail.gmail.com>

On Fri, Aug 8, 2008 at 12:41 PM, Andrew Jorgensen <ajorgensen at novell.com> wrote:
> The latest openSUSE and the latest SuSE Linux Enterprise are the only linux systems that the Mono QA team here at Novell test.
>
> Ubuntu tends to lag because they follow debian and mono hasn't been a high priority for debian either.  Sometimes they lag in ways that hurts mono's image.


Here at my job I work a lot of different SLES systems, haven't used
openSUSE yet.  I am definitely willing to make a move from Slackware
since I am not real picky on which distribution I use. What ever
distro makes me more productive is the one I will use.


Thanks again for the all the suggestions/info.

From miguel at novell.com  Sat Aug  9 12:19:51 2008
From: miguel at novell.com (Miguel de Icaza)
Date: Sat, 09 Aug 2008 12:19:51 -0400
Subject: [Mono-list] Using gdk;
In-Reply-To: <83DEF21D-1C9F-473F-B718-2F7065D3BB71@moga.to>
References: <83DEF21D-1C9F-473F-B718-2F7065D3BB71@moga.to>
Message-ID: <1218298791.21862.9.camel@linux-1p3a.site>


> Is there some GLib Init method that I need to be calling? Any ideas?

Gtk.Application.Init () should do the trick.


Miguel.
> Thanks,
> 
> 
> Mike Cleaver
> mike at moga.to
> 
> 
> _______________________________________________
> Mono-list maillist  -  Mono-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list


From miguel at novell.com  Sat Aug  9 12:21:24 2008
From: miguel at novell.com (Miguel de Icaza)
Date: Sat, 09 Aug 2008 12:21:24 -0400
Subject: [Mono-list] Still don't know how to fix this...
In-Reply-To: <18806112.post@talk.nabble.com>
References: <18770970.post@talk.nabble.com> <g6um7h$9d$1@ger.gmane.org>
	<18806112.post@talk.nabble.com>
Message-ID: <1218298884.21862.11.camel@linux-1p3a.site>

Hello,

> Running Mono 1.2.4 on Redhat Enterprise 2.4.21

That is a really old release, a few years old.  You might want to
upgrade that.


From mail4ng at gmail.com  Sun Aug 10 13:08:21 2008
From: mail4ng at gmail.com (mail4ng)
Date: Sun, 10 Aug 2008 10:08:21 -0700 (PDT)
Subject: [Mono-list]  installing mod_mono with 2.0 preview?
Message-ID: <1218388101573-684266.post@n2.nabble.com>


hello,

is there a short how-to for installing mod_mono with the 2.0 preview
installer?

i'm running mono 1.9.1 on my production debian installed from etch
backports. everything works fine.
but at the moment i have no idea how to install and configure mod_mono with
the preview installer for a testing environment.

every tip is welcome

thanks in advance

Daniel
-- 
View this message in context: http://n2.nabble.com/installing-mod_mono-with-2.0-preview--tp684266p684266.html
Sent from the Mono - General mailing list archive at Nabble.com.


From alan.battersby at ntlworld.com  Sun Aug 10 18:39:17 2008
From: alan.battersby at ntlworld.com (alanb)
Date: Sun, 10 Aug 2008 15:39:17 -0700 (PDT)
Subject: [Mono-list] Can anyone suggest how to get started with 3d rendering
 in mono
Message-ID: <18916507.post@talk.nabble.com>


I am new to mono and working on an linux system, having previously written ms
c# on windows. I am writing a small application to generate tool paths for a
simple cnc system I have built (its a hobby). I would like to include a 3d
display of the path so that I can see what the output would be. I have some
knowledge of 3d graphics theory but dont want to start from scratch (cant
see the need). So can someone suggest a good package that I can use, I would
like a 3d canvas widget that I can program against. I have looked around the
net and found it most confusing regarding openGL which I assume is the way
to go. I liked the look of the python opengl library it looked easy to work
with however I do want to stick with c# as it is my preferred language. So
can anyone suggest a c# based opengl framework available on ubuntu 8.04
seemingly as easy to use as the pyopengl one. 

thanks

Alan 
-- 
View this message in context: http://www.nabble.com/Can-anyone-suggest-how-to-get-started-with-3d-rendering-in-mono-tp18916507p18916507.html
Sent from the Mono - General mailing list archive at Nabble.com.


From alan.battersby at ntlworld.com  Sun Aug 10 18:41:38 2008
From: alan.battersby at ntlworld.com (alanb)
Date: Sun, 10 Aug 2008 15:41:38 -0700 (PDT)
Subject: [Mono-list] Why isnt this exception caught? What am I doing wrong
Message-ID: <18810805.post@talk.nabble.com>


I have written some code to save a file to the fs. See code below.

	string fullpath = System.IO.Path.Combine(base_directory,filename);
	StreamWriter sw = new StreamWriter(fullpath);		
	try
	{
		sw.Write(generator.CodeText);
	}
	catch (Exception ex)
	{
		Console.WriteLine(ex.Message);
	}
	finally
	{
		sw.Close();
	}

All works fine when the path is correct but when wrong the catch is ignored
and I get

Exception in Gtk# callback delegate
  Note: Applications can use GLib.ExceptionManager.UnhandledException to
handle the exception.
System.IO.DirectoryNotFoundException: Directory not found
...

So please can someone tell me what is happening and why the catch above is
being ignored. I am using mono 1.91,
gtk-sharp2 2.12.0-2ububtu3 and using monodevelop 2.0alpha as my ide.
thanks
alan
-- 
View this message in context: http://www.nabble.com/Why-isnt-this-exception-caught--What-am-I-doing-wrong-tp18810805p18810805.html
Sent from the Mono - General mailing list archive at Nabble.com.


From cdhowie at gmail.com  Sun Aug 10 18:55:51 2008
From: cdhowie at gmail.com (Chris Howie)
Date: Sun, 10 Aug 2008 18:55:51 -0400
Subject: [Mono-list] Why isnt this exception caught? What am I doing
	wrong
In-Reply-To: <18810805.post@talk.nabble.com>
References: <18810805.post@talk.nabble.com>
Message-ID: <3d2f29dc0808101555n38f0dc4dh7befa0ed95a1fd8d@mail.gmail.com>

On Sun, Aug 10, 200