Re: [Mono-list] The Mono 1.0 profile.

[Gert Driesen]

> -Original Message-
> From: mono-list-boun...@lists.ximian.com
[mailto:mono-list-boun...@lists.ximian.com] On Behalf Of Miguel de Icaza
> Sent: dinsdag 21 juli 2009 17:50
> To: Gert Driesen
> Cc: 'mono-list'; 'Mono Announce'; 'mono-devel-list'
> Subject: Re: [Mono-list] The Mono 1.0 profile.
>
> Hello Gert,

Hello Miguel,

>
> > Will you be removing all 1.0 specific code (paths)?
> > Will support for building the net_1_1 profile be removed altogether (or
will
> > you just need to opt-in)?
>
> Yes, I would like to do that: remove all the ifdefs for net_1_1 on post
> Mono 2.6 releases, and remove all the tests for 1.1 compatibility as
> well.

Personally, I think we'll waste more cycles on this than that it will bring
benefit.
I'm sure there are more urgent matters.
I know the ifdefs are a mess, but we'll have them anyway (if we do not only
want compatibility with MS's latest and greatest).

> > Will you discourage packagers to include the net_1_1 profile?
> > I understand that Novell itself cannot continue supporting all profiles,
but
> > I think you should at least allow the community to continue this.
>
> My feeling is that we should come to a place where you can have two Mono
> runtimes installed, an older one to run the 1.0 runtime, and another one
> to run 2.0 and 4.0.

Are you planning on creating a branch that can still be actively worked on
by/for those that want to maintain the highest level of compatibility with
.NET 1.1?

I'm not sure if anyone is even interested in this. If there is, then I
assume they will even want to create new (bugfix/security fix) releases.

> The issue is not only a problem with build times taking longer for each
> developer, they also take longer one each build bot, it almost doubles
> the test suite run times, and it wastes developer time (Novell or
> otherwise) making sure that we do not break the 1.0 profile.

Sure, but you could just make the 1.0 profile opt-in.
And perhaps only run the build bot test for that profile once a week (and
leave it up to contributors to deal with it).

> With the introduction of the 4.0 APIs with a new mscorlib we will end up
> in a situation where every check in has to be tested and compiled
> against 3 versions.   It is an amount of work that is slowing Mono down
> as a whole.

I understand, and making the 1.0 profile opt-in would deal with that.
You should also make it clear that the 1.0 profile is no longer endorsed by
Novell.

> I rather invest in finding creative ways of packaging and installing two
> monos in parallel for those that want to have 1.0 based apps.

Is this something that you will do or want to do ? ;-)

Note that I'm not opposed to making the 1.0 profile a second-class citizen,
but I consider removing it altogether a radical change.

Gert

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] The Mono 1.0 profile.

[Gert Driesen]

Hi Miguel,

Can you be a little more specific?
Will you be removing all 1.0 specific code (paths)?
Will support for building the net_1_1 profile be removed altogether (or will
you just need to opt-in)?
Will you discourage packagers to include the net_1_1 profile?
I understand that Novell itself cannot continue supporting all profiles, but
I think you should at least allow the community to continue this.

1.0 applications can indeed run on 2.0 runtimes, but rest assured that
you'll get a difference in behavior.
This is mostly because lots of bugs where fixed since net_1_1, but in some
cases that bug compatibility is actually needed.

Gert

-Original Message-
From: mono-list-boun...@lists.ximian.com
[mailto:mono-list-boun...@lists.ximian.com] On Behalf Of Miguel de Icaza
Sent: maandag 20 juli 2009 23:46
To: mono-list; mono-devel-list; Mono Announce
Subject: [Mono-list] The Mono 1.0 profile.

Hello folks,

The upcoming Mono 2.6 will be the last Mono release to support
the .NET 1.0 profile.

Pretty much all developers have moved to use generics-aware code
these days, and supporting the 1.0 profile has become an large tax on
the development team.

1.0 applications run just fine on 2.0 runtimes, so few users will be
affected by 1.0-only bugs or dependencies (we are bug compatible in a
few places with the 1.0 behavior).

Users that still want to run 1.0 applications will be able to do so
by keeping an older version of Mono around (2.4 or 2.6, plus whatever is
the latest Mono release).  

The tax means that we need to continue developing and maintaining
libraries that are not able to take advantage of 2.0 features for old
users, and it means that build times are longer, regression test suites
have to be run twice, and we have to keep and maintain bug compatibility
with another version. 

Miguel.

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Internal Virus Database is out of date.
Checked by AVG - www.avg.com 
Version: 8.5.285 / Virus Database: 270.13.12/2234 - Release Date: 07/12/09
17:56:00

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Error on 'var' when trying to compile mono

[Gert Driesen]

Hi Martin,

 

You must be using an older version of mcs.

Nonetheless, I've just committed a revision of Container.cs that avoids
using the 'var' keyword on the 1.0 profile.

 

Gert

 

From: mono-list-boun...@lists.ximian.com
[mailto:mono-list-boun...@lists.ximian.com] On Behalf Of Martin Lundberg
Sent: zaterdag 18 juli 2009 12:15
To: mono-list@lists.ximian.com
Subject: [Mono-list] Error on 'var' when trying to compile mono

 

Hello everyone!

When I try to compile mono (r138174) I get this:

make[7]: Entering directory `/home/marlun/src/mono/mcs/class/System'
make all-local
make[8]: Entering directory `/home/marlun/src/mono/mcs/class/System'
** Warning: System.dll built without parts that depend on: System.Xml.dll
MCS [basic] System.dll
Microsoft.CSharp/CSharpCodeCompiler.cs(192,32): warning CS0219: The variable
`mcs_stdout' is assigned but its value is never used
System.ComponentModel/Container.cs(176,41): error CS0246: The type or
namespace name `var' could not be found. Are you missing a using directive
or an assembly reference?
Compilation failed: 1 error(s), 1 warnings

What am I doing wrong and how can I fix it?

Thanks,

-Martin

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.285 / Virus Database: 270.13.12/2234 - Release Date: 07/12/09
17:56:00

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] NAnt / PowerPC

[Gert Driesen]

Hey Mike,

I'll be fixing this ASAP in NAnt CVS. This is a result of the introduction 
of a specific PlatformID for MacOSX in .NET 3.5 SP1 (and the 2.0 profile of 
Mono).

Sorry for the trouble.

Gert

--
From: "Mike Cleaver" 
Sent: Monday, December 15, 2008 2:29 PM
To: 
Subject: [Mono-list] NAnt / PowerPC

> Hi all,
>
> I've just upgraded to Mono 2.2 (preview 2, via package) on my powerpc
> based mac laptop (old school I know but I left my work laptop at the
> office over the weekend).  Haven't been able to get NAnt to work, I
> get the error:
>
> BUILD FAILED
>
> NAnt currently does not support this platform (MacOSX, ID = 6).
>
> I tried installing a copy of NAnt .85 which I'm pretty sure I have
> previously used without any problem but it has the same issue, I can't
> compile from NAnt source either since it is self dependant.
>
> Has anyone worked around this?  I'm dead broke and still can't afford
> a decent laptop!
>
> Thanks,
> Mike
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>
> 


___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] re sgen choking on backslashes in paths

[Gert Driesen]

Hey,

Try setting the MONO_IOMAP environment variable to "all".

Gert

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of kanato
Sent: zaterdag 6 december 2008 19:05
To: mono-list@lists.ximian.com
Subject: [Mono-list] re sgen choking on backslashes in paths


Hi, I am trying to get a WinForms app developed on Windows to compile on
Mono
on Linux.  But resgen is choking on the resx files that have lines like

..\Resources\SortHS.png;System.Drawing.Bitmap, [etc.]

Resgen gives an exception "Could not find file" for the file pointed to. 
The exception can be fixed by replacing the backslashes with a forward
slash.  The backslashes in the paths are generated by the visual studio
editor.  Is resgen supposed to handle backslashes as path separators?  It
would be convenient if it did because otherwise the resx files would have to
be edited by hand whenever there are updates done to it by a developer on
Windows.
-- 
View this message in context:
http://www.nabble.com/resgen-choking-on-backslashes-in-paths-tp20872857p2087
2857.html
Sent from the Mono - General mailing list archive at Nabble.com.

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

No virus found in this incoming message.
Checked by AVG - http://www.avg.com 
Version: 8.0.175 / Virus Database: 270.9.14/1829 - Release Date: 12/4/2008
2:59 PM

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] SPAM-LOW: Re: NUnit Version - Upgrade soon?

[Gert Driesen]

> -Original Message-
> From: Charlie Poole [mailto:[EMAIL PROTECTED] 
> Sent: dinsdag 25 november 2008 22:18
> To: 'Gert Driesen'; 'Charlie Poole'; 'Juan C. Olivares'; 'Sebastien
Pouliot'
> Cc: mono-list@lists.ximian.com
> Subject: RE: [Mono-list] SPAM-LOW: Re: NUnit Version - Upgrade soon?
>
> Hi Gert, 

Hi Charlie,

Sorry for not responding any sooner (sleep/work/child, you know the deal).

> 
>
> > I actually wanted to ship a NAnt wrapper task for 
> > nunit-console (packaged in either the NAnt or NUnit 
> > distribution) that allows users to run unit tests on 
> > different target frameworks.
>
> It's true that a process command-line interface is an easy
> way to provide compatibility. But nunit-console is designed
> for direct user usage and could easily change to invalidate
> what you want to do.

Apart from the framework issue, I don't see why a wrapper task would not be
an option.

The command line interface should of course remain compatible, but breaking
changes there would affect not just this wrapper task.

If that wrapper task were part of NUnit, then you could keep both in sync
anyway.

> Alternatively, nunit-agent is intended for running tests
> but has the disadvantage that it communicates via remoting,
> requiring at least one assembly in common between it and
> the client.

To be honest, I never looked at that option. Should I consider this?

> So maybe a special-purpose runner that functions logically
> the way nunit-console does is a better approach.

Sure, but then NUnit needs to know how to run a test on a given CLR
(version).

> Still, I haven't yet given up on a client/server approach.
>
> > To make things easier for users (and to avoid bug reports 
> > where users use the wrong nunit.framework flavor with a given 
> > CLR, eg. 2.0 nunit.framework on 1.0 CLR), I was hoping not to 
> > require them to copy the right flavor of nunit.framework (or 
> > any other framework) in the loader path.
>
> Hmmm... it seems as if such a problem should only impact users
> who already use multiple versions of NUnit in their application.
> And they have to deal with it in any case.

People use a single version of NUnit, and want to run tests on multiple
CLRs.

> My assumption is that NUnit would not be installed on a 
> build machine in such a case anyway, but that the proper
> assemblies would be included in the tree. I agree that
> their will be errors if the user has to go out to an
> install directory and find assemblies.
>
> > However, for this to work with xcopy deployment NUnit needs 
> > to fall back to the framework that it ships with.
>
> NUnit could fall back on the framework it shipped with if it
> actually used the framework. However, it doesn't. NUnit has
> no reference to the framework. It executes the user tests
> directly and those tests execute framework code.
>
> We could modify NUnit, of course, to know about it's
> framework, but that would eliminate the ability to run
> against more than one framework.

Why would it? If you'd only fall back to loading the nunit.framework.dll
that ships with NUnit (in case of an assembly load failure for
nunit.framework), then there would be no problem.

> AFAIK, NUnit is not xcopy-deployed under Mono. And its
> not xcopy-deployed by default under Windows. The Mono
> install has NUnit in it's GAC - if I understand correctly.
> The Windows installer doesn't use the GAC, but does other
> things besides just copying files. OTOH, NUnit can be
> xcopy-deployed, as is now done by teams that copy the 
> binaries into their tree.

Yes, that's what NAnt does too. We actually have multiple CLR (version)
flavors in our tree.

> I'm feeling a little fuzzy about the benefits you see
> from xcopy deployment.
>
> > Automatically copying the nunit.framework to the directory 
> > containing the test assembly is definitely not an option, as 
> > we might not even have write access there.
>
> Agreed. And even if we did have write access, copying files
> around without being asked is pretty intrusive.
>
> > Right now people use the  task - which uses the NUnit 
> > API - and expect it to run their tests on the current target 
> > framework, while in fact it will always run them on the CLR 
> > in which NAnt is running.
>
> That's because the current API doesn't allow you to specify
> what framework to use. But the new API does.

I'll have to check this out then. Is it extensible, or does it only allow
NUnit to run against a predefined set of frameworks/CLRs?

> > Do you have other ideas on how we can improve the experience 
> > for users?
>
> Under th

Re: [Mono-list] SPAM-LOW: Re: NUnit Version - Upgrade soon?

[Gert Driesen]

> -Original Message-
> From: Charlie Poole [mailto:[EMAIL PROTECTED] 
> Sent: dinsdag 25 november 2008 20:36
> To: 'Gert Driesen'; 'Juan C. Olivares'; 'Sebastien Pouliot'
> Cc: mono-list@lists.ximian.com
> Subject: RE: [Mono-list] SPAM-LOW: Re: NUnit Version - Upgrade soon?
>
> Hi Gert, 
>
> > NUnit requires the nunit.framework assembly to be either in 
> > the GAC, or in the same directory as the test assembly.
>
> Actually, it would be more correct to say that the CLR requires
> assemblies to be installed in the GAC or in the probing path
> or the appbase/probingpath of the test assembly. NUnit would
> need to do some special tricks to force loading of the framework
> into the test domain with the test assembly.
>
> > I would like to see this changed, but Charlie (NUnit) prefers 
> > to keep things as is.
>
> I'm not very confident about special loading tricks. They can
> come back to bite you later. We've discussed this before, but
> I'll summarize for the others on the thread:
>
> 1) Conceptually, the NUnit framework is not a part of NUnit,
> it's a part of the user tests.
>
> 2) The framework doesn't execute the tests, rather the tests
> reference the framework.
>
> 3) NUnit (or if you like, the rest of NUnit) does not reference
> the framework at all. This is what makes it framework-independent.
>
> 4) NUnit can run with *any* framework that provides the same
> namespaces, classes and methods as nunit.framework.dll. For
> example, it can load tests written against the NUnitLite framework.
>
> 5) The next release of NUnit will include multiple frameworks,
> one built against the 1.1 runtime, one against the 2.0 as well
> as at least one version of NUnitLite. The following (3.0) release
> will have other alternative frameworks.
>
> It's probably not impossible to do some tricks with loading
> the framework but I'm not clear what the payback is. I've worked
> on dozens of projects using NUnit where we copied all the 
> assemlies needed into a directory before running tests. If
> the application needed (for example) a charting assembly, we 
> copied it. If a test needed nunit.framework, we copied it.
>
> This seems to be a quite normal part of the build process and
> I can only think that NOT needing to copy the nunit framework 
> would be source of confusion to developers.
>
> Of course, I understand the reason we look at this differently.
> You are viewing nunit.framework as a part of NUnit, which it
> should naturally make available in any run. Because framework-
> independence was so important, I made changes in version 2.2
> to separate the framework from the rest of NUnit and rely
> on the names of attributes rather than their type. Since then,
> new releases have worked with any version of the framework
> going back to 2.0.

I actually wanted to ship a NAnt wrapper task for nunit-console (packaged in
either the NAnt or NUnit distribution) that allows users to run unit tests
on different target frameworks.

To make things easier for users (and to avoid bug reports where users use
the wrong nunit.framework flavor with a given CLR, eg. 2.0 nunit.framework
on 1.0 CLR), I was hoping not to require them to copy the right flavor of
nunit.framework (or any other framework) in the loader path.

However, for this to work with xcopy deployment NUnit needs to fall back to
the framework that it ships with.

Automatically copying the nunit.framework to the directory containing the
test assembly is definitely not an option, as we might not even have write
access there.

Right now people use the  task - which uses the NUnit API - and
expect it to run their tests on the current target framework, while in fact
it will always run them on the CLR in which NAnt is running.

Do you have other ideas on how we can improve the experience for users?

> > I don't think any of the other assemblies need to be in the 
> > GAC though.
>
> For testing purposes, no. If we want to allow alternate runners
> to simply find and use an existing NUnit installation, then
> either the GAC or some sort of private dynamic load mechanism
> is needed.
>
> One issue here is the fact that NUnit is cross-platform. As
> you probably know, the GAC is looked on somewhat differently
> by the MS and Mono communities. Each time I've proposed use
> of the GAC to folks using MS .NET - on the altdotnet list,
> for example - there have been lots of objections. Private
> installation seems to be preferred by that community.
>
> OTOH, Linux developers are accustomed to shared libraries
> and, because of the existence of viable package management
> systems, have not experienced "dll hell" as a result.

Re: [Mono-list] SPAM-LOW: Re: NUnit Version - Upgrade soon?

[Gert Driesen]

Juan,

 

NUnit requires the nunit.framework assembly to be either in the GAC, or in
the same directory as the test assembly.

 

I would like to see this changed, but Charlie (NUnit) prefers to keep things
as is.

 

I don't think any of the other assemblies need to be in the GAC though.

 

Gert

 

PS. I'm copying Charlie in on this, so he can correct me if necessary.

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Juan C. Olivares
Sent: dinsdag 25 november 2008 14:50
To: Sebastien Pouliot
Cc: mono-list@lists.ximian.com
Subject: Re: [Mono-list] SPAM-LOW: Re: NUnit Version - Upgrade soon?

 

Mono installs its NUnit version on the GAC when you compile mono. If it's a
private version, why it's installed on the GAC?

Regards
Juan C. Olivares

On Tue, Nov 25, 2008 at 10:24 AM, Sebastien Pouliot
<[EMAIL PROTECTED]> wrote:

Hello Charlie,


On Mon, 2008-11-24 at 23:38 -0800, Charlie Poole wrote:
> I didn't know it was your archive, but if you need it
> then it seemed to make sense that there would be some
> changes. If not, why build it from source at all?
>
> This isn't a criticism - just something I'm trying to
> get an understanding about. There seems to be some
> obstacle to NUnit adoption (I don't mean obsolete
> versions, but up to date ones) in the Mono community
> and I'd like to figure out the reasons.

You simply did too well on NUnit 2.2 ;-) and no one, until Atsushi,
needed the features "badly" enough to update the mono tree (potentially
a huge task).

OTOH this might have been interpreted by other people as being the
(only?) "supported" version - even if we have been saying, for years,
not to confuse the old Mono's version with the latest and greatest NUnit
available.

Sebastien


