Re: [Mono-winforms-list] Handle being created when I don't expect
-Original Message- From: Maser, Dan [mailto:[EMAIL PROTECTED] Sent: jueves, 09 de agosto de 2007 15:15 To: Rolf Bjarne Kvinge; mono-winforms-list@lists.ximian.com Subject: RE: [Mono-winforms-list] Handle being created when I don't expect Sure. I'm using the latest mono I built from the SVN source on 08/07/2007. The call stack with file/line info is really wide, so I've attached it as a text file to this message. When setting MdiParent the handle is being *re*created, not created, and this is matching MS' behavior. To know when the handle was created in the first place I'd need another stack trace :) Rolf Thanks! -Original Message- From: Rolf Bjarne Kvinge [mailto:[EMAIL PROTECTED] Sent: Thursday, August 09, 2007 2:15 AM To: Maser, Dan; mono-winforms-list@lists.ximian.com Subject: RE: [Mono-winforms-list] Handle being created when I don't expect From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Maser, Dan Sent: miércoles, 08 de agosto de 2007 23:49 To: Maser, Dan; mono-winforms-list@lists.ximian.com Subject: Re: [Mono-winforms-list] Handle being created when I don't expect Sorry, that got sent too early. Here's more of the call stack this time. Could you execute with mono --debug app.exe so that you get line numbers as well? And knowing which version of Winforms you're using would also help :) Rolf _ From: Maser, Dan Sent: Wednesday, August 08, 2007 4:39 PM To: 'mono-winforms-list@lists.ximian.com' Subject: Handle being created when I don't expect I've got a situation with MDI forms where the behavior is different on MS vs mono, but it's proving difficult to get a simple test project that reproduces it. The problem is that in my app setting the Form.MdiParent is causing that Form's handle to be created in mono when it doesn't on MS.NET. And it doesn't happen for simple test programs on mono either; with simple test programs setting the MdiParent property doesn't cause the handle to be created. I think it must be something about my real project that causes this, but the program is so large it's difficult to tell what that might be. Here's a partial call stack from the Form.HandleCreated event. Does this info give enough info to someone to make some guesses about what could cause the MdiParent property to trigger the HandleCreated in some projects but not in others? Thanks in advance for any ideas! Partial call stack: at MyChildForm.on_HandleCreated(System.Object sender, System.EventArgs e) at System.Windows.Forms.Control.OnHandleCreated(System.EventArgs e) at System.Windows.Forms.Form.OnHandleCreated(System.EventArgs e) at System.Windows.Forms.Control.WmCreate(Message ByRef m) at System.Windows.Forms.Control.WndProc(Message ByRef m) at System.Windows.Forms.ScrollableControl.WndProc(Message ByRef m) at System.Windows.Forms.ContainerControl.WndProc(Message ByRef m) at System.Windows.Forms.Form.WndProc(Message ByRef m) at System.Windows.Forms.Control+ControlWindowTarget.OnMessage(Message ByRef m) at System.Windows.Forms.Control+ControlNativeWindow.WndProc(Message ByRef m) at System.Windows.Forms.NativeWindow.WndProc(IntPtr hWnd, Msg msg, IntPtr wParam, IntPtr lParam) at System.Windows.Forms.XplatUIX11.SendMessage(IntPtr hWnd, Msg msg, IntPtr wParam, IntPtr lParam) at System.Windows.Forms.XplatUIX11.CreateWindow(System.Windows.Forms.Creat ePara ms cp) at System.Windows.Forms.XplatUI.CreateWindow(System.Windows.Forms.CreatePa rams cp) at System.Windows.Forms.NativeWindow.CreateHandle(System.Windows.Forms.Cre atePa rams create_params) at System.Windows.Forms.Control.CreateHandle() at System.Windows.Forms.Form.CreateHandle() at System.Windows.Forms.Control.WmDestroy(Message ByRef m) at System.Windows.Forms.Control.WndProc(Message ByRef m) at System.Windows.Forms.ScrollableControl.WndProc(Message ByRef m) at System.Windows.Forms.ContainerControl.WndProc(Message ByRef m) at System.Windows.Forms.Form.WmDestroy(Message ByRef m) at System.Windows.Forms.Form.WndProc(Message ByRef m) at System.Windows.Forms.Control+ControlWindowTarget.OnMessage(Message ByRef m) at System.Windows.Forms.Control+ControlNativeWindow.WndProc(Message ByRef m) at System.Windows.Forms.NativeWindow.WndProc(IntPtr hWnd, Msg msg, IntPtr wParam, IntPtr lParam) at System.Windows.Forms.XplatUIX11.SendMessage(IntPtr hWnd, Msg msg, IntPtr wParam, IntPtr lParam) at System.Windows.Forms.XplatUIX11.DestroyWindow(IntPtr handle) at System.Windows.Forms.XplatUI.DestroyWindow(IntPtr handle) at System.Windows.Forms.NativeWindow.DestroyWindow() at System.Windows.Forms.Control.DestroyHandle() at System.Windows.Forms.Control.RecreateHandle() at System.Windows.Forms.Form.set_MdiParent(System.Windows.Forms.Form value) There's more, but this seems like the relevant part.
Re: [Mono-winforms-list] Handle being created when I don't expect
-Original Message- From: Maser, Dan [mailto:[EMAIL PROTECTED] Sent: viernes, 10 de agosto de 2007 14:34 To: Rolf Bjarne Kvinge; mono-winforms-list@lists.ximian.com Subject: RE: [Mono-winforms-list] Handle being created when I don't expect That's the first time the HandleCreated event is fired, I have a MessageBox.Show in the first line of the HandleCreated handler and this is the first time I see it. As such, how can I show you a call stack for the first time the handle is created if this is the first time the HandleCreated event is fired? I never rely on events for debugging :) Try overriding CreateHandle and print a stack trace from there (remember to call the base class as well). You can also override WndProc and watch out for WM_CREATE (0x1) and WM_DESTROY (0x2). And just before doing: form.MdiParent = theParent; Do this: Console.WriteLine (form.IsHandleCreated) Which will tell you if the handle has already been created or not. Rolf I wonder if I should hack in some Console.WriteLine statements into the mono source and recompile to see? Dan -Original Message- From: Rolf Bjarne Kvinge [mailto:[EMAIL PROTECTED] Sent: Friday, August 10, 2007 6:23 AM To: Maser, Dan; mono-winforms-list@lists.ximian.com Subject: RE: [Mono-winforms-list] Handle being created when I don't expect -Original Message- From: Maser, Dan [mailto:[EMAIL PROTECTED] Sent: jueves, 09 de agosto de 2007 15:15 To: Rolf Bjarne Kvinge; mono-winforms-list@lists.ximian.com Subject: RE: [Mono-winforms-list] Handle being created when I don't expect Sure. I'm using the latest mono I built from the SVN source on 08/07/2007. The call stack with file/line info is really wide, so I've attached it as a text file to this message. When setting MdiParent the handle is being *re*created, not created, and this is matching MS' behavior. To know when the handle was created in the first place I'd need another stack trace :) Rolf Thanks! -Original Message- From: Rolf Bjarne Kvinge [mailto:[EMAIL PROTECTED] Sent: Thursday, August 09, 2007 2:15 AM To: Maser, Dan; mono-winforms-list@lists.ximian.com Subject: RE: [Mono-winforms-list] Handle being created when I don't expect From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Maser, Dan Sent: miércoles, 08 de agosto de 2007 23:49 To: Maser, Dan; mono-winforms-list@lists.ximian.com Subject: Re: [Mono-winforms-list] Handle being created when I don't expect Sorry, that got sent too early. Here's more of the call stack this time. Could you execute with mono --debug app.exe so that you get line numbers as well? And knowing which version of Winforms you're using would also help :) Rolf _ From: Maser, Dan Sent: Wednesday, August 08, 2007 4:39 PM To: 'mono-winforms-list@lists.ximian.com' Subject: Handle being created when I don't expect I've got a situation with MDI forms where the behavior is different on MS vs mono, but it's proving difficult to get a simple test project that reproduces it. The problem is that in my app setting the Form.MdiParent is causing that Form's handle to be created in mono when it doesn't on MS.NET. And it doesn't happen for simple test programs on mono either; with simple test programs setting the MdiParent property doesn't cause the handle to be created. I think it must be something about my real project that causes this, but the program is so large it's difficult to tell what that might be. Here's a partial call stack from the Form.HandleCreated event. Does this info give enough info to someone to make some guesses about what could cause the MdiParent property to trigger the HandleCreated in some projects but not in others? Thanks in advance for any ideas! Partial call stack: at MyChildForm.on_HandleCreated(System.Object sender, System.EventArgs e) at System.Windows.Forms.Control.OnHandleCreated(System.EventArgs e) at System.Windows.Forms.Form.OnHandleCreated(System.EventArgs e) at System.Windows.Forms.Control.WmCreate(Message ByRef m) at System.Windows.Forms.Control.WndProc(Message ByRef m) at System.Windows.Forms.ScrollableControl.WndProc(Message ByRef m) at System.Windows.Forms.ContainerControl.WndProc(Message ByRef m) at System.Windows.Forms.Form.WndProc(Message ByRef m) at System.Windows.Forms.Control+ControlWindowTarget.OnMessage(Message ByRef m) at System.Windows.Forms.Control+ControlNativeWindow.WndProc(Message ByRef m) at System.Windows.Forms.NativeWindow.WndProc(IntPtr hWnd, Msg msg, IntPtr wParam, IntPtr lParam) at System.Windows.Forms.XplatUIX11.SendMessage(IntPtr hWnd, Msg msg, IntPtr wParam, IntPtr lParam) at System.Windows.Forms.XplatUIX11.CreateWindow(System.Windows.Forms.Crea t ePara ms cp) at
Re: [Mono-winforms-list] Handle being created when I don't expect
Excellent ideas, thanks. I'll go add those right now. -Original Message- From: Rolf Bjarne Kvinge [mailto:[EMAIL PROTECTED] Sent: Friday, August 10, 2007 11:23 AM To: Maser, Dan; mono-winforms-list@lists.ximian.com Subject: RE: [Mono-winforms-list] Handle being created when I don't expect -Original Message- From: Maser, Dan [mailto:[EMAIL PROTECTED] Sent: viernes, 10 de agosto de 2007 14:34 To: Rolf Bjarne Kvinge; mono-winforms-list@lists.ximian.com Subject: RE: [Mono-winforms-list] Handle being created when I don't expect That's the first time the HandleCreated event is fired, I have a MessageBox.Show in the first line of the HandleCreated handler and this is the first time I see it. As such, how can I show you a call stack for the first time the handle is created if this is the first time the HandleCreated event is fired? I never rely on events for debugging :) Try overriding CreateHandle and print a stack trace from there (remember to call the base class as well). You can also override WndProc and watch out for WM_CREATE (0x1) and WM_DESTROY (0x2). And just before doing: form.MdiParent = theParent; Do this: Console.WriteLine (form.IsHandleCreated) Which will tell you if the handle has already been created or not. Rolf I wonder if I should hack in some Console.WriteLine statements into the mono source and recompile to see? Dan -Original Message- From: Rolf Bjarne Kvinge [mailto:[EMAIL PROTECTED] Sent: Friday, August 10, 2007 6:23 AM To: Maser, Dan; mono-winforms-list@lists.ximian.com Subject: RE: [Mono-winforms-list] Handle being created when I don't expect -Original Message- From: Maser, Dan [mailto:[EMAIL PROTECTED] Sent: jueves, 09 de agosto de 2007 15:15 To: Rolf Bjarne Kvinge; mono-winforms-list@lists.ximian.com Subject: RE: [Mono-winforms-list] Handle being created when I don't expect Sure. I'm using the latest mono I built from the SVN source on 08/07/2007. The call stack with file/line info is really wide, so I've attached it as a text file to this message. When setting MdiParent the handle is being *re*created, not created, and this is matching MS' behavior. To know when the handle was created in the first place I'd need another stack trace :) Rolf Thanks! -Original Message- From: Rolf Bjarne Kvinge [mailto:[EMAIL PROTECTED] Sent: Thursday, August 09, 2007 2:15 AM To: Maser, Dan; mono-winforms-list@lists.ximian.com Subject: RE: [Mono-winforms-list] Handle being created when I don't expect From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Maser, Dan Sent: miércoles, 08 de agosto de 2007 23:49 To: Maser, Dan; mono-winforms-list@lists.ximian.com Subject: Re: [Mono-winforms-list] Handle being created when I don't expect Sorry, that got sent too early. Here's more of the call stack this time. Could you execute with mono --debug app.exe so that you get line numbers as well? And knowing which version of Winforms you're using would also help :) Rolf _ From: Maser, Dan Sent: Wednesday, August 08, 2007 4:39 PM To: 'mono-winforms-list@lists.ximian.com' Subject: Handle being created when I don't expect I've got a situation with MDI forms where the behavior is different on MS vs mono, but it's proving difficult to get a simple test project that reproduces it. The problem is that in my app setting the Form.MdiParent is causing that Form's handle to be created in mono when it doesn't on MS.NET. And it doesn't happen for simple test programs on mono either; with simple test programs setting the MdiParent property doesn't cause the handle to be created. I think it must be something about my real project that causes this, but the program is so large it's difficult to tell what that might be. Here's a partial call stack from the Form.HandleCreated event. Does this info give enough info to someone to make some guesses about what could cause the MdiParent property to trigger the HandleCreated in some projects but not in others? Thanks in advance for any ideas! Partial call stack: at MyChildForm.on_HandleCreated(System.Object sender, System.EventArgs e) at System.Windows.Forms.Control.OnHandleCreated(System.EventArgs e) at System.Windows.Forms.Form.OnHandleCreated(System.EventArgs e) at System.Windows.Forms.Control.WmCreate(Message ByRef m) at System.Windows.Forms.Control.WndProc(Message ByRef m) at System.Windows.Forms.ScrollableControl.WndProc(Message ByRef m) at System.Windows.Forms.ContainerControl.WndProc(Message ByRef m) at System.Windows.Forms.Form.WndProc(Message ByRef m) at System.Windows.Forms.Control+ControlWindowTarget.OnMessage(Message ByRef m) at
Re: [Mono-winforms-list] Handle being created when I don't expect
-Original Message- From: Maser, Dan [mailto:[EMAIL PROTECTED] Sent: jueves, 09 de agosto de 2007 15:33 To: Rolf Bjarne Kvinge; mono-winforms-list@lists.ximian.com Subject: RE: [Mono-winforms-list] Handle being created when I don't expect Also, if it helps I hacked my code to not crash when the HandleCreated is called early and I notice the these additional problems right away: * When opening the first MDI child, that window does not get an Activated event like it used to. If I open a second MDI child and toggle between them then the Activate gets called, but with one MDI child the Actived event is skipped. * There seems to be a focus/current problem because if I have MDI Child #1 active I can click around in it and see the mouse clicks have the normal effect but when I press Ctrl+F2 that keystroke appears to get sent to MDI Child #2 instead. I'm not able to reproduce these issues, could you cook up a small test case and file a bug at http://bugzilla.ximian.com/ ? Rolf ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-dev] svn build problems
Hi all, Sorry to bug the list with this, but I am having problems building the mono from svn. I need the get an uptodate build as I am trying to get Spring.Net running and it depends on some recent bug fixes in Mono. I building in an Ubuntu feisty VM and the error I am getting while running make is below. Any assistance would be greatly appreciated! Thanks and regards, James Fitzsimons make[8]: Entering directory `/home/ubuntu/mcs/class/System' ** Warning: System.dll built without parts that depend on: System.Xml.dll MONO_PATH=../../class/lib/basic: $MONO_PATH /home/ubuntu/mono/runtime/mono-wrapper ../../class/lib/basic/mcs.exe /codepage:65001 -d:NET_1_1 -d:ONLY_1_1 -d:BOOTSTRAP_WITH_OLDLIB -debug /noconfig -target:library -out:System.dll @System.dll.sources ** ERROR **: Method 'System.Text.Encoding:InternalCodePage (int)' in assembly '/home/ubuntu/mcs/class/lib/basic/mscorlib.dll' contains native code and mono can't run it. The assembly was probably created by Managed C++. aborting... Stacktrace: at System.Console..cctor () 0x at System.Console..cctor () 0x00091 at (wrapper runtime-invoke) System.Collections.Hashtable.runtime_invoke_void (object,intptr,intptr,intptr) 0x at Mono.CSharp.Report..cctor () 0x at Mono.CSharp.Report..cctor () 0x9 at (wrapper runtime-invoke) Mono.CSharp.Driver.runtime_invoke_void (object,intptr,intptr,intptr) 0x Native stacktrace: /home/ubuntu/mono/mono/mini/mono [0x815cf2e] [0xe440] /lib/tls/i686/cmov/libc.so.6(abort+0x101) [0x40139641] /usr/lib/libglib-2.0.so.0(g_logv+0x4ca) [0x4006c70a] /usr/lib/libglib-2.0.so.0(g_log+0x29) [0x4006c749] /home/ubuntu/mono/mono/mini/mono [0x8149f79] /home/ubuntu/mono/mono/mini/mono [0x807eb3a] [0x4037803e] [0x40bd07e6] /home/ubuntu/mono/mono/mini/mono(mono_runtime_class_init+0x1d5) [0x80b91f5] /home/ubuntu/mono/mono/mini/mono [0x814a335] /home/ubuntu/mono/mono/mini/mono [0x807eb3a] [0x4037803e] [0x40bcfdae] /home/ubuntu/mono/mono/mini/mono(mono_runtime_class_init+0x1d5) [0x80b91f5] /home/ubuntu/mono/mono/mini/mono [0x813e50e] /home/ubuntu/mono/mono/mini/mono [0x814877d] /home/ubuntu/mono/mono/mini/mono [0x814a10e] /home/ubuntu/mono/mono/mini/mono [0x814a7c1] /home/ubuntu/mono/mono/mini/mono(mono_runtime_exec_main+0x10e) [0x80bba2e] /home/ubuntu/mono/mono/mini/mono(mono_runtime_run_main+0x1b9) [0x80bbd19] /home/ubuntu/mono/mono/mini/mono(mono_main+0xeca) [0x805ae7a] /home/ubuntu/mono/mono/mini/mono [0x8059aa2] /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xdc) [0x40123ebc] /home/ubuntu/mono/mono/mini/mono [0x80599f1] Debug info from gdb: Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. [Thread debugging using libthread_db enabled] [New Thread 1076165344 (LWP 11187)] [New Thread 1087363984 (LWP 11252)] [New Thread 1080449936 (LWP 11251)] 0xe410 in __kernel_vsyscall () 3 Thread 1080449936 (LWP 11251) 0xe410 in __kernel_vsyscall () 2 Thread 1087363984 (LWP 11252) 0xe410 in __kernel_vsyscall () 1 Thread 1076165344 (LWP 11187) 0xe410 in __kernel_vsyscall () Thread 3 (Thread 1080449936 (LWP 11251)): #0 0xe410 in __kernel_vsyscall () #1 0x400dc986 in ?? () from /lib/tls/i686/cmov/libpthread.so.0 #2 0x08107b71 in collection_thread (unused=0x0) at collection.c:34 #3 0x400d531b in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #4 0x401dd57e in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 2 (Thread 1087363984 (LWP 11252)): #0 0xe410 in __kernel_vsyscall () #1 0x400d95c6 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0x0810d51f in timedwait_signal_poll_cond (cond=0x406bd1dc, mutex=0x406bd1c4, timeout=0x0, alertable=0) at handles.c:1443 #3 0x0810ffbf in _wapi_handle_timedwait_signal_handle (handle=0x404, timeout=0x0, alertable=0) at handles.c:1523 #4 0x0811003c in _wapi_handle_wait_signal_handle (handle=0x404, alertable=0) at handles.c:1483 #5 0x0810733f in WaitForSingleObjectEx (handle=0x404, timeout=4294967295, alertable=0) at wait.c:200 #6 0x080e4a5a in finalizer_thread (unused=0x0) at gc.c:835 #7 0x080dd7f4 in start_wrapper (data=0x824ef98) at threads.c:513 #8 0x0810a2f2 in thread_start_routine (args=0x4070f768) at threads.c:264 #9 0x08121a95 in GC_start_routine (arg=0x22f40) at pthread_support.c:1362 #10 0x400d531b in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #11 0x401dd57e in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 1 (Thread 1076165344 (LWP 11187)): #0 0xe410 in __kernel_vsyscall () #1 0x401d63d1 in select () from /lib/tls/i686/cmov/libc.so.6 #2 0x4008f4a0 in g_spawn_sync () from /usr/lib/libglib-2.0.so.0 #3 0x4008f86c in g_spawn_command_line_sync () from /usr/lib/libglib-2.0.so.0 #4 0x0815cfc9 in
Re: [Mono-dev] Cross-platform command-lines
Hi, inline On 8/9/07, Charlie Poole [EMAIL PROTECTED] wrote: Basically the idea, would be to add another of the internal options that would you to extract either a gettext compatible base file, or a strings resource file, and use the appropriate mechanism to translate the descriptions (translating the options themselves, would make the scripts using the app not being shareable worldwide, what I don't think is a good thing) Perhaps a strategy could be injected by the derived class or using app. The default implementation could use attribute properties and would be available as a fallback to any internationalization strategy. I was short on details, but yes, the idea is to publish a very small interface, whose the app would inject the translation mechanism of choice, while I would still provide those two I've mentioned, probably as a pair of libraries in the the same managed Commons family. I've transfered the development of new GetOptions features to Commons.GetOptions (see http://monoblog.blogspot.com/2007/01/commonsgetoptions-sucessor-to.html part of my managed Commons initiative) but I must confess that I hadn't have alloted any time beyond the initial renaming/refactoring of the code, and never published it in any repository (I intended to do so as part of one of my projects at sourceforge, but I'm not sure anymore that it would be best place). See now I've chosen the Burroughs phrase to put in my signature below. That could be my sig, as well. :-( Anyway, if you are interested, I can restart working on Commons.GetOptions, and package it in its own release and versioning policy. I'm interested - either as Commons.GetOptions or doing a (hopefully temporary) fork as NUnit.GetOptions. That way, NUnit itself could use it and it would be available for the use of the series of small utilities I'm starting to publish. I'll try to publish Commons.GetOptions initial release (it already works, basically as Mono.GetOptions did), over the weekend and then you can choose if you fork or if you'd like to contribute to it, and package with nunit. The license is still very permissive, so I hope you can use it either way and be satisfied. Thanks for the interest, -- Rafael Monoman Teixeira --- I myself am made entirely of flaws, stitched together with good intentions. Augusten Burroughs ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Remoting with DateTime
Replying to my own mail... The failure happens when using TCP remoting, when I tried with HTTP the sample worked. BTW this is with SVN rev 83316. Something going on in the binary serialization i reckon. Jae ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Remoting with DateTime
Is DateTime supposed to be supported as a parameter in remote calls? I'm getting an ArgumentOutOfRangeException like this: Note: This was just passing DateTime.Now Value -8590148590525713308 is outside the valid range [0,31553789759]. Parameter name: ticks Maybe DateTime is not viewed as a primitive type here...if not let me know and I'll do something else. Jae ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Cross-platform command-lines
Hi Rafael, I'll try to publish Commons.GetOptions initial release (it already works, basically as Mono.GetOptions did), over the weekend and then you can choose if you fork or if you'd like to contribute to it, and package with nunit. The license is still very permissive, so I hope you can use it either way and be satisfied. Sounds good - I'll watch for it. Charlie ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] System.Net.NetworkInformation
Added patch to buzilla # 82403 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Remoting with DateTime
I can solve it multiple ways. :) This was with .NET 2.0 and svn with the NET_2.0 profile. I filled out bug # 82400. Like i said first, if this is not a supposed to be supported, fine. Since remoting is supposed to be an abstract interface, the channel shouldn't matter. Since it works with SOAP, it should with binary too...IMHO Thanks for the info, Jae ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Remoting with DateTime
are you using a .NET 1.1 client against a 2.0??? If so... this happens! Otherwise it works? - Original Message - From: Jae Stutzman To: mono-devel-list@lists.ximian.com Sent: Friday, August 10, 2007 7:18 PM Subject: [Mono-dev] Remoting with DateTime Is DateTime supposed to be supported as a parameter in remote calls? I'm getting an ArgumentOutOfRangeException like this: Note: This was just passing DateTime.Now Value -8590148590525713308 is outside the valid range [0,31553789759]. Parameter name: ticks Maybe DateTime is not viewed as a primitive type here...if not let me know and I'll do something else. Jae -- ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] svn build problems
fredag 10 August 2007 skrev James Fitzsimons: Hi all, Sorry to bug the list with this, but I am having problems building the mono from svn. I need the get an uptodate build as I am trying to get Spring.Net running and it depends on some recent bug fixes in Mono. I building in an Ubuntu feisty VM and the error I am getting while running make is below. Hi there. I can't really help you with your specific problem, but I have attached my svn build script. This has been running on a ubuntu edgy for months, and builds mono each night. Perhaps this can help you out. Initially you need to check out libgdiplus mcs mono from the svn, from that point on, you simple run the script, when you want the newest version. Regards, Mads -- Med venlig hilsen/Regards Systemudvikler/Systemsdeveloper cand.scient.dat, Ph.d., Mads Bondo Dydensborg Dansk BiblioteksCenter A/S, Tempovej 7-11, 2750 Ballerup, Tlf. +45 44 86 77 34 get-compile.sh Description: application/shellscript ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Remoting with DateTime
We solve it serializing the ticks instead! - Original Message - From: Robert Jordan [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Sent: Friday, August 10, 2007 8:09 PM Subject: Re: [Mono-dev] Remoting with DateTime Hi, Jae Stutzman wrote: Replying to my own mail... The failure happens when using TCP remoting, when I tried with HTTP the sample worked. BTW this is with SVN rev 83316. Something going on in the binary serialization i reckon. The soap formatter is handling DateTime differently, unlike the binary formatter which solely relies on binary serialization. Since DateTime is not serialization compatible between mono and MS.NET 2.0, remoting doesn't work either. Please file a bug at http://www.mono-project.com/Bugs product Class Libraries, component corlib. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Remoting with DateTime
pablosantosluac wrote: We solve it serializing the ticks instead! It would be nice if you guys would file bugs even if there are workarounds. Thx Robert - Original Message - From: Robert Jordan [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Sent: Friday, August 10, 2007 8:09 PM Subject: Re: [Mono-dev] Remoting with DateTime Hi, Jae Stutzman wrote: Replying to my own mail... The failure happens when using TCP remoting, when I tried with HTTP the sample worked. BTW this is with SVN rev 83316. Something going on in the binary serialization i reckon. The soap formatter is handling DateTime differently, unlike the binary formatter which solely relies on binary serialization. Since DateTime is not serialization compatible between mono and MS.NET 2.0, remoting doesn't work either. Please file a bug at http://www.mono-project.com/Bugs product Class Libraries, component corlib. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Qt# stability
Does anyone know how stable Qt# is right now and how up-to-date http://www.gotmono.com/docs/qt/faq.html is? ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Oracle.DataAcces.Client unimplemented?
Is the Oracle assembly unimplemented, or am I missing a package? I cannot find it in the Add References... dialog. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Remoting with DateTime
It is also a problem with .NET 1 working against .NET 2.0 so we didn't consider it a problem in mono. I mean, it is doing the same as .NET is doing, not being compatible. I didn't think it was worth to tell... I'll do it next time, pablo - Original Message - From: Robert Jordan [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Sent: Friday, August 10, 2007 8:38 PM Subject: Re: [Mono-dev] Remoting with DateTime pablosantosluac wrote: We solve it serializing the ticks instead! It would be nice if you guys would file bugs even if there are workarounds. Thx Robert - Original Message - From: Robert Jordan [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Sent: Friday, August 10, 2007 8:09 PM Subject: Re: [Mono-dev] Remoting with DateTime Hi, Jae Stutzman wrote: Replying to my own mail... The failure happens when using TCP remoting, when I tried with HTTP the sample worked. BTW this is with SVN rev 83316. Something going on in the binary serialization i reckon. The soap formatter is handling DateTime differently, unlike the binary formatter which solely relies on binary serialization. Since DateTime is not serialization compatible between mono and MS.NET 2.0, remoting doesn't work either. Please file a bug at http://www.mono-project.com/Bugs product Class Libraries, component corlib. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] C# fast fuzzy text search
2007/8/10, pablosantosluac [EMAIL PROTECTED]: I guess this is out of topic but: is there a fast implementation in C# (ok, or anything else) for fuzzy text search? Something like the bitap algorithm or similar? I don't know much about the topic, but quick search with bitap found: http://rational.co.za/libbitap/ -- Seo Sanghyeon ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Qt# stability
Does anyone know how stable Qt# is right now and how up-to-date http://www.gotmono.com/docs/qt/faq.html is? That document is ancient, I do not think it has been updated in 3-4 years. There are new bindings for Qt, check these out: http://dot.kde.org/1183467123/ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] Mono-list Digest, Vol 28, Issue 12
-Original Message- From: [EMAIL PROTECTED] [mailto:mono-list- [EMAIL PROTECTED] On Behalf Of Ashish Goyal Sent: jueves, 09 de agosto de 2007 21:04 To: mono-list@lists.ximian.com Subject: Re: [Mono-list] Mono-list Digest, Vol 28, Issue 12 Hello, I have a web site running with SUN One Asp. I am trying to test this site using mono. I get the following error when I load my pages written in visual basic script. I am not able to understand what nees to be done to fix it. Does somebody knows anything about the following error? Visual Basic.Net Compiler version 0.0.0.5058 Copyright (C) 2004-2007 Rolf Bjarne Kvinge. All rights reserved. Error recovery not implemented yet. /srv/www/htdocs/test/index2.aspx (1,4) : Warning VBNC90019: Expected ''. Error recovery not implemented yet. Unexpected error: An error message should have been shown: 'Hanging attributes.' at vbnc.Helper.AddError (System.String Message) [0x0] at vbnc.Parser.ParseAssemblyMembers (vbnc.AssemblyDeclaration Parent, System.String RootNamespace, vbnc.MemberDeclarations result) [0x0] at vbnc.Parser.ParseAssemblyDeclaration (System.String RootNamespace) [0x0] at vbnc.Parser.Parse (System.String RootNamespace) [0x0] at vbnc.Compiler.Compile_Parse () [0x0] at vbnc.Compiler.Compile () [0x0] Compilation took 00:00:10.9510510 1. The compiler you're using is quite old, I suggest updating it. 2. It would be easier to find out what's wrong if you show us the source code. 3. You can't compile aspx files directly with vbnc, they have to be transformed into vb source code. This is done by starting a web server (apache, xsp2), and then navigate to your aspx file in a browser. The web server will transform the aspx file into vb source code. Rolf ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono web site down ?
Thank you very much . Miguel de Icaza wrote: Hey, Since this morning I cannot browse http://www.go-mono.com/ neither http://www.mono-project.com/ ... I'm located in Italy, I guess this is a dns problem : Is there any direct IP address ? The problem was that one of the log files for Squid grew too large, and it caused Squid to abort when it tried to log the request. The issue has been fixed. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] PixelFormat.Format16bppRgb565
On Fri, 2007-08-10 at 18:10 +0200, Wyborski Marek wrote: Hello! I have got a problem with Bitmaps and the PixelFormat. I want to save a Bitmap with PixelFormat.Format16bppRgb565. If I run Mono on Windows it works, but under Linux it is saving the Bitmap with 32Bit Colors. Why??? Sadly not every codec supports every feature. The correct handling of loading 16bbp files is fairly recent itself. Example: Bitmap bmp = new Bitmap(300, 300, PixelFormat.Format16bppRgb565); bmp.Save(“bmp.bmp”, ImageFormat.Bmp); With Mono on Windows the File is 180066 bytes large, but on Linux it is 360054. So what is the difference in PixelFormat Handling on the different platforms? It's probably unimplemented and defaults to 32bpp. Please fill a bug, including a test case, on http://bugzilla.ximian.com I would really need the functionality, if there is another way to save the bitmap with 16 Bit Colors please let me know. You may want to try other codecs (e.g. JPEG or PNG) to see it 16bpp is supported (I don't recall offhand). Saving it as 32Bit and then converting each Color to 16Bit seems to be expensive. This is what will happen anyway since Cairo surfaces don't deal with every PixelFormat GDI+ supports (so we turn other formats into 24 or 32bpp). -- Sebastien Pouliot [EMAIL PROTECTED] Blog: http://pages.infinit.net/ctech/ ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono web site down ?
Hey, Since this morning I cannot browse http://www.go-mono.com/ neither http://www.mono-project.com/ ... I'm located in Italy, I guess this is a dns problem : Is there any direct IP address ? The problem was that one of the log files for Squid grew too large, and it caused Squid to abort when it tried to log the request. The issue has been fixed. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mono web site down ?
Hello, Since this morning I cannot browse http://www.go-mono.com/ neither http://www.mono-project.com/ ... I'm located in Italy, I guess this is a dns problem : Is there any direct IP address ? (I'm trying to install Monodevelop 0.14 on Ubuntu 7.04, but no luck ... so I need some support from mono site) Thanks Nicola -- http://www.ndatech.it ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Hang on JIT-ing fn with P/Invoke?
On Fri, 2007-08-10 at 15:03 +0100, Andy Hume wrote:
Three quick questions if you happen to know the answers:
1. Is UnixMarshal.AllocHeap required rather than a call to
Marshal.AllocHGlobal?
Yes. You need a malloc(3) call, because that's what sdp_list_append()
seems to expect (though I may be mis-reading the source).
Marshal.AllocHGlobal() is not malloc(), while UnixMarshal.AllocHeap() is
malloc().
2. To add some level of type compiler-checked type safety, could one not
even replace instances of IntPtr with a set of structs each containing
only an IntPtr? e.g.
struct PSdpList{
IntPtr ptr;
}
(Must go and read that document!)
That might be possible, I haven't tried it. I imagine it will work.
What is also possible is to use unsafe pointers:
struct sdp_list_t {}
static class NativeMethods {
internal static unsafe extern sdp_list_t*
sdp_list_append(sdp_list_t* list, IntPtr d);
}
Alas, this requires compiling with /unsafe, and is not CLS compliant,
but that might not matter either.
3. Is the format of System.Guid likely to be the same format as a
SDP/general Linux expects it?
It's not the same format, but it's the same size -- 16 bytes -- which is
most of what matters. (The SDP uses uint128_t, which is a byte[16],
while System.Guid uses an int, two shorts and 8 bytes, but they're both
the same size.)
- Jon
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Hang on JIT-ing fn with P/Invoke?
Jonathan Pryor wrote:
On Thu, 2007-08-09 at 14:01 +0100, Andy Hume wrote:
There may well be something wrong with the P/Invoke
definitions :-,),
I have no idea why it's hanging, but the P/Invoke definitions
*are* wrong:
Thanks both. I need to go and do some reading...! (mono-project.com
seems to be down at the moment).
[...]
Never use reference types as the return value of a P/Invoke
(in this case, both sdp_list_t and uuid_t are reference
types, as you declared them `class', not `struct'). The
reason for this is that the runtime will allocate a class
instance on the GC heap, copy over the class/structure
contents, and free the returned memory [1]. This is almost
*never* what you want, as the memory may (probably will) be
freed by the wrong function, thus corrupting the heap. Not good.
The correct thing to do is to use IntPtr as the return value,
and marshal the IntPtr into the appropriate type using
Marshal.PtrToStructure().
So a more accurate binding would be:
struct BluezUuid {
public byte type;
public Guid uuid128;
}
static class NativeMethods {
const string BluetoothLibrary = libbluetooth;
// sdp_list_t* sdp_list_append(sdp_list_t* list, void*
d);
internal static extern IntPtr sdp_list_append(IntPtr
list,
IntPtr d);
// uuid_t* sdp_uuid16_create(uuid_t* uuid, uint16_t
data);
internal static extern IntPtr sdp_uuid16_create(
ref BluezUuid u, ushort val);
}
With usage:
IntPtr uuid =
UnixMarshal.AllocHeap(Marshal.SizeOf(typeof(BluezUuid));
NativeMethods.sdp_uuid16_create(uuid, 0x0100);
IntPtr search_list =
NativeMethods.sdp_list_append(IntPtr.Zero,
uuid);
Yes, this style of programming is horribly unsafe (IntPtrs everywhere!
No compiler-checked type safety!), but you need to conform to
what the existing code is expecting, in this case
malloc(3)-allocated memory of the appropriate size, with no
inappropriate implicit marshaling.
Three quick questions if you happen to know the answers:
1. Is UnixMarshal.AllocHeap required rather than a call to
Marshal.AllocHGlobal?
2. To add some level of type compiler-checked type safety, could one not
even replace instances of IntPtr with a set of structs each containing
only an IntPtr? e.g.
struct PSdpList{
IntPtr ptr;
}
(Must go and read that document!)
3. Is the format of System.Guid likely to be the same format as a
SDP/general Linux expects it?
Andy
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Will System.Web.Extensions be in Mono 1.2.5?
Hello, I'm really looking forward to using System.Web.UI.UpdatePanel in mojoPortal and am wondering if any of System.Web.Extensions will be included in the 1.2.5 release. I see it in svn but have been reluctant to add a reference to it since users of our MonoDevelop solution are probably using the official release which doesn't have it. 1.2.5 was branched before we had included System.Web.Extensions correctly in the build. You could probably bundle a copy of it in your application and not install it on the GAC for the time being. Also, even if we have System.Web.Extensions, am not sure if we properly install in the system the necessary Javascript code that is required by Web.Extensions. We definitely could use some help by someone that is using Web.Extensions and wants to check if our current setup in Mono works (currently all the work is done by Mainsoft, so Grasshopper is the only target that is being tested) Miguel., ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Will System.Web.Extensions be in Mono 1.2.5?
Hi All, I'm really looking forward to using System.Web.UI.UpdatePanel in mojoPortal and am wondering if any of System.Web.Extensions will be included in the 1.2.5 release. I see it in svn but have been reluctant to add a reference to it since users of our MonoDevelop solution are probably using the official release which doesn't have it. Thanks, Joe -- Joe Audette Software Solutions Architect Source Tree Solutions, LLC [EMAIL PROTECTED] http://www.sourcetreesolutions.com http://www.mojoportal.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono-list Digest, Vol 28, Issue 14
Hello Rolf, I am using apache integrated with mono 2.0. I am loading my SUN One asp pages thru' browser. Following is an example of my source code: !-- [EMAIL PROTECTED]VBSCRIPT%-- !--#include file=Connections/cpc1.asp -- % Sub arrow() If ((rail_current_month.Fields.Item(CHANGE).Value)0) Then % img src=images/down_arrow.gif width=7 height=7% Else If ((rail_current_month.Fields.Item(CHANGE).Value)=0) Then % img src=images/up_arrow.gif width=7 height= 7% Else If ((rail_current_month.Fields.Item(CHANGE).Value)=0.00) Then % nbsp;% Else %nbsp;% End If End If End If End Sub Sub arrow2() If ((rail_current_month.Fields.Item(CHANGE2).Value)=-0.01) Then % img src=images/down_arrow.gif width=7 height= 7% Else If ((rail_current_month.Fields.Item(CHANGE2).Value)=0.01) Then % img src=images/up_arrow.gif width=7 heig ht=7% Else If ((rail_current_month.Fields.Item(CHANGE2).Value)=0.00) Then % nbsp;% Else %nbsp;% End If End If End If End Sub Dim rail_current_month Dim rail_current_month_numRows Set rail_current_month = Server.CreateObject(ADODB.Recordset) rail_current_month.ActiveConnection = MM_cpc1_STRING rail_current_month.Source = select * from rail_current_month rail_current_month.CursorType = 0 rail_current_month.CursorLocation = 2 rail_current_month.LockType = 1 rail_current_month.Open() rail_current_month_numRows = 0 % % ' *** Go To Record and Move To Record: create strings for maintaining URL and Form parameters ' create the list of parameters which should not be maintained MM_removeList = index= If (MM_paramName ) Then MM_removeList = MM_removeList MM_paramName = MM_keepURL=:MM_keepForm=:MM_keepBoth=:MM_keepNone= ' add the URL parameters to the MM_keepURL string For Each Item In Request.QueryString NextItem = Item = If (InStr(1,MM_removeList,NextItem,1) = 0) Then MM_keepURL = MM_keepURL NextItem Server.URLencode(Request.QueryString(Item)) End If Next ' add the Form variables to the MM_keepForm string For Each Item In Request.Form NextItem = Item = If (InStr(1,MM_removeList,NextItem,1) = 0) Then MM_keepForm = MM_keepForm NextItem Server.URLencode(Request.Form(Item)) End If Next ' create the Form + URL string and remove the intial '' from each of the strings MM_keepBoth = MM_keepURL MM_keepForm if (MM_keepBoth ) Then MM_keepBoth = Right(MM_keepBoth, Len(MM_keepBoth) - 1) if (MM_keepURL ) Then MM_keepURL = Right(MM_keepURL, Len(MM_keepURL) - 1) if (MM_keepForm ) Then MM_keepForm = Right(MM_keepForm, Len(MM_keepForm) - 1) ' a utility function used for adding additional parameters to these strings Function MM_joinChar(firstItem) If (firstItem ) Then MM_joinChar = Else MM_joinChar = End If End Function % % Dim Repeat1__numRows Dim Repeat1__index Repeat1__numRows = -1 Repeat1__index = 0 rail_current_month_numRows = rail_current_month_numRows + Repeat1__numRows % % Dim daysapart Dim daysapart_numRows Set daysapart = Server.CreateObject(ADODB.Recordset) daysapart.ActiveConnection = MM_cpc1_STRING daysapart.Source = select * from rail_current_daysapart daysapart.CursorType = 0 daysapart.CursorLocation = 2 daysapart.LockType = 1 daysapart.Open() daysapart_numRows = 0 % !-- Begin rail_current_month -- % If Not rail_current_month.EOF Or Not rail_current_month.BOF Then % div align=center table border=0 cellspacing=0 cellpadding=0 class=menuborder width=100% tr td background=images/title_bg.jpgimg src=images/left_curve.giffont color=#FFbCurrent Rail Ridership/b/font font class=navigation color=#FF(%=(daysapart.Fields.Item(RAIL_CURR_SDATE).Va lue)% to %=(daysapart.Fields.Item(RAIL_CURR_EDATE).Value)%)nbsp;nbsp;nbsp;nbs p;nbsp;a href=rides/danryan.asp font color=#FFDan Ryan Effects/font/a/font/td td width=3 background=images/new/topright2.gifimg height=0 src=images/new/spacer.gif width=3/td /tr /table table cellpadding=0 cellspacing=0 width=100% class=main_nav tr height=20 td width=8/td td width=* class=navigationShows current month only, not the latest official month embr /em/td td width=3 background=images/new/right.gifimg height=0 src=images/new/spacer.gif width=3/td /tr /table table cellpadding=0 cellspacing=0 width=100% class=main_table tr height=20 tdtable cellspacing=1 cellpadding=1 width=430 align=center border=0 tr td align=left valign=bottom bgcolor=#FF class=navigationstrongDaybr Types/strong (a href=# onMouseOver=doTooltip(event, officialTip) onMouseOut=hideTip()+/a)/td td align=right valign=bottom bgcolor=#FF class=navigationstrongThis Year/strong/td td align=right valign=bottom bgcolor=#FF class=navigationstrongLast Year*/strong/td
Re: [Mono-list] Will System.Web.Extensions be in Mono 1.2.5?
Hi Miguel, You could probably bundle a copy of it in your application and not install it on the GAC for the time being. Thanks I'll give that a try. If I grab that dll from my opensuse machine and put it in the bin, should it in theory also work on windows or should I only link to this one in my MonoDevelop solution and use the regular windows one for VS.NET? Also, even if we have System.Web.Extensions, am not sure if we properly install in the system the necessary Javascript code that is required by Web.Extensions. I already include that javascript in mojoportal so I just need to know where to put it so that the dll would find it or how to tell the dll where to find it? We definitely could use some help by someone that is using Web.Extensions and wants to check if our current setup in Mono works (currently all the work is done by Mainsoft, so Grasshopper is the only target that is being tested) If I can figure out or get answers to the above questions I'll definitely test it. Thanks for any more info that might help. Joe -- Joe Audette Software Solutions Architect Source Tree Solutions, LLC [EMAIL PROTECTED] http://www.sourcetreesolutions.com http://www.mojoportal.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Building mono and monodevelop on Dapper [Again]?
Hi friends, is there any how-to teaching it, I love ubuntu dapper because it is very fast and very stable and makes me remember the times when I use redhat 8, 9 and how stable they were, other versions of ubuntu are good as well but with minor problems that I won't list here... The question is: how to compile mono and monodevelop on ubuntu dapper 6.06.1 (latest versions)? It is a frequent questions but no one has a good answer for it, no as I know! Thanks in advance. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
