RE: [Mono-devel-list] Re: [Mono-list] Re: Visual Studio Addin for Mono
There is no freaking debugger for mono on Windows, just get over it or write one. - Urs -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of MonoMan MonoMan Sent: Tuesday, September 21, 2004 11:30 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [Mono-devel-list] Re: [Mono-list] Re: Visual Studio Addin for Mono Hi Francisco Thanx a lot for your elaborative mail.i understood the concept behind your addin It is very nice mean to verify the managed code on mono runtime. I am very sorry , i dont know the procedure to debug managed code on mono runtime with the help of your addin. i tried a lot on web but i was able to get only following link http://www.mfconsulting.com/product/gtks-inst4win/vsprj2make_Proposal.html If any document exists which describes debugging managed code on mono runtime with the help of your addin,plz help me by sending link for it. Thanx in advance >From: "Francisco T. Martinez" <[EMAIL PROTECTED]> >To: MonoMan MonoMan <[EMAIL PROTECTED]> >CC: [EMAIL PROTECTED], >[EMAIL PROTECTED],[EMAIL PROTECTED] >Subject: Re: [Mono-list] Re: Visual Studio Addin for Mono >Date: Tue, 21 Sep 2004 13:32:29 -0500 > >There is no working "Mono only" debugger for Win32. However, one of the >most important reasons, if not the most important one, for me to have >created the Add-in was to give Mono programmers a means to debug managed >code. > >Granted that by debugging an application within Visual Studio you will only >be debugging the libraries that are referenced in you project. That means >that debugging a solution that uses gtk-sharp.dll will be pretty close if >not identically to the behavior you would get when the application is >compiled on say Linux with mcs.exe. The level of surety you may get from >debugging solutions that use System.Xml.dll from Microsoft would not be as >closed that one that uses System.Xml.dll from Mono. I remind programmers >that Microsoft implementation of all pieces that have not been turned over >to ECMA may or may not differ from our Mono implementation of the >equivalently named assemblies, but in most cases you should have consistent >behavior. > >That is a good transition point to the Add-in's "Test in Mono" menu option. > This option is not yet implemented. The idea behind it will be that you >can indeed select that menu option and the Add-in will compile the active >solution using mcs.exe and later launch the resulting binary using >mono.exe. In the event that the current project is a Web application, the >compilation will be as stated before but an instance of XSP will be >launched along with a shell spawn browser navigated to the startup page >that is specified on the project to act as the runtime test portion. > >My hope is that this will give you a reasonable degree of confidence that >the application will work well in Mono (or not). Finally, using the >Add-in's packaging facilities, you can create zip file that can easily be >distributed to other Mono platforms for further development or usage. > >Hope this helps. > >Paco > >MonoMan MonoMan wrote: > >> >> >>Hi Francisco >>I am very much thankful for your help.I am able to download and run the >>addin. >>I found that this addin do not have any mono debugger inbuilt,right? >>Please let me know if any other package need to be installed to get mono >>debugger. >> >>I am very much interested to debug c# application with mono runtime but >>unfortunatly i could not get any existing mono debugger on windows >>platform >> >>I have some doubts.Please clear them too >> >>1.Is this addin planning to use mono debugger inbuilt with monodevelop? if >>yes mono debugger is Linux specific,how can we use this on windows >>platform >> >>2.I am able to see one option "Test on Mono".this is not implemented yet. >>could you explain it's functionality? >> >>Thanx a lot for your time. >>Looking forward for your precious reply >> > >___ >Mono-list maillist - [EMAIL PROTECTED] >http://lists.ximian.com/mailman/listinfo/mono-list _ Win a trip to Singapore! Experience the magic! http://eu.xmts.net/80450 Click here for details! ___ Mono-devel-list mailing list [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] re: referencing a dll
That is not compatible with MS ASP.Net they just use Class="ClassName, Assembly" or just Class="ClassName" looking in all assemblies in bin. I just tried that... - Urs -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gonzalo Paniagua Javier Sent: Wednesday, May 26, 2004 11:32 PM To: [EMAIL PROTECTED] Subject: Re: [Mono-list] re: referencing a dll El jue, 27-05-2004 a las 06:56, Peter Foley escribió: > tried that - no good > > does the dll have to be in a particular directory? > permissions? > do i need to specify it's namespace? You only need <%@ Assembly Name="ABSSecurity" %> ABSSecurity.dll should be either in bin, MONO_PATH or the GAC. And for the namespaces from ABSSecurity you use, also: <%@ Import namespace="blah" %> -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] FW: Mono's Beta 1 and MyXaml--it works!!!
Some good news! From: Marc Clifton Posted At: Monday, May 10, 2004 6:57 AM Posted To: Marc's Blog Conversation: Mono's Beta 1 and MyXaml--it works!!! Subject: Mono's Beta 1 and MyXaml--it works!!! http://myxaml.com/marcclifton/archive/2004/05/10/268.aspx | Comments Wow, I'm impressed. It took about 30 minutes to install Mono, create a little batch file to compile the core parser engine, and write a little Hello MyXaml application. And it worked! No code changes necessary at all!!! <> xmlns="System.Windows.Forms" xmlns:def="Definition"> ClientSize='300, 50' StartPosition='CenterScreen' FormBorderStyle="FixedSingle" BackColor="White" Text='M&M'> I'll be testing out the rest of the MyXaml code next. Kudo's to Will Senn for his great Code Project article on installing Mono. Marc Related...
RE: [Mono-list] Windows installer - Take 6
C:\Documents and Settings\umuff>monop ** (C:\Program Files\Mono-0.91\lib\monop.exe:3412): WARNING **: Could not find assembly System, references from C:\Program Files\Mono-0.91\lib\monop.exe (assemblyref_index=1) Major/Minor: 1,0 Build: 5000,0 Token: b77a5c561934e089 C:\Documents and Settings\umuff>mbas ** (C:\Program Files\Mono-0.91\lib\mbas.exe:2860): WARNING **: Could not find assembly Mono.GetOptions, references from C:\Program Files\Mono-0.91\lib\mbas.exe (assemblyref_index=1) Major/Minor: 1,0 Build: 5000,0 Token: 0738eb9f132ed756 Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gonzalo Paniagua Javier Sent: Tuesday, May 11, 2004 4:48 AM To: [EMAIL PROTECTED] Subject: RE: [Mono-list] Windows installer - Take 3, a.k.a. "this should w ork for everyone" El mar, 11-05-2004 a las 10:36, Dave Parsons escribió: > Hi > > I tried the latest installer, from > http://primates.ximian.com/~gonzalo/tmp/mono-0.91-win32-5.exe > > But still get: > > C:\>mbas > > ** (C:\Program Files\Mono-0.91\lib\mbas.exe:680): WARNING **: Could not find > ass > embly Mono.GetOptions, references from C:\Program > Files\Mono-0.91\lib\mbas.exe ( > assemblyref_index=1) > Major/Minor: 1,0 > Build: 5000,0 > Token: 0738eb9f132ed756 This is being tracked in: http://bugzilla.ximian.com/show_bug.cgi?id=58260 Someone reported that at least mcs, ilasm and mono work from cmd.exe. The last attempt at a working installer is http://primates.ximian.com/~gonzalo/tmp/mono-0.91-win32-6.exe [...] > What am I missing here? I am new to Mono, having used 0.31 before the beta, > which installed and worked flawlessly. Well, no one provided a win32 installer that works and I decided to use the .nsi file in mono CVS to build the packages.Turned out that the existing file generated installers were pretty broken and I'm trying to build a good one and then reuse it for next releases. Hope to get it soon with the feedback people is sending. -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Windows installer - please test
Does not work: C:\>mcs --version The assembly mscorlib.dll was not found or could not be loaded. It should have been installed in the `c:/cygwin/home/Propietario/go-mono/install/lib' directory. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gonzalo Paniagua Javier Sent: Saturday, May 08, 2004 7:36 AM To: Monkey Business Subject: [Mono-list] Windows installer - please test Hi, this is my attemp at creating a windows installer for mono beta1: http://primates.ximian.com/~gonzalo/tmp/mono-0.91-win32-1.exe Please test it and report any problem. -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Mono build broken on Windows
Guys, guys settle down: I posted a patch to this on the dev-list about a week ago, but nobody replied/approved it. - Urs -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gert Driesen Sent: Tuesday, April 27, 2004 11:06 PM To: Daniel Morgan; [EMAIL PROTECTED] Subject: Re: [Mono-list] Mono build broken on Windows - Original Message - From: "Daniel Morgan" <[EMAIL PROTECTED]> To: "Gert Driesen" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Wednesday, April 28, 2004 2:00 AM Subject: RE: [Mono-list] Mono build broken on Windows > At this point, mono has been built successfully. > > If you'll notice, it is only coping Mono.CSharp.Debugger.dll during > "make install". I agree that mono has been successfully built, but I definitely get the error during "make", not "make install". > Since the debugger does not work on Windows, the assembly is not needed. Ok, but it should not cause the make to fail ... > The mono-build-w32.sh automatically does a make install. I'm not using that script ... > > You can always manually copy the assemblies over that you need. Sure, but I'm sure this "issue" will get fixed soon ... Thanks ! Gert > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Gert Driesen > Sent: Tuesday, April 27, 2004 1:57 AM > To: [EMAIL PROTECTED] > Subject: [Mono-list] Mono build broken on Windows > > > Hi, > > Apparently the Mono build is broken on Windows : > > Making all in runtime > make[2]: Entering directory `/cygdrive/d/cvs/mono/mono/runtime' > cp -f /usr/local/lib/Mono.CSharp.Debugger.dll . > cp: cannot stat `/usr/local/lib/Mono.CSharp.Debugger.dll': No such file or > directory > make[2]: *** [Mono.CSharp.Debugger.dll] Error 1 > make[2]: Leaving directory `/cygdrive/d/cvs/mono/mono/runtime' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/cygdrive/d/cvs/mono/mono' > make: *** [all] Error 2 > > The Mono.CSharp.Debugger assembly is only built on unix, hence the error ... > > Gert > > ___ > Mono-list maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/mono-list > > ___ > Mono-list maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/mono-list > ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list debugger.patch Description: Binary data
RE: [Mono-list] Mono build broken on Windows
I have a patch for that but it is not approved yet, it can and should be built on Windows as well, since otherwise mcs will not be able to generate debug info... - Urs -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gert Driesen Sent: Monday, April 26, 2004 11:57 PM To: [EMAIL PROTECTED] Subject: [Mono-list] Mono build broken on Windows Hi, Apparently the Mono build is broken on Windows : Making all in runtime make[2]: Entering directory `/cygdrive/d/cvs/mono/mono/runtime' cp -f /usr/local/lib/Mono.CSharp.Debugger.dll . cp: cannot stat `/usr/local/lib/Mono.CSharp.Debugger.dll': No such file or directory make[2]: *** [Mono.CSharp.Debugger.dll] Error 1 make[2]: Leaving directory `/cygdrive/d/cvs/mono/mono/runtime' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/cygdrive/d/cvs/mono/mono' make: *** [all] Error 2 The Mono.CSharp.Debugger assembly is only built on unix, hence the error ... Gert ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] I give up / Mac OS X PPC support
About xsp: you need to patch mcs/class/System.Web/System.Web.Configuration/WebConfigurationSettings.cs Remove the throw exception when both web.config and Web.config are present. Other then that it should work. (with mint and --with-gc=boehm). - Urs -Original Message- From: Attila Balogh [mailto:[EMAIL PROTECTED] Sent: Thursday, April 08, 2004 5:26 PM To: Urs Muff; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [Mono-list] I give up / Mac OS X PPC support hello, Urs Muff wrote: >I feel your pain, trust me! > >One thing I have to say: installing mono has gotten much easier: >- Install fink from fink.sourceforge.net >- Make sure to be adding the unstable tree (either with Fink Commander -> >Preferences -> Fink > - use unstable packages > - use unstable cryptography packages > Or by adding unstable/main unstable/crypto in the line Tree: of the file >/sw/etc/fink.conf >- do a self update 'fink selfupdate-cvs' >- install mono 'fink install mono' > >That's it! It installs all the dependencies and it just works. Right now >it's 0.31. > > that 's true, also usually it's possible to compile the cvs version on top of this. (sometimes not ;] ) >I got gtk-sharp compiling on my local machine but it is not working to a >point where we can use it. > > I also got it compiled, but i couldn't run _any_ of the samples. (system.dllnotfoundexception: libgtk-win32-2.0-0.dll - /sw/etc/mono/config seems to be correct, DYLD_LIBRARY_PATH=/sw/lib)) >I'm working on a Cocoa / Objective-C integration using Xcode and Interface >Builder for Mac OS X and Mono. > > could You tell a little bit more about this? >Down the road you may be able to run gtk-sharp on Mac or Windows, or run >Windows.Forms on *nix and Mac, but I would not recommend that, since >- Gtk is the native UI platform for *nix >- Windows.Forms is the native UI platform for Windows > > i really don't know nothing about gtk, but about WinForms i do not think that it would feel like a native UI platform for Windows. can You tell any applications that You regularly use and is created with WinForms? (if You use Windows at all ;] ) For me it still feels really fragile and too robust in the same time. I have one more question concerning mono on mac: xsp. Did anyone successfully run it ever? Regards, Attila ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] I give up / Mac OS X PPC support
I feel your pain, trust me! One thing I have to say: installing mono has gotten much easier: - Install fink from fink.sourceforge.net - Make sure to be adding the unstable tree (either with Fink Commander -> Preferences -> Fink - use unstable packages - use unstable cryptography packages Or by adding unstable/main unstable/crypto in the line Tree: of the file /sw/etc/fink.conf - do a self update 'fink selfupdate-cvs' - install mono 'fink install mono' That's it! It installs all the dependencies and it just works. Right now it's 0.31. I got gtk-sharp compiling on my local machine but it is not working to a point where we can use it. I'm working on a Cocoa / Objective-C integration using Xcode and Interface Builder for Mac OS X and Mono. Down the road you may be able to run gtk-sharp on Mac or Windows, or run Windows.Forms on *nix and Mac, but I would not recommend that, since - Gtk is the native UI platform for *nix - Windows.Forms is the native UI platform for Windows - and, Cocoa is the native UI platform for Mac OS X You will NOT achieve a native look and feel using a NON-native UI platform! That is my opinion, and is the current trend amongst many other developers. Just look at java.awt and you know what I'm talking about. To be fair to the mono team, THEY ARE WORKING ON IT! (Getting Mac OS X up and running). Miguel just checked in some runtime fixes about 1 hour ago, and Paolo is working on it as far as I know full time! Yes, it needs more love, but we can only achieve that by helping each other, getting the basics running, and reaching a critical mass, giving up will not help the process! I know how painful it is right now! Please continue trying to use it and report problems by using bugzilla. We need to continue to push to get forward. - URS C. MUFF SOFTWARE ARCHITECT - RESEARCH LAB CONFIDENTIALITY NOTICE This e-mail transmission and any documents, files, or previous e-mail messages appended or attached to it, may contain information that is confidential or legally privileged. If you are not the intended recipient, or a person responsible for delivering it to the intended recipient, you are hereby notified that you must not read this transmission and that any disclosure, copying, printing, distribution, or use of the information contained or attached to this transmission is STRICTLY PROHIBITED. If you have received this transmission in error, please immediately notify the sender by telephone +1 (303) 894-3360 or return e-mail message [EMAIL PROTECTED] and delete the original transmission, its attachments, and any copies without reading or saving in any manner. Thank you. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Griffin Caprio Sent: Thursday, April 08, 2004 11:24 AM To: Attila Balogh Cc: Jeffrey McManus; [EMAIL PROTECTED] Subject: Re: [Mono-list] I give up / Mac OS X PPC support > my problem with gtk# personally is that mac os x is not supported. > although you can find people who hacked it together, if you co it > from cvs, and install it, the samples don't work. i don't have a linux > box, only a mac, and i would love to play with mono on it, but it's > been two months now, and i don't feel any closer. > > there are also problems with xsp, and sometimes mono doesn't compile > either (i mean cvs version). > regards, Grudgingly, I have to agree with above statement(s). Mono support for Mac OS X/ PPC is fragile at best. I even tried to put together a page on the basic steps ( http://homepage.mac.com/griffincaprio/mono/RunningMonoOnMacOSX.html ), but I have all but given up trying to maintain that page. This is because mono not reliable from day to day, release to release, on the PPC / Mac OS X platform. I am not saying that running off the CVS tree is the most stable way to work, but this goes for the releases also. 0.29 worked on the PPC, 0.30 didn't without some major hacking. 0.31 doesn't work reliably, either. Some of the steps I have taken to compile mono include: - configure switches - external, 3rd party source downloads - editing actual code/headers to accommodate the PPC platform. What's worse, is that when I encounter errors, i receive almost no help on the mailing lists. Some of these are not doubt strange errors, and some are very common, but my posts go unanswered either way. I haven't even gotten to gtk#... Segmentation faults, bus errors, frozen compiles, etc The list goes on and on. I hope to come back to mono in a few months, when/if PPC support is better. But for now, I feel that it's a lost cause. - Griffin ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Remoting
Lluis Sanchez [EMAIL PROTECTED], provide some concrete test case (in code) you your fix will be done in lightning speed! He is excellent! - Urs -Original Message- From: [EMAIL PROTECTED] To: Mono Sent: 3/7/2004 10:43 PM Subject: [Mono-list] Remoting On a whim I decided to test out the Remoting Framework. The good news is that a simple TCP channel example worked well enough. Even cross platform: client-XP and server-Linux. The HTTP client channel didn't appear to work. Who do I contact about helping filling out the Remoting Framework functionality? I poked around the web site but didn't find a maintainer or lead. Any hints would be appreciated. Tom Larsen -- Tomar <[EMAIL PROTECTED]> ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] open house: hotel suggestion
Title: open house: hotel suggestion Boston Marriott Cambridge - Cambridge, MA Check-in Date: March 4, 2004 (Thursday) Check-out Date: March 6, 2004 (Saturday) Number of Guests: 1 Room Description Rate -- QUALITY ROOM 99.00 (USD) per night Rate Rules ADVANCED PURCHASE*NON REFUNDABLE RATE,NO CANCELLATION & CHANGES ALLOWED. CC WILL BE CHARGED AT BOOKING*MAX 4PPL*PARKING ADD'L - Urs C. Muff
RE: [Mono-list] MacOS packages.
This is great! Please publish the Xcode projects and scripts you use to make the package and framework so others can build it from CVS. Miguel or myself will check them into CVS in case you don't have access. - Urs -Original Message- From: Andy Satori [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 25, 2004 7:21 AM To: Urs Muff Cc: 'Miguel de Icaza'; [EMAIL PROTECTED] Subject: Re: [Mono-list] MacOS packages. Urs is correct, after some more digging, it's the 'way' to go. it's going to take me a couple of days to cleanup my own system to get all this built and tested (wish I had another machine for this... oh well). I've got the packages and base installer's built, I just need to run through and tweak them into frameworks. This will also make them much easier to install and manage in the future. Andy On Feb 25, 2004, at 8:21 AM, Urs Muff wrote: > If you actually look at /usr/bin/javac, /usr/bin/java, those are soft > links > to > /System/Library/Framework/JavaVM.Framework/Version/1.4.2/Command/java. > > --> We only have to create soft links for stuff main executables, but > not > necessary the .exe assemblies since those are just .Net assemblies > unless we > have some .exe Mono launcher in /etc/... as discussed many times on > this > list. > > As for the version: that is the framework version not the assembly > version. > The GAC is fine and no problem, but Apple is talking about the > executables > (mono,mint) dynamic libraries (libmono.dylib, ...) and the C-headers, > and > that has a standard folder structure. > > - URS C. MUFF > > -Original Message- > From: Miguel de Icaza [mailto:[EMAIL PROTECTED] > Sent: Tuesday, February 24, 2004 7:43 PM > To: Urs C Muff > Cc: Andy Satori; [EMAIL PROTECTED] > Subject: Re: [Mono-list] MacOS packages. > > Hello, > >> Well actually I agree that the shell scripts 'mono' and 'mcs' might >> live in /usr/bin, but I would create a Framework and put it in >> /System/Library/Frameworks/MonoVM.Framework the same way as >> /System/Library/Frameworks/JavaVM.Framework is placed (look at the >> folder structure within the framework to see how Apple is structuring >> such a beast). >> >> But the .Net assemblies should live in >> /System/Library/Frameworks/MonoVM.Framework/Versions/0.30/Assemblies >> where there is a link pointing there @ >> /System/Library/Frameworks/MonoVM.Framework/Assemblies. >> >> That would conform with Apple's standard much better: I don't know how >> we would have to build mono to include those in the assembly load >> path... > > I think you just build mono with a prefix of: > > /System/Library/Frameworks/MonoVM.Framework > > And just copy anything that is installed in the bin/ subdirectory to > /usr/bin. > > As for the versioning: we will be taking care of library versions in a > different way (the GAC approach) > ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] MacOS packages.
If you actually look at /usr/bin/javac, /usr/bin/java, those are soft links to /System/Library/Framework/JavaVM.Framework/Version/1.4.2/Command/java. --> We only have to create soft links for stuff main executables, but not necessary the .exe assemblies since those are just .Net assemblies unless we have some .exe Mono launcher in /etc/... as discussed many times on this list. As for the version: that is the framework version not the assembly version. The GAC is fine and no problem, but Apple is talking about the executables (mono,mint) dynamic libraries (libmono.dylib, ...) and the C-headers, and that has a standard folder structure. - URS C. MUFF -Original Message- From: Miguel de Icaza [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 24, 2004 7:43 PM To: Urs C Muff Cc: Andy Satori; [EMAIL PROTECTED] Subject: Re: [Mono-list] MacOS packages. Hello, > Well actually I agree that the shell scripts 'mono' and 'mcs' might > live in /usr/bin, but I would create a Framework and put it in > /System/Library/Frameworks/MonoVM.Framework the same way as > /System/Library/Frameworks/JavaVM.Framework is placed (look at the > folder structure within the framework to see how Apple is structuring > such a beast). > > But the .Net assemblies should live in > /System/Library/Frameworks/MonoVM.Framework/Versions/0.30/Assemblies > where there is a link pointing there @ > /System/Library/Frameworks/MonoVM.Framework/Assemblies. > > That would conform with Apple's standard much better: I don't know how > we would have to build mono to include those in the assembly load > path... I think you just build mono with a prefix of: /System/Library/Frameworks/MonoVM.Framework And just copy anything that is installed in the bin/ subdirectory to /usr/bin. As for the versioning: we will be taking care of library versions in a different way (the GAC approach) ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Mono mini-meeting in Boston: March 5th and 6th.
That would be SWEET! --> a must :) - URS C. MUFF -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pavlica, Nick Sent: Tuesday, February 24, 2004 12:57 PM To: Miguel de Icaza Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [Mono-list] Mono mini-meeting in Boston: March 5th and 6th. Is there a similar meeting planned for the Rocky Mountain area? On Tue, 2004-02-24 at 12:16, Miguel de Icaza wrote: > Hello, > > On March 5th-6th (Friday and Saturday) there will be an > open-house meeting for people interested in Mono to get > together with the Mono developers at the Novell offices in > in Cambridge Massachusetts: > > http://www.ximian.com/about_us/contact > > The whole Novell Mono team will be here (Atsushi Enomoto, Dick > Porter, Duncan Mak, Erik Dasque, Gonzalo Paniagua, Jackson > Harper, Jordi Mas, Lluis Sanches, Manjula, Martin Baulig, > Miguel de Icaza, Mike Kestner, Paolo Molaro, Peter Bartok, > Sebastien Pouliot, Sachin Kumar) and hopefully Joe Shaw, Nat > Friedman, Peter Williams and Ravi Pratap will be joining us as > well. > > Todd Berman from Mono Develop will also be coming. > > Miguel > > ___ > Mono-list maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Mono 0.30.1 released.
What's the build procedure to create a windows installer from CVS? (Who is normally creating those builds?) Is there a continues build process in place to ensure that platforms are not broken (cygwin is not building @ the time, error in libtest.c, and Mono.Data.PostgreSqlClient). I have been asking for this for about a year now, and it seems like nobody is using mono on cygwin. I know that cygwin is not a priority for most users, but it seems like an simple organizational issue to me [correct me if I'm wrong]. I'm willing to help, if nessecary. - Urs -Original Message- From: [EMAIL PROTECTED] To: Mono Announce; [EMAIL PROTECTED] Sent: 2/13/2004 8:37 PM Subject: [Mono-list] Mono 0.30.1 released. Hey guys, Mono 0.30.1 is out, the release notes are here: http://www.go-mono.com/archive/mono-0.30.1.html Software is on Red Carpet's Mono channel as well for Red Hat 9, Fedora Core 1 and SUSE 9 on x86. love, Miguel ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Objective-C and Mono
Title: Objective-C and Mono Did anyone on this list try calling an Objective-C function using P-Invoke? - Urs C. Muff Software Architect - Research Lab Quark Inc. [EMAIL PROTECTED] - X6360 +1 (303) 894 3360 CONFIDENTIALITY NOTICE This e-mail transmission and any documents, files, or previous e-mail messages appended or attached to it, may contain information that is confidential or legally privileged. If you are not the intended recipient, or a person responsible for delivering it to the intended recipient, you are hereby notified that you must not read this transmission and that any disclosure, copying, printing, distribution, or use of the information contained or attached to this transmission is STRICTLY PROHIBITED. If you have received this transmission in error, please immediately notify the sender by telephone +1 (303) 894-3360 or return e-mail message [EMAIL PROTECTED] and delete the original transmission, its attachments, and any copies without reading or saving in any manner. Thank you.
RE: [Mono-list] DasBlog
On that note: it would be interesting to see: - Why did you have to patch it? - What are the typical mistakes? - What are the patterns for 'porting'/'patching'? A suggestion: collect a list on the mono-wiki site. - URS C. MUFF SOFTWARE ARCHITECT - RESEARCH LAB, QUARK EIF QUARK INC. CONFIDENTIALITY NOTICE This e-mail transmission and any documents, files, or previous e-mail messages appended or attached to it, may contain information that is confidential or legally privileged. If you are not the intended recipient, or a person responsible for delivering it to the intended recipient, you are hereby notified that you must not read this transmission and that any disclosure, copying, printing, distribution, or use of the information contained or attached to this transmission is STRICTLY PROHIBITED. If you have received this transmission in error, please immediately notify the sender by telephone +1 (303) 894-3360 or return e-mail message [EMAIL PROTECTED] and delete the original transmission, its attachments, and any copies without reading or saving in any manner. Thank you. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sergio Blanco Cuaresma Sent: Tuesday, February 03, 2004 7:29 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [Mono-list] DasBlog I have tested DasBlog port and it is fantastic, but I have a question: the original DasBlog team will support the patches to make it compatible with Mono or this DasBlog port is just for testing? Thanks in advance. Sergio. -- [aka Marble] Web Personal <> http://www.marblestation.com Registered LiNUX user #140941 <> http://counter.li.org/ Socio #3274 de HispaLinux <> http://www.hispalinux.es Miembro de GPL URV <> http://www.gplurv.org GnuPG key: 0x0ED2CF9D <> hkp://pgp.escomposlinux.org ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] fyi: Using NAnt? Download NAntPad - for visual NAnt build configu ration
Using NAnt? Download NAntPad - for visual NAnt build configuration ISerializable Creator: Roy Osherove Thu, 13 Nov 2003 03:31:00 GMT If you're using NAnt and editing your NAnt files by hand, stop right there. Go and download NAntPad - a GUI app that lets you visually configure your build and then spits out the XML file. Simple and easy. [via James Avery via Patrick Cauldwell] - Urs C. Muff Software Architect - Research Lab Quark Inc. [EMAIL PROTECTED] - X6360 +1 (303) 894 3360 CONFIDENTIALITY NOTICE This e-mail transmission and any documents, files, or previous e-mail messages appended or attached to it, may contain information that is confidential or legally privileged. If you are not the intended recipient, or a person responsible for delivering it to the intended recipient, you are hereby notified that you must not read this transmission and that any disclosure, copying, printing, distribution, or use of the information contained or attached to this transmission is STRICTLY PROHIBITED. If you have received this transmission in error, please immediately notify the sender by telephone +1 (303) 894-3360 or return e-mail message [EMAIL PROTECTED] and delete the original transmission, its attachments, and any copies without reading or saving in any manner. Thank you.
RE: [Mono-list] Mono at the PDC.
Fliers would be great. A hotel room might be a little to intimate for some. - URS C. MUFF SOFTWARE ARCHITECT - RESEARCH LAB QUARK INC. [EMAIL PROTECTED] - X6360 +1 (303) 894 3360 CONFIDENTIALITY NOTICE This e-mail transmission and any documents, files, or previous e-mail messages appended or attached to it, may contain information that is confidential or legally privileged. If you are not the intended recipient, or a person responsible for delivering it to the intended recipient, you are hereby notified that you must not read this transmission and that any disclosure, copying, printing, distribution, or use of the information contained or attached to this transmission is STRICTLY PROHIBITED. If you have received this transmission in error, please immediately notify the sender by telephone +1 (303) 894-3360 or return e-mail message [EMAIL PROTECTED] and delete the original transmission, its attachments, and any copies without reading or saving in any manner. Thank you. -Original Message- From: Miguel de Icaza [mailto:[EMAIL PROTECTED] Sent: Monday, October 20, 2003 8:51 PM To: [EMAIL PROTECTED] Subject: [Mono-list] Mono at the PDC. Hello guys, It would be great to meet people at the PDC. I will stop by the SourceGear stand and the Apress one for sure, and hang around with a few more Mono developers and Mono users We were not selected to have a BOF at the PDC (the PDC organizers failed to give a good answer, other than `mhm, lets discuss in LA'), but I figured we can through something together anyways. The questions are: * Where would be a good location? Can we just chill in some unused room during the PDC? Should we try to rent a room in a nearby hotel? If so, any suggestions as to something which is close? * When is a good time? My reading of the events at the PDC indicates that the best day might be early Monday, before the reception, that way we can later get together at the reception, and you might know what the other Monoers look like, so you could later ask follow up questions. * Should I distribute fliers with the info? Since I have a strong background on student activism, I know how to hand fliers like a pro. I wont get in any trouble, right? Love Love Love! Miguel. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] yet another...OS X build problem
That's not the solution, I still get the same error. - URS C. MUFF SOFTWARE ARCHITECT - RESEARCH LAB QUARK INC. [EMAIL PROTECTED] - X6360 +1 (303) 894 3360 CONFIDENTIALITY NOTICE This e-mail transmission and any documents, files, or previous e-mail messages appended or attached to it, may contain information that is confidential or legally privileged. If you are not the intended recipient, or a person responsible for delivering it to the intended recipient, you are hereby notified that you must not read this transmission and that any disclosure, copying, printing, distribution, or use of the information contained or attached to this transmission is STRICTLY PROHIBITED. If you have received this transmission in error, please immediately notify the sender by telephone +1 (303) 894-3360 or return e-mail message [EMAIL PROTECTED] and delete the original transmission, its attachments, and any copies without reading or saving in any manner. Thank you. -Original Message- From: Andy Satori [mailto:[EMAIL PROTECTED] Sent: Thursday, October 02, 2003 1:00 PM To: Christopher Taylor Cc: Bob Koss; [EMAIL PROTECTED] Subject: Re: [Mono-list] yet another...OS X build problem try replace libtool in your makefile with glibtool Andy On Oct 2, 2003, at 2:50 PM, Christopher Taylor wrote: > That would mean nope. > > ranlib still hates me. it's not getting passed the right variable for > -mode=MODE inorder to generate libs... > > not really sure how to work around this problem... > > On Thursday, Oct 2, 2003, at 13:07 US/Eastern, Bob Koss wrote: > >> >> Does this mean that you got 0.28 to build on OS X? >> >> >> On 10/2/03 12:22 PM, "Christopher Taylor" <[EMAIL PROTECTED]> wrote: >> >>> hey, >>> found this link: >>> http://lists.ximian.com/archives/public/mono-list/2003-February/ >>> 012024.html >>> while googling this morning. >>> >>> I'm having a similar problem with ranlib. >>> >>> Making all in utils >>> /bin/sh ../../libtool --mode=link gcc -g -Wall -Wunused >>> -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes >>> -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-cast-qual >>> -Wcast-align -Wwrite-strings -pthread -o libmonoutils.la >>> mono-hash.lo mono-md5.lo mono-sha1.lo mono-logger.lo monobitset.lo >>> strtod.lo -lpthread >>> rm -fr .libs/libmonoutils.la .libs/libmonoutils.* >>> .libs/libmonoutils.* >>> ar cru .libs/libmonoutils.al mono-hash.lo mono-md5.lo mono-sha1.lo >>> mono-logger.lo monobitset.lo strtod.lo >>> ranlib .libs/libmonoutils.al >>> *** Warning: inferring the mode of operation is deprecated. >>> *** Future versions of Libtool will require -mode=MODE be specified. >>> ranlib: warning: cannot infer operation mode from >>> `.libs/libmonoutils.al' >>> ranlib: you must specify a MODE >>> Try `ranlib --help' for more information. >>> make[3]: *** [libmonoutils.la] Error 1 >>> >>> ranlib isn't being passed the correct --mode [i guess this is a >>> libtool >>> problem?] wasn't sure if you had a fix for it [or if anyone else did >>> for that matter]. >>> >>> Much thanks for the help! >>> >>> ct >>> >>> ___ >>> Mono-list maillist - [EMAIL PROTECTED] >>> http://lists.ximian.com/mailman/listinfo/mono-list >> >> -- >> Robert Koss, Ph.D. | Training, Mentoring, Contract Development >> Senior Consultant | Object Oriented Design, C++, Java >> www.objectmentor.com | Extreme Programming >> >> > > ___ > Mono-list maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/mono-list > ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] VSIP Visual Studio Integration for Mono
Well, if SharpDevelop would come with a debugger, a win-forms designer, a asp.net forms designer and would work on windows and Linux then it would be a perfect match. The problem is the word IF. - URS C. MUFF SOFTWARE ARCHITECT - RESEARCH LAB QUARK INC. [EMAIL PROTECTED] - X6360 +1 (303) 894 3360 CONFIDENTIALITY NOTICE This e-mail transmission and any documents, files, or previous e-mail messages appended or attached to it, may contain information that is confidential or legally privileged. If you are not the intended recipient, or a person responsible for delivering it to the intended recipient, you are hereby notified that you must not read this transmission and that any disclosure, copying, printing, distribution, or use of the information contained or attached to this transmission is STRICTLY PROHIBITED. If you have received this transmission in error, please immediately notify the sender by telephone +1 (303) 894-3360 or return e-mail message [EMAIL PROTECTED] and delete the original transmission, its attachments, and any copies without reading or saving in any manner. Thank you. > -Original Message- > From: Iñigo Illán [mailto:[EMAIL PROTECTED] > Sent: Tuesday, August 05, 2003 1:55 PM > To: [EMAIL PROTECTED] > > Do anyone really think we need something like this, having already a > really great IDE like sharpdevelop?? > > > El mar, 05 de 08 de 2003 a las 12:12, Ben Cooley escribió: > > Hi All, > > > > If you haven't heard, Microsoft has revised it's licencing for the > > Visual Studio Integration SDK so that it is now free, and largely > > unrestricted license wise. > > > > http://www.vsipdev.com > > > > Would anyone be interested in having Mono's Windows version integrated > > with Visual Studio? > > > > > > ___ > Mono-list maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] MacOS X Mono Hackers...
Just please make sure to post your findings to this list :) - URS C. MUFF SOFTWARE ARCHITECT - RESEARCH LAB QUARK INC. [EMAIL PROTECTED] - X6360 +1 (303) 894 3360 CONFIDENTIALITY NOTICE This e-mail transmission and any documents, files, or previous e-mail messages appended or attached to it, may contain information that is confidential or legally privileged. If you are not the intended recipient, or a person responsible for delivering it to the intended recipient, you are hereby notified that you must not read this transmission and that any disclosure, copying, printing, distribution, or use of the information contained or attached to this transmission is STRICTLY PROHIBITED. If you have received this transmission in error, please immediately notify the sender by telephone +1 (303) 894-3360 or return e-mail message [EMAIL PROTECTED] and delete the original transmission, its attachments, and any copies without reading or saving in any manner. Thank you. > -Original Message- > From: Steve Mentzer [mailto:[EMAIL PROTECTED] > Sent: Thursday, August 07, 2003 12:59 PM > To: Mono List > > I have been working on/with it for some time now. It seems that just as I > find a potential issue, someone else issues a patch for it :) > > I believe the first place to start is by defining which > patches/packages/settings are required on OS/X to successfully build mono. > > I can take a daily build, un-tar it and everything except mini and > profiler > will build (according to Paolo, these should build on my machine, but they > don't). > > Perhaps we should combine efforts and document which tools/libraries and > such you are using to successfully build mono. > > - Original Message - > From: "Andy Satori" <[EMAIL PROTECTED]> > To: "Mono List" <[EMAIL PROTECTED]> > Sent: Thursday, August 07, 2003 9:00 AM > Subject: [Mono-list] MacOS X Mono Hackers... > > > > I'm just now starting to really roll up my sleeves and get into the > > Mono on MacOS X code and I'm looking to find out who else is actively > > working on the OS X code, and to see where everyone else is at on it. > > > > > > Andy Satori > > Satori & Associates, Inc. > > [EMAIL PROTECTED] > > > > > > ___ > > Mono-list maillist - [EMAIL PROTECTED] > > http://lists.ximian.com/mailman/listinfo/mono-list > > > > > > > ___ > Mono-list maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Compiling on cyginw
Title: Compiling on cyginw Please somebody that can compile mono on cygwin directly from CVS with no modification, please come forward! And that is broken since before the 0.25 release, and has not been fixed since. How did you build the 'official release'? The error is the well known issue with the autoconf version confict: Checking automake version Found automake version 1.7.5 Automake version new enough. Not installing pkgconfig, you already seem to have it installed Installing glib... Installing glib-dev... Installing iconv... Installing intl... Installing gc-dev... Fixing up the pkgconfig paths Building and installing mono Running libtoolize... Running aclocal -I /CVS-Repositories/go-mono.com/install/share/aclocal ... Running autoheader... Running automake --gnu ... Running autoconf ... Running libgc/autogen.sh ... Running aclocal -I /CVS-Repositories/go-mono.com/install/share/aclocal ... Running automake --gnu ... Running autoconf ... FATAL ERROR: Autoconf version 2.50 or higher is required for this script **Error**: autoconf failed. > autoconf --version autoconf (GNU Autoconf) 2.57 Written by David J. MacKenzie and Akim Demaille. Copyright 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Autoconf version 2.13 This is autoconf-wrapper, which will hand off execution to one of the two real versions listed above, depending on the contents of configure.in/configure.ac. Since the wrapper was called from within a directory in which those files are not found, this generic 'version' message is displayed. - Urs C. Muff Software Architect - Research Lab Quark Inc. [EMAIL PROTECTED] - X6360 +1 (303) 894 3360 CONFIDENTIALITY NOTICE This e-mail transmission and any documents, files, or previous e-mail messages appended or attached to it, may contain information that is confidential or legally privileged. If you are not the intended recipient, or a person responsible for delivering it to the intended recipient, you are hereby notified that you must not read this transmission and that any disclosure, copying, printing, distribution, or use of the information contained or attached to this transmission is STRICTLY PROHIBITED. If you have received this transmission in error, please immediately notify the sender by telephone +1 (303) 894-3360 or return e-mail message [EMAIL PROTECTED] and delete the original transmission, its attachments, and any copies without reading or saving in any manner. Thank you.
RE: [Mono-list] System.Windows.Forms Form ?
Why do you need wine on windows [and how do you get it running anyway, since
the description is just for Linux as far as I know]? That doesn't make
sense to me [call me ignorant].
- URS C. MUFF
SOFTWARE ARCHITECT - RESEARCH LAB
QUARK INC.
[EMAIL PROTECTED] - X6360
+1 (303) 894 3360
CONFIDENTIALITY NOTICE
This e-mail transmission and any documents, files, or previous e-mail
messages appended or attached to it, may contain information that is
confidential or legally privileged. If you are not the intended recipient,
or a person responsible for delivering it to the intended recipient, you are
hereby notified that you must not read this transmission and that any
disclosure, copying, printing, distribution, or use of the information
contained or attached to this transmission is STRICTLY PROHIBITED. If you
have received this transmission in error, please immediately notify the
sender by telephone +1 (303) 894-3360 or return e-mail message
[EMAIL PROTECTED] and delete the original transmission, its attachments, and
any copies without reading or saving in any manner. Thank you.
> -Original Message-
> From: Jonathan Pryor [mailto:[EMAIL PROTECTED]
> Sent: Thursday, June 26, 2003 8:17 AM
> To: Aleksey Ryabchuk
> Cc: Mono List
>
> It should be noted that even after you get your application compiled, it
> won't run correctly.
>
> At present, in order to run Windows.Forms apps, you need a
> specially-compiled version of Wine installed. The standard Wine will
> not work with Mono. See:
>
> http://lists.ximian.com/archives/public/mono-list/2003-
> May/014079.html
>
> Please note that Mono's System.Windows.Forms implementation is not
> complete yet, so there are likely to be programs that won't run under
> Mono at this time.
>
> Alternatives to System.Windows.Forms include:
> - Gtk#: http://www.go-mono.com/gtk-sharp.html
> - Qt#: http://qtcsharp.sourceforge.net/
> - SharpWT: http://www.sharpwt.net/OpenSource/SharpWT/
>
> Note that the alternatives are also incomplete (but still being worked
> on), but are likely more complete than System.Windows.Forms.
>
> - Jon
>
> On Thu, 2003-06-26 at 07:04, Aleksey Ryabchuk wrote:
> > Hello Daniel,
> >
> > You need to reference System.Windows.Forms assembly
> > from cmd line :
> >
> > mcs -r:System.Windows.Forms.dll mywinapp.cs
> >
> > Regards
> > Aleksey
> >
> > --- Daniel Stutz <[EMAIL PROTECTED]> wrote:
> > > Hello folks
> > >
> > > I'm new to the group of C#-developers and tried to
> > > use
> > > mono und Win2k.
> > >
> > > First I did a simple console application, which
> > > compiled
> > > without problems.
> > >
> > > Then I found an example for a form based application
> > > on the
> > > O'Reilly Network.
> > >
> > > (mywinapp.cs):
> > > using System;
> > > using System.Windows.Forms;
> > >
> > > namespace myprogs
> > > {
> > > public class MyWinApp: Form
> > > {
> > > public static void Main(string[] args)
> > > {
> > > MyWinApp form = new MyWinApp();
> > > Application.Run(form);
> > > }
> > > }
> > > }
> > >
> > > When I try to compile the example, the followig
> > > errors
> > > are reported by mcs:
> > > mywinapp.cs(6) error CS0246: Cannot find type `Form'
> > > mywinapp.cs(2) error CS0246: The namespace
> > > `System.Windows.Forms' can
> > > not be found (missing assembly reference?)
> > > Compilation failed: 2 error(s), 0 warnings
> > >
> > > I've downloaded and installed mono with the setup
> > > program from the
> > > download section (mono-0.24-win32-1.exe).
> > >
> > > Whats wrong ?
> > > Who can help me ?
> > >
> > > Thanks
> > > Dani
> >
> >
> > __
> > Do you Yahoo!?
> > SBC Yahoo! DSL - Now only $29.95 per month!
> > http://sbc.yahoo.com
> > ___
> > Mono-list maillist - [EMAIL PROTECTED]
> > http://lists.ximian.com/mailman/listinfo/mono-list
>
> ___
> Mono-list maillist - [EMAIL PROTECTED]
> http://lists.ximian.com/mailman/listinfo/mono-list
___
Mono-list maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] XSP & .Net runtime
Title: XSP & .Net runtime I just tried to compile/use the XSP http/aspx server under the MS runtime, and it compiles. But when I try to run it I get a strange exception when processing a request: http://localhost:8080/index.aspx A first chance exception of type 'System.ArgumentException' occurred in mscorlib.dll Additional information: Token cannot be zero. This is after the following is already processed [WebTrace output]: Listening on port: 8080 Listening on address: 0.0.0.0 Root directory: C:\cygwin\CVS-Repositories\go-mono.com\xsp\test Virtual directory: / Server started. Accepted connection. verb: GET path: /index.aspx queryString: protocol: HTTP/1.1 Host: localhost:8080 Accept-Encoding: gzip, deflate Connection: Keep-Alive User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322) Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, application/groove.preview, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */* Accept-Language: en-us GetFilePath() GetFilePath() GetHttpVerbName() GetKnownRequestHeader(39) -> User-Agent GetServerVariable() GetServerVariable() This is with no stack context other then MonoWorkerRequest.ProcessRequest calling HttpRuntime.ProcessRequest(this). I know that this is not really a mono topic and you might not care about this problem. But the reason I'm bringing this up is the following: XSP looks fairly independent of the runtime, and this makes me believe that there is an incompatibility in the mono runtime regarding either the HttpRuntime or the SimpleHttpRequest implementation that are part of the standard System.Web assembly. If this is the case, others might have similar issues with the mono runtime as I have now with the .Net runtime. I hope you understand the point that I'm trying to make. If someone of either the System.Web or the XSP team wants to contact me, I can try to help debug the problem. (All I did is making a VS .Net 2003 project including all .cs files and compiling it under the 1.1 framework). Note that the MS ASP.Net hosting implementation assumes that the hosting type assembly (as given argument to CreateApplicationHost) can be physically found under the ./bin directory and will throw a FileIOExpection otherwise. (That implies that you have to copy the XSP assembly under that test/bin directory before executing). - Urs C. Muff Software Architect - Research Lab Quark Inc. [EMAIL PROTECTED] - X6360 +1 (303) 894 3360 CONFIDENTIALITY NOTICE This e-mail transmission and any documents, files, or previous e-mail messages appended or attached to it, may contain information that is confidential or legally privileged. If you are not the intended recipient, or a person responsible for delivering it to the intended recipient, you are hereby notified that you must not read this transmission and that any disclosure, copying, printing, distribution, or use of the information contained or attached to this transmission is STRICTLY PROHIBITED. If you have received this transmission in error, please immediately notify the sender by telephone +1 (303) 894-3360 or return e-mail message [EMAIL PROTECTED] and delete the original transmission, its attachments, and any copies without reading or saving in any manner. Thank you.
RE: [Mono-list] gnome-db/~gonzalo problem
Normally if you do: mcs: make mono: make && make install mcs: make install it works pretty good, even if the runtime is changing. - URS C. MUFF SOFTWARE ARCHITECT - RESEARCH LAB QUARK INC. [EMAIL PROTECTED] - X6360 +1 (303) 894 3360 CONFIDENTIALITY NOTICE This e-mail transmission and any documents, files, or previous e-mail messages appended or attached to it, may contain information that is confidential or legally privileged. If you are not the intended recipient, or a person responsible for delivering it to the intended recipient, you are hereby notified that you must not read this transmission and that any disclosure, copying, printing, distribution, or use of the information contained or attached to this transmission is STRICTLY PROHIBITED. If you have received this transmission in error, please immediately notify the sender by telephone +1 (303) 894-3360 or return e-mail message [EMAIL PROTECTED] and delete the original transmission, its attachments, and any copies without reading or saving in any manner. Thank you. > -Original Message- > From: Jackson Harper [mailto:[EMAIL PROTECTED] > Sent: Tuesday, June 10, 2003 5:38 PM > To: Gonzalo Paniagua Javier; mono-list > > > Gonzalo, > > I negotiated upto 1 Gig of traffic a month for monochargeswill > this be enough? If not what about using mono-charge-mini (which I would > prefer anyways). > > Jackson > > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Gonzalo Paniagua > Javier > Sent: Monday, June 09, 2003 4:40 PM > To: mono-list > Subject: RE: [Mono-list] gnome-db/~gonzalo problem > > > El mar, 10-06-2003 a las 01:36, Jackson Harper escribió: > > I'll have to confirm with the guy that pays for the bandwidth but it > should > > be fine :-) > > When you get the nod, feel free to update README.building. > > Thanks! > > -Gonzalo > > > ___ > Mono-list maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/mono-list > ___ > Mono-list maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Remoting with interface definition
Lluis,
Yes, interfaces do work now. Good work!
Simple chat client however does not work. Attached you see the exception
that is thrown, and all the source and binaries needed. I hope this helps
tracking down the problem. [Note this works on the MS.Net runtime, binaries
compiled with csc].
- URS C. MUFF
> -Original Message-
> From: Lluis Sanchez [mailto:[EMAIL PROTECTED]
> Sent: Monday, March 31, 2003 7:29 AM
> To: Urs Muff; [EMAIL PROTECTED]
> Subject: Re: [Mono-list] Remoting with interface definition
>
> Remoting with interface definitionThis should work now.
>
> - Original Message -
> From: Urs Muff
> To: '[EMAIL PROTECTED]'
> Sent: Saturday, March 15, 2003 1:35 AM
> Subject: [Mono-list] Remoting with interface definition
>
>
> Using the following concept is not working on mono, but in the MS .Net
> framework:
> Common Lib:
> intercace IServerObj
> {
> string Name { get; }
> }
> Client:
> main()
> {
> ChannelServices.RegisterChannel(new TcpChannel(0));
> IServerObject server =
> Activation.GetObject(typeof(IServerObj),"tcp://localhost:8085/Test") as
> IServerObject;
> string name = server.Name;
> }
> Server:
> class ServerObject : MarshalByRefObject, IServerObject
> {
> public string Name { get { return "Test Server"; } }
> }
> main()
> {
> ChannelServices.RegisterChannel(new TcpChannel(8085));
>
> RemotingConfiguration.RegisterWellKnownServiceType(typeof(HelloServer),"Te
> st
> ",WellKnownObjectMode.Singleton);
> }
> This is a very important concept, since it allows hiding the
> implementation
> from the Client.
> The crash is in corlib : Remoting.TypeInfo (since it assumes to be derived
> from object or MarshalByRefObject, which it is not, since it is a pure
> interface). Fixing that does not help either since it crashes later than,
> since it still assumes it has to be a MarshalByRefObject (which it
> eventually should be since it will become a Proxy [right?]). I'm not that
> familiar with the mono remoting implementation, but that seems like a
> design
> problem, unless I'm doing something wrong.
> - Urs C. Muff
> Systems Architect - Research Lab
Chat.tar.gz
Description: Binary data
error.log
Description: Binary data
RE: [Mono-list] Mono and MAC OS X?
The current mint is not working at all on Mac OS X [at least for me]. All I get is 100% CPU and that's the end of it, whatever I do, even trying to run the simplest possible hello world pre-compiled assembly. --> It's kind of hard to help if not even that works. Where to start? What is the state of the union [interpreter/runtime]? What environment is used to debug [CodeWarrior/Project Builder]? --> since the environment will greatly improve the possibility to track down crashes, and other hard bugs. [mint does not look in great shape in any platform, I found problems [not being able to use with mcs for example] on windows, and linux with mint]. Does anyone have a 'working' environment at all on Mac OS X? If so, are you willing to share, so that we all can help. > -Original Message- > From: Paolo Molaro [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 25, 2003 9:08 AM > To: '[EMAIL PROTECTED]' > Subject: Re: [Mono-list] Mono and MAC OS X? > > On 03/25/03 Urs Muff wrote: > > Is the 'new' JIT in CVS [since I was under the impression that it was > not], > > and if it is, is it in a state to do basic things on the Mac OS X? > > The new JIT is not yet in the public cvs, the plan is to publish it > in a few days. Basic things work on MacOSX with the new jit, but > this doen't mean it's the same basic things that you're looking for:-) > People that want to help with the macosx port don't need to wait for the > port, though, there is plenty of things to do that no one has stepped up > to do (or contribute), yet: > *) io-layer/atomic.h: ppc asm version of the functions there > *) dllimport: we currently use GModule and the code in glib doesn't > handle shared libraries. Someone should investigate about using dlopen > in GModule or adding a wrapper in mono > *) there are reports of issues when linking libgc: using > the jit runtime instead of the interp runtime is not going to make > it easier to debug this issue > *) running mcs sometimes results in an illegal instruction trap: again, > debugging this issue won't be easier with the jit > > So, if you want to help, there are plenty of things that need you. > > lupus > > -- > - > [EMAIL PROTECTED] debian/rules > [EMAIL PROTECTED] Monkeys do it better > ___ > Mono-list maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Mono and MAC OS X?
Is the 'new' JIT in CVS [since I was under the impression that it was not], and if it is, is it in a state to do basic things on the Mac OS X? - URS C. MUFF SYSTEMS ARCHITECT - RESEARCH LAB > -Original Message- > From: Paolo Molaro [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 25, 2003 7:52 AM > To: [EMAIL PROTECTED] > Subject: Re: [Mono-list] Mono and MAC OS X? > > On 03/25/03 Micah Gideon Modell wrote: > > who is working on the Mac OS X port of mono? i'd like to help out, but > > i don't know where to begin. > > If you have specific questions about the port, you can just ask them > on the list (mono-devel-list is better). As for starting, you can > download the code, compile it and run the tests until you find a bug. > Next you need to debug, fix it (sending a patch to the list) and go on > to the next bug:-) > > Cheers. > > lupus > > -- > - > [EMAIL PROTECTED] debian/rules > [EMAIL PROTECTED] Monkeys do it better > ___ > Mono-list maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Remoting with interface definition
Title: Remoting with interface definition
Using the following concept is not working on mono, but in the MS .Net framework:
Common Lib:
intercace IServerObj
{
string Name { get; }
}
Client:
main()
{
ChannelServices.RegisterChannel(new TcpChannel(0));
IServerObject server = Activation.GetObject(typeof(IServerObj),"tcp://localhost:8085/Test") as IServerObject;
string name = server.Name;
}
Server:
class ServerObject : MarshalByRefObject, IServerObject
{
public string Name { get { return "Test Server"; } }
}
main()
{
ChannelServices.RegisterChannel(new TcpChannel(8085));
RemotingConfiguration.RegisterWellKnownServiceType(typeof(HelloServer),"Test",WellKnownObjectMode.Singleton);
}
This is a very important concept, since it allows hiding the implementation from the Client.
The crash is in corlib : Remoting.TypeInfo (since it assumes to be derived from object or MarshalByRefObject, which it is not, since it is a pure interface). Fixing that does not help either since it crashes later than, since it still assumes it has to be a MarshalByRefObject (which it eventually should be since it will become a Proxy [right?]). I'm not that familiar with the mono remoting implementation, but that seems like a design problem, unless I'm doing something wrong.
- Urs C. Muff
Systems Architect - Research Lab
[Mono-list] OT: which linux do you use and why
Title: OT: which linux do you use and why I'm a windows/Mac guy and didn't keep up to date with all the different Linux flavors. What are the main differences and advantages of each system; since most of you are Linux guys I thought you might have an opinion about that: - Debian - Mandrake - Red Hat - SuSE Sorry for the OT spam. - Urs C. Muff
RE: [Mono-list] HOWTO Install Mono-0.20 under OS X 10.2
On a vanilla fink installation, mono does not compile, since it only has a dependency to glib2-shlib, but need glib2 [easy fix: 'fink install glib']. One problem: if I try to compile HelloWorld.cs using mcs, it just hangs [CPU to max for more than 10 minutes and no response]. Then I compiled HelloWorld on my cygwin 0.20 installation, copied the HelloWorld.exe [that works on cygwin using mono] to my Mac. I tried to start it using mint HellowWorld.exe, but the same thing: it just hangs [CPU to max and no output other and the WARNING **: Using non-atomic functions!] - URS C. MUFF > -Original Message- > From: Dick Porter [mailto:[EMAIL PROTECTED] > Sent: Wednesday, February 26, 2003 5:37 AM > To: [EMAIL PROTECTED] > Subject: Re: [Mono-list] HOWTO Install Mono-0.20 under OS X 10.2 > > On Tue, 2003-02-25 at 17:24, Gerry Shaw wrote: > > * When running any C# program (ie, mcs) I get the following warning > > message: > > > > [alpine:~/Projects] gerry% mint HelloWorld.exe > > > > ** (HelloWorld.exe:16643): WARNING **: Using non-atomic functions! > > Hello, World! > > > > * fix for the non-atomic functions. I think it's something to do with > > the POSIX threads under OSX but could be totally off base) > > There are some atomic compare-and-swap functions, but those need > platform-specific assembly. The warning is telling you that there is no > support there for ppc (until someone writes it) so the functions are > being emulated in a non-atomic fashion. > > - Dick > > ___ > Mono-list maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] HOWTO Install Mono-0.20 under OS X 10.2
A fink version would be very much appreciated! - URS C. MUFF > -Original Message- > From: Benjamin Reed [mailto:[EMAIL PROTECTED] > Sent: Tuesday, February 25, 2003 2:40 PM > To: Steve Mentzer > Cc: [EMAIL PROTECTED] > Subject: Re: [Mono-list] HOWTO Install Mono-0.20 under OS X 10.2 > > On Tuesday, February 25, 2003, at 04:20 PM, Steve Mentzer wrote: > > > > > Good to see that someone else managed to get mono installed for OS/X. > > After a bunch of trial and error, I managed to reverse engineer some > > of the library problems as well. I am planning on putting together a > > formal doc for it, and publishing it to my website > > > > But... I now have it running... > > > > Have you managed to try more than helloworld? Given that I haven't > > been able to locate a gtk# package for OS/X (and propably won't!), you > > are largely limited to developing console mode apps. > > Now that it looks like people are actually using it, I'd be happy to > package everything up and put it in Fink... are there any patches that > are needed to make things happy? I haven't been following the list too > closely recently. > > ___ > Mono-list maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] advanced .Net remoting: serialization formatter
I have one other question:
Is there a way of installing standard serialization translation formatter to
a give channel?
What I want is the following:
System.Drawing.Image for instance is derived from MashalByRefObject, but
when a proxy version of an image is used (like Save(stream,ImageFormat.Jpeg)
or similar) the serialization fails. Image is not marked as serializable,
but it would be very easy to do:
public static byte[] ImageToStream(Image image)
{
MemoryStream s = new MemoryStream();
image.Save(s,ImageFormat.Jpeg);
s.Close();
return s.GetBuffer();
}
public static Image StreamToImage(byte[] image)
{
return Image.FromStream(new MemoryStream(image));
}
But the problem is that I might have a structure like:
class ServerSide : MarshalByRefObject
{
public void Method(Image image) { ... }
}
When I call from the client:
ServerSide s = Activation.GetObject(...) as ServerSide;
s.Method(Image.FromFile("/tmp/test.gif"));
I would like the formatter to kick in, and automatically serialize the image
to a byte[] and de-serialize back. Is that possible on a channel formatter
level, so that I don't have to change the method signature?
This applied for other objects like object[], Hashtable, and others that
could be serialized very easily in general purpose code.
- URS C. MUFF
___
Mono-list maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] mono release distribution
Title: mono release distribution Would it be possible to use the commonly used distribution channels like the 'cygwin' setup installer, and the 'fink' tool to release source/binaries of the mono project? This would probably help a lot of frustrated users that try to get a version to build. I already spent more than a day on each platform (WinXP, and Mac OS X) trying to get a CVS version to compile without any luck. - Urs C. Muff
RE: [Mono-list] Bi-directional remoting
For those types of issues you can use .Net remoting through WebServices.
There are wrapper implementations out there for free, that do that.
- URS C. MUFF
> -Original Message-
> From: Steve Mentzer [mailto:[EMAIL PROTECTED]
> Sent: Friday, February 21, 2003 2:50 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [Mono-list] Bi-directional remoting
>
>
> ... which is also why this won't work when the client is behind a firewall
> or nat'ing device.
>
> because of this little detail, it renders the technology almost useless.
> :)
>
>
> -Original Message-
> From: Lluis Sanchez [mailto:[EMAIL PROTECTED]
> Sent: Friday, February 21, 2003 12:30 PM
> To: Bawcom, Aaron; Urs Muff; [EMAIL PROTECTED]
> Subject: Re: [Mono-list] Bi-directional remoting
>
>
> Correct. The client TcpChannel starts a listener using any free port. This
> port info is added to the object reference sent to the server. When the
> server calls a method of that object, it creates a new direct connection
> to
> the client.
>
> - Original Message -----
> From: "Bawcom, Aaron" <[EMAIL PROTECTED]>
> To: "'Lluis Sanchez'" <[EMAIL PROTECTED]>; "Urs Muff" < href=/faq.html#spam>[EMAIL PROTECTED]>;
> <[EMAIL PROTECTED]>
> Sent: Friday, February 21, 2003 9:14 PM
> Subject: RE: [Mono-list] Bi-directional remoting
>
>
> > This creates an entirely new TCP connection right? It doesn't use the
> > existing TCP session already in place correct?
> >
> > -Original Message-
> > From: Lluis Sanchez [mailto:[EMAIL PROTECTED]
> > Sent: Friday, February 21, 2003 12:51 PM
> > To: Urs Muff; [EMAIL PROTECTED]
> > Subject: Re: [Mono-list] Bi-directional remoting
> >
> >
> > Bi-directional remotingHi,
> >
> > In the client configuration file change to > ref="tcp" port="0">. This will create a tcp listener in the client
> (however,
> > in mono configuration files don't work yet).
> >
> > Lluis.
> >
> > - Original Message -
> > From: Urs Muff
> > To: '[EMAIL PROTECTED]'
> > Sent: Friday, February 21, 2003 7:26 PM
> > Subject: [Mono-list] Bi-directional remoting
> >
> >
> > How would you create such a bi-directional channel? All the samples I
> used
> > so far are only server-client, but not the other way around. I have a
> > delegate that I want to implement on the client side. The class
> > implementing the callback sits on the client (of course). I even use the
> > common abstract pattern described by a Microsoft KB article, but still
> no
> > luck. Debug output: ASP.Net Server starting Server.Do start An unhandled
> > exception of type 'System.Runtime.Remoting.RemotingException'
> > occurred in mscorlib.dll
> > Additional information: This remoting proxy has no channel sink which
> means
> > either the server has no registered server channels that are listening,
> or
> > this application has no suitable client channel to talk to the server.
> >
> >
> > Here is the sample code:
> >
> >
> > CommonLib: [both server and client have access]
> > ---
> > using System;
> > using System.Runtime.Remoting;
> > public delegate void BaseEventHandler(object sender,RemoteEventArgs e);
> > [Serializable] public class RemoteEventArgs : EventArgs {
> > public static new RemoteEventArgs Empty = new RemoteEventArgs();
> }
> > public abstract class RemoteCallback : MarshalByRefObject {
> > [System.Runtime.Remoting.Messaging.OneWay]
> > public void Callback(object sender,RemoteEventArgs e)
> > {
> > CallbackImpl(sender,e);
> > }
> > protected abstract void CallbackImpl(object
> sender,RemoteEventArgs
> > e); } public interface IServer {
> > event BaseEventHandler Evt;
> > void Do();
> > }
> >
> >
> > ASP.Net Server:
> >
> > class S : MarshalByRefObject, IServer
> > {
> > public event BaseEventHandler Evt;
> > public void Do()
> > {
> > System.Diagnostics.Debug.WriteLine("Server.Do start");
> > if (Evt != null) Evt(this,RemoteEventArgs.Empty);
> > System.Diagnostics.Debug.WriteLine("Server.Do end");
> > }
> > }
> > public class Service1 : System.Web.Services.WebService
> > {
> > ...
RE: [Mono-list] Bi-directional remoting
> This creates an entirely new TCP connection right? It doesn't use the
> existing TCP session already in place correct?
[Urs] Yes, and Lluis suggestion worked.
>
> -Original Message-
> From: Lluis Sanchez [mailto:[EMAIL PROTECTED]
> Sent: Friday, February 21, 2003 12:51 PM
> To: Urs Muff; [EMAIL PROTECTED]
> Subject: Re: [Mono-list] Bi-directional remoting
>
>
> Bi-directional remotingHi,
>
> In the client configuration file change to ref="tcp" port="0">. This will create a tcp listener in the client
> (however,
> in mono configuration files don't work yet).
>
> Lluis.
>
> - Original Message -
> From: Urs Muff
> To: '[EMAIL PROTECTED]'
> Sent: Friday, February 21, 2003 7:26 PM
> Subject: [Mono-list] Bi-directional remoting
>
>
> How would you create such a bi-directional channel? All the samples I
> used
> so far are only server-client, but not the other way around. I have a
> delegate that I want to implement on the client side. The class
> implementing the callback sits on the client (of course). I even use the
> common abstract pattern described by a Microsoft KB article, but still no
> luck. Debug output: ASP.Net Server starting Server.Do start An unhandled
> exception of type 'System.Runtime.Remoting.RemotingException'
> occurred in mscorlib.dll
> Additional information: This remoting proxy has no channel sink which
> means
> either the server has no registered server channels that are listening, or
> this application has no suitable client channel to talk to the server.
>
>
> Here is the sample code:
>
>
> CommonLib: [both server and client have access]
> ---
> using System;
> using System.Runtime.Remoting;
> public delegate void BaseEventHandler(object sender,RemoteEventArgs e);
> [Serializable] public class RemoteEventArgs : EventArgs {
> public static new RemoteEventArgs Empty = new RemoteEventArgs(); }
> public abstract class RemoteCallback : MarshalByRefObject {
> [System.Runtime.Remoting.Messaging.OneWay]
> public void Callback(object sender,RemoteEventArgs e)
> {
> CallbackImpl(sender,e);
> }
> protected abstract void CallbackImpl(object sender,RemoteEventArgs
> e); } public interface IServer {
> event BaseEventHandler Evt;
> void Do();
> }
>
>
> ASP.Net Server:
>
> class S : MarshalByRefObject, IServer
> {
> public event BaseEventHandler Evt;
> public void Do()
> {
> System.Diagnostics.Debug.WriteLine("Server.Do start");
> if (Evt != null) Evt(this,RemoteEventArgs.Empty);
> System.Diagnostics.Debug.WriteLine("Server.Do end");
> }
> }
> public class Service1 : System.Web.Services.WebService
> {
> ... // standard web service stuff (autogenerated)
> static bool Init = false;
> [WebMethod]
> public void StartUp()
> {
> if (!Init)
> {
> RemotingConfiguration.Configure("/Server.config");
> Init = true;
> }
> System.Diagnostics.Debug.WriteLine("ASP.Net Server
> starting");
> }
> }
>
>
>
>
> mode="Singleton"
>type="S, Server"
>objectUri="S"
> />
>
>
>
>
>
>
>
>
>
>
>
> Client:
>
> using System;
> using System.Runtime.Remoting;
> public class Test
> {
> static void Main()
> {
> RemotingConfiguration.Configure("../../Client.config");
>
> new Client.localhost.Service1().StartUp();
> IServer s =
> Activator.GetObject(typeof(IServer),"tcp://localhost:8085/S") as IServer;
> s.Evt += new BaseEventHandler(
> new ClientChangedCallback().Callback);
> s.Do();
> System.Diagnostics.Debug.WriteLine("I never get here");
> }
> }
> public class ClientChangedCallback : RemoteCallback
> {
> protected override void CallbackImpl(object sender,RemoteEventArgs
> e)
> {
> System.Diagnostics.Debug.WriteLine("And of course I never
> get here");
> }
> }
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> ___
> Mono-list maillist - [EMAIL PROTECTED]
> http://lists.ximian.com/mailman/listinfo/mono-list
___
Mono-list maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Bi-directional remoting
Title: Bi-directional remoting
How would you create such a bi-directional channel? All the samples I used so far are only server-client, but not the other way around.
I have a delegate that I want to implement on the client side. The class implementing the callback sits on the client (of course).
I even use the common abstract pattern described by a Microsoft KB article, but still no luck.
Debug output:
ASP.Net Server starting
Server.Do start
An unhandled exception of type 'System.Runtime.Remoting.RemotingException' occurred in mscorlib.dll
Additional information: This remoting proxy has no channel sink which means either the server has no registered server channels that are listening, or this application has no suitable client channel to talk to the server.
Here is the sample code:
CommonLib: [both server and client have access]
---
using System;
using System.Runtime.Remoting;
public delegate void BaseEventHandler(object sender,RemoteEventArgs e);
[Serializable]
public class RemoteEventArgs : EventArgs
{
public static new RemoteEventArgs Empty = new RemoteEventArgs();
}
public abstract class RemoteCallback : MarshalByRefObject
{
[System.Runtime.Remoting.Messaging.OneWay]
public void Callback(object sender,RemoteEventArgs e)
{
CallbackImpl(sender,e);
}
protected abstract void CallbackImpl(object sender,RemoteEventArgs e);
}
public interface IServer
{
event BaseEventHandler Evt;
void Do();
}
ASP.Net Server:
class S : MarshalByRefObject, IServer
{
public event BaseEventHandler Evt;
public void Do()
{
System.Diagnostics.Debug.WriteLine("Server.Do start");
if (Evt != null) Evt(this,RemoteEventArgs.Empty);
System.Diagnostics.Debug.WriteLine("Server.Do end");
}
}
public class Service1 : System.Web.Services.WebService
{
... // standard web service stuff (autogenerated)
static bool Init = false;
[WebMethod]
public void StartUp()
{
if (!Init)
{
RemotingConfiguration.Configure("/Server.config");
Init = true;
}
System.Diagnostics.Debug.WriteLine("ASP.Net Server starting");
}
}
mode="Singleton"
type="S, Server"
objectUri="S"
/>
Client:
using System;
using System.Runtime.Remoting;
public class Test
{
static void Main()
{
RemotingConfiguration.Configure("../../Client.config");
new Client.localhost.Service1().StartUp();
IServer s = Activator.GetObject(typeof(IServer),"tcp://localhost:8085/S") as IServer;
s.Evt += new BaseEventHandler(
new ClientChangedCallback().Callback);
s.Do();
System.Diagnostics.Debug.WriteLine("I never get here");
}
}
public class ClientChangedCallback : RemoteCallback
{
protected override void CallbackImpl(object sender,RemoteEventArgs e)
{
System.Diagnostics.Debug.WriteLine("And of course I never get here");
}
}
[Mono-list] building mcs fails on cygwin
I got the stable version of mono.19 and mcs and mono are working properly as far as I can tell. When I try to use 'make' which is using the native csc compiler I get the following error: [umuff@UMuff-NT ...class/corlib]$ nant Buildfile: c:\CVS-Repositories\go-mono.com\mcs\class\corlib\corlib.build build: [csc] Compiling 818 files to c:\CVS-Repositories\go-mono.com\mcs\class\lib\corlib.dll fatal error CS2011: Unable to open response file 'c:\Documents' BUILD FAILED c:\CVS-Repositories\go-mono.com\mcs\class\corlib\corlib.build:-1: Program error, see build log for details. Program error, see build log for details. Try `nant -help' for more information. It looks like there is a problem is long file names and \ vs. / and spacing in names. Anybody else has similar problems using csc in the cygwin environment? Trying to use the working mcs compiler in the mono environment using the gnu build gives me the following error: [umuff@UMuff-NT ...class/corlib]$ make -f makefile.gnu MONO_PATH= mcs --target library --noconfig -o ../../class/lib/corlib.dll --unsafe --nostdlib @.response error CS0122: `System.FormatSection[]' is inaccessible because of its protection level error CS0122: `Slot[]' is inaccessible because of its protection level error CS0122: `Slot[]' is inaccessible because of its protection level error CS0122: `Slot[]' is inaccessible because of its protection level error CS0122: `System.Reflection.Emit.MonoResource[]' is inaccessible because of its protection level error CS0122: `System.Reflection.Emit.ILExceptionBlock[]' is inaccessible because of its protection level error CS0122: `System.Reflection.Emit.ILExceptionInfo[]' is inaccessible because of its protection level error CS0122: `System.Reflection.Emit.ILTokenInfo[]' is inaccessible because of its protection level error CS0122: `LabelFixup[]' is inaccessible because of its protection level error CS0122: `System.Security.Cryptography.BigInteger[]' is inaccessible because of its protection level error CS0122: `System.Security.Cryptography.BigInteger[]' is inaccessible because of its protection level Compilation failed: 11 error(s), 0 warnings make: *** [../../class/lib/corlib.dll] Error 1 - URS C. MUFF SYSTEMS ARCHITECT - RESEARCH LAB ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] A COMPLETE list of prerequisites for compiling mo no in Cygwin?
But of course, it's there, but still is not to be found! [/CVS-Repositories/go-mono.com]$ ll install/include/gc total 136 drwxr-xr-x+ 2 umuff mkgroup 0 Mar 18 2002 CVS -rw-rw-rw- 1 umuff mkgroup 14293 Mar 18 2002 cord.h -rw-rw-rw- 1 umuff mkgroup 1778 Mar 18 2002 ec.h -rw-rw-rw- 1 umuff mkgroup 38729 Feb 4 16:55 gc.h -rw-rw-rw- 1 umuff mkgroup 11633 Mar 18 2002 gc_alloc.h -rw-rw-rw- 1 umuff mkgroup 1186 Mar 18 2002 gc_amiga_redirects.h -rw-rw-rw- 1 umuff mkgroup 2866 Mar 18 2002 gc_backptr.h -rw-rw-rw- 1 umuff mkgroup 11661 Mar 18 2002 gc_cpp.h -rw-rw-rw- 1 umuff mkgroup 4458 Mar 18 2002 gc_gcj.h -rw-rw-rw- 1 umuff mkgroup 3804 Mar 18 2002 gc_inl.h -rw-rw-rw- 1 umuff mkgroup 21 Mar 18 2002 gc_inline.h -rw-rw-rw- 1 umuff mkgroup 2935 Mar 18 2002 gc_local_alloc.h -rw-rw-rw- 1 umuff mkgroup 6741 Mar 18 2002 gc_mark.h -rw-rw-rw- 1 umuff mkgroup 2701 Mar 18 2002 gc_pthread_redirects.h -rw-rw-rw- 1 umuff mkgroup 3733 Mar 18 2002 gc_typed.h -rw-rw-rw- 1 umuff mkgroup 1569 Mar 18 2002 javaxfc.h -rw-rw-rw- 1 umuff mkgroup 208 Mar 18 2002 leak_detector.h -rw-rw-rw- 1 umuff mkgroup 13777 Mar 18 2002 new_gc_alloc.h drwxr-xr-x+ 3 umuff mkgroup 0 Mar 18 2002 private -rw-rw-rw- 1 umuff mkgroup 9149 Mar 18 2002 weakpointer.h - Urs C. Muff Systems Architect - Research Lab [EMAIL PROTECTED] - X6360 +1 (303) 894 3360 -Original Message- From: Urs Muff [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 4:42 PM To: 'John BouAntoun'; '[EMAIL PROTECTED]' Subject: RE: [Mono-list] A COMPLETE list of prerequisites for compiling mo no in Cygwin? Somebody can help with this? running ./mono-build-win32.sh ... checking for pkg-config... /usr/bin/pkg-config checking for glib-2.0 >= 1.3.11... yes checking BASE_DEPENDENCIES_CFLAGS... -I/CVS-Repositories/go-mono.com/install/include/glib-2.0 -I/CVS-Repositories/go-mono.com/install/lib/glib-2.0/include checking BASE_DEPENDENCIES_LIBS... -L/CVS-Repositories/go-mono.com/install/lib -lglib-2.0 -lintl -liconv checking for gc.h... no checking for gc/gc.h... no checking for GC_malloc in -lgc... yes configure: error: Found libgc but not its header files! You may need to install them by hand. - Urs -Original Message- From: John BouAntoun [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 2:47 PM To: [EMAIL PROTECTED] Subject: FW: [Mono-list] A COMPLETE list of prerequisites for compiling mono in Cygwin? I have found that the best way to get mono to build (start building at least) under windows, from cvs, is to do the following: - create a directory to hold the cvs files (/monocvs) - cd into that directory (cd /mononocvs) - do a complete get from cvs of mono and mcs (see go-mono.com for how to get from anoncvs) - copy /mono/doc/mono-build-w32.sh into /monocvs - run /monocvs/mono-build-w32.sh mono-build-w32.sh will should then automate grabbing all (most) required libraries and building (even updates mono and mcs from cvs). then follow the instructions from /mono/mcs/README.building Gonzalo: It might be a point to add the line that tells the users where to put mono-build-w32.sh into README.building, it took me a while to figure out that it had to be at the same directory level as mono and mcs. Hope that Helps JBA -Original Message- From: Jerkins, Phillip [mailto:[EMAIL PROTECTED]] Sent: Wednesday, 5 February 2003 5:37 AM To: [EMAIL PROTECTED] Subject: [Mono-list] A COMPLETE list of prerequisites for compiling mono in Cygwin? Mono folk: Although Mr. Daniel Morgan was kind enough to point me to the autogen.sh file in the mono folder, I'm still running into dependency issues. (I'm currently battling glib 2.2.1, which isn't compiling under Cygwin.) Does anyone have a complete list of prerequisites for compiling mono under Cygwin? Preferably with links to download sites? Thanks! Phil Jerkins **Morgan Keegan & Co., Inc. DOES NOT ACCEPT ORDERS AND/OR INSTRUCTIONS REGARDING YOUR ACCOUNT BY E-MAIL. Transactional details do not supersede normal trade confirmations or statements. The information contained in this transmission is privileged and confidential. It is intended for the use of the individual or entity named above. The information contained herein is based on sources we believe reliable but is not considered all-inclusive. Opinions are our current opinions only and are subject to change without notice. Offerings are subject to prior sale and/or change in price
RE: [Mono-list] A COMPLETE list of prerequisites for compiling mono in Cygwin?
Somebody can help with this? running ./mono-build-win32.sh ... checking for pkg-config... /usr/bin/pkg-config checking for glib-2.0 >= 1.3.11... yes checking BASE_DEPENDENCIES_CFLAGS... -I/CVS-Repositories/go-mono.com/install/include/glib-2.0 -I/CVS-Repositories/go-mono.com/install/lib/glib-2.0/include checking BASE_DEPENDENCIES_LIBS... -L/CVS-Repositories/go-mono.com/install/lib -lglib-2.0 -lintl -liconv checking for gc.h... no checking for gc/gc.h... no checking for GC_malloc in -lgc... yes configure: error: Found libgc but not its header files! You may need to install them by hand. - Urs -Original Message- From: John BouAntoun [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 2:47 PM To: [EMAIL PROTECTED] Subject: FW: [Mono-list] A COMPLETE list of prerequisites for compiling mono in Cygwin? I have found that the best way to get mono to build (start building at least) under windows, from cvs, is to do the following: - create a directory to hold the cvs files (/monocvs) - cd into that directory (cd /mononocvs) - do a complete get from cvs of mono and mcs (see go-mono.com for how to get from anoncvs) - copy /mono/doc/mono-build-w32.sh into /monocvs - run /monocvs/mono-build-w32.sh mono-build-w32.sh will should then automate grabbing all (most) required libraries and building (even updates mono and mcs from cvs). then follow the instructions from /mono/mcs/README.building Gonzalo: It might be a point to add the line that tells the users where to put mono-build-w32.sh into README.building, it took me a while to figure out that it had to be at the same directory level as mono and mcs. Hope that Helps JBA -Original Message- From: Jerkins, Phillip [mailto:[EMAIL PROTECTED]] Sent: Wednesday, 5 February 2003 5:37 AM To: [EMAIL PROTECTED] Subject: [Mono-list] A COMPLETE list of prerequisites for compiling mono in Cygwin? Mono folk: Although Mr. Daniel Morgan was kind enough to point me to the autogen.sh file in the mono folder, I'm still running into dependency issues. (I'm currently battling glib 2.2.1, which isn't compiling under Cygwin.) Does anyone have a complete list of prerequisites for compiling mono under Cygwin? Preferably with links to download sites? Thanks! Phil Jerkins **Morgan Keegan & Co., Inc. DOES NOT ACCEPT ORDERS AND/OR INSTRUCTIONS REGARDING YOUR ACCOUNT BY E-MAIL. Transactional details do not supersede normal trade confirmations or statements. The information contained in this transmission is privileged and confidential. It is intended for the use of the individual or entity named above. The information contained herein is based on sources we believe reliable but is not considered all-inclusive. Opinions are our current opinions only and are subject to change without notice. Offerings are subject to prior sale and/or change in price. Prices, quotes, rates and yields are subject to change without notice. Morgan Keegan & Co., Inc., member NYSE, NASD and SIPC, is a registered broker-dealer subsidiary of Regions Financial Corporation. Investments are NOT FDIC INSURED, NOT BANK GUARANTEED and MAY LOSE VALUE. Morgan Keegan & Co., Inc. reserves the right to monitor all electronic correspondence. http://www.morgankeegan.com**
RE: [Mono-list] A COMPLETE list of prerequisites for compiling mono in Cygwin?
I'm facing the same issues, and would be eager to participate, but I would like a building version from CVS, so that I can get all the great patches submitted every day. I can't get glib to build either, and since there is no distribution with cygwin itself, it's kind of hard to get going. - Urs C. Muff Systems Architect - Quark Research Lab -Original Message- From: Jerkins, Phillip [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 04, 2003 11:37 AM To: [EMAIL PROTECTED] Subject: [Mono-list] A COMPLETE list of prerequisites for compiling mono in Cygwin? Mono folk: Although Mr. Daniel Morgan was kind enough to point me to the autogen.sh file in the mono folder, I'm still running into dependency issues. (I'm currently battling glib 2.2.1, which isn't compiling under Cygwin.) Does anyone have a complete list of prerequisites for compiling mono under Cygwin? Preferably with links to download sites? Thanks! Phil Jerkins **Morgan Keegan & Co., Inc. DOES NOT ACCEPT ORDERS AND/OR INSTRUCTIONS REGARDING YOUR ACCOUNT BY E-MAIL. Transactional details do not supersede normal trade confirmations or statements. The information contained in this transmission is privileged and confidential. It is intended for the use of the individual or entity named above. The information contained herein is based on sources we believe reliable but is not considered all-inclusive. Opinions are our current opinions only and are subject to change without notice. Offerings are subject to prior sale and/or change in price. Prices, quotes, rates and yields are subject to change without notice. Morgan Keegan & Co., Inc., member NYSE, NASD and SIPC, is a registered broker-dealer subsidiary of Regions Financial Corporation. Investments are NOT FDIC INSURED, NOT BANK GUARANTEED and MAY LOSE VALUE. Morgan Keegan & Co., Inc. reserves the right to monitor all electronic correspondence. http://www.morgankeegan.com**
[Mono-list] RE: System.Xml.Serialization.XmlSerializer
> Hello, > > > Does the mono implementation of System.Xml.Serialization.XmlSerializer > allow > > methods or properties to use interfaces? An interface and an abstract > class > > should work exchangeable but the Microsoft runtime does not allow > interfaces > > even when using the XmlElement(Type = typeof(someType)) attribute on > that > > property. > > ...Oops, your code didn't work well with current mono library. > There must be something wrong with XmlSerializer class;-) That's a shame :(, but at least we have a sample to fix it. Who is working on the XmlSerializer again? > > IMHO, it it impossible to serialize instance fields because we cannot > decide that interface field is of a public class, and we cannot create > instance only from interface information (i.e. without any concrete > class information). Hmm... I wonder how Castor handles such things... Well first of all, why should [XmlInclude(typeof(S))] not work, since it works on an abstract class that cannot be constructed as well. I'm a compiler constructor myself, and would argue that an abstract class with just abstract methods/properties and an interface should be very similar if not equal. At runtime the class of the property is known and it can be serialized as such. The output should still be, no matter if A is an abstract property or an interface property, as long as "S" is inherited/implements that class/interface: http://www.w3.org/2001/XMLSchema"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";> a value > > This page might informative for you: > http://www.dotnet247.com/247reference/msgs/16/80980.aspx Thanks a lot for that link. I already saw that, and hoped that the mono implementation would be better. - Urs ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] System.Xml.Serialization.XmlSerializer
Title: System.Xml.Serialization.XmlSerializer
Does the mono implementation of System.Xml.Serialization.XmlSerializer allow methods or properties to use interfaces? An interface and an abstract class should work exchangeable but the Microsoft runtime does not allow interfaces even when using the XmlElement(Type = typeof(someType)) attribute on that property.
Sample code:
public interface ISample { string val { get; } }
public abstract class ASample : ISample
{
public abstract string val { get; set; }
}
public class S : ASample
{
string v;
public S() : this("") {}
public S(string s) { v = s; }
public override string val { get { return v; } set { v = value; } }
}
public class Sample
{
string a, b;
[XmlElement(typeof(S))]
public ASample A { get { return new S(a); } set { a = value.val; } }
[/*XmlIgnore(),*/XmlElement(typeof(S))]
public ISample B { get { return new S(b); } set { b = value.val; } }
public Sample() { a = "a value"; b = "b value"; }
}
public class XmlSerialization
{
static public string ToString(object o)
{
System.IO.StringWriter w = new System.IO.StringWriter();
try
{
XmlSerializer serializer = new XmlSerializer(typeof(Sample));
serializer.Serialize(w,new Sample());
}
catch (System.Exception e)
{
System.Exception ie = e.InnerException;
while (ie != null)
{
System.Diagnostics.Debug.WriteLine(ie.ToString());
ie = ie.InnerException;
}
}
w.Close();
return w.ToString();
}
}
If I put comment out XmlIgnore I get the following output:
http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
a value
- URS C. MUFF
RE: [Mono-list] type-reflector
This is a simple a adding a line in the file CVSROOT/modules: mono-tools -a type-reflector mono-debugger Where 'mono-tools' is new module name, and 'type-refelector' and 'mono-debugger' are existing CVS modules. It's very simple. - URS C. MUFF SYSTEMS ARCHITECT - RESEARCH LAB > -Original Message- > From: Jonathan Pryor [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, January 28, 2003 12:47 PM > To: drgoo > Cc: [EMAIL PROTECTED] > Subject: Re: [Mono-list] type-reflector > > Type Reflector is now in its own CVS module, type-reflector. > > One of these days (weeks?) we'll get a mono-tools CVS module which will > contain references to all the other tools running around > (type-reflector, debugger, documentation browser...) so you can check > out one module to build all these tools instead of modules for all of > them. > > I'd do it, but I'm no CVS guru. Miguel would probably do it, but he's > attending an ECMA meeting this week, so it probably won't happen soon. > > - Jon > > On Tue, 2003-01-28 at 13:30, drgoo wrote: > > Where is now the app "type-reflector" > > ___ > Mono-list maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