>
> Charlie
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of Atsushi Eno
> > Sent: Monday, November 24, 2008 10:19 PM
> > To: mono-list@lists.ximian.com
> > Subject: Re: [Mono-list] SPAM-LOW: Re: NUnit Version - Upgrade soon?
> >
> > It is anything but negative approach. As I wrote earlier, I
> > believe this is a mono bug that likely hits other projects
> > and should be fixed in mono land.
> >
> > I'll try to cook a repro and file a bug.
> >
> > For the record, there is almost no change in NUnit code in my archive.
> > We just have to change AssemblyInfo (assembly key location),
> > remove tests (they are extra in our source tree) and extra
> > stuff such as GUI.
> > It is straightforward upstream code. Believe or not, just diff them ;)
> >
> > Atsushi Eno
> >
> >
> > Charlie Poole wrote:
> > > I think a more positive approach would be to work with the NUnit
> > > project so that you can just use the upstream code.
> > >
> > > Charlie
> > >
> > >> -Original Message-
> > >> From: [EMAIL PROTECTED]
> > >> [mailto:[EMAIL PROTECTED] On Behalf Of
> > Atsushi Eno
> > >> Sent: Saturday, November 22, 2008 4:30 PM
> > >> To: mono-list@lists.ximian.com
> > >> Subject: SPAM-LOW: Re: [Mono-list] NUnit Version - Upgrade soon?
> > >>
> > >> You almost do not have to do that:
> > >> http://veritas-vos-liberabit.com/tmp/2008/nunit24-mono.tar.bz2
> > >>
> > >> It builds but does not work anyways right now, probably because of
> > >> some type resolution bugs between nunit-console.dll and
> > >> nunit-console.exe.
> > >>
> > >> If you have patch for mono (diff in mono/mcs, not diff in
> > >> nunit) to fix any issues, that is welcome.
> > >>
> > >> Atsushi Eno
> > >>
> > >>
> > >> Michael Franz wrote:
> > >>> OK,
> > >>>
> > >>> I thought I read somewhere that there were patches to NUnit
> > >> that were
> > >>> mono specific.
> > >>>
> > >>> Is it ok to submit patches to mono that depend on the
> > >> latest version
> > >>> of NUnit?
> > >>>
> > >>> Michael
> > >>>
> > >>> On Tue, Nov 18, 2008 at 3:25 PM, Miguel de Icaza
> > <[EMAIL PROTECTED]
> > >>> > wrote:
> > >>>
> > >>> Hello,
> > >>>
> > >>>  > What changes to NUnit were specific to Mono?
> > >>>  >
> > >>>  > Is there a list of these features?
> > >>>
> > >>> You are confused;   There are no changes, you should
> > >> just not depend on
> > >>> Mono's built-in and private copy of NUnit to write your
> > >> NUnit test
> > >>> cases.
> > >>>
> > >>> You should get the latest NUnit.
> > >>>
> > >>>  > On Sun, Nov 16, 2008 at 10:54 PM, Miguel de Icaza
> > >>> <[EMAIL PROTECTED] >
> > >>>  > wrote:
> > >>>  > Hello,
> > >>>  >
> > >>>  >
> > >>>  > > I use NUnit for work and have been using
> > >> the latest version
> > >>>  > for
> > >>>  > > months.  I wrote some test for Mono and
> > >> found out that the
> > >>>  > version
> > >>>  > > that Mono is using does not support some
> > >> of the asserts
> > >>> I am
> > >>>  > using
> > >>>  > > (IsEmpty).  Is there any plan to upgrade
> > >> the version

Re: [Mono-list] Mono 2.0 and XmlDocument.SelectSingleNode - XPath error

[Gert Driesen]

Hi Bálint,

 

As expected, it works just fine here (using SVN HEAD).

 

I suggest to create a small self-contained test-app that shows the problem, and 
then submit a bug report with the repro added as attachment (not inline).

 

Gert

 

From: Bálint Kardos [mailto:[EMAIL PROTECTED] 
Sent: dinsdag 4 november 2008 22:43
To: Gert Driesen
Cc: mono-list@lists.ximian.com
Subject: Re: [Mono-list] Mono 2.0 and XmlDocument.SelectSingleNode - XPath error

 

Hi Gert,

 

the XML is nothing fancy:

 

 

 search

 28705 

 1

 10

 

 

 

 



 

(result nodes have more data)

 

üdvözlettel
with regards

Kardos Bálint
___
http://skaelede.hu 10 (0xA) év a magyar weben



On Tue, Nov 4, 2008 at 22:37, Gert Driesen <[EMAIL PROTECTED]> wrote:

Bálint,

 

Please provide the XML file you're using.

 

Thanks,

 

Gert

 

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bálint Kardos
Sent: dinsdag 4 november 2008 22:35
To: mono-list@lists.ximian.com
Subject: [Mono-list] Mono 2.0 and XmlDocument.SelectSingleNode - XPath error

 

Hi,

 

this is the 3rd mono-related error I found in one ~500 line web project of 
mine, and it's still not working :)

 

I have a well-formatted xml file, and i'm loading it into an XmlDocument:

 

XmlDocument _x = new XmlDocument();

_x.LoadXml(xml);

 

on Ms.net 2.0/3.5, it's working like this:

 

string _total = _x.SelectSingleNode("/response/totalresults").InnerText;

 

on Mono, I needed to write a workaround:

 

XmlNode total = _x.SelectSingleNode("//totalresults");

string _total = total.InnerText;

 

 

on Mono, SelectSingleNode simply returns null if it gets a full xpath, but 
works if it's a global search pattern. Why?

 

thanks,

 

b.


üdvözlettel
with regards

Kardos Bálint
___
http://skaelede.hu 10 (0xA) év a magyar weben

No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.175 / Virus Database: 270.8.6/1765 - Release Date: 11/3/2008 4:59 
PM

 

No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.175 / Virus Database: 270.8.6/1765 - Release Date: 11/3/2008 4:59 
PM

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Mono 2.0 and XmlDocument.SelectSingleNode - XPath error

[Gert Driesen]

Bálint,

 

Please provide the XML file you’re using.

 

Thanks,

 

Gert

 

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bálint Kardos
Sent: dinsdag 4 november 2008 22:35
To: mono-list@lists.ximian.com
Subject: [Mono-list] Mono 2.0 and XmlDocument.SelectSingleNode - XPath error

 

Hi,

 

this is the 3rd mono-related error I found in one ~500 line web project of 
mine, and it's still not working :)

 

I have a well-formatted xml file, and i'm loading it into an XmlDocument:

 

XmlDocument _x = new XmlDocument();

_x.LoadXml(xml);

 

on Ms.net 2.0/3.5, it's working like this:

 

string _total = _x.SelectSingleNode("/response/totalresults").InnerText;

 

on Mono, I needed to write a workaround:

 

XmlNode total = _x.SelectSingleNode("//totalresults");

string _total = total.InnerText;

 

 

on Mono, SelectSingleNode simply returns null if it gets a full xpath, but 
works if it's a global search pattern. Why?

 

thanks,

 

b.


üdvözlettel
with regards

Kardos Bálint
___
http://skaelede.hu 10 (0xA) év a magyar weben

No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.175 / Virus Database: 270.8.6/1765 - Release Date: 11/3/2008 4:59 
PM

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] ODBC & Mono 2.0? Mine broke.

[Gert Driesen]

Hey Timo,

AFAIKT, the libodbc.cs changes were not part of Mono 1.9.1:

http://anonsvn.mono-project.com/viewvc/tags/mono-1-9-1/mcs/class/System.Data
/System.Data.Odbc/libodbc.cs?revision=100770&view=markup

So these are still my first suspect (even though they fix a bug on Windows,
and do not break MySQL on Linux).

Can you build Mono from source, if I provide you a patch to undo the Unicode
changes?

Gert

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of timo_p
Sent: donderdag 23 oktober 2008 13:10
To: mono-list@lists.ximian.com
Subject: Re: [Mono-list] ODBC & Mono 2.0? Mine broke.


Hello Gert,

thanks for your reply!
I am usually using Mono on Linux, just for testing purposes I sometimes work
on Windows.
It seems the bug that I reported only happened on Windows.
My colleague reported the bug here:
https://bugzilla.novell.com/show_bug.cgi?id=437312
I have changed the OS to WinXP.

Unfortunately, on Linux even without your patch I get a different error:
System.Data.Odbc.OdbcException : ERROR [1700]
[unixODBC][DataDirect-Technologies][ODBC 20101 driver]6011

I have built my Linux mono with your patch, but the error is the same on
Linux.

I read your comments on bug
https://bugzilla.novell.com/show_bug.cgi?id=434772 that you suspect your
changes to libodbc.cs to have caused trouble. But those changes were before
the release of 1.9.1, and 1.9.1 works fine for me.
I saw many commits in directory System.Data by raja in September, and I
wonder if that major restructuring has had an effect on Odbc operations as
well.
Or have those commits from raja been to a different branch and not been part
of the Mono 2.0 release?

Thanks for your help,
  Timo


gertdriesen wrote:
> 
> Hey Timo,
> 
> Are you using Mono on Windows or Linux? I can reproduce it on Windows, but
> not on Linux.
> 
> I have attached a patch that fixes the issue for me on Windows, but I
> don't
> want to risk breaking ODBC support on Unix (any further).
> 
> Can you test the patch?
> 
> Gert
> 

-- 
View this message in context:
http://www.nabble.com/ODBC---Mono-2.0---Mine-broke.-tp19884966p20128832.html
Sent from the Mono - General mailing list archive at Nabble.com.

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] ODBC & Mono 2.0? Mine broke.

[Gert Driesen]

Hey Timo,

Are you using Mono on Windows or Linux? I can reproduce it on Windows, but
not on Linux.

I have attached a patch that fixes the issue for me on Windows, but I don't
want to risk breaking ODBC support on Unix (any further).

Can you test the patch?

Gert

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of timo_p
Sent: dinsdag 21 oktober 2008 15:12
To: mono-list@lists.ximian.com
Subject: Re: [Mono-list] ODBC & Mono 2.0? Mine broke.


Hello,
we also found several problems with Mono 2.0 and ODBC.
I am a bit surprised that the release notes of 2.0 don't mention anything
about the work that has obviously been done in System.Data between April
2008 (release of Mono 1.9.1) and October 2008 (Mono 2.0). The subversion log
shows a lot of changes.

Can the Mono team please let us know if they expect any problems with it?

I have a problem e.g. with the constructor
public OdbcParameter(string name,Object value)
with a string parameter.
It worked before like this, and still does in Microsoft .net 2.0:
parameters[0] = new OdbcParameter("partnershortname",
(System.Object)"Pok%");
But now with mono 2.0 we get this exception:
System.Data.Odbc.OdbcException: ERROR [22001] [DataDirect][ODBC PROGRESS
driver]String data, right truncated.  Error in parameter 1.
The workaround is:
   parameters[0] = new OdbcParameter("partnershortname",
OdbcType.VarChar, 20);
   parameters[0].Value = (System.Object)"Pok%";

My colleague will file a bug report in Bugzilla for this, and there are
other bugs as well that I have not fully analysed yet. 
My question is:
What are the changes to System.Data, and is there still work going on in
that area?

Thanks,
  Timo


