[Mono-devel-list] NetworkStream
Hi, I have a server service created by Visual Studio .Net. It is using System.Net.Sockets.TcpClient.GetStream to get a stream to communicate on the network. When I run this service on a Windows machine (MS .NET framework) everything is fine, but when running on a Linux machine (SuSE 9.2, Mono 1.1.8 (from RPMs)) the service reads allways zeroes from the stream. Example: Private Function ReadData(ByRef tobjNetStream As NetworkStream, ByRef tbytBuffer As Byte(), ByVal tintFullSize As Integer) As Boolean Dim lintSize As Integer = 0 Dim llogReadEverything As Boolean Dim lintCounter As Integer ReDim tbytBuffer(tintFullSize - 1) While Not llogReadEverything While Not tobjNetStream.DataAvailable Thread.CurrentThread.Sleep(50) End While lintSize += tobjNetStream.Read(tbytBuffer, 0, tintFullSize) If lintSize = tintFullSize Then llogReadEverything = True End If End While Return True End Function A function like this gets zeroes from the stream when nonzero data was sent. Thanks! Arnhoffer Károly ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] mono on zeta (formerly BeOS)
http://www.yellowtab.com/products/ Was wondering if anyone had any knowledge, or done any work porting mono to zeta, I remember how much I liked BeOS before the plug was pulled on it before, and am curious if there is/was any work in this direction... This is more of a curiousity than anything... -- Michael J. Ryan - tracker1(at)theroughnecks(dot)com - www.theroughnecks.net icq: 4935386 - AIM/AOL: azTracker1 - Y!: azTracker1 - MSN/Win: (email) ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Problem with MS.NET and Mono with Remoting
Le Mardi 19 Juillet 2005 08:56, Hubert FONGARNAND a écrit : Le Lundi 18 Juillet 2005 16:48, Hubert FONGARNAND a écrit : http://bugzilla.ximian.com/show_bug.cgi?id=75575 Does someone know if this type of bug will be resolved a day... Or help me how to resolve this issue... I don't know where to begin... Interoperability with Mono and MS.NET with .NET remoting is crucial for my firm... I think it's crucial for mono too Thanks in advance... ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] [PATCH] Fix neutral sorting in DataView
Hi folks,
this simple patch fixes resetting the sorting to default sorting in a
DataView. If you set the Sort property to some string and later pass it null,
it should revert to no sorting. But unfortunately the old sort string is
still saved and passed to the DataTable. The attached patch fixes this.
C'ya,
Marc
PS: Please don't forget my Fix parsing of sort strings in DataTable patch
from Monday ;-)
--
Marc Haisenko
Systemspezialist
Webport IT-Services GmbH
mailto: [EMAIL PROTECTED]
Index: class/System.Data/System.Data/DataView.cs
===
--- class/System.Data/System.Data/DataView.cs (revision 47468)
+++ class/System.Data/System.Data/DataView.cs (working copy)
@@ -270,6 +270,7 @@
if (value == null) {
/* if given value is null useDefaultSort */
useDefaultSort = true;
+ sort = ;
/* if ApplyDefault sort is true try appling it */
if (ApplyDefaultSort == true)
PopulateDefaultSort ();
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] NetworkStream
Hi Károly, If I do not do the While Not llogReadEverything loop, it reads the data. Do not understand the reason why. :) The problem is this line: lintSize += tobjNetStream.Read(tbytBuffer, 0, tintFullSize) As you are using the same buffer to read data you should increase the offset everytime you read data. The stream is sequential so the data you already have read is dropped by the stream. (It it is buffered position is incremented and you have to seek back if you want to access data you alread read.) Furthermore you should decrement tintFullSize not to read more than you want. And you don't have to check DataAvailable because according to the documentation it will block until some data is available. This doesn't means that it will wait for all the data specified in size but it will return at least one byte unless the connection is closed when it returns zero bytes. You don't have to use ByRef if you want to access and object or modify an array. You need it if you want to replace the object or the array with a different one. I think a static buffer could be more efficient (don't have to allocate new buffer everytime you call the funtion in the same method as long as you use the same array) and you could simply use tintFullSize as a number to be read. If you don't want this change you have to use ByRef as you did before. And I think it is better to read the number of bytes read than allways true. You can ignore the above changes if you want. I suggest you to use something like this: Private Function ReadData(ByVal networkStream As NetworkStream, _ ByVal buffer As Byte(), ByVal size As Integer) As Integer Dim read As Integer Dim offset As Integer = 0 Do read = networkStream.Read(buffer, offset, size) offset += read size -= read Loop Until size = 0 OrElse read = 0 Return offset End Function Note that the above function does the same as NetworkStream.Read with the exception that it will read size bytes anyway by waiting for data until the connection is closed when it may return less bytes as no more is available and will not arrive after the connection is closed. Kornél -Original Message- From: Martin Hinks [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 20, 2005 10:59 AM To: Arnhoffer Károly Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-devel-list] NetworkStream Hi Arnhoffer, There are various things to try: 1.) Check that tIntFullSize is not 0 when the .Read line is called. 2.) Try this with a plain networkstream derived from a socket rather than from a TcpClient 3.) If you are trying to read the entire buffer of length tintFullSize, is it not possible that the server has not sent all the data when the read is performed? ie. Just because DataAvailable is true does NOT mean that you may be able to read ALL the data you are expecting from the stream, it might not have arrived yet, and as you are expecting to be able to read it all it might return 0 (I think it should block though, which is why it must work on .NET) 4.) After some of the diagnoses above, file a bugzilla report. Martin On 7/20/05, Arnhoffer Károly [EMAIL PROTECTED] wrote: Hi, I have a server service created by Visual Studio .Net. It is using System.Net.Sockets.TcpClient.GetStream to get a stream to communicate on the network. When I run this service on a Windows machine (MS .NET framework) everything is fine, but when running on a Linux machine (SuSE 9.2, Mono 1.1.8 (from RPMs)) the service reads allways zeroes from the stream. Example: Private Function ReadData(ByRef tobjNetStream As NetworkStream, ByRef tbytBuffer As Byte(), ByVal tintFullSize As Integer) As Boolean Dim lintSize As Integer = 0 Dim llogReadEverything As Boolean Dim lintCounter As Integer ReDim tbytBuffer(tintFullSize - 1) While Not llogReadEverything While Not tobjNetStream.DataAvailable Thread.CurrentThread.Sleep(50) End While lintSize += tobjNetStream.Read(tbytBuffer, 0, tintFullSize) If lintSize = tintFullSize Then llogReadEverything = True End If End While Return True End Function A function like this gets zeroes from the stream when nonzero data was sent. Thanks! Arnhoffer Károly ___ 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 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com
Re: [Mono-devel-list] [PATCH] Fix neutral sorting in DataView
Hello Marc,
I think your patch is fixing the symptom, not the problem.
If you want to fix the problem, you probably should change DataView code
so it always uses Sort property instead of sort private member (except
the places this can not be done), and change the Sort get : it should
return String.Empty if useDefaultSort is true and sort otherwise.
And it would be really gentle if you'll supply a test case for your fix.
Boris
Marc Haisenko wrote:
Hi folks,
this simple patch fixes resetting the sorting to default sorting in a
DataView. If you set the Sort property to some string and later pass it null,
it should revert to no sorting. But unfortunately the old sort string is
still saved and passed to the DataTable. The attached patch fixes this.
C'ya,
Marc
PS: Please don't forget my Fix parsing of sort strings in DataTable patch
from Monday ;-)
Index: class/System.Data/System.Data/DataView.cs
===
--- class/System.Data/System.Data/DataView.cs (revision 47468)
+++ class/System.Data/System.Data/DataView.cs (working copy)
@@ -270,6 +270,7 @@
if (value == null) {
/* if given value is null useDefaultSort */
useDefaultSort = true;
+ sort = ;
/* if ApplyDefault sort is true try
appling it */
if (ApplyDefaultSort == true)
PopulateDefaultSort ();
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
--
Boris Kirzner
Mono RD team, Mainsoft Corporation.
Blogging at http://boriskirzner.blogspot.com/
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Problem with MS.NET and Mono with Remoting
El dc 20 de 07 del 2005 a les 15:49 +0200, en/na Hubert FONGARNAND va escriure: Le Mardi 19 Juillet 2005 08:56, Hubert FONGARNAND a écrit : Le Lundi 18 Juillet 2005 16:48, Hubert FONGARNAND a écrit : http://bugzilla.ximian.com/show_bug.cgi?id=75575 Does someone know if this type of bug will be resolved a day... It will. Or help me how to resolve this issue... I don't know where to begin... Interoperability problems are usually due to differences in the internal implementation of classes serialized/deserialized between different runtimes. This can be easily checked by writing a small program that dumps the content of an object using the SoapFormatter. Then you can compare the output running that program with Mono and .NET. If the difference is in field names only, it will be easy to fix. If the internal structure is completely different, it will be harder. Interoperability with Mono and MS.NET with .NET remoting is crucial for my firm... I think it's crucial for mono too Thanks in advance... ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ 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-devel-list] [PATCH] Fix neutral sorting in DataView
On Wednesday 20 July 2005 17:57, Boris Kirzner wrote: Hello Marc, I think your patch is fixing the symptom, not the problem. If you want to fix the problem, you probably should change DataView code so it always uses Sort property instead of sort private member (except the places this can not be done), and change the Sort get : it should return String.Empty if useDefaultSort is true and sort otherwise. Yes, you're right. The code already does use the Sort property in the place that matters (UpdateIndex), so it'd really be better to change get_Sort to return String.Empty if useDefaultSort is true. I'll change that and send in the new patch tomorrow. And it would be really gentle if you'll supply a test case for your fix. Do you really think the work is worth the hassle for such an obvious error ? I agree that tests that demonstrate the bug are a Good Thing (tm), which is why I've included one with my patch for the ListChanged event in DataView, but, ya know... I'm lazy ;-) Boris C'ya, -- Marc Haisenko Systemspezialist Webport IT-Services GmbH mailto: [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Problem with MS.NET and Mono with Remoting
Hello, http://bugzilla.ximian.com/show_bug.cgi?id=75575 Does someone know if this type of bug will be resolved a day... Or help me how to resolve this issue... I don't know where to begin... Interoperability with Mono and MS.NET with .NET remoting is crucial for my firm... I think it's crucial for mono too Some of these bugs can be fixed on a case-by-case basis. The simple cases are ones where we need to rename our internal fields to have the same name as Microsoft. The hard cases is when the implementations differ and no amount of renaming our internal fields will help. Since your code might add more or less dependencies on remoting as times goes by to classes that we can not or have not edited to match the over-the-wire naming this will be a continuous source of problems for you. My recommendation if you need a Windows/Linux interop stack is to use soap web services (which transfers exactly what its asked to transfer, not serialize the internals of a class) or if you need something faster you can look at ZeroC.com's Ice library. Ice works across Windows and Linux, its fast and will give you much more than remoting does today in addition to interop to other languages. Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] [PATCH] Detach console when executing IMAGE_SUBSYSTEM_WINDOWS_GUI on win32
Hello, The only proper solution could be to use two separate mono.exe files. One for CUI and one for GUI. But this is too complicated and Windows is not the primary platform for Mono so I think detaching the console for GUI applications is the best solution. This patch looks good to me to go into SVN, please commit. Am wondering how we can remove the batch file wrappers from our Windows installation, thats something that I think we should fix. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] [PATCH] Detach console when executing IMAGE_SUBSYSTEM_WINDOWS_GUI on win32
The only proper solution could be to use two separate mono.exe files. One for CUI and one for GUI. But this is too complicated and Windows is not the primary platform for Mono so I think detaching the console for GUI applications is the best solution. This patch looks good to me to go into SVN, please commit. Am wondering how we can remove the batch file wrappers from our Windows installation, thats something that I think we should fix. I committed as revision 47477. Removing batch files could be good because currently the console is preserved because of batch files. And when executing Mono programmatically it's better to have a handle to the real mono process. cmd.exe for example waits for the executable to exit even if it releases the console when it is a CUI application. Note that using Mono without batch files will not make the console window flickering disappar because this would require a mono.exe marked with IMAGE_SUBSYSTEM_WINDOWS_GUI that could not be used for console applications. So if we want to get rid of flickering we have to have to mono executable files for example mono.exe (graphical) and a mono.com (console) like Visual Studio .NET does. But we could not call mono.exe from mono.com because Mono has to provide full console functionality like colors and cursor moving that cannot be done without a console attached. So we should have two different executables that could share a dll for example and we would call a single entry function from two stubs (these executables don't have to contain other than an entry point that calls a single function in the dll). I don't know whether it is worth to have two executables. Kornél ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Interactive C# prompt
I don't how much Mads Lindstrom C#Shell evolved but you can give it a try: http://csshell.sourceforge.net/ For the Boo language there is a real interpreted/Incremental Shell, that is also available inside MonoDevelop with the BooBinding plugin. Fun :) On 7/19/05, Vorobiev Maksim [EMAIL PROTECTED] wrote: As I can understand, it cann't be done. C# is a language for compilation, not for interpretaion (as far as you are not going to enter IL-instructions at promt). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Colin JN Breame Sent: Tuesday, July 19, 2005 7:54 PM To: mono-devel-list@lists.ximian.com Subject: [Mono-devel-list] Interactive C# prompt Hello, I'm wondering whether there is such a thing as an interactive C# prompt for mono. e.g. where commands can be entered and executed one-by-one. If not, any ideas about how I would go about writting something like this? ___ 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 -- 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! ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] NetworkStream
Did you compile with VS.NET/vbc in Windows, or is compiling with mbas in Linux? If so, mbas currently doesn't automatically initializes local variables as vbc seems to do so you need to be explicit: Dim llogReadEverything As Boolean = false Hope it helps, :| On 7/20/05, Arnhoffer Károly [EMAIL PROTECTED] wrote: Hi, If I do not do the While Not llogReadEverything loop, it reads the data. Private Function ReadData(ByRef tobjNetStream As NetworkStream, ByRef tbytBuffer As Byte(), ByVal tintFullSize As Integer) As Boolean Dim lintSize As Integer = 0 Dim llogReadEverything As Boolean Dim lintCounter As Integer ReDim tbytBuffer(tintFullSize - 1) While Not tobjNetStream.DataAvailable Thread.CurrentThread.Sleep(50) End While lintSize += tobjNetStream.Read(tbytBuffer, 0, tintFullSize) Return True End Function Do not understand the reason why. :) Arnhoffer Károly eCron Informatika Kft. 1119 Budapest, Hadak útja 9. tel./fax: +36 (1) 203-1535 mobil: +36 (30) 472-8855 e-mail: [EMAIL PROTECTED] -Original Message- From: Martin Hinks [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 20, 2005 10:59 AM To: Arnhoffer Károly Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-devel-list] NetworkStream Hi Arnhoffer, There are various things to try: 1.) Check that tIntFullSize is not 0 when the .Read line is called. 2.) Try this with a plain networkstream derived from a socket rather than from a TcpClient 3.) If you are trying to read the entire buffer of length tintFullSize, is it not possible that the server has not sent all the data when the read is performed? ie. Just because DataAvailable is true does NOT mean that you may be able to read ALL the data you are expecting from the stream, it might not have arrived yet, and as you are expecting to be able to read it all it might return 0 (I think it should block though, which is why it must work on .NET) 4.) After some of the diagnoses above, file a bugzilla report. Martin On 7/20/05, Arnhoffer Károly [EMAIL PROTECTED] wrote: Hi, I have a server service created by Visual Studio .Net. It is using System.Net.Sockets.TcpClient.GetStream to get a stream to communicate on the network. When I run this service on a Windows machine (MS .NET framework) everything is fine, but when running on a Linux machine (SuSE 9.2, Mono 1.1.8 (from RPMs)) the service reads allways zeroes from the stream. Example: Private Function ReadData(ByRef tobjNetStream As NetworkStream, ByRef tbytBuffer As Byte(), ByVal tintFullSize As Integer) As Boolean Dim lintSize As Integer = 0 Dim llogReadEverything As Boolean Dim lintCounter As Integer ReDim tbytBuffer(tintFullSize - 1) While Not llogReadEverything While Not tobjNetStream.DataAvailable Thread.CurrentThread.Sleep(50) End While lintSize += tobjNetStream.Read(tbytBuffer, 0, tintFullSize) If lintSize = tintFullSize Then llogReadEverything = True End If End While Return True End Function A function like this gets zeroes from the stream when nonzero data was sent. Thanks! Arnhoffer Károly ___ 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 -- 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! ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] The first (attempt to checkin) managedcollation patch
From: Ben Maurer * There are extremely long runs of the same char in many instances * The file seems to have tons of 0 bytes. * There are some runs of sequences: 0002bfb0: 3c00 3d00 3e00 3f00 4000 4100 4200 4300 .=.[EMAIL PROTECTED] 0002bfc0: 4400 4500 4600 4700 4800 4900 4a00 4b00 D.E.F.G.H.I.J.K. 0002bfd0: 4c00 4d00 4e00 4f00 5000 5100 5200 5300 L.M.N.O.P.Q.R.S. 0002bfe0: 5400 5500 5600 5700 5800 5900 5a00 5b00 T.U.V.W.X.Y.Z.[. though they are somewhat smaller than the runs of the same char. I see the problem as the following: If the file contains unicode Unicode charaters it eats disk space but is fast to read thus sorting is fast. If it is compressed but unbuffered sorting is slow and eats CPU. If it's buffered either because it is compressed or just for fun it eats RAM. So I think the decission should be made carfully. Kornél ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] The first (attempt to checkin) managedcollation patch
On Thu, 2005-07-21 at 00:12 +0200, Kornél Pál wrote: From: Ben Maurer * There are extremely long runs of the same char in many instances * The file seems to have tons of 0 bytes. * There are some runs of sequences: 0002bfb0: 3c00 3d00 3e00 3f00 4000 4100 4200 4300 .=.[EMAIL PROTECTED] 0002bfc0: 4400 4500 4600 4700 4800 4900 4a00 4b00 D.E.F.G.H.I.J.K. 0002bfd0: 4c00 4d00 4e00 4f00 5000 5100 5200 5300 L.M.N.O.P.Q.R.S. 0002bfe0: 5400 5500 5600 5700 5800 5900 5a00 5b00 T.U.V.W.X.Y.Z.[. though they are somewhat smaller than the runs of the same char. I see the problem as the following: If the file contains unicode Unicode charaters it eats disk space but is fast to read thus sorting is fast. If it is compressed but unbuffered sorting is slow and eats CPU. If it's buffered either because it is compressed or just for fun it eats RAM. Compression does not mean `use bzip' in this context. It means change the file format so that we don't need long runs. Compression will quite possibly make things faster: * Reading from disk is SLOW. In the time it takes to access one extra page from the disk, we could have done *tons* of sorts. Please see http://rlove.org/talks/rml_guadec_2005.ppt, slide 3. * Cache misses are slow (but not as slow). So a few extra instructions may well be worth avoiding one. -- Ben ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] monodoc fails to start
Hi, When I try to start monodoc, I get the following Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object This was built fresh at about 17:00 hrs (British Summer Time) today. TTFN Paul -- Some people will do anything for a woman in uniform - The Doctor - Unregenerate (Big Finish audio) signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] The first (attempt to checkin) managed collation patch
Atsushi Eno wrote: I can build mcs with this managed collation mode and all corlib tests pass (I guess other tests as well). When this managed collation is enabled, it will eat huge managed resource (and will make you sad when you run mono --profile ;-). I can make this into unmanaged header file if we want. I measured the performance for mcs.exe build and put the results here: http://monkey.workarea.jp/tmp/20050720/prof-no-collation.txt http://monkey.workarea.jp/tmp/20050720/prof-managed-collation.txt Without managed collation: Time(ms) Count P/call(ms) Method name 42615.000 102444.160 Mono.CSharp.Block::Resolve(EmitContext) Total memory allocated: 54744 KB With managed collation: Time(ms) Count P/call(ms) Method name 46646.000 102444.553 Mono.CSharp.Block::Resolve(EmitContext) Total memory allocated: 54926 KB So it was not that big, _only_ 200KB, while I thought it was bigger. It also tells that the performance is so bad (well, it is not fair comparison since no collation comparison is much faster). Atsushi Eno ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] mono SDL linux/win32 SDL.DLL - my brain hurts!
(After my preamble, I am essentially asking .. how does a wrapper to .Net/Mono work .) There must not be to many people writting cross platform apps that need sound? Searching for sound (audio, mp3, sound) on mono-project.com via mail list, etc returns almost nothing. Anyways I came across SDL on the Resources page wow!!! this will solve my problems! I go to cs-sdl.sourceforge.net and check it out, It has SDL.NET for Win32 and Linux (mono is supported, it says) So i download the support libraries for SDL.NET which are the traditional SDL libs .. put them on Win32 and updated my ones on my Suse box. I ran the Examples just fine on Win32 Now on to Linux and Mono ... First off the latest SDL.NET downloads on sourceforge seem to be for Win32 only (as an aside they have a nice installer that does everything for you on the Win32 side of things) So i dig back a COUPLE years and get a gz file (of SDL.NET) that has linux support (incidently i see screen caps in SDL.NET project page of SDL apps running on linux so even thought the linux support in the project seems old, it infact looks like it run and works) I build the SDL.NET on Linux (using latest stable release Mono), but there is an error in the Makefile, the pathing slash is of the windows variety (hm...?), so i fix that and Makefile the SDL.NET DLL's and the examples. The Examples compile/build fine but the give a Mono runtime error that they can't find System DLL:SDL.dll --An exception was thrown by the type initializer for SdlDotNet.Music --- System.DllNotFoundException: SDL.dll So this is were I hit a dead end because I don't know anything about .Net/C# wrappers to traditional C based libraries on Linux. I looked at the gtk-sharp wrapper (cause i know it works), I see a mixer of C and CS files and traditional gcc references in makefiles, but basically it looks like a big job to figure out gtk-sharp's process of a wrapper. On that note, is there a doucmentation section somewhere on that - i.e. building wrappers? To me, I am thinking in the end SDL.NET has to get hold of the routines in the SDL .so file right? how does that happen? I know how it happens in a traditional C/gcc compile, link, create a .so file, and compile your apps with dynamic support againt the .so what bit of magic get Mono to see/do that (with its wrapper)? I check around the SDL.NET code and see in the Natives.cs file this: const string SDL_DLL = SDL; const string MIX_DLL = SDL_mixer; // General [DllImport(SDL_DLL, CallingConvention=CallingConvention.Cdecl), SuppressUnmanagedCodeSecurity] public static extern int SDL_Init(int flags); which I am thinking is pretty key to the process ... but why reference SDL.DLL ... I don't have that on Linux, thats on Win32. Anyone shed light? Also, would it be a hard job making the same wrapper to the SDL lib on MAC-OSX to complete a good cross-platfrom SDL.NET class for Mono ? -tl ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] mono SDL linux/win32 SDL.DLL - my brain hurts!
Oh, and you'll also want to make sure SDL (http://www.libsdl.org) is installed on your machine. David David Mitchell wrote: Try this: http://prdownloads.sourceforge.net/cs-sdl/SdlDotNet-3.1.2-1.zip?download Looks like the latest linux version to me. David ted leslie wrote: (After my preamble, I am essentially asking .. how does a wrapper to .Net/Mono work .) There must not be to many people writting cross platform apps that need sound? Searching for sound (audio, mp3, sound) on mono-project.com via mail list, etc returns almost nothing. Anyways I came across SDL on the Resources page wow!!! this will solve my problems! I go to cs-sdl.sourceforge.net and check it out, It has SDL.NET for Win32 and Linux (mono is supported, it says) So i download the support libraries for SDL.NET which are the traditional SDL libs .. put them on Win32 and updated my ones on my Suse box. I ran the Examples just fine on Win32 Now on to Linux and Mono ... First off the latest SDL.NET downloads on sourceforge seem to be for Win32 only (as an aside they have a nice installer that does everything for you on the Win32 side of things) So i dig back a COUPLE years and get a gz file (of SDL.NET) that has linux support (incidently i see screen caps in SDL.NET project page of SDL apps running on linux so even thought the linux support in the project seems old, it infact looks like it run and works) I build the SDL.NET on Linux (using latest stable release Mono), but there is an error in the Makefile, the pathing slash is of the windows variety (hm...?), so i fix that and Makefile the SDL.NET DLL's and the examples. The Examples compile/build fine but the give a Mono runtime error that they can't find System DLL:SDL.dll --An exception was thrown by the type initializer for SdlDotNet.Music --- System.DllNotFoundException: SDL.dll So this is were I hit a dead end because I don't know anything about .Net/C# wrappers to traditional C based libraries on Linux. I looked at the gtk-sharp wrapper (cause i know it works), I see a mixer of C and CS files and traditional gcc references in makefiles, but basically it looks like a big job to figure out gtk-sharp's process of a wrapper. On that note, is there a doucmentation section somewhere on that - i.e. building wrappers? To me, I am thinking in the end SDL.NET has to get hold of the routines in the SDL .so file right? how does that happen? I know how it happens in a traditional C/gcc compile, link, create a .so file, and compile your apps with dynamic support againt the .so what bit of magic get Mono to see/do that (with its wrapper)? I check around the SDL.NET code and see in the Natives.cs file this: const string SDL_DLL = SDL; const string MIX_DLL = SDL_mixer; // General [DllImport(SDL_DLL, CallingConvention=CallingConvention.Cdecl), SuppressUnmanagedCodeSecurity] public static extern int SDL_Init(int flags); which I am thinking is pretty key to the process ... but why reference SDL.DLL ... I don't have that on Linux, thats on Win32. Anyone shed light? Also, would it be a hard job making the same wrapper to the SDL lib on MAC-OSX to complete a good cross-platfrom SDL.NET class for Mono ? -tl ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- David Mitchell Software Engineer Telogis ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] mono SDL linux/win32 SDL.DLL - my brain hurts!
This version (of SDL.NET) has a script directory that you run to make a project for sharpdev or monodev i made for monodev (all though i have never used it, use slick-edit for dev), the script assumed the exe would run right away, so i needed to add mono in front of it as i dont have my kernel mod'd to run a mono.exe right away. Then when i started monodevelop and loaded in the project it made for me for monodevelop .. it still has windows pathing in it that caused errors, Really seems to me this SDL.NET project is very Windows flavoured! I don't know monodevelop .. Can someone build a workable SDL.NET (for/on linux) for me and send it or post it up somewhere? Having said that, I can't help but think that even this newer version, if i was to sucessfully build it, wouldn't it too still want to find/link to something other then SDL.dll ? I dont see all the DllImport attributes in this newer version either ... making me think this isn't destin to be built using mono to target linux, but for mono to target .Net on Win32 OS? Just to be sure here - there is a SDL.NET build FOR Mono on Linux right, if anyone is using it ... can they please come forward :) ? -tl On Thu, Jul 21, 2005 at 03:36:48PM +1200, David Mitchell wrote: Try this: http://prdownloads.sourceforge.net/cs-sdl/SdlDotNet-3.1.2-1.zip?download Looks like the latest linux version to me. David ted leslie wrote: (After my preamble, I am essentially asking .. how does a wrapper to .Net/Mono work .) There must not be to many people writting cross platform apps that need sound? Searching for sound (audio, mp3, sound) on mono-project.com via mail list, etc returns almost nothing. Anyways I came across SDL on the Resources page wow!!! this will solve my problems! I go to cs-sdl.sourceforge.net and check it out, It has SDL.NET for Win32 and Linux (mono is supported, it says) So i download the support libraries for SDL.NET which are the traditional SDL libs .. put them on Win32 and updated my ones on my Suse box. I ran the Examples just fine on Win32 Now on to Linux and Mono ... First off the latest SDL.NET downloads on sourceforge seem to be for Win32 only (as an aside they have a nice installer that does everything for you on the Win32 side of things) So i dig back a COUPLE years and get a gz file (of SDL.NET) that has linux support (incidently i see screen caps in SDL.NET project page of SDL apps running on linux so even thought the linux support in the project seems old, it infact looks like it run and works) I build the SDL.NET on Linux (using latest stable release Mono), but there is an error in the Makefile, the pathing slash is of the windows variety (hm...?), so i fix that and Makefile the SDL.NET DLL's and the examples. The Examples compile/build fine but the give a Mono runtime error that they can't find System DLL:SDL.dll --An exception was thrown by the type initializer for SdlDotNet.Music --- System.DllNotFoundException: SDL.dll So this is were I hit a dead end because I don't know anything about .Net/C# wrappers to traditional C based libraries on Linux. I looked at the gtk-sharp wrapper (cause i know it works), I see a mixer of C and CS files and traditional gcc references in makefiles, but basically it looks like a big job to figure out gtk-sharp's process of a wrapper. On that note, is there a doucmentation section somewhere on that - i.e. building wrappers? To me, I am thinking in the end SDL.NET has to get hold of the routines in the SDL .so file right? how does that happen? I know how it happens in a traditional C/gcc compile, link, create a .so file, and compile your apps with dynamic support againt the .so what bit of magic get Mono to see/do that (with its wrapper)? I check around the SDL.NET code and see in the Natives.cs file this: const string SDL_DLL = SDL; const string MIX_DLL = SDL_mixer; // General [DllImport(SDL_DLL, CallingConvention=CallingConvention.Cdecl), SuppressUnmanagedCodeSecurity] public static extern int SDL_Init(int flags); which I am thinking is pretty key to the process ... but why reference SDL.DLL ... I don't have that on Linux, thats on Win32. Anyone shed light? Also, would it be a hard job making the same wrapper to the SDL lib on MAC-OSX to complete a good cross-platfrom SDL.NET class for Mono ? -tl ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- David Mitchell Software Engineer Telogis ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com
Re: [Mono-devel-list] mono SDL linux/win32 SDL.DLL - my brain hurts!
I got it working on the really old SDL.NET package that had Make/Build support for Mono, I needed to put up the SDL-Dev libs too !! arggh!!! :( But still, i'd love to be able to get a recent (this year) build for SDL.NET working, as it looks really different (the new one) then the older one. Also if anyone could write a small, or point to a resource talking to the: How you write a wrapper in C#/Mono/Linux to wrap a standard library in linux that would be appreciated. and if someone could build the latest SDL.NET and post it somewhere that would be very much appreciated as well. -tl On Thu, Jul 21, 2005 at 03:36:48PM +1200, David Mitchell wrote: Try this: http://prdownloads.sourceforge.net/cs-sdl/SdlDotNet-3.1.2-1.zip?download Looks like the latest linux version to me. David ted leslie wrote: (After my preamble, I am essentially asking .. how does a wrapper to .Net/Mono work .) There must not be to many people writting cross platform apps that need sound? Searching for sound (audio, mp3, sound) on mono-project.com via mail list, etc returns almost nothing. Anyways I came across SDL on the Resources page wow!!! this will solve my problems! I go to cs-sdl.sourceforge.net and check it out, It has SDL.NET for Win32 and Linux (mono is supported, it says) So i download the support libraries for SDL.NET which are the traditional SDL libs .. put them on Win32 and updated my ones on my Suse box. I ran the Examples just fine on Win32 Now on to Linux and Mono ... First off the latest SDL.NET downloads on sourceforge seem to be for Win32 only (as an aside they have a nice installer that does everything for you on the Win32 side of things) So i dig back a COUPLE years and get a gz file (of SDL.NET) that has linux support (incidently i see screen caps in SDL.NET project page of SDL apps running on linux so even thought the linux support in the project seems old, it infact looks like it run and works) I build the SDL.NET on Linux (using latest stable release Mono), but there is an error in the Makefile, the pathing slash is of the windows variety (hm...?), so i fix that and Makefile the SDL.NET DLL's and the examples. The Examples compile/build fine but the give a Mono runtime error that they can't find System DLL:SDL.dll --An exception was thrown by the type initializer for SdlDotNet.Music --- System.DllNotFoundException: SDL.dll So this is were I hit a dead end because I don't know anything about .Net/C# wrappers to traditional C based libraries on Linux. I looked at the gtk-sharp wrapper (cause i know it works), I see a mixer of C and CS files and traditional gcc references in makefiles, but basically it looks like a big job to figure out gtk-sharp's process of a wrapper. On that note, is there a doucmentation section somewhere on that - i.e. building wrappers? To me, I am thinking in the end SDL.NET has to get hold of the routines in the SDL .so file right? how does that happen? I know how it happens in a traditional C/gcc compile, link, create a .so file, and compile your apps with dynamic support againt the .so what bit of magic get Mono to see/do that (with its wrapper)? I check around the SDL.NET code and see in the Natives.cs file this: const string SDL_DLL = SDL; const string MIX_DLL = SDL_mixer; // General [DllImport(SDL_DLL, CallingConvention=CallingConvention.Cdecl), SuppressUnmanagedCodeSecurity] public static extern int SDL_Init(int flags); which I am thinking is pretty key to the process ... but why reference SDL.DLL ... I don't have that on Linux, thats on Win32. Anyone shed light? Also, would it be a hard job making the same wrapper to the SDL lib on MAC-OSX to complete a good cross-platfrom SDL.NET class for Mono ? -tl ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- David Mitchell Software Engineer Telogis ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
