[Mono-list] Remoting problem
Hello there.
I have a client/server app that runs on Windows,
and I must make the server to run on Linux as well.
I choosed the Mono for start.
The problem is that if I have a remoting object
that contains the following method in the Remoting object
public Stream GetStream()
{
outputStream=(Stream)File.OpenWrite("Test.zip"); //outputStream is a class
member
return
outputStream;
}
and I get a reference of this object on a client
( with Activator object ) and try to use the resulting Stream
( read/write or any other operation ), the client application
hangs.
This happens only when I run the server on Linux
with Mono. On windows it works ok.
Any suggestions?
Regards
Dan Cimpoiesu
[Mono-list] compiling source code - strange exception
Hi! I'm trying to compile a piece of code, and I'm getting such exception... Unhandled Exception: System.InvalidCastException: Cannot cast from source type to destination type. in <0x00073> Mono.CSharp.StringConcat:Emit (Mono.CSharp.EmitContext) in <0x00135> Mono.CSharp.FieldExpr:EmitAssign (Mono.CSharp.EmitContext,Mono.CSharp.Expression) in <0x002aa> Mono.CSharp.Assign:Emit (Mono.CSharp.EmitContext,bool) in <0x00016> Mono.CSharp.Assign:EmitStatement (Mono.CSharp.EmitContext) in <0x001de> Mono.CSharp.TypeContainer:EmitFieldInitializers (Mono.CSharp.EmitContext) in <0x00388> Mono.CSharp.Constructor:Emit (Mono.CSharp.TypeContainer) in <0x00427> Mono.CSharp.TypeContainer:Emit () in <0x00896> Mono.CSharp.RootContext:EmitCode () in <0x00c35> Mono.CSharp.Driver:MainDriver (string[]) in <0x00012> Mono.CSharp.Driver:Main (string[]) make: *** [bin/PossiblePortal.dll] BÅÄd 1 How Can I try to get know what's going on... where is this exception etc...? Best! Tomek ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Build from CVS fails
Title: Build from CVS fails I've just updated to mono 1.0.1. Now, I get following error message: Corlib not in sync with this runtime: expected corlib version 22, found 23. [EMAIL PROTECTED] mcs]# make make NO_SIGN_ASSEMBLY=yes all.real make[1]: Wechsel in das Verzeichnis Verzeichnis »/mono-dev/mono-cvs-auth/mcs« make[2]: Wechsel in das Verzeichnis Verzeichnis »/mono-dev/mono-cvs-auth/mcs/build« make all-local make[3]: Wechsel in das Verzeichnis Verzeichnis »/mono-dev/mono-cvs-auth/mcs/build« make[3]: Für das Target »all-local« gibt es nichts zu tun. make[3]: Verlassen des Verzeichnisses Verzeichnis »/mono-dev/mono-cvs-auth/mcs/build« make[2]: Verlassen des Verzeichnisses Verzeichnis »/mono-dev/mono-cvs-auth/mcs/build« make[2]: Wechsel in das Verzeichnis Verzeichnis »/mono-dev/mono-cvs-auth/mcs/jay« make all-local make[3]: Wechsel in das Verzeichnis Verzeichnis »/mono-dev/mono-cvs-auth/mcs/jay« make[3]: Für das Target »all-local« gibt es nichts zu tun. make[3]: Verlassen des Verzeichnisses Verzeichnis »/mono-dev/mono-cvs-auth/mcs/jay« make[2]: Verlassen des Verzeichnisses Verzeichnis »/mono-dev/mono-cvs-auth/mcs/jay« make[2]: Wechsel in das Verzeichnis Verzeichnis »/mono-dev/mono-cvs-auth/mcs/mcs« make all-local make[3]: Wechsel in das Verzeichnis Verzeichnis »/mono-dev/mono-cvs-auth/mcs/mcs« make[3]: Für das Target »all-local« gibt es nichts zu tun. make[3]: Verlassen des Verzeichnisses Verzeichnis »/mono-dev/mono-cvs-auth/mcs/mcs« make[2]: Verlassen des Verzeichnisses Verzeichnis »/mono-dev/mono-cvs-auth/mcs/mcs« make[2]: Wechsel in das Verzeichnis Verzeichnis »/mono-dev/mono-cvs-auth/mcs/monoresgen« make all-local make[3]: Wechsel in das Verzeichnis Verzeichnis »/mono-dev/mono-cvs-auth/mcs/monoresgen« make[3]: Für das Target »all-local« gibt es nichts zu tun. make[3]: Verlassen des Verzeichnisses Verzeichnis »/mono-dev/mono-cvs-auth/mcs/monoresgen« make[2]: Verlassen des Verzeichnisses Verzeichnis »/mono-dev/mono-cvs-auth/mcs/monoresgen« make[2]: Wechsel in das Verzeichnis Verzeichnis »/mono-dev/mono-cvs-auth/mcs/class« make[3]: Wechsel in das Verzeichnis Verzeichnis »/mono-dev/mono-cvs-auth/mcs/class/corlib« make all-local make[4]: Wechsel in das Verzeichnis Verzeichnis »/mono-dev/mono-cvs-auth/mcs/class/corlib« make[4]: Für das Target »all-local« gibt es nichts zu tun. make[4]: Verlassen des Verzeichnisses Verzeichnis »/mono-dev/mono-cvs-auth/mcs/class/corlib« make[3]: Verlassen des Verzeichnisses Verzeichnis »/mono-dev/mono-cvs-auth/mcs/class/corlib« make[3]: Wechsel in das Verzeichnis Verzeichnis »/mono-dev/mono-cvs-auth/mcs/class/System« make all-local make[4]: Wechsel in das Verzeichnis Verzeichnis »/mono-dev/mono-cvs-auth/mcs/class/System« ** Building temporary System.dll without parts that depend on System.Xml MONO_PATH="../../class/lib/default:$MONO_PATH" mono ../../mcs/mcs.exe -d:NET_1_1 -d:ONLY_1_1 -g /noconfig /r:mscorlib.dll /target:library /out:System.dll @System.dll.sources Corlib not in sync with this runtime: expected corlib version 22, found 23. Download a newer corlib or a newer runtime at http://www.go-mono.com/daily. make[4]: *** [../../class/lib/default/System.dll] Fehler 1 make[4]: Verlassen des Verzeichnisses Verzeichnis »/mono-dev/mono-cvs-auth/mcs/class/System« make[3]: *** [all.real] Fehler 2 make[3]: Verlassen des Verzeichnisses Verzeichnis »/mono-dev/mono-cvs-auth/mcs/class/System« make[2]: *** [all-recursive] Fehler 1 make[2]: Verlassen des Verzeichnisses Verzeichnis »/mono-dev/mono-cvs-auth/mcs/class« make[1]: *** [all-recursive] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/mono-dev/mono-cvs-auth/mcs« make: *** [all.override] Fehler 2 [EMAIL PROTECTED] mcs]# Please help! Jochen CompuMaster GmbH Agentur für moderne Kommunikation Jochen Wezel, Multimedia-Programmierung Rhein-Mosel-Straße 69, 56281 Emmelshausen, GERMANY Fon: +49 6747 95084-12 / Fax: +49 6747 95084-50 http://www.compumaster.de eMail: [EMAIL PROTECTED] +++ Mitglied im DEUTSCHEN MULTIMEDIA VERBAND d m m v, http://www.dmmv.de +++ Unsere aktuellen AGBs befinden sich auf unserer Website im Bereich "Rechtliches" Diese eMail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or
[Mono-list] Building mono debugger
Hi folks, I'm running mono 1.01 (Red-Carpet install) on a Suse 9.1 machine and try to build release 0.9 of the mono debugger. Previous (beta) releases of the mono runtime itself compiled fine on that machine, so compiler/environment prerequisites should be fine (I guess, at least :-). Now that I run make, it says: wrapper.c: In function `debugger_class_get_static_field_data': wrapper.c:121: error: dereferencing pointer to incomplete type wrapper.c: In function `debugger_event_handler': wrapper.c:135: warning: enumeration value `MONO_DEBUGGER_EVENT_UNHANDLED_EXCEPTION' not handled in switch wrapper.c: At top level: wrapper.c:139: warning: initialization from incompatible pointer type wrapper.c: In function `mono_debugger_main': wrapper.c:226: error: dereferencing pointer to incomplete type wrapper.c:226: error: dereferencing pointer to incomplete type make[2]: *** [wrapper.o] Error 1 make[2]: Leaving directory `/root/mono-debugger-0.9/wrapper' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/mono-debugger-0.9' make: *** [all] Error 2 I have no clue at this point - and appreciate any help. Thanks, Helge ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Build from CVS fails
Hi, "Jochen Wezel" <[EMAIL PROTECTED]> writes: > I've just updated to mono 1.0.1. > > Now, I get following error message: > Corlib not in sync with this runtime: expected corlib version 22, found 23. > > [EMAIL PROTECTED] mcs]# make [snip] > make[3]: Wechsel in das Verzeichnis Verzeichnis > »/mono-dev/mono-cvs-auth/mcs/class/System« > make all-local > make[4]: Wechsel in das Verzeichnis Verzeichnis > »/mono-dev/mono-cvs-auth/mcs/class/System« > ** Building temporary System.dll without parts that depend on System.Xml > MONO_PATH="../../class/lib/default:$MONO_PATH" mono ../../mcs/mcs.exe > -d:NET_1_1 -d:ONLY_1_1 -g /noconfig / > r:mscorlib.dll /target:library /out:System.dll @System.dll.sources > > Corlib not in sync with this runtime: expected corlib version 22, found 23. > Download a newer corlib or a newer runtime at http://www.go-mono.com/daily. Checkout 'mono' in a sibling directory, and do a 'make bootstrap' there. - Hari ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] compiling source code - strange exception
On Thu, 2004-08-12 at 01:31, Tomek Soroka wrote: > Unhandled Exception: System.InvalidCastException: Cannot cast from > source type to destination type. > in <0x00073> Mono.CSharp.StringConcat:Emit (Mono.CSharp.EmitContext) > in <0x00135> Mono.CSharp.FieldExpr:EmitAssign > (Mono.CSharp.EmitContext,Mono.CSharp.Expression) > in <0x002aa> Mono.CSharp.Assign:Emit (Mono.CSharp.EmitContext,bool) > in <0x00016> Mono.CSharp.Assign:EmitStatement (Mono.CSharp.EmitContext) > in <0x001de> Mono.CSharp.TypeContainer:EmitFieldInitializers > (Mono.CSharp.EmitContext) > in <0x00388> Mono.CSharp.Constructor:Emit (Mono.CSharp.TypeContainer) > in <0x00427> Mono.CSharp.TypeContainer:Emit () > in <0x00896> Mono.CSharp.RootContext:EmitCode () > in <0x00c35> Mono.CSharp.Driver:MainDriver (string[]) > in <0x00012> Mono.CSharp.Driver:Main (string[]) > How Can I try to get know what's going on... where is this exception > etc...? The exception is occurring within mcs, the C# compiler. It is due to one of two things: a bug within the compiler, or invalid code (and mcs doesn't correctly capture the exception to report a human readable error message). If you could post the smallest source code that causes this exception message (and tell us if the code compiles under Microsoft CSC.EXE, if possible), that would help. Thanks, - Jon ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mac OS X and Mono 1.0.1 and XSP 1.0.1
On Wed, 11 Aug 2004 15:14:38 -0500, Jonel Rienton <[EMAIL PROTECTED]> wrote: > Again, thanks guys for making XSP works on Mac OS X!! Great job... On that note, has anyone gotten mod_mono working against the new xsp? I can get it to build (against fink's apache2), but apache doesn't seem to actually want to understand the "MonoApplication /mono /path/to/root" configure directive... ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Building mono debugger
Thanks Jacek, I have found the patch you mentioned and managed to compile the debugger. However, I may simply not be clever enough to make use of it. In my first naive attempt, I located "mdb.exe" and started it with my exe as a parameter. Here are the first lines of the output: Mono Debugger EXCEPTION: Mono.Debugger.SymbolTableException: `MONO_DEBUGGER__debugger_info' has version 43, but expected 41. Again, for me to continue the adventure, I appreciate any hint, how-to or other help. In the meantime, I will stick with lots of Console.WriteLine()s for debugging :-) Regards, Helge Jacek Blaszczynski wrote: Hi! There is a patch available in mono-list or mono-develop-list in July posts - I do not remember who has posted it but subject contained word debugger. cheers Jacek -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Helge Lenuweit Sent: Thursday, August 12, 2004 12:04 PM To: mono-List (E-mail) Subject: [Mono-list] Building mono debugger Hi folks, I'm running mono 1.01 (Red-Carpet install) on a Suse 9.1 machine and try to build release 0.9 of the mono debugger. Previous (beta) releases of the mono runtime itself compiled fine on that machine, so compiler/environment prerequisites should be fine (I guess, at least :-). Now that I run make, it says: wrapper.c: In function `debugger_class_get_static_field_data': wrapper.c:121: error: dereferencing pointer to incomplete type wrapper.c: In function `debugger_event_handler': wrapper.c:135: warning: enumeration value `MONO_DEBUGGER_EVENT_UNHANDLED_EXCEPTION' not handled in switch wrapper.c: At top level: wrapper.c:139: warning: initialization from incompatible pointer type wrapper.c: In function `mono_debugger_main': wrapper.c:226: error: dereferencing pointer to incomplete type wrapper.c:226: error: dereferencing pointer to incomplete type make[2]: *** [wrapper.o] Error 1 make[2]: Leaving directory `/root/mono-debugger-0.9/wrapper' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/mono-debugger-0.9' make: *** [all] Error 2 I have no clue at this point - and appreciate any help. Thanks, Helge ___ 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] wx.NET version 0.5
A new version of wx.NET was recently released. wx.NET provides .NET bindings for wxWidgets, a powerful cross-platform GUI toolkit. wx.NET/wx.Widgets uses the native UI framework on each supported platform: Windows, Linux, and Mac OS X. The new 0.5 version has many improvements over previous releases. A quick summary of changes: + Dozens of new classes. + Full support for Mac OS X. + New event system: Activated, Closing, MouseEnter, etc. events. + Easier to use binary downloads for Windows, Linux, and Mac OS X. + An new build system to make compiling easier along with a user manual to step you through the process. + 6 new samples and an easy to use sample launcher. + A new tool to generate C# or VB.NET code from XRC or wxGlade WXG UI layout files. Supports editing of the resulting code and modifications to the UI similar to the VS.NET System.Windows.Forms designer. + CLS compliant (no more uints). + Numerous bug fixes. Key contributors to this release: Alexander Olk Bryan Bulten Mike Muegel Wx.NET is completely open source and free. More information is available at: http://wxnet.sf.net/ We have recently started a fundraising campaign to support the work of Alexander Olk on the project. Please see the following for details: http://wxnet.sf.net/donate.html Even a little bit will help accelerate development. I've jump started the fund by donating US$150. Best Regards, -Mike Muegel on behalf of the wx.NET Development Team P.S. I briefly mentioned the new version in a posting a while back but wanted to follow-up with some more detail. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] compiling source code - strange exception
The exception is occurring within mcs, the C# compiler. It is due to one of two things: a bug within the compiler, or invalid code (and mcs doesn't correctly capture the exception to report a human readable error message). If you could post the smallest source code that causes this exception message (and tell us if the code compiles under Microsoft CSC.EXE, if possible), that would help. Thanks, - Jon Hi! I know that this exception occures in mcs... I try to compile big project, which under mcs compiles succesfully. I can't get smallest code, because project is very big, and I have no Idea how to find such piece of code... Can You give me some advices about finding this? I would help, but I have no Idea how :-( Best! Tomek ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Error while compiling mod_mono
I'm on Mac OS 10.3 and trying to compile mod_mono 1.0.1. This is the error I'm getting: mod_mono.c: In function `set_process_limits': mod_mono.c:547: error: `RLIMIT_AS' undeclared (first use in this function) mod_mono.c:547: error: (Each undeclared identifier is reported only once mod_mono.c:547: error: for each function it appears in.) make[1]: *** [mod_mono.lo] Error 1 make: *** [all-recursive] Error 1 Also, are there any release notes for 1.0.1? Thanks. -Abe ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Best configuration for .webapp files hosting ASP.net pages on many domains?
At the moment, I have monodevelop.com configured as such: 3 files, for each of monodevelop.com, .net, and .org. With the recent fix to mod_mono/XSP, I can now set the vhost to *.monodevelop.com. However, this does not pick up plain old `monodevelop.com', obviously. What is the cleanest way to set this up? It would appear additional .webapp files for `monodevelop.com' etc don't do the trick. Should they? If so, I'll file a bug report. If not, I'd appreciate someone pointing me at the proper docs. :) Thanks! -- Steve Deobald www.cityhost.ca Mono 1.0 web hosting ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Re: [Mono-devel-list] Info about daily build and test case execution
We have started doing the daily builds and uploading the packages again, since last week. But havent started the test execution part yet. Thanks, Sudha. >>> "Manjula G H M" <[EMAIL PROTECTED]> 7/16/2004 3:32:42 PM >>> While running test cases after daily builds in different distros, many test cases hang in between and lot of manual intervention is required to kill the hanging process and start it again. The document attached contains the details of test cases that hang. These are based on the observations of past two weeks. Appreciate if you can take a look into it and help in fixing them - problem may be in NUnit/mcs/respective component. We will be focusing on other QA tasks like adding missing test cases for VB, developing robust framework for ADO.NET.. in coming 1 month. We will not be doing daily builds and test case execution during this time. Hope to fix test case hang problem in the mean time. Volunteers appreciated. Thanks Manjula ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