Adam Tauno Williams-2 wrote:
> 
> Has anyone tried the ODBC provider in Mono 2.0?  I updated my
> workstation to 2.0-15 (i586) and my database connections now fail with
> the rather mangled looking:
> 
> ERROR [I000] [unixODBC][
>   at System.Data.Odbc.OdbcConnection.Open () [0x0] 
> Unhandled Exception: System.Data.Odbc.OdbcException: ERROR [I
> 
> whereas the same code still works perfectly on my server, which is Mono
> 1.2.6-4.
> 
> Make the same connection sing the isql CLI utility provided by unixODBC
> works.  Both machines are openSUSE 32-bit.  The driver the Informix ODBC
> driver managed through unixODBC.
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 

-- 
View this message in context:
http://www.nabble.com/ODBC---Mono-2.0---Mine-broke.-tp19884966p20089997.html
Sent from the Mono - General mailing list archive at Nabble.com.

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list


odbcparam.patch
Description: Binary data
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Reliable OS identification on Mono

[Gert Driesen]

Hi Marc,

MS added a MacOSX value to the PlatformID enumeration in .NET 3.5 SP1 / .NET 
2.0 SP2, but I don't think Mono supports this yet.

Adding support for the MacOSX value may actually break existing applications - 
and even our our class libraries / unit tests.- on MacOSX. A lot of code 
actually (wrongly) assumes that - if the platform is not Unix - they're running 
on Windows.

Gert


From: Marc Glenn 
Sent: Tuesday, September 23, 2008 8:01 AM
To: Vladislav Rastrusny 
Cc: mono-list@lists.ximian.com 
Subject: Re: [Mono-list] Reliable OS identification on Mono


Hi.

You can use a condition statement like this.

if(System.Environment.OSVersion.Platform == PlatformID.Unix)

Here is the link to the Mono API:
http://www.go-mono.com/docs/index.aspx?link=T%3aSystem.OperatingSystem%2f*

However, I can't find a way to check if its in MAC.

Hope this helps,

Marc Glenn

Vladislav Rastrusny wrote: 
Hello.

Is there a way to reliably determine OS, application is running on in Mono?
My application needs to access files of some external application
(also multiplatform) and those files are located in different places
depending on OS.
On Windows it is under ApplicationData, on Linux under /home/user/app
and on MacOS... I don't know ;) Never installed it.

Thanks in advance.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list


  






___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Index is less than 0 or more than or equal to the list count

[Gert Driesen]

Neil,

Please create a standalone repro for this issue, and submit a bug report.

Gert

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of neilkonitzer
Sent: dinsdag 2 september 2008 21:00
To: mono-list@lists.ximian.com
Subject: [Mono-list] Index is less than 0 or more than or equal to the list
count


Is anyone aware of any issues with the System.Collections class that
requires
code work-arounds? I have an ASP.NET application that works fine in Windows.
However, running in Mono, I get the following exception in three different
places. In one situation, I am simply deleting a record from a data grid. In
another, I am making changes to a datatable. The problem appears to be
isolated to System.Collections.ArrayList.get_item. Here is the pertinent
stack trace:

Thanks in advance!

System.ArgumentOutOfRangeException: Index is less than 0 or more than or
equal to the list count.
Parameter name: index
-1
  at System.Collections.ArrayList.get_Item (Int32 index) [0x00032] in
/tmp/monobuild/build/BUILD/mono-1.9.1/mcs/class/corlib/System.Collections/Ar
rayList.cs:2645 

Neil Konitzer
Freisoft Consulting Services, Inc.
-- 
View this message in context:
http://www.nabble.com/Index-is-less-than-0-or-more-than-or-equal-to-the-list
-count-tp19276278p19276278.html
Sent from the Mono - General mailing list archive at Nabble.com.

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Error while compiling mono from SVN in cygwin

[Gert Driesen]

Andrus,

If I'm not mistaken, you need to downgrade make to v3.80-1.

Gert

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andrus
Sent: vrijdag 22 augustus 2008 20:33
To: Mono-list@lists.ximian.com
Subject: Re: [Mono-list] Error while compiling mono from SVN in cygwin

Robert,

> Nothing, welcome to SVN HEAD :) It's just a build breakage that
> has been fixed right now. You should be able to update in 30 minutes.

Thank you for patience.
Now another error occurs during make.

What I'm doing wrong ?

Andrus.

Making all in mono
make[2]: Entering directory `/mono/svn/mono/mono'
Making all in utils
make[3]: Entering directory `/mono/svn/mono/mono/utils'
.deps/mono-codeman.Plo:1: *** multiple target patterns.  Stop.
make[3]: Leaving directory `/mono/svn/mono/mono/utils'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/mono/svn/mono/mono'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/mono/svn/mono'
make: *** [all] Error 2
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] resgen program

[Gert Driesen]

Rolando,

It should be in $prefix/lib/mono/2.0/resgen.exe. However, in this case NAnt is 
trying to use the 1.0 version of resgen.

What version of NAnt are you using?  Could you try a more version (0.86 beta 1, 
or a nightly build)?

Can you also check whether you are actually targeting the mono-2.0 framework?

Gert

From: Rolando Martinez 
Sent: Thursday, July 24, 2008 8:37 AM
To: mono-list@lists.ximian.com 
Subject: [Mono-list] resgen program


Hi,
The question is very short.. where can i find the /usr/lib/mono/2.0/resgen.exe. 
In my default installation of mono I was not able of to see it :(
My question is because the next error message when I'm running a nant task ;/



   
   





   
  

  

CompileWebApplication:

   [delete] Deleting directory 
'/home/rmartinez/SubversionRepository/L10nCommunity/Releases/0.1/SW/l10nCommunityWebApplication/bin'.
[mkdir] Creating directory 
'/home/rmartinez/SubversionRepository/L10nCommunity/Releases/0.1/SW/l10nCommunityWebApplication/bin'.
  [csc] Compiling 83 files to 
'/home/rmartinez/SubversionRepository/L10nCommunity/Releases/0.1/SW/l10nCommunityWebApplication/bin/l10nCommunityWebApplication.dll'.
   [resgen] Cannot open assembly /usr/lib/mono/1.0/resgen.exe.

BUILD FAILED - 0 non-fatal error(s), 15 warning(s)



Thank you for your help,
Rolando.






___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Let's not compare exception messages in nunit tests

[Gert Driesen]

Hey Atsushi,

I sometimes write tests that check for part of an exception message.

For example:

When the message is "Invalid value XXX for argument Z", I'd check for XXX 
and Z.

Is that also considered a bad practice?

Got a concrete example of a test where we actually assert the exception 
message itself?

Thanks!

Gert

--
From: "Atsushi Eno" <[EMAIL PROTECTED]>
Sent: Friday, June 13, 2008 12:35 PM
To: ; <[EMAIL PROTECTED]>
Subject: [Mono-list] Let's not compare exception messages in nunit tests

> Hey guys,
>
> I have seen a lot of bad NUnit tests that unnecessarily compare
> exception messages. They are wrong not only because they fail
> in non-English Windows environment but also because those tests
> will fail when Microsoft improves the messages. Furthermore, it
> blocks possible message translation in the future.
> They have been blocking me from checking NUnit test sanity. And
> thanks to that, now we actually have a lot of wrong compatibility
> assumptions in our own tests. (I don't say incompatibility is bad
> but they do not have to be asserted unnecessarily.)
>
> Let me repeat: let's not compare any localizable strings.
>
> Atsushi Eno
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Issues related to EventLog class

[Gert Driesen]

James,

There's a local file implementation of the EventLog which also works on
linux, but it is not enabled by default.

See the MONO_EVENTLOG_TYPE environment variable in the mono manpage for more
info.

Currently there's no support for syslog, but this would not be all that hard
to add. The best solution would be to move the EventLogImpl base class
(which is currently internal) to one of the Mono assemblies, and implement a
provider model.  That way, the syslog-based eventlog provider could be
shipped as part of Mono.Posix.

Gert

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of James Kelly Jr
Sent: zondag 20 april 2008 9:40
To: mono-list@lists.ximian.com
Subject: [Mono-list] Issues related to EventLog class

Hello,

I've recently needed to port some .NET software from Windows to Linux and so
far everything has been smooth sailing, though with some lack of sleep, and
its almost finished but I've come to a dead stop as the EventLog class is
used to retrieve information from the system, administration and security
logs in Windows but unfortunately the EventLog class has no functionality in
*nix systems and so I'm left in bit of a rut here and I'm overwhelmed as, at
the moment, my only options is to parse /var/log/syslog myself and this
distresses me because it does not seem very portable, the format of the log
could very easily be very different across the large assortment of Linux
distros, or the log could be in a totally different format, e.g. MetaLog or
Syslog-Ng.

So basically said, with EventLog off the table, I need a reliable way to
parse the /var/log/syslog, maybe some others, reliably that would work
across different distros, or most anyway, I'd be willing to do some
P/Invoking to an external library.

Anyone have any ideas?

Thanks,
Jimmy.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Nant / Osx

[Gert Driesen]

- Original Message - 
From: "Mike Cleaver" <[EMAIL PROTECTED]>
To: 
Sent: Tuesday, March 11, 2008 2:29 AM
Subject: [Mono-list] Nant / Osx


> Hi all,
> 
> I've been having some troubles building my project under osx 10.5.2.   
> Our project is normally compiled via a Monodevelop solution which has  
> always worked fine - I'm just trying to get it to compile on my laptop.
> 
> I've written NANT scripts to build all of the different projects but  
> have had trouble with:
> 1) Gdk - I use it for image resizing.  I have to have a reference  
> directly to the gdk-sharp-2.0 alias -
> 
> 
> 
> 
> Now I vaguely remember seeing a tutorial about using pkg-config to  
> create a link to the dlls so that they can be easily referenced but  
> couldnt find it when i looked today? Is there some way to get the NANT  
> script to add mono package references instead?

You can use the  element for this purpose:










Hope this helps,

Gert

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] HttpWebRequest HTTPS problem -WebExceptionStatus.SendFailure

[Gert Driesen]

Hi Timothy,

I already submitted a bug report for this:
https://bugzilla.novell.com/show_bug.cgi?id=346635

Gert

- Original Message - 
From: "Timothy Parez" <[EMAIL PROTECTED]>
To: 
Sent: Wednesday, January 30, 2008 3:10 PM
Subject: Re: [Mono-list] HttpWebRequest HTTPS problem 
-WebExceptionStatus.SendFailure


> No,
> 
> InnerException == null.
> 
> The exception is thrown when trying to write to the request stream.
> 
> System.Net.WebException: Error writing request.
>  at System.Net.WebConnectionStream.WriteRequest () [0x00169] in
> /usr/src/mono-1.2.6/mcs/class/System/System.Net/WebConnectionStream.cs:563
>  at System.Net.WebConnectionStream.Close () [0x000e0] in
> /usr/src/mono-1.2.6/mcs/class/System/System.Net/WebConnectionStream.cs:613
>  at GoogleDocumentManager.Authenticate () [0x000b5] in
> /tmp/www-data-temp-aspnet-0/b9f31472/67e5fb4e._4.cs:278
> 
> Timothy.
> 
> 
> 
> On Jan 30, 2008 2:10 PM, Sebastien Pouliot <[EMAIL PROTECTED]>
> wrote:
> 
>> Hey,
>>
>> On Tue, 2008-01-29 at 23:31 +0100, Timothy Parez wrote:
>> > Hi,
>> >
>> >
>> > Someone pointed me to this document:
>> > http://www.mono-project.com/UsingTrustedRootsRespectfully
>> >
>> >
>> >
>> >
>> > But when I use something similar to the code on that page just to
>> > test:
>> > catch (WebException we) {
>> > if (we.Status != WebExceptionStatus.TrustFailure)
>> > throw;
>> > Console.WriteLine ("You do not trust the people who " +
>> > "issued the certificate being used by '{0}'." +
>> > " Please see the application help file on " +
>> > "the 'trust certificate' subject to learn " +
>> > "about how this can be fixed.", args [0]);
>> >
>> >
>> > It simply throws this again:
>> >
>> >
>> > error writing request.
>> >
>> >
>> > Description: Error processing request.
>> >
>> >
>> > Error Message: HTTP 500. System.Net.WebException: Error writing
>> > request.
>> >
>> >
>> > Stack Trace:
>> >
>> >
>> > System.Net.WebException: Error writing request.
>> >   at System.Net.WebConnectionStream.WriteRequest () [0x00169]
>> > in /usr/src/mono-1.2.6
>> /mcs/class/System/System.Net/WebConnectionStream.cs:563
>> >   at System.Net.WebConnectionStream.Close () [0x000e0]
>> > in /usr/src/mono-1.2.6
>> /mcs/class/System/System.Net/WebConnectionStream.cs:613
>> >   at GoogleDocumentManager.Authenticate () [0x000b5]
>> > in /tmp/www-data-temp-aspnet-0/b9f31472/70040e1b._4.cs:279
>> >
>> >
>> > The actual status is WebExceptionStatus.SendFailure.
>> >
>> >
>> > Any ideas?
>>
>> Is there an inner exception ? It's possible that the original exception
>> got wrapped somewhere.
>>
>> >
>> >
>> >
>> >
>> > On 29 Jan 2008, at 12:34, Timothy Parez wrote:
>> >
>> > > Hi,
>> > >
>> > > I have the following code as part of an ASP.NET application.
>> > > Hosted on Ubuntu with Mono 1.2.6 Apache2/mod_mono:
>> > >
>> > > private string Authenticate(string Username, string Password)
>> > > {
>> > > //Create a web request for the Google ClientLogin
>> > > service
>> > > HttpWebRequest authRequest =
>> > > (HttpWebRequest)HttpWebRequest
>> > > .Create("https://www.google.com/accounts/ClientLogin";);
>> > > authRequest.KeepAlive = false;
>> > > authRequest.ContentType =
>> > > "application/x-www-form-urlencoded";
>> > > authRequest.Method = "POST";
>> > >
>> > > //Build the POST data
>> > > StringBuilder postBuilder = new StringBuilder();
>> > > postBuilder.AppendFormat("accountType={0}",
>> > > GOOGLE_ACCOUNT_TYPE);
>> > > postBuilder.AppendFormat("&Email={0}", Username);
>> > > postBuilder.AppendFormat("&Passwd={0}", Password);
>> > > postBuilder.AppendFormat("&service={0}",
>> > > GOOGLE_SERVICE);
>> > > postBuilder.AppendFormat("&source={0}", GOOGLE_SOURCE);
>> > >
>> > > //Convert the POST data to a byte[]
>> > > byte[] data =
>> > > ASCIIEncoding.ASCII.GetBytes(postBuilder.ToString());
>> > > authRequest.ContentLength = data.Length;
>> > >
>> > > //Get the request stream and POST the data
>> > > Stream requestStream = authRequest.GetRequestStream();
>> > > requestStream.Write(data, 0, data.Length);
>> > >
>> > > requestStream.Close();
>> > >
>> > > //Get the response
>> > > HttpWebResponse authResponse =
>> > > (HttpWebResponse)authRequest.GetResponse();
>> > > Stream responseStream =
>> > > authResponse.GetResponseStream();
>> > > StreamReader responseReader = new
>> > > StreamReader(responseStream);
>> > >
>> > > string response = responseReader.ReadToEnd();
>> > >
>> > > //Always clean up after yourself
>> > > responseReader.Close();
>> > > responseStream.Close();
>> > >
>> > > //All we care about is the Auth value
>> > > if (response.Contains("Auth"))
>> > > {
>> > > int index = re

Re: [Mono-list] System.Xml.Serialization.XmlSerializer bug?

[Gert Driesen]

Try using a more recent version of Mono. This issue has ben fixed since.

Gert

- Original Message - 
From: <[EMAIL PROTECTED]>
To: 
Sent: Sunday, January 27, 2008 6:35 PM
Subject: [Mono-list] System.Xml.Serialization.XmlSerializer bug?


> E:\-Controls\Products_SS\SchneiderSoft.UIControls\TestApp\bin\Debug>mono
> --d
> ebug testapp.exe
> 
> Unhandled Exception: System.InvalidOperationException: An error occured
> while cr
> eating the form. See Exception.InnerException for details. The error is:
> Excepti
> on has been thrown by the target of an invocation. --->
> System.Reflection.Target
> InvocationException: Exception has been thrown by the target of an
> invocation. -
> --> System.TypeInitializationException: An exception was thrown by the type
> init
> ializer for System.Xml.Serialization.XmlSerializer --->
> System.Configuration.Con
> figurationException: Error in 'DefaultSwitch': The value of a switch must be
> int
> egral ()
>  at
> System.Diagnostics.DiagnosticsConfigurationHandler.ValidateIntegralValue (S
> ystem.String name, System.String value) [0x00012] in
> C:\cygwin\tmp\monobuild\bui
> ld\BUILD\mono-1.2.5.2\mcs\class\System\System.Diagnostics\DiagnosticsConfigu
> rati
> onHandler.cs:233
>  at System.Diagnostics.DiagnosticsConfigurationHandler.AddSwitchesNode
> (IDictio
> nary d, System.Xml.XmlNode node) [0x000b1] in
> C:\cygwin\tmp\monobuild\build\BUIL
> D\mono-1.2.5.2\mcs\class\System\System.Diagnostics\DiagnosticsConfigurationH
> andl
> er.cs:204
>  at System.Diagnostics.DiagnosticsConfigurationHandler.Create
> (System.Object pa
> rent, System.Object configContext, System.Xml.XmlNode section) [0x00138] in
> C:\c
> ygwin\tmp\monobuild\build\BUILD\mono-1.2.5.2\mcs\class\System\System.Diagnos
> tics
> \DiagnosticsConfigurationHandler.cs:136
>  at System.Configuration.ConfigurationSection.GetRuntimeObject () [0x0002b]
> in
> C:\cygwin\tmp\monobuild\build\BUILD\mono-1.2.5.2\mcs\class\System.Configurat
> ion\
> System.Configuration\ConfigurationSection.cs:73
>  at
> System.Configuration.ClientConfigurationSystem.System.Configuration.Interna
> l.IInternalConfigSystem.GetSection (System.String configKey) [0x00043] in
> C:\cyg
> win\tmp\monobuild\build\BUILD\mono-1.2.5.2\mcs\class\System.Configuration\Sy
> stem
> .Configuration\ClientConfigurationSystem.cs:52
>  at System.Configuration.ConfigurationManager.GetSection (System.String
> section
> Name) [0x0] in
> C:\cygwin\tmp\monobuild\build\BUILD\mono-1.2.5.2\mcs\class\Sy
> stem.Configuration\System.Configuration\ConfigurationManager.cs:164
>  at System.Configuration.ConfigurationSettings.GetConfig (System.String
> section
> Name) [0x0] in
> C:\cygwin\tmp\monobuild\build\BUILD\mono-1.2.5.2\mcs\class\Sy
> stem\System.Configuration\ConfigurationSettings.cs:87
>  at System.Xml.Serialization.XmlSerializer..cctor () [0x000f3] in
> C:\cygwin\tmp
> \monobuild\build\BUILD\mono-1.2.5.2\mcs\class\System.XML\System.Xml.Serializ
> atio
> n\XmlSerializer.cs:154 --- End of inner exception stack trace ---
> 
>  at <0x0> 
>  at SchneiderSoft.GateKeepers.ConfigFile.ResourceProvider.DeserializeStream
> (Sy
> stem.IO.Stream streamData, System.Object itemType, System.Type[] extraTypes)
> [0x
> 0] --- End of inner exception stack trace ---
> 
>  at System.Reflection.MonoCMethod.Invoke (System.Object obj, BindingFlags
> invok
> eAttr, System.Reflection.Binder binder, System.Object[] parameters,
> System.Globa
> lization.CultureInfo culture) [0x00065] in
> C:\cygwin\tmp\monobuild\build\BUILD\m
> ono-1.2.5.2\mcs\class\corlib\System.Reflection\MonoMethod.cs:391
>  at System.Reflection.MonoCMethod.Invoke (BindingFlags invokeAttr,
> System.Refle
> ction.Binder binder, System.Object[] parameters,
> System.Globalization.CultureInf
> o culture) [0x0] in
> C:\cygwin\tmp\monobuild\build\BUILD\mono-1.2.5.2\mcs\cla
> ss\corlib\System.Reflection\MonoMethod.cs:396
>  at System.Reflection.ConstructorInfo.Invoke (System.Object[] parameters)
> [0x00
> 00f] in
> C:\cygwin\tmp\monobuild\build\BUILD\mono-1.2.5.2\mcs\class\corlib\System
> .Reflection\ConstructorInfo.cs:77
>  at System.Activator.CreateInstance (System.Type type, Boolean nonPublic)
> [0x00
> 084] in
> C:\cygwin\tmp\monobuild\build\BUILD\mono-1.2.5.2\mcs\class\corlib\System
> \Activator.cs:260
>  at System.Activator.CreateInstance (System.Type type) [0x0] in
> C:\cygwin\t
> mp\monobuild\build\BUILD\mono-1.2.5.2\mcs\class\corlib\System\Activator.cs:1
> 61
>  at System.Reflection.Assembly.CreateInstance (System.String typeName,
> Boolean
> ignoreCase) [0x00013] in
> C:\cygwin\tmp\monobuild\build\BUILD\mono-1.2.5.2\mcs\cl
> ass\corlib\System.Reflection\Assembly.cs:593
>  at System.Reflection.Assembly.CreateInstance (System.String typeName)
> [0x0
> ] in
> C:\cygwin\tmp\monobuild\build\BUILD\mono-1.2.5.2\mcs\class\corlib\System.Re
> flection\Assembly.cs:583
>  at SchneiderSoft.UIControls.AdapterServices.CreateInstance
> (SchneiderSoft.UICo
> ntrols.AdapterItem adapter) [0x0] --- End of 

[Mono-list] NAnt 0.86 Beta 1 is available

[Gert Driesen]

The first beta for NAnt 0.86 is available NOW !

This release focuses on extending our already strong support for multiple
target frameworks, bringing improved flexibility and performance.

As of this release, our framework support chart looks like this:

Framework Target  Runtime

.NET Framework 1.0  **  
.NET Framework 1.1  **  
.NET Framework 2.0  **  
.NET Framework 3.5  **  
.NET Compact Framework 1.0  *   
.NET Compact Framework 2.0  *   
Mono 1.0 Profile**  
Mono 2.0 Profile**  
Mono 3.5 Profile**  
Moonlight 2.0   *   
Shared Source CLI 1.0   *   
Silverlight 2.0 *   

A complete list of changes and new features is available here:
http://nant.sourceforge.net/release/0.86-beta1/releasenotes.html

Binary and source distributions are available for immediate download from:
http://sourceforge.net/project/showfiles.php?group_id=31650 

Instruction for checking out sources from CVS are available here:
http://sourceforge.net/cvs/?group_id=31650

The CVS tag for NAnt 0.86 Beta 1 is:
rel-0-86-beta1

Discussion of NAnt occurs on the mailing list at
[EMAIL PROTECTED]
Bugs can be reported using the Bug Tracker at
http://sourceforge.net/projects/nant.

About NAnt: 
NAnt is a free .NET build tool, allowing applications to be built targeting
both Microsoft .NET and Mono while supporting both Windows and Linux
platforms.

Check the NAnt homepage for additional info at http://nant.sourceforge.net.

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] System.Web.Services.Protocols.WebClientProtocol.Timeout?

[Gert Driesen]

Adam,

I was not able to reproduce the issue you mentioned without a proxy.

Can you check if you can reproduce it with and without a proxy?

Also, would it possible to try it with SVN head?

Gert

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Adam Tauno Williams
Sent: maandag 26 november 2007 19:46
To: Mono-list@lists.ximian.com
Subject: [Mono-list]
System.Web.Services.Protocols.WebClientProtocol.Timeout?

Is System.Web.Services.Protocols.WebClientProtocol.Timeout
implemented/effective?   I have...

service = new JobWebServiceProxyService(); proxy = new WebProxy("tyr:3128",
true); service.Proxy = proxy; service.Credentials = new
NetworkCredential(**, ***); service.Timeout = 9;

... however 

start  = new SvDate();
start.dateString = DateTime.Now.ToString("-MM-dd 00:00:00.000"); end =
new SvDate(); end.dateString = DateTime.Now.ToString("-MM-dd
23:59:59.999"); try {
  results = service.getUpdatedActions(start, ref end);
  ...
} catch (Exception ex)
  { message.Text = ex.Message; }

... always results in a "The request timed out" message after the same
amount of time, regardless of the value of service.Timeout.

JobWebServiceProxyService was generated using the wsdl tool.

mono-data-1.2.5.1-10.1
mono-data-sybase-1.2.5.1-10.1
monodoc-core-1.2.5-15
mono-data-sqlite-1.2.5.1-10.1
mono-devel-1.2.5.1-10.1
monodevelop-0.17-0.novell
mono-tools-1.2.4-46
mono-data-oracle-1.2.5.1-10.1
mono-nunit-1.2.5.1-10.1
mono-web-1.2.5.1-10.1
mono-extras-1.2.5.1-10.1
mono-basic-1.2.5-15
mono-core-1.2.5.1-10.1
mono-data-postgresql-1.2.5.1-10.1
mono-winforms-1.2.5.1-10.1


___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] (no subject)

[Gert Driesen]

Rob,
 
Please submit a bug report and attach the resx file in question.
 
Gert

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rob Dagg
Sent: woensdag 17 oktober 2007 9:12
To: mono-list@lists.ximian.com
Subject: [Mono-list] (no subject)



Hi,

 

I'm pretty new to mono and was hoping someone might be able to point out why
Resgen  return s the error:

 

Error: Invalid ResX input.

 

Inner exception: Exception has been thrown by the target of an invocation.
Line 124, position 5.

 

 

When it reaches the following lines in the resx file it is compiling

 

 

122: 

 

123:ResourceObjects/arrowDown3.gif;System.Drawing.Bitmap,
System.Drawing, Version=2.0.0.0, Culture=neutral,
PublicKeyToken=b03f5f7f11d50a3a

 

124:  

 

 

 

Thanks for your help,

 

Rob

 


---

This e-mail is confidential and intended for its addressee only.  If you
have received this in error, please delete it from any computer and inform
the sender by telephone (+353 1 440 0600) or by return e-mail.  If you are
not the addressee any use disclosure, reproduction or transmission of this
e-mail is strictly prohibited.  Any opinions expressed within the message
are those of the sender, and are not necessarily reflective of the
prevailing company policies.

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Packaged .NET apps for Mono: Call for Ideas.

[Gert Driesen]

Miguel,

While I appreciate the effort, at better idea would be to assist these
projects in shipping RPMs themselves.

Gert

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Miguel de Icaza
Sent: vrijdag 14 september 2007 19:21
To: mono-list@lists.ximian.com
Subject: [Mono-list] Packaged .NET apps for Mono: Call for Ideas.

Hello folks,

As part of our QA efforts, we would like to start packaging some popular
Open Source .NET applications  in RPM form, and I would like to get your
feedback on which kinds of .NET apps we should be packaging.

These are some projects that I have so far, but I would like to extend
this list:

  * Boo
  * IronPython Community Edition (I believe we already package
this).
  * Nant
  * nunit
  * tf4mono
  * Tao libraries
  * IKVM (0.34 is the latest, SLED ships 0.28)
  * Mono Fuse
  * Gaia Widgets (http://ajaxwidgets.com/) for ASP.NET now that they
fully support Mono.
  * Google Data Libraries.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Bug in StreamWriter ??? (Mono 1.2.5 on Windows XP) ??

[Gert Driesen]

Andrew,

Please submit a bug report for this.

Gert

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andrew Tierney
Sent: donderdag 6 september 2007 8:02
To: mono-list@lists.ximian.com
Subject: [Mono-list] Bug in StreamWriter ??? (Mono 1.2.5 on Windows XP) ??

Hi All,

I just tested a little VOIP account checker I had running on .NET 2.0 and it
appears to crash on Mono 1.2.5.

The code snippet in question is as follows: (basically go to the login page,
post details then save cookies and reply...)




string VOIPPage =
"https://billing.sipme.com.au:8445/login.html";;
string VOIPPOST = "user=USERID&password=MYPASSWORD&x=27&y=12";

HttpWebRequest req =
(HttpWebRequest)WebRequest.Create(VOIPPage);
req.Method = "POST";
req.CookieContainer = new CookieContainer();
req.ContentType = "application/x-www-form-urlencoded";
req.ContentLength = VOIPPOST.Length;
StreamWriter sw = new StreamWriter(req.GetRequestStream());
sw.Write(VOIPPOST);
sw.Close();   // <<< CRASHES HERE..on MONO ??

HttpWebResponse postRes = (HttpWebResponse)req.GetResponse();
StreamReader sr = new StreamReader(postRes.GetResponseStream());
string reply = sr.ReadToEnd();

==

The Error when I run this on MONO 1.2.5 is:

Unhandled Exception: System.Net.WebException: Error writing request.
  at System.Net.WebConnectionStream.WriteRequest () [0x0]
  at System.Net.WebConnectionStream.Close () [0x0]
  at System.IO.StreamWriter.Dispose (Boolean disposing) [0x0]
  at System.IO.StreamWriter.Close () [0x0]
  at Voip.Program.Main (System.String[] args) [0x0]

It works fine on .NET 2.0 on Windows XP Sp2..

Any ideas ??

Regards
Andrew







___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] How to find mono path on windows?

[Gert Driesen]

Xavi,

You can get the path from HKLM\SOFTWARE\Novell\Mono\.

Gert 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Xavi de Blas
Sent: zondag 26 augustus 2007 15:13
To: mono-list@lists.ximian.com
Subject: [Mono-list] How to find mono path on windows?

Hello all, i want to create a .bat that executes my app

Something like:

@"C:\ARCHIV~1\MONO-1~1.5\bin\mono.exe"
"C:\ARCHIV~1\MONO-1~1.5\samples\gtk-sharp-2.0\GtkDemo\GtkDemo.exe" %*

But, how to do it if i don't know where user installed mono? I mean, mono is
installed by user, and my software needs to create the .bat.

Thanks
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Visual Studio 2005 .NET solution compiling on Linux

[Gert Driesen]

Darren,
 
Support for building VS2005 solutions is available in NAnt CVS, but needs
little more work.
 
I've done some limited tests using it with xbuild, but with mixed success.
 
Gert
 
  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Darren Gage
Sent: woensdag 1 augustus 2007 8:21
To: mono-list@lists.ximian.com
Subject: [Mono-list] Visual Studio 2005 .NET solution compiling on Linux



Hi,

Anybody been able to get a Visual Studio 2005 .NET solution compiling on
Linux (under mono)?

We wish to run a CruiseControl.NET server on Windows and on Linux.  So
ideally, bar some configuration and tool differences, I'd hoped the same
Visual Studio 2005 solution could be compiled on both Windows and Linux.

I have installed CruiseControl.NET and NAnt on Linux.  All seems OK, except
compiling the Visual Studio 2005 solution.  On Windows I use msbuild to do
the compilation, just passing the solution file.

Questions:

1.  Is there some way to install and use msbuild on Linux (using mono)?

2.  Nant on Mono doesn't seem to support the  task, using it
returns a error.

3.  Is there something I'm missing, I'd have thought this was pretty
standard thing to do.  I tried xbuild, which seemed to compile based on the
csproj.  But this seems tedious at best given the number of projects we
have.  Is there an easier way to use xbuild in Nant to do this?

4.  I tried converting the Visual Studio 2005 solution using
MonoDevelop, but this failed.  Not really what I wanted to do anyway, as I
wanted to use the same files on both Windows and Linux.

Any help much appreciated.

Darren

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] GetMethodFromHandle and NotImplementedException

[Gert Driesen]

Hi Carlos,
 
This was recently implemented, and is now working fine on Mono.
 
Gert

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Carlos Ble
Sent: vrijdag 20 juli 2007 14:37
To: Mono-list@lists.ximian.com
Subject: Re: [Mono-list] GetMethodFromHandle and NotImplementedException


Sorry there was an error in the code before.
This is the right Main method (working on .Net):
 
public

static void Main(string [] args) 

{

Console.WriteLine("Hello World!"); 

TestClass test = new TestClass(); 

RuntimeMethodHandle methodHandle =
test.GetType().GetProperty("MyList").GetGetMethod().MethodHandle; 

MethodBase methodBase = MethodInfo.GetMethodFromHandle(methodHandle,
typeof(TestClass).TypeHandle); 

List list = (List< int>)methodBase.Invoke(test, null); 

Console.WriteLine(list.Count); 

}

Cheers


 
2007/7/20, Carlos Ble <[EMAIL PROTECTED]>: 

Hi, the sample bellow throwns the NotImplementedException:
 
using System;
using System.Reflection;
using System.Collections.Generic;

namespace test1
{
public class TestClass
{
private List _myList = new List(); 

public List MyList
{
get
{
return _myList;
}

}
}

class MainClass 
{
public static void Main(string[] args)
{
Console.WriteLine("Hello World!");

TestClass test = new TestClass();
RuntimeMethodHandle methodHandle =
test.GetType().GetProperty("MyList").GetGetMethod().MethodHandle;
RuntimeTypeHandle typeHandle = typeof(int).TypeHandle;
MethodBase methodBase =
MethodInfo.GetMethodFromHandle(methodHandle, typeHandle);
List list = (List)methodBase.Invoke(test, null);
Console.WriteLine(list.Count);
}
}
} 

 
2007/7/19, Miguel de Icaza <[EMAIL PROTECTED]>: 



> I'm getting a NotImplementedException when trying to us
> GetMethodFromHandle for generics: 
>* System.Reflection.MethodBase.GetMethodFromHandle
> (RuntimeMethodHandle handle, RuntimeTypeHandle declaringType)
> However if I use the non-generic version of the method it works with
> generic types :-) 
> Will it be implemented soon ?

Please post samples.




___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Web Services help

[Gert Driesen]

Joel,

I'd recommend submitting a bug report, and attaching the WSDL.

Gert

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Joel Gwynn
Sent: zondag 8 juli 2007 17:36
To: mono-list@lists.ximian.com
Subject: [Mono-list] Web Services help

Hey all.  I'm trying to use Amazon Web Services in an ASP.NET project.
 Two questions:

1. Is the wsdl2 tool the only way to use web services, or is there a way to
get mono to see web services that have been automatically added to my
App_WebReferences folder by Visual Studio?
2. Using the wsdl2 tool on debian linux, I get many errors:

Web Services Description Language Utility Mono Framework v2.0.50727.42
Error: Object reference not set to an instance of an object
Stack:
   at System.Xml.Serialization.XmlSchemaImporter.FindBuiltInType
(System.Xml.XmlQualifiedName qname,
System.Xml.Schema.XmlSchemaSimpleType st) [0x0]
  at System.Xml.Serialization.XmlSchemaImporter.ImportClassSimpleType
(System.Xml.XmlQualifiedName typeQName,
System.Xml.Schema.XmlSchemaSimpleType stype, System.Xml.XmlQualifiedName
root) [0x0]
  at System.Xml.Serialization.XmlSchemaImporter.ImportType
(System.Xml.XmlQualifiedName name, System.Xml.Schema.XmlSchemaType stype,
System.Xml.XmlQualifiedName root) [0x0]
  at System.Xml.Serialization.XmlSchemaImporter.ImportType
(System.Xml.XmlQualifiedName name, System.Xml.XmlQualifiedName root, Boolean
throwOnError) [0x0]
  at System.Xml.Serialization.XmlSchemaImporter.GetTypeData
(System.Xml.XmlQualifiedName typeQName, System.Xml.XmlQualifiedName
root) [0x0]
  at System.Xml.Serialization.XmlSchemaImporter.GetElementTypeData
(System.Xml.XmlQualifiedName typeQName,
System.Xml.Schema.XmlSchemaElement elem, System.Xml.XmlQualifiedName root,
System.Xml.Serialization.XmlTypeMapping map) [0x0]
  at System.Xml.Serialization.XmlSchemaImporter.ImportSequenceContent
(System.Xml.XmlQualifiedName typeQName,
System.Xml.Serialization.ClassMap cmap,
System.Xml.Schema.XmlSchemaObjectCollection items,
System.Xml.Serialization.CodeIdentifiers classIds, Boolean multiValue,
System.Boolean isMixed) [0x0]
  at System.Xml.Serialization.XmlSchemaImporter.ImportParticleContent
(System.Xml.XmlQualifiedName typeQName,
System.Xml.Serialization.ClassMap cmap,
System.Xml.Schema.XmlSchemaParticle particle,
System.Xml.Serialization.CodeIdentifiers classIds, Boolean multiValue,
System.Boolean isMixed) [0x0]
  at System.Xml.Serialization.XmlSchemaImporter.ImportParticleComplexContent
(System.Xml.XmlQualifiedName typeQName,
System.Xml.Serialization.ClassMap cmap,
System.Xml.Schema.XmlSchemaParticle particle,
System.Xml.Serialization.CodeIdentifiers classIds, Boolean isMixed)
[0x0]
  at System.Xml.Serialization.XmlSchemaImporter.BuildClassMap
(System.Xml.Serialization.XmlTypeMapping map, System.Xml.XmlQualifiedName
typeQName, System.Xml.Schema.XmlSchemaComplexType stype) [0x0]
  at System.Xml.Serialization.XmlSchemaImporter.BuildPendingMaps ()
[0x0]
  at System.Xml.Serialization.XmlSchemaImporter.ImportMembersMapping
(System.Xml.XmlQualifiedName[] names) [0x0]
  at
System.Web.Services.Description.SoapProtocolImporter.ImportMembersMapping
(System.Web.Services.Description.Message msg,
System.Web.Services.Description.SoapBodyBinding sbb, SoapBindingStyle style,
Boolean output, Boolean wrapped) [0x0]
  at System.Web.Services.Description.SoapProtocolImporter.GenerateMethod
() [0x0]
  at System.Web.Services.Description.ProtocolImporter.ImportPortBinding
(Boolean multipleBindings) [0x0]
  at System.Web.Services.Description.ProtocolImporter.Import
(System.Web.Services.Description.ServiceDescriptionImporter
descriptionImporter, System.CodeDom.CodeNamespace codeNamespace,
System.CodeDom.CodeCompileUnit codeCompileUnit, System.Collections.ArrayList
importInfo) [0x0]
  at System.Web.Services.Description.ServiceDescriptionImporter.Import
(System.CodeDom.CodeNamespace codeNamespace, System.CodeDom.CodeCompileUnit
codeCompileUnit) [0x0]
  at
System.Web.Services.Description.ServiceDescriptionImporter.GenerateWebRefere
nces
(System.Web.Services.Description.WebReferenceCollection webReferences,
CodeGenerationOptions options, ServiceDescriptionImportStyle style,
System.CodeDom.Compiler.CodeDomProvider codeGenerator,
System.CodeDom.CodeCompileUnit codeCompileUnit, Boolean verbose) [0x0]
  at Mono.WebServices.Driver.GenerateCode
(System.Web.Services.Description.WebReferenceCollection references,
System.CodeDom.CodeCompileUnit codeUnit) [0x0]
  at Mono.WebServices.Driver.Run (System.String[] args) [0x0]
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Configuring App Domain Managers

[Gert Driesen]

Shane,
 
It's not supported yet, but feel free to submit a bug report containing a
repro or unit tests.

Gert


From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Shane Isbell
Sent: zaterdag 19 mei 2007 6:59
To: mono-list@lists.ximian.com
Subject: [Mono-list] Configuring App Domain Managers


Does Mono 1.2.3.1  support the use of the APPDOMAIN_MANAGER_ASM and
APPDOMAIN_MANAGER_TYPE environment variables to plugin a new app domain
manager?
 
Thanks,
Shane
 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Too many heapsections:IncreaseMAXHINCRorMAX_HEAP_SECTS

[Gert Driesen]

Jonathan,
 
I'd say file it as a runtime bug.
 
Gert

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jonathan Gagnon
Sent: woensdag 16 mei 2007 17:12
To: 'Jonathan Gagnon'; 'Alan McGovern'
Cc: Mono-list@lists.ximian.com
Subject: Re: [Mono-list] Too many
heapsections:IncreaseMAXHINCRorMAX_HEAP_SECTS


It turns out that the I can reproduce the problem using the Hashtable alone.
So this is not a problem specific to serialization.  Here's the code :
 
static void Main(string[] args)
{
int num = 500;
Hashtable table = new Hashtable();
for (int i = 0; i < num; ++i)
{
Object obj = new Object();
table.Add(obj, obj);
}
}

This application crashes on mono linux but works fine on mono Windows.  The
bug does not occur if I put Int32 instances in the hashtable instead of
Object instances.
 
I'd like to log a bug about it but I wasn't sure where to log it .  Should I
log it for the "Runtime" component?
 
Jonathan

  _  

De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] De la part de Jonathan Gagnon
Envoyé : Friday, May 11, 2007 10:55 AM
À : 'Alan McGovern'
Cc : Mono-list@lists.ximian.com
Objet : Re: [Mono-list] Too many heap
sections:IncreaseMAXHINCRorMAX_HEAP_SECTS


I changed my code to serialize smaller chunks of data, but I still seem to
have some kind of leak that happens only in mono, but I haven't been able to
reproduce it in a small test case yet.  It seems like the memory I allocate
is not always returned to the OS and that after a while, I run out of
memory.
 
Is suspect this is a bug inside the GC like you said.  Should this bug be a
high priority since it seems to mean that mono doesn't handle heavy memory
allocations (unless there is something wrong with my code that happens to
work well with .NET)?
 
I noticed that there is a new compacting GC under development.  Would it be
easy for me to test my app with this GC to see if it fixes the problem?
 
Thanks,
 
Jonathan
 
  _  

De : Alan McGovern [mailto:[EMAIL PROTECTED] 
Envoyé : Thursday, May 10, 2007 6:45 PM
À : Jonathan Gagnon
Cc : Mono-list@lists.ximian.com
Objet : Re: [Mono-list] Too many heap sections:
IncreaseMAXHINCRorMAX_HEAP_SECTS


Ok.

So the problem is this (as far as i can make out). You're fragmenting the
heap and running out of "free" memory or the GC is just choking on the
amount of data you're spitting out. This is caused by two things. 
1) The memorystream increasing in size
2) A hashtable internal to mono constantly increasing in size while
serialisation is taking place.

If you run your testcase with int num = 9000; instead of int num = 15000; it
works fine. So the best advice i can offer is to serialise your data in
smaller chunks for the moment. 

Also, i never managed to get an OOM exception when running on MacOS, but the
program did seem to crash/hang.

Alan.




On 5/10/07, Jonathan Gagnon <[EMAIL PROTECTED]> wrote: 

I simplified the test a little bit.  I also tried serializing to a
FileStream instead of a MemoryStream and I got the same result.
 
I ran the test on Mono Windows and it runs for a while before exiting with
an OutOfMemoryException.
 
Jonathan

  _  

De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] De la part de Jonathan Gagnon
Envoyé : Thursday, May 10, 2007 2:53 PM
À : 'Alan McGovern'; Mono-list@lists.ximian.com
Objet : Re: [Mono-list] Too many heap sections:
IncreaseMAXHINCRorMAX_HEAP_SECTS



Here is a little test that reproduces the problem.  I thought that
initializing the memory stream to a size bigger than the entire list would
fix the problem but it only makes it happen less quickly in some cases.
 
If you play with the numbers in my little test to reduce the size of
allocated memory, you will notice that it takes longer to run out of memory
but it still happens after a while.  The way it behaves, it really looks
like a leak since I have a loop that does the same thing at every run and I
would expect the memory allocator to be able to reuse the same memory
instead of growing the heap.
 
Note that I compiled the test with VS 2005.  I don't know if I could
reproduce the bug using the mono compiler.
 
Jonathan


  _  

De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] De la part de Alan McGovern
Envoyé : Thursday, May 10, 2007 11:45 AM
À : Mono-list@lists.ximian.com
Objet : [Mono-list] Too many heap sections: Increase
MAXHINCRorMAX_HEAP_SECTS



>Also, as a test, could you initialise the memory stream to roughly the size
required to store the entire list and see if it works then.




 
That works fine if I do it that way.  But my problem is that I can't really
know in advance how much memory the serialization will use, so it's not
really a viable solution.  I'm thinking of trying to split up my list into
smaller chunks to see it this could fix the problem by avoiding the large
object heap, if there is such a heap in mono.


Sounds like your problem is due to heap fragmentation. The only solution is
to use a best-guess for the appr

Re: [Mono-list] resgen

[Gert Driesen]

Bart,
 
Can you post the resx file that you were trying to compile (or even better,
submit a bug report for it) ?
 
Gert

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jansen Bart
Sent: donderdag 19 april 2007 12:25
To: mono-list@lists.ximian.com
Subject: [Mono-list] resgen



Hi all,

 

Probably questions on resgen do not belong to this list, on the other hand,
I encounter the problem when trying to compile programs using the mono
compiler ...

 

D:\projects\SchemeMono>resgen ./SchemeEditor/Form2.resx
Scheme.Form2.resources

Read in 3 resources from './SchemeEditor/Form2.resx'

Error: Argument cannot be null.

 

Any ideas where I can find help on this very unclear error message?

 

Thanks a lot for your help,

 

Bart

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] machine.config problem

[Gert Driesen]

 

> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Juan C. Olivares
> Sent: dinsdag 10 april 2007 20:21
> To: Gert Driesen; mono-list@lists.ximian.com
> Subject: Re: [Mono-list] machine.config problem
> 
> 
> I want to make sure it's not my problem. Can you run any ASP.NET page or
application over xsp2 (SVN Head)?

Yeah, sure. What OS and what version of Mono are you running ?

Gert

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Observed difference in behaviour between Mono and .NETRuntime

[Gert Driesen]

Dominic,

Please submit a bug report for this.

Gert 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dominic Marks
Sent: zondag 1 april 2007 8:45
To: mono-list@lists.ximian.com
Subject: [Mono-list] Observed difference in behaviour between Mono and
.NETRuntime

Hello,

I have been working with some code under Mono & .NET and I found the
following inconsistency in behaviour.  I am not suggesting that this is a
bug in Mono, but merely drawing attention to the difference.

A test case is available at the following URL, a comment outlines the
result. In summary, Mono throws an Exception in a case where the .NET
Runtime does not.

Test case:  http://www.goodforbusiness.co.uk/~dom/B.cs

Thanks,
Dominic

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Nothing happens with mono-service and EventLog.WriteEntry

[Gert Driesen]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:mono-list-
> [EMAIL PROTECTED] On Behalf Of Jonathan Pryor
> Sent: vrijdag 16 februari 2007 12:37
> To: Gert Driesen
> Cc: 'mono-list'
> Subject: Re: [Mono-list] Nothing happens with mono-service and
> EventLog.WriteEntry
> 
> On Thu, 2007-02-15 at 17:39 +0100, Gert Driesen wrote:
> > I'll checkout the Mono.Unix API for Syslog and perhaps add support
> for using
> > it as a backend for event log.
> 
> You won't be able to use Mono.Unix directly from EventLog, since we
> don't want System.dll to depend on Mono.Posix.dll.  It should be fairly
> easy to create a System.Diagnostics.SyslogEventLog type which copies
> the
> Mono.Unix syslog-related code.
> 
> The one downside is that Mono.Unix depends on MonoPosixHelper for
> converting values, though System.dll already depends on MonoPosixHelper
> for System.IO.Compression.DeflateStream, so this really isn't a
> problem.

We *could* add the syslog event log implementation to Mono.Unix, and add
support for event log implementations in external (GAC'ed) assemblies to
MONO_EVENTLOG_TYPE.

However, to do this we'd have to mark the EventLogImpl class public and this
is a no-go since it would break the public API ...

Gert

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Mono and EventLog

[Gert Driesen]

Hi Zsolt,

 

At this moment we do not support reading from or writing events to a remote
computer.

 

Gert

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Zsolt Molnar
Sent: donderdag 15 februari 2007 8:21
To: mono-list@lists.ximian.com
Subject: [Mono-list] Mono and EventLog

 


Hi All, 

Could anybody give advice how to manage the EvenLogs of  Windows computers
and servers from Mono under Linux ?? 
Here is a sample code which works fine under Windows but nothing happen when
I run under Linux and I don't get any error message. 
Of course I tried the machine name with Windows machine's IP address. 

using System; 
using System.Text; 
using System.Diagnostics; 

class Program 
{ 
static void Main() 
{ 
string myRemoteMachine; 
string myLogName = "MyLog"; 

Console.Write("Enter computer on which to create log : "); 
myRemoteMachine = Console.ReadLine(); 

// Check if the source exists. 
if (!EventLog.SourceExists("MyTestSource")) 
{ 
//Create source. 
EventLog.CreateEventSource("MyTestSource", myLogName,
myRemoteMachine); 
Console.WriteLine("Creating EventSource"); 
} 
else 
// Get the EventLog associated if the source exists. 
myLogName = EventLog.LogNameFromSourceName("MyTestSource",
myRemoteMachine); 

EventLog myEventLog1 = new EventLog(myLogName, myRemoteMachine);

myEventLog1.Source = "MyTestSource"; 
// Write an entry into log. 
myEventLog1.WriteEntry("This is for your information", 
   EventLogEntryType.SuccessAudit,
100); 
Console.WriteLine("An EventLog created on computer " + 
   myEventLog1.MachineName); 

Console.Write("Enter remote computer on which to create log :
"); 
myRemoteMachine = Console.ReadLine(); 

EventLog myEventLog2 = new EventLog(); 
myEventLog2.MachineName = myRemoteMachine; 
myEventLog2.Source = "MyTestSource"; 
myEventLog2.Log = myEventLog1.LogDisplayName; 
myEventLog2.WriteEntry("This is for your information"); 
Console.WriteLine("An EventLog created on computer " + 
   myEventLog2.MachineName); 


} 
} 

Best Regards, 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Nothing happens with mono-service and EventLog.WriteEntry

[Gert Driesen]

> -Original Message-
> From: Michael Schurter [mailto:[EMAIL PROTECTED]
> Sent: donderdag 15 februari 2007 16:35
> To: Gert Driesen
> Cc: 'mono-list'
> Subject: RE: [Mono-list] Nothing happens with mono-service and
> EventLog.WriteEntry
> 
> On Mon, 2007-02-12 at 22:06 +0100, Gert Driesen wrote:
> ...snip...
> > What part is clumsy about it ? I started working on an MWF gui for
> the
> > eventlog which basically is a light-weight version of the windows
> > EventViewer.
> 
> I guess I expected a syslog-like backend.  I find the EventLog in
> Windows a lot less useful and harder to read than syslog in general, so
> for me have a 100% accurate implementation is a bad thing.
> 
> However, I discovered this little snippet of code should keep Windows
> happy as well as give me the syslog support I love:
> 
> private void SmartLog (string message)
> {
>   int p = (int) Environment.OSVersion.Platform;
>   if ((p == 4) || (p == 128)) {
>   // UNIX - Use Syslog
>   Mono.Unix.Native.Syscall.syslog (
>   Mono.Unix.Native.SyslogLevel.LOG_INFO,
>   message);
>   } else {
>   // Windows - Use EventLog
>   EventLog.WriteEntry (message);
>   }
>   }
> }
> 
> Obviously not the most "robust" solution, but its a quick and easy hack
> to make everyone happy!  ;)

I'll checkout the Mono.Unix API for Syslog and perhaps add support for using
it as a backend for event log.

Gert

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Nothing happens with mono-service and EventLog.WriteEntry

[Gert Driesen]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:mono-list-
> [EMAIL PROTECTED] On Behalf Of Michael Schurter
> Sent: maandag 12 februari 2007 21:21
> To: Gert Driesen
> Cc: 'mono-list'
> Subject: Re: [Mono-list] Nothing happens with mono-service and
> EventLog.WriteEntry
> 
> On Mon, 2007-02-12 at 20:47 +0100, Gert Driesen wrote:
> > Michael,
> >
> > Did you set the MONO_EVENTLOG_TYPE environment variable ?
> >
> > Checkout the mono manpage for more info.
> 
> Thanks for the tip!  Sorry I didn't read the man page.  I checked out
> MonoDoc, but it doesn't have any documentation for the EventLog yet.
> 
> Can I help update MonoDoc's EventLog coverage?  There are edit links,
> but I'm not sure what they do.
> 
> Also while I admire the EventLog's adherence to Windows Event Log, its
> very clumsy to use in Linux.  I think I'll just end up writing to my
> own
> log file manually.

What part is clumsy about it ? I started working on an MWF gui for the
eventlog which basically is a light-weight version of the windows
EventViewer.

You can find this in the winforms-tools svn module.

Gert

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Nothing happens with mono-service and EventLog.WriteEntry

[Gert Driesen]

Michael,

Did you set the MONO_EVENTLOG_TYPE environment variable ?

Checkout the mono manpage for more info.

Gert

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:mono-list-
> [EMAIL PROTECTED] On Behalf Of Michael Schurter
> Sent: maandag 12 februari 2007 19:51
> To: mono-list
> Subject: Re: [Mono-list] Nothing happens with mono-service and
> EventLog.WriteEntry
> 
> On Mon, 2007-02-12 at 10:42 -0600, Michael Schurter wrote:
> > I created a service in MonoDevelop, compiled it using the 2.0
> profile,
> > and run it using mono-service.
> >
> > Everything appears to work fine: Service started and stopped messages
> > show up in my syslog, the process is running, and the lock file
> exists.
> >
> > However my service doesn't seem to do anything, and none of my
> > EventLog.WriteEntry() calls seem to generate any logging information
> > (I also tried Console.WriteLine()).
> 
> Attached is a simple service template that should make a good test
> case.
> On my computer the only output I get is in my syslog:
> 
> Feb 12 12:39:56 schurter3-linux mono: ServiceTemplate.exe: Service
> ServiceTemplate started Feb 12 12:40:36 schurter3-linux mono:
> ServiceTemplate.exe: Stopping service ServiceTemplate
> 
> Those are automated messages and none of my EventLog.WriteEntry()s seem
> to work.  I've tried running my service with mono-service and mono-
> service2.
> 
> I still can't figure out how to get good debugging information.  Adding
> --trace just floods me with output, and when I add filters like "--
> trace=-N:System.XML,-N:System.IO" mono just exits immediately.
> 
> I'm really stuck...  anyone have any ideas?
> 
> Michael Schurter

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] resgen problem

[Gert Driesen]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:mono-list-
> [EMAIL PROTECTED] On Behalf Of Paul
> Sent: zondag 4 februari 2007 16:47
> To: Mono List
> Subject: [Mono-list] resgen problem
> 
> Hi,
> 
> I have a resx file in the Properties with pngs in the Resources
> directory. If I use resgen Properties/Design.resx (or cd to the
> Properies directory and just use resgen Design.resx), all I get out is
> the error
> 
> Error: Exception has been thrown by the target of an invocation.
> Inner exception: Could not find file "..\Resources\apply.png"
> 
> Do I need to go into the resx file and alter the ..\ to be ../ to work
> under Linux or should resgen do this conversion?

Up until now, resgen did not support the /useSourcePath option. This option
instructs resgen to resolve relative paths using the directory of the resx
file as current directory.

I have been working on this, and MWF support for ResXResourceReader.BasePath
(which was necessary for this) has already landed in SVN. This involved
quite some changes, since we were loading resources in the ctor. I've now
modified ResXResourceReader to lazy load resources and fixed a bunch of
other (small) issues at the same time.

I'm now preparing a patch for resgen which will add support for the
/useSourcePath option.

I'll attach the patch to bug #80571 in a minute, and await approval.

Let me know if that fixes your problem.

Gert



___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] NAnt 0.85 is released

[Gert Driesen]

Announcing NAnt 0.85.

Binary and source distributions are available for immediate download from:
http://sourceforge.net/project/showfiles.php?group_id=31650

About NAnt:
NAnt is a free .NET build tool, allowing applications to be built targeting
both Microsoft .NET and Mono while supporting both Windows and Linux
platforms.

Release notes and a user manual are available here:
http://nant.sourceforge.net/release/0.85/
Discussion of NAnt occurs on the mailing list at
[EMAIL PROTECTED]
Bugs can be reported using the Bug Tracker at
http://sourceforge.net/projects/nant. 

Check the NAnt homepage for additional info at http://nant.sourceforge.net.

Enjoy !

Gert

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] [mono-vb] [Mono-dev] Visual Basic upgrade.

[Gert Driesen]

> -Original Message-
> From: Gert Driesen [mailto:[EMAIL PROTECTED]
> Sent: zaterdag 19 augustus 2006 17:08
> To: 'Rolf Bjarne'; 'Miguel de Icaza'
> Cc: 'mono-list@lists.ximian.com'; 'Jelmer Vernooij'; 'mono-
> [EMAIL PROTECTED]'; 'mono-devel-list@lists.ximian.com'
> Subject: RE: [Mono-list] [mono-vb] [Mono-dev] Visual Basic upgrade.
> 
> 
> 
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:mono-list-
> > [EMAIL PROTECTED] On Behalf Of Rolf Bjarne
> > Sent: donderdag 17 augustus 2006 12:52
> > To: Miguel de Icaza; Gert Driesen
> > Cc: mono-list@lists.ximian.com; 'Jelmer Vernooij'; mono-
> > [EMAIL PROTECTED]; mono-devel-list@lists.ximian.com
> > Subject: Re: [Mono-list] [mono-vb] [Mono-dev] Visual Basic upgrade.
> >
> > Hello,
> >
> > The vbnc compiler is currently emitting 2.0 assemblies, and regarding
> > the two issues for it to emit 1.0/1.1 assemblies the first one is the
> > easiest (the only feature that would have to be disabled is generics,
> > VB8 does not support directly nullable types like C# - and if you
> > disable generics you'll also disable nullable types since they are
> > also generic). The rest of the new features in VB8 are just compiler
> > features and are perfectly compatible with 1.0/1.1 assemblies.
> >
> > The second issue is that since the compiler can only run on the 2.0
> > runtime it can only generate 2.0 assemblies with Reflection.Emit.
> 
> Why is this ? What 2.0-only features are you using ?

Apart from generic SRE & reflection API's, that is.

Would conditional compilation directives be a solution, or would it make the
code unmanageable ?

Miguel, why wasn't this done for gmcs (instead of having to sync mcs
changes) ?

Gert

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] [mono-vb] [Mono-dev] Visual Basic upgrade.

[Gert Driesen]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:mono-list-
> [EMAIL PROTECTED] On Behalf Of Rolf Bjarne
> Sent: donderdag 17 augustus 2006 12:52
> To: Miguel de Icaza; Gert Driesen
> Cc: mono-list@lists.ximian.com; 'Jelmer Vernooij'; mono-
> [EMAIL PROTECTED]; mono-devel-list@lists.ximian.com
> Subject: Re: [Mono-list] [mono-vb] [Mono-dev] Visual Basic upgrade.
> 
> Hello,
> 
> The vbnc compiler is currently emitting 2.0 assemblies, and regarding
> the two issues for it to emit 1.0/1.1 assemblies the first one is the
> easiest (the only feature that would have to be disabled is generics,
> VB8 does not support directly nullable types like C# - and if you
> disable generics you'll also disable nullable types since they are also
> generic). The rest of the new features in VB8 are just compiler
> features and are perfectly compatible with 1.0/1.1 assemblies.
> 
> The second issue is that since the compiler can only run on the 2.0
> runtime it can only generate 2.0 assemblies with Reflection.Emit.

Why is this ? What 2.0-only features are you using ?

Gert

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] [Mono-dev] [mono-vb] Visual Basic upgrade.

[Gert Driesen]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:mono-devel-list-
> [EMAIL PROTECTED] On Behalf Of Miguel de Icaza
> Sent: donderdag 17 augustus 2006 7:14
> To: Jelmer Vernooij
> Cc: mono-list@lists.ximian.com; mono-vb@lists.ximian.com; mono-devel-
> [EMAIL PROTECTED]
> Subject: Re: [Mono-dev] [mono-vb] Visual Basic upgrade.
> 
> Hello,
> 
> > It's great to hear this is working out! Are there binary snapshots
> > available of vbnc? Is there a website or somewhere the progress is
> > tracked?
> 
> The code is on SVN, module `vbnc', currently you need an MS compiler to
> bootstrap it, but in the next few days I will start working on putting
> the packages together.

Will the new compiler allow targeting of both 1.0 & 2.0 profile ? What I
mean to say is, will there be something like vbnc/gbnc (bad name, I know) or
a command line switch to specify whether to emit an assembly that references
the 1.0 (1.1) or 2.0 system assemblies (and allow/disallows 2.0 constructs
such as generics, nullable types, ...) ? 

Sorry if this was answered before...

Gert

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] NAnt 0.85 Release Candidate 4 is available

[Gert Driesen]

Announcing NAnt 0.85 Release Candidate 4.

Binary and source distributions are available for immediate download from:

http://sourceforge.net/project/showfiles.php?group_id=31650

About NAnt: NAnt is a free .NET build tool, allowing applications to be
built targeting both Microsoft .NET and Mono while supporting both Windows
and Linux platforms.

Release notes and a user manual are available here:

http://nant.sourceforge.net/release/0.85-rc4/

Discussion of NAnt occurs on the mailing list at
[EMAIL PROTECTED]
Bugs can be reported using the Bug Tracker at
http://sourceforge.net/projects/nant.

Check the NAnt homepage for additional info at http://nant.sourceforge.net.

Enjoy!

Gert

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

RE: [Mono-list] XmlSerializer with Dictionary

[Gert Driesen]

Hi Colin,

I'm looking into fixing quite some (compatibility) issues in XmlSerializer
(and XmlSchemaExporter, XmlReflectionImporter, SoapReflectionImporter, ...).

Please submit a bug report for this and feel free to assign it to me.

Gert

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Colin JN Breame
> Sent: woensdag 18 januari 2006 22:32
> To: mono-list@lists.ximian.com
> Subject: [Mono-list] XmlSerializer with Dictionary
> 
> Hello,
> 
> When I try to xml serialise a generic dictionary (e.g. 
> Dictionary), I get the exception:
> 
> System.InvalidOperationException: You must implement a 
> default accessor on 
> System.Collections.Generic.Dictionary`2[snip] because it 
> inherits from 
> ICollection
> 
> This looks like it could be a bug but then again I'm not even 
> sure it is 
> possible to serialise a generic dictionary.  Any pointers would be 
> appreciated.
> 
> Cheers,
> Colin
> 
> 
> test program:
> 
> using System.Collections.Generic;
> using System.IO;
> using System.Xml.Serialization;
> 
> public class main_t {
>   public static void Main() {
> Dictionary test = new Dictionary string>();
> StreamWriter writer = new StreamWriter("output");
> 
> XmlSerializer serialiser = new 
> XmlSerializer(typeof(Dictionary string>));
> serialiser.Serialize(writer, test);
>   }
> }
> 
> 
> exception:
> 
> Unhandled Exception: System.InvalidOperationException: You 
> must implement a 
> default accessor on 
> System.Collections.Generic.Dictionary`2[[System.String, 
> mscorlib, Version=2.0.0.0, Culture=neutral, 
> PublicKeyToken=b77a5c561934e089],
> [System.String, mscorlib, Version=2.0.0.0, Culture=neutral, 
> PublicKeyToken=b77a5c561934e089]] because it inherits from ICollection
> in <0x001f7> System.Xml.Serialization.TypeData:get_ListItemType ()
> in <0x0001f> System.Xml.Serialization.TypeData:get_ListItemTypeData ()
> in <0x00145> System.Xml.Serialization.TypeData:.ctor 
> (System.Type type, 
> System.String elementName, Boolean isPrimitive, 
> System.Xml.Serialization.TypeData mappedType, 
> System.Xml.Schema.XmlSchemaPatternFacet facet)
> in <0x00019> System.Xml.Serialization.TypeData:.ctor 
> (System.Type type, 
> System.String elementName, Boolean isPrimitive)
> in <0x0032b> 
> System.Xml.Serialization.TypeTranslator:GetTypeData (System.Type 
> type, System.String xmlDataType)
> in <0xc> 
> System.Xml.Serialization.TypeTranslator:GetTypeData (System.Type 
> type)
> in <0x0005a> 
> System.Xml.Serialization.XmlReflectionImporter:ImportTypeMapping 
> (System.Type type, System.Xml.Serialization.XmlRootAttribute root, 
> System.String defaultNamespace)
> in <0x0009d> System.Xml.Serialization.XmlSerializer:.ctor 
> (System.Type type, 
> System.Xml.Serialization.XmlAttributeOverrides overrides, 
> System.Type[] 
> extraTypes, System.Xml.Serialization.XmlRootAttribute root, 
> System.String 
> defaultNamespace)
> in <0x00015> System.Xml.Serialization.XmlSerializer:.ctor 
> (System.Type type)
> 
> 
> 
> 
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

