[Mono-list] Crystal Reports 10
Hi there, I want to use Crystal Reports 10 within an ASP.NET application which is hosted by Apache using mod_mono (on SuSE 9.1). As there is no Linux version of Crystal Reports, it will be installed on a Windows machine. So my question is, is it possible to access CR from my Mono application? CR may provide a web service, or access it via COM (if this is supported by Mono?), or ... Any ideas? Thanks in advance, Golo ___ 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?
- 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] 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 ? [1]http://ndoc.sourceforge.net/content/documenters.htm ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] 32 bit release on amd 64
hello, is it possible to use 32 bit release of mono on 64 bit hardware ? anyone tried it on 32bit os ( suse 9.1 / redhat ?) on am64 hardware ? thanks harsh -- __ http://www.ebackend.com/blog ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mod-mono-server using too much CPU, running too many times
On Thu, 2004-09-30 at 22:44, Joshua Tauberer wrote: > Putting aside the shameless plugs for later, I have two questions about > mod_mono: > > 1) Mod-mono-server is consistently using about 10% CPU at times that I > know there are no pages being served. Does anyone have any thoughts > about the source of this (so I don't have to dive blindly into figuring > it out)? > > Is this something that I could expect from having a lot of files in the > System.Web.Caching cache -- with the managed file system watcher or FAM? That's likely to happen if you use the managed file system watcher, not with FAM, for large directories (many files), but not for directories that have, say, 1 hundred files (unless the computer is too slow). The refresh interval is set to 750ms in the managed watcher. Can you check whether you're using FAM or Default file watchers? (adding a Console in FileSystemWatcher where the choice is taken). > > (It's Fedora Core 1, FAM 2.6.8, and Mono's 1.0.1 release.) > > 2) How does mod_mono work in relation to Apache's prefork module? My > small understanding of prefork is httpd spawns a few child httpds to do > the dirty work. I'm seeing a few mono proceeses starting up, and I > don't know whether this is because each httpd child is starting its own > mod_mono_server, or for some other reason. (e.g. if mod-mono-server is > too busy to pick up a connection, will mod_mono spawn a new > mod_mono_server?) That used to happen if you get a few requests when mod_mono has not started mod-mono-server for the first time. After the burst only one of those mono instances is really used. I'll file a bug report about this and fix it. > > Is each child httpd supposed to start its own mod_mono_server? Is > mod-mono-server able to process multiple requests concurrently? Is the > unix socket to mod-mono-server able to support connections from multiple > httpd children? No, if it wasn't because of the mentioned bug, one mod-mono-server handles all the incoming connections from the children. -Gonzalo ___ 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?
On Thu, 2004-09-30 at 14:33, Joshua Tauberer wrote: > Kevin Francis wrote: > > We are working on a Mono based application, and would like some way of > > documenting our work. Can Monodoc be used for this purpose? How? We should put the answer as a FAQ somewhere... -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] ASP.NET
> Does MONO version of ASP.NET Web Services support WS-Transactions, > WS-Security and all the other good stuff which are part of the WSE specs ? No, those are part of a separate set of libraries from Microsoft called WSE and are not supported by Mono. Miguel ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] copying pointer data without unsafe code ?
On Thu, 2004-09-30 at 13:37, Glenn Pierce wrote: > The client C code would be: > > void* buf; > buf = malloc (bufsize); > retval = GetImageData (buf, bufsize); > > What I need is to get the image data into a managed array. Question 1: What *exactly* is your image data? A void* doesn't tell me much... > Currently I am using unsafe code to get the data into a void pointer, > with: > > [DllImport(Library)] > private unsafe extern static uint IcsGetData (void* dest, uint n); This works. > I tried experimenting with [Out] System.Array as I don't know the > necessary image type > until runtime and so I don't know the type of array. However, I had > with no luck with this method. The runtime has no way of knowing what you're dealing with, so using System.Array won't help you. However, you can overload: [DllImport(Library)] private static extern uint IcsGetData ([Out] byte[] data, uint n); [DllImport(Library)] private static extern uint IcsGetData ([Out] int[] data, uint n); [DllImport(Library)] private static extern uint IcsGetData ([Out] long[] data, uint n); [DllImport(Library)] private static extern uint IcsGetData ([Out] MyStruct[] data, uint n); At least, I believe the above should work (I'm too lazy to actually test right now. Sorry.) > After I have the pointer to the image data I then copy the data into a > managed array > by using code to allocate unmanaged memory as seen > http://www.asprelated.com/csharp/sharp-18_8.aspx. This works. > Is there an easier way I can get the image data into a managed array > without using unsafe code ? I've given some prototypes above, so hopefully those will help you. - Jon ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mod-mono-server using too much CPU, running too many times
Putting aside the shameless plugs for later, I have two questions about mod_mono: 1) Mod-mono-server is consistently using about 10% CPU at times that I know there are no pages being served. Does anyone have any thoughts about the source of this (so I don't have to dive blindly into figuring it out)? Is this something that I could expect from having a lot of files in the System.Web.Caching cache -- with the managed file system watcher or FAM? (It's Fedora Core 1, FAM 2.6.8, and Mono's 1.0.1 release.) 2) How does mod_mono work in relation to Apache's prefork module? My small understanding of prefork is httpd spawns a few child httpds to do the dirty work. I'm seeing a few mono proceeses starting up, and I don't know whether this is because each httpd child is starting its own mod_mono_server, or for some other reason. (e.g. if mod-mono-server is too busy to pick up a connection, will mod_mono spawn a new mod_mono_server?) Is each child httpd supposed to start its own mod_mono_server? Is mod-mono-server able to process multiple requests concurrently? Is the unix socket to mod-mono-server able to support connections from multiple httpd children? Thanks guys. Aside from these new issues, I've had no problems getting mod_mono working. (This all goes to show me that playing with a server in my basement and actually having people visit the site are two different things...) -- - Joshua Tauberer http://taubz.for.net ** Nothing Unreal Exists ** ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] ASP.NET
Hi All Does MONO version of ASP.NET Web Services support WS-Transactions, WS-Security and all the other good stuff which are part of the WSE specs ? Thanks in advance Avinash _ On the road to retirement? Check out MSN Life Events for advice on how to get there! http://lifeevents.msn.com/category.aspx?cid=Retirement ___ 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?
> > 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. Maybe it's me, but monodoc can just edit and save the xml doc files, right? So it should be possible to open those in NDoc. Or is my reasoning wrong? Does monodoc use its own format for it? -- 'May the Lord bless you and protect you. May the Lord smile on you and be gracious to you. May the Lord show you his favor and give you his peace.' 'De Heer zegent je, en Hij bewaart je. De Heer kijkt met liefde naar je, en Hij is je genadig. De Heer bedenkt het goede voor je, en geeft je vrede.' Sijmen Mulder ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Is Mono ready to compete with MS .NET in realbusiness?
Amen! To that. I love vim. I use it for all my coding needs; however, m$ people are going to have a hard time figuring out how to save their code. :w is not as intuitive as a few mouse clicks ;-) Jonathan Stowe wrote: On Wed, 2004-09-29 at 15:14, Max Metral wrote: I'd have to say Mono is not ready to compete yet, but only to complement. The development environments just don't seem to be there yet, mainly the extreme difficulty involved in getting even a simple debugger. Compared with the relative simplicity and power of VS2003, it still is much better to author in VS and run on Mono. But the development environment *is* there as far as some people would be concerned, vim has come with C# syntax highlighting and indenting rules for a while now and quite frankly that is more than some people need. The development environment isn't the language. The language (that is the compiler, the runtime environment and the libraries) is a tool, just as the editor you might prepare the source code in is. I guess this divergence of viewpoints is an amusing consequence of the strange nexus around mono - on the one hand those coming from the MS side and used to the monolithic application and on the other those coming from the more tools oriented approach that arises in the Unix world. That is already a great thing, so it's not a knock on Mono or peoples' efforts, but there's still work to be done. But probably by others than the core mono developers. That's the funny thing about open source projects - people tend to concentrate on the things that they think are important. I generally find that if one disagrees with those priorities then the best way to sort it out is by supplying some code oneself. /J\ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of PFJ Sent: Wednesday, September 29, 2004 4:55 AM To: mono Subject: Re: [Mono-list] Is Mono ready to compete with MS .NET in realbusiness? Hi, Mono 1.0 was shipped awhile ago, and I'm really excited about that... but now the natural question is: "Is Mono ready to compete with MS .NET in real business?" Depends on the context. For winforms, no. 1.2 will have that and it should rock. ... and one more question is "Will Novell provide support, documentation, etc.?" "If yes, by when?" monodoc already has the documentation. As C# is already a standardised language, whatever is in the ECMA standard or the MS documentation should follow. Behind MS .NET there is a huge development team, support, documentation, and continuity... and I think Novell should offer the same, but till now I don't see anything in that way. There is with Mono. The big difference is that (I would guess) the majority of those working on Mono aren't on the Novell payroll - it's the biggest difference between Open and Closed source. Take OpenOffice, there are well over 200 people actively working on it, yet only about 15 work for Sun! TTFN Paul ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] copying pointer data without unsafe code ?
Hi I am trying to wrap a c image library and having trouble getting the data using P/Invoke. The client C code would be: void* buf; buf = malloc (bufsize); retval = GetImageData (buf, bufsize); What I need is to get the image data into a managed array. Currently I am using unsafe code to get the data into a void pointer, with: [DllImport(Library)] private unsafe extern static uint IcsGetData (void* dest, uint n); I tried experimenting with [Out] System.Array as I don't know the necessary image type until runtime and so I don't know the type of array. However, I had with no luck with this method. After I have the pointer to the image data I then copy the data into a managed array by using code to allocate unmanaged memory as seen http://www.asprelated.com/csharp/sharp-18_8.aspx. Is there an easier way I can get the image data into a managed array without using unsafe code ? Thanks for any help. Glenn ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Is Mono ready to compete with MS .NET in realbusiness?
On Wed, 2004-09-29 at 15:14, Max Metral wrote: > I'd have to say Mono is not ready to compete yet, but only to complement. > The development environments just don't seem to be there yet, mainly the > extreme difficulty involved in getting even a simple debugger. Compared > with the relative simplicity and power of VS2003, it still is much better to > author in VS and run on Mono. > But the development environment *is* there as far as some people would be concerned, vim has come with C# syntax highlighting and indenting rules for a while now and quite frankly that is more than some people need. The development environment isn't the language. The language (that is the compiler, the runtime environment and the libraries) is a tool, just as the editor you might prepare the source code in is. I guess this divergence of viewpoints is an amusing consequence of the strange nexus around mono - on the one hand those coming from the MS side and used to the monolithic application and on the other those coming from the more tools oriented approach that arises in the Unix world. > That is already a great thing, so it's not a knock on Mono or peoples' > efforts, but there's still work to be done. > But probably by others than the core mono developers. That's the funny thing about open source projects - people tend to concentrate on the things that they think are important. I generally find that if one disagrees with those priorities then the best way to sort it out is by supplying some code oneself. /J\ > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of PFJ > Sent: Wednesday, September 29, 2004 4:55 AM > To: mono > Subject: Re: [Mono-list] Is Mono ready to compete with MS .NET in > realbusiness? > > Hi, > > > Mono 1.0 was shipped awhile ago, and I'm really excited > > about that... but now the natural question is: > > > > "Is Mono ready to compete with MS .NET in real business?" > > Depends on the context. For winforms, no. 1.2 will have that and it > should rock. > > > ... and one more question is > > > > "Will Novell provide support, documentation, etc.?" > > "If yes, by when?" > > monodoc already has the documentation. As C# is already a standardised > language, whatever is in the ECMA standard or the MS documentation > should follow. > > > Behind MS .NET there is a huge development team, > > support, documentation, and continuity... and I > > think Novell should offer the same, but till now > > I don't see anything in that way. > > There is with Mono. The big difference is that (I would guess) the > majority of those working on Mono aren't on the Novell payroll - it's > the biggest difference between Open and Closed source. Take OpenOffice, > there are well over 200 people actively working on it, yet only about 15 > work for Sun! > > TTFN > > Paul -- This e-mail is sponsored by http://www.integration-house.com/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] mod_mono.info
Finally, I wrote this file (900mod_mono.info) and it seems to work fine... I don't know if there're other directives... LoadModule: mono_module /usr/lib/apache/1.3/mod_mono.so Directives: MonoApplications Description: Support for Mono ASP.NET Juan C. Olivares www.juancri.com ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] mod_mono.info
Is there a mod_mono.info file somewhere? When I try to install other apache modules on Debian, I get this problem: Error: mod_mono.so does not have a corresponding .info file. The above errors might cause apache to not work properly or start Please refer to the documentation on how to fix it Thanks, Juan C. Olivares www.juancri.com ___ 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?
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. -- - Joshua Tauberer http://taubz.for.net ** Nothing Unreal Exists ** ___ 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?
Hi all On a related note, I was just wondering.. is there any way of using NDoc to generate monodoc documentation? I've used NDoc on a windows C# project before and it's pretty nifty for producing MSDN style documentation from XML comments in the C# code. It would be nice to be able to use the same mechanism to produce monodoc targeted documentation too Rus Forgecom web applications http://www.forgecom.co.uk On Thu, 2004-09-30 at 13:33, Joshua Tauberer wrote: > Kevin Francis wrote: > > We are working on a Mono based application, and would like some way of > > documenting our work. Can Monodoc be used for this purpose? How? > > To document your own libraries, you mean? Yes. Here's the short of it: > > Check out the monodoc module from CVS. In the tools directory, run > make. The program monodocer is used to generate stub XML documentation > files for an assembly (with the --stub and --assembly options), or later > update those XML files based on the changes to the assembly (with the > --update and --assembly options). > > Then use your favorite text editor or Monodoc to edit the XML files to > actually write the documentation. With Monodoc (from CVS), run it with > the --local-edit path/to/docs option to edit the XML files. > > Good luck. If you have any monodocer comments/suggestions, let me know. ___ 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?
Kevin Francis wrote: We are working on a Mono based application, and would like some way of documenting our work. Can Monodoc be used for this purpose? How? To document your own libraries, you mean? Yes. Here's the short of it: Check out the monodoc module from CVS. In the tools directory, run make. The program monodocer is used to generate stub XML documentation files for an assembly (with the --stub and --assembly options), or later update those XML files based on the changes to the assembly (with the --update and --assembly options). Then use your favorite text editor or Monodoc to edit the XML files to actually write the documentation. With Monodoc (from CVS), run it with the --local-edit path/to/docs option to edit the XML files. Good luck. If you have any monodocer comments/suggestions, let me know. -- - Joshua Tauberer http://taubz.for.net ** Nothing Unreal Exists ** ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Monodoc -- Can we use this to document our application?
We are working on a Mono based application, and would like some way of documenting our work. Can Monodoc be used for this purpose? How? Either way, whats the convention for this? Thanks. -- Kevin Francis http://denial.loose-screws.com/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] compile from cvs
Thank you very much! I updated automake to version 1.8.5 and it worked ;) Thanks again, Roy ;) Julien Gilli wrote: On Thu, 2004-09-30 at 10:47 +0200, Roy M. wrote: Sure. I use the following versions automake (GNU automake) 1.4-p6 I use automake 1.8.5-2 (from debian). Could you please try to upgrade your version of automake and run the autogen.sh script once more ? autoheader (GNU Autoconf) 2.59 autoconf (GNU Autoconf) 2.59 The autoconf version looks good, i use this one. Upgrading your automake version should allow you to go further into the compilation process. Regards, -- Donnerstag, September 30, 2004 Wohl dem, der den Herrn f?rchtet, der gro?e Freude hat an seinen Geboten! (Psalm 112,1) ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] compile from cvs
On Thu, 2004-09-30 at 10:47 +0200, Roy M. wrote: > Sure. I use the following versions > > automake (GNU automake) 1.4-p6 I use automake 1.8.5-2 (from debian). Could you please try to upgrade your version of automake and run the autogen.sh script once more ? > autoheader (GNU Autoconf) 2.59 > autoconf (GNU Autoconf) 2.59 The autoconf version looks good, i use this one. Upgrading your automake version should allow you to go further into the compilation process. Regards, -- Julien Gilli <[EMAIL PROTECTED]> IDEALX ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] compile from cvs
Sure. I use the following versions automake (GNU automake) 1.4-p6 autoheader (GNU Autoconf) 2.59 autoconf (GNU Autoconf) 2.59 ltmain.sh (GNU libtool) 1.5.6 (1.1220.2.95 2004/04/11 05:50:42) I installed them from current cooker rpms. Thanks, Roy ;) Julien Gilli wrote: Hi, On Thu, 2004-09-30 at 09:58 +0200, Roy M. wrote: I try to compile mono from cvs but when I do ./autogen.sh --prefix=/usr/local --with-preview I get the following error: Running autoheader... autoheader-2.5x: WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot' Running automake --gnu ... automake: mono/mini/Makefile.am: warning: automake does not support libmono_la_LDFLAGS being defined conditionally Can you tell us more about the version of the autotools you use (automake, autoheader, autoconf and libtool) ? Regards, ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] compile from cvs
Hi, On Thu, 2004-09-30 at 09:58 +0200, Roy M. wrote: > I try to compile mono from cvs but when I do > > ./autogen.sh --prefix=/usr/local --with-preview > > I get the following error: > > Running autoheader... > autoheader-2.5x: WARNING: Using auxiliary files such as `acconfig.h', > `config.h.bot' > Running automake --gnu ... > automake: mono/mini/Makefile.am: warning: automake does not support > libmono_la_LDFLAGS being defined conditionally Can you tell us more about the version of the autotools you use (automake, autoheader, autoconf and libtool) ? Regards, -- Julien Gilli <[EMAIL PROTECTED]> IDEALX ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] compile from cvs
Hi, I try to compile mono from cvs but when I do ./autogen.sh --prefix=/usr/local --with-preview I get the following error: Running libtoolize... Running aclocal ... Running autoheader... autoheader-2.5x: WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot' autoheader-2.5x: WARNING: and `config.h.top', to define templates for `config.h.in' autoheader-2.5x: WARNING: is deprecated and discouraged. autoheader-2.5x: autoheader-2.5x: WARNING: Using the third argument of `AC_DEFINE' and autoheader-2.5x: WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without autoheader-2.5x: WARNING: `acconfig.h': autoheader-2.5x: autoheader-2.5x: WARNING: AC_DEFINE([NEED_FUNC_MAIN], 1, autoheader-2.5x:[Define if a function `main' is needed.]) autoheader-2.5x: autoheader-2.5x: WARNING: More sophisticated templates can also be produced, see the autoheader-2.5x: WARNING: documentation. Running automake --gnu ... automake: mono/mini/Makefile.am: warning: automake does not support libmono_la_LDFLAGS being defined conditionally mono/mini/Makefile.am:233: warning: automake does not support conditional definition of libmono_la_SOURCES in libmono_static_la_SOURCES libmono_la_LDFLAGS being defined conditionally mono/mini/Makefile.am:233: warning: automake does not support conditional definition of libmono_la_SOURCES in libmono_static_la_SOURCES mono/mini/Makefile.am:233: warning: automake does not support conditional definition of libmono_la_SOURCES in libmono_static_la_SOURCES mono/mini/Makefile.am:233: warning: automake does not support conditional definition of libmono_la_SOURCES in libmono_static_la_SOURCES (more message like this ...) mono/mini/Makefile.am:231: invalid unused variable name: `nodist_libmono_la_SOURCES' mono/mini/Makefile.am:234: invalid unused variable name: `nodist_libmono_static_la_SOURCES' runtime/Makefile.am:65: endif without if runtime/net_2_0/Makefile.am:82: warning: automake does not support conditional definition of gac_assemblies in EXTRA_DIST runtime/net_2_0/Makefile.am:20: warning: automake does not support conditional definition of MONO_CSHARP_DEBUGGER in gac_assemblies_list runtime/net_2_0/Makefile.am:80: warning: automake does not support conditional definition of local_mscorlib in corlib_DATA runtime/net_2_0/Makefile.am:82: warning: automake does not support conditional definition of mdb_files in EXTRA_DIST runtime/net_2_0/Makefile.am:75: warning: automake does not support conditional definition of gac_assemblies in mdb_files runtime/net_2_0/Makefile.am:20: warning: automake does not support conditional definition of MONO_CSHARP_DEBUGGER in gac_assemblies_list **Error**: automake failed. http://www.mono-project.com/contributing/compiling.html says that I have to do a make bootstrap but this results in an error too. (No rule for "bootstrap".) I would very appreciate any help on this. Thanks in advance, Roy ;) ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] anon cvs disk full errors?
Hi, > is there another server i can use? I have offered a couple of times now to host anoncvs at work (University of Salford in the UK), but as yet have only had "I'll get back to you" sort of noises. Now, if someone was to ask nicely, I can have the repository set up and working by oo, 10pm British Summer Time tonight! TTFN Paul -- Homer: Donut? Lisa: No, thanks. Do you have any fruit? Homer: This has purple stuff inside. Purple is a fruit. signature.asc Description: This is a digitally signed message part
[Mono-list] anon cvs disk full errors?
hi, it seems anoncvs is broken: cvs server: failed to create lock directory for `/mono/xsp/tools/nunitasp/doc/api' (/var/lock/cvs/xsp/tools/nunitasp/doc/api/#cvs.lock): No space left on device cvs server: failed to obtain dir lock in repository `/mono/xsp/tools/nunitasp/doc/api' cvs [server aborted]: read lock failed - giving up can't create temporary directory /tmp/cvs-serv5126 No space left on device ? autom4te.cache cvs [server aborted]: error closing /tmp/cvs-serv5129/packaging/CVS/Entries.Log: No space left on device is there another server i can use? regards, --chris -- Chris Turchin <[EMAIL PROTECTED]> ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list