Re: [Mono-docs-list] Documentation --- Book form!
On Wed, 2005-08-17 at 21:08 +1000, warwick LAKE wrote: Help!.. I need the manuals to mono C#, something like.. The Idiots Guide To The Mono C# Compilor. What *precisely* do you want to know about Mono C#? The command line arguments are described within the man page, and are 100% compatible with Microsoft .NET's CSC.EXE. You could therefore use .NET's help files for CSC.EXE to use mcs (just replace `CSC.EXE' with `mcs'). If you want the language syntax, there is the ECMA 334 standard which is available as a PDF: http://www.ecma-international.org/publications/files/ECMA-ST/Ecma-334.pdf There are also numerous books on the C# language which should be applicable toward C# (except for external class-library issues such as System.Windows.Forms (being worked on), System.EnterpriseServices, etc.). If you want something more Mono Specific, there is Cross Platform .NET[1] and Mono: A Developers Notebook [2]: [1]: http://www.amazon.com/exec/obidos/tg/detail/-/1590593308/qid=1124363357/sr=8-1/ref=sr_8_xs_ap_i1_xgl14/103-0150258-8303018?v=glances=booksn=507846 [2]: http://www.amazon.com/exec/obidos/tg/detail/-/0596007922/qid=1124363407/sr=1-1/ref=sr_1_1/103-0150258-8303018?v=glances=books - Jon ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
[Mono-winforms-list] PATCH: Correct layouting of child controls on windows with menus
I've spent the whole day chasing why my StatusBar, docked at the
bottom of my form, was nearly out-of-sight on MWF. The problem was
that the ClientSize wasn't being correctly adjusted by subtracting the
Menu height. The attached diff corrects the two problems leading to
this and some other bits, with the Changelog entry:
2005-08-19 Rafael Teixeira [EMAIL PROTECTED]
-- Making Windows with Menus layout correctly --
* XplatUI.cs : Just an updated console reminder
* Form.cs : The first leg of the fix
Menu setter - adjust Client Size as needed to make space for
the menu
SetClientSizeCore - doesn't call base version to be able to
pass the
menu handle to XplatUI.CalculateWindowRect
* Hwnd.cs: Fix for menu_height, now gets from MenuAPI.MENU
* XplatUIX11.cs: The critical second leg of the fix
GetWindowPos needs to use a recalculated client_rect
so that resizing the window doesn't break layout of child
controls.
Also a more complete rule to avoid X Server roundtrips in
SetWindowPos
May I commit?
--
Rafael Monoman Teixeira
---
I'm trying to become a Rosh Gadol before my own eyes.
See http://www.joelonsoftware.com/items/2004/12/06.html for enlightment.
It hurts!
Index: ChangeLog
===
--- ChangeLog (revision 48500)
+++ ChangeLog (working copy)
@@ -1,3 +1,16 @@
+2005-08-19 Rafael Teixeira [EMAIL PROTECTED]
+ -- Making Windows with Menus layout correctly --
+ * XplatUI.cs : Just an update console reminder
+ * Form.cs : The first leg of the fix
+ Menu setter - adjust Client Size as needed to make space for the menu
+ SetClientSizeCore - doesn't call base version to be able to pass the
+ menu handle to XplatUI.CalculateWindowRect
+ * Hwnd.cs: Fix for menu_height, now gets from MenuAPI.MENU
+ * XplatUIX11.cs: The critical second leg of the fix
+ GetWindowPos needs to use a recalculated client_rect
+ so that resizing the window doesn't break layout of child controls.
+ Also a more complete rule to avoid X Server roundtrips in SetWindowPos
+
2005-08-18 Jordi Mas i Hernandez [EMAIL PROTECTED]
* MenuAPI.cs: fixes bug 75716
Index: XplatUI.cs
===
--- XplatUI.cs (revision 48500)
+++ XplatUI.cs (working copy)
@@ -67,7 +67,7 @@
#region Constructor Destructor
static XplatUI() {
- Console.WriteLine(Mono System.Windows.Forms Assembly [Revision: 44786; built: 2005/5/25 22:34:45]);
+ Console.WriteLine(Mono System.Windows.Forms Assembly [Revision: 48500; built: 2005/08/19]);
// Don't forget to throw the mac in here somewhere, too
default_class_name=SWFClass;
Index: XplatUIX11.cs
===
--- XplatUIX11.cs (revision 48500)
+++ XplatUIX11.cs (working copy)
@@ -1447,7 +1447,7 @@
}
}
- internal override bool CalculateWindowRect(IntPtr handle, ref Rectangle ClientRect, int Style, int ExStyle, IntPtr MenuHandle, out Rectangle WindowRect) {
+ internal override bool CalculateWindowRect(IntPtr handle, ref Rectangle ClientRect, int Style, int ExStyle, IntPtr MenuHandle, out Rectangle WindowRect) {
BorderStyle border_style;
TitleStyle title_style;
@@ -2604,13 +2604,13 @@
hwnd = Hwnd.ObjectFromHandle(handle);
if (hwnd != null) {
-rect = hwnd.ClientRect;
-
x = hwnd.x;
y = hwnd.y;
width = hwnd.width;
height = hwnd.height;
+rect = Hwnd.GetClientRectangle(hwnd.border_style, hwnd.menu_handle, hwnd.title_style, width, height);
+
client_width = rect.Width;
client_height = rect.Height;
@@ -3188,11 +3188,7 @@
Rectangle client_rect;
hwnd = Hwnd.ObjectFromHandle(handle);
- // Save a server roundtrip (and prevent a feedback loop)
- if ((hwnd.x == x) (hwnd.y == y) (hwnd.width == width) (hwnd.height == height)) {
-return;
- }
-
+
// X requires a sanity check for width height; otherwise it dies
if (width 1) {
width = 1;
@@ -3204,6 +3200,13 @@
client_rect = Hwnd.GetClientRectangle(hwnd.border_style, hwnd.menu_handle, hwnd.title_style, width, height);
+ // Save a server roundtrip (and prevent a feedback loop)
+ if ((hwnd.x == x) (hwnd.y == y)
+(hwnd.width == width) (hwnd.height == height)
+(hwnd.ClientRect == client_rect)) {
+return;
+ }
+
lock (XlibLock) {
XMoveResizeWindow(DisplayHandle, hwnd.whole_window, x, y, width, height);
XMoveResizeWindow(DisplayHandle, hwnd.client_window, client_rect.X, client_rect.Y, client_rect.Width, client_rect.Height);
Index: Hwnd.cs
===
--- Hwnd.cs (revision 48500)
+++ Hwnd.cs (working copy)
@@ -39,7 +39,7 @@
internal class Hwnd : IDisposable {
#region Local Variables
private static Hashtable
Re: [Mono-dev] mcs patch to report Const location
Hello Eno, I noticed that mcs does not report locations for constants. The attached patch fixes this matter. The patch is pretty massive (as I had to compress it), but the fixes are pretty simple - I just added Location parameter to everywhere BlahConstant is created. Unfortunately not for constants only. Could you make diff against mcs SVN HEAD version ? BTW I noticed that compiler-tester does not work fine for libs and partial sources - maybe someone missed to commit it? Could you be more specific ? Marek ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Assembly version 2.0.0.0 with centralizedassembly references
* Is there any reason why you did not include the comments from my original Consts.cs files? I think it should be in there, because it helped me more that one time to explain somebody how to use the Consts scheme in Custom Attributes. * Moreover afaik (at least it was this way when the files were written in the first place) it is possible to compile with no symbols specified. Your patch breaks building in this case. Again please look at the original Consts.cs file. * Is the differentiation for static vs. sealed worth the #if code? Do we gain anything by using static for .Net 2.0? Andreas P.S. Do you think that currently the location for the shared files is suitable? imho it would be better for them to be in a directory in the class directory. Otherwise it makes the download tarball function in a directory absolutely useless if you just want to get the class libraries. (This should NOT affect this NOW) - Original Message - From: Kornél Pál [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Sent: Thursday, August 18, 2005 2:36 AM Subject: [Mono-dev] [PATCH] Assembly version 2.0.0.0 with centralizedassembly references Hi, This patch is quite big. The 2.0.0.0 patch was much smaller but you wanted this bigger one.:) It may be more difficult to review but will result in a much reliable class library. It contains only assembly version related things nothing else. Note that I corrected all the version issues I found in any file type. For example: v2.0.40607 - v2.0.50215 (config) 1:0:33000:0 - 1:0:3300:0 (comment) 1.0.3102.0 - 1.0.3300.0 (resx) I did not modify any InformationalVersion or FileVersion attributes but they should be modified at a later time. I did not modified tests to use the common Consts.cs because they are designed differently but I updated the version numbers to 2.0.0.0. I did not added any ChangeLog entry and I'm not going to do it by hand. If you want to have ChangeLog entries please let me know how can I generate them. To Ben: I am sick of explaining that this task is in fact quite easy. The idea behind this task is easy to understand but actually it took a lot of hours to create this patch as all the results has to be examined even with regular expressions matching only the right version numbers. Kornél ___ 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] ThreadAbortException during compilation path
Good day.
We have encounted an issue with CSharpCodeCompiller class. Then there is
a termination of thread, that startups compilation (and waits for
ExitCode), it gots ThreadAbortException and goes to finally block. But
the process of mcs is still running! So, it should not check for
ExitCode. In case then mcs still running, we got
InvalidOperationException, that hides ThreadAbortException.
This is the current code:
try {
mcs.Start();
// If there are a few kB in stdout, we might lock
mcs_output=mcs.StandardError.ReadToEnd();
mcs.StandardOutput.ReadToEnd ();
mcs.WaitForExit();
} finally {
results.NativeCompilerReturnValue = mcs.ExitCode; // --
!!This line
mcs.Close();
}
May be it's better to change for this?
try {
mcs.Start();
// If there are a few kB in stdout, we might lock
mcs_output=mcs.StandardError.ReadToEnd();
mcs.StandardOutput.ReadToEnd ();
mcs.WaitForExit();
results.NativeCompilerReturnValue = mcs.ExitCode; // -- !! Goes
from finally to try block
} finally {
mcs.Close();
}
The patch is attached. If there is no disagreement, apply this patch to
CVS.
Thank you.
CSharpCodeCompiler.diff
Description: CSharpCodeCompiler.diff
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Re: [Mono-devel-list] Error Building
Hi, Jonathan S. Chambers [EMAIL PROTECTED] writes: I'm trying to do a build from SVN on a new machine (FC4). I got the latest from svn, and then I run the following in the mono directory: I was on vacation for the last two weeks. Looks like I missed an interesting discussion. Are you still having the same problems? ./autogen --with-preview=yes --prefix=/home/jsc/mono_install make get-monolite-latest make Looks good [1]. I get the following error: make[5]: Entering directory `/home/cmh/mcs' *** The compiler 'mcs' doesn't appear to be usable. Means that you don't have an 'mcs' installed. *** The contents of your 'monolite' directory are out-of-date *** You may want to try 'make get-monolite-latest' So, the 'monolite' doesn't match the source tree. Looks like you might have hit the cusp between when the corlib version was changed in the source, and when an updated monolite tarball was generated. Is it because I am trying to install to my home directory? No. It's a perfectly fine thing to do, and the recommended thing to do, since you're building the unstable tree. Or is something else wrong? It's got to do with the release process. We have a daily cronjob that generates the monolite tarball -- it's built as a side-effect of the daily tests: http://mono.ximian.com/daily http://mono.ximian.com/tests - Hari Notes: [1] In mono/README, we do mention that get-monolite-latest is somewhat risky, as borne out by this. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Assembly version 2.0.0.0 with centralizedassembly references
* Is there any reason why you did not include the comments from my original Consts.cs files? I think it should be in there, because it helped me more that one time to explain somebody how to use the Consts scheme in Custom Attributes. Feel free to modify the common Consts.cs and post it to the list. * Moreover afaik (at least it was this way when the files were written in the first place) it is possible to compile with no symbols specified. Your patch breaks building in this case. Again please look at the original Consts.cs file. I know what your version does but I don't think it's a good practice. I added #error to break build when no version symbol is defined. If you build the class library without any of these symbols it will result in serious lack of code and probably other build errors so I think there is no use to allow build without version symbols. #error is good because it explains the reason as well. I don't see any reason to allow build without version symbols, I treat it as a mistake. * Is the differentiation for static vs. sealed worth the #if code? Do we gain anything by using static for .Net 2.0? http://msdn2.microsoft.com/library/79b3xss3.aspx static class results in no constructor and sealed abstact class in C# 2.0 that is suitable for Consts class. There is no special reson but the resulting class will look better (there will be no private constructor). So I don't think it should be removed just because the class library can be compiled without this syntax as well. Andreas P.S. Do you think that currently the location for the shared files is suitable? imho it would be better for them to be in a directory in the class directory. Otherwise it makes the download tarball function in a directory absolutely useless if you just want to get the class libraries. (This should NOT affect this NOW) The current location wasn't introduced by me, I originally created mcs/class/common for Locale.cs but the patch was adapted as mcs/build/common. Maybe it was Ben who introduced it. I agree with mcs/build/common because it is a better location as these common files are not just common to the class library, they are common to the entire mcs tree (for example tools as well). So I think this directory should not be moved. Kornél - Original Message - From: Kornél Pál [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Sent: Thursday, August 18, 2005 2:36 AM Subject: [Mono-dev] [PATCH] Assembly version 2.0.0.0 with centralizedassembly references Hi, This patch is quite big. The 2.0.0.0 patch was much smaller but you wanted this bigger one.:) It may be more difficult to review but will result in a much reliable class library. It contains only assembly version related things nothing else. Note that I corrected all the version issues I found in any file type. For example: v2.0.40607 - v2.0.50215 (config) 1:0:33000:0 - 1:0:3300:0 (comment) 1.0.3102.0 - 1.0.3300.0 (resx) I did not modify any InformationalVersion or FileVersion attributes but they should be modified at a later time. I did not modified tests to use the common Consts.cs because they are designed differently but I updated the version numbers to 2.0.0.0. I did not added any ChangeLog entry and I'm not going to do it by hand. If you want to have ChangeLog entries please let me know how can I generate them. To Ben: I am sick of explaining that this task is in fact quite easy. The idea behind this task is easy to understand but actually it took a lot of hours to create this patch as all the results has to be examined even with regular expressions matching only the right version numbers. Kornél ___ 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] Status of SslStream and Related Classes
I also have a quick q about the SSLStream that I thought would fit under this topic ;P Is the problem with unsupported ciphers due to bugs/incompleteness of their components - ie. ciphers using DH - are they missing because DH is missing etc. Martin On 8/16/05, Carlos Guzmán Álvarez [EMAIL PROTECTED] wrote: Hello: Carlos is (or was, it's been some time since we chatted) working on that so you should contact him before investing time into it. We sure could use an hand to ensure this new class gets easier to test than the current SSL/TLS code. I was a little busy the last months ( and having vacations ), i have the new sources pending of see how i'm going to implement the async support ( that if possible should be applied to authentication as well ) and the usage of the X509Chain class. -- Best regards Carlos Guzmán Álvarez Vigo-Spain ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Martin Hinks http://www.m-s-d.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] mcs patch to report Const location
Hi Marek,
Marek Safar wrote:
Hello Eno,
I noticed that mcs does not report locations for constants. The
attached patch fixes this matter. The patch is pretty massive
(as I had to compress it), but the fixes are pretty simple - I
just added Location parameter to everywhere BlahConstant is
created.
Unfortunately not for constants only. Could you make diff against mcs
SVN HEAD version ?
The patch got out of date (just in two days after) - anyways
attached the patch for the latest head.
BTW I noticed that compiler-tester does not work fine for libs
and partial sources - maybe someone missed to commit it?
Could you be more specific ?
It stops at *-lib.cs, saying below:
test-317.cs... OK
test-318.cs... OK
test-319-lib.cs...
Unhandled Exception: System.NullReferenceException: Object reference not
set to an instance of an object
in [0x00020] (at
C:\cygwin\home\atsushi\svn\mcs\tools\compiler-tester\compiler-tester.cs:395)
TestRunner.PositiveChecker:ExecuteFile (System.Reflection.MethodInfo
entry_point, System.String filename)
in [0x00147] (at
C:\cygwin\home\atsushi\svn\mcs\tools\compiler-tester\compiler-tester.cs:353)
TestRunner.PositiveChecker:Check (System.String filename)
in [0x0006c] (at
C:\cygwin\home\atsushi\svn\mcs\tools\compiler-tester\compiler-tester.cs:153)
TestRunner.Checker:Do (System.String filename)
in [0x00150] (at
C:\cygwin\home\atsushi\svn\mcs\tools\compiler-tester\compiler-tester.cs:687)
TestRunner.Tester:Main (System.String[] args)
make[1]: *** [run-test-local] Error 1
make[1]: Leaving directory `/home/atsushi/svn/mcs/tests'
make: *** [do-run-test] Error 1
The attached workaround (not a fix) lets run-test completed, but
it still reports below:
The latest changes caused regression in 4 file(s)
test-353-p2.cs
test-361-p2.cs
test-388-p2.cs
test-389-p2.cs
They happen even though I haven't made any changes.
Atsushi Eno
const-location-2.tar.bz2
Description: Binary data
Index: compiler-tester.cs
===
--- compiler-tester.cs (revision 48485)
+++ compiler-tester.cs (working copy)
@@ -370,6 +370,8 @@
bool ExecuteFile (string exe_name, string filename)
{
+ if (exe_name.EndsWith (dll))
+ return true;
if (mono == null)
pi.FileName = exe_name;
else
@@ -388,6 +390,9 @@
bool ExecuteFile (MethodInfo entry_point, string filename)
{
+ if (entry_point == null)
+ return true;
+
TextWriter standart_ouput = Console.Out;
TextWriter standart_error = Console.Error;
Console.SetOut (TextWriter.Null);
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
AW: [Mono-dev] odbc calling stored procedures.
All i can tell you, is, that i have current massiv Problems using PostgreSQL
via ODBC. So I think SPs will be dangerous too :-)
Regards
Jan Waiz
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im Auftrag von
tsureshkumar
Gesendet: Donnerstag, 11. August 2005 11:00
An: mono-devel-list
Betreff: [Mono-dev] odbc calling stored procedures.
Hey,
I am about to implement output parameter binding for odbc commands.
That needs calling stored procedures and having output parameters. I
tried with following databases and I could not get one working.
sqlserver:freetds - version 0.61 - throws errors when calling stored
procedues with out bound parameters. other procs are working.
mysql - 4.* - does not have stored proc support. i've not tried 5.0
pgsql - returns return values as result set. but not as parameter.
i'm using odbc call syntax {? = get_age (?,?)}
is anybody aware/tested of a odbc driver which allows to call stored
procedure and returns output parameters?
suresh.
___
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] Re: GC segfault on ARM
Hi, Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 32700)] GC_push_all_eager (bottom=0x0, top=0x1990a8 ) at mark.c:1468 1468q = *p; (gdb) bt #0 GC_push_all_eager (bottom=0x0, top=0x1990a8 ) at mark.c:1468 #1 0x000b9ef8 in pthread_push_all_stacks () at pthread_stop_world.c:266 #2 0x000b9fac in GC_push_all_stacks () at pthread_stop_world.c:297 #3 0x000b5848 in GC_push_roots (all=1, cold_gc_frame=0xbefffa4c ) at mark_rts.c:643 #4 0x000b4c60 in $a () at mark.c:326 #5 0x000b4c60 in $a () at mark.c:326 Previous frame identical to this frame (corrupt stack?) I get the same error on a x86 box running QNX. Basically all I can say is that q is supposed to be an address in your stack which is actually readable. So if you can determin your process' stack range by using any other tools you can check whether q is still a valid part of your stack. The problem in my case are so called 'guard pages'. That's what QNX help say about them: At the end of each virtual stack is a guard page that the microkernel uses to detect stack overflows. If your program writes to an address within the guard page, the microkernel detects the error and sends the process a SIGSEGV signal. And it's actually weven worse: not oly writing to but also reading fr4om a guard page leads to SIGSEGV. So when the GC is scanning through the stack starting at STACKBOTTOM and it comes to a guard page and subsequently SIGSEGVs when trying to read the content of it (i.e.*q fails allthought q seems to be a reasonable address). ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] GC segfault on ARM
Hi again, currently have a functional big endian ARM linux system that I have used to successfully build the ARM JIT. However, upon attempting to run a CIL executable, mono immediately segfaults. A backtrace indicates that the segfault occurs in the Boehm GC: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 32700)] GC_push_all_eager (bottom=0x0, top=0x1990a8 ) at mark.c:1468 1468q = *p; (gdb) bt #0 GC_push_all_eager (bottom=0x0, top=0x1990a8 ) at mark.c:1468 #1 0x000b9ef8 in pthread_push_all_stacks () at pthread_stop_world.c:266 #2 0x000b9fac in GC_push_all_stacks () at pthread_stop_world.c:297 #3 0x000b5848 in GC_push_roots (all=1, cold_gc_frame=0xbefffa4c ) at mark_rts.c:643 #4 0x000b4c60 in $a () at mark.c:326 #5 0x000b4c60 in $a () at mark.c:326 Previous frame identical to this frame (corrupt stack?) I get quite similar backtrace when running the SVN version on our ARM11-based little-endian board: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 395)] 0x001147b0 in GC_push_all_eager () (gdb) bt #0 0x001147b0 in GC_push_all_eager () #1 0x00114844 in GC_push_all_stack () #2 0x0011e320 in pthread_push_all_stacks () #3 0x0011e3ec in GC_push_all_stacks () #4 0x00119164 in GC_default_push_other_roots () #5 0x001164b0 in GC_push_roots () #6 0x00112ab8 in $a () Tomi Valkeinen I got the GC running after changing the method of finding the stack bottom from HEURISTIC1 to LINUX_STACKBOTTOM (gcconfig.h:1755). I don't know why LINUX_STACKBOTTOM wasn't used on arm linux by default, the code looks arm-runnable to me. Of course your problem may be something totally different =). Oh, and if you are using an ARM11 based board, you may also want to fix the swp-bug (http://bugzilla.ximian.com/show_bug.cgi?id=75114) Tomi Valkeinen ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Bug with XML Serialization
Hello,
With VS.NET2003 I am able to serialize a class without errors, but with
Mono I obtain the following exception:
System.InvalidOperationException: System.Collections.IList cannot be serialized
because it is an interface
in 0x00142 System.Xml.Serialization.ReflectionHelper:CheckSerializableType
(System.Type type, Boolean allowPrivateConstructors)
in 0x000cd System.Xml.Serialization.XmlReflectionImporter:ImportListMapping
(System.Type type, System.Xml.Serialization.XmlRootAttribute root, System.String
defaultNamespace, System.Xml.Serialization.XmlAttributes atts, Int32 nestingLevel)
in 0x008e7 System.Xml.Serialization.XmlReflectionImporter:CreateMapMember
(System.Type declaringType, System.Xml.Serialization.XmlReflectionMember rmember,
System.String defaultNamespace)
in 0x00290 System.Xml.Serialization.XmlReflectionImporter:ImportClassMapping
(System.Type type, System.Xml.Serialization.XmlRootAttribute root, System.String
defaultNamespace)
in 0x00268 System.Xml.Serialization.XmlReflectionImporter:ImportClassMapping
(System.Type type, System.Xml.Serialization.XmlRootAttribute root, System.String
defaultNamespace)
in 0x00094 System.Xml.Serialization.XmlReflectionImporter:ImportTypeMapping
(System.Type type, System.Xml.Serialization.XmlRootAttribute root, System.String
defaultNamespace)
in 0x000b8 System.Xml.Serialization.XmlSerializer:.ctor (System.Type type,
System.Xml.Serialization.XmlAttributeOverrides overrides, System.Type[] extraTypes,
System.Xml.Serialization.XmlRootAttribute root, System.String defaultNamespace)
in 0x00015 System.Xml.Serialization.XmlSerializer:.ctor (System.Type type)
in 0x00155 Maverick.View.XmlSerializingView:Go (IViewContext vctx)
in 0x00050 Maverick.Flow.ViewWithTransforms:Go (IViewContext vctx)
in 0x00152 Maverick.Flow.CommandBase:RunView (System.String viewName,
Maverick.Flow.MaverickContext mctx)
in 0x00033 Maverick.Flow.CommandBase:Go (Maverick.Flow.MaverickContext mctx)
in 0x00185 Maverick.Dispatcher:ProcessRequest (System.Web.HttpContext context)
in 0x00233 System.Web.HttpApplication+ExecuteHandlerState:Execute ()
in 0x0007c System.Web.HttpApplication+StateMachine:ExecuteState
(IStateHandler state, System.Boolean readysync)
I am trying to deploy a website using Maverick.NET+Apache+mod_mono.
The portion of code that may conflict with this is:
[XmlInclude(typeof(CAccion3A))]
public class Query : ControllerProtected {
protected string cuenta;
protected string nombreEmpresa;
protected string operacion;
protected CAccion3A[] actions3A;
public IList Actions3A
{
get {
if (this.actions3A == null)
return new ArrayList();
return new ArrayList(this.actions3A);
}
}
[...]
The result of the serialization using Microsoft runtime is:
?xml version=1.0?
Query xmlns:xsd=http://www.w3.org/2001/XMLSchema;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
Errors /
Actions3A
anyType xsi:type=CAccion3A
CodigoO0010745/Codigo
CustomerCodeES30001-A38000332/CustomerCode
NombreEmpresaENTERPRISE SEA -MURCIA SEA 3017-/NombreEmpresa
Nombre /
Apellido1 /
Apellido2 /
Email /
Direccion0/Direccion
Numero /
Piso /
Puerta /
CodigoPostal /
Poblacion /
PaisES/Pais
Provincia30/Provincia
Telefono /
Fax /
Eliminado /
DelegacionMURCIA/Delegacion
Objetivos /
/anyType
anyType xsi:type=CAccion3A
CodigoO0010745/Codigo
CustomerCodeES33231-A280041032/CustomerCode
NombreEmpresaENTERPRISE SEA -MURCIA SEA 3017-/NombreEmpresa
Nombre /
Apellido1 /
Apellido2 /
Email /
Direccion0/Direccion
Numero /
Piso /
Puerta /
CodigoPostal /
Poblacion /
PaisES/Pais
Provincia30/Provincia
Telefono /
Fax /
Eliminado /
DelegacionMURCIA/Delegacion
Objetivos /
/anyType
/Actions3A
Cuenta /
NombreEmpresaenterprise/NombreEmpresa
OperacionbusquedaPorEmpresa/Operacion
/Query
If the IList doesn't contain any members, serialization should fallback
to Actions3A /.
Should I file a bug report? (I am using Mono 1.1.8.2.)
Regards,
Andrew
--
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] GC segfault on ARM
I'm a consultant working under contract for Maraki Corp., a startup that will eventually be deploying Mono in an embedded ARM environment. My job at this stage is to get the ARM JIT recently checked into SVN to run on our ARM boards and contribute back bug fixes/enhancements. I currently have a functional big endian ARM linux system that I have used to successfully build the ARM JIT. However, upon attempting to run a CIL executable, mono immediately segfaults. A backtrace indicates that the segfault occurs in the Boehm GC: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 32700)] GC_push_all_eager (bottom=0x0, top=0x1990a8 ) at mark.c:1468 1468q = *p; (gdb) bt #0 GC_push_all_eager (bottom=0x0, top=0x1990a8 ) at mark.c:1468 #1 0x000b9ef8 in pthread_push_all_stacks () at pthread_stop_world.c:266 #2 0x000b9fac in GC_push_all_stacks () at pthread_stop_world.c:297 #3 0x000b5848 in GC_push_roots (all=1, cold_gc_frame=0xbefffa4c ) at mark_rts.c:643 #4 0x000b4c60 in $a () at mark.c:326 #5 0x000b4c60 in $a () at mark.c:326 Previous frame identical to this frame (corrupt stack?) It's always possible that errant code elsewhere in Mono is corrupting GC data structures, so I'm looking into building an ARM version of valgrind or comparable debugging tool to test this. I also plan to contact Hans Boehm in case it is a problem in the GC. In any case, has anyone encountered this issue before? Any help would be appreciated. Regards, Brian Koropoff ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] ad Error Building
Hi, I'm having the same problem with building mono as Jonathan (http://lists.ximian.com/pipermail/mono-devel-list/2005-August/013646.html,...) However, I am trying to build the mono daily package mono-1.1.8.20050813.tar.gz from http://mono.ximian.com/daily. I've been using the same build procedure (configure,make,make install) on the same system (P4/FC2) for almost a year for benchmarking, it worked fine until mono-1.1.8.20050722, the problem started in version mono-1.1.8.20050723. The error output from make is make[5]: Entering directory `mono-1.1.8.20050813/mcs' *** The compiler 'mcs' doesn't appear to be usable. *** The contents of your 'monolite' directory are out-of-date *** You may want to try 'make get-monolite-latest' make[5]: *** [do-profile-check] Error 1 Do I have to change the building procedure or is it an error in the package(s) ? Thanks, Tomas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] mcs patch to report Const location
Hello Eno,
I noticed that mcs does not report locations for constants. The
attached patch fixes this matter. The patch is pretty massive
(as I had to compress it), but the fixes are pretty simple - I
just added Location parameter to everywhere BlahConstant is
created.
Unfortunately not for constants only. Could you make diff against mcs
SVN HEAD version ?
The patch got out of date (just in two days after) - anyways
attached the patch for the latest head.
Oups, something is wrong I got it today.
However, not sure about this patch. I am not convinced about usefulness
of this patch. On several places this location doesn't make any sense.
For instance
+public static Constant Constantify (Type t, Location loc)
{
This method converts 'new int()' syntax not zero constant. I think if
someone uses this location it is mcs coding error because it is not real
constant.
In similar way here
public override Constant Increment ()
{
-return new ByteConstant (checked ((byte)(Value + 1)));
+return new ByteConstant (checked ((byte)(Value + 1)), loc);
}
Returned constant is not real constant (it doesn't have any reference to
source code) it is more like operator.
BTW I noticed that compiler-tester does not work fine for libs
and partial sources - maybe someone missed to commit it?
Could you be more specific ?
It stops at *-lib.cs, saying below:
test-317.cs... OK
test-318.cs... OK
test-319-lib.cs...
Unhandled Exception: System.NullReferenceException: Object reference
not set to an instance of an object
in [0x00020] (at
C:\cygwin\home\atsushi\svn\mcs\tools\compiler-tester\compiler-tester.cs:395)
TestRunner.PositiveChecker:ExecuteFile (System.Reflection.MethodInfo
entry_point, System.String filename)
in [0x00147] (at
C:\cygwin\home\atsushi\svn\mcs\tools\compiler-tester\compiler-tester.cs:353)
TestRunner.PositiveChecker:Check (System.String filename)
in [0x0006c] (at
C:\cygwin\home\atsushi\svn\mcs\tools\compiler-tester\compiler-tester.cs:153)
TestRunner.Checker:Do (System.String filename)
in [0x00150] (at
C:\cygwin\home\atsushi\svn\mcs\tools\compiler-tester\compiler-tester.cs:687)
TestRunner.Tester:Main (System.String[] args)
make[1]: *** [run-test-local] Error 1
make[1]: Leaving directory `/home/atsushi/svn/mcs/tests'
make: *** [do-run-test] Error 1
The attached workaround (not a fix) lets run-test completed, but
it still reports below:
The latest changes caused regression in 4 file(s)
test-353-p2.cs
test-361-p2.cs
test-388-p2.cs
test-389-p2.cs
They happen even though I haven't made any changes.
This looks strange. Are you using mono or Microsoft runtime ?
Marek
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] List`1 IEnumerable constructor problem
Hello, This code creates a new list with the same elements as the first list by copying the elements from the first list by using the enumerator. At least it should. Liststring l1 = new Liststring(1); l1.Add(A string); Liststring l2 = new Liststring(l1); Instead of creating a proper copy a NullReferenceException is thrown: Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object in 0x00011 System.Collections.Generic.List`1System.String:Add (System.String ) in 0x00067 System.Collections.Generic.List`1System.String:AddRange (IEnumerable`1 ) in 0x00019 System.Collections.Generic.List`1System.String:.ctor (IEnumerable`1 ) in 0x00045 Program:Main () I`m using mono 1.1.8.3 compiled from source via Gentoo's portage. Regards, Bas Westerbaanhttp://blog.w-nz.com/GPG Public Keys: http://w-nz.com/keys/bas.westerbaan.asc ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Fwd: List`1 IEnumerable constructor problem
Hello, I've checked the latest source code and it seems it has changed since the 1.1.8.3 build and I assume the problem was solved. Sorry for duplicate report, -- Forwarded message --From: Bas Westerbaan [EMAIL PROTECTED]Date: Aug 18, 2005 7:10 PM Subject: List`1 IEnumerable constructor problemTo: mono-devel mailing list Mono-devel-list@lists.ximian.comHello, This code creates a new list with the same elements as the first list by copying the elements from the first list by using the enumerator. At least it should. Liststring l1 = new Liststring(1); l1.Add(A string); Liststring l2 = new Liststring(l1); Instead of creating a proper copy a NullReferenceException is thrown: Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object in 0x00011 System.Collections.Generic.List`1System.String:Add (System.String ) in 0x00067 System.Collections.Generic.List`1System.String:AddRange (IEnumerable`1 ) in 0x00019 System.Collections.Generic.List`1System.String:.ctor (IEnumerable`1 ) in 0x00045 Program:Main () I`m using mono 1.1.8.3 compiled from source via Gentoo's portage. Regards, Bas Westerbaanhttp://blog.w-nz.com/GPG Public Keys: http://w-nz.com/keys/bas.westerbaan.asc -- Bas Westerbaanhttp://blog.w-nz.com/GPG Public Keys: http://w-nz.com/keys/bas.westerbaan.asc ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] RE: [Mono-patches] r48417 -trunk/mcs/class/System.Drawing/System.Drawing
-Original Message- From: Andrew Skiba [mailto:[EMAIL PROTECTED] Sent: dinsdag 16 augustus 2005 13:24 To: Gert Driesen Cc: mono-devel-list@lists.ximian.com Subject: RE: [Mono-patches] r48417 -trunk/mcs/class/System.Drawing/System.Drawing Just for curiosity: can svn:eol-style of parent dir take care of all the files? You can ofcourse set it for all files, but I only did it for files that I was modifying or that had very little mixed line endings. Gert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Bug with XML Serialization
Can you please file a bug report in bugzilla.ximian.com, and attach a
self contained test application that can be used to reproduce the
problem?
Thanks.
El dj 18 de 08 del 2005 a les 17:43 +0200, en/na knocte va escriure:
Hello,
With VS.NET2003 I am able to serialize a class without errors, but with
Mono I obtain the following exception:
System.InvalidOperationException: System.Collections.IList cannot be
serialized because it is an interface
in 0x00142 System.Xml.Serialization.ReflectionHelper:CheckSerializableType
(System.Type type, Boolean allowPrivateConstructors)
in 0x000cd System.Xml.Serialization.XmlReflectionImporter:ImportListMapping
(System.Type type, System.Xml.Serialization.XmlRootAttribute root,
System.String defaultNamespace, System.Xml.Serialization.XmlAttributes atts,
Int32 nestingLevel)
in 0x008e7 System.Xml.Serialization.XmlReflectionImporter:CreateMapMember
(System.Type declaringType, System.Xml.Serialization.XmlReflectionMember
rmember, System.String defaultNamespace)
in 0x00290
System.Xml.Serialization.XmlReflectionImporter:ImportClassMapping
(System.Type type, System.Xml.Serialization.XmlRootAttribute root,
System.String defaultNamespace)
in 0x00268
System.Xml.Serialization.XmlReflectionImporter:ImportClassMapping
(System.Type type, System.Xml.Serialization.XmlRootAttribute root,
System.String defaultNamespace)
in 0x00094 System.Xml.Serialization.XmlReflectionImporter:ImportTypeMapping
(System.Type type, System.Xml.Serialization.XmlRootAttribute root,
System.String defaultNamespace)
in 0x000b8 System.Xml.Serialization.XmlSerializer:.ctor (System.Type type,
System.Xml.Serialization.XmlAttributeOverrides overrides, System.Type[]
extraTypes, System.Xml.Serialization.XmlRootAttribute root, System.String
defaultNamespace)
in 0x00015 System.Xml.Serialization.XmlSerializer:.ctor (System.Type type)
in 0x00155 Maverick.View.XmlSerializingView:Go (IViewContext vctx)
in 0x00050 Maverick.Flow.ViewWithTransforms:Go (IViewContext vctx)
in 0x00152 Maverick.Flow.CommandBase:RunView (System.String viewName,
Maverick.Flow.MaverickContext mctx)
in 0x00033 Maverick.Flow.CommandBase:Go (Maverick.Flow.MaverickContext mctx)
in 0x00185 Maverick.Dispatcher:ProcessRequest (System.Web.HttpContext
context)
in 0x00233 System.Web.HttpApplication+ExecuteHandlerState:Execute ()
in 0x0007c System.Web.HttpApplication+StateMachine:ExecuteState
(IStateHandler state, System.Boolean readysync)
I am trying to deploy a website using Maverick.NET+Apache+mod_mono.
The portion of code that may conflict with this is:
[XmlInclude(typeof(CAccion3A))]
public class Query : ControllerProtected {
protected string cuenta;
protected string nombreEmpresa;
protected string operacion;
protected CAccion3A[] actions3A;
public IList Actions3A
{
get {
if (this.actions3A == null)
return new ArrayList();
return new ArrayList(this.actions3A);
}
}
[...]
The result of the serialization using Microsoft runtime is:
?xml version=1.0?
Query xmlns:xsd=http://www.w3.org/2001/XMLSchema;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
Errors /
Actions3A
anyType xsi:type=CAccion3A
CodigoO0010745/Codigo
CustomerCodeES30001-A38000332/CustomerCode
NombreEmpresaENTERPRISE SEA -MURCIA SEA 3017-/NombreEmpresa
Nombre /
Apellido1 /
Apellido2 /
Email /
Direccion0/Direccion
Numero /
Piso /
Puerta /
CodigoPostal /
Poblacion /
PaisES/Pais
Provincia30/Provincia
Telefono /
Fax /
Eliminado /
DelegacionMURCIA/Delegacion
Objetivos /
/anyType
anyType xsi:type=CAccion3A
CodigoO0010745/Codigo
CustomerCodeES33231-A280041032/CustomerCode
NombreEmpresaENTERPRISE SEA -MURCIA SEA 3017-/NombreEmpresa
Nombre /
Apellido1 /
Apellido2 /
Email /
Direccion0/Direccion
Numero /
Piso /
Puerta /
CodigoPostal /
Poblacion /
PaisES/Pais
Provincia30/Provincia
Telefono /
Fax /
Eliminado /
DelegacionMURCIA/Delegacion
Objetivos /
/anyType
/Actions3A
Cuenta /
NombreEmpresaenterprise/NombreEmpresa
OperacionbusquedaPorEmpresa/Operacion
/Query
If the IList doesn't contain any members, serialization should fallback
to Actions3A /.
Should I file a bug report? (I am using Mono 1.1.8.2.)
Regards,
Andrew
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Status of SslStream and Related Classes
Ok, thanks for the answer - I may well have a look at adding some of the ciphers when I get time... I know that it is not a requirement to support all ciphers, but many servers that I am using also do not support all the ciphers - they seem to support all the ones Mono doesn't currently support - great lol! The error produced is could not negotiate a cipher or something similar - which was fixed by adding a DH cipher to the list of support ciphers (when I say fixed I mean it got a stage further - so the exception was just unsupported ciphers.) When I said problem I meant the lack of support for, hence, is the lack of support due to DH in Mono not being implemented or merely that the SSLStream hasn't been tweaked to support DH? Thanks again, it's a great class as it is - would be great if I could help add some ciphers! Martin On 8/18/05, Sebastien Pouliot [EMAIL PROTECTED] wrote: Hello Martin, On Thu, 2005-18-08 at 09:57 +0100, Martin Hinks wrote: I also have a quick q about the SSLStream that I thought would fit under this topic ;P Is the problem with unsupported ciphers due to bugs/incompleteness of their components - ie. ciphers using DH - are they missing because DH is missing etc. Quick answer: * This is not a problem, it's just a ((very) optional) task no one else has done (probably because no one need it badly enough to code/test it). Long answer: * An SSL/TLS implementation doesn't have to support all possible ciphers. This is why SSL/TLS include a negotiation step; * The design of SslStream (just like the earlier SslClientStream and SslServerStream) doesn't include an API to select which algorithms to use (or not use). So the user is out of the loop for selecting the cipher (i.e. it will be negotiated between the client and server); * Adding ciphers to SSL is much easier than testing them (and the API doesn't make it easier); * People don't like when something supported doesn't work, so Mono will add new ciphers to SSL only if we're sure they are working properly ;-) * Mono.Security.dll supports DH (i.e. DH is present and working) so it isn't a cryptographic issue; * DH wasn't really helpful for HTTPS (my main interest), nor for data access (Carlos) so we didn't implement support for it; So it's not a problem (at least for most people). Adding DH support shouldn't be a very complex task for anyone interested (but testing may be a little more painful). -- Sebastien -- Martin Hinks http://www.m-s-d.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Discussion about assembly attributes
Hi, First of all I ask everybody to comment this even if you agree with me not just when you have different opinion to have a real discussion. Currently the assembly attributes of class library assemblies, compilers and tools are very various. Attributes like AssemblyVersion, SatelliteContractVersion, ComCompatibleVersion, CLSCompliant, AssemblyKeyFile are obvious to use the same as MS.NET. These attributes are usually correct and MS.NET values has to be used for compatiblity reasons. But there are attributes like AssemblyCompany, AssemblyProduct, AssemblyCopyright that usually should not copy MS.NET values as we don't want to copyright them as Microsoft Corporation. These attributes contain sometimes Mono related values but sometimes are missing or commented out. I think these should contain Mono related values in the whole mcs tree. And there are attributes like AssemblyInformationalVersion and AssemblyFileVersion that are for informational purposes only and are not used in assembly loding routines of the runtime. These attributes are usually missing or contain some forged version number that is not consistent with anything. Rarely these attributes containv values from MS.NET. I think AssemblyInformationalVersion and AssemblyFileVersion should be filled with version number of Mono as these attributes are informational. You can say that they have to match MS.NET for compatiblity reason because there may be some stupid users who are using these version to match assembly versions. But I think it's no use to treat this as a compatiblity requirement as these versions can only be used to identify service pack and hotfix versions to do workarounds respectively. Doing so is a nasty unrecommended thing that should not be supported. Furthermore MS.NET has different bugs thus requires different hotfixes so MS.NET based version cannot be used to identify the feature set of the assembly. And I think using Mono version numbers in these attributes is not worse than using Mono copyright texts instead of Microsoft copyright texts as AssemblyCopyright can be used to match assemblies just like AssemblyInformationalVersion altough it is not recommended. You can say that revealing Mono version numbers for users is a bad thing because the can do nasty version number based workarounds. Yes they can do, but it's their responsibility not to do so or accept the consequences. So I think is good to expose Mono version numbers because it helps to identify the installed version and if we are affraid of version number based workarounds we should not use any version numbers, we should just release assemblies without any specific characteristics like version number, date, size, hash, ... Please comment my conceptions and opinion. Kornél ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Status of SslStream and Related Classes
Hello Martin, On Thu, 2005-18-08 at 19:21 +0100, Martin Hinks wrote: Ok, thanks for the answer - I may well have a look at adding some of the ciphers when I get time... That would be nice :) I know that it is not a requirement to support all ciphers, but many servers that I am using also do not support all the ciphers - they seem to support all the ones Mono doesn't currently support - great lol! Mono supports the most common algorithms - at least from an HTTPS point of view. What are those servers running (software and protocol) ? The error produced is could not negotiate a cipher or something similar - which was fixed by adding a DH cipher to the list of support ciphers (when I say fixed I mean it got a stage further - so the exception was just unsupported ciphers.) Both normal. Negotiation is done by intersecting the list of ciphers available to both client and server and selecting (server) one of them. An alert is sent if the intersection is empty. Adding something, like DH, to the client list results in a non-empty intersection - but the client isn't capable to continue the handshake because it doesn't support DH. When I said problem I meant the lack of support for, hence, is the lack of support due to DH in Mono not being implemented or merely that the SSLStream hasn't been tweaked to support DH? I answered that... * Mono.Security.dll supports DH (i.e. DH is present and working) so it isn't a cryptographic issue; Thanks again, it's a great class as it is - would be great if I could help add some ciphers! As I said it shouldn't too complex to add. It's even easier (test wise) if you have access to servers that only support algorithms not present in Mono. -- Sebastien Pouliot [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] GC segfault on ARM
Paul F. Johnson wrote: Hi, I currently have a functional big endian ARM linux system that I have used to successfully build the ARM JIT. However, upon attempting to run a CIL executable, mono immediately segfaults. Out of interest, which ARM core are you using? I'm pretty well up on the ARM range and all of them I've ever used are always little endian. TTFN Paul It's an Intel XScale (ARM V5TE) core. It can be software-configured to run in either little or big endian mode. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] GC segfault on ARM
Tomi Valkeinen wrote: Hi again, currently have a functional big endian ARM linux system that I have used to successfully build the ARM JIT. However, upon attempting to run a CIL executable, mono immediately segfaults. A backtrace indicates that the segfault occurs in the Boehm GC: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 32700)] GC_push_all_eager (bottom=0x0, top=0x1990a8 ) at mark.c:1468 1468q = *p; (gdb) bt #0 GC_push_all_eager (bottom=0x0, top=0x1990a8 ) at mark.c:1468 #1 0x000b9ef8 in pthread_push_all_stacks () at pthread_stop_world.c:266 #2 0x000b9fac in GC_push_all_stacks () at pthread_stop_world.c:297 #3 0x000b5848 in GC_push_roots (all=1, cold_gc_frame=0xbefffa4c ) at mark_rts.c:643 #4 0x000b4c60 in $a () at mark.c:326 #5 0x000b4c60 in $a () at mark.c:326 Previous frame identical to this frame (corrupt stack?) I get quite similar backtrace when running the SVN version on our ARM11-based little-endian board: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 395)] 0x001147b0 in GC_push_all_eager () (gdb) bt #0 0x001147b0 in GC_push_all_eager () #1 0x00114844 in GC_push_all_stack () #2 0x0011e320 in pthread_push_all_stacks () #3 0x0011e3ec in GC_push_all_stacks () #4 0x00119164 in GC_default_push_other_roots () #5 0x001164b0 in GC_push_roots () #6 0x00112ab8 in $a () Tomi Valkeinen I got the GC running after changing the method of finding the stack bottom from HEURISTIC1 to LINUX_STACKBOTTOM (gcconfig.h:1755). I don't know why LINUX_STACKBOTTOM wasn't used on arm linux by default, the code looks arm-runnable to me. Of course your problem may be something totally different =). Oh, and if you are using an ARM11 based board, you may also want to fix the swp-bug (http://bugzilla.ximian.com/show_bug.cgi?id=75114) Tomi Valkeinen This indeed was the problem. After making the change, Mono no longer segfaults. According to Hans Boehm this bug was fixed in his tree already, so it's probably safe to commit this change to Mono SVN. Thanks for your help. Brian ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Source list per profile
Hello, The hack you proposed doesn't work because in general, there is no one to one mapping between .jvm files and regular mono files. You can see for instance System.Data.dll where the java connected mode is completely different than the mono one. The problem with separate source files per profile is the redundancy : when someone adds a file he needs to add it to several .sources. One way to handle with this problem is to add an include feature in the .sources files. But the price to pay (if we don't want redundancy) is the multiplication of files. For instance let's suppose that : 1) net_1_1 needs A and B 2) net_2_2 needs A, B and C 3) java_net_1_1 needs A and D We need to have four files : common.sources contains : A net_1_1.sources : #include common B net_2_0.sources: #includes net_1_1 C java_net_1_1.sources: #includes common D The xml file Ynon proposed was only the reunion of all these file. In summary, we have at least the following possibilities : 1) Use on .sources file only and enclose the content of each file not used by _every_ profile by #ifdef. Advantages: Only one single .sources Disadvantages: A lot of #ifdefs in a large part of the files. 2) Use one .sources per profile with redundancy. Advantages: clear separation between each profile. Disadvantages: Needs to syncronize manually between profiles each time a new file is added (or a file is removed). 3) Use one file per profile using includes. Advantages: can use sort | uniq operations. Simple format. Disadvantages: more files that the # of profiles if we don't want duplicates. 4) Use one xml file containing the whole information Advantages: one single and simple file containg all the information. Disadvantages: XML is overkill ; cannot use sort | uniq like operations 5) Use a single in another format (.ini file for instance). Advantages: the same as 4) Disadvantages: cannot use sort | uniq like operations. What do you think ? Thanks, --yas Ben Maurer wrote: Hi, Kornél. The .jvm.cs are part of the Java build that we are now doing from svn using make. The issue is not limited to the .jvm files but also to Mono sources (e.g. in System.Web) that are not part of the Java build. In System.Web we have about 30 Mono files that we don't compile in the Java build (because we don't support yet on the fly compilation of .aspx files and CodeDom). So in our case we have more files that belong to specific profiles or combinations of profiles. Personally, the issue here is the number of profiles and their complexity. The more profiles are used the more useful the proposed change is. If everyone believes that there are not going to be more profiles then the Java profile then there is less incentive to change anything - the current solution of ifdefs is still usable. I don't see anyone adding another profile other than NET_2_1 or whatever. What if there was a hack where blah.jvm.cs files are only compiled for the jvm target and blah.cs is not compiled in the jvm target if blah.jvm.cs exists? That way the sources file stays the same (allowing us to echo FILENAME blah.sources and use sort | uniq). -- Ben ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] corlib version and #if symbol questions
Thanks for the information. The patch is now in SVN. Kornél - Original Message - From: Sebastien Pouliot [EMAIL PROTECTED] To: Kornél Pál [EMAIL PROTECTED] Cc: mono-devel-list@lists.ximian.com Sent: Wednesday, August 17, 2005 5:06 PM Subject: Re: [Mono-dev] corlib version and #if symbol questions On Wed, 2005-17-08 at 16:48 +0200, Kornél Pál wrote: From mcs/class/corlib/System.Security.Cryptography/CryptoConfig.cs: #if (NET_2_0) private const string xmlAssembly = , System.Security, Version=2.0.3600.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a; #elif (NET_1_1) private const string xmlAssembly = , System.Security, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a; #elif (NET_1_0) private const string xmlAssembly = , System.Security, Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a; #else private const string xmlAssembly = , System.Security, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null; #endif When is an assembly compiled without version and public key? (Almost) never. This has been useful for debugging under Windows (so that I could load Mono's System.Security.dll and not MS one). This is a very specific case and it doesn't need to be in SVN, so you can remove that hack without problems (as I can re-hack it on my side if I ever need to debug this again). Sebastien ___ 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] [Patch] Generic Array.Sort
Hey,
I've attached a patch containing the impl for the generic versions of
Array.Sort.
Could anybody take a look at it?
Carlos.
Index: Array.cs
===
--- Array.cs (revisión: 48473)
+++ Array.cs (copia de trabajo)
@@ -912,6 +912,18 @@
}
#if NET_2_0
+ static Swapper get_swapperT (T [] array)
+ {
+ if (array is int[])
+return new Swapper (array.int_swapper);
+ if (array is double[])
+return new Swapper (array.double_swapper);
+
+ return new Swapper (array.obj_swapper);
+ }
+#endif
+
+#if NET_2_0
[ReliabilityContractAttribute (Consistency.MayCorruptInstance, Cer.MayFail)]
#endif
public static void Reverse (Array array)
@@ -1275,6 +1287,239 @@
return comparer.Compare (value1, value2);
}
+#if NET_2_0
+ [CLSCompliant (false)]
+ public static void SortT (T [] array)
+ {
+ if (array == null)
+throw new ArgumentNullException (array);
+
+ SortT, T (array, null, 0, array.Length, null);
+ }
+
+ [CLSCompliant (false)]
+ public static void SortK, V (K [] keys, V [] items)
+ {
+ if (keys == null)
+throw new ArgumentNullException (keys);
+
+ SortK, V (keys, items, 0, keys.Length, null);
+ }
+
+ [CLSCompliant (false)]
+ public static void SortT (T [] array, IComparerT comparer)
+ {
+ if (array == null)
+throw new ArgumentNullException (array);
+
+ SortT, T (array, null, 0, array.Length, comparer);
+ }
+
+ [CLSCompliant (false)]
+ public static void SortK, V (K [] keys, V [] items, IComparerK comparer)
+ {
+ if (keys == null)
+throw new ArgumentNullException (keys);
+
+ SortK, V (keys, items, 0, keys.Length, comparer);
+ }
+
+ [CLSCompliant (false)]
+ public static void SortT (T [] array, int index, int length)
+ {
+ if (array == null)
+throw new ArgumentNullException (array);
+
+ SortT, T (array, null, index, length, null);
+ }
+
+ [CLSCompliant (false)]
+ public static void SortK, V (K [] keys, V [] items, int index, int length)
+ {
+ SortK, V (keys, items, index, length, null);
+ }
+
+ [CLSCompliant (false)]
+ public static void SortT (T [] array, int index, int length, IComparerT comparer)
+ {
+ if (array == null)
+throw new ArgumentNullException (array);
+
+ SortT, T (array, null, index, length, comparer);
+ }
+
+ [CLSCompliant (false)]
+ public static void SortK, V (K [] keys, V [] items, int index, int length, IComparerK comparer)
+ {
+ if (keys == null)
+throw new ArgumentNullException (keys);
+
+ if (index 0)
+throw new ArgumentOutOfRangeException (index);
+
+ if (length 0)
+throw new ArgumentOutOfRangeException (length);
+
+ if (keys.Length - index length
+|| (items != null index items.Length - length))
+throw new ArgumentException ();
+
+ if (length = 1)
+return;
+
+ //
+ // Check for value types which can be sorted without Compare () method
+ //
+ if (comparer == null) {
+Swapper iswapper;
+if (items == null)
+ iswapper = null;
+else
+ iswapper = get_swapperV (items);
+if (keys is double[]) {
+ combsort (keys as double[], index, length, iswapper);
+ return;
+}
+if (keys is int[]) {
+ combsort (keys as int[], index, length, iswapper);
+ return;
+}
+if (keys is char[]) {
+ combsort (keys as char[], index, length, iswapper);
+ return;
+}
+ }
+
+ try {
+int low0 = index;
+int high0 = index + length - 1;
+qsortK, V (keys, items, low0, high0, comparer);
+ }
+ catch (Exception e) {
+throw new InvalidOperationException (Locale.GetText (The comparer threw an exception.), e);
+ }
+ }
+
+ [CLSCompliant (false)]
+ public static void SortT (T [] array, ComparisonT comparison)
+ {
+ if (array == null)
+throw new ArgumentNullException (array);
+ if (comparison == null)
+throw new ArgumentNullException (comparison);
+
+ if (array.Length = 1)
+return;
+
+ try {
+int low0 = 0;
+int high0 = array.Length - 1;
+qsortT (array, low0, high0, comparison);
+ }
+ catch (Exception e) {
+throw new InvalidOperationException (Locale.GetText (Comparison threw an exception.), e);
+ }
+ }
+
+ private static void qsortK, V (K [] keys, V [] items, int low0, int high0, IComparerK comparer)
+ {
+ if (low0 = high0)
+return;
+
+ int low = low0;
+ int high = high0;
+
+ K keyPivot = keys [(low + high) / 2];
+
+ while (low = high) {
+// Move the walls in
+while (low high0 compareK (keys [low], keyPivot, comparer) 0)
+ ++low;
+while (high low0 compareK (keyPivot, keys [high], comparer) 0)
+ --high;
+
+if (low = high) {
+ swapK, V (keys, items, low, high);
+ ++low;
+ --high;
+}
+ }
+
+ if (low0 high)
+qsortK, V (keys, items, low0, high, comparer);
+ if (low high0)
+qsortK, V (keys, items, low, high0, comparer);
+ }
+
+ private static void qsortT (T [] array, int low0, int high0, ComparisonT
Re: [Mono-dev] System.ComponentModel.PropertyDescriptor does not show attributes on an overridden property
On Thu, 2005-08-11 at 13:50 +0100, Michael Hutchinson wrote: Hello, I have found a bug where the Attributes collection provided by System.ComponentModel.PropertyDescriptor does not show attributes on an overridden property. This is now http://bugzilla.ximian.com/show_bug.cgi?id=75846 Thanks. -Gonzalo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] Mono Bug Day
Daniel Morgan wrote: Since GNOME is having a bug day, would it be possible that Mono have a Bug Day too? FWIW, it sounds like a good idea to me. I would be glad to get involved if such a thing is set up. Best regards, -- Julien Gilli IDEALX http://www.idealx.com/ ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono Bug Day
Hi, Since GNOME is having a bug day, would it be possible that Mono have a Bug Day too? FWIW, it sounds like a good idea to me. I would be glad to get involved if such a thing is set up. It does sound good - I think I've found some really fun ones which I'm just checking before making them lizard food. TTFN Paul -- Logic, my dear Zoe, is merely the ability to be wrong with authority - Dr Who ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Errors installing gtk-sharp-gapi
OK, here is my feedback to the Mono team regarding my installation experiences. I hope it doesn't sound too complaining or preachy. The bottom line is I hope the Mono team will really improve the installation instructions. chonk Have you tried the installer? -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Mono Database Documentation and Examples
After seeing programmers struggling to connect to various databases using Mono, I realized we need some documentation and examples to help people get started. For instance, I could not find in a reasonable amount of time to figure out how to use parameters with ODBC to get data from a PostgreSQL database. Use Npgsql. Does anyone have working examples to contribute? I would like to add them to Mono's wiki. http://www.mono-project.com/Database_Access Other examples could include using gtk# to load a TreeView with data from a PostgreSQL database would be nice. Or how to execute a stored procedure on PostgreSQL using the Npgsql provider. Search through the archives for posts from mself or Carl Olsen. Its called the same way as a PgSQL query. Or populating an ASP.NET data grid via a DataSet that was populated from SQL Lite or MySQL. Again, search through the archives - I posted ways to do this. Examples for various databases including Sybase, Oracle, SQL Server, MySQL, SQL Lite, ODBC, ADP (Advanced Data Provider), etc... All the info I have found on the mono site has worked after a little study. YMMV. HTH Chris -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Errors installing gtk-sharp-gapi
I installed mono for Suse Professional 92. without a hitch. I did have a problem meeting the dependencies for the perl-XML-stuff. Anyone know the answer to that one? I cant seem to find the offending packages. Do I need to install them from cpan? I think that perl-XML dep. issue is the reason my monodevelop blows up everytime I create a project. Good news vi still works. ;-) Paul wrote: Hi, OK, here is my feedback to the Mono team regarding my installation experiences. I hope it doesn't sound too complaining or preachy. The bottom line is I hope the Mono team will really improve the installation instructions. I've said this quite a lot and so have had this in quite wide circulation http://www.all-the-johnsons.co.uk/mono - I still don't know why it isn't linked to the main mono site as I get a heck of a lot of traffic! I think it is going to be important to the adoption of Mono for people to be able to get it up and running, regardless of their distro or, for example, which freakin' version of glibc they have installed. Yes with respects to the distro, but if compiled from source, neither make a fig of difference Ultimately I'd like to see Mono be more configuration tolerant and install all the necessary dependencies its needs. Something like yum for mono would be useful. Hold on, we have that... At the very least, the instructions should be much more helpful than they are about exactly what the dependencies are, and where to get them. I made a start on the unofficial FAQ - see the URL above. The Mono web site is terribly unhelpful, misleading, and just plain wrong about stuff it tells you. No it's not. I've found quite a lot of stuff of use on there. Let's take this example here. The very first sentence of the RedHat 9 installation page says The best way to install Mono on your system is to use Novell's Red Carpet. If you do not already have Red Carpet, you can download it. Personally, I'd move distro. RedCarpet is a very good way to reimplement up2date, but it's not really that much more (IMHO) The link to download Red Carpet is not helpful at all. It doesn't tell you which files you need, or what order you need to install them. My experience has been that installing Red Carpet was just as difficult as installing Mono without Red Carpet. From memory (and this is going back a bit), you select the distro, that takes you to a live downloader and you take it from there. Isn't the alternative something like 3 rpms? But I wonder if your opinion of not using Red Carpet is the majority opinion on this site. If it is the majority opinion, then why does the Mono web site continue to recommend using Red Carpet? My opinion is just that - an opinion. Having built mono dozens of times now on different distros and architectures (well, helped on the different architectures), there really isn't that much of bind building from source any more. RedCarpet (again from memory) is very good at sorting dependencies. And once you install Red Carpet, it still doesn't work, because it doesn't give you the perl-XML-* stuff that gtk-sharp-gapi needs, and doesn't tell you where to get it from. They should be resolvable via RedCarpet. Which channels are you subscribed to? Now you say that compiling from source is better, because that removes the dependency issues. That has not been my experience at all. I have tried to compile from source, and I still have dependency problems (this is especially true for me when I try to compile MonoDevelop, which is a different mailing list, I know). While building MonoDevelop is on a different list, I'll be very interested to know what dependency issues you're encountering. Speaking of MonoDevelop, their web site suffers from similar inaccuracies. They say *not* to compile from source unless you absolutely have to, and even go on to say that the Mono project web site contains pre-built binaries!!! Hah. If that's true, I sure haven't found them. http://www.monodevelop.com/tutorials/package_install.aspx Binaries should be on go-mono.com which redirects to the main site which doesn't look to have a RH9 binary for monodevelop. I just hate to see that effort wasted by poor and inaccurate setup instructions. It is somewhat annoying. I would enter a bugzilla report (bugzilla.ximian.com) for a RH9 build of MonoDevelop. Sorry to hear you're having problems. Post here the exact problems you're seeing and you'll find answers very quickly. TTFN Paul ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com
[Mono-list] Capturing output from Linux Command Line programs
Dilton McGowan II diltonm at yahoo.com
Tue Aug 16 19:38:50 EDT 2005
Using the code from your original post, substituting
ls for wget works. standard is not always standard.
IIRC, some programs output to screen memory for speed
rather than through the BIOS character IO subsystem.
So I have discovered, and that was what lead to my confusion. The
following code using wget does, however work. You will notice that I am
reading the stream from stderr. When I do this I am able to retrieve
the status information that wget normally writes to the console.
using System;
using System.Diagnostics;
using System.IO;
class MainClass
{
public static void Main(string[] args)
{
ProcessStartInfo psi = new ProcessStartInfo();
psi.FileName = /usr/bin/wget;
//
//change the pths to one of your choosing
//
psi.Arguments = -m -nd
--directory-prefix=/home/tracy/Downloads/test
--input-file=/home/tracy/Downloads/test/wgetlist;
psi.RedirectStandardInput = false;
psi.RedirectStandardOutput = false;
psi.RedirectStandardError = true;
//place the following text in a file name wgetlist
//ftp://[EMAIL
PROTECTED]/disks/2/mandrake/devel/cooker/i586/media/main/cdrdao-1.2.0-2mdk.i586.rpm
//
psi.UseShellExecute = false;
Process process = Process.Start(psi);
Console.WriteLine(Process Name: + process.ProcessName);
Console.WriteLine(Process Id: + process.Id);
Console.WriteLine(Process RedirectInput: +
process.StartInfo.RedirectStandardInput);
Console.WriteLine(Process RedirectOutput: +
process.StartInfo.RedirectStandardOutput);
Console.WriteLine(Process RedirectError: +
process.StartInfo.RedirectStandardError);
Console.WriteLine(Processing);
bool retn = false;
while (!retn)
{
StreamReader sr = null;
sr = process.StandardError;
string content = sr.ReadLine();
Console.WriteLine(Stuff my GUI application will use:
+ content);
retn = process.WaitForExit(1000);
}
Console.WriteLine(Process has exited: + retn.ToString());
process.Close();
}
}
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Interop with GroupWise
Since there's not even a proper C API you'll have a hard time finding a C# version. You could try MAPI. Evolution 2.x communicates with Groupwise and the connector is Open Source. It was my impression that communicating with Groupwise was mostly via SOAP calls. I'd install Evo and ethereal the connection to get an idea what is going on. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] error writing to X11 server
Hey, I have a problem with the execution of a C# programm via mono. I want to execute the C# Programm from within a System command. The problem is that the C# programm called over mono has another user as the user which is logged in the X11 Server. The execution of mono fails, because it could not write to the display. The programm I execute has no graphical representation, it could run in commandline. Is there a way to start the programm over mono wtihout the use of an X11? Maybe by given a argument? I use mono 1.05 on a Suse 9.0. One way is to use the xhost +, but it is not very amazing. Regards Michael ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
SV: [Mono-list] Interop with GroupWise
The application is running on a server, and should be able to access mail and calendar events for several different users. Is MAPI still an option? (And is it compatible with both MS and mono?) Steinar -Opprinnelig melding- Fra: Peter Dennis Bartok [mailto:[EMAIL PROTECTED] Sendt: 17. august 2005 17:16 Til: Steinar Herland; mono-list@lists.ximian.com Emne: Re: [Mono-list] Interop with GroupWise Since there's not even a proper C API you'll have a hard time finding a C# version. You could try MAPI. Peter -Original Message- From: Steinar Herland [EMAIL PROTECTED] To: mono-list@lists.ximian.com Date: Wednesday, 17 August, 2005 08:25 Subject: [Mono-list] Interop with GroupWise This is probably a long shot, but here goes... We have a client using GroupWise (which I have never used before) and they want an asp.net application to read /write calendar events and e-mail. We need a C# library for accessing GroupWise, but I have not found anything interesting yet. Anyone? Steinar ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] HttpResponse.TransmitFile method
Hey all, this issue has come back to bite me in the ass. Response.WriteFile works in Mono/Debian just like it does on Win2k/.NET It spools the file into RAM before feeding it out to the client. Response.TransmitFile is supposed to perform the same action as if you use Response.Redirect or Server.Transfer without restarting the page processing. Anyone have any ideas on how to protect *.zip, *.wmv and *.jpg files behind an apache server with mono/mod_mono? Thanks. MDM On Tue, 2005-06-14 at 15:54 -0700, Joe Audette wrote: Why not use Response.WriteFile? I use it in mono and it works great. Joe --- Marc DM [EMAIL PROTECTED] wrote: Would it be possible for a future release of mono to include the unpopular method of the HttpResponse object named TransmitFile Microsoft implemented this method as a solution to HttpResponse.BinaryWrite spooling the entire file into RAM before sending it to the web-user. (see KB article link below) I did a google search for mono Request.TransmitFile (without the quotes) and got 1 english result. The method isn't documented in MSDN but I found this on Microsoft's site : (from http://support.microsoft.com/default.aspx?scid=kb;en-us;823409) You can use the function instead of the BinaryWrite function or instead of other functions to send files to the client. Also, this function can be used regardless of the size of the file that you want to transmit. I also found this blog entry explaining its functionality (a bit) http://www.aaronweiker.com/PermaLink,guid,2e9e9d7f-4130-41f7-8104-171f3ece37d4.aspx I need this method to compile some code I'm moving from .NET to mono. I suspect that I'll have to find another way around this one. Has anybody got any ideas? Thanks in advance, Marc DM ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list joe_audette [at] yahoo dotcom http://www.joeaudette.com http://www.mojoportal.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