RE: [Mono-list] NAnt

[Gert Driesen]

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Fredrik Elestedt
> Sent: woensdag 14 december 2005 22:56
> To: mono-list@lists.ximian.com
> Subject: [Mono-list] NAnt
> 
> When I tried to recompile mysql-connector-net-1.0.4 I got an 
> error when
> it tried to execute NAnt to generate a signed key (using Gentoo). So I
> decided to recompile NAnt and try again - but that didn't 
> help so here I
> am...
> Anyone know what could cause this? I'm running mono version 1.0.10.
> 
> # mono /usr/share/NAnt/bin/NAnt.exe
> 
> ** (/usr/share/NAnt/bin/NAnt.exe:31880): WARNING **: Missing method
> .ctor in assembly /usr/share/NAnt/bin/NAnt.exe, type
> System.Runtime.CompilerServices.RuntimeCompatibilityAttribute
> 
> ** ERROR **: Can't find custom attr constructor image:
> /usr/share/NAnt/bin/NAnt.exe mtoken: 0x0a56
> aborting...
> Aborted

I cannot reproduce this issue using Mono svn (also on Gentoo).

What version of NAnt are you using ?

Can you try removing all elements from the  node in the NAnt
application configuration file (NAnt.exe.config) and see if that has any
effect ?

Gert

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

RE: [Mono-list] Anyone ever tried to run NAnt on mono on Windows?

[Gert Driesen]

 

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Atsushi Eno
> Sent: zaterdag 3 december 2005 14:08
> To: Gert Driesen
> Cc: 'mono-list mailing list'
> Subject: Re: [Mono-list] Anyone ever tried to run NAnt on 
> mono on Windows?
> 
> Hi,
> 
> Gert Driesen wrote:
> >  
> > 
> >> -Original Message-
> >> From: Atsushi Eno [mailto:[EMAIL PROTECTED] 
> >> Sent: vrijdag 2 december 2005 10:58
> >> To: Gert Driesen
> >> Cc: 'mono-list mailing list'
> >> Subject: Re: [Mono-list] Anyone ever tried to run NAnt on 
> >> mono on Windows?
> >>
> >>
> >>>>> Up until now, NAnt needed the registry key created by the 
> >>>> Mono installer to
> >>>>> determine 
> >>>>>
> >>>>> a) whether Mono was actually installed
> >>>>> b) what the installation directory was
> >>>>> c) what version was actually installed
> >>>>>
> >>>>> On Linux, we use pkg-config for this purpose.
> >>>>>
> >>>>> I'll see if I can use pkg-config for this purpose on 
> >>>> Windows too (for those
> >>>>> building Mono from source in cygwin). Should not be that hard.
> >>>> Thanks, that would be nice.
> >>> Support for this is now in cvs. Let me know if you notice 
> >> any problems with
> >>> it.
> >> If the change is to run nant without accessing windows 
> registry, then
> >> it did not seem to have solved the problem. It still requires that
> >> registry key.
> > 
> > Are you using anon-cvs ? If so, then you'll have to wait 
> until it has been
> > synced (not sure what the update interval is for sf.net cvs).
> > 
> > I'd appreciate it if you'd test it once it's available in anon-cvs.
> 
> Yeah, seems like I was too quick to try anoncvs. After getting 
> up-to-date sources, it worked fine :-) Thanks!
> 
> btw it would be awesome if it also differentiates "make install"
> behavior (instead of installing files under *:/Program Files/).
> It's totally optional wish tho.

Can you elaborate on this ?  

Are you talking about a way to specify another install dir ?

You can do this using the prefix option:

Unix/Lnux:

$ make install prefix=/usr/local

Windows

$ make install prefix=c:\NAnt

-or-

$ nmake -f Makefile.nmake install prefix=c:\NAnt

Gert

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

RE: [Mono-list] Anyone ever tried to run NAnt on mono on Windows?

[Gert Driesen]

 

> -Original Message-
> From: Atsushi Eno [mailto:[EMAIL PROTECTED] 
> Sent: vrijdag 2 december 2005 10:58
> To: Gert Driesen
> Cc: 'mono-list mailing list'
> Subject: Re: [Mono-list] Anyone ever tried to run NAnt on 
> mono on Windows?
> 
> 
> >>> Up until now, NAnt needed the registry key created by the 
> >> Mono installer to
> >>> determine 
> >>>
> >>> a) whether Mono was actually installed
> >>> b) what the installation directory was
> >>> c) what version was actually installed
> >>>
> >>> On Linux, we use pkg-config for this purpose.
> >>>
> >>> I'll see if I can use pkg-config for this purpose on 
> >> Windows too (for those
> >>> building Mono from source in cygwin). Should not be that hard.
> >> Thanks, that would be nice.
> > 
> > Support for this is now in cvs. Let me know if you notice 
> any problems with
> > it.
> 
> If the change is to run nant without accessing windows registry, then
> it did not seem to have solved the problem. It still requires that
> registry key.

Are you using anon-cvs ? If so, then you'll have to wait until it has been
synced (not sure what the update interval is for sf.net cvs).

I'd appreciate it if you'd test it once it's available in anon-cvs.

> 
> I'm not in haste, and will try to make changes to ignore registries
> locally. Thanks for the help, Gert.

No prob.

Gert

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

RE: [Mono-list] Anyone ever tried to run NAnt on mono on Windows?

[Gert Driesen]

 

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Atsushi Eno
> Sent: vrijdag 2 december 2005 8:36
> To: Gert Driesen
> Cc: 'mono-list mailing list'
> Subject: Re: [Mono-list] Anyone ever tried to run NAnt on 
> mono on Windows?
> 
> Hi Gert,
> 
> Gert Driesen wrote:
> > Hi Atsushi
> > 
> > Not sure what the effect of that registry bug was ,but the 
> Mono 1.1.9.2
> > release was working just fine here for running a version of 
> NAnt built using
> > .NET 1.1.  However its failing badly attempting to run NAnt 
> built using .NET
> > 2.0:
> > 
> > ** ERROR **: Can't find custom attr constructor image: 
> 
> > mtoken: 0x0a12
> > 
> > Do you actually installed Mono using a Windows installer, 
> or built it from
> > source ?
> 
> I was trying to build nant from source in cvs (also failed from
> 0.85rc3 source archive), by doing "make".
> 
> > Up until now, NAnt needed the registry key created by the 
> Mono installer to
> > determine 
> > 
> > a) whether Mono was actually installed
> > b) what the installation directory was
> > c) what version was actually installed
> > 
> > On Linux, we use pkg-config for this purpose.
> > 
> > I'll see if I can use pkg-config for this purpose on 
> Windows too (for those
> > building Mono from source in cygwin). Should not be that hard.
> 
> Thanks, that would be nice.

Support for this is now in cvs. Let me know if you notice any problems with
it.

Gert

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

RE: [Mono-list] Anyone ever tried to run NAnt on mono on Windows?

[Gert Driesen]

Atsushi,

You don't happen to know how to detect whether a (.NET) app is running in a
cygwin environment ?

Gert 

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Atsushi Eno
> Sent: vrijdag 2 december 2005 8:36
> To: Gert Driesen
> Cc: 'mono-list mailing list'
> Subject: Re: [Mono-list] Anyone ever tried to run NAnt on 
> mono on Windows?
> 
> Hi Gert,
> 
> Gert Driesen wrote:
> > Hi Atsushi
> > 
> > Not sure what the effect of that registry bug was ,but the 
> Mono 1.1.9.2
> > release was working just fine here for running a version of 
> NAnt built using
> > .NET 1.1.  However its failing badly attempting to run NAnt 
> built using .NET
> > 2.0:
> > 
> > ** ERROR **: Can't find custom attr constructor image: 
> 
> > mtoken: 0x0a12
> > 
> > Do you actually installed Mono using a Windows installer, 
> or built it from
> > source ?
> 
> I was trying to build nant from source in cvs (also failed from
> 0.85rc3 source archive), by doing "make".
> 
> > Up until now, NAnt needed the registry key created by the 
> Mono installer to
> > determine 
> > 
> > a) whether Mono was actually installed
> > b) what the installation directory was
> > c) what version was actually installed
> > 
> > On Linux, we use pkg-config for this purpose.
> > 
> > I'll see if I can use pkg-config for this purpose on 
> Windows too (for those
> > building Mono from source in cygwin). Should not be that hard.
> 
> Thanks, that would be nice. Anyways the registry check does not seem
> important, so I'll try to continue the build just skipping it.
> 
> Atsushi Eno
> 
> > Gert
> > 
> >> -Original Message-
> >> From: [EMAIL PROTECTED] 
> >> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Atsushi Eno
> >> Sent: vrijdag 2 december 2005 3:19
> >> To: mono-list mailing list
> >> Subject: [Mono-list] Anyone ever tried to run NAnt on mono 
> on Windows?
> >>
> >> Anyone ever tried to run NAnt on mono on Windows?  It complains
> >> that I don't have Registry key:
> >>
> >> Unhandled Exception: System.Reflection.TargetInvocationException:
> >> Exception has been thrown by the target of an invocation. ---> The
> >> current runtime framework 'mono-2.0' is not correctly 
> >> configured in the
> >> NAnt configuration file.:
> >> NAnt.Core.BuildException: The current runtime framework 
> 'mono-2.0' is
> >> not correctly configured in the NAnt configuration file. 
> ---> Registry
> >> Path Not Found! -
> >> key='SOFTWARE\Mono\';hive='Microsoft.Win32.RegistryHive[]';:
> >> NAnt.Core.BuildException: Registry Path Not Found! -
> >> key='SOFTWARE\Mono\';hive='Microsoft.Win32.RegistryHive[]';
> >> in <0x00184> NAnt.Win32.Tasks.ReadRegistryTask:LookupRegKey
> >> (System.String key,Microsoft.Win32.RegistryHive[] registries)
> >> in <0x00056> NAnt.Win32.Tasks.ReadRegistryTask:ExecuteTask ()
> >>
> >> I just fixed a bug on our MS.Win32 registry code, but now I
> >> wonder if there is another bug in Mono, or am just missing
> >> something.
> >>
> >> Atsushi Eno
> >> ___
> >> Mono-list maillist  -  Mono-list@lists.ximian.com
> >> http://lists.ximian.com/mailman/listinfo/mono-list
> >>
> > 
> > 
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

RE: [Mono-list] Anyone ever tried to run NAnt on mono on Windows?

[Gert Driesen]

Hi Atsushi

Not sure what the effect of that registry bug was ,but the Mono 1.1.9.2
release was working just fine here for running a version of NAnt built using
.NET 1.1.  However its failing badly attempting to run NAnt built using .NET
2.0:

** ERROR **: Can't find custom attr constructor image: 
mtoken: 0x0a12

Do you actually installed Mono using a Windows installer, or built it from
source ?

Up until now, NAnt needed the registry key created by the Mono installer to
determine 

a) whether Mono was actually installed
b) what the installation directory was
c) what version was actually installed

On Linux, we use pkg-config for this purpose.

I'll see if I can use pkg-config for this purpose on Windows too (for those
building Mono from source in cygwin). Should not be that hard.

