Re: [Mono-dev] Ideas for Mono on Windows
Not sure nobody will be interested in 1.1. We are! :-) Daniel Morgan escribió: I think building Mono with Visual Studio is good for several reasons - debugger is awesome, mono.exe should run faster built with visual c++ instead of gcc, and easier to edit files. As for coding guidelines using visual studio text editor, it is not easy because it autoformats C#. Even when you tweak the settings to be like mono's coding guidelines, they still are not correct. So, you end up having to manually go back and fixup the problems. As for the 1.1 profile, those building mono using visual studio will not interested in the 1.1 profile anyways - they want to see the cool new stuff. --- On Tue, 12/9/08, Jonathan Chambers [EMAIL PROTECTED] wrote: From: Jonathan Chambers [EMAIL PROTECTED] Subject: Re: [Mono-dev] Ideas for Mono on Windows To: Miguel de Icaza [EMAIL PROTECTED] Cc: Atsushi Eno [EMAIL PROTECTED], mono-devel mono-devel-list@lists.ximian.com Date: Tuesday, December 9, 2008, 2:41 PM Hello, I broke down the 'Mono on Windows' topic into two distinct approaches. I have mainly been working on the second approach as it seemed to be easier and provide more value. The first approach is to provide a way to build mono on windows without cygwin installed. This approach provides uses no MS tools and provides no VS integration for the class libraries. The runtime would still be built with MSVC at this point in the plan. It's simply a way for Windows developers to quickly build mono on windows. It should be much faster than the current cygwin based build and require let setup. The second approach (the one I have been working on) was to provide a 'prepare' tool to generate csproj files for all the class libs. I also generate a solution containing all the projects. The user can then build all the mono class libraries (and unit tests) with one click (it's also per profile 1.1, 2.0, 3.5). So as for an update to the second approach. I have a rudimentary Makefile parser and am using it to generate csproj files for the class libraries. I have run into a few problems/issues: 1. The conscensus on #monodev was that the build could use the MS compiler, but that we should reference mono class libraries as references. So, I build corlib first and then try and build the System.dll referencing our corlib rather than the MS one via -nostdlib compiler option (for the 1.1 profile). Visual Studio 2008 allows users to specify what framework version to target for a specific project, but 2.0 is the minimum version (2.0, 3.0, and 3.5 are the options). The csc compiler errors out when building System.dll as it is looking for 2.0 specific items in corlib. The specific error is: error CS0656: Missing compiler required member 'System.Threading.Thread.get_ManagedThreadId' I hacked around this by making that field public when build inside of Visual Studio. However, that is a hack and some in #monodev seemed to indicate we'd hit more issues going down this path. So, in short I think we may be stuck trying to build 1.1 profile libraries (referencing our 1.1 corlib) using the csc compiler. I have a couple questions that hopefully I can get some responses on. 1. What's the impact of building the 1.1 class libraries against the 2.0 corlib? 2. Should this approach (VS integration) be able to build a fully working mono image? 3. If so, are we confident enough that contributors could use this build mechanism to make changes/patches? Or would this be viewed as a second class, and we would expect them to build on Linux or with cygwin before actually commiting changes? 4. If we don't expect this approach to build a fully working mono image, what exactly is the goal/use case? Is it just so Windows hackers can quickly build a single class library in VS? They can debug a class library in VS? I'm still hoping to make things better on Windows for mono, but am not sure which direction to go now. Any (potential) mono hackers on Windows please let your opinions be known. Thanks, Jonathan On Fri, Nov 14, 2008 at 4:42 PM, Miguel de Icaza [EMAIL PROTECTED] wrote: Hello, The upside of the mechanism I am using is that all of that would still work the same, because I am still using the .sources files instead of having a .csproj. The downside is we still wouldn't have .csproj's, so it doesn't make working in VS any easier, it just makes it possible to build Mono for Windows in under two hours. Thanks for this information. Is there a reason why we could not generate the .csproj files from the .sources and the Makefile settings for the entire tree in one prepare step? We need to have a good Visual Studio experience from the get-go and not only a faster command line buidl. Miguel
Re: [Mono-dev] UIA Olive Reorganization at 1pm EDT
There's a cool project (open source) named White Project http://www.codeplex.com/white I'm currently looking into it and we're even considering moving away from our current solution (hours of automated GUI testing!!) if we manage to make it work with Plastic. Looks cool Brad Taylor escribió: Hey, As far as I understand, you already have support for MWF, right? So far, we've implemented a portion of the UIA Provider specification (basically implementing UIA for MWF controls), and we've developed a Bridge between UIA and ATK, allowing GNOME Assistive Technologies to access a limited set of MWF controls. Would it be possible to use your API to build some sort of GUI testing tool on Linux? I worked with some students last two years on the university who build a windows testing tool based on UIA on Windows, I think it would be great to port it to Linux since I'm not aware of many tools to do GUI testing on Linux (ok, maybe there's a solution for GTK but I doubt there is for MWF) There are a few ATK-based testing tools, but as far as I know there isn't anything for UIA yet, so something to fill that gap would be awesome. I will mention though that any UIA testing tool or assistive technology will use the UIA Client API, and we haven't started work on that yet. Our tentative plans are to start work on that in February '09, and possibly have it complete the next calendar year, but I can't make any promises. If you have any further questions or want to contribute, feel free to pop in to #mono-a11y on Gimpnet. Best, -Brad ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] mono 2.0.1 that are failing on FreeBSD
Lot of people will love to see mono working on the BSDs!! Phillip N. escribió: I know you may be not very interested in supporting mono on FreeBSD, im just pointing out what the current problems are. As i dont know how to fix them, im posting here. If i can be of more help, please tell. Thanks! ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] UIA Olive Reorganization at 1pm EDT
Hi Brad, As far as I understand, you already have support for MWF, right? Would it be possible to use your API to build some sort of GUI testing tool on Linux? I worked with some students last two years on the university who build a windows testing tool based on UIA on Windows, I think it would be great to port it to Linux since I'm not aware of many tools to do GUI testing on Linux (ok, maybe there's a solution for GTK but I doubt there is for MWF) pablo Brad Taylor escribió: On Thu, 2008-11-06 at 19:13 +0100, [EMAIL PROTECTED] wrote: is UI Automation working on Linux!! :-) We're working on it! Check out http://mono-project.com/Accessibility Best, -Brad ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] set mouse position...
Petit Eric wrote: 2008/11/9 [EMAIL PROTECTED] [EMAIL PROTECTED]: Ernesto wrote: [EMAIL PROTECTED] a écrit : Petit Eric wrote: 2008/11/7 [EMAIL PROTECTED] [EMAIL PROTECTED]: Hi guys: Sorry, I know that is not the correct list to ask this, but just point me in the right direction... is posible to set mouse position and simulate mouse events from mono+c#+linux fron a console app? (something like interact with X or work with a hiden gtk# window...) system.windows.form.cursor.position or create manualy the mouse event and then e.position, so answer is yes yeap, mouse position is easy thanks!!, but simulate mouse click is harder, all solutions that I found need to call API specific functions in user32.dll or stuff like that (of course that work only for windows...), I can't call to OnMouseClick function due to his protection level and also seemsto work for focus windows... Any ideas? Hi, I'm clippy... it looks like you are trying to automate another application Anyway... I know this is probably not what you are looking for, but if you need to control another application, it's usually easier to simulate keyboard than mouse. You may want to read about SendKeys(). Yeap, simulate keyboard is much easier...but in this case is the complete gnome desktop, so I have to find a way to control the mouse...thanks for the sugestions.. not sur, but you can search arround overwrite on the mouse class yeap, not to much luck there either , even if I ovewrite some mouse event inside a custom control, when I call the function nothing happen :-( , any other approach like interact with X or using gtk#? Saludos. Saludos para ti tambien. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] set mouse position...
Petit Eric wrote: 2008/11/7 [EMAIL PROTECTED] [EMAIL PROTECTED]: Hi guys: Sorry, I know that is not the correct list to ask this, but just point me in the right direction... is posible to set mouse position and simulate mouse events from mono+c#+linux fron a console app? (something like interact with X or work with a hiden gtk# window...) system.windows.form.cursor.position or create manualy the mouse event and then e.position, so answer is yes yeap, mouse position is easy thanks!!, but simulate mouse click is harder, all solutions that I found need to call API specific functions in user32.dll or stuff like that (of course that work only for windows...), I can't call to OnMouseClick function due to his protection level and also seemsto work for focus windows... Any ideas? thanks a lot.. thanks Mauricio ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] set mouse position...
Ernesto wrote: [EMAIL PROTECTED] a écrit : Petit Eric wrote: 2008/11/7 [EMAIL PROTECTED] [EMAIL PROTECTED]: Hi guys: Sorry, I know that is not the correct list to ask this, but just point me in the right direction... is posible to set mouse position and simulate mouse events from mono+c#+linux fron a console app? (something like interact with X or work with a hiden gtk# window...) system.windows.form.cursor.position or create manualy the mouse event and then e.position, so answer is yes yeap, mouse position is easy thanks!!, but simulate mouse click is harder, all solutions that I found need to call API specific functions in user32.dll or stuff like that (of course that work only for windows...), I can't call to OnMouseClick function due to his protection level and also seemsto work for focus windows... Any ideas? Hi, I'm clippy... it looks like you are trying to automate another application Anyway... I know this is probably not what you are looking for, but if you need to control another application, it's usually easier to simulate keyboard than mouse. You may want to read about SendKeys(). Yeap, simulate keyboard is much easier...but in this case is the complete gnome desktop, so I have to find a way to control the mouse...thanks for the sugestions.. Saludos. Saludos para ti tambien. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] set mouse position...
Hi guys: Sorry, I know that is not the correct list to ask this, but just point me in the right direction... is posible to set mouse position and simulate mouse events from mono+c#+linux fron a console app? (something like interact with X or work with a hiden gtk# window...) thanks Mauricio ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono 2.0 on Solaris//SPARC
Congratulations! Steffen Enni escribió: I've now managed to get this compiling, and my app is running just fine on my Solaris 9/SPARC. Here is what I did: (1) Got pkg-get from Blastwave installed. Followed this http://www.blastwave.org/howto_S8.html (2) Set my mirror to the stable tree for Blastwave. (3) Used pkg-get -i to download and install: wget gcc3 gmake gtar autoconf automake glib2 (4) Added /opt/csw/bin to my path (5) Downloaded and built glib 2.18.2 (seems as glib and glib2 which you can get from Blastwave doesn't include unsetenv/setenv). Instructions for glib is: http://library.gnome.org/devel/glib/unstable/glib-building.html (6) Just copied the built libglib-2.0.so.0.1800.2 to the /opt/csw/lib directory (and made the similar links as the glib2 Blastwave package had done). [I probably should just have made a gmake install as root instead.] (7) Installed the mono-1.2.4_4.sunos8.novell.sparc.pkg (it went into /opt/csw/ as default) (8) Untarred the mono-2.0.1 sources using gtar (9) Ran configure as MAKE=gmake CFLAGS=-g -O2 CC=/opt/csw/gcc3/bin/gcc ./configure --prefix=/opt/csw --with-tls=pthread --with-includes=/opt/csw/ include/ --with-libs=/opt/csw/lib/ (10) Set ulimit using ulimit -Hs 10124 (11) gmake It failed during the compilation of System.Core.dll (and other dlls) when compiling C# sources with an out of memory error. I guess it is because it is trying to compile too many source files in one invocation of mcs. Restarting gmake again a few times made it possible build it all (12) su to root and add /opt/csw/bin:/usr/css/bin (for ranlib) to the path (13) as root do a gmake install Initially step 11 failed with a linker error in mono-2.0.1/mono/metadata: Saying that unsetenv/setenv was unreferenced in ./.libs/libmonoruntime.a(icall.o). This went away when I managed to build glib 2.18.2. http://2.18.2./ Doing a nm on /opt/csw/lib/libglib-2.0.so http://libglib-2.0.so/ (which for the Blastwave glib2 package pointed to libglib-2.0.so.0.1600.3) showed that it didn't contain the unsetenv/setenv. This is why I build libglib my self. It still feels a little quirky the compile of mono. I've done it once more to correct a .NET Remoting error https://bugzilla.novell.com/show_bug.cgi?id=422491 that I'm dependent on. I've made a gzipped tarball with all mono related (including libglib-2.0) that I can find in /opt/csw. It is 26M. If anybody is interested I could make this available, but I haven't got any web servers/ftp sites available. Anybody out there which know how I can package the binaries into the pkg format? Is there some target in the mono distribution to make this happen (gmake package?). Back in 1997-1999 I worked full time on Solaris and remember that it was quite a pain to make packages from scratch, so I would like to avoid doing this all over again. /Steffen Enni On Wed, Nov 5, 2008 at 12:50 AM, Stefan Mecke [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi, Steffen Enni schrieb: Is there anybody who have successfully build 2.0 on Solaris [9 or 10] / SPARC ? yes, I did it few days ago. And I'm about to write some 'how I did it' as soon as I find the time. I've installed the Blastwave tools (gmake, gcc3, gtar, glib2-2.16.3, autoconf, automake). After running configure, gmake fails in mono/metadata while linking. It can't find unsetenv/setenv. I'm stuck and really don't know how to proceed. Looks similar to the problems I had. One hint: make absolutely sure that every new shell has the correct library paths in correct order. In my case, I had to set LD_LIBRARY_PATH=/usr/local/lib:/usr/lib and uncomment every other settings in .bashrc, .bash_profile and so on. One try I thought I had luck with completely unsetting LD_LIBRARY_PATH, but I'm not sure whether that's correct. But it may be worth a try too. I'm also interested in knowing if anybody actually is using mono on Solaris/SPARC? We are. On Solaris 9 (SPARC). Good luck Stefan -- Venlig hilsen, Steffen Enni ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono on FreeBSD
mono on FreeBSD sounds excellent!!! Does it work on OpenBSD too?? Miguel de Icaza escribió: Hello, It would be nice if the patches to make Mono run on FreeBSD got posted in Bugzilla so we could review those changes and merge those into our tree. And perhaps the time has come for us to setup a FreeBSD box in our buildbot to make sure that we do not break this build. Informal Ports for FreeBSD. mono-2.0.1 http://www.solids.jp/tmp/mono2.0.1_3.tar.bz2 http://www.solids.jp/tmp/mono2.0.1_3.tar.bz2 xsp-2.0 http://www.solids.jp/tmp/xsp2.0_1.tar.bz2 http://www.solids.jp/tmp/xsp2.0_1.tar.bz2 mod_mono-2.0 http://www.solids.jp/tmp/mod_mono2.0_1.tar.bz2 http://www.solids.jp/tmp/mod_mono2.0_1.tar.bz2 Please see the following in detail. http://pc11.2ch.net/test/read.cgi/tech/1100616350/ http://pc11.2ch.net/test/read.cgi/tech/1100616350/ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Bug in GraphicsPath only running on Linux
done: https://bugzilla.novell.com/show_bug.cgi?id=442428 :-) Sebastien Pouliot escribió: On Thu, 2008-11-06 at 19:29 +0100, [EMAIL PROTECTED] wrote: Hi guys, I sent this email a few days ago but it seems it got lost due to its big size... Can you tell me whether I should file a bug or not? When in doubt *always* fill a bug report. When you're not in doubt then the only possible answer is yes, fill one. Thanks ;-) Sebastien Thanks, pablo [EMAIL PROTECTED] escribió: Hi there, We've found a problem on GraphicsPath.AddArc when angle is bigger than 180. Please find attached a couple of screenshots running on Windows and Linux. I'm also attaching a sample app which reproduces the error. Don't know exactly where the problem is but I think it is a good testcase to fix it. Thanks, pablo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Using Mono.Options in MS.NET
Yes, SVN Paul escribió: Hi, Now that Mono.Options is included in Mono 2.2 2.2? We've only just had the official release of 2.0! I've not seen anything on this list over a 2.2 release with tarballs or are you talking about svn? TTFN Paul ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] mono 2.0, solaris x86, bootstrap
:-DD ok, doesn't look very good but I'll give it a try! Zoltan Varga escribió: Hi, http://swik.net/MySQL/Planet+MySQL/OpenSolaris+EPIC+FAIL/cbotd Zoltan On Wed, Oct 8, 2008 at 9:15 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Zoltan, Could you tell me where is your pkg-config coming from? I can't find it on the opensolaris repo... pablo Hi, On opensolaris, I'm using the official sun packages from the opersolaris repository. Zoltan ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono 2.0 - Problems building on Solaris Sparc
Get rid of the sun packages and install GNU tools: gtar gsed gcc gmake autoconf automake libtool alias make=gmake alias cc=gcc You can obtain them all from blastwave.org Once you're there... cross your fingers!!! I'm still trying to build on Solaris 10 x86. It seems there's a problem with big/little endian or something like that. I'm working on it with Geoff and Miguel. pablo weismat escribió: I am trying to build Mono 2.0 on Solaris 10 with Sparc architecture, but there is a problem with the makefiles. The machine is running the regular Solaris. There is make 3.8.1 and gcc 3.4.3 from sunfreeware.com installed , which I have used for building other software without a problem. The output on the console: [EMAIL PROTECTED]:~/test/mono-2.0] make make all-recursive Making all in libgc Making all in include Making all in private Making all in doc Making all in mono Making all in utils make all-am source='mono-hash.c' object='mono-hash.lo' libtool=yes \ DEPDIR=.deps depmode=none /bin/bash ../../depcomp \ /bin/bash ../../libtool --quiet --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../mono -I../../libgc/include -mt -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DGC_SOLARIS_THREADS -DGC_SOLARIS_PTHREADS -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DUSE_MMAP -DUSE_MUNMAP -DPLATFORM_SOLARIS -D_FILE_OFFSET_BITS=64 -D_XOPEN_SOURCE=500 -D__EXTENSIONS__ -D_XOPEN_SOURCE_EXTENDED=1 -DNO_UNALIGNED_ACCESS -g -O2 -fno-strict-aliasing -Wdeclaration-after-statement -g -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wcast-align -Wwrite-strings -Wno-char-subscripts -Wno-cast-align -mcpu=v9 -c -o mono-hash.lo mono-hash.c cc1: error: invalid option `t' *** Error code 1 I am attaching the config.log so that you can check for other issues. Thanks in advance Matthias http://www.nabble.com/file/p19871367/config.log config.log ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono 2.0 download
Any plans for the BitRock based installer? This one supports all distros and is good enough, easy enough, and will make most of the people happy. Again, I'm thinking about Mono adoption. You've done an excellent job guys, we've probably one of the best software development platforms around, but then there're small details making it close to impossible to use for newcomers unless they're really (really) eager to use mono. The good part is I think these details are really easy to fix, much easier than all the incredible work you do on a daily basis, but they need to be addressed. We (I mean, Codice Sotftware) are trying to get in charge of the Solaris x86 (and hopefully SPARC) releases, building everything and so on, but as you've probably noticed we weren't able to finish it yet. But even more important than the Solaris, BSDs and everything else, IMHO it is making 2.0 *easy to install* on any Linux distro. I'll post about Solaris once we (hopefully) make it work, and I think *now* is the time for all of you to blog about how to set up Mono 2.0. I'm not only talking about the mono team but the rest of the people reading this list regularly. Let's talk about the new 2.0! And let's start by telling everyone how to put their hands on it! pablo Andrew Jorgensen escribió: It looks like the 32-bit openSUSE 10.3 builds have not finished yet. This may or may not explain repository problems. I have also enabled 10.2 and SLE 9 but, again, we are not supporting these (and I'm not reallly sure if SLE 9 will build). I cannot be sure but it is very likely that we will not build on 10.2 and SLE 9 at all for the 2.2 release as these distros will have been end-of-life'd and you use them at your own peril (EOL means no security updates). 10.3 will probably still be built as an unsupported, untested platform. [EMAIL PROTECTED] [EMAIL PROTECTED] 10/07/08 4:39 PM So, *right now* the only way to use mono 2.0 on OpenSuse 11 is building the source? If there's other way, a howto would be greatly appreciated Robert Jordan escribió: Hey Andrew, Andrew Jorgensen wrote: Sounds to me like it's a problem with the .repo file, not with the repository itself. Please file a bug against the Build Service. Also try adding using just the URL. Adding by URL doesn't work either. I'll file a bug. Thanks Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list /[EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono 2.0 LiveCD
Andrew, Don't worry, but it will be great for new people. BTW, now the image is not available from the FTP site. pablo Andrew Jorgensen escribió: This is nothing more than an unfortunate (and preplexing!) oversight on my part. We will probably re-spin the LiveCD and VMware image to include this. I think what happened is that my cached repositories didn't have the debuginfo packages (because rsync.opensuse.org filters those) so I removed all the packages that included the word debug. I am very sorry for the inconvenience. In the mean time you can get a root terminal by running 'sudo -i' and then do 'zypper ref' and 'zypper install mono-debugger'. This will work in the LiveCD also but will eat up some memory. Again, I'm really really sorry about that. The debugger should definitely be included in the LiveCD and VMware appliance. Andrew Jorgensen [EMAIL PROTECTED] [EMAIL PROTECTED] 10/07/08 4:35 PM Ok, but I guess the mdb is stable already, right? Andrés G. Aragoneses escribió: [EMAIL PROTECTED] wrote: Hi folks, I've just downloaded and played around a little bit with Mono 2.0 LiveCD. Some comments/suggestions: - The included MonoDevelop doesn't come with the debugger - The mdb command is not available Since it's the first thing a lot of newcomers are going to see about Mono, I'd strongly recommend to include the debugger, now that it's available and announced at Miguel's post. Regards, pablo The debugger Addin for MD is going to be included in the upcoming MD new release (currently lives in trunk). I guess the LiveCD has the stable MD. Regards, Andrés ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list /[EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] VStudio mono debugger status update?
Hi guys, About one month ago we read about the VStudio debugger on Miguel's blog: http://tirania.org/blog/archive/2008/Sep-04.html How is it going on? pablo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] mono 2.0, solaris x86, bootstrap
Hi all, After one week going crazy with the Solaris x86 build, Geoff Norton has found what was going wrong. It wasn't monolite. It seems I have a wrong define in glibconfig.h -bash-3.00$ grep G_BYTE_ORDER * glibconfig.h:#define G_BYTE_ORDER G_BIG_ENDIAN -bash-3.00$ pwd /opt/csw/include/glib-2.0 I'll replace it by G_LITTLE_ENDIAN! So, I'm using the packages from blastwave.org (someone told me to use these ones instead of the sunfreeware ones), but it seems they're broken. Now my question is: where should I be getting the packages from? Which ones are you (guys able to build on Solaris x86 or OpenSolaris) using? If I get to the point to compile it I'll try to write all the steps... :-P pablo Miguel de Icaza escribió: Hello, The above is actually a really good reason why we do not spend more cycles on Solaris/SPARC. The machines are overpriced, and underperforming. It is like buying an iPhone, just not as useful. This is the most stupid thing I've seen in a while. Go to a bank and take a look in the datacentre. Hurry, before they go out of business. :-( Well, maybe banks should not have been buying overpriced stuff, like debt, or SPARC computers. We do support it, and I wish we could do more, because I do like the SPARC architecture, but with its current pricing I have zero desire on buying more overpriced slow hardware. But if people want to donate expensive SPARC computers to the project, we could certainly use them. This is a question of user need vs developer convenience. I think your attitude is inappropriate if you want to push Mono as a realistic alternative to Java. Which does work rather well on Solaris. You are under the mistaken impression that our goal is to replace other technologies. We are not trying to compete with Java, if you are happy with Java, keep using Java. And if you are happy with Ruby, or Python, or C++, more power to you. We are offering a platform that might suit some people, and we are trying to maximize developer pleasure and enjoyment when they write and maintain software. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono 2.0 LiveCD
Hi Andrew, This is what I get with the zypper method... (and yes, I do have internet connection on that box) linux:~ # zypper install mono-debugger Timeout exceed Abort, retry, ignore? autoselect retry after 21 autoselect retry after 20 autoselect retry after 19 autoselect retry after 1 Timeout exceed Abort, retry, ignore? autoselect retry after 1 Timeout exceed Abort, retry, ignore? autoselect retry after 1 Download (curl) error for 'http://www.go-mono.com/download-stable/openSUSE_11.0/repodata/repomd.xml': Error code: Error message: Empty reply from server Andrew Jorgensen escribió: This is nothing more than an unfortunate (and preplexing!) oversight on my part. We will probably re-spin the LiveCD and VMware image to include this. I think what happened is that my cached repositories didn't have the debuginfo packages (because rsync.opensuse.org filters those) so I removed all the packages that included the word debug. I am very sorry for the inconvenience. In the mean time you can get a root terminal by running 'sudo -i' and then do 'zypper ref' and 'zypper install mono-debugger'. This will work in the LiveCD also but will eat up some memory. Again, I'm really really sorry about that. The debugger should definitely be included in the LiveCD and VMware appliance. Andrew Jorgensen [EMAIL PROTECTED] [EMAIL PROTECTED] 10/07/08 4:35 PM Ok, but I guess the mdb is stable already, right? Andrés G. Aragoneses escribió: [EMAIL PROTECTED] wrote: Hi folks, I've just downloaded and played around a little bit with Mono 2.0 LiveCD. Some comments/suggestions: - The included MonoDevelop doesn't come with the debugger - The mdb command is not available Since it's the first thing a lot of newcomers are going to see about Mono, I'd strongly recommend to include the debugger, now that it's available and announced at Miguel's post. Regards, pablo The debugger Addin for MD is going to be included in the upcoming MD new release (currently lives in trunk). I guess the LiveCD has the stable MD. Regards, Andrés ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list /[EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] mono 2.0, solaris x86, bootstrap
Ok, I'll try then Zoltan Varga escribió: Hi, On opensolaris, I'm using the official sun packages from the opersolaris repository. Zoltan On Wed, Oct 8, 2008 at 5:47 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi all, After one week going crazy with the Solaris x86 build, Geoff Norton has found what was going wrong. It wasn't monolite. It seems I have a wrong define in glibconfig.h -bash-3.00$ grep G_BYTE_ORDER * glibconfig.h:#define G_BYTE_ORDER G_BIG_ENDIAN -bash-3.00$ pwd /opt/csw/include/glib-2.0 I'll replace it by G_LITTLE_ENDIAN! So, I'm using the packages from blastwave.org (someone told me to use these ones instead of the sunfreeware ones), but it seems they're broken. Now my question is: where should I be getting the packages from? Which ones are you (guys able to build on Solaris x86 or OpenSolaris) using? If I get to the point to compile it I'll try to write all the steps... :-P pablo Miguel de Icaza escribió: Hello, The above is actually a really good reason why we do not spend more cycles on Solaris/SPARC. The machines are overpriced, and underperforming. It is like buying an iPhone, just not as useful. This is the most stupid thing I've seen in a while. Go to a bank and take a look in the datacentre. Hurry, before they go out of business. :-( Well, maybe banks should not have been buying overpriced stuff, like debt, or SPARC computers. We do support it, and I wish we could do more, because I do like the SPARC architecture, but with its current pricing I have zero desire on buying more overpriced slow hardware. But if people want to donate expensive SPARC computers to the project, we could certainly use them. This is a question of user need vs developer convenience. I think your attitude is inappropriate if you want to push Mono as a realistic alternative to Java. Which does work rather well on Solaris. You are under the mistaken impression that our goal is to replace other technologies. We are not trying to compete with Java, if you are happy with Java, keep using Java. And if you are happy with Ruby, or Python, or C++, more power to you. We are offering a platform that might suit some people, and we are trying to maximize developer pleasure and enjoyment when they write and maintain software. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] mono 2.0, solaris x86, bootstrap
Zoltan, Did you take everything from there? Including gsed, gtar and all the GNU tools? Because I remember someone telling me about the blastwave instead... Zoltan Varga escribió: Hi, On opensolaris, I'm using the official sun packages from the opersolaris repository. Zoltan On Wed, Oct 8, 2008 at 5:47 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi all, After one week going crazy with the Solaris x86 build, Geoff Norton has found what was going wrong. It wasn't monolite. It seems I have a wrong define in glibconfig.h -bash-3.00$ grep G_BYTE_ORDER * glibconfig.h:#define G_BYTE_ORDER G_BIG_ENDIAN -bash-3.00$ pwd /opt/csw/include/glib-2.0 I'll replace it by G_LITTLE_ENDIAN! So, I'm using the packages from blastwave.org (someone told me to use these ones instead of the sunfreeware ones), but it seems they're broken. Now my question is: where should I be getting the packages from? Which ones are you (guys able to build on Solaris x86 or OpenSolaris) using? If I get to the point to compile it I'll try to write all the steps... :-P pablo Miguel de Icaza escribió: Hello, The above is actually a really good reason why we do not spend more cycles on Solaris/SPARC. The machines are overpriced, and underperforming. It is like buying an iPhone, just not as useful. This is the most stupid thing I've seen in a while. Go to a bank and take a look in the datacentre. Hurry, before they go out of business. :-( Well, maybe banks should not have been buying overpriced stuff, like debt, or SPARC computers. We do support it, and I wish we could do more, because I do like the SPARC architecture, but with its current pricing I have zero desire on buying more overpriced slow hardware. But if people want to donate expensive SPARC computers to the project, we could certainly use them. This is a question of user need vs developer convenience. I think your attitude is inappropriate if you want to push Mono as a realistic alternative to Java. Which does work rather well on Solaris. You are under the mistaken impression that our goal is to replace other technologies. We are not trying to compete with Java, if you are happy with Java, keep using Java. And if you are happy with Ruby, or Python, or C++, more power to you. We are offering a platform that might suit some people, and we are trying to maximize developer pleasure and enjoyment when they write and maintain software. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Oracle and Mono
Hi Daniel, I can give hacker access to a Solaris 10 SPARC box. Putting the latest mono there is what I'm really trying to do these days. About 4: it's not normally an option, talk to Miguel. pablo Daniel Morgan escribió: When I say supported, it means it has not been tested nor developed for the platform. Thus, it probably does not work on these platforms. However, if you need access to Oracle via Mono on these platforms, there are some things you can do to get it supported. 1. contribute patches which fixes any bugs to allow it to work on those platofrms -- or -- 2. provide some hacker remote access to a sparc machine with a recent version of mono/mcs working on the machine, and access to an oracle database. ssh? -- or -- 3. donate or lend a developer a sparc machine with a recent mono which runs a recent version of mono -- or -- 4. Your best bet - pay Novell for the support. There is some wiki page where you can get paid support to add a feature of fix a bug for mono. http://www.mono-project.com/Kickstart Note, I do not work for Novell nor am I getting anything for this message - just a public message. Most people running oracle is on linux/x86, windows, or hp these days. --- On Wed, 10/8/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] [EMAIL PROTECTED] Subject: [Mono-dev] Oracle and Mono To: mono-devel-list@lists.ximian.com mono-devel-list@lists.ximian.com Date: Wednesday, October 8, 2008, 11:33 AM Hi there, I've read that Oracle is not supported on SPARC nor PPC here http://www.mono-project.com/Oracle. Is that correct? Thanks pablo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Using using System.Threading namespace
no problem, I'll give it a try Miguel de Icaza escribió: Hello, I'd like to try System.Threading and System.Threading.Collections on Linux to work a little bit with ParallelFX. Is it going to be included together with the mono sources or should I just go to the Mono GSoc repository? Until the API stabilizes it will remain separate. We could move it into the Mono repository, but we just have not had time. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Using using System.Threading namespace
So, in the meantime, the gsoc svn is the right source, ok? Paolo Molaro escribió: On 10/06/08 [EMAIL PROTECTED] wrote: I'd like to try System.Threading and System.Threading.Collections on Linux to work a little bit with ParallelFX. Is it going to be included together with the mono sources or should I just go to the Mono GSoc repository? We'll include them in mono when the corresponding libraries will switch from unsupported previews to beta. lupus ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono 2.0 LiveCD
Hi folks, I've just downloaded and played around a little bit with Mono 2.0 LiveCD. Some comments/suggestions: - The included MonoDevelop doesn't come with the debugger - The mdb command is not available Since it's the first thing a lot of newcomers are going to see about Mono, I'd strongly recommend to include the debugger, now that it's available and announced at Miguel's post. Regards, pablo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono 2.0 LiveCD
Ok, but I guess the mdb is stable already, right? Andrés G. Aragoneses escribió: [EMAIL PROTECTED] wrote: Hi folks, I've just downloaded and played around a little bit with Mono 2.0 LiveCD. Some comments/suggestions: - The included MonoDevelop doesn't come with the debugger - The mdb command is not available Since it's the first thing a lot of newcomers are going to see about Mono, I'd strongly recommend to include the debugger, now that it's available and announced at Miguel's post. Regards, pablo The debugger Addin for MD is going to be included in the upcoming MD new release (currently lives in trunk). I guess the LiveCD has the stable MD. Regards, Andrés ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono 2.0 download
So, *right now* the only way to use mono 2.0 on OpenSuse 11 is building the source? If there's other way, a howto would be greatly appreciated Robert Jordan escribió: Hey Andrew, Andrew Jorgensen wrote: Sounds to me like it's a problem with the .repo file, not with the repository itself. Please file a bug against the Build Service. Also try adding using just the URL. Adding by URL doesn't work either. I'll file a bug. Thanks Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Using using System.Threading namespace
Hi, I'd like to try System.Threading and System.Threading.Collections on Linux to work a little bit with ParallelFX. Is it going to be included together with the mono sources or should I just go to the Mono GSoc repository? Thanks, pablo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono 2.0 download
Hi, Provided I'm right, the downloads page is still pointing to the old yast repositories for OpenSUSE... http://ftp.novell.com/pub/mono/download-stable/suse-103-i586 Is that ok? It will have an impact on new users trying to download the latest version. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] mono 2.0, solaris x86, bootstrap
Hi Andreas, all, I gave up trying to build on Solaris 10, since it seems it has some sort of problem. I switched to OpenSolaris. I've just downloaded the latest OpenSolaris release, installed it and add some required packages like gcc, libtool, gmake, bison and glib2 from blastwave. Removed mcs executable. Then I also had to install SUNWhea to have includes since the default 2008.05 opensolaris CD doesn't include them. I also installed: SUNWarc, SUNWscp and SUNWxinc. Then I donwloaded a tar.gz mono-2.0 source code release. ./configure worked gmake worked until hitting the mcs stuff... Installed mono 1.1.13.8 from blastwave. Run make again and got the following error. If you look carefully you'll see there's (again) a problem locating mscorlib.dll, this time after being able to build a bunch of c-sharp code... ../../jay/jay: 3 rules never reduced ../../jay/jay: 1 shift/reduce conflict, 46 reduce/reduce conflicts. echo #define XSLT_PATTERN Mono.Xml.Xsl/PatternTokenizer.cs cat System.Xml.XPath/Tokenizer.cs Mono.Xml.Xsl/PatternTokenizer.cs MONO_PATH=../../class/lib/basic:$MONO_PATH /export/home/pablo/mono-2.0/runtime/mono-wrapper ../../class/lib/basic/mcs.exe /codepage:65001 -optimize -d:NET_1_1 -d:ONLY_1_1 -d:BOOTSTRAP_WITH_OLDLIB -debug /noconfig -r:mscorlib.dll -r:System.dll -nowarn:0162,0618,0612,0642,1595 -target:library -out:System.Xml.dll System.Xml.XPath/Parser.cs Mono.Xml.Xsl/PatternParser.cs Mono.Xml.Xsl/PatternTokenizer.cs @System.Xml.dll.sources GC Warning: Large stack limit(133464064): only scanning 8 MB The assembly mscorlib.dll was not found or could not be loaded. It should have been installed in the `/opt/mono/lib/mono/1.0/mscorlib.dll' directory. gmake[8]: *** [../../class/lib/basic/System.Xml.dll] Error 1 gmake[8]: Leaving directory `/export/home/pablo/mono-2.0/mcs/class/System.XML' gmake[7]: *** [do-all] Error 2 gmake[7]: Leaving directory `/export/home/pablo/mono-2.0/mcs/class/System.XML' gmake[6]: *** [all-recursive] Error 1 gmake[6]: Leaving directory `/export/home/pablo/mono-2.0/mcs/class' gmake[5]: *** [all-recursive] Error 1 gmake[5]: Leaving directory `/export/home/pablo/mono-2.0/mcs' gmake[4]: *** [profile-do--basic--all] Error 2 gmake[4]: Leaving directory `/export/home/pablo/mono-2.0/mcs' gmake[3]: *** [profiles-do--all] Error 2 gmake[3]: Leaving directory `/export/home/pablo/mono-2.0/mcs' gmake[2]: *** [all-local] Error 2 gmake[2]: Leaving directory `/export/home/pablo/mono-2.0/runtime' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/export/home/pablo/mono-2.0' gmake: *** [all] Error 2 Any help would be really (really) welcomed... pablo [EMAIL PROTECTED] escribió: Andreas, I just followed your instructions, step by step. First downloaded and installed gc-7.1 (worked perfectly), then configure and make mono. But I'm afraid I think I'm reaching the same point. Here's the ouput. At some point (it seems it happens after compiling some c# code) it starts complaining about mscorlib location... gmake[7]: Leaving directory `/home/pablo/mono/mono-2.0/mcs/build' gmake[6]: Leaving directory `/home/pablo/mono/mono-2.0/mcs/build' gmake[6]: Entering directory `/home/pablo/mono/mono-2.0/mcs/jay' gmake all-local gmake[7]: Entering directory `/home/pablo/mono/mono-2.0/mcs/jay' gmake[7]: Nothing to be done for `all-local'. gmake[7]: Leaving directory `/home/pablo/mono/mono-2.0/mcs/jay' gmake[6]: Leaving directory `/home/pablo/mono/mono-2.0/mcs/jay' gmake[6]: Entering directory `/home/pablo/mono/mono-2.0/mcs/mcs' gmake all-local gmake[7]: Entering directory `/home/pablo/mono/mono-2.0/mcs/mcs' mcs /codepage:65001 -optimize -d:NET_1_1 -d:ONLY_1_1 -d:BOOTSTRAP_WITH_OLDLIB -debug -target:exe -out:mcs.exe cs-parser.cs @mcs.exe.sources GC Warning: Large stack limit(133464064): only scanning 8 MB cs-parser.cs(6665,7): warning CS0162: Unreachable code detected cs-parser.cs(6667,5): warning CS0162: Unreachable code detected expression.cs(991,14): warning CS0618: `Mono.CSharp.UserOperatorCall.MakeSimpleCall(Mono.CSharp.EmitContext, Mono.CSharp.MethodGroupExpr, Mono.CSharp.Expression, Mono.CSharp.Location)' is obsolete: `It may not be compatible with expression trees' Compilation succeeded - 3 warning(s) cp mcs.exe ../class/lib/basic/mcs.exe test ! -f mcs.exe.mdb || cp mcs.exe.mdb ../class/lib/basic/mcs.exe.mdb gmake[7]: Leaving directory `/home/pablo/mono/mono-2.0/mcs/mcs' gmake[6]: Leaving directory `/home/pablo/mono/mono-2.0/mcs/mcs' gmake[6]: Entering directory `/home/pablo/mono/mono-2.0/mcs/class' gmake[7]: Entering directory `/home/pablo/mono/mono-2.0/mcs/class/corlib' gmake all-local gmake[8]: Entering directory `/home/pablo/mono/mono-2.0/mcs/class/corlib' mcs /codepage:65001 -nowarn:169,612,618,649 -d:INSIDE_CORLIB -optimize -d:NET_1_1 -d:ONLY_1_1 -d:BOOTSTRAP_WITH_OLDLIB -debug /noconfig -unsafe -nostdlib -resource:resources/collation.core.bin -resource:resources/collation.tailoring.bin
Re: [Mono-dev] mono 2.0, solaris x86, bootstrap
Hi, Do you think the problem can be related to the profiles? I mean, it seems I can't try to use a 2.0 profile, only a 1.1, and as soon as it tries 2.0 it fails... Is that possible? [EMAIL PROTECTED] escribió: Hi Andreas, all, I gave up trying to build on Solaris 10, since it seems it has some sort of problem. I switched to OpenSolaris. I've just downloaded the latest OpenSolaris release, installed it and add some required packages like gcc, libtool, gmake, bison and glib2 from blastwave. Removed mcs executable. Then I also had to install SUNWhea to have includes since the default 2008.05 opensolaris CD doesn't include them. I also installed: SUNWarc, SUNWscp and SUNWxinc. Then I donwloaded a tar.gz mono-2.0 source code release. ./configure worked gmake worked until hitting the mcs stuff... Installed mono 1.1.13.8 from blastwave. Run make again and got the following error. If you look carefully you'll see there's (again) a problem locating mscorlib.dll, this time after being able to build a bunch of c-sharp code... ../../jay/jay: 3 rules never reduced ../../jay/jay: 1 shift/reduce conflict, 46 reduce/reduce conflicts. echo #define XSLT_PATTERN Mono.Xml.Xsl/PatternTokenizer.cs cat System.Xml.XPath/Tokenizer.cs Mono.Xml.Xsl/PatternTokenizer.cs MONO_PATH=../../class/lib/basic:$MONO_PATH /export/home/pablo/mono-2.0/runtime/mono-wrapper ../../class/lib/basic/mcs.exe /codepage:65001 -optimize -d:NET_1_1 -d:ONLY_1_1 -d:BOOTSTRAP_WITH_OLDLIB -debug /noconfig -r:mscorlib.dll -r:System.dll -nowarn:0162,0618,0612,0642,1595 -target:library -out:System.Xml.dll System.Xml.XPath/Parser.cs Mono.Xml.Xsl/PatternParser.cs Mono.Xml.Xsl/PatternTokenizer.cs @System.Xml.dll.sources GC Warning: Large stack limit(133464064): only scanning 8 MB The assembly mscorlib.dll was not found or could not be loaded. It should have been installed in the `/opt/mono/lib/mono/1.0/mscorlib.dll' directory. gmake[8]: *** [../../class/lib/basic/System.Xml.dll] Error 1 gmake[8]: Leaving directory `/export/home/pablo/mono-2.0/mcs/class/System.XML' gmake[7]: *** [do-all] Error 2 gmake[7]: Leaving directory `/export/home/pablo/mono-2.0/mcs/class/System.XML' gmake[6]: *** [all-recursive] Error 1 gmake[6]: Leaving directory `/export/home/pablo/mono-2.0/mcs/class' gmake[5]: *** [all-recursive] Error 1 gmake[5]: Leaving directory `/export/home/pablo/mono-2.0/mcs' gmake[4]: *** [profile-do--basic--all] Error 2 gmake[4]: Leaving directory `/export/home/pablo/mono-2.0/mcs' gmake[3]: *** [profiles-do--all] Error 2 gmake[3]: Leaving directory `/export/home/pablo/mono-2.0/mcs' gmake[2]: *** [all-local] Error 2 gmake[2]: Leaving directory `/export/home/pablo/mono-2.0/runtime' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/export/home/pablo/mono-2.0' gmake: *** [all] Error 2 Any help would be really (really) welcomed... pablo [EMAIL PROTECTED] escribió: Andreas, I just followed your instructions, step by step. First downloaded and installed gc-7.1 (worked perfectly), then configure and make mono. But I'm afraid I think I'm reaching the same point. Here's the ouput. At some point (it seems it happens after compiling some c# code) it starts complaining about mscorlib location... gmake[7]: Leaving directory `/home/pablo/mono/mono-2.0/mcs/build' gmake[6]: Leaving directory `/home/pablo/mono/mono-2.0/mcs/build' gmake[6]: Entering directory `/home/pablo/mono/mono-2.0/mcs/jay' gmake all-local gmake[7]: Entering directory `/home/pablo/mono/mono-2.0/mcs/jay' gmake[7]: Nothing to be done for `all-local'. gmake[7]: Leaving directory `/home/pablo/mono/mono-2.0/mcs/jay' gmake[6]: Leaving directory `/home/pablo/mono/mono-2.0/mcs/jay' gmake[6]: Entering directory `/home/pablo/mono/mono-2.0/mcs/mcs' gmake all-local gmake[7]: Entering directory `/home/pablo/mono/mono-2.0/mcs/mcs' mcs /codepage:65001 -optimize -d:NET_1_1 -d:ONLY_1_1 -d:BOOTSTRAP_WITH_OLDLIB -debug -target:exe -out:mcs.exe cs-parser.cs @mcs.exe.sources GC Warning: Large stack limit(133464064): only scanning 8 MB cs-parser.cs(6665,7): warning CS0162: Unreachable code detected cs-parser.cs(6667,5): warning CS0162: Unreachable code detected expression.cs(991,14): warning CS0618: `Mono.CSharp.UserOperatorCall.MakeSimpleCall(Mono.CSharp.EmitContext, Mono.CSharp.MethodGroupExpr, Mono.CSharp.Expression, Mono.CSharp.Location)' is obsolete: `It may not be compatible with expression trees' Compilation succeeded - 3 warning(s) cp mcs.exe ../class/lib/basic/mcs.exe test ! -f mcs.exe.mdb || cp mcs.exe.mdb ../class/lib/basic/mcs.exe.mdb gmake[7]: Leaving directory `/home/pablo/mono/mono-2.0/mcs/mcs' gmake[6]: Leaving directory `/home/pablo/mono/mono-2.0/mcs/mcs' gmake[6]: Entering directory `/home/pablo/mono/mono-2.0/mcs/class' gmake[7]: Entering directory `/home/pablo/mono/mono-2.0/mcs/class/corlib' gmake all-local gmake[8]: Entering directory `/home/pablo
Re: [Mono-dev] mono 2.0, solaris x86, bootstrap
I never had problems with compiled binaries even with an old Solaris if I remember correctly. Once I manage to produce Sol10 releases regularly (will I? :-P) we can move to Sol8 Cetin Sert escribió: I do suppose that OpenSolaris and Solaris would be able to run the same mono binaries right, once one has succeeded in compiling the runtime and so on I mean. 2008/10/5 James Mansion [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Andreas Färber wrote: package. And most importantly many workarounds for Solaris 10 are not necessary on OpenSolaris. For any practical production use though, its necessary to support real Solaris 10, even if its only the latest version. Is there a list anywhere of the problematic bits of the system? Lots of Solaris users are still in production on Solaris 8, too. I'd dearly like to be able to consider Mono for real projects but that can't happen until it works properly on Sol8 sparc and Sol10 (sparc and AMD). James ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com mailto:Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] mono 2.0, solaris x86, bootstrap
Miguel, I'm trying to run on Solaris/SPARC since we've a spare machine here (although you're right is slow and overpriced). We can plug it to the internet for the mono team if anyone is interested. pablo Miguel de Icaza escribió: Hello, Unfortunately, sparc is hard to test without access to the hardware. The only sparc emulator appeared to be QEMU, whose qemu-system-sparc is 32-bit only (sun4m), whereas Solaris 10 and Mono seem to expect sparcv9. I have a local branch where I once tried to make it work on a sparcv8 QEMU VM running Debian Etch, but the emulated compilation took much too long to get far. The above is actually a really good reason why we do not spend more cycles on Solaris/SPARC. The machines are overpriced, and underperforming. It is like buying an iPhone, just not as useful. Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] mono 2.0, solaris x86, bootstrap
-2.0/mcs'
gmake[3]: *** [profiles-do--all] Error 2
gmake[3]: Leaving directory `/home/pablo/mono/mono-2.0/mcs'
gmake[2]: *** [all-local] Error 2
gmake[2]: Leaving directory `/home/pablo/mono/mono-2.0/runtime'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/home/pablo/mono/mono-2.0'
gmake: *** [all] Error 2
-bash-3.00$ uname -a
SunOS unknown 5.10 Generic_127128-11 i86pc i386 i86pc
Thanks again for your help
pablo
Andreas Färber escribió:
[EMAIL PROTECTED] schrieb:
Well, it seems building the core is not hard if you make sure (on
Solaris 10) that you use GNU packages and not the SUN ones (gmake,
libtool, and everything else). I can build mono from trunk or 2-0.
but the problems start with mcs... I'm now following the instructions
sent by Geoff (basically using
http://mono.ximian.com/monobuild/preview/sources/mono/mono-2.0.tar.bz2).
Having the runtime compile does not imply it'll work at runtime...
Whether you use a tarball or monolite usually doesn't matter, but if
you can, a tarball is safer.
Fwiw, I've just finished compiling [EMAIL PROTECTED]@r114882 from
[EMAIL PROTECTED]@r109587 (all trunk) on OpenSolaris build 95 for i86
using exactly this:
../mono/configure --prefix=/opt/mono --with-gc=boehm \
--with-sigaltstack=no \
CPPFLAGS=-I/opt/mono-gc/include \
LDFLAGS=-L/opt/mono-gc/lib -R/opt/mono/lib
where /opt/mono-gc is the prefix of Boehm GC 7.1, compiled with:
../gc-7.1/configure --prefix=/opt/mono-gc
Works nicely there. Don't have access to S10 from here though to fetch
my scripts or to try the latest revs there.
On OpenSolaris/amd64, I use these on top:
PREFIX=/opt/mono-gc
../gc-7.1/configure --prefix=$PREFIX --libdir=$PREFIX/lib/amd64 \
CPPFLAGS=-m64 CFLAGS=-m64 CXXFLAGS=-m64 LDFLAGS=-m64
and:
PREFIX=/opt/mono
../mono/configure --prefix=$PREFIX --bindir=$PREFIX/bin/amd64
--libdir=$PREFIX/lib/amd64 \
--with-gc=boehm --with-sigaltstack=no --enable-big-arrays
--enable-dtrace --disable-mcs-build \
CPPFLAGS=-m64 -I/opt/mono-gc/include CFLAGS=-m64 \
LDFLAGS=-m64 -L/opt/mono-gc/lib/amd64 -R/opt/mono/lib/amd64 \
PKG_CONFIG_PATH=/usr/lib/amd64/pkgconfig:$PKG_CONFIG_PATH
(Obviously I'm skipping mcs build in this script, but I've done full
amd64 bootstraps before with post-2.0 revisions.)
Note that I use dedicated /opt subdirs because that's where 3rdparty
packages are often installed on Solarises, making it easy to rename or
remove. $prefix/{bin,lib}/amd64 is where Sun places their amd64 files.
Using a monolite from 12:05 GMT+02:00 today (with Sun's `mcs` renamed),
there are no problems on OSol/i86 either.
So it's definitely not mcs's or monolite's fault!!!
Cetin actually mentioned OpenSolaris as opposed to Solaris 10. When
OpenSolaris 2008.05 was released I posted the following mini-guide:
http://lists.ximian.com/pipermail/mono-list/2008-May/038584.html
It was actually supposed to avoid questions later on. ;)
Following this guide the only thing I realize I missed is the LDFLAGS
stuff? Is it the reason why mcs.exe can't be run?
In case you mean LDFLAGS=-R/path then no, it has no influence on mcs. It
helps with MD (libPosixHelper.so et al.).
The often-referenced http://www.mono-project.com/Mono:Solaris page
contains a link to another post of mine, for Solaris 10:
http://lists.ximian.com/pipermail/mono-list/2007-January/034101.html
Yes, this guide was helpful building 1.1.13 (almost two years ago
already), but now all those tricks are not needed anymore... You can
get the whole c code build easily...
If you build using Blastwave tools you don't need some of the
environment variables; otherwise you still do on Solaris 10.
The only thing outdated in that post to my knowledge is
CFLAGS=-D_POSIX_PTHREAD_SEMANTICS and possibly the mono-service issue.
Jonel's blog on the -mt pkg-config issue is almost three years old and
mostly still applies due to the long lifetime of S10. :)
AS=gas for instance was only needed for running `make check` so you
won't notice during plain `make`.
Andreas
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] problem building mono, can't get monolite to work
Hi Andreas, I'm afraid I'm not still close. I got rid of the mcs binary and I tried (after make get-monolite-latest) and then ./configure --with-prefix=/home/pablo/monobin --with-sigaltstack=no --with-sigaltstack=no; make And get: gmake[2]: Entering directory `/home/pablo/mono/mono/runtime' d=`cd ../support pwd`; \ sed 's,target=libMonoPosixHelper[^]*,target='$d/libMonoPosixHelper.la',' ../data/config etc/mono/configt if test -z ; then :; else \ sed 's,configuration, dllmap dll=gdiplus.dll target= /,' etc/mono/configt etc/mono/configtt; \ mv -f etc/mono/configtt etc/mono/configt; fi mv -f etc/mono/configt etc/mono/config /bin/bash /home/pablo/mono/mono/install-sh -d _tmpinst/bin cp mono-wrapper _tmpinst/bin/mono echo '#! /bin/sh' _tmpinst/bin/mcs ; \ r=`pwd`; m=`cd ../../mcs pwd`; \ echo 'exec '$r/_tmpinst/bin/mono' '$m/class/lib/default/mcs.exe' $@' _tmpinst/bin/mcs ; \ chmod +x _tmpinst/bin/mcs echo '#! /bin/sh' _tmpinst/bin/ilasm ; \ r=`pwd`; m=`cd ../../mcs pwd`; \ echo 'exec '$r/_tmpinst/bin/mono' '$m/ilasm/ilasm.exe' $@' _tmpinst/bin/ilasm ; \ chmod +x _tmpinst/bin/ilasm echo '#! /bin/sh' _tmpinst/bin/gmcs ; \ r=`pwd`; m=`cd ../../mcs pwd`; \ echo 'exec '$r/_tmpinst/bin/mono' '$m/class/lib/net_2_0/gmcs.exe' $@' _tmpinst/bin/gmcs ; \ chmod +x _tmpinst/bin/gmcs if test -w ../../mcs; then :; else chmod -R +w ../../mcs; fi cd ../../mcs gmake NO_DIR_CHECK=1 PROFILES='default net_2_0 net_3_5 net_2_1' CC='gcc' all-profiles gmake[3]: Entering directory `/home/pablo/mono/mcs' gmake profile-do--default--all profile-do--net_2_0--all profile-do--net_3_5--all profile-do--net_2_1--all gmake[4]: Entering directory `/home/pablo/mono/mcs' gmake PROFILE=basic all gmake[5]: Entering directory `/home/pablo/mono/mcs' gmake[6]: mcs: Command not found gmake[6]: *** [build/deps/basic-profile-check.exe] Error 127 gmake[6]: Entering directory `/home/pablo/mono/mcs' *** The compiler 'mcs' doesn't appear to be usable. *** Trying the 'monolite' directory. gmake[7]: Entering directory `/home/pablo/mono/mcs' GC Warning: Large stack limit(133464064): only scanning 8 MB gmake[8]: *** [build/deps/basic-profile-check.exe] Error 1 gmake[8]: Entering directory `/home/pablo/mono/mcs' *** The contents of your 'monolite' directory may be out-of-date *** You may want to try 'make get-monolite-latest' gmake[8]: *** [do-profile-check-monolite] Error 1 gmake[8]: Leaving directory `/home/pablo/mono/mcs' gmake[7]: *** [do-profile-check] Error 2 gmake[7]: Leaving directory `/home/pablo/mono/mcs' gmake[6]: *** [do-profile-check-monolite] Error 2 gmake[6]: Leaving directory `/home/pablo/mono/mcs' gmake[5]: *** [do-profile-check] Error 2 gmake[5]: Leaving directory `/home/pablo/mono/mcs' gmake[4]: *** [profile-do--basic--all] Error 2 gmake[4]: Leaving directory `/home/pablo/mono/mcs' gmake[3]: *** [profiles-do--all] Error 2 gmake[3]: Leaving directory `/home/pablo/mono/mcs' gmake[2]: *** [all-local] Error 2 gmake[2]: Leaving directory `/home/pablo/mono/mono/runtime' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/home/pablo/mono/mono' gmake: *** [all] Error 2 Andreas Färber escribió: Hi Cetin! Am 03.10.2008 um 23:01 schrieb Cetin Sert: I'm also trying to build mono on opensolaris 10 x86-64 and got this message: when I run ./configure --with-gc=boehm checking gc.h usability... no checking gc.h presence... no checking for gc.h... no checking gc/gc.h usability... no checking gc/gc.h presence... no checking for gc/gc.h... no checking for GC_malloc in -lgc... no configure: error: GC requested but libgc not found! Install libgc or run configure with --with-gc=none. I had built and installed the latest boehm gc I could find. I think it was version 7.sth. Did you add appropriate CPPFLAGS and LDFLAGS arguments for configure, to tell it about your installation location? And if I configure mono using --with--gc=none how can I add a gc later? o_O?? Well, the --with-gc=none workflow would be compiling without first, then reconfiguring and recompiling with some other --with-gc= option later on. On x86-64 OpenSolaris, you can use --with-gc=boehm right away, worked nicely with Boehm GC 7.1 for me. If there is a compilation problem in Boehm GC, you may need to install a more recent build (some in the low 90 range was broken). Best regards, Andreas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] problem building mono, can't get monolite to work
Hi again, When I try to run mcs.exe (monolite) this is what I get: ../mono/runtime/mono-wrapper class/lib/monolite/mcs.exe The assembly mscorlib.dll was not found or could not be loaded. It should have been installed in the `/usr/local/lib/mono/1.0/mscorlib.dll' directory. I don't know whether it is related to the problem below (not being able to compile the simplest c# code at all). Setting LD_LIBRARY_PATH or MONO_PATH doesn't help either... Help? pablo [EMAIL PROTECTED] escribió: Hi Andreas, I'm afraid I'm not still close. I got rid of the mcs binary and I tried (after make get-monolite-latest) and then ./configure --with-prefix=/home/pablo/monobin --with-sigaltstack=no --with-sigaltstack=no; make And get: gmake[2]: Entering directory `/home/pablo/mono/mono/runtime' d=`cd ../support pwd`; \ sed 's,target=libMonoPosixHelper[^]*,target='$d/libMonoPosixHelper.la',' ../data/config etc/mono/configt if test -z ; then :; else \ sed 's,configuration, dllmap dll=gdiplus.dll target= /,' etc/mono/configt etc/mono/configtt; \ mv -f etc/mono/configtt etc/mono/configt; fi mv -f etc/mono/configt etc/mono/config /bin/bash /home/pablo/mono/mono/install-sh -d _tmpinst/bin cp mono-wrapper _tmpinst/bin/mono echo '#! /bin/sh' _tmpinst/bin/mcs ; \ r=`pwd`; m=`cd ../../mcs pwd`; \ echo 'exec '$r/_tmpinst/bin/mono' '$m/class/lib/default/mcs.exe' $@' _tmpinst/bin/mcs ; \ chmod +x _tmpinst/bin/mcs echo '#! /bin/sh' _tmpinst/bin/ilasm ; \ r=`pwd`; m=`cd ../../mcs pwd`; \ echo 'exec '$r/_tmpinst/bin/mono' '$m/ilasm/ilasm.exe' $@' _tmpinst/bin/ilasm ; \ chmod +x _tmpinst/bin/ilasm echo '#! /bin/sh' _tmpinst/bin/gmcs ; \ r=`pwd`; m=`cd ../../mcs pwd`; \ echo 'exec '$r/_tmpinst/bin/mono' '$m/class/lib/net_2_0/gmcs.exe' $@' _tmpinst/bin/gmcs ; \ chmod +x _tmpinst/bin/gmcs if test -w ../../mcs; then :; else chmod -R +w ../../mcs; fi cd ../../mcs gmake NO_DIR_CHECK=1 PROFILES='default net_2_0 net_3_5 net_2_1' CC='gcc' all-profiles gmake[3]: Entering directory `/home/pablo/mono/mcs' gmake profile-do--default--all profile-do--net_2_0--all profile-do--net_3_5--all profile-do--net_2_1--all gmake[4]: Entering directory `/home/pablo/mono/mcs' gmake PROFILE=basic all gmake[5]: Entering directory `/home/pablo/mono/mcs' gmake[6]: mcs: Command not found gmake[6]: *** [build/deps/basic-profile-check.exe] Error 127 gmake[6]: Entering directory `/home/pablo/mono/mcs' *** The compiler 'mcs' doesn't appear to be usable. *** Trying the 'monolite' directory. gmake[7]: Entering directory `/home/pablo/mono/mcs' GC Warning: Large stack limit(133464064): only scanning 8 MB gmake[8]: *** [build/deps/basic-profile-check.exe] Error 1 gmake[8]: Entering directory `/home/pablo/mono/mcs' *** The contents of your 'monolite' directory may be out-of-date *** You may want to try 'make get-monolite-latest' gmake[8]: *** [do-profile-check-monolite] Error 1 gmake[8]: Leaving directory `/home/pablo/mono/mcs' gmake[7]: *** [do-profile-check] Error 2 gmake[7]: Leaving directory `/home/pablo/mono/mcs' gmake[6]: *** [do-profile-check-monolite] Error 2 gmake[6]: Leaving directory `/home/pablo/mono/mcs' gmake[5]: *** [do-profile-check] Error 2 gmake[5]: Leaving directory `/home/pablo/mono/mcs' gmake[4]: *** [profile-do--basic--all] Error 2 gmake[4]: Leaving directory `/home/pablo/mono/mcs' gmake[3]: *** [profiles-do--all] Error 2 gmake[3]: Leaving directory `/home/pablo/mono/mcs' gmake[2]: *** [all-local] Error 2 gmake[2]: Leaving directory `/home/pablo/mono/mono/runtime' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/home/pablo/mono/mono' gmake: *** [all] Error 2 Andreas Färber escribió: Hi Cetin! Am 03.10.2008 um 23:01 schrieb Cetin Sert: I'm also trying to build mono on opensolaris 10 x86-64 and got this message: when I run ./configure --with-gc=boehm checking gc.h usability... no checking gc.h presence... no checking for gc.h... no checking gc/gc.h usability... no checking gc/gc.h presence... no checking for gc/gc.h... no checking for GC_malloc in -lgc... no configure: error: GC requested but libgc not found! Install libgc or run configure with --with-gc=none. I had built and installed the latest boehm gc I could find. I think it was version 7.sth. Did you add appropriate CPPFLAGS and LDFLAGS arguments for configure, to tell it about your installation location? And if I configure mono using --with--gc=none how can I add a gc later? o_O?? Well, the --with-gc=none workflow would be compiling without first, then reconfiguring and recompiling with some other --with-gc= option later on. On x86-64 OpenSolaris, you can use --with-gc=boehm right away, worked nicely with Boehm GC 7.1 for me. If there is a compilation problem in Boehm GC, you may
[Mono-dev] mono 2.0, solaris x86, bootstrap
Hi, I've just installed the *latest* mono from blastwave (which is an old 1.1.13.8) Tried to build the 2.0 branch, but (again) it can't build the libraries. -bash-3.00$ mono --version Mono JIT compiler version 1.1.13.8, (C) 2002-2005 Novell, Inc and Contributors. www.mono-project.com TLS: normal GC:Included Boehm (with typed GC) SIGSEGV : normal -bash-3.00$ echo $MONO_PATH /opt/csw/lib/mono gmake[8]: Entering directory `/home/pablo/mono/mcs/class/System' ** Warning: System.dll built without parts that depend on: System.Xml.dll MONO_PATH=../../class/lib/basic:$MONO_PATH /home/pablo/mono/mono/runtime/mono-wrapper ../../class/lib/basic/mcs.exe /codepage:65001 -optimize -d:NET_1_1 -d:ONLY_1_1 -d:BOOTSTRAP_WITH_OLDLIB -debug /noconfig -target:library -out:System.dll @System.dll.sources GC Warning: Large stack limit(133464064): only scanning 8 MB The assembly mscorlib.dll was not found or could not be loaded. It should have been installed in the `/usr/local/lib/mono/1.0/mscorlib.dll' directory. gmake[8]: *** [../../class/lib/basic/System.dll] Error 1 gmake[8]: Leaving directory `/home/pablo/mono/mcs/class/System' gmake[7]: *** [do-all] Error 2 gmake[7]: Leaving directory `/home/pablo/mono/mcs/class/System' gmake[6]: *** [all-recursive] Error 1 gmake[6]: Leaving directory `/home/pablo/mono/mcs/class' gmake[5]: *** [all-recursive] Error 1 gmake[5]: Leaving directory `/home/pablo/mono/mcs' gmake[4]: *** [profile-do--basic--all] Error 2 gmake[4]: Leaving directory `/home/pablo/mono/mcs' gmake[3]: *** [profiles-do--all] Error 2 gmake[3]: Leaving directory `/home/pablo/mono/mcs' gmake[2]: *** [all-local] Error 2 gmake[2]: Leaving directory `/home/pablo/mono/mono/runtime' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/home/pablo/mono/mono' gmake: *** [all] Error 2 Any help would be more than welcome! :-) pablo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] mono 2.0, solaris x86, bootstrap
Certin, If I manage to build it, take if for granted I'll publish a tutorial. I *need* to run MWF on Solaris, so I need to go through all the build process first. pablo Cetin Sert escribió: Try it with the binaries from my blog: http://corsis.de/blog I've got two more recent versions there: 1.9 1.2.6 1.2.5 (dead link sorry) Hope one of them could help you... also trying to build mono on solaris would highly appreciate if you could document each and every step of the process and publish it somewhere in the form of instructions. I messed up a few Solaris OSes I had installed as virtual machines and do not feel like trying it again until tomorrow now. Best Regards, Cetin 2008/10/4 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Hi, I've just installed the *latest* mono from blastwave (which is an old 1.1.13.8 http://1.1.13.8) Tried to build the 2.0 branch, but (again) it can't build the libraries. -bash-3.00$ mono --version Mono JIT compiler version 1.1.13.8 http://1.1.13.8, (C) 2002-2005 Novell, Inc and Contributors. www.mono-project.com http://www.mono-project.com TLS: normal GC:Included Boehm (with typed GC) SIGSEGV : normal -bash-3.00$ echo $MONO_PATH /opt/csw/lib/mono gmake[8]: Entering directory `/home/pablo/mono/mcs/class/System' ** Warning: System.dll built without parts that depend on: System.Xml.dll MONO_PATH=../../class/lib/basic:$MONO_PATH /home/pablo/mono/mono/runtime/mono-wrapper ../../class/lib/basic/mcs.exe /codepage:65001 -optimize -d:NET_1_1 -d:ONLY_1_1 -d:BOOTSTRAP_WITH_OLDLIB -debug /noconfig -target:library -out:System.dll @System.dll.sources GC Warning: Large stack limit(133464064): only scanning 8 MB The assembly mscorlib.dll was not found or could not be loaded. It should have been installed in the `/usr/local/lib/mono/1.0/mscorlib.dll' directory. gmake[8]: *** [../../class/lib/basic/System.dll] Error 1 gmake[8]: Leaving directory `/home/pablo/mono/mcs/class/System' gmake[7]: *** [do-all] Error 2 gmake[7]: Leaving directory `/home/pablo/mono/mcs/class/System' gmake[6]: *** [all-recursive] Error 1 gmake[6]: Leaving directory `/home/pablo/mono/mcs/class' gmake[5]: *** [all-recursive] Error 1 gmake[5]: Leaving directory `/home/pablo/mono/mcs' gmake[4]: *** [profile-do--basic--all] Error 2 gmake[4]: Leaving directory `/home/pablo/mono/mcs' gmake[3]: *** [profiles-do--all] Error 2 gmake[3]: Leaving directory `/home/pablo/mono/mcs' gmake[2]: *** [all-local] Error 2 gmake[2]: Leaving directory `/home/pablo/mono/mono/runtime' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/home/pablo/mono/mono' gmake: *** [all] Error 2 Any help would be more than welcome! :-) pablo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com mailto:Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] mono 2.0, solaris x86, bootstrap
Andreas, Thanks for all the input and help. Well, it seems building the core is not hard if you make sure (on Solaris 10) that you use GNU packages and not the SUN ones (gmake, libtool, and everything else). I can build mono from trunk or 2-0. but the problems start with mcs... I'm now following the instructions sent by Geoff (basically using http://mono.ximian.com/monobuild/preview/sources/mono/mono-2.0.tar.bz2). Certin, If I manage to build it, take if for granted I'll publish a tutorial. I'll also publish the VMWare box so anyone can try :-) Cetin actually mentioned OpenSolaris as opposed to Solaris 10. When OpenSolaris 2008.05 was released I posted the following mini-guide: http://lists.ximian.com/pipermail/mono-list/2008-May/038584.html It was actually supposed to avoid questions later on. ;) Following this guide the only thing I realize I missed is the LDFLAGS stuff? Is it the reason why mcs.exe can't be run? The Boehm GC 7.1 libatomic_ops issue mentioned there was fixed in a later OpenSolaris build. Also, it's not really necessary to install the 'entire' package, pkg-config is hidden in some GNOME development package. And most importantly many workarounds for Solaris 10 are not necessary on OpenSolaris. The often-referenced http://www.mono-project.com/Mono:Solaris page contains a link to another post of mine, for Solaris 10: http://lists.ximian.com/pipermail/mono-list/2007-January/034101.html Yes, this guide was helpful building 1.1.13 (almost two years ago already), but now all those tricks are not needed anymore... You can get the whole c code build easily... The problem (or mine, at least) seems to be the classes ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] LRU cache
Hi, Is there any LRU cache implementation somewhere in the mono sources? I found an implementation at CodeProject (http://www.codeproject.com/KB/recipes/LRUCache.aspx) but I wonder if there's something already built in somewhere? Thanks pablo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] problem building mono, can't get monolite to work
Hi Andreas, Sorry, I didn't see your suggestions before!! Don't know what has happened! I will try them and come back to you! Thanks, pablo Andreas Färber escribió: Pablo, Am 03.10.2008 um 00:10 schrieb [EMAIL PROTECTED]: Ok, I'm using the included one but, any clue why I can't get the monolite to work? I did post some suggestions already that you haven't reported back on... * Use --with-sigaltstack=no - it tried to use it on my boxes and crashed at runtime * Try without libgc - if you don't want to try vanilla Boehm GC, use --with-gc=none (it's the only way to rule out the GC as source of errors) * Rename Sun's `mcs` executable (Modular... whatever) or remove it from $PATH so that it's not detected in the first place You can use monolite, I did so myself on Solarises. You can't get it to work however because in your configuration the Mono runtime crashes while trying to execute mcs.exe from monolite to compile basic-profile-check.exe. Copying over assemblies from elsewhere or compiling new assemblies with an old runtime will not fix your new runtime. Trust me, you do need to recompile the runtime with some set of options that makes it work. If you don't want to play with those options, then please don't complain. ;) Andreas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] problem building mono, can't get monolite to work
I will try with --with-gc=boehm and check what it says... Cetin Sert escribió: I'm also trying to build mono on opensolaris 10 x86-64 and got this message: when I run ./configure --with-gc=boehm checking gc.h usability... no checking gc.h presence... no checking for gc.h... no checking gc/gc.h usability... no checking gc/gc.h presence... no checking for gc/gc.h... no checking for GC_malloc in -lgc... no configure: error: GC requested but libgc not found! Install libgc or run configure with --with-gc=none. I had built and installed the latest boehm gc I could find. I think it was version 7.sth. Anyone knows what to do now? And if I configure mono using --with--gc=none how can I add a gc later? o_O?? Best Regards, Cetin Sert 2008/10/3 Paolo Molaro [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] On 10/03/08 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Ok, I'm using the included one but, any clue why I can't get the monolite to work? monolite should simply not be used, it's an expert option that is not fool proof and is not guaranteed to work, there are too many issues with it that are not even worth solving. Always start from a released mono tarball as the build instructions say.. lupus -- - [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Monkeys do it better ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com mailto:Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] problem building mono, can't get monolite to work
Ok, got it! but... is there a way to learn how to use it? I mean, I'd like to try to build mono on a HP-UX box next (I already have one just for this purpose), so I think it would be great to gain some understanding on the whole process to avoid bothering you in the future... pablo Paolo Molaro escribió: On 10/03/08 [EMAIL PROTECTED] wrote: Ok, I'm using the included one but, any clue why I can't get the monolite to work? monolite should simply not be used, it's an expert option that is not fool proof and is not guaranteed to work, there are too many issues with it that are not even worth solving. Always start from a released mono tarball as the build instructions say.. lupus ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] problem building mono, can't get monolite to work
Hi Andreas, Got rid of the included mcs command. Then I was able to get a little bit further... (the first option --with-sigaltstack=no was not yet tried) Now the Makefile inside mcs seems to have a problem or something: make: Fatal error in reader: Makefile, line 2: Unexpected end of line seen Andreas Färber escribió: Pablo, Am 03.10.2008 um 00:10 schrieb [EMAIL PROTECTED]: Ok, I'm using the included one but, any clue why I can't get the monolite to work? I did post some suggestions already that you haven't reported back on... * Use --with-sigaltstack=no - it tried to use it on my boxes and crashed at runtime * Try without libgc - if you don't want to try vanilla Boehm GC, use --with-gc=none (it's the only way to rule out the GC as source of errors) * Rename Sun's `mcs` executable (Modular... whatever) or remove it from $PATH so that it's not detected in the first place You can use monolite, I did so myself on Solarises. You can't get it to work however because in your configuration the Mono runtime crashes while trying to execute mcs.exe from monolite to compile basic-profile-check.exe. Copying over assemblies from elsewhere or compiling new assemblies with an old runtime will not fix your new runtime. Trust me, you do need to recompile the runtime with some set of options that makes it work. If you don't want to play with those options, then please don't complain. ;) Andreas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] problem building mono, can't get monolite to work
Ok, wrong make. Using Sun's but not gmake... On to the next one [EMAIL PROTECTED] escribió: Hi Andreas, Got rid of the included mcs command. Then I was able to get a little bit further... (the first option --with-sigaltstack=no was not yet tried) Now the Makefile inside mcs seems to have a problem or something: make: Fatal error in reader: Makefile, line 2: Unexpected end of line seen Andreas Färber escribió: Pablo, Am 03.10.2008 um 00:10 schrieb [EMAIL PROTECTED]: Ok, I'm using the included one but, any clue why I can't get the monolite to work? I did post some suggestions already that you haven't reported back on... * Use --with-sigaltstack=no - it tried to use it on my boxes and crashed at runtime * Try without libgc - if you don't want to try vanilla Boehm GC, use --with-gc=none (it's the only way to rule out the GC as source of errors) * Rename Sun's `mcs` executable (Modular... whatever) or remove it from $PATH so that it's not detected in the first place You can use monolite, I did so myself on Solarises. You can't get it to work however because in your configuration the Mono runtime crashes while trying to execute mcs.exe from monolite to compile basic-profile-check.exe. Copying over assemblies from elsewhere or compiling new assemblies with an old runtime will not fix your new runtime. Trust me, you do need to recompile the runtime with some set of options that makes it work. If you don't want to play with those options, then please don't complain. ;) Andreas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] problem building mono, can't get monolite to work
Hi there, I've been bothering Zoltan, Geoff and Mark all they trying to get my Solaris x86 to build latest mono correctly. But I'm stopped now and maybe someone can help. First mistake I had is I was using packages from sunfreeware instead of blastwave. Getting rid of the first ones (gcc, automake, autogen, libtool, glib, glib2) and using the ones from blastwave seems to be much better. Well, I've configured, run make, and I get to the point where I need monolite. I did make get-monolite-latest and run make again. Here's my problem now: Making all in runtime gmake[2]: Entering directory `/home/pablo/mono/trunk/mono/runtime' if test -w ../../mcs; then :; else chmod -R +w ../../mcs; fi cd ../../mcs gmake NO_DIR_CHECK=1 PROFILES='default net_2_0 net_3_5net_2_1' CC='gcc' all-profiles gmake[3]: Entering directory `/home/pablo/mono/trunk/mcs' gmake profile-do--default--all profile-do--net_2_0--all profile-do--net_3_5--all profile-do--net_2_1--all gmake[4]: Entering directory `/home/pablo/mono/trunk/mcs' gmake PROFILE=basic all gmake[5]: Entering directory `/home/pablo/mono/trunk/mcs' usage: mcs [-cdpVz] [-a string] [-n name] file ... gmake[6]: *** [build/deps/basic-profile-check.exe] Error 1 gmake[6]: Entering directory `/home/pablo/mono/trunk/mcs' *** The compiler 'mcs' doesn't appear to be usable. *** Trying the 'monolite' directory. gmake[7]: Entering directory `/home/pablo/mono/trunk/mcs' GC Warning: Large stack limit(133464064): only scanning 8 MB gmake[8]: *** [build/deps/basic-profile-check.exe] Error 1 gmake[8]: Entering directory `/home/pablo/mono/trunk/mcs' *** The contents of your 'monolite' directory may be out-of-date *** You may want to try 'make get-monolite-latest' gmake[8]: *** [do-profile-check-monolite] Error 1 gmake[8]: Leaving directory `/home/pablo/mono/trunk/mcs' gmake[7]: *** [do-profile-check] Error 2 gmake[7]: Leaving directory `/home/pablo/mono/trunk/mcs' gmake[6]: *** [do-profile-check-monolite] Error 2 gmake[6]: Leaving directory `/home/pablo/mono/trunk/mcs' gmake[5]: *** [do-profile-check] Error 2 gmake[5]: Leaving directory `/home/pablo/mono/trunk/mcs' gmake[4]: *** [profile-do--basic--all] Error 2 gmake[4]: Leaving directory `/home/pablo/mono/trunk/mcs' gmake[3]: *** [profiles-do--all] Error 2 gmake[3]: Leaving directory `/home/pablo/mono/trunk/mcs' gmake[2]: *** [all-local] Error 2 gmake[2]: Leaving directory `/home/pablo/mono/trunk/mono/runtime' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/home/pablo/mono/trunk/mono' *** Error code 2 make: Fatal error: Command failed for target `all' As Geoff pointed out: it appears the runtime is crashing according to: GC Warning: Large stack limit(133464064): only scanning 8 MB gmake[8]: *** [build/deps/basic-profile-check.exe] Error 1 He asked to run the .exe independently with gdb to find out what the problem is... But I can't find this basic-profile-check.exe anywhere... I guess I'm doing something prettry wrong, but any help would be appreciated. Regards, pablo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] problem building mono, can't get monolite to work
Ok, I'm using the included one but, any clue why I can't get the monolite to work? If I can't figure it out I'll try to continue compiling using a pre-installed (and old) mono, but I'd really like to figure out what's going on... Thanks pablo Zoltan Varga escribió: Hi, Don't use Mono's libgc. Use a recent Boehm GC. Cf. http://www.mono-project.com/Mono:Solaris No need for that, the bundled gc will work fine. The stack size warning is probably harmless. Zoltan ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono 2.0 on SPARC Solaris 10
We're trying to publish the Mono 2.0 build on Solaris x86, so having SPARC will be great too Zoltan Varga escribió: Hi, The only problem I know is this one, which has a patch which will hopefully be in 2.0.1: https://bugzilla.novell.com/show_bug.cgi?id=426264 Zoltan On Sun, Sep 28, 2008 at 6:43 PM, Steve Bjorg [EMAIL PROTECTED] wrote: I'm curious, how high is the interest in getting Mono 2.0 stable on SPARC Solaris 10? We have a very energetic and resourceful systems administrator who runs MindTouch Deki (enterprise wiki platform) in that environment and he's more than willing to help in tracing down the cause of the issues. But without participation from the mono community, I don't think he'll get far enough. Cheers, - Steve -- Steve G. Bjorg http://wiki.mindtouch.com http://twitter.com/bjorg ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono support on Fedora, Ubuntu, Solaris, etc.
Hi there, I think we can commit to keep builds for - Solaris x86 - Solaris SPARC - Mac PPC (And hopefully soon HP-UX, but not yet). But, we'd need some help starting up since I expect some problems building in Solaris. pablo www.plasticscm.com Andrew Jorgensen escribió: The Mono Team is looking for volunteers to maintain packages for several platforms. We receive many bug reports and request for help which ultimately turn out to be incompatibilities between the packages we build and platforms we do not test them on. The Generic Linux installer has been especially problematic in this regard. Historically it was important for us to provide packages for distributions that did not carry Mono. With all major distributions already including some version of Mono it's time to focus on ensuring that they include the best version and that it's packaged in the best way. For these reasons we have decided that the Mono team will only release binaries for platforms we test. This includes the latest openSUSE (11.0), the latest SuSE Linux Enterprise (SLE 10), Windows, and MacOSX. The Generic Linux installer has already been dropped. This new policy will take effect immediately and will impact the 2.0 release. This does not mean that we don't want Mono to run well on other distributions. On the contrary we want to give our users and developers the best experience possible. The best way to do this is to have better cooperation with members of the major distribution projects. Ideally we'd like to have each distribution provide packages for their own releases. For instance we would love to have an Ubuntu PPA with the latest mono. I don't know if Fedora has something similar but we can use the openSUSE Build Service to build packages for RedHat derivatives if they don't. Our hope is that this will lead to better mono support on all the major distributions. We are also looking for a volunteer who is passionate about Mono on Solaris to maintain packages on Blastwave. If you are a packager for one of these projects and / or have the skills to help in this way please contact me. If possible we would like to have packages for all these platforms available when 2.0 is released in late September (more likely early October). Andrew Jorgensen Mono / Moonlight Package Maintainer ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] mono on iPhone
Hi guys: I see a couple of videos on youtube about mono on iphone, I develop with mono/c# app for a couple of years now and my iphone is ready for this!!! (jailbroken), I'm very interesting in develop app for the iphone, but of course don't want to buy a OSx PC to install the iphone-sdk, etc.. so, any tips, sugestions, to build/compile mono for iphone? (i can write a wiki or something if i have general instructions, i have some experience compiling mono...) thanks in advance... Mauricio ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] compression performance ZIP
Hi, I'm comparing ShapZipLib against a zlib wrapper, and the second one seems to be about twice faster. I know there's a Compression namespace (from .NET 2.0), but I don't know whether it is a wrapper or a managed implementation. The question: given the good results we normally get out of mono, do you think the performance hit zip deflating is due to the runtime or just the algorithm implementation? http://codicesoftware.blogspot.com/2008/08/decompressing-zip-files-with-c.html Thanks, pablo www.plasticscm.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] shared library wrapper question
Michael Jerris wrote: Embedding festival is problematic because of thread safety issues in the engine. There is a project called flite that should work. yeap, I was reading some post about that, so is not just make a wrapper function to the festival C API functions, I was reading about flite and is much small and seems that the SWIG tool can help a lot generating the wrapper code but one problem is that I don know if flite can work with other voices (I need spanish voice to). Also exist the freetts proyect that is a complete managed java tts engine, but I think that is very big even with the help of swig... Sugestions? the good news is that I allways can do a nasty, ugly cheat like: Mono.Unix.Native.Stdlib.system(echo +text+ | festival --tts); s-) , but of course can't be a definitive solution (I know is ugly, but at least do the basic work)... Othe way arround festival can be the socket API may be is more simple, and also a ugly solution can be to use the program festival in interactive way?,.. thanks Mauricio Mike On Aug 8, 2008, at 7:59 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi guys: I'm trying to write a basic Festival tts wrapper, but I get System.DllNotFoundException: libFestival and I think that may be is related to that any festival C API code need to be compiled using links to other shared speechtools libs (libestbase, libeststring), Any program that use the festival C API have to be compiled like: g++32 -o festivalsimpletest festivalsimpletest.c -I/usr/include/festival -I/usr/src/tar/speech_tools/include -lFestival -lestools -lestbase -leststring -Wno-deprecated My wrapper code is like: [DllImport(libFestival)] public static extern void festival_initialize(int load_init_files,int heap_size); where festival_initialize is defined as: void festival_initialize(int load_init_files,int heap_size); from C the function is used simple like: festival_initialize(1,21); of course libFestival.so exist and work... So, may be is related to that a program that need libFestival.so also need libestbase,so, etc?, how can I check where is the problems..?, inea ideas?, directions? Thanks Mauricio ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] VisualwebGUI 6.0.4, Framework 2.0 working with Linux + Mono.
Well I have something here, with the stack trace you posted the last time I
disassembled (a few days ago) 'Gizmox.WebGUI.Server' (version 6.0.4, 6.1 and
6.1.2 for FRAMEWORK 2.0) and looked what the method (is a property actually)
was all about and all I could see it's a simple property which returns a
Boolean nothing more so I discarded it as the source of the exception you
are experiencing. Now looking your IL code it tooked me a few seconds to
realize that your version of get_ChacheOK is not like any I saw before so
I went directly to disassemble the 'Gizmox.WebGUI.Server' for FRAMEWORK 3.5,
look for 'get_CacheOk' and bingo. Now I was at the right place to start and
I don't know if you already mentioned it but I didn't know that you were
using VWG for framework 3.5.
I'm quite sure that there's something suspicious at the 'get_CacheOK'
(assembly for framework 3.5) , first it's full of 'nop' operations (more
likely operation from a patched assembly that from a compiled/built
assembly) then it's also full of 'br.s' operations and finally at least one
of the 'brfalse.s' I think could throw an exception (the famous invalid IL
code exception, IL_0006: brfalse.s IL_000b).
#
#get_CacheOK (IL code for the other versions of VWG for framework 2.0)
#
# Only one operation here, returning a bool variable value.
#
.method /*0616*/ assembly hidebysig specialname static
bool get_CacheOK() cil managed
// SIG: 00 00 02
{
// Method begins at RVA 0x22ec
// Code size 6 (0x6)
.maxstack 8
IL_: /* 7E | (04)0E */ ldsfld bool
Gizmox.WebGUI.Server.Cache/*0206*/::'60AAA' /* 040E */
IL_0005: /* 2A | */ ret
} // end of method Cache::get_CacheOK
Notice that the the last two operations from the IL code for the
'get_CacheOK' of the assembly for framework 3.5 (what Stephanus sent) are
the same operations I just put in here which are the RETURN of a boolean
value from an existing BOOLEAN variable therefore the other operations seems
to be void and they do nothing meaningful.
If you want you can use (in Windows) besides 'ildasm' or 'IDA', an
interesting application that maybe you already know called 'Reflector' (sort
of decompiler which uses reflection, etc.) and if you try to view the
'get_CacheOK' property it throws an exception and that for me is the
verification that I needed to affirm that that code is bugged or something.
I will report this to the VWG guys to know what they can tell us.
Stephanus van Staden wrote:
I did some further testing and tried to see if my 64bit issue will go away
on a another platform and another version of Mono. I think I must mention
that this work with Microsoft .Net 2.0
I'm now trying to find where the problem lies - Mono or WebGUI
So I tried Opensuse 10.2 (32 bit x86) - Mono JIT compiler version 2.1 -
Latest VisualWebGUI 6.1.2
I now even get the error on 32 bit - the same problem - so I disassemled
the function that give the problem and it seems like the Mono does not
like IL_0006 (see below). I do not have any experience in the IL stuff -
but it seems like something to do with the way an if/switch statement is
compiled and then obfuscated (I'm just guessing...)
Maybe it is obvious to someone else who knows the IL stuff by heart.
.method assembly hidebysig specialname static
bool get_CacheOK() cil managed
{
// Code size 31 (0x1f)
.maxstack 8
IL_: nop
IL_0001: nop
IL_0002: ldc.i4.1
IL_0003: br.s IL_0012
IL_0005: nop
IL_0006: brfalse.s IL_000b
IL_0008: nop
IL_0009: br.s IL_0018
IL_000b: ldc.i4.1
IL_000c: brfalse.s IL_0015
IL_000e: br.s IL_
IL_0010: br.s IL_0014
IL_0012: br.s IL_0005
IL_0014: nop
IL_0015: ldc.i4.0
IL_0016: brtrue.s IL_0002
IL_0018: nop
IL_0019: ldsfld bool Gizmox.WebGUI.Server.Cache::'12AA0'
IL_001e: ret
} // end of method Cache::get_CacheOK
--
View this message in context:
http://www.nabble.com/VisualwebGUI-6.0.4%2C-Framework-2.0-working-with-Linux-%2B-Mono.-tp18816346p18910897.html
Sent from the Mono - Dev mailing list archive at Nabble.com.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] VisualwebGUI 6.0.4, Framework 2.0 working with Linux + Mono.
Me again,
I just remembered that Stephanus already posted this error at VWG forum and
they replied that this issue is konwn and will be fixed for version 6.2
(see, http://support.visualwebgui.com/issue/ViewIssue.aspx?id=2318) . This
probably means that the current unstable version 6.1.2 will become 6.2 when
it become stable or the '6.2' is just a typo error :).
[EMAIL PROTECTED] wrote:
Well I have something here, with the stack trace you posted the last time
I disassembled (a few days ago) 'Gizmox.WebGUI.Server' (version 6.0.4, 6.1
and 6.1.2 for FRAMEWORK 2.0) and looked what the method (is a property
actually) was all about and all I could see it's a simple property which
returns a Boolean nothing more so I discarded it as the source of the
exception you are experiencing. Now looking your IL code it tooked me a
few seconds to realize that your version of get_ChacheOK is not like any
I saw before so I went directly to disassemble the 'Gizmox.WebGUI.Server'
for FRAMEWORK 3.5, look for 'get_CacheOk' and bingo. Now I was at the
right place to start and I don't know if you already mentioned it but I
didn't know that you were using VWG for framework 3.5.
I'm quite sure that there's something suspicious at the 'get_CacheOK'
(assembly for framework 3.5) , first it's full of 'nop' operations (more
likely operation from a patched assembly that from a compiled/built
assembly) then it's also full of 'br.s' operations and finally at least
one of the 'brfalse.s' I think could throw an exception (the famous
invalid IL code exception, IL_0006: brfalse.s IL_000b).
#
#get_CacheOK (IL code for the other versions of VWG for framework 2.0)
#
# Only one operation here, returning a bool variable value.
#
.method /*0616*/ assembly hidebysig specialname static
bool get_CacheOK() cil managed
// SIG: 00 00 02
{
// Method begins at RVA 0x22ec
// Code size 6 (0x6)
.maxstack 8
IL_: /* 7E | (04)0E */ ldsfld bool
Gizmox.WebGUI.Server.Cache/*0206*/::'60AAA' /* 040E */
IL_0005: /* 2A | */ ret
} // end of method Cache::get_CacheOK
Notice that the the last two operations from the IL code for the
'get_CacheOK' of the assembly for framework 3.5 (what Stephanus sent) are
the same operations I just put in here which are the RETURN of a boolean
value from an existing BOOLEAN variable therefore the other operations
seems to be void and they do nothing meaningful.
If you want you can use (in Windows) besides 'ildasm' or 'IDA', an
interesting application that maybe you already know called 'Reflector'
(sort of decompiler which uses reflection, etc.) and if you try to view
the 'get_CacheOK' property it throws an exception and that for me is the
verification that I needed to affirm that that code is bugged or
something.
I will report this to the VWG guys to know what they can tell us.
Stephanus van Staden wrote:
I did some further testing and tried to see if my 64bit issue will go
away on a another platform and another version of Mono. I think I must
mention that this work with Microsoft .Net 2.0
I'm now trying to find where the problem lies - Mono or WebGUI
So I tried Opensuse 10.2 (32 bit x86) - Mono JIT compiler version 2.1 -
Latest VisualWebGUI 6.1.2
I now even get the error on 32 bit - the same problem - so I disassemled
the function that give the problem and it seems like the Mono does not
like IL_0006 (see below). I do not have any experience in the IL stuff -
but it seems like something to do with the way an if/switch statement is
compiled and then obfuscated (I'm just guessing...)
Maybe it is obvious to someone else who knows the IL stuff by heart.
.method assembly hidebysig specialname static
bool get_CacheOK() cil managed
{
// Code size 31 (0x1f)
.maxstack 8
IL_: nop
IL_0001: nop
IL_0002: ldc.i4.1
IL_0003: br.s IL_0012
IL_0005: nop
IL_0006: brfalse.s IL_000b
IL_0008: nop
IL_0009: br.s IL_0018
IL_000b: ldc.i4.1
IL_000c: brfalse.s IL_0015
IL_000e: br.s IL_
IL_0010: br.s IL_0014
IL_0012: br.s IL_0005
IL_0014: nop
IL_0015: ldc.i4.0
IL_0016: brtrue.s IL_0002
IL_0018: nop
IL_0019: ldsfld bool Gizmox.WebGUI.Server.Cache::'12AA0'
IL_001e: ret
} // end of method Cache::get_CacheOK
:confused::confused::confused::confused::confused::confused::confused::confused::confused::confused:
--
View this message in context:
http://www.nabble.com/VisualwebGUI-6.0.4%2C-Framework-2.0-working-with-Linux-%2B-Mono.-tp18816346p18910993.html
Sent from the Mono - Dev mailing list archive at Nabble.com.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] shared library wrapper question
Hi guys: I'm trying to write a basic Festival tts wrapper, but I get System.DllNotFoundException: libFestival and I think that may be is related to that any festival C API code need to be compiled using links to other shared speechtools libs (libestbase, libeststring), Any program that use the festival C API have to be compiled like: g++32 -o festivalsimpletest festivalsimpletest.c -I/usr/include/festival -I/usr/src/tar/speech_tools/include -lFestival -lestools -lestbase -leststring -Wno-deprecated My wrapper code is like: [DllImport(libFestival)] public static extern void festival_initialize(int load_init_files,int heap_size); where festival_initialize is defined as: void festival_initialize(int load_init_files,int heap_size); from C the function is used simple like: festival_initialize(1,21); of course libFestival.so exist and work... So, may be is related to that a program that need libFestival.so also need libestbase,so, etc?, how can I check where is the problems..?, inea ideas?, directions? Thanks Mauricio ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] shared library wrapper question
Jacob Gladish wrote: Try removing the lib from libFestival 'Festival' and make sure that the .so is in your LD_LIBRARY_PATH remove the lib part?, whay? the library is called libFestival.so, like in the libm.so example, the wrapper use the name libm, well anyway I remove the lib part but same error and yes the libFestival.so is in LD_LIBRAY_PATH and working, becouse other test C programs can used adding -lFestival to the compilation ...) other ideas?, tests? thanks - Original Message From: [EMAIL PROTECTED] [EMAIL PROTECTED] To: Mono devel list mono-devel-list@lists.ximian.com Cc: Zoltan Varga [EMAIL PROTECTED] Sent: Friday, August 8, 2008 8:59:37 PM Subject: [Mono-dev] shared library wrapper question Hi guys: I'm trying to write a basic Festival tts wrapper, but I get System.DllNotFoundException: libFestival and I think that may be is related to that any festival C API code need to be compiled using links to other shared speechtools libs (libestbase, libeststring), Any program that use the festival C API have to be compiled like: g++32 -o festivalsimpletest festivalsimpletest.c -I/usr/include/festival -I/usr/src/tar/speech_tools/include -lFestival -lestools -lestbase -leststring -Wno-deprecated My wrapper code is like: [DllImport(libFestival)] public static extern void festival_initialize(int load_init_files,int heap_size); where festival_initialize is defined as: void festival_initialize(int load_init_files,int heap_size); from C the function is used simple like: festival_initialize(1,21); of course libFestival.so exist and work... So, may be is related to that a program that need libFestival.so also need libestbase,so, etc?, how can I check where is the problems..?, inea ideas?, directions? Thanks Mauricio ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Festival TTS Wrapper
Hi: recently I discover that the swig proyect help a lot generating most of the wrapper code, so I try with flite headers and create my a compilation set of .cs files, but at runing time I'm getting errors, but may be is worth to try it, or may be use it to traslate the freetts java code to c# to have a complete managed tts engine on mono, but i think that traslate freetts can be hard, the java source even interact with the sound card directly..is posible to use other voices with flite (like festival ones or mbrola voices.)... Cheers, Mauricio R. Tyler Ballance wrote: On Oct 29, 2007, at 4:17 PM, [EMAIL PROTECTED] wrote: Sorry to disapoint you, but my wrapper is not even a server call to the festival TTS, is more cheating :-), is only a wrapper for a C shared library that send the correct echo $MESSAGE | festival --tts :-) , I also see the posibility to try a more sofisticate wrapper, but as you say is to much complicate, so this is a working approach :-) A novel approach to say the least, but I agree, it's not great, but it's a start :) I attach the C shared library and the C# wraper with a simple test program. May be we can work in a better wrapper. I also agree on this :) I think we should consider approaching managed text-to-speech from the side of Flite instead of Festival (I think lupus actually suggested this when I was first discussing it on #mono, but I foolishly went ahead with trying for Festival anyways). The one core thing I started to do with my wrapper (from here out referred to as Tao.Festival) was provide support for both a server-oriented Festival interface, i.e. connecting on the Festival's port (1234 I believe) and then performing the commands, or using a C#-C-C++ wrapper I had written to take advantage of libFestival.a which is usually installed on most Linux systems when the Festival package is added. I had not started on the server-oriented code yet, but had the wrappers in place for relying on libFestival which proved to be a stupid idea and will/would cause the entire Mono process to SIGSEGV every single time because of some of the intricacies to native platform interop with code that's *so* expectant on being statically linked *always* as Festival is. I can upload the code to my anonymous Subversion repository, but I think it's only worth it from a research perspective in seeing why exactly Festival is a bad route to go with :) Our end goal is easy to define I think, ideally we would want to provide developers with the following calls: Mono.Speech.SayText(Hello Monkeys!); Mono.Speech.SayText(Hello Monkeys!, FileStream, Mono.Speech.WaveFileType); I suggest you look at the following for an idea on why Flite will be far easier: http://www.speech.cs.cmu.edu/flite/doc/flite_7.html#SEC17 I will try to port my existing design of Tao.Festival over to something more Flite-based this weekend, at the very least to evaluate whether or not Flite will truly be a better option than Festival, and to evaluate whether the concept will *actually* work. As much as I would love to be able to provide compatibility with Microsoft's new System.Speech.Synthesis API, I just don't think that's ever going to be possible given the state of open source speech synthesis systems (unless somebody writes a fully managed one on Mono of course :)). So maybe would should just strive for providing something that Gtk# developers can use, specifically in some of the applications Novell includes in their SUSE distribution (how cool would it be for Banshee to tell you what song it's spinning up next like a DJ!) I'm tremendously busy during the week, but I'll post something this weekend after I'm able to set aside some time to get back to TTS and wrapping crazy interop code around legacy C (Flite's last release was almost 3 and a half years ago). Glad to see somebody else is interested though! :) Cheers, -R. Tyler Ballance p.s. using Apple's Carbon APIs for Speech Synthesis, this hypothetical Mono.Speech API could also work on Mac OS X :-D ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] VisualwebGUI 6.0.4, Framework 2.0 working with Linux + Mono.
Stephanus van Staden wrote: We have been using it in SLES 10 and mono 1.9 for quite a while now. Only the ASP.net part and not the Silverlight stuff... not yet. There is a small problem with 64bit SLES 10 SP that we are trying to solve... Have not tried it on the Mono 2.0 preview yet. see my posts to VWG about the 64bit problem here http://www.visualwebgui.com/Forums/tabid/364/forumid/27/threadid/11378/scope/posts/Default.aspx VWG 6.1 on SLES 64 bit and Mono 1.9.1 give Invalid IL code Maybe you have a solution for it.. Maybe you can post your WebGUI Howto here on the mono forum? (If thats allowed) Stephanus, finally a successfull story. I want to put all the useful information I have, what I found and some workaround however I'm not quite satisfied with it and will try to find maybe another way to make things work. I will try to do further tests in this matter and I will take a look at the problem you just described perhaps I could find something. Finally I've tested once or twice VWG 6.1.2 on Linux and found that it's generating an exception at Gizmox.WebGUI.Server assembly but since it's currently an unstable release I will wait til it's stable. At last Silverlight it's another different story, I've also tested very little and I couldn't get it work in any environment. My environment Configuration: #Server base OpenSuSe 11.0 (32 bits) + Apache2 (2.2.8-28.1) + Mono (1.9.1-6.1) + mod_mono apache2 module (1.9-20.1) #Development base Windows XP , Visual Studio 2005, VisualwebGUI 6.0.4 for framework 2.0 Problem found (some background): Originally the apache2 mod_mono module uses mod-mono-server (/usr/bin/mod-mono-server) which is a script that finally calls THE mod-mono-server.exe that is the actual interpreter of all the ASP.NET stuff. There is also a version 2 of the mod-mono-server called mod-mono-server2. Finally there is two more scripts, xsp and xsp2 which both are a Mono ASP.NET Web Server implementation. Basically the problem is that with mod-mono-server or xsp a VisualwebGUI application won't work because none of the servers can't load assemblies for the .NET framework 2.0 but is only loads assemblies for the .NET framework 1.0. There is also another problem, the mod-mono-server2 can load the framework 2.0 and works fine with any regular ASP.NET but not with VisualwebGUI. But there is a light at the end of the tunnel, according to my tests using the xsp2 a VisualwebGUI runs without problems. Deploy : This a basic solution and at first glance not recomended for a production server but it's a start. 1. not use apache2 + mono to use with VisualwebGUI 2. use XSP2 to run the VisualWebGUI app See documentation but a simple example would be: /usr/bin/xsp2 --port 80 --root /srv/www/htdocs Copy all the application needed files to /srv/www/htdocs and simply http://server/Form1.wgx 3. Modification to Web.config To make it work you must make a simple change in the web.config file Original setting: Application Code=Form1 Type=WebGUIApplication1.Form1, 'WebGUIApplication1'/ Modified setting: Application Code=Form1 Type=WebGUIApplication1.Form1, WebGUIApplication1/ You must also strip the ' ' from the name of the project/solution in this case, 'WebGUIApplication1'. NOTE1: This modification works fine also with IIS or Visual Studio dev web server. NOTE2: I could noticed that apparently this modification is not needed when using Visual Studio 2008. 4. Web Explorers tests Works fine for me with Firefox 3.0 (from KDE 3 and Windows) and with IE7 (notably slower than the Firefox at least with VisualWebGUI, not trying to start any discussion about this matter... :) ) -- View this message in context: http://www.nabble.com/VisualwebGUI-6.0.4%2C-Framework-2.0-working-with-Linux-%2B-Mono.-tp18816346p18857274.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] VisualwebGUI 6.0.4, Framework 2.0 working with Linux + Mono.
I don't know if it's me but I could find any successfull story about VisualwebGUI and Mono out there so I decided to start from scratch believing in the VisualwebGUI guys that claimed that VisualwebGUI working with mono is a sure thing, well after all they were right!!! Working test environment: OpenSuSe 11.0 + Apache2 (2.2.8-28.1) + mod_mono module (1.9-20.1) + mono (1.9.1-6.1) Problems found: mod_module as it works after installation using mod-mono-server won't work at all (I have more details but is too large to put it here) Basically the problem is that VisualwebGUI uses .NET framework 2.0 assemblies that are not loaded when needed. Workaround: 1. Using xsp2 directly works perfectly fine. 2. Some minor modification is needed in the Web.config generated by VisualwebGUI. I've already put more detailed info in an article at VisualwebGUI site, Forum/How to's... but it's pending for approval. -- View this message in context: http://www.nabble.com/VisualwebGUI-6.0.4%2C-Framework-2.0-working-with-Linux-%2B-Mono.-tp18816346p18816346.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Building mono on AIX powerpc
Ok, understood... Jacob Gladish escribió: There are probably other things that aren't going to work like the stuff in System.Net.NetworkInformation. Some of these classes access /proc and /sys to fetch network interface statistics. Obviously not a big deal if you're not using those classes, but I wouldn't count on everything in the standard namespaces to just work. --- On Sat, 7/26/08, Andreas Färber [EMAIL PROTECTED] wrote: From: Andreas Färber [EMAIL PROTECTED] Subject: Re: [Mono-dev] Building mono on AIX powerpc To: [EMAIL PROTECTED] [EMAIL PROTECTED] Cc: mono-devel mono-devel-list@lists.ximian.com Date: Saturday, July 26, 2008, 6:13 PM Hi, Am 26.07.2008 um 23:57 schrieb [EMAIL PROTECTED]: I'm more afraid about your last comment regarding ppc broken in SVN... Is it going to be fixed by the mono team? Mark Probst said he was going to work on it. For details see the recent thread HEADS UP: Linear IR branch merge, it lists a pre-merge revision number. As far as I could see, the changes are limited to the mini directory, so any AIX-related changes of yours to configure.in etc. should be unaffected. Andreas Andreas Färber escribió: But note that ppc in general is broken in SVN since the Linear IL merge. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Building mono on AIX powerpc
Lupus, Do you know who is the IBM people who ported mono? pablo Paolo Molaro escribió: On 03/08/07 simon mcanulty wrote: Could someone give me some info on how to build mono on the AIX 5.3 powerpc platform. The configure script does not seem to have any references to aix or powerpc. Any help will be much appreciated. We don't have access to an AIX box, so we didn't port mono to it. The changes should be relatively small if you want to do some work:) Also, IBM has ported mono to run on AIX, so you may also want to contact the IBM people and see if they are able and willing to distribute the code. lupus ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Building mono on AIX powerpc
Thanks Andreas, We're actually trying to get access to some AIX boxes to run tests ourselves... I'll keep you informed... Let's see... I'm more afraid about your last comment regarding ppc broken in SVN... Is it going to be fixed by the mono team? Thanks pablo Andreas Färber escribió: Hi Pablo, Paolo had already replied the same thing in late 2006, so I wouldn't put too much hope in something coming out of IBM anytime soon... http://lists.ximian.com/pipermail/mono-list/2006-November/033316.html Anyway, I found this message in the archive, giving some related IBM email address: http://lists.ximian.com/pipermail/mono-devel-list/2006-July/019485.html The University of Heidelberg runs their datacenter on AIX (v4.3.3), all students have SSH access to such boxes for their homepages. Maybe Cetin can be of help trying something out - he managed to get Mono compiling on Solaris at their institute. But note that ppc in general is broken in SVN since the Linear IL merge. Andreas Am 25.07.2008 um 22:57 schrieb [EMAIL PROTECTED]: Hi, Can you tell us who is the person to contact at IBM! It would be great to play with the AIX port of mono... Do they use it internally or something? -- pablo Paolo Molaro escribió: On 03/08/07 simon mcanulty wrote: Could someone give me some info on how to build mono on the AIX 5.3 powerpc platform. The configure script does not seem to have any references to aix or powerpc. Any help will be much appreciated. We don't have access to an AIX box, so we didn't port mono to it. The changes should be relatively small if you want to do some work:) Also, IBM has ported mono to run on AIX, so you may also want to contact the IBM people and see if they are able and willing to distribute the code. lupus ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Building mono on AIX powerpc
Hi, Can you tell us who is the person to contact at IBM! It would be great to play with the AIX port of mono... Do they use it internally or something? -- pablo Paolo Molaro escribió: On 03/08/07 simon mcanulty wrote: Could someone give me some info on how to build mono on the AIX 5.3 powerpc platform. The configure script does not seem to have any references to aix or powerpc. Any help will be much appreciated. We don't have access to an AIX box, so we didn't port mono to it. The changes should be relatively small if you want to do some work:) Also, IBM has ported mono to run on AIX, so you may also want to contact the IBM people and see if they are able and willing to distribute the code. lupus ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] olive without recompile mono
Hi guys: Curently is not posible for our development team to change the development environment (fedora OS, mono version, etc..) and we have a pretty new ones of all..but due to a new dependence, we need olive I find a RPM in some opensuse repo but claim that need mono 2.1 and of course force things is not a good idea, also recompile all mono to allow a compilation from source of olive is also not a option for us... there are is any other option?, make a rpm from olive sources?, compile olive soirce with my curently installed mono version?, how can I check if my mono version is able to compile olive?, mono --version give me this: Mono JIT compiler version 104788 (tarball) Copyright (C) 2002-2008 Novell, Inc and Contributors. www.mono-project.com TLS: __thread GC:Included Boehm (with typed GC) SIGSEGV: normal Notifications: epoll Architecture: x86 Disabled: none any other sugestion? Thanks Mauricio ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono.Data.Sqlite
Hi, Yes, we use sqlite for testing purposes (the memory backend). But unfortunately there's no way to use in in multithreaded environments. The only option would be locking the access, but it is dangerous and you could en up in deadlocks if you're not very careful. pablo Joe Audette escribió: Hi, My impression is that SQLite is not that great a choice for a multi threaded app. If you google sqlite mutli threading, in the first result which links to here: http://www.sqlite.org/cvstrac/wiki?p=MultiThreading you'll see: It has never been safe to use the same database connection simultaneously in multiple threads. Sqlite is really meant to be a lightweight db for single threaded apps. Hope it helps, Joe On Sun, Jun 29, 2008 at 6:16 AM, Anders Aagaard [EMAIL PROTECTED] wrote: Hi I've been using Mono.Data.Sqlite in a multi threaded application, since the code says it's based on Robert Simpson's library I've been looking at his page for documentation (as Mono.Data.Sqlite documentation seems extremely sparse). My problem is that when using multiple threads, all writing to the database, I get : Unhandled Exception: Mono.Data.Sqlite.SqliteException: The database file is locked Every thread has it's own cloned SqliteConnection (during the creation of the thread I call MasterConnection.Clone (), and only use the referenced connection). The exception happens instantly when two threads begin a transaction to the same database. Is the instructions for Robert Simpson's library not accurate for mono's sqlite library, or am I hitting a bug? Any suggestions on how to cleanly work around this problem? I have one file scanner that adds files to the database, one text file scanner that scans all text files added and adds web links from them, and one web updater that takes the links and updates that from an online database. They are all seperate threads. The main thread will also occasionally do a small commit, but it will mostly read from the database. -- View this message in context: http://www.nabble.com/Mono.Data.Sqlite-tp18179121p18179121.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] problem compiling 1.9.1 on OpenBSD
Were you able to build it? pablo Andreas Färber escribió: Hello, Try configuring --with-gc=none first. Then try --with-gc=boehm and use a recent Boehm GC such as 7.1 or 7.0 (with appropriate CPPFLAGS and LDFLAGS if necessary). If the sigaltstack feature is enabled by default, try --with-sigaltstack=no. That's some of the things I needed to do on Solaris. libgdiplus has definitely nothing to do with this. Andreas Am 17.06.2008 um 18:53 schrieb Genadijus Paleckis: Forgot to mention that when build freezes when mini-mono compiling something it consumes 100% CPU. Genadijus Paleckis wrote: Hello list. I have a problem while compiling 1.9.1 on OpenBSD 4.3. I must say that I am compiling it without having libgdiplus (because /Compiling_Mono says I must have it as other dependencies, I think it is not big deal because I don't want to have any drawing support, well... at least for now). because it is running from OpenBSD ports subsystem I will display what ENV it is using now. configure script is running with environment: CC=cc ac_cv_path_CC=cc CFLAGS=-O2 -pipe CXX=c++ ac_cv_path_CXX=c++ CXXFLAGS=-O2 -pipe INSTALL=/usr/bin/install -c -o root -g bin ac_given_INSTALL=/usr/bin/install -c -o root -g bin INSTALL_PROGRAM=install -c -s -o root -g bin -m 555 INSTALL_MAN=install -c -o root -g bin -m 444 INSTALL_SCRIPT=install -c -o root -g bin -m 555 INSTALL_DATA=install -c -o root -g bin -m 444 YACC=yacc CFLAGS=-O2 -pipe -ggdb -I/usr/local/include LDFLAGS= -L/usr/local/lib CONFIG_SITE='/usr/ports/infrastructure/db/config.site LIBTOOL=/usr/local/bin/libtool PATH=/home/rwx/works/ports/mystuff/lang/mono/w-mono-1.9.1/bin:/usr/ bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/local/bin:/usr/X11R6/bin arguments for configure script is following: ./configure --prefix='/usr/local' --sysconfdir='/etc' --mandir='/usr/local/man' --infodir='/usr/local/info' configure output can be found http://84.32.234.78/mono.configure.gz and build output can be found http://84.32.234.78/mono.build.gz compressed port (skeleton with patches adopted for OpenBSD build) can be found http://84.32.234.78/mono.tar.gz at some point build stops and ps shows me that mono is trying to compile? something? anyway I've tried to attach gdb into process and that's what I've got: GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-unknown-openbsd4.3... Attaching to program: /home/rwx/works/ports/mystuff/lang/mono/w-mono-1.9.1/mono-1.9.1/ mono/mini/mono, process 16986 Reading symbols from /usr/lib/libpthread.so.9.0...done. Loaded symbols for /usr/lib/libpthread.so.9.0 Reading symbols from /usr/local/lib/libgthread-2.0.so.1400.3...done. Loaded symbols for /usr/local/lib/libgthread-2.0.so.1400.3 Reading symbols from /usr/local/lib/libglib-2.0.so.1400.3...done. Loaded symbols for /usr/local/lib/libglib-2.0.so.1400.3 Reading symbols from /usr/local/lib/libpcre.so.2.1...done. Loaded symbols for /usr/local/lib/libpcre.so.2.1 Reading symbols from /usr/local/lib/libintl.so.4.0...done. Loaded symbols for /usr/local/lib/libintl.so.4.0 Reading symbols from /usr/local/lib/libiconv.so.4.0...done. Loaded symbols for /usr/local/lib/libiconv.so.4.0 Symbols already loaded for /usr/lib/libpthread.so.9.0 Reading symbols from /usr/lib/libm.so.2.3...done. Loaded symbols for /usr/lib/libm.so.2.3 Reading symbols from /usr/lib/libc.so.43.0...done. Loaded symbols for /usr/lib/libc.so.43.0 Reading symbols from /usr/libexec/ld.so...done. Loaded symbols for /usr/libexec/ld.so 0x1c0d3d13 in GC_mark_from (mark_stack_top=0x3c0ac000, mark_stack=0x3c0ac000, mark_stack_limit=0x3c0b4000) at mark.c:759 759 deferred = *limit; (gdb) So, any pointing's where to look would be very appreciated. -- GP ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] WinForm refresh/crash window problem
hi guys:
I have a weird behavior with Winforms controls under mono on linux
(fedora 8 kernel 2.6.24, mono-1.9-3.1 update to revision 104788 from
opensuse repos, same for mono-winforms and libgdiplus0-103803)
Updating some values of controls in a event (not trigger at a insane
speed...) all the window and the app stop responding and I don't get any
error message or console output..)..but is not all the time..
But, for example, something like this always crash:
int i =0;
private void OnTiltMovementChangedEvent(object Sender,
NumValueMemberEventArgsint e) //also try with a non-generic types with
the same result
{
this.btnPosition.Top = i;
//even if you put a little sleep or doevents stuff...
i++;
}
You can trigger the event in a loop even with sleeps or doevents in
the middle and the window still crash at some point...
May be is something related to Autosize of the controls, because the
first time that I encounter the problem it was displaying values in a
event handler that receive values from a sensor, I was trying to display
the values in a texbox and the window have the problem, later I change
the controls to labels with autosize=true with the same result, but with
labels with autosize=false allmost all the time work ok (sadly the
autosize=false trick don't work in this case for textboxes or buttons...)
any ideas?, sugestion?, bug report?
Thanks
Mauricio
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] mono-service process name
Does it only work on Linux? Jonathan Pryor escribió: On Mon, 2008-06-02 at 11:08 -0700, Eric Moret wrote: This is a patch against mono svn trunk 104692. This adds option -a:procname to mono-service so the process name can be changed. Silly question, but why -a? I'm trying to think of what mnemonic this is supposed to mimic... Furthermore, wouldn't it make sense to reuse the -n value as the process name instead of adding a new -a flag? Thanks, - Jon ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Migrating Mono 2.0. Crossplatform GUI components.
Hi there, I've good news! We're going to release our I3 library (the cross-platform MWF controls) as open source! I expect we'll be releasing it in about one or two weeks. Regards, pablo www.plasticscm.com Debacker escribió: Yes, please. I really love the look of your app. It would be great if you could publish your widgets :D Thanks Laurent. On Mon, May 19, 2008 at 8:34 PM, [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi, Well, it's not actually a product but an internal library we use. We don't sell it. Did you like how it looks like? If so I'll check here whether everyone agrees to make it open. pablo Debacker escribió: Hi, Is the GUI part of Plastic SCM free/open-source? I only see marketing for your commercial package, which is a bit overskill if someone wants your widgets only. Regards, Laurent Debacker. On Sun, May 18, 2008 at 11:38 AM, [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi, We've developed a small set of controls for Plastic SCM to make our GUI fully portable using winforms. You can take a look at some screenshots here: http://www.flickr.com/photos/[EMAIL PROTECTED]/sets/72157603891722391/ pablo Jonathan Pobst escribió: I guess it depends on your requirements. .Net (and Mono) comes with a toolbar, grid, and tree. So part of it will be figuring out what additional functionality you need that you are getting from third party controls. Right now, I do not know of any third party controls that work out of the box with Mono. Hopefully, with the release of Mono 2.0, this will change as we work with some third party vendors to get their controls working on Mono. Jonathan Yakov Danilov wrote: Hi everyone. Because of Mono 2.0. release our firm has some plans about creation of crossplatorm client that could be used with .Net 2.0 on Windows and Mono 2.0 on Linux systems. Business logic can be used without any problem, but GUI has been created using Infragistics components that have too many Win Api calls and can be used only on Windows. Thats why we need components written in managed C# and WinForms that can be used on both platforms. Basically we need Toobar, Grid, Tree. At this time I find only SourceGrid. Can anybody advice us such components? Writing own components too laborious. p.s. Sorry if my English is not so well. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com mailto:Mono-devel-list@lists.ximian.com mailto:Mono-devel-list@lists.ximian.com mailto:Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com mailto:Mono-devel-list@lists.ximian.com mailto:Mono-devel-list@lists.ximian.com mailto:Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com mailto:Mono-devel-list@lists.ximian.com mailto:Mono-devel-list@lists.ximian.com mailto:Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Migrating Mono 2.0. Crossplatform GUI components.
Hi, Well, it's not actually a product but an internal library we use. We don't sell it. Did you like how it looks like? If so I'll check here whether everyone agrees to make it open. pablo Debacker escribió: Hi, Is the GUI part of Plastic SCM free/open-source? I only see marketing for your commercial package, which is a bit overskill if someone wants your widgets only. Regards, Laurent Debacker. On Sun, May 18, 2008 at 11:38 AM, [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi, We've developed a small set of controls for Plastic SCM to make our GUI fully portable using winforms. You can take a look at some screenshots here: http://www.flickr.com/photos/[EMAIL PROTECTED]/sets/72157603891722391/ pablo Jonathan Pobst escribió: I guess it depends on your requirements. .Net (and Mono) comes with a toolbar, grid, and tree. So part of it will be figuring out what additional functionality you need that you are getting from third party controls. Right now, I do not know of any third party controls that work out of the box with Mono. Hopefully, with the release of Mono 2.0, this will change as we work with some third party vendors to get their controls working on Mono. Jonathan Yakov Danilov wrote: Hi everyone. Because of Mono 2.0. release our firm has some plans about creation of crossplatorm client that could be used with .Net 2.0 on Windows and Mono 2.0 on Linux systems. Business logic can be used without any problem, but GUI has been created using Infragistics components that have too many Win Api calls and can be used only on Windows. Thats why we need components written in managed C# and WinForms that can be used on both platforms. Basically we need Toobar, Grid, Tree. At this time I find only SourceGrid. Can anybody advice us such components? Writing own components too laborious. p.s. Sorry if my English is not so well. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com mailto:Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com mailto:Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com mailto:Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] GSoc efforts questions...
Hi to all: Is not my intention to make a ugly discussion about this, but I know that some efforts are made in Gsoc to help mono in different and important things and I wonder about the feature of some of them, specially 2: - Mono-Windows-Forms Designer (MWF-Designer), different pools some time ago show that this is a important thing to allow to a lot of programmer to migrate to mono/linux, is this effort have a future?, or be wasted? - GStreamer# (http://abock.org/tag/gstreamer/), this is the second effort for a wrapper for this media library, as far as I know the main things are kind of ready (sure lot of test and bug fix are needed but that is true for lot of mono aspects..), this have a future?, is death? Any comment?, info about the future of this things? Mauricio ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Migrating Mono 2.0. Crossplatform GUI components.
Hi, We've developed a small set of controls for Plastic SCM to make our GUI fully portable using winforms. You can take a look at some screenshots here: http://www.flickr.com/photos/[EMAIL PROTECTED]/sets/72157603891722391/ pablo Jonathan Pobst escribió: I guess it depends on your requirements. .Net (and Mono) comes with a toolbar, grid, and tree. So part of it will be figuring out what additional functionality you need that you are getting from third party controls. Right now, I do not know of any third party controls that work out of the box with Mono. Hopefully, with the release of Mono 2.0, this will change as we work with some third party vendors to get their controls working on Mono. Jonathan Yakov Danilov wrote: Hi everyone. Because of Mono 2.0. release our firm has some plans about creation of crossplatorm client that could be used with .Net 2.0 on Windows and Mono 2.0 on Linux systems. Business logic can be used without any problem, but GUI has been created using Infragistics components that have too many Win Api calls and can be used only on Windows. Thats why we need components written in managed C# and WinForms that can be used on both platforms. Basically we need Toobar, Grid, Tree. At this time I find only SourceGrid. Can anybody advice us such components? Writing own components too laborious. p.s. Sorry if my English is not so well. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono C# Serial Port problem
Alan_Chun wrote:
HI, currently I am porting a windows app to linux using Mono. I have some
difficulties to get the serial port work. here is the code(based on mono
website):
Hi Alan, cna you test this code in linux? (using of course /dev/ttyS0 or
the correct serial device), I use lot of serial communications with mono
inlinux and work ok, I don't know the current status of mono serialport
in windows...also be sure to use kernel 2.6.24 or up in linux..
public static void Main(string[] args)
{
SerialPortTest myTest = new SerialPortTest();
myTest.Test();
}
private SerialPort mySerial;
// Constructor
public SerialPortTest()
{
}
public void Test()
{
Console.WriteLine(Begin);
if (mySerial != null)
if (mySerial.IsOpen)
mySerial.Close();
mySerial = new System.IO.Ports.SerialPort(COM3, 9600, Parity.Even,
7, StopBits.One);
mySerial.Open();
mySerial.DtrEnable = true;
mySerial.RtsEnable = true;
mySerial.Handshake = System.IO.Ports.Handshake.None;
mySerial.ReadTimeout = 400;
Thread t = new Thread(new ThreadStart(DataReceived));
t.Start();
string tmp = 5D.1;
SendData(tmp);
// Should output some information about your modem firmware
//Console.WriteLine(Baaa);
// Console.WriteLine(ReadData());
}
public void DataReceived()
{
while (true)
{
byte tmpByte = 255;
string rxString = ;
//int tot = mySerial.BytesToRead;
tmpByte = (byte)mySerial.ReadByte();
while (tmpByte != 255)
{
rxString += ((char)tmpByte);
mpByte = (byte)mySerial.ReadByte();
}
if (!string.IsNullOrEmpty(rxString))
Console.WriteLine(rxString);
}
//return rxString;
}
I ran this under windows using .netframwork run time, it is fine but under
mono I always got this exception:
Unhandled Exception: System.NullReferenceException: Object reference not set
to an instance of an object
at (wrapper managed-to-native)
System.IO.Ports.WinSerialStream:ClearCommError
(int,System.IO.Ports.CommStat)
at System.IO.Ports.WinSerialStream.get_BytesToRead () [0x0]
at System.IO.Ports.SerialPort.get_BytesToRead () [0x0]
at (wrapper remoting-invoke-with-check)
System.IO.Ports.SerialPort:get_BytesToRead ()
at SerialPortTest.DataReceived () [0x0]
I have also tried BytesToRead, Read, ReadByte, all of them are working fine
under windows using .net2.0 framwork. But once I use the mono runtime, the
nightmare begins.
Any help will be really apprecaited!
Thanks
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Run process as a different user
Yes, another reason for us to switch to 2.0 I guess... :-)
Miguel Ángel Pérez escribió:
We also have this since .net 2.0:
http://msdn.microsoft.com/es-es/library/sxf2saat(VS.80).aspx
http://msdn.microsoft.com/es-es/library/sxf2saat%28VS.80%29.aspx
2008/5/9 Jacob Gladish [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]:
Agreed assuming it was implemented. I tried a small test and it
didn't work. Ultimately there's a call to CreateProcessWithLogonW
which is implemented as
gboolean CreateProcessWithLogonW (const gunichar2 *username,
const gunichar2 *domain,
const gunichar2 *password,
const guint32 logonFlags,
const gunichar2 *appname,
const gunichar2 *cmdline,
guint32 create_flags,
gpointer environ,
const gunichar2 *cwd,
WapiStartupInfo *startup,
WapiProcessInformation
*process_info)
{
/* FIXME: use user information */
return CreateProcess (appname, cmdline, NULL, NULL, FALSE,
create_flags, environ, cwd, startup, process_info);
}
This is 1.9 source. I'm guessing this implies no go for 1.1 either.
- Original Message
From: Miguel Ángel Pérez [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
To: mono-devel-list@lists.ximian.com
mailto:mono-devel-list@lists.ximian.com
mono-devel-list@lists.ximian.com
mailto:mono-devel-list@lists.ximian.com
Sent: Thursday, May 8, 2008 2:47:25 PM
Subject: Re: [Mono-dev] Run process as a different user
System.Diagnostics.Process is the way to go.
Regards.
2008/5/7 [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]:
Hi,
What's the best way to start a process as a different user in
Mono/Linux
using framework 1.1?
Thanks,
pablo
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
mailto:Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Be a better friend, newshound, and know-it-all with Yahoo! Mobile.
Try it now.
http://us.rd.yahoo.com/evt=51733/*http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
mailto:Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Run process as a different user
ok, I was thinking about impersonation or something like that, but this will work :-P Andreas Färber escribió: Am 08.05.2008 um 20:47 schrieb Miguel Ángel Pérez: System.Diagnostics.Process is the way to go. Regards. 2008/5/7 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Hi, What's the best way to start a process as a different user in Mono/Linux using framework 1.1? Starting sudo -u user commandtorun ? ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Run process as a different user
Hi, What's the best way to start a process as a different user in Mono/Linux using framework 1.1? Thanks, pablo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] gstreamer-sharp Question
Jae Stutzman wrote: I believe the missing gstreamer# is a huge hole in the development stack. We also p/invoke the c lib in our apps. It would be nice to see this project revived and become a first-class citizen like gtk#. Maybe we can garner some folks together! Yap I agree and the gstreamer# is allready done (GSoc), only need to be revised and checked...Why to waist that effort? GSoc Mono.Media is another option, perhaps. Jae Mauricio ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Code obfuscation application
Hi, We're using dotfuscator with Mono on Mac, Solaris and Linux. It works... but it's commercial. pablo Leszek Ciesielski escribió: 2008/5/5 Sebi Onofrei [EMAIL PROTECTED]: Hello everybody, I would like to know if there are any shareware/freeware code obfuscation tools available that work with Mono generated binaries. For Windows there are many, but I can't seem to find one for Linux. All those tools should work the same way on mono as they do with MS.Net. This said, about half a year a go I tried out every open source obfuscation tool I could find (wanted to check how much memory could I free by reducing namespaces, method and class names to single letters) and every one of them failed a very simple test: each one failed to work once I used it to strip itself. So good luck with your search ;-) ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono on Solaris 10
Anyone trying a MWF app on Solaris 10??? Thanks pablo Cetin Sert escribió: There is also a binary package for Solaris 10/x86 here http://corsis.blogspot.com/search/label/mono%2Fsolaris Best Regards, Cetin Sert 2008/4/15 Oliver Schweitzer [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Hello PCM, Steve, I inquired into the state of Solaris Sparc a few weeks ago (also because of a show stopping bug), and got the following reply from this list/MdI: Begin forwarded message: From: Miguel de Icaza [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Date: 7. April 2008 17:55:58 MESZ To: Oliver Schweitzer [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Cc: mono-devel-list@lists.ximian.com mailto:mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] Solaris Sparc packaging Hello, I have the requirement for a medium sized C# 2.0 project to run under Solaris 10 Sparc64. I was able to install the latest available Solaris 8/Sparc package mono-1.2.4_4.sunos8.novell.sparc.pkg , and it basically works. I encountered, however, a show stopping bug in 1.2.4 under Solaris (https://bugzilla.novell.com/show_bug.cgi?id=323524 320405 or related to those), that kills my current project as a Mono app. The bug 320405 has been flagged as NEEDINFO, I do not know who set that flag, but could you please augment that bug with the information and a test case that is failing for you on Solaris so we can double check this? Is there a more recent Solaris 8/Sparc package available, 1.2.6 or (gasp) 1.9? And if not, are there any plans regarding those? Is it hard to package myself (provided I have access to a Solaris Sparc development environment)? Am looking into why we no longer build for SPARC, maybe our build machine died. Just fyi, Best regards, Oliver On 14.04.2008, at 20:11, PCM Reddy wrote: Thanks for the pointers. But I am looking for Mono 1.2.6 Solaris SPARC binaries. Link below has x86 binaries. I also checked Mono official site It has only 1.2.4_4 for Solaris SPARC. Thanks, -PCM Andreas Färber wrote: Hi, Am 14.04.2008 um 19:10 schrieb Steve Bjorg: How can I get access to the 1.9 bits for Solaris 8? I didn't see a link for it on the page below. Thanks. http://www.blastwave.org/testing/ Didn't try it myself, I just saw it on the news and info button there while looking up the link. Andreas On Apr 14, 2008, at 9:46 AM, Andreas Färber wrote: Am 14.04.2008 um 18:00 schrieb Steve Bjorg: Is there a Mono package for Solaris 10? Novell has a 1.2.4 package for Solaris 8 sparc, which should work on Solaris 10 as well. http://www.go-mono.com/mono-downloads/download.html Blastwave has 1.1.13, and it seems Jonel has recently posted 1.9 for Solaris 8 x86 in testing. http://www.blastwave.org/packages.php/mono The official source tarballs should compile okay on Solaris 10. http://www.mono-project.com/Mono:Solaris Andreas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com mailto:Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com mailto:Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Contribute to the Mono project
Hi, we are two Italian undergraduate students in Computer Science. Until now we developed only university-related projects for our exams, but we’ d like to contribute to the Mono project. We know that it could be challenging because we have never been involved in a big project, but we think that our current skills are enough to face the issues we will have. We already read the to-do list and we'd like to know if it's updated or not and if there is some other new project/task to assign. Our idea is take a task like a thesis subject and develop it as a team. We look forward to hear from you, Andrea Carpineti Igor Leboroni __ Tiscali.Fax: ricevi gratis sulla tua email e invii a 12 cent per pagina senza scatto alla risposta http://vas.tiscali.it/fax// ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] GSoC anyone?
Hi there, I've tried to reach the list yesterday, but I'm afraid my email was rejected. I was accepted as Mentor for GSoC at the mono project, and I'm now receiving tons of emails with introductions. I didn't realize any other mono mentors out there (I probably missed the emails), so I'd like to who is going to be mentoring which projects... I'll try to help in the MonoDevelop debugger integration. pablo www.plasticscm.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] gnome sharp compiling problems
Hi, I'm Tony from Sicily I've a problem to compile gnome-sharp-2.20.0, I'm using slackware 12 and I've installed all requirements for gnome- sharp.dll: libgnomecanvas-2.14.0, libgnome-2.22.0, libgnomeui-2.22.0, libgnomeprint-2.18-1, libgnomeprintui-2.18.2, gnome-panel-2.22.0 (for libpanelapplet). But when the ./configure command finishs the gnome- sharp.dll still remain disabilited, anyway the compiling process (make make install) cames to be completed correctly. I'think that, this's the reason for the error's message in monodevelop compiling too: configure: error: Cannot enable GNOME platform without gnome-sharp- 2.0 Thanks in advantage. Regards, Antonino Bertulla ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] GSoC anyone?
Ok, then I made a beatiful mistake... My apologies! :-( Jonathan Pobst escribió: Hey, We generally don't pick mentors until we go through the applications and decide which ones to accept. Pretty much the whole Mono team is signed up as mentors, we will just see whose skills are needed based on the applications. Most of us felt there was no need to spam introductions to the GSoC mentors list, so we have refrained so far. :) Jonathan [EMAIL PROTECTED] wrote: Hi there, I've tried to reach the list yesterday, but I'm afraid my email was rejected. I was accepted as Mentor for GSoC at the mono project, and I'm now receiving tons of emails with introductions. I didn't realize any other mono mentors out there (I probably missed the emails), so I'd like to who is going to be mentoring which projects... I'll try to help in the MonoDevelop debugger integration. pablo www.plasticscm.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono on F8
Hi: recently i have lot of problem to get mono/monodevelop in my fedora 8, i recomend you the following steps: #FOLLOW THIS RECOMENDED LINK TO ADD REPOSITORIES, ETC: http://cardix.wordpress.com/2007/11/13/post-instalacion-de-fedora-8/ #INSTALL RPMS IN THE FOLLOWING ORDER FROM PAQUAGES FROM http://download.opensuse.org/repositories/Mono/Fedora_7/ (I RECOMEND YOU THE FEDORA7 RPMS INSTEAD OF THE FEDORA8 ONES, ANIWAY ARE MORE NEW VERSIONS) rpm -Uvh libgdiplus0-1.2.6-3.1.i386.rpm mono-data-1.2.6-9.2.i386.rpm mono-data-sqlite-1.2.6-9.2.i386.rpm mono-winforms-1.2.6-9.2.i386.rpm mono-core-1.2.6-9.2.i386.rpm mono-web-1.2.6-9.2.i386.rpm rpm -Uvh bytefx-data-mysql-1.2.6-9.2.i386.rpm ibm-data-db2-1.2.6-9.2.i386.rpm mono-data-firebird-1.2.6-9.2.i386.rpm mono-data-oracle-1.2.6-9.2.i386.rpm mono-data-postgresql-1.2.6-9.2.i386.rpm mono-data-sybase-1.2.6-9.2.i386.rpm mono-devel-1.2.6-9.2.i386.rpm mono-extras-1.2.6-9.2.i386.rpm mono-jscript-1.2.6-9.2.i386.rpm mono-locale-extras-1.2.6-9.2.i386.rpm mono-nunit-1.2.6-9.2.i386.rpm rpm -Uvh mono-complete-1.2.6-9.2.i386.rpm rpm -Uvh glib-sharp-1.0.10-80.2.i386.rpm rpm -Uvh gtk-sharp2-2.10.3-77.1.i386.rpm glib-sharp2-2.10.3-77.1.i386.rpm glade-sharp2-2.10.3-77.1.i386.rpm rpm -Uvh gtk-sharp2-complete-2.10.3-77.1.i386.rpm gtk-sharp2-doc-2.10.3-77.1.i386.rpm gtk-sharp2-gapi-2.10.3-77.1.i386.rpm rpm -Uvh gnome-sharp2-2.16.1-52.1.i386.rpm gnome-sharp2-complete-2.16.1-52.1.i386.rpm art-sharp2-2.16.1-52.1.i386.rpm gconf-sharp2-2.16.1-52.1.i386.rpm gnome-vfs-sharp2-2.16.1-52.1.i386.rpm rsvg-sharp2-2.16.1-52.1.i386.rpm vte-sharp2-2.16.1-52.1.i386.rpm gtkhtml-sharp2-2.16.1-52.1.i386.rpm --replacefiles rpm -Uvh xsp-1.2.6-4.1.noarch.rpm rpm -Uvh mod_mono-1.2.6-3.1.i386.rpm rpm -Uvh heap-buddy-0.2-14.3.i386.rpm #UPDATE/INSTALL yum install gtksourceview #MORE RPMS rpm -Uvh boo-0.8.1.2865-1.1.noarch.rpm gecko-sharp2-0.12-74.3.noarch.rpm gtksourceview-sharp2-0.12-1.1.noarch.rpm nant-0.86_beta1-26.1.noarch.rpm rpm -Uvh ikvm-0.36.0.5-3.1.noarch.rpm IPCE-r7-2.1.noarch.rpm #UPDATE/INSTALL yum install avahi-sharp #MORE RPMS rpm -Uvh mono-addins-0.3.1-1.1.noarch.rpm mono-basic-1.2.6-4.1.noarch.rpm mono-tools-1.2.6-4.1.noarch.rpm mono-zeroconf-0.7.5-1.1.noarch.rpm mono-zeroconf-provider-avahi-0.7.5-1.1.noarch.rpm monodoc-core-1.2.6-4.1.noarch.rpm rpm -Uvh monodevelop-0.19-2.1.noarch.rpm #UPDATE/INSTALL yum install *SDL* yum install freeglut-devel yum install openal-devel yum install ode-* yum install *faad* yum install *faac* yum install gsm-* yum install lame-* yum install x264-* yum install xvidcore-* yum install xvidcap-* yum install *DevIL* (SOME RPMS ARE IN THE i386 folder and others in the noarch folder) good luck Mauricio Edson - gMail wrote: I have a machine at work to install mono monodevelop, but, the os installed on this machine is Fedora 8. At http://www.go-mono.com/mono-downloads/download.html I can find just packages for RHEL 4 or the .bin file to install, but they don't assemble perfectly. Fedora 8 installs just the basic. Is there a place to get the packages (or any kind of installation) for with both packages (without conflicts). Someone else had installed it with success in this distribution? Thanks. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Monodevelop doesn't run...
Hi to all,
I'm new to mono and monodevelop.
I've just installed them on my Ubuntu 7.10 from sources:
mono-1.2.6 monodevelop-0.18.1
Everything seemed to be ok, but when I try to run monodevelop, it fails with
this message:
MonoDevelop failed to start. The following error has been reported: The
required addin 'MonoDevelop.SourceEditor,0.18.0' is not installed
Running strace and grepping SourceEditor from its output I got these lines:
lstat(/usr/local/lib/monodevelop/AddIns/MonoDevelop.SourceEditor.dll,
{st_mode=S_IFREG|0644, st_size=184832, ...}) = 0
stat(/usr/local/lib/monodevelop/AddIns/MonoDevelop.SourceEditor.dll,
{st_mode=S_IFREG|0644, st_size=184832, ...}) = 0
lstat(/usr/local/lib/monodevelop/AddIns/MonoDevelop.SourceEditor.dll,
{st_mode=S_IFREG|0644, st_size=184832, ...}) = 0
stat(/usr/local/lib/monodevelop/AddIns/MonoDevelop.SourceEditor.dll,
{st_mode=S_IFREG|0644, st_size=184832, ...}) = 0
lstat(/usr/local/lib/monodevelop/AddIns/MonoDevelop.SourceEditor.dll,
{st_mode=S_IFREG|0644, st_size=184832, ...}) = 0
lstat(/usr/local/lib/monodevelop/bin/../AddIns/MonoDevelop.SourceEditor.dll,
{st_mode=S_IFREG|0644, st_size=184832, ...}) = 0
stat(/home/luca/.config/MonoDevelop/addin-db-001/addin-data/1/MonoDevelop.SourceEditor.maddin,
0x7fffba43aa40) = -1 ENOENT (No such file or directory)
lstat(/home/luca/.config/MonoDevelop/addin-db-001/addin-data/1/MonoDevelop.SourceEditor.maddin,
0x7fffba43aa40) = -1 ENOENT (No such file or directory)
stat(/home/luca/.config/MonoDevelop/addin-db-001/addin-data/global/MonoDevelop.SourceEditor.maddin,
0x7fffba43aa40) = -1 ENOENT (No such file
lstat(/usr/local/lib/monodevelop/AddIns/MonoDevelop.SourceEditor.dll,
{st_mode=S_IFREG|0644, st_size=184832, ...}) = 0
Maybe something is wrong with this
/home/luca/.config/MonoDevelop/addin-db-001... ?
Has someone any idea?
Thank'you
Luca
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] mono CodeDom problem
Thanks Ivan much more better info, work perfect...one question, is
posible to get the XML representation of some code generated by CodeDom?
thanks.
Mauricio
Ivan N. Zlatev wrote:
[EMAIL PROTECTED] wrote:
thanks Ivan, bad source info then, the link that you send me is broken,
but of course I'm going to search for better info on the net..
The link opens fine here. Try this one -
http://msdn2.microsoft.com/en-us/library/650ax5cx.aspx
thanks again.
Mauricio
Ivan N. Zlatev wrote:
[EMAIL PROTECTED] wrote:
Hi Guys:
I have this code from a example of a simple code generator with CodeDom
(from here http://www.15seconds.com/issue/020917.htm , I list the code
at end of the message), but with mono I only get the using and namespace
declarations...I see in the status page of mono that the codedom is
allmost complete, do you have some examples?
I didn't bother to go through the article, but the code sample is wrong
and broken in many aspects. But to answer your question - there is
nothing wrong with Mono's CodeDom C# code generator. It won't generate
anything more than the namespace essentially because the author never
adds the class to the namespace (e.g via: cnsCodeDom.Types.Add (ctd); ).
Based on the code sample I wouldn't recommend this article. A good
starting point is
http://msdn2.microsoft.com/en-us/library/aa720100(VS.71).aspx
Regard,
Ivan Zlatev
thanks
Mauricio
using System;
using System.CodeDom;
using System.CodeDom.Compiler;
using System.Reflection;
using System.IO;
using Microsoft.CSharp;
using Microsoft.VisualBasic;
namespace CodeDomPartOne
{
///
/// Summary description for Briefcase.
///
public class Briefcase
{
//Member Variables private string m_strFileName;
private string m_Suffix = .cs;
public Briefcase(string strFileName)
{
m_strFileName = strFileName; }public void
CreateCodeDomBriefcase()
{
//Initialize CodeDom Variables
//para windows
//Stream s = File.Open(c:\\ + m_strFileName + m_Suffix,
FileMode.Create);
//para linux
Stream s = File.Open( + m_strFileName + m_Suffix, FileMode.Create);
StreamWriter sw = new StreamWriter(s);
CSharpCodeProvider cscProvider = new CSharpCodeProvider();
ICodeGenerator cscg = cscProvider.CreateGenerator(sw);
CodeGeneratorOptions cop = new CodeGeneratorOptions();
//Create Class Using Statements
CodeSnippetCompileUnit csu1 = new CodeSnippetCompileUnit(using
System);
CodeSnippetCompileUnit csu2 = new CodeSnippetCompileUnit(using
System.IO); cscg.GenerateCodeFromCompileUnit(csu1, sw, cop);
cscg.GenerateCodeFromCompileUnit(csu2, sw, cop);
sw.WriteLine();
//Create Class Namespaces
CodeNamespace cnsCodeDom = new CodeNamespace(CodeDom);
//Create Class Declaration
CodeTypeDeclaration ctd = new CodeTypeDeclaration();
ctd.IsClass = true; ctd.Name = Briefcase;
ctd.TypeAttributes = TypeAttributes.Public;
//Create Class Member Fields
sw.WriteLine(); CodeMemberField cmfBriefcaseName = new
CodeMemberField(string,m_BriefcaseName);
cmfBriefcaseName.Attributes =
MemberAttributes.Private;
ctd.Members.Add(cmfBriefcaseName);
CodeMemberField cmfBriefcaseTitle = new CodeMemberField(string,
m_BriefcaseTitle);
cmfBriefcaseTitle.Attributes = MemberAttributes.Private;
ctd.Members.Add(cmfBriefcaseTitle);
CodeMemberField cmfBriefcaseID = new CodeMemberField(int,
m_cmfBriefcaseID);
cmfBriefcaseID.Attributes = MemberAttributes.Private;
ctd.Members.Add(cmfBriefcaseID);
CodeMemberField cmfBriefcaseSectionID = new CodeMemberField(int,
m_BriefcaseSectionID);
cmfBriefcaseSectionID.Attributes = MemberAttributes.Private;
ctd.Members.Add(cmfBriefcaseSectionID);
CodeMemberField cmfBriefcaseFolderID = new CodeMemberField(int,
m_BriefcaseFolderID);
cmfBriefcaseFolderID.Attributes = MemberAttributes.Private;
ctd.Members.Add(cmfBriefcaseFolderID);
CodeMemberField cmfBriefcaseItemID = new CodeMemberField(int,
m_BriefcaseItemID);
cmfBriefcaseItemID.Attributes = MemberAttributes.Private;
ctd.Members.Add(cmfBriefcaseItemID);
//Create Class Constructor CodeConstructor ccon =
new CodeConstructor();
ccon.Attributes = MemberAttributes.Public;
ccon.Statements.Add(new CodeSnippetStatement(//));
ccon.Statements.Add(new CodeSnippetStatement(// TODO: Add
constructor logic here));
ccon.Statements.Add(new CodeSnippetStatement(//));
ctd.Members.Add(ccon
[Mono-dev] gtk# propertygrid question
hi again: I think that something happend with my previous mail, but in any case here is again: I want to write a gtk# property editor widget, but I don't know if may be something like this is allready available or if you have any sugestion about some control/code that can be traslated/adapted to gtk#. any sugestion is apreciate.. Thanks. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] mono CodeDom problem
Hi Guys:
I have this code from a example of a simple code generator with CodeDom
(from here http://www.15seconds.com/issue/020917.htm , I list the code
at end of the message), but with mono I only get the using and namespace
declarations...I see in the status page of mono that the codedom is
allmost complete, do you have some examples?
thanks
Mauricio
using System;
using System.CodeDom;
using System.CodeDom.Compiler;
using System.Reflection;
using System.IO;
using Microsoft.CSharp;
using Microsoft.VisualBasic;
namespace CodeDomPartOne
{
///
/// Summary description for Briefcase.
///
public class Briefcase
{
//Member Variables private string m_strFileName;
private string m_Suffix = .cs;
public Briefcase(string strFileName)
{
m_strFileName = strFileName; }public void
CreateCodeDomBriefcase()
{
//Initialize CodeDom Variables
//para windows
//Stream s = File.Open(c:\\ + m_strFileName + m_Suffix,
FileMode.Create);
//para linux
Stream s = File.Open( + m_strFileName + m_Suffix, FileMode.Create);
StreamWriter sw = new StreamWriter(s);
CSharpCodeProvider cscProvider = new CSharpCodeProvider();
ICodeGenerator cscg = cscProvider.CreateGenerator(sw);
CodeGeneratorOptions cop = new CodeGeneratorOptions();
//Create Class Using Statements
CodeSnippetCompileUnit csu1 = new CodeSnippetCompileUnit(using
System);
CodeSnippetCompileUnit csu2 = new CodeSnippetCompileUnit(using
System.IO); cscg.GenerateCodeFromCompileUnit(csu1, sw, cop);
cscg.GenerateCodeFromCompileUnit(csu2, sw, cop);
sw.WriteLine();
//Create Class Namespaces
CodeNamespace cnsCodeDom = new CodeNamespace(CodeDom);
//Create Class Declaration
CodeTypeDeclaration ctd = new CodeTypeDeclaration();
ctd.IsClass = true; ctd.Name = Briefcase;
ctd.TypeAttributes = TypeAttributes.Public;
//Create Class Member Fields
sw.WriteLine(); CodeMemberField cmfBriefcaseName = new
CodeMemberField(string,m_BriefcaseName);
cmfBriefcaseName.Attributes =
MemberAttributes.Private;
ctd.Members.Add(cmfBriefcaseName);
CodeMemberField cmfBriefcaseTitle = new CodeMemberField(string,
m_BriefcaseTitle);
cmfBriefcaseTitle.Attributes = MemberAttributes.Private;
ctd.Members.Add(cmfBriefcaseTitle);
CodeMemberField cmfBriefcaseID = new CodeMemberField(int,
m_cmfBriefcaseID);
cmfBriefcaseID.Attributes = MemberAttributes.Private;
ctd.Members.Add(cmfBriefcaseID);
CodeMemberField cmfBriefcaseSectionID = new CodeMemberField(int,
m_BriefcaseSectionID);
cmfBriefcaseSectionID.Attributes = MemberAttributes.Private;
ctd.Members.Add(cmfBriefcaseSectionID);
CodeMemberField cmfBriefcaseFolderID = new CodeMemberField(int,
m_BriefcaseFolderID);
cmfBriefcaseFolderID.Attributes = MemberAttributes.Private;
ctd.Members.Add(cmfBriefcaseFolderID);
CodeMemberField cmfBriefcaseItemID = new CodeMemberField(int,
m_BriefcaseItemID);
cmfBriefcaseItemID.Attributes = MemberAttributes.Private;
ctd.Members.Add(cmfBriefcaseItemID);
//Create Class Constructor CodeConstructor ccon =
new CodeConstructor();
ccon.Attributes = MemberAttributes.Public;
ccon.Statements.Add(new CodeSnippetStatement(//));
ccon.Statements.Add(new CodeSnippetStatement(// TODO: Add
constructor logic here));
ccon.Statements.Add(new CodeSnippetStatement(//));
ctd.Members.Add(ccon);
//Create Class BriefcaseName Property
CodeMemberProperty mpBriefcaseName = new CodeMemberProperty();
mpBriefcaseName.Attributes = MemberAttributes.Private;
mpBriefcaseName.Type = new CodeTypeReference(string);
mpBriefcaseName.Name = BriefcaseName;
mpBriefcaseName.HasGet = true;
mpBriefcaseName.GetStatements.Add(new CodeSnippetExpression(return
m_BriefcaseName));
mpBriefcaseName.HasSet = true;
mpBriefcaseName.SetStatements.Add(new
CodeSnippetExpression(m_BriefcaseName = value));
ctd.Members.Add(mpBriefcaseName); //Create
Class BriefcaseTitle Property
CodeMemberProperty mpBriefcaseTitle = new CodeMemberProperty();
mpBriefcaseTitle.Attributes = MemberAttributes.Private;
mpBriefcaseTitle.Type = new CodeTypeReference(string);
mpBriefcaseTitle.Name = BriefcaseTitle;
mpBriefcaseTitle.HasGet = true;
mpBriefcaseTitle.GetStatements.Add(new
CodeSnippetExpression(return m_BriefcaseTitle));
mpBriefcaseTitle.HasSet = true;
mpBriefcaseTitle.SetStatements.Add(new
CodeSnippetExpression(m_BriefcaseTitle = value));
ctd.Members.Add(mpBriefcaseTitle);
Re: [Mono-dev] mono CodeDom problem
thanks Ivan, bad source info then, the link that you send me is broken,
but of course I'm going to search for better info on the net..
thanks again.
Mauricio
Ivan N. Zlatev wrote:
[EMAIL PROTECTED] wrote:
Hi Guys:
I have this code from a example of a simple code generator with CodeDom
(from here http://www.15seconds.com/issue/020917.htm , I list the code
at end of the message), but with mono I only get the using and namespace
declarations...I see in the status page of mono that the codedom is
allmost complete, do you have some examples?
I didn't bother to go through the article, but the code sample is wrong
and broken in many aspects. But to answer your question - there is
nothing wrong with Mono's CodeDom C# code generator. It won't generate
anything more than the namespace essentially because the author never
adds the class to the namespace (e.g via: cnsCodeDom.Types.Add (ctd); ).
Based on the code sample I wouldn't recommend this article. A good
starting point is
http://msdn2.microsoft.com/en-us/library/aa720100(VS.71).aspx
Regard,
Ivan Zlatev
thanks
Mauricio
using System;
using System.CodeDom;
using System.CodeDom.Compiler;
using System.Reflection;
using System.IO;
using Microsoft.CSharp;
using Microsoft.VisualBasic;
namespace CodeDomPartOne
{
///
/// Summary description for Briefcase.
///
public class Briefcase
{
//Member Variables private string m_strFileName;
private string m_Suffix = .cs;
public Briefcase(string strFileName)
{
m_strFileName = strFileName; }public void
CreateCodeDomBriefcase()
{
//Initialize CodeDom Variables
//para windows
//Stream s = File.Open(c:\\ + m_strFileName + m_Suffix,
FileMode.Create);
//para linux
Stream s = File.Open( + m_strFileName + m_Suffix, FileMode.Create);
StreamWriter sw = new StreamWriter(s);
CSharpCodeProvider cscProvider = new CSharpCodeProvider();
ICodeGenerator cscg = cscProvider.CreateGenerator(sw);
CodeGeneratorOptions cop = new CodeGeneratorOptions();
//Create Class Using Statements
CodeSnippetCompileUnit csu1 = new CodeSnippetCompileUnit(using
System);
CodeSnippetCompileUnit csu2 = new CodeSnippetCompileUnit(using
System.IO); cscg.GenerateCodeFromCompileUnit(csu1, sw, cop);
cscg.GenerateCodeFromCompileUnit(csu2, sw, cop);
sw.WriteLine();
//Create Class Namespaces
CodeNamespace cnsCodeDom = new CodeNamespace(CodeDom);
//Create Class Declaration
CodeTypeDeclaration ctd = new CodeTypeDeclaration();
ctd.IsClass = true; ctd.Name = Briefcase;
ctd.TypeAttributes = TypeAttributes.Public;
//Create Class Member Fields
sw.WriteLine(); CodeMemberField cmfBriefcaseName = new
CodeMemberField(string,m_BriefcaseName);
cmfBriefcaseName.Attributes =
MemberAttributes.Private;
ctd.Members.Add(cmfBriefcaseName);
CodeMemberField cmfBriefcaseTitle = new CodeMemberField(string,
m_BriefcaseTitle);
cmfBriefcaseTitle.Attributes = MemberAttributes.Private;
ctd.Members.Add(cmfBriefcaseTitle);
CodeMemberField cmfBriefcaseID = new CodeMemberField(int,
m_cmfBriefcaseID);
cmfBriefcaseID.Attributes = MemberAttributes.Private;
ctd.Members.Add(cmfBriefcaseID);
CodeMemberField cmfBriefcaseSectionID = new CodeMemberField(int,
m_BriefcaseSectionID);
cmfBriefcaseSectionID.Attributes = MemberAttributes.Private;
ctd.Members.Add(cmfBriefcaseSectionID);
CodeMemberField cmfBriefcaseFolderID = new CodeMemberField(int,
m_BriefcaseFolderID);
cmfBriefcaseFolderID.Attributes = MemberAttributes.Private;
ctd.Members.Add(cmfBriefcaseFolderID);
CodeMemberField cmfBriefcaseItemID = new CodeMemberField(int,
m_BriefcaseItemID);
cmfBriefcaseItemID.Attributes = MemberAttributes.Private;
ctd.Members.Add(cmfBriefcaseItemID);
//Create Class Constructor CodeConstructor ccon =
new CodeConstructor();
ccon.Attributes = MemberAttributes.Public;
ccon.Statements.Add(new CodeSnippetStatement(//));
ccon.Statements.Add(new CodeSnippetStatement(// TODO: Add
constructor logic here));
ccon.Statements.Add(new CodeSnippetStatement(//));
ctd.Members.Add(ccon);
//Create Class BriefcaseName Property
CodeMemberProperty mpBriefcaseName = new CodeMemberProperty();
mpBriefcaseName.Attributes = MemberAttributes.Private;
mpBriefcaseName.Type = new CodeTypeReference(string);
mpBriefcaseName.Name = BriefcaseName;
mpBriefcaseName.HasGet = true
[Mono-dev] compilation problem .../process.c:197: undefined reference to `VerQueryValue'
Hi: I just update my mono sources from anonymous svn to try Olive and WCF, but I get the following error: ./.libs/libmonoruntime.a(process.o): In function `process_module_string_read':/mnt/data/opt/mono/mono/metadata/process.c:197: undefined reference to `VerQueryValue' ./.libs/libmonoruntime.a(process.o): In function `process_get_fileversion':/mnt/data/opt/mono/mono/metadata/process.c:250: undefined reference to `GetFileVersionInfoSize' :/mnt/data/opt/mono/mono/metadata/process.c:253: undefined reference to `GetFileVersionInfo' :/mnt/data/opt/mono/mono/metadata/process.c:262: undefined reference to `VerQueryValue' :/mnt/data/opt/mono/mono/metadata/process.c:292: undefined reference to `VerQueryValue' :/mnt/data/opt/mono/mono/metadata/process.c:323: undefined reference to `VerLanguageName' collect2: ld returned 1 exit status make[3]: *** [pedump] Error 1 I use ./configure --with-moonlight=yes as the configuration command... sugestions? Thanks. Mauricio ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Remoting IplImage/Bitmap return type problem
Thanks Euan, and yes I use opengl on the client display :-) ...I going to try with your sugestion, do you mention sometime something about ffmpeg with mono? Greetings, Mauricio Euan MacInnes wrote: Assuming you're doing something similar to the following (pixel depth may vary, this assumes 32 bit): IplImage* img=cvCreateImage(cvSize(640,480),IPL_DEPTH_32F,3); Then you can access the image as an array like so: RgbImageFloat imgA(img); imgA[i][j].b = 111; imgA[i][j].g = 111; imgA[i][j].r = 111; If that is what you are doing, then you will be able to take the imgA array and serialise that across, arrays are easy to copy over (unless it's arrays of pointers. Pointers don't survive being remoted). Worst-case scenario is creating another byte array and copying imgA[x][y].r .g .b into a linear array. Assuming OpenGL display is needed on your remote client, the client will be able to take this byte array and create a texture out of it, as it would just be in GL_RGB format. It's 2-3 lines of code for that. Date: Sun, 25 Nov 2007 16:13:53 -0300 From: [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] Remoting IplImage/Bitmap return type problem Is posible to create a binary representation of an object in memory with some serialization and transmit the bytes[] of the object with remoting and in the other side re-build the object with his bytes?, or I crazy :-S . Euan MacInnes wrote: Hi Mauricio, One option to do this is to extract the bitmap as a series of bytes, and then stream the byte array across. given a bitmap called mybitmap MemoryStream ms = New MemoryStream(); mybitmap.Save(ms, ImageFormat.Jpeg); // Save it as Jpeg if you don't mind it being compressed then you can either serialise the stream, or convert to an array of bytes and send that: byte[] picBuf = ms.GetBuffer(); Cheers, Euan. Date: Sat, 24 Nov 2007 20:12:15 -0300 From: [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Subject: [Mono-dev] Remoting IplImage/Bitmap return type problem Hi: I still have my problem about how to get the remoting object picture from a client. First I try to make a property and a method to return a Bitmap, but finally I only get some class/type is not marked as Serializable..., and now I try to use a IplImage from a basic OpenCv implementation that I have for mono based on the SharpCV wrapper (yes, the wrapper use IntPtr and DllImport native calls :-S. With my IplImage test I allmost succed, in the client side I can make the asignation to a local copy of the image, something like this: CvImage frame = remOrbitKit.Video.LastIplFrame; //- this is the remote object property that return a CvImage picture type ..this work... ..but if I later try to show the image the applicatio crash with this: Unhandled Exception: System.NotSupportedException: Unsupported primitive type: System.IntPtr Server stack trace: at System.Runtime.Serialization.Formatters.Binary.ObjectWriter.WritePrimitiveValue (System.IO.BinaryWriter writer, System.Object value) [0x001b4] in /mnt/data/opt/mcs/class/corlib/System.Runtime.Serialization.Formatters.Binary/ObjectWriter.cs:898 at System.Runtime.Serialization.Formatters.Binary.MessageFormatter.WriteMethodResponse (System.IO.BinaryWriter writer, System.Object obj, System.Runtime.Remoting.Messaging.Header[] headers, ISurrogateSelector surrogateSelector, StreamingContext context, FormatterAssemblyStyle assemblyFormat, FormatterTypeStyle typeFormat) [0x00191] in /mnt/data/opt/mcs/class/corlib/System.Runtime.Serialization.Formatters.Binary/MessageFormatter.cs:237 at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Serialize (System.IO.Stream serializationStream, System.Object graph, System.Runtime.Remoting.Messaging.Header[] headers) [0x00061] in /mnt/data/opt/mcs/class/corlib/System.Runtime.Serialization.Formatters.Binary/BinaryFormatter.cs:226 I know that this may sound to a specific opencv or image question, but I only want to know how can I traslate picture information with remoting, I also know that may be this is not recomended due the large amount of binary info..but I only need this for test porpuses, so bitmap, mpeg, jpg, other streaming approach??. in advance, thank you very much. Mauricio ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Remoting Server Events problem
Thanks Robert I'm trying to follow your code, I need more training with
generics, so this is a good excersice to :-) ...
Some design sugestions.:
- Do you recomend to have a remoting server version of the class that
you want to use with remoting?
- also a client remoting version of the real class?, I mention this,
becouse in my case if is posible I want to expose the events, in the
client side, like traditional cli events, so if I have a remoting client
version of the class I can deal with the remoting events technic that
you show me and expose the same events but in a traditional cli way,
that make sense :-S ?
thanks.
Mauricio
Robert Jordan wrote:
Hi,
[EMAIL PROTECTED] wrote:
Thanks Robert, I very confuse with this, becouse I read a lote of
diferent approach (event broadcast engines, shared objects, etc) to
do this, but most of them don't work :-S , I wondore if you have a
simple working example of the correct way to do this?
Events only make sense in local cross appdomain contexts.
Anything else is a world of pain. See
http://www.thinktecture.com/resourcearchive/net-remoting-faq/remotingusecases
The attached sample is still using events on the server side but
it requires that clients implement a certain interface that
was declared in the shared assembly.
The server is using a special AsyncEvent that doesn't have the
drawbacks of a simple CLI event:
- the clients are notified sequentially. This doesn't scale
- if a client doesn't respond, the next clients won't be called
back anymore. This is far from being reliable.
AsyncEvent is calling the clients in parallel and it also disconnects
failing clients. This is still not optimal because it doesn't scale
at large: Imagine you have 1000 connected clients ...
Robert
in advance, thank you very much.
Mauricio
Robert Jordan wrote:
[EMAIL PROTECTED] wrote:
Hi:
I know that is very possible that this is a basic remoting
question, but I read some info about the native .NET approach used
with remoting and I think that my code is supose it to work:
I write a class with a method to trigger some event (this is the
object resgitered by the remoting server):
[Serializable]
public class Camera: MarshalByRefObject
...
public void SetZoom(int amount)
{...//zoom code
SomeDelegate h = this.SomeEvent; //some test event triger,
the SomeDelegate is public...
if ((h != null) (SomeEvent != null))
h (this, new EventArgs());
else
Console.WriteLine(null then?); //allways is null
}
...On the client side I use a special RemoteCamera, this class
deal with all the remoting stuff related to get the object from the
server...something like:
[Serializable]
public class RemoteCamera: MarshalByRefObject
public RemoteOrbitKit()
{ .../channel registration, etc...
camera(ICamerat)Activator.GetObject(typeof(ICamera),_fullObjectURLPath);
//
camera.SomeEvent += new SomeDelegate(SomeMethod);
...
camera.SetZoom(50); //this work, but the event is not
triggered...
}
public SomeMethod(object sender, EventArgs e)
{
Console.WriteLine(method called); //This methis is
never called becouse the Event/method asociation allways is null
}
Do you see what is my mistake?
sugestions?, ideas?
1. The server must know the type RemoteCamera, because the delegate
is containing a reference to an instance of this class.
You can circumvent this by using a public static method as
an event handler.
2. The client must start a listener as well. This is done with
new TcpChannel (0) or new HttpChannel (0) or with a
corresponding remoting configuration setting.
3. The client must not be firewalled because it is
called back by the server.
Robert
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Remoting Server Events problem
Hi Robert: I finally understend your code and work like a charme!!!, thanks a lote, is a very nice and clean remoting event implementation..., I don't want take advantage of your kind help, but I have a distributed scenario on my app, and I wonder if you have some suggestions: - I understend your code and the server/client relationship with the AsyncEvents schema, is very good to traslate messages from the server to the client, but in my case the server have to expose other app objects than the server itself, let me explain me a littel bit: My app is something like the new Visual Robotics from MS, but this monoBotic is for the opensource comunity, so I have a lost off classes like Motor, MotorsController, Sensor, WebCam, RobotKit, etc... for example I have a WebCamOrbit traditional class (inherit from a base abstract class, implements interface and all that kind of stuff), the class deal with all the stuff related with the logitech webcam orbit (a pan/tilt webcam), the class also have some events like OnPositionChange(object e, PanTiltEventArgs e), and some methods like SetPanTilt(int pan, int tilt) (this method also trigger the OnPositionChange event...)...In the monoBotic the programmer can choose a local WebCamOrbit object is the robotic app is going to run in the same robot machine (for example a PC based robot or other sensors/motors connected directly to the PC), this is easy becouse in this scenario I only have to create a instance of WebCamOrbit, but in other scenarios the programmer perhaps want a remoting WebCamOrbit object becouse perhaps the camera is connected in other machine and maybe in one machine ask for the image in a camera in other machine, analyse the image and send the result and take advantache of the remotung technologie. So, all this is going to be possible to make by hand using the monoBotic framework if you are a programmer, but also monoBotic want to generate some code to make things easy. So, if is possible the local version of the WebCamOrbit and the remote version have to be the most similar as possible (method calls, event asociation, etc...) Thow I was thinking in may be have the traditional WebCamOrbit for local porpuses and also a ServerWebCamOrbit and also a ClientWebCamOrbit. In the server side each object that is intended to use with remoting (like the WebCamOrbit or a Motor, etc) is like a remoting server(ServerWebCamOrbit) and deals with the AsyncEvent and make the bindings with the traditional WebCamOrbit. In the client side, the ClientWebCamOrbit get the remote ServerWebCamOrbit object and implement the necesary bindigs to look to the programer as a traditional WebCamOrbitObject (may be with diferent contructor to pass the object URL..etc). This sounds like have any sense to you? :-S , I think that in this way I can controll the methods and events that can be handled with remoting and not expose all the methods and events from the original WebCamOrbit, but the problem is I need to have a Remoting Server for each object, in fact in this escenario, each object that is supose to work in a remotng way is a server. And in the client side with the client version of the class, I can make all the necesary bindigs to expose the client version of the object as similar as is posible to the traditional/local WebCamOrbit...But offcourse all this is not ver scalable and need a lote of code to maintein each server and client version of each class... So, I need a lote of design help I think ... :-S Sorry to bored you with such a long mail... And in advance, thank you very much.. Mauricio. Robert Jordan wrote: Hi, [EMAIL PROTECTED] wrote: Thanks Robert, I very confuse with this, becouse I read a lote of diferent approach (event broadcast engines, shared objects, etc) to do this, but most of them don't work :-S , I wondore if you have a simple working example of the correct way to do this? Events only make sense in local cross appdomain contexts. Anything else is a world of pain. See http://www.thinktecture.com/resourcearchive/net-remoting-faq/remotingusecases The attached sample is still using events on the server side but it requires that clients implement a certain interface that was declared in the shared assembly. The server is using a special AsyncEvent that doesn't have the drawbacks of a simple CLI event: - the clients are notified sequentially. This doesn't scale - if a client doesn't respond, the next clients won't be called back anymore. This is far from being reliable. AsyncEvent is calling the clients in parallel and it also disconnects failing clients. This is still not optimal because it doesn't scale at large: Imagine you have 1000 connected clients ... Robert in advance, thank you very much. Mauricio Robert Jordan wrote: [EMAIL PROTECTED] wrote: Hi: I know that is very possible that this is a basic remoting question, but I read some info about the native .NET
Re: [Mono-dev] Remoting IplImage/Bitmap return type problem
Is posible to create a binary representation of an object in memory with some serialization and transmit the bytes[] of the object with remoting and in the other side re-build the object with his bytes?, or I crazy :-S . Euan MacInnes wrote: Hi Mauricio, One option to do this is to extract the bitmap as a series of bytes, and then stream the byte array across. given a bitmap called mybitmap MemoryStream ms = New MemoryStream(); mybitmap.Save(ms, ImageFormat.Jpeg); // Save it as Jpeg if you don't mind it being compressed then you can either serialise the stream, or convert to an array of bytes and send that: byte[] picBuf = ms.GetBuffer(); Cheers, Euan. Date: Sat, 24 Nov 2007 20:12:15 -0300 From: [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Subject: [Mono-dev] Remoting IplImage/Bitmap return type problem Hi: I still have my problem about how to get the remoting object picture from a client. First I try to make a property and a method to return a Bitmap, but finally I only get some class/type is not marked as Serializable..., and now I try to use a IplImage from a basic OpenCv implementation that I have for mono based on the SharpCV wrapper (yes, the wrapper use IntPtr and DllImport native calls :-S. With my IplImage test I allmost succed, in the client side I can make the asignation to a local copy of the image, something like this: CvImage frame = remOrbitKit.Video.LastIplFrame; //- this is the remote object property that return a CvImage picture type ..this work... ..but if I later try to show the image the applicatio crash with this: Unhandled Exception: System.NotSupportedException: Unsupported primitive type: System.IntPtr Server stack trace: at System.Runtime.Serialization.Formatters.Binary.ObjectWriter.WritePrimitiveValue (System.IO.BinaryWriter writer, System.Object value) [0x001b4] in /mnt/data/opt/mcs/class/corlib/System.Runtime.Serialization.Formatters.Binary/ObjectWriter.cs:898 at System.Runtime.Serialization.Formatters.Binary.MessageFormatter.WriteMethodResponse (System.IO.BinaryWriter writer, System.Object obj, System.Runtime.Remoting.Messaging.Header[] headers, ISurrogateSelector surrogateSelector, StreamingContext context, FormatterAssemblyStyle assemblyFormat, FormatterTypeStyle typeFormat) [0x00191] in /mnt/data/opt/mcs/class/corlib/System.Runtime.Serialization.Formatters.Binary/MessageFormatter.cs:237 at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Serialize (System.IO.Stream serializationStream, System.Object graph, System.Runtime.Remoting.Messaging.Header[] headers) [0x00061] in /mnt/data/opt/mcs/class/corlib/System.Runtime.Serialization.Formatters.Binary/BinaryFormatter.cs:226 I know that this may sound to a specific opencv or image question, but I only want to know how can I traslate picture information with remoting, I also know that may be this is not recomended due the large amount of binary info..but I only need this for test porpuses, so bitmap, mpeg, jpg, other streaming approach??. in advance, thank you very much. Mauricio ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Remoting Server Events problem
Thanks Robert, I very confuse with this, becouse I read a lote of
diferent approach (event broadcast engines, shared objects, etc) to do
this, but most of them don't work :-S , I wondore if you have a simple
working example of the correct way to do this?
in advance, thank you very much.
Mauricio
Robert Jordan wrote:
[EMAIL PROTECTED] wrote:
Hi:
I know that is very possible that this is a basic remoting question, but
I read some info about the native .NET approach used with remoting and I
think that my code is supose it to work:
I write a class with a method to trigger some event (this is the object
resgitered by the remoting server):
[Serializable]
public class Camera: MarshalByRefObject
...
public void SetZoom(int amount)
{...//zoom code
SomeDelegate h = this.SomeEvent; //some test event triger, the
SomeDelegate is public...
if ((h != null) (SomeEvent != null))
h (this, new EventArgs());
else
Console.WriteLine(null then?); //allways is null
}
...On the client side I use a special RemoteCamera, this class deal
with all the remoting stuff related to get the object from the
server...something like:
[Serializable]
public class RemoteCamera: MarshalByRefObject
public RemoteOrbitKit()
{ .../channel registration, etc...
camera(ICamerat)Activator.GetObject(typeof(ICamera),_fullObjectURLPath);
//
camera.SomeEvent += new SomeDelegate(SomeMethod);
...
camera.SetZoom(50); //this work, but the event is not
triggered...
}
public SomeMethod(object sender, EventArgs e)
{
Console.WriteLine(method called); //This methis is never
called becouse the Event/method asociation allways is null
}
Do you see what is my mistake?
sugestions?, ideas?
1. The server must know the type RemoteCamera, because the delegate
is containing a reference to an instance of this class.
You can circumvent this by using a public static method as
an event handler.
2. The client must start a listener as well. This is done with
new TcpChannel (0) or new HttpChannel (0) or with a
corresponding remoting configuration setting.
3. The client must not be firewalled because it is
called back by the server.
Robert
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Remoting IplImage/Bitmap return type problem
Hi: I still have my problem about how to get the remoting object picture from a client. First I try to make a property and a method to return a Bitmap, but finally I only get some class/type is not marked as Serializable..., and now I try to use a IplImage from a basic OpenCv implementation that I have for mono based on the SharpCV wrapper (yes, the wrapper use IntPtr and DllImport native calls :-S. With my IplImage test I allmost succed, in the client side I can make the asignation to a local copy of the image, something like this: CvImage frame = remOrbitKit.Video.LastIplFrame; //- this is the remote object property that return a CvImage picture type ..this work... ..but if I later try to show the image the applicatio crash with this: Unhandled Exception: System.NotSupportedException: Unsupported primitive type: System.IntPtr Server stack trace: at System.Runtime.Serialization.Formatters.Binary.ObjectWriter.WritePrimitiveValue (System.IO.BinaryWriter writer, System.Object value) [0x001b4] in /mnt/data/opt/mcs/class/corlib/System.Runtime.Serialization.Formatters.Binary/ObjectWriter.cs:898 at System.Runtime.Serialization.Formatters.Binary.MessageFormatter.WriteMethodResponse (System.IO.BinaryWriter writer, System.Object obj, System.Runtime.Remoting.Messaging.Header[] headers, ISurrogateSelector surrogateSelector, StreamingContext context, FormatterAssemblyStyle assemblyFormat, FormatterTypeStyle typeFormat) [0x00191] in /mnt/data/opt/mcs/class/corlib/System.Runtime.Serialization.Formatters.Binary/MessageFormatter.cs:237 at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Serialize (System.IO.Stream serializationStream, System.Object graph, System.Runtime.Remoting.Messaging.Header[] headers) [0x00061] in /mnt/data/opt/mcs/class/corlib/System.Runtime.Serialization.Formatters.Binary/BinaryFormatter.cs:226 I know that this may sound to a specific opencv or image question, but I only want to know how can I traslate picture information with remoting, I also know that may be this is not recomended due the large amount of binary info..but I only need this for test porpuses, so bitmap, mpeg, jpg, other streaming approach??. in advance, thank you very much. Mauricio ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Remoting Server Events problem
Hi:
I know that is very possible that this is a basic remoting question, but
I read some info about the native .NET approach used with remoting and I
think that my code is supose it to work:
I write a class with a method to trigger some event (this is the object
resgitered by the remoting server):
[Serializable]
public class Camera: MarshalByRefObject
...
public void SetZoom(int amount)
{...//zoom code
SomeDelegate h = this.SomeEvent; //some test event triger, the
SomeDelegate is public...
if ((h != null) (SomeEvent != null))
h (this, new EventArgs());
else
Console.WriteLine(null then?); //allways is null
}
...On the client side I use a special RemoteCamera, this class deal
with all the remoting stuff related to get the object from the
server...something like:
[Serializable]
public class RemoteCamera: MarshalByRefObject
public RemoteOrbitKit()
{ .../channel registration, etc...
camera(ICamerat)Activator.GetObject(typeof(ICamera),_fullObjectURLPath);
//
camera.SomeEvent += new SomeDelegate(SomeMethod);
...
camera.SetZoom(50); //this work, but the event is not
triggered...
}
public SomeMethod(object sender, EventArgs e)
{
Console.WriteLine(method called); //This methis is never
called becouse the Event/method asociation allways is null
}
Do you see what is my mistake?
sugestions?, ideas?
Thanks
Greeting, Mauricio
P.D: Sorry is I post this twice, but the mail server of the list tell me
that some parts of the message are ignored or not proseced...¿?
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Remoting IplImage/Bitmap return type problem
Thanks Euan, I do the stream/byte[] sugestion and work perfectly, now I'm going to try to do something like that with the opencv iplimage format. thanks Mauricio Euan MacInnes wrote: Hi Mauricio, One option to do this is to extract the bitmap as a series of bytes, and then stream the byte array across. given a bitmap called mybitmap MemoryStream ms = New MemoryStream(); mybitmap.Save(ms, ImageFormat.Jpeg); // Save it as Jpeg if you don't mind it being compressed then you can either serialise the stream, or convert to an array of bytes and send that: byte[] picBuf = ms.GetBuffer(); Cheers, Euan. Date: Sat, 24 Nov 2007 20:12:15 -0300 From: [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Subject: [Mono-dev] Remoting IplImage/Bitmap return type problem Hi: I still have my problem about how to get the remoting object picture from a client. First I try to make a property and a method to return a Bitmap, but finally I only get some class/type is not marked as Serializable..., and now I try to use a IplImage from a basic OpenCv implementation that I have for mono based on the SharpCV wrapper (yes, the wrapper use IntPtr and DllImport native calls :-S. With my IplImage test I allmost succed, in the client side I can make the asignation to a local copy of the image, something like this: CvImage frame = remOrbitKit.Video.LastIplFrame; //- this is the remote object property that return a CvImage picture type ..this work... ..but if I later try to show the image the applicatio crash with this: Unhandled Exception: System.NotSupportedException: Unsupported primitive type: System.IntPtr Server stack trace: at System.Runtime.Serialization.Formatters.Binary.ObjectWriter.WritePrimitiveValue (System.IO.BinaryWriter writer, System.Object value) [0x001b4] in /mnt/data/opt/mcs/class/corlib/System.Runtime.Serialization.Formatters.Binary/ObjectWriter.cs:898 at System.Runtime.Serialization.Formatters.Binary.MessageFormatter.WriteMethodResponse (System.IO.BinaryWriter writer, System.Object obj, System.Runtime.Remoting.Messaging.Header[] headers, ISurrogateSelector surrogateSelector, StreamingContext context, FormatterAssemblyStyle assemblyFormat, FormatterTypeStyle typeFormat) [0x00191] in /mnt/data/opt/mcs/class/corlib/System.Runtime.Serialization.Formatters.Binary/MessageFormatter.cs:237 at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Serialize (System.IO.Stream serializationStream, System.Object graph, System.Runtime.Remoting.Messaging.Header[] headers) [0x00061] in /mnt/data/opt/mcs/class/corlib/System.Runtime.Serialization.Formatters.Binary/BinaryFormatter.cs:226 I know that this may sound to a specific opencv or image question, but I only want to know how can I traslate picture information with remoting, I also know that may be this is not recomended due the large amount of binary info..but I only need this for test porpuses, so bitmap, mpeg, jpg, other streaming approach??. in advance, thank you very much. Mauricio ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Bitmap return type remoting problem
Hi:
I know tha may be bitmap as return type is not a good idea, but I really
ned to do this for test porpuese, is possible?, how I do wronge?.
Thanks.
Mauricio
[EMAIL PROTECTED] wrote:
Sebastien Pouliot wrote:
On Wed, 2007-11-21 at 18:01 -0300, [EMAIL PROTECTED] wrote:
Hi:
I have a class (with the corrsponding interface) that have a method
with a Bitmap as a return type, something like:
class c
{
Bitmap GetLastFrame()
{
return new Bitmap(/tmp/baboon.jpg);
}
}
I'm able to register the object with remoting and call other method,
properties, etc, but when I call the GetLastFrame method I get a
Null or Invalid object value, if I call the method without
remoting all work ok, but when I make the call from a client with
remoting I get this problem, ofcourse the /tmp/baboon.jpg file
exist on the remoting server
any sugestion?.
Yes, don't remote it.
Seriously Bitmap may be serializable but :
* it is probably (98%) not compatible with MS;
* you would be serializing a lot of data since the Bitmap is
uncompressed where the original JPEG file was much smaller
ok, I understend your point and I going to search about a small stream
such jpeg or other streaming approach, but for test porpuses, how can
I do something like that?, is posible in some way?.
thanks
Mauricio
so return a (much smaller) stream/byte[] and rebuild the Bitmap on the
client side.
Sebastien
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Bitmap return type remoting problem
Hi:
I have a class (with the corrsponding interface) that have a method with
a Bitmap as a return type, something like:
class c
{
Bitmap GetLastFrame()
{
return new Bitmap(/tmp/baboon.jpg);
}
}
I'm able to register the object with remoting and call other method,
properties, etc, but when I call the GetLastFrame method I get a Null
or Invalid object value, if I call the method without remoting all
work ok, but when I make the call from a client with remoting I get this
problem, ofcourse the /tmp/baboon.jpg file exist on the remoting
server
any sugestion?.
thanks.
Mauricio
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