Gert

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Atsushi Eno
> Sent: vrijdag 2 december 2005 3:19
> To: mono-list mailing list
> Subject: [Mono-list] Anyone ever tried to run NAnt on mono on Windows?
> 
> Anyone ever tried to run NAnt on mono on Windows?  It complains
> that I don't have Registry key:
> 
> Unhandled Exception: System.Reflection.TargetInvocationException:
> Exception has been thrown by the target of an invocation. ---> The
> current runtime framework 'mono-2.0' is not correctly 
> configured in the
> NAnt configuration file.:
> NAnt.Core.BuildException: The current runtime framework 'mono-2.0' is
> not correctly configured in the NAnt configuration file. ---> Registry
> Path Not Found! -
> key='SOFTWARE\Mono\';hive='Microsoft.Win32.RegistryHive[]';:
> NAnt.Core.BuildException: Registry Path Not Found! -
> key='SOFTWARE\Mono\';hive='Microsoft.Win32.RegistryHive[]';
> in <0x00184> NAnt.Win32.Tasks.ReadRegistryTask:LookupRegKey
> (System.String key,Microsoft.Win32.RegistryHive[] registries)
> in <0x00056> NAnt.Win32.Tasks.ReadRegistryTask:ExecuteTask ()
> 
> I just fixed a bug on our MS.Win32 registry code, but now I
> wonder if there is another bug in Mono, or am just missing
> something.
> 
> Atsushi Eno
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] NAnt 0.85 Release Candidate 3 available

[Gert Driesen]

Announcing NAnt 0.85 Release Candidate 3.

Binary and source distributions are available for immediate download from:

http://sourceforge.net/project/showfiles.php?group_id=31650

About NAnt:
NAnt is a free .NET build tool, allowing applications to be built targeting
both Microsoft .NET and Mono while supporting both win32 and linux.

Release notes containing the changes since NAnt 0.85 Release Candidate 2, a
user manual and SDK documentation are available here: 

http://nant.sourceforge.net/release/0.85-rc3/

Discussion of NAnt occurs on the mailing list at
[EMAIL PROTECTED]
Bugs can be reported using the Bug Tracker at
http://sourceforge.net/projects/nant.
Check the NAnt homepage for additional info at http://nant.sourceforge.net.

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

RE: [Mono-list] ... One more question!

[Gert Driesen]

Hi,
 
NAnt always tries to execute on the highest runtime version 
available. In this case, Mono is mistakenly "reporting" that the 2.0 
runtime is available, while its not.
 
This issue (http://bugzilla.ximian.com/show_bug.cgi?id=62913) 
was fixed after the 1.1.4 release, and I'm not sure if the fix was 
backported to the mono-1-0 branch.
 
A quick workaround for NAnt is to remove the following 
entry from the  section of 
src/NAnt.Console/App.config:
 
    

Gert



From: 
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On 
Behalf Of [EMAIL PROTECTED]Sent: vrijdag 11 maart 2005 
7:30To: mono-list@lists.ximian.comSubject: [Mono-list] ... 
One more question!

  
  
  I’m having a bit of difficulty 
  building NAnt, and I’m wondering if maybe it’s just my 
  box.
   
  Can someone tell me what the heck 
  is causing this?
   
  megatron nant-0.85-rc2 # 
  make
  mkdir -p 
  bootstrap
  cp -R lib/ 
  bootstrap/lib
  # Mono loads log4net before 
  privatebinpath is set-up, so we need this in the same 
  directory
  # as 
  NAnt.exe
  cp lib/log4net.dll 
  bootstrap
  cp src/NAnt.Console/App.config 
  bootstrap/NAnt.exe.config
  mono bootstrap/NAnt.exe 
  -f:NAnt.build build
  The assembly mscorlib.dll was not 
  found or could not be loaded.
  It should have been installed in 
  the `/usr/local//lib/mono/2.0/mscorlib.dll' 
  directory.
  make: *** [build-nant] Error 
  1
   
  Basically, I think this means it’s 
  trying to use .NET 2.0, however this isn’t installed by default. As I said in 
  a previous post, I was having nothing but trouble using the –with-preview=yes 
  – but should I be investigating that as a 
  solution?
   
  Or is there some way to tell the 
  mono executable to use the 1.0 runtime instead?
   
  Sorry, maybe this is a basic 
  question: but I’ve had no luck finding help on the web for this stuff.. 
  L Your help 
  is greatly appreciated!
   
  -e-

RE: [Mono-list] Why can't Mono and NAnt be friends?

[Gert Driesen]

Pedro,

The issue (bug #66237) that was preventing NAnt from running on Mono 1.1.x,
was indeed only fixed after the 1.1.4 release.

But Mono SVN and NAnt should be friends ;-)

Gert

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Pedro Santos
> Sent: zaterdag 5 maart 2005 16:23
> To: Mono
> Subject: [Mono-list] Why can't Mono and NAnt be friends?
> 
> Since I began working with Mono I have got several problems running
> NAnt on top of Mono. Today I upgraded to Mono 1.1.4 and to NAnt
> 0.85-rc2 hopping that I would not have to do some mambo jambo to get
> them working together. However it happens that NAnt does not run on
> Mono 1.1.4 because of some XML bug in Mono, that was solved, but not
> incorporated in Mono 1.1.4.
> 
> Every time I try to compile Mono from SVN I always get some wierd
> errors, so I do not see getting Mono SVN as a solution that will work
> on me.
> 
> I am starting to think that I am the only developer that is developing
> an application in Windows and Linux, at the same time, that uses NAnt
> as a works-everywhere tool. Otherwise, solving this Mono vs NAnt
> issues would be important.
> 
> So, what are your sugestions if I want a build tool that will work on
> Microsoft .NET and Mono? Please, no IDE and no Makefile's!
> 
> --
> Pedro Santos
> www.psantos.net
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] NAnt 0.85 Release Candidate 2 available

[Gert Driesen]

Announcing NAnt 0.85 Release Candidate 2. 
 
Binary and source distributions are available for immediate download from:  
 
http://sourceforge.net/project/showfiles.php?group_id=31650. 
 
About NAnt: NAnt is a free .NET build tool, allowing applications to be
built targeting both Microsoft .NET and Mono while supporting both win32 and
linux. 
 
Release notes containing the changes since NAnt 0.85 Release Candidate 1, a
user manual and SDK documentation are available here: 
 
http://nant.sourceforge.net/release/0.85-rc2/ 
 
Discussion of NAnt occurs on the mailing list at
mailto:[EMAIL PROTECTED] 
Bugs can be reported using the Bug Tracker at
http://sourceforge.net/projects/nant. 
Check the NAnt homepage for additional info at http://nant.sourceforge.net.

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] NAnt 0.85 Release Candidate 1 available

[Gert Driesen]

Announcing NAnt 0.85 Release Candidate 1.

Binary and source distributions are available for immediate download from:

http://sourceforge.net/project/showfiles.php?group_id=31650

About NAnt: 
NAnt is a free .NET build tool, allowing applications to be built targeting
both Microsoft .NET and Mono while supporting both win32 and linux.

Release notes containing the changes since NAnt 0.84, a user manual and SDK 
documentation are available here:

http://nant.sourceforge.net/release/0.85-rc1/

Discussion of NAnt occurs on the mailing list at
[EMAIL PROTECTED]  
Bugs can be reported using the Bug Tracker at
http://sourceforge.net/projects/nant.
Check the NAnt homepage for additional info at http://nant.sourceforge.net.";

---
Gert Driesen

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] NHibernate 0.3.0 on Mono 1.0.1?

[Gert Driesen]

Golo,
Apparently, the NAnt build file for NHibernateo only targets .NET 1.1.
By looking at the build file, its pretty clear that this was an explicit 
choice of the developers. Not sure why though ...

Gert
- Original Message - 
From: "Golo Haas" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, October 04, 2004 10:21 AM
Subject: [Mono-list] NHibernate 0.3.0 on Mono 1.0.1?


Hi there,
has anyone succeeded in compiling NHibernate 0.3.0 on Mono 1.0.1? For
me, it does not work as described in the HOWTO that can be found on the
website of NHibernate.
I always get an error that the default framework can not be changed
to .NET 1.1.
Any ideas?
Thanks in advance,
Golo
___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Monodoc -- Can we use this to document our application?

[Gert Driesen]

- Original Message - 
From: "Ian MacLean" <[EMAIL PROTECTED]>
To: "Joshua Tauberer" <[EMAIL PROTECTED]>
Cc: "rus" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Friday, October 01, 2004 8:06 AM
Subject: Re: [Mono-list] Monodoc -- Can we use this to document our 
application?


Joshua Tauberer wrote:
rus wrote:
On a related note, I was just wondering.. is there any way of using NDoc
to generate monodoc documentation?

No, but as I often say, the documentation formats are pretty close.  If 
you want that functionality, making a converter should be possible, and 
not too difficult.

This is probably better implemented as an ndoc Documenter [1]. These are 
plugin classes that generate a given output format from ndocs xml format 
( which is basically MS's xml format - the one that gets generated by the 
/doc argument to csc ). Current documenters include:
- plain xml
- MSDN format
- javadoc format
- LaTex

writing a documenter that generates monodoc format woudl be fairly easy - 
and may even be as easy as hosting an xslt transform. THe documenter 
implementation is also quite straight forward - we wrote one for NAnt to 
auto-generate the end user doc for tasks.

However the other thing thats missing is the implementation of the /doc 
arg for mcs.exe. Otherwise there will be no input for ndoc to use. I know 
Atsushi submitted a patch a while back - did that ever get committed ?
Nope, it caused some regressions, and Atsushi didn't have time to create a 
new patch yet.

Regardless of that, it would also be useful to support the Monodoc/ECMA 
format as input in NDoc (and not just the MS /doc format).

Gert 

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Class status page

[Gert Driesen]

- Original Message -
From: "Atsushi Eno" <[EMAIL PROTECTED]>
To: "Jambunathan Jambunathan" <[EMAIL PROTECTED]>
Cc: "Duncan Mak" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Wednesday, July 28, 2004 8:21 AM
Subject: Re: [Mono-list] Class status page


> Hi,
>
> Those class status pages exist (at least to me).

The reason why the class status pages list no content (for some) is because
the 

Re: [Mono-list] NAnt

[Gert Driesen]

> - Original Message -
> From: "Igor Anikeev" <[EMAIL PROTECTED]>
> To: "Gert Driesen" <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Monday, July 12, 2004 12:29 AM
> Subject: Re: [Mono-list] NAnt
>
> Gert Driesen wrote:
> > Igor,
> >
> > I haven't checked out NAnt on Mono lately, but I did fix some compile
error
> > (due to a change in mcs) recently.
> >
> > You might want to try building a recently nightly build
> > (http://nant.sourceforge.net/nightly/builds) from source (make clean &&
make
> > all).
> >
> > Let me know if you have any problems.
>
> I couldn't get to the nightly builds, but got a version from CVS.
> Compiled well.  Now the question is how doI install it somewhere in a
> decent place without it complayning about missing assemblies?
>

At this moment, there's no install target in the NAnt build file (or the
makefile), but I'll look into that ...

It would be great to have packages for NAnt, but we need help on that as
none of the NAnt committers know much about linux packaging ...

Gert

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] off-topic NAnt

[Gert Driesen]

- Original Message -
From: "Chris Vickerson" <[EMAIL PROTECTED]>
To: "Gert Driesen" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, July 03, 2004 10:05 AM
Subject: Re: [Mono-list] off-topic NAnt


> Hi Gert,
>
> I installed the mono devel packages and now get a path returned from
> "pkg-config --variable=prefix mono" which is "/usr".  The new error
> message is: http://www.vickerson.net/make_output.txt.  I've looked the
> error message over a little more carefully this time and I'm pretty sure
> it isn't something obvious.  It looks like it is sooo close to working
> though.

This is probably a regression caused by the bug fix for the change in mcs
(csc 2.0), I'll look into it right now ...

It might be best to move this thread over to the NAnt developer list, to
avoid cluttering this list with NAnt related issues ...

Gert

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] off-topic NAnt

[Gert Driesen]

Chris,

The error message is pretty clear :

"The current runtime framework 'mono-1.0' is not correctly configured in the
NAnt configuration file.
Unable to locate 'mono' module using pkg-config. Download the Mono
development packages from http://www.go-mono.com/downloads.";

What do you get when you execute this :

$ pkg-config --variable=prefix mono

Gert

- Original Message -
From: "Chris Vickerson" <[EMAIL PROTECTED]>
To: "Gert Driesen" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, July 03, 2004 9:36 AM
Subject: Re: [Mono-list] off-topic NAnt


> arg - Sorry, I selected an old build by accident.  This time I did
> select the most recent and got this error:
>
> http://www.vickerson.net/NAntNightly.txt
>
> I added the -verbose flag as you asked and it seemed to do nothing (I'm
> not very familiar with make).
>
> Chris
>
>
>
>
> On Sat, 2004-07-03 at 03:12, Gert Driesen wrote:
> > - Original Message -
> > From: "Chris Vickerson" <[EMAIL PROTECTED]>
> > To: "Gert Driesen" <[EMAIL PROTECTED]>
> > Cc: <[EMAIL PROTECTED]>
> > Sent: Saturday, July 03, 2004 9:01 AM
> > Subject: Re: [Mono-list] off-topic NAnt
> >
> >
> > > Thanks for replying.
> > >
> > > I tried to compile the source but got the following errors:
> > > http://www.vickerson.net/NAntNightly.txt (I put it online so this
email
> > > doesn't get too confusing).
> >
> > That issue was fixed in cvs.  A recent change in mcs (and csc 2.0)
caused
> > this to surface.
> >
> > This should be fixed in the most recent nightly build (06/30/2004).
> >
> > > I also noticed that there were some pre-built binaries in that
download
> > which I tried and got a new error
> > > when I tried to compile a .build file:
> > >
> > > NAnt 0.85 (Build 0.85.1525.0; net-1.1.win32; nightly;
3/5/2004)
> > > Copyright (C) 2001-2004 Gerry Shaw
> > > http://nant.sourceforge.net
> > >
> > > BUILD FAILED
> > >
> > > The current runtime framework 'mono-1.0' is not correctly
> > > configured in the NAnt configuration file.
> >
> > The pkg-config related changes where done after the version you're
using.
> > However, the pre-build version will not work on Mono because of Mono bug
> > #57602, so you have to build from source yourself.
> >
> > Try the most recent nightly build, and include a verbose log (-verbose
> > switch) if you still have problems.
> >
> > Gert
> >
>
>
> ___
> Mono-list maillist  -  [EMAIL PROTECTED]
> http://lists.ximian.com/mailman/listinfo/mono-list
>

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] off-topic NAnt

[Gert Driesen]

- Original Message -
From: "Chris Vickerson" <[EMAIL PROTECTED]>
To: "Gert Driesen" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, July 03, 2004 9:01 AM
Subject: Re: [Mono-list] off-topic NAnt


> Thanks for replying.
>
> I tried to compile the source but got the following errors:
> http://www.vickerson.net/NAntNightly.txt (I put it online so this email
> doesn't get too confusing).

That issue was fixed in cvs.  A recent change in mcs (and csc 2.0) caused
this to surface.

This should be fixed in the most recent nightly build (06/30/2004).

> I also noticed that there were some pre-built binaries in that download
which I tried and got a new error
> when I tried to compile a .build file:
>
> NAnt 0.85 (Build 0.85.1525.0; net-1.1.win32; nightly; 3/5/2004)
> Copyright (C) 2001-2004 Gerry Shaw
> http://nant.sourceforge.net
>
> BUILD FAILED
>
> The current runtime framework 'mono-1.0' is not correctly
> configured in the NAnt configuration file.

The pkg-config related changes where done after the version you're using.
However, the pre-build version will not work on Mono because of Mono bug
#57602, so you have to build from source yourself.

Try the most recent nightly build, and include a verbose log (-verbose
switch) if you still have problems.

Gert

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] off-topic NAnt

[Gert Driesen]

Chris,

I suggest using a recent nightly build of NAnt
(http://nant.sourceforge.net/nightly/builds).  More recent versions of NAnt
will use pkg-config to determine the mono prefix.

However, that doesn't mean that I'll guarantee that everything will work
fine ;)

Just report any issues to the NAnt lists (or submit a bug report), and I'll
fix them ASAP.

Thanks,

Gert

- Original Message -
From: "Chris Vickerson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, July 03, 2004 8:33 AM
Subject: [Mono-list] off-topic NAnt


> I've search google and the nant lists and some similar messages but no
> answers.  Please help.
>
> I'm having trouble installing and running nant with mono of fc2.  I'm
> not sure I'm supposed to change something in the NAnt.exe.config file -
> I did change this part:
>
> 
>  runtimeengine="mono"
> sdkdirectory="*/usr/lib/mono/gac*"
frameworkdirectory="*/usr/lib/mono/gac*"
> frameworkassemblydirectory="*/usr/lib/mono/gac*">
>
> The error I keep getting is:
>
> Framework 'mono-1.0' does not exist or is not specified in the NAnt
> configuration file. Defaulting to no known framework.
> Buildfile: file:///home/chrisv/test/NAnt.build
> Target(s) specified: build
>
> build:
>
> BUILD FAILED
>
> /home/chrisv/test/NAnt.build(10,10):
> invalid element . Unknown task or datatype.
>
> NAnt seemed to compile ok and mono/mcs certainly works great.
>
> Many thanks in advance.
>
> Chris
>

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Class status page

[Gert Driesen]

Jochen,

The class status pages that currently deployed are probably built using the
wrong version of the corcompare tools, I'll ask Miguel for more information.

Gert


- Original Message -
From: "Jochen Wezel" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Friday, June 18, 2004 2:59 PM
Subject: [Mono-list] Class status page


Hi!

I cannot say exactly how often the status page gets updated, but it seems to
be daily.

Normally - I expect - all methods with MonoTODO attribute should get
displayed in the class status page with a TODO sign on the left. But not in
our case of
mcs/class/Microsoft.VisualBasic/Microsoft.VisualBasic/FileSystem.cs.

Can somebody write some lines on this, please?

-Jochen

-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Gesendet: Freitag, 18. Juni 2004 13:42
An: Jochen Wezel; [EMAIL PROTECTED]
Betreff: RE: [mono-vb] Class status page for Microsoft.VisualBasic

Hey Jochen,
you're right, but the system is missing all the MonoTODO's in FileSystem,
almost every method in FileSystem has this attribute, but the status page
doesn't display these.

Greetz,
-- Rob.

-Original Message-
From: Jochen Wezel
To: [EMAIL PROTECTED]
Sent: 18-6-04 10:26
Subject: AW: [mono-vb] Class status page for Microsoft.VisualBasic

The last missing percentages might be mainly in FileSystem.
Simply remove the wrong "ref"s and we're getting closer :-)

-Jochen


-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im Auftrag von
[EMAIL PROTECTED]
Gesendet: Donnerstag, 17. Juni 2004 20:41
An: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Betreff: RE: [mono-vb] Class status page for Microsoft.VisualBasic

It's back, and this time I have proof :).
Look at this picture, we're 96% completed:

http://www.villevirtuelle.be/ClassStatus.PNG

Really weird.

Greetz,
-- Rob.

> -Original Message-
> From: Tillie Rob (Stud. SIT)
> Sent: Wednesday, June 16, 2004 10:15 PM
> To: A Rafael D Teixeira; Tillie Rob (Stud. SIT);
> [EMAIL PROTECTED]
> Subject: RE: [mono-vb] Class status page for Microsoft.VisualBasic
>
> Dudes,
> Sorry I wasn't clear.
> It wasn't about my class at all.
> Yesterday when I looked at FileSystem, it only listed the FileGet
> methods, all other methods weren't listed. The Visual.Basic namespace
> was 97% complete :D.
>
> Today all is fine again :). Just a twitch of the matrix I guess ;).
>
> Greetz,
> -- Rob.
>
> > -Original Message-
> > From: A Rafael D Teixeira [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, June 16, 2004 9:12 PM
> > To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> > Subject: RE: [mono-vb] Class status page for Microsoft.VisualBasic
> >
> > >From: [EMAIL PROTECTED]
> > >
> > >In my opinion this page is completely wrong, it doesn't even list
> > >all
> the
> > >methods in FileSystem, and no methods in Financial for example.
> > >
> > >What is causing this problem?
> >
> > The class status pages lists only the things that differ, just to
> > keep volume to a mininum.
> >
> > >This page should give a good indication for us what needs to be
> > >done,
> but
> > >in
> > >this state it is not giving us any help.
> >
> > Indeed it gives. Anything listed there needs love, and if you know
> > of something that should be there and is not, probably someone
> > forgot to
> tag
> > the method/property/etc. with a MonoTODO attribute, because the tool

> > can only compare the interfaces defined and the metadata, but not
> > the if the code is implemented and works.
> >
> > >Greetz,
> > >
> > >-- Rob.
> >
> > Hope you can make better use of it, now. Also a warning last time I
> > saw
> it
> > is wasn't updated automatically, you may have to wait for some
> > hours, sometimes days, to see it reflect cvs changes.
> >
> > Best regards,
> >
> > Rafael "Monoman" Teixeira
> > Mono Hacker since 16 Jul 2001 - http://www.go-mono.org/ MonoBrasil
> > Founding Member - Membro Fundador do MonoBrasil
> > http://monobrasil.softwarelivre.org
> > English Blog: http://monoblog.blogspot.com/ Brazilian Portuguese
> > Blog: http://monoblog.weblogger.terra.com.br/
> >
> > _
> > MSN Messenger: instale grátis e converse com seus amigos.
> > http://messenger.msn.com.br
___
Mono-vb mailing list
[EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-vb


___
Mono-vb mailing list
[EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-vb


___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list
___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Windows version does not work on Win98

[Gert Driesen]

Microsoft does have a "Layer for Unicode on Windows 95/98/Me Systems" :

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnanchor/ht
ml/anch_mslu.asp

Gert

- Original Message -
From: "Daniel Morgan" <[EMAIL PROTECTED]>
To: "'Joop'" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Friday, June 04, 2004 2:52 AM
Subject: RE: [Mono-list] Windows version does not work on Win98


> There is also the issue of Unicode (or lacking) support in Windows 98.
>
> Serge did something to get it to work on Windows 98, such as, including
> unicows.dll ?
>
> Look in the archives of mono-list or mono-devel-list.
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Joop
> Sent: Thursday, June 03, 2004 1:52 AM
> To: [EMAIL PROTECTED]
> Subject: [Mono-list] Windows version does not work on Win98
>
>
> Hi list
> has anyone tried to install Mono 1.0 Beta 2 on Windows 98?
> The installer does not fail and nicely tells me that all went well. Then
>
> I have to change the bat-file setmonopath.bat to include " in the PATH
> because Windows 98 does not like the spaces in the PATH-name. But then
> the real problem arises. When I start mono or mcs a error
> message pops up and tells me:
> The PSAPI.DLL file is linked to missing export NTDLL.DLL:_stricmp
> This looks like the lot is compiled for NT or higher iso Windows 98
> (sorry, I still only have Windows 98 and would love to move to Linux but
>
> that still program calling it self Progress does not work on Linux as a
> client (GUI) so I'm stuck)
> I'd love either to see this solved by seeing a version for Windows 98 or
>
> at least that the installer checks what version of Windows I have and
> then say sorry to me and that this setup is only for WinNT/2000/XP and
> up(?). Maybe offer to go on anyway, but at least warn,
> Seeing that .NET by M$ does work on Windows 98, it would be nice if Mono
>
> would also work on Windows 98. I understand that there might not be as
> high a demand for that but a setup that does not check for the right
> version of Windows is just not very friendly.
> Thanks for all the work put in! I find Mono a interesting alternative.
> wkr, Gerke
>
>
> ___
> Mono-list maillist  -  [EMAIL PROTECTED]
> http://lists.ximian.com/mailman/listinfo/mono-list
>

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] NAnt config file framework problem with mono 0.91.99

[Gert Driesen]

- Original Message - 
From: "GUnit" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, May 12, 2004 7:25 PM
Subject: [Mono-list] NAnt config file framework problem with mono 0.91.99


> The latest CVS version fixed the problem with the NAnt config file
> encoding. Thx.
>
> I am now getting the following error when trying to build with NAnt:
>
> "The current runtime framework 'mono-1.0' is not correctly configured in
> the NAnt configuration file."
>
> This configuration file worked under mono 0.31 and I have not modified
> my NAnt version.  I tried updating
> NAnt and the nant build failed with a similar error. The NAnt config
> file and error message follow.

Recently, some changes to the packaging /directory structure of Mono were
made that will no longer allow the old configuration section to work.

NAnt cvs will now determine the location of mono using pkg-config (will this
only work when dev packages are installed ?), so you should no longer have
to manually modify the NAnt configuration file.

However, we (well, at least I am) will wait until the packaging / directory
structure of Mono has finalized before making more changes to NAnt, so you
might still have problems for now ...  We might even be facing more probems
soon, but I guess Ian (also a member of the NAnt team) is going to be
tackling those ...

If you rebuild NAnt from cvs, you should at least get a more meaningful
error message, and the mono prefix should be pixed up automatically :

$ export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvsroot/nant
$ cvs -z3 co nant
$ cd nant
$ make

Gert

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] NAnt config file incompatibility with Mono 0.91

[Gert Driesen]

On Wed, 2004-05-12 at 03:40, GUnit wrote:
> The NAnt config file I have been using up to Mono 0.31 no longer works 
> with 0.91.
> I am getting the following error:
> 
> Unhandled Exception: System.Configuration.ConfigurationException: Error 
> reading /home/user1/mono/nant/bin/NAnt.exe.config() ---> 
> System.NotSupportedException: Encoding name `Windows-1252' not supported
> 
> What should the encoding for the config file be? Currently the NAnt 
> config file starts with:
> 
> 
> 
> Should the encoding indicate "Mono-" ?

A fix for this issue was committed to Mono cvs after beta 1.

Gert

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Windows installer - Take 3, a.k.a. "this should work for everyone"

[Gert Driesen]

- Original Message - 
From: "Gonzalo Paniagua Javier" <[EMAIL PROTECTED]>
To: "Monkey Business" <[EMAIL PROTECTED]>
Sent: Sunday, May 09, 2004 11:35 PM
Subject: [Mono-list] Windows installer - Take 3, a.k.a. "this should work
for everyone"


> Remember that the .bat wrappers are created in the windows directory
> (c:\windows, c:\winnt or whatever) and that implies that if you want to
> work with MS tools with the same name, you have to set the PATH properly
> (ie., prepending MS path to the tools to the default PATH, which is what
> sane sdkvars.bat files should do).

I think it would be best to store these batch files in \bin
instead of , and have an option during install to have the
\bin directory added to the PATH.

Gert

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] GAC-only installation?

[Gert Driesen]

Jarek,

I couldn't agree more.  I already posted a message about this (and a few
other issues) in the Mono dev list earlier.

I really hope the Mono team will reconsider this ...

Gert

- Original Message - 
From: "Jaroslaw Kowalski" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, April 30, 2004 11:35 PM
Subject: [Mono-list] GAC-only installation?


> Hi!
>
> I've noticed that under the new build system some libraries are only
> installed into GAC.
> That means that there's no longer "/usr/lib/System.*.dll" that could be
used
> for compilation as a reference.
>
> That means I have to do:
>
> export MONO_PATH=~/src/mcs/class/lib/default/
>
> before I can even run "mcs -r System.Data.dll xxx.cs"
>
> MS keeps the second copy of each system dll in the same directory where
> csc.exe is located (C:\WINNT\Microsft.NET\Framework\v1.1.4322) for the
sole
> purpose of referencing it during compilation. Note that MS doesn't allow
you
> to reference dlls in the GAC.
>
> Are you planning to have a similar structure in mono-1.0? If not, what
will
> the setup look like? I would vote for a flat directory where "mcs.exe" and
> all libraries are kept - just because it's simple and familiar to csc.exe
> users.
>
> Jarek
>
> BTW. Because of this issue, NAnt/CVS is no longer runnable on Mono ;-(
>
> ___
> Mono-list maillist  -  [EMAIL PROTECTED]
> http://lists.ximian.com/mailman/listinfo/mono-list
>

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Mono build broken on Windows

[Gert Driesen]

- Original Message - 
From: "Urs Muff" <[EMAIL PROTECTED]>
To: "Gert Driesen" <[EMAIL PROTECTED]>; "Daniel Morgan"
<[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Wednesday, April 28, 2004 5:33 PM
Subject: RE: [Mono-list] Mono build broken on Windows


> Guys, guys settle down:

I don't think any of us was getting worked up  I see no reason for that
anyway...

Gert

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Mono build broken on Windows

[Gert Driesen]

- Original Message - 
From: "Daniel Morgan" <[EMAIL PROTECTED]>
To: "Gert Driesen" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Wednesday, April 28, 2004 2:00 AM
Subject: RE: [Mono-list] Mono build broken on Windows


> At this point, mono has been built successfully.
>
> If you'll notice, it is only coping Mono.CSharp.Debugger.dll during
> "make install".

I agree that mono has been successfully built, but I definitely get the
error during "make", not "make install".

> Since the debugger does not work on Windows, the assembly is not needed.

Ok, but it should not cause the make to fail ...

> The mono-build-w32.sh automatically does a make install.

I'm not using that script ...

>
> You can always manually copy the assemblies over that you need.

Sure, but I'm sure this "issue" will get fixed soon ...

Thanks !

Gert

>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Gert Driesen
> Sent: Tuesday, April 27, 2004 1:57 AM
> To: [EMAIL PROTECTED]
> Subject: [Mono-list] Mono build broken on Windows
>
>
> Hi,
>
> Apparently the Mono build is broken on Windows :
>
> Making all in runtime
> make[2]: Entering directory `/cygdrive/d/cvs/mono/mono/runtime'
> cp -f /usr/local/lib/Mono.CSharp.Debugger.dll .
> cp: cannot stat `/usr/local/lib/Mono.CSharp.Debugger.dll': No such file or
> directory
> make[2]: *** [Mono.CSharp.Debugger.dll] Error 1
> make[2]: Leaving directory `/cygdrive/d/cvs/mono/mono/runtime'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/cygdrive/d/cvs/mono/mono'
> make: *** [all] Error 2
>
> The Mono.CSharp.Debugger assembly is only built on unix, hence the error
...
>
> Gert
>
> ___
> Mono-list maillist  -  [EMAIL PROTECTED]
> http://lists.ximian.com/mailman/listinfo/mono-list
>
> ___
> Mono-list maillist  -  [EMAIL PROTECTED]
> http://lists.ximian.com/mailman/listinfo/mono-list
>

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] Mono build broken on Windows

[Gert Driesen]

Hi,

Apparently the Mono build is broken on Windows :

Making all in runtime
make[2]: Entering directory `/cygdrive/d/cvs/mono/mono/runtime'
cp -f /usr/local/lib/Mono.CSharp.Debugger.dll .
cp: cannot stat `/usr/local/lib/Mono.CSharp.Debugger.dll': No such file or
directory
make[2]: *** [Mono.CSharp.Debugger.dll] Error 1
make[2]: Leaving directory `/cygdrive/d/cvs/mono/mono/runtime'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/cygdrive/d/cvs/mono/mono'
make: *** [all] Error 2

The Mono.CSharp.Debugger assembly is only built on unix, hence the error ...

Gert

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

ntRe: [Mono-list] NAnt

[Gert Driesen]

Pedro,

The version of NAnt in mono cvs is an old version, which is no longer
updated.  You should definitely use the latest NAnt (available at
http://nant.sourceforge.net).

To build the latest version of NAnt on Mono, you should execute a "make
clean", before doing a make as the NAnt distribution contains binaries built
targeting the .NET Framework on win32.

Don't hesisate to report any issue you encounter to the nant developer
mailing list ([EMAIL PROTECTED])

Gert

- Original Message - 
From: "Pedro Santos" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, December 27, 2003 2:58 PM
Subject: [Mono-list] NAnt

Hi, I am having several dificulties running nant in Linux/Mono. The
version in mcs throws a lot of exceptions, and I get several Win32
related errors when using the latest nant.

Does anyone that use NAnt care to give some guidelines?

Tanks.

-- 
Pedro Santos 
"Si minor plus est ergo nihil sunt omnia..."

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] NAnt 0.84 available

[Gert Driesen]

The final release of NAnt 0.84 is now available for download at
http://sourceforge.net/project/showfiles.php?group_id=31650

For a list of changes, see
http://nant.sourceforge.net/releasenotes.html.

The NAnt Team

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Nant-users] Re: [Mono-list] ANN: NAnt 0.84 Release Candidate 1 is now available

[Gert Driesen]

Francisco,
 
you should use :
 
make clean && make nant (or just make 
all)
 
as the binary release that's available on 
sourceforge is built for the .NET Framework 1.0 on win32 ... Meaning that 
there's a task assembly in the bin directory that targets win32 (as it requires 
a fully functional JScript.NET implementation), hence the error 
 
However, there are some issues in Mono (CVS) which 
prevent NAnt from working correctly on Mono >= 0.29 (bug reports were 
submitted)
 
To use NAnt with mint, you'll also have to update 
the framework section for the linux platform in the NAnt configuration file 
(src/NAnt.Console/NAnt.Console.exe.config) ...
 
Gert

  - Original Message - 
   
  From: 
  Francisco T. Martinez 
  To: Gert Driesen 
  Cc: [EMAIL PROTECTED] 
  Sent: Tuesday, December 09, 2003 2:01 
  PM
  Subject: [Nant-users] Re: [Mono-list] 
  ANN: NAnt 0.84 Release Candidate 1 is now available
  Gert Driesen wrote:
  NAnt 0.84 Release Candidate 1 is now available for download at
http://sourceforge.net/project/showfiles.php?group_id=31650

For a list of changes since the 0.8.3 release, see
http://nant.sourceforge.net/releasenotes.html.

The NAnt Team
http://nant.sourceforge.net


___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list
  I am using Mono 0.29 (from red-carpet) on RH 
  9.0.I unzip the file and ran the bin/NAnt.exe using mint.  That 
  did not work so good.I then ran make at the base directory level 
  (where NAnt.build file was located) and it looked like it was going farther -- 
  it even built a NAnt.exe output by mcs.exe.But I am still getting this 
  error (fragment follows):make nantmake[1]: Entering directory 
  `/usr/local/NAnt'if test x = xWindows_NT; then make windows-nant; else 
  make linux-nant; fimake[2]: Entering directory `/usr/local/NAnt'mono 
  bin/NAnt.exe -buildfile:NAnt.build buildNAnt 0.84 (Build 0.84.1435.0; 
  net-1.0.win32; rc 1; 12/06/2003)Copyright (C) 2001-2003 Gerry Shawhttp://nant.sourceforge.net  ** 
  (bin/NAnt.exe:15566): WARNING **: Could not find assembly 
  Microsoft.JScript ** (bin/NAnt.exe:15566): WARNING **: Could not 
  find assembly Microsoft.JScript ** (bin/NAnt.exe:15566): WARNING 
  **: Could not find assembly NAnt.Win32TasksINTERNAL ERROR An 
  exception was thrown by the type initializer for 
  NAnt.Core.TypeFactory/This 
  may not be the correct forum, but maybe I will be asking something other Linux 
  Mono users may want to get resolved also.Fancisco "Paco" Martinez, 
  MCSDFort Worth, Texas-- Puerto Rico no necesita a Pedro 
  Roselló

[Mono-list] ANN: NAnt 0.84 Release Candidate 1 is now available

[Gert Driesen]

NAnt 0.84 Release Candidate 1 is now available for download at
http://sourceforge.net/project/showfiles.php?group_id=31650

For a list of changes since the 0.8.3 release, see
http://nant.sourceforge.net/releasenotes.html.

The NAnt Team
http://nant.sourceforge.net


___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Re: Nant 0.8.2 question

[Gert Driesen]

Hi,
(B
(BAs from log4net 1.2.0 beta 6, we're releasing framework-specific versions of
(Blog4net. Meaning we're releasing separate binaries (assemblies) for .NET
(B1.0, .NET 1.1, .NET Compact Framework 1.0, SSCLI 1.0 and Mono.  The Mono
(Bversion of log4net does not use validate the XML configuration file using
(Bthe XmlValidatingReader.
(B
(BNAnt built from cvs uses the Mono specific version of log4net for building
(Bthe mono version of NAnt, so you should not have this problem when you build
(BNAnt from cvs.  We're not yet releasing a Mono distribution package for
(BNAnt, so for now you have to build NAnt from cvs.
(B
(BGert
(B
(B- Original Message - 
(BFrom: "Atsushi Eno" <[EMAIL PROTECTED]>
(BTo: "Kris Luyten" <[EMAIL PROTECTED]>
(BCc: "Mono mailing list" <[EMAIL PROTECTED]>
(BSent: Monday, August 18, 2003 5:50 PM
(BSubject: [Mono-list] Re: Nant 0.8.2 question
(B
(B
(B> Hello,
(B>
(B> >[bash]$  mono /usr/local/share/dotNet/nant-0.8.2/bin/NAnt.exe
(B> >log4net:ERROR DOMConfigurator: Error while loading XML config file
(B> >[NAnt.exe.config]
(B> >System.NotImplementedException: The requested feature is not yet
(B> >implemented
(B> >in <0x0002a> 00 System.Xml.XmlValidatingReader:get_BaseURI ()
(B> >
(B> >
(B> (snip)
(B>
(B> >Is this a "normal" error, or is my configuration incorrect? (I already
(B> >tried to move the file NAnt.exe.config to the project directory, but
(B> >that did not fix the problem).
(B> >
(B> >
(B>
(B> As you can see, it is "not implemented" exception. At least mono 0.25
(B> does not support XmlValidatingReader at all. Mono 0.26 partially
(B> supports XmlValidatingReader, but it is limited to non-XmlSchema
(B> validation. So it might not work yet (although error message might be
(B> different).
(B>
(B> It will be (I hope so) implemented in the next release.
(B>
(B> Thanks,
(B> Atsushi Eno
(B>
(B>
(B> ___
(B> Mono-list maillist  -  [EMAIL PROTECTED]
(B> http://lists.ximian.com/mailman/listinfo/mono-list
(B>
(B>
(B
(B___
(BMono-list maillist  -  [EMAIL PROTECTED]
(Bhttp://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] no longer able to build mcs

[Gert Driesen]

I finally got around that issue by first doing a make && make install
prefix= in mcs/clut ass/corlib before starting make in mcs.

Now, I get an error about not being able to locate System.Xml.dll, but I'm
(finally) getting there :-)

Thanks,

Gert

- Original Message - 
From: "Gert Driesen" <[EMAIL PROTECTED]>
To: "Sebastian Bergmann" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Saturday, July 19, 2003 6:48 AM
Subject: Re: [Mono-list] no longer able to build mcs


> Hi,
>
> I should perhaps add that I am able to run existing assemblies, I just
can't
> seem to be able to compile any new assemblies ...
>
> Can I somehow capture more trace information that will allow us to track
> down this issue more easily ?
>
> Thanks !
>
> Gert
> - Original Message - 
> From: "Sebastian Bergmann" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, July 18, 2003 9:38 PM
> Subject: Re: [Mono-list] no longer able to build mcs
>
>
> > Gert Driesen wrote:
> > > I have no problem building or installing Mono.  Has anyone else
> > > experienced similar issues recently ?
> >
> >   Have you tried a "make fullbuild" from inside the "mono" directory
with
> >   the current CVS?
> >
> >   Works fine here on my GENTOO-powered laptop.
> >
> > -- 
> > Sebastian Bergmann
> > http://sebastian-bergmann.de/
http://phpOpenTracker.de/
> >
> > Das Buch zu PHP 5:
http://professionelle-softwareentwicklung-mit-php5.de/
> > ___
> > Mono-list maillist  -  [EMAIL PROTECTED]
> > http://lists.ximian.com/mailman/listinfo/mono-list
> >
> >
>
> ___
> Mono-list maillist  -  [EMAIL PROTECTED]
> http://lists.ximian.com/mailman/listinfo/mono-list
>
>

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] no longer able to build mcs

[Gert Driesen]

Hi,

I should perhaps add that I am able to run existing assemblies, I just can't
seem to be able to compile any new assemblies ...

Can I somehow capture more trace information that will allow us to track
down this issue more easily ?

Thanks !

Gert
- Original Message - 
From: "Sebastian Bergmann" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, July 18, 2003 9:38 PM
Subject: Re: [Mono-list] no longer able to build mcs


> Gert Driesen wrote:
> > I have no problem building or installing Mono.  Has anyone else
> > experienced similar issues recently ?
>
>   Have you tried a "make fullbuild" from inside the "mono" directory with
>   the current CVS?
>
>   Works fine here on my GENTOO-powered laptop.
>
> -- 
> Sebastian Bergmann
> http://sebastian-bergmann.de/   http://phpOpenTracker.de/
>
> Das Buch zu PHP 5: http://professionelle-softwareentwicklung-mit-php5.de/
> ___
> Mono-list maillist  -  [EMAIL PROTECTED]
> http://lists.ximian.com/mailman/listinfo/mono-list
>
>

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] no longer able to build mcs

[Gert Driesen]

Hi Sebastion,

I tried "make fullbuild" but with the same results :(

I've always been able to build Mono (and mcs) from cvs just fine .. last
time I did a rebuild was about a week ago (or so) ...

Do you any idea what could be causing this ?  Could it have something to do
with the new build system (I don't think so, but you never know, right) ?

Thanks,

Gert
- Original Message - 
From: "Sebastian Bergmann" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, July 18, 2003 9:38 PM
Subject: Re: [Mono-list] no longer able to build mcs


> Gert Driesen wrote:
> > I have no problem building or installing Mono.  Has anyone else
> > experienced similar issues recently ?
>
>   Have you tried a "make fullbuild" from inside the "mono" directory with
>   the current CVS?
>
>   Works fine here on my GENTOO-powered laptop.
>
> -- 
> Sebastian Bergmann
> http://sebastian-bergmann.de/   http://phpOpenTracker.de/
>
> Das Buch zu PHP 5: http://professionelle-softwareentwicklung-mit-php5.de/
> ___
> Mono-list maillist  -  [EMAIL PROTECTED]
> http://lists.ximian.com/mailman/listinfo/mono-list
>
>

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] no longer able to build mcs

[Gert Driesen]

Hi,

I'm no longer able to build mcs (from cvs), I now get the following
exception :

[EMAIL PROTECTED] mcs $ make
make[1]: Entering directory `/home/gert/mono/mcs/build'
make[1]: Leaving directory `/home/gert/mono/mcs/build'
make[1]: Entering directory `/home/gert/mono/mcs/jay'
make[1]: Leaving directory `/home/gert/mono/mcs/jay'
make[1]: Entering directory `/home/gert/mono/mcs/mcs'
mcs-g /nowarn:1595 /nowarn:0169 /nowarn:0109 /nowarn:0067
/nowarn:0649 /nowarn:0679 /target:exe /out:mcs.exe AssemblyInfo.cs
anonymous.cs assign.cs attribute.cs driver.cs cs-tokenizer.cs cfold.cs
class.cs codegen.cs const.cs constant.cs convert.cs decl.cs delegate.cs
enum.cs ecore.cs expression.cs genericparser.cs interface.cs
iterators.cs literal.cs location.cs modifiers.cs namespace.cs
parameter.cs pending.cs report.cs rootcontext.cs statement.cs support.cs
typemanager.cs symbolwriter.cs tree.cs cs-parser.cs
 
Unhandled Exception: System.NullReferenceException: A null value was
found where an object instance was required
in (unmanaged)
/home/gert/mono/install/lib/libmono.so.0(mono_object_isinst+0x2f)
[0x40093b35]
in (unmanaged) /home/gert/mono/install/lib/libmono.so.0 [0x40096f6f]
in <0x00156> 00 System.Array:Copy
(System.Array,int,System.Array,int,int)
in <0x00086> 00 System.Collections.ArrayList:CopyTo (System.Array)
in <0x00677> 00 System.Type:FindMembers
(System.Reflection.MemberTypes,System.Reflection.BindingFlags,System.Reflection.MemberFilter,object)
in <0x00073> 00 Mono.CSharp.TypeHandle:GetMembers
(System.Reflection.MemberTypes,System.Reflection.BindingFlags)
in <0x0005d> 00 Mono.CSharp.MemberCache:AddMembers
(System.Reflection.MemberTypes,System.Reflection.BindingFlags,Mono.CSharp.IMemberContainer)
in <0x00067> 00 Mono.CSharp.MemberCache:AddMembers
(System.Reflection.MemberTypes,Mono.CSharp.IMemberContainer)
in <0x0002f> 00 Mono.CSharp.MemberCache:AddMembers
(Mono.CSharp.IMemberContainer)
in <0x00201> 00 Mono.CSharp.MemberCache:.ctor
(Mono.CSharp.IMemberContainer)
in <0x000c8> 00 Mono.CSharp.TypeHandle:.ctor (System.Type)
in <0x00068> 00 Mono.CSharp.TypeHandle:GetTypeHandle (System.Type)
in <0x000a4> 00 Mono.CSharp.TypeManager:LookupMemberContainer
(System.Type)
in <0x004a3> 00 Mono.CSharp.TypeContainer:DefineMembers
(Mono.CSharp.TypeContainer)
in <0x00356> 00 Mono.CSharp.RootContext:PopulateTypes ()
in <0x007e9> 00 Mono.CSharp.Driver:MainDriver (string[])
in <0x0001d> 00 Mono.CSharp.Driver:Main (string[])
 
make[1]: *** [mcs.exe] Interrupt
make: *** [all-recursive] Interrupt

I have no problem building or installing Mono.  Has anyone else
experienced similar issues recently ?

By the way, I'm using Gentoo 1.4 RC4 ...

Thanks,

Gert 


___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] assembly packaging issue

[Gert Driesen]

Hi,

Apparently lots of classes that should actually be part of the System.Design
assembly are currently in the System.Windows.Forms assembly.

The namespace of these classes is indeed System.Windows.Forms.Design, but
these classes (and lots of other classes in the System.Windows.Forms.Design
namespace that have not yet been implemented) should actually be in the
System.Design assembly :

- AnchorEditor
- ComponentDocumentDesigner
- ComponentTray
- ControlDesigner
- DocumentDesigner
- FileNameEditor
- IMenuEditorService
- MenuCommands
- ParentControlDesigner
- ScrollableControlDesigner

Should I submit a bug report for this ?

Gert

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] mono configure broken in cvs

[Gert Driesen]

Hi,

I'm getting the following errors when configuring mono :

[EMAIL PROTECTED] mono $ bash autogen.sh --prefix=/home/gert/mono/install
Running libtoolize...
Running aclocal  ...
Running autoheader...
Running automake --gnu  ...
automake-1.5: mono/metadata/Makefile.am: Assembler source seen but
`ASFLAGS' not defined in `configure.in'
automake-1.5: mono/mini/Makefile.am: warning: automake does not support
libmono_la_SOURCES being defined conditionally
automake-1.5: mono/mini/Makefile.am: warning: automake does not support
libmono_la_SOURCES being defined conditionally
**Error**: automake failed.

Any idea how to fix this ?

Thanks,

Gert

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] commented stubs in EventLog class

[Gert Driesen]

- Original Message - 
From: "Miguel de Icaza" <[EMAIL PROTECTED]>
To: "Gert Driesen" <[EMAIL PROTECTED]>
Cc: "Jonathan Pryor" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, June 30, 2003 8:27 PM
Subject: Re: [Mono-list] commented stubs in EventLog class


> Hello,
>
> > I understand, but this means that I won't be able to distribute a single
> > assembly for both Mono and .NET.
> >
> > It doesn't bother me that these methods are not implemented, as in our
> > case (log4net) that just means that the EventLogAppender doesn't work on
> > Mono.  Which is something we can document in the docs and release notes.
> >
> > It's a pity that we're not able to distribute a single assembly for both
> > Mono and .NET because of this, but again, I understand.
>
> I understand this is an issue.  We could change it to throw an
> exception, but my guess is that you would not like that either, right?

I would not have problems with that, as log4net will not have exceptions
propagated to callers anyway (loggers should never cause exceptions, it will
handle these exceptions gracefully).

>
> What about contributing a simple-minded EventLog implementation?

I'll pretty new to mono (I do have you quite some experience in c#), and I
don't have much expirience in C, but I'll see what I can come up with ...

What direction should we take on unix ?

Gert

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] commented stubs in EventLog class

[Gert Driesen]

I understand, but this means that I won't be able to distribute a single
assembly for both Mono and .NET.

It doesn't bother me that these methods are not implemented, as in our
case (log4net) that just means that the EventLogAppender doesn't work on
Mono.  Which is something we can document in the docs and release notes.

It's a pity that we're not able to distribute a single assembly for both
Mono and .NET because of this, but again, I understand.

Thanks for the explanation.

Gert

On Mon, 2003-06-30 at 18:20, Jonathan Pryor wrote:
> It was done at Miguel's suggestion.  He doesn't want stub methods laying
> around.
> 
> I can think of two reasons for this:
> 
>  1: It would be nice to assume that if your app compiles under mono,
> then it will run under mono without (too many) problems.  The
> TODOAttribute breaks this assumption, as it allows code to
> compile when it won't actually run.
> 
> An alternative solution would be to handle TODOAttribute like
> System.ObsoleteAttribute, and have mcs print out a warning/error 
> message if a TODOAttribute method/property is used.
> 
> However, (a) this would be a non-standard extension (CSC.EXE
> wouldn't behave the same way), and (b) wouldn't permit code that has
> a TODOAttribute but works, but isn't fully implemented.  I believe
> I've seen code like this, so this may be an issue.
> 
>  2: The class status page.  People are more drawn to the red 'X' of "not
> implemented" than the blue Magnifying Glass of "TODO".  TODO means
> "maybe it'll work, maybe not" while 'X" means "doesn't work AT ALL."
> 
> Purely psychological, but sensible all the same.
> 
>  - Jon
> 
> On Mon, 2003-06-30 at 12:41, Gert Driesen wrote:
> > Hi,
> > 
> > Why are all method stub (those marked with MonoTODO) commented out ?
> > 
> > Would it be possible to uncomment these ?
> > 
> > Thanks,
> > 
> > Gert
> > 
> > ___
> > Mono-list maillist  -  [EMAIL PROTECTED]
> > http://lists.ximian.com/mailman/listinfo/mono-list
> 
> ___
> Mono-list maillist  -  [EMAIL PROTECTED]
> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] segmentation faults

[Gert Driesen]

Hi,

Since very recently (the last week or so) I'm getting lots of
segmentation faults with Mono (build from cvs).

I can't really pin-point the reason or reproduce it in a consistent
manner.  I sometimes get a segmentation fault when building assemblies
(eg. NAnt, or the mono class libaries themselves), I haven't managed to
get MonoDoc built since then, as it gives an'Segmentation fault' error
most of the time, but sometimes it just hangs.

Any idea what could cause this, or how I can find out what might be
causing this ?

I never had any problems until recently.

I'm using Gentoo 1.4 RC4.

Thanks,

Gert

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] commented stubs in EventLog class

[Gert Driesen]

Hi,

Why are all method stub (those marked with MonoTODO) commented out ?

Would it be possible to uncomment these ?

Thanks,

Gert

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] inconsistent return codes from mcs

[Gert Driesen]

Hi,

I noticed a strange behaviour with regard to the return codes of mcs (build
from cvs) :

when compilation of an assembly succeeds it sometimes returns 259, instead
of 0.

I get this behaviour when compiling the exact same sources; it sometimes
returns 0, and sometimes 259.

Any ideas ?

Thanks,

Gert

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] Unref warnings at runtime

[Gert Driesen]

Hi,

When executing NAnt on Mono/Linux I get the following warning message
numerous times :

** (build/lib/nant/NAnt.exe:3919): WARNING **: : unref on 37 calle when ref
was already 0

the number 37 is just an example here

Note I'm not using the version of NAnt that's in Mono cvs, I'm using the
full version (http://nant.sourceforge.net).

I have not been able to locate the source of these warnings, does anyone
have any idea where to look for ?

Thanks,

Gert

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Re: There are still problems with the XMLDocument class...

[Gert Driesen]

I have no problem with that issue when building NAnt on Gentoo 1.4 RC4 

I do have other issues with Mono when building NAnt, but I do get past the
issue you're describing.

Gert

- Original Message -
From: <[EMAIL PROTECTED]>
To: "Giuseppe Greco" <[EMAIL PROTECTED]>
Cc: "Mono" <[EMAIL PROTECTED]>
Sent: Saturday, June 21, 2003 8:23 PM
Subject: [Mono-list] Re: There are still problems with the XMLDocument
class...


> > > > This bug has been marked as duplicated and solved, but
> > > > I'm still not able to compile NAnt on Linux:
> > > Sure. It goes diffent logic. I assume I fixed it in cvs now, so
> > > please check it again.
> > Oops, it seems missing the points. Just wait a moment...
>
> I tried to reproduce on Linux (Redhat 8.0), but I couldn't found
> such problem with the latest cvs ;-(  I would ask you whether
> testcase XmlTextReaderTests.ExternalDocument() failed or not.
>
>   Atsushi Eno
>
> ___
> Mono-list maillist  -  [EMAIL PROTECTED]
> http://lists.ximian.com/mailman/listinfo/mono-list
>
>

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] anoncvs out-of-sync ?

[Gert Driesen]

Hi,
 
Recently some patches (in System.Xml) have been 
committed that I'm eager to test, but apparently the cvs repository is not 
getting synchronized with anoncvs as I don't receive updated items when I 
synchronize with anoncvs.
 
Is anyone else noticing this or am I somehow doing 
something wrong (I even did a completely new checkout, so I don't think I did 
something wrong) ?
 
Thanks,
 
Gert

Re: [Mono-list] mod_mono on Gentoo

[Gert Driesen]

Hi Daniel,

I still can't manage to get it working, when I request the /mono virtual
directory using my browser, Apache doesn't seem to respond ... I looked at
the error.log and there's no error information available at all, but I do
see an entry stating "mod_mono/0.3 configured -- resuming normal operations"

I tried to use xsp and that kinda worked, but apparently I don't get a list
of examples, as new DirectoryInfo(".") in index.aspx (in the /test virtual
directory) seems to be pointing to the root (/home/gert/mono/xsp/server)
instead of to the /test virtual directory (/home/gert/mono/xsp/server/test)
in which it actually resides ...

Any ideas ?

Gert
- Original Message - 
From: "Daniel Lopez" <[EMAIL PROTECTED]>
To: "Gert Driesen" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Sunday, June 15, 2003 10:32 AM
Subject: Re: [Mono-list] mod_mono on Gentoo


>
> Forgot to cc: the list. Can't we just make reply-to go to the list instead
> of forcing people to do group-reply?
>
> Cheers
>
> daniel
>
> On Sun, Jun 15, 2003 at 01:31:34AM -0700, Daniel Lopez wrote:
> >
> > That is fine, you should get a working ModMono.dll after that.
> > The C# class relies on some C functions that are not provided by Mono
runtime
> > but will be present once mod_mono is loaded. You can safely ignore those
> > warnings
> >
> > Take care
> >
> > Daniel
> >
> > On Sun, Jun 15, 2003 at 10:04:15AM +0200, Gert Driesen wrote:
> > > Hi,
> > >
> > > I built and installed Mono from cvs and it's running great, but now I
want
> > > to be able to use mod_mono to use ASP.NET in Apache.
> > >
> > > I use Gentoo (1.4 rc4), so I "emerged" apache2, and again it's working
fine
> > > ...
> > >
> > > I'm able to compile mod_mono without problems, but when I compile
> > > ModMono.dll I get numerous warning messages that corlib and runtime
are out
> > > of sync, although I'm pretty sure they're in sync :
> > >
> > > ** (/home/gert/mono/install/bin/mcs.exe:5473): WARNING **: cant
resolve
> > > internal call to
"Apache.Web.Request::SetStatusLineInternal(intptr,string)"
> > > (tested without signature also)
> > >
> > > Your mono runtime and corlib are out of sync.
> > > Corlib is: ModMono
> > >
> > > When you update one from cvs you need to update, compile and install
> > > the other too.
> > > Do not report this as a bug unless you're sure you have updated
correctly:
> > > you probably have a broken mono install.
> > > If you see other errors or faults after this message they are probably
> > > related
> > > and you need to fix your mono install first.
> > >
> > > Can someone please advise ?
> > >
> > > Thanks,
> > >
> > > Gert
> > >
> > > ___
> > > Mono-list maillist  -  [EMAIL PROTECTED]
> > > http://lists.ximian.com/mailman/listinfo/mono-list
> ___
> Mono-list maillist  -  [EMAIL PROTECTED]
> http://lists.ximian.com/mailman/listinfo/mono-list
>
>

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] mod_mono on Gentoo

[Gert Driesen]

Hi,

I built and installed Mono from cvs and it's running great, but now I want
to be able to use mod_mono to use ASP.NET in Apache.

I use Gentoo (1.4 rc4), so I "emerged" apache2, and again it's working fine
...

I'm able to compile mod_mono without problems, but when I compile
ModMono.dll I get numerous warning messages that corlib and runtime are out
of sync, although I'm pretty sure they're in sync :

** (/home/gert/mono/install/bin/mcs.exe:5473): WARNING **: cant resolve
internal call to "Apache.Web.Request::SetStatusLineInternal(intptr,string)"
(tested without signature also)

Your mono runtime and corlib are out of sync.
Corlib is: ModMono

When you update one from cvs you need to update, compile and install
the other too.
Do not report this as a bug unless you're sure you have updated correctly:
you probably have a broken mono install.
If you see other errors or faults after this message they are probably
related
and you need to fix your mono install first.

Can someone please advise ?

Thanks,

Gert

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] mod_mono on Windows ?

[Gert Driesen]

Hi,
 
Has anyone been able to get mod_mono compiled and 
running on Windows ?
 
Gert

[Mono-list] Windows Seup package

[Gert Driesen]

Hi,Would it be possible to have the Windows Setup package register 
the following information in the registry on install :- SdkInstallRoot 
(would point to the root of the mono "sdk", eg. 
c:\mono-0.20\install)- FrameworkAssemblyDirectory (would point to 
the lib directory, eg. c:\mono-0.20\install\lib)Each mono version should 
register itself (using the setup package), by creating a subkey (named after the 
version) in HKEY_LOCAL_MACHINE\Software\Mono and adding the two values mentioned 
above under this subkey.For the 0.21 version, you would end up with the 
following registry entries :HKEY_LOCAL_MACHINE\   
SOFTWARE\  
Mono\  
0.21\ 
SdkInstallRoot = 
c:\mono-0.21\install 
FrameworkAssemblyDirectory = c:\mono-0.21\install\libWhen Mono 0.22 is 
released and installed later on, you'd get 
:HKEY_LOCAL_MACHINE\   
SOFTWARE\  
Mono\  
0.21\ 
SdkInstallRoot = 
c:\mono-0.21\install 
FrameworkAssemblyDirectory  = 
c:\mono-0.21\install\lib  
0.22\ 
SdkInstallRoot = 
c:\mono-0.22\install 
FrameworkAssemblyDirectory = c:\mono-0.22\install\libThis will allow 
tools (like NAnt) to discover the availability (and the location) of mono 
runtimes on Windows.
 
Is it also possible to include the libxml libraries 
(libxml2.dll and libxslt.dll) in the Windows Setup package 
?Thanks,Gert

Re: [Mono-list] effect of -nostdlib option

[Gert Driesen]

Hi Jon,

What you're actually saying is that it's not possible to use Mcs.exe on
Windows to compile an assembly using the Mono system assemblies, without
running it using the Mono runtime.

I was hoping I could use the -nostblib option to force Mcs not to load the
MS.NET corlib.  But I guess it's not possible, right ?

Gert

- Original Message - 
From: "jopryor" <[EMAIL PROTECTED]>
To: "Gert Driesen" <[EMAIL PROTECTED]>; "mono-list"
<[EMAIL PROTECTED]>
Sent: Monday, March 03, 2003 6:27 PM
Subject: RE: [Mono-list] effect of -nostdlib option


> -nostdlib does two things.  It keeps corlib.dll from being loaded by
default.
>
> The second thing is what's causing you problems.  -nostdlib tells mcs to
grab
> all types from the files it's compiling.  This includes the base types,
such
> as System.Object (which you were getting errors about).
>
> The only reason to use -nostdlib is when compiling corlib itself, which
should
> use the types defined in corlib, *not* types definied in the previous
version
> of corlib.
>
> You shouldn't need -nostdlib.  It's "for internal use only." ;-)
>
>  - Jon
>
> >= Original Message From Gert Driesen <[EMAIL PROTECTED]> =
> >Hi,
> >
> >Can anyone explain what the effect of specifying the -nostdlib option is
for
> the Mcs (using the Mono runtime or the .NET runtime) ?
> >
> >For the MS.NET compiler it allows you to specify another mscorlib.dll
that
> should be linked instead of the .NET Framework mscorlib.dll.
> >
> >But for Mcs this does not seems to work :  when you want to build an
assembly
> using the Mono runtime you must use "mono mcs.exe [options]" although in
my
> opinion should be able to build an assembly using the Mono system
assemblies
> by using the following commandline :
> >
>
>mcs.exe -target:library -nostdlib -noconfig -out:log4net.dll -r:corlib.dll
> -r:System.dll -r:System.Xml.dll -r:System.Web.dll -recurse:*.cs
> >
> >But apparently it does not seems to link to the corlib.dll again, because
I
> get the following compile errors :
> >
> >error CS0518: The predefined type `System.Object' is not defined
> >error CS0518: The predefined type `System.ValueType' is not defined
> >error CS0518: The predefined type `System.Attribute' is not defined
> >error CS0518: The predefined type `System.IComparable' is not defined
> >error CS0518: The predefined type `System.ICloneable' is not defined
> >error CS0518: The predefined type `System.IConvertible' is not defined
> >error CS0518: The predefined type `System.Collections.IEnumerable' is not
> defined
> >error CS0518: The predefined type `System.Collections.ICollection' is not
> defined
> >error CS0518: The predefined type `System.Collections.IEnumerator' is not
> defined
> >..
> >
> >Can anyone explain what the -nostdlib option is for then, and how I can
> compile compile an assembly with the Mono system assemblies without using
> Mono.exe Mcs.exe ?
> >
> >Gert
>
>
>

___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] log4net port to Mono !

[Gert Driesen]

Hi,
 
We've finally managed to port log4net completely to 
Mono, we only had to add conditional compilation directives to a few 
classes and exclude one class (EventLogAppender, which logs events to the 
Windows event log).
 
If you don't know, log4net is a logging framework 
that was initialliy inspired by log4j. We have kept the framework as similar to 
the original log4j as possible while taking advantage of new features in the 
.NET runtime.
 
We have support for the following appenders 
(compare them with loggers) :
 
- ADONetAppender (log events to a 
database)
- ASPNetAppender (log events to ASP.NET tracing 
facility)
- ConsoleAppender (log events to the 
console)
- FileAppender (log events to a file)
- NetSendAppender (log events using a NET SEND 
message, only supported on Windows NT or higher)
- RemotingAppender (log events to a remote 
sink)
- RollingFileAppender (log events to a file, with 
support for rolling over on date or size)
- SMTPAppender (log events using SMTP)
- UdpAppender (log events using UDP 
datagrams)
- 
 
We have log4net running internally on the following 
runtimes :
 
- MS .NET Framework 1.0
- MS .NET Framework 1.1
- MS .NET Compact Framework 1.0
- MS Shared Soure CLI (Rotor) 1.0
- Mono 0.21
 
We're currenly working on releasing a new beta 
which will contain the binaries and sources for all the runtime versions.  
The current beta only supports .NET 1.0, so we've been really busy since the 
last beta :-)  You can download the current beta at http://www.sourceforge.net/projects/log4net.
 
However, we're still looking for people to run 
our Mono port through some tests on Linux. Is there anyone interested in 
testing log4net on Linux, pelase let me know and I'll send you the binaries and 
a sample application.
 
Of course, you can always get the sources from our 
CVS and build it yourself (using nant).
 
Thanks,
 
Gert