Re: [Mono-dev] Size of Microsoft.Scripting.dll
Hello, 2007/11/4, Marek Safar [EMAIL PROTECTED]: 4% is really small difference. Is binary compiled with /o+ switch ? I believe /o is on by default in mcs. Yes, it is but not for csc. Marek ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] [PATCH] ShellExecuteEx ProcessId support for Windows
Hi, HAVE_GETPROCESSID depends on WINVER that is not set, so HAVE_GETPROCESSID is never defined on Windows. This means that GetProcessId never gets called on Windows and process ID is allways 0. This patch adds run-time detection for GetProcessId on Windows. Note that only Windows XP SP1 and above have GetProcessId API while Windows 2000 and above have deprecated NtQueryInformationProcess API that can be used for the same purpose. Please review and approve this patch. Kornél win_pid.diff Description: Binary data ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] ShellExecuteEx ProcessId support for Windows
Hi Kornél, Kornél Pál wrote: HAVE_GETPROCESSID depends on WINVER that is not set, so HAVE_GETPROCESSID is never defined on Windows. This means that GetProcessId never gets called on Windows and process ID is allways 0. This patch adds run-time detection for GetProcessId on Windows. Note that only Windows XP SP1 and above have GetProcessId API while Windows 2000 and above have deprecated NtQueryInformationProcess API that can be used for the same purpose. Please review and approve this patch. it's not acceptable to depend on the DDK headers. I wonder why do you need them in the first place, since the required defines are also provided by SDK's winternl.h. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono Bugs Days.
Hi there! I'd like to know whether bug 82550 (fixed on SVN changeset 84714) will be integrated into mono 1.2.6. AFAIK it is still wrong in latest 1.2.5 It is a compiler problem so it would be nice to get it in the next one. pablo - Original Message - From: Miguel de Icaza [EMAIL PROTECTED] To: mono-devel-list mono-devel-list@lists.ximian.com Sent: Saturday, November 03, 2007 7:59 PM Subject: [Mono-dev] Mono Bugs Days. On Monday and Tuesday (November 5th and 6th) we want to spend some time triaging, prioritizing and applying easy fixes to Mono from Bugzilla. We will be on irc.gnome.org on the channel #monobugday on Monday and Tuesday going over various Mono components. Our entry point is: www.mono-project.com/Bugs There is a lot of low-hanging fruit that could be easily fixed in Mono, bugs that are invalid, bugs that are missing information, bugs that needs owners, bugs that need confirmation and patches that have been waiting on the bug tracking system to be applied. I have zero experience running a bug day and am not sure quite how to run this on Monday, if you have some experience, feel free to drop by, or send your comments. ___ 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] Mono Bugs Days.
1.2.6 is not branched yet, so it will be included in newer versions. In general *please* post your individual bug stuff not under things like this thread (or branching announcement etc.) but on each bug report page (bugzilla) so that others do not have to be bothered by off topic. Thanks. Atsushi Eno pablosantosluac wrote: Hi there! I'd like to know whether bug 82550 (fixed on SVN changeset 84714) will be integrated into mono 1.2.6. AFAIK it is still wrong in latest 1.2.5 It is a compiler problem so it would be nice to get it in the next one. pablo - Original Message - From: Miguel de Icaza [EMAIL PROTECTED] To: mono-devel-list mono-devel-list@lists.ximian.com Sent: Saturday, November 03, 2007 7:59 PM Subject: [Mono-dev] Mono Bugs Days. On Monday and Tuesday (November 5th and 6th) we want to spend some time triaging, prioritizing and applying easy fixes to Mono from Bugzilla. We will be on irc.gnome.org on the channel #monobugday on Monday and Tuesday going over various Mono components. Our entry point is: www.mono-project.com/Bugs There is a lot of low-hanging fruit that could be easily fixed in Mono, bugs that are invalid, bugs that are missing information, bugs that needs owners, bugs that need confirmation and patches that have been waiting on the bug tracking system to be applied. I have zero experience running a bug day and am not sure quite how to run this on Monday, if you have some experience, feel free to drop by, or send your comments. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] dbus-sharp example crash
Hi: I try the EchoClient and EchoServer examples to begin my work on dbus-sharp and the program works, but after I recive the message fron the object on the server, the client crash with: Reply: Hello world! Stacktrace: Native stacktrace: /usr/local/bin/mono [0x816a59f] /usr/local/bin/mono [0x807c0b1] [0x4ff440] Debug info from gdb: = Got a SIGSEGV while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. = what can I check??, I use dbus-sharp 0.6 + mono 1.2.5.99 fron anon svn sources. I also have some confusion about this dbus-sharp: Is dbus-sharp and ndesk-dbus the same?, the ndesk-dbus refers to they implementation also as dbus-sharp but have diferent names, assemblyes, etc..if they are diferent, are compatible? Is posible at this state interact with dbus-sharp process and C/dbus process?. In advance, thank you very much. Mauricio. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Patch for System.IO.Ports.SerialPort ReadLine function
Hello Michael, As suggested by Alp in the bug (321988), I wrote a state-driven version of the ReadLine routine for serial ports. It should be more efficient. Would you mind testing it? public string ReadLine () { CheckOpen (); Listbyte bytes_read = new Listbyte(); byte [] buff = new byte [1]; int nl_state = 0; int nl_final = new_line.Length; while (true){ int n = stream.Read (buff, 0, 1); if (n == -1) break; if (buff [0] == new_line [nl_state]){ if (++nl_state == nl_final) break; } else nl_state = 0; bytes_read.Add (buff [0]); } return new String (encoding.GetChars (bytes_read.ToArray ())); } } ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Patch for System.IO.Ports.SerialPort ReadLine function
Hello, My ReadLine routine is broken, it did not append data that was only partially part of the ReadLine. While I was fixing it, I noticed that we already have a routine that did this correctly (ReadTo). So am going to just change the code to be: ReadTo (new_line). Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] mono summit session planning
Debugging – how to debug on Linux with breakpoints using c#? We will have a session on this. Apache – how to configure Apache to run mono? Ah, this is a new idea. Do you have some specific questions that are not addressed by our mod_mono page on the web site? Mono and Ajax.net? Will a .net 2.0 Ajax.net application port execute under mono? Yes, it will. Starting with Mono 1.2.6 (or SVN if you are willing to do that) we support ASP.NET AJAX out of the box. Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] On the debugger.
Debugging – how to debug on Linux with breakpoints using c#? If this requires building mono from source, what compilation flags need setting? The story of the debugger is a bit complicated. A year ago we decided that we would aim for a 1.0 release that had a number of features. You can see the plan here: http://www.mono-project.com/Debugger#Plan The UI of the debugger was based on casual use of the debugger as we did not really have anyone using it on a day-to-day basis. So we kind of added things as we thought they were needed. The debugger did not have users in part because it was not very stable, so debugging was usually harder with the debugger than without it. So feedback on improving it was slow. Some bits became very hard to support, and we did not even know about them last year when we wrote the plan: support for AppDomains (needed for ASP.NET) and generics turned out to require support in the debugger to have the same method JITed multiple times (in AppDomains, because you can have the same method JITed once per AppDomain and with generics, because each instantiation would be different). This turned out to be a large chunk of work. But there were many other examples of problems that we have ran into in the last year that have slowed down the debugger release. To complicate things, the debugger was never really released in sync with the runtime, which meant that the debugger for the better part of the year only worked if you had SVN releases of Mono. The in the last two months some important work to reduce memory usage in generic cases caused a big restructuring in Mono to happen (all of this will be in 1.2.6). The memory savings are very significant (and very important as apps start to use more and mono generics), but this required a new batch of changes to the debugger. So our goal to have a debugger that worked against 1.2.5 could not really be realized. We are now hoping that the upcoming 1.2.6 will work for the first time with a released debugger and start getting feedback on it. At this point most of the features that we need for what should be considered a 1.0 are done (AppDomains and generic debugging support) so we should be closer to have a working debugger. miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] mono summit session planning
Apache - how to configure Apache to run mono? Ah, this is a new idea. Do you have some specific questions that are not addressed by our mod_mono page on the web site? The issue we face is being time-challenged. I haven't tried the notes on Apache because I've read up on Apache and have become a little daunted by the prospect. What I want to avoid is loosing many hours struggling over this. If it was part of a session, we could run through it and probably have it covered in 10 minutes. As I see it, the one of the key values of attending the summit is to accelerate our transition to Linux/mono and reduce the risk of transition. If I could walk away on Friday evening with all the knowledge to enable that, it would be an excellent return on the 3 days. Another related Apache issue is security/reliability. What should we be considering when moving our app from IIS to Apache? Mike -Original Message- From: Miguel de Icaza [mailto:[EMAIL PROTECTED] Sent: 05 November 2007 16:03 To: Mike Horsley Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] mono summit session planning Debugging - how to debug on Linux with breakpoints using c#? We will have a session on this. Apache - how to configure Apache to run mono? Ah, this is a new idea. Do you have some specific questions that are not addressed by our mod_mono page on the web site? Mono and Ajax.net? Will a .net 2.0 Ajax.net application port execute under mono? Yes, it will. Starting with Mono 1.2.6 (or SVN if you are willing to do that) we support ASP.NET AJAX out of the box. Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] mod_mono and supplementary groups
I'm confused about how mod_mono works with supplementary groups. I have Apache running as apache.apache, with the apache user a member of the 'safe' group: $ groups apache apache : apache safe I also have a directory with 'safe' ownership: $ ls -dl /var/log/safe drwxrwxr-x 2 root safe 4.0K Nov 5 12:04 /var/log/safe The following PHP script is able to write to that directory: ?php touch(/var/log/safe/arr.php); ? However, the following ASP script is not: %@ Page Language=C# Debug=true % % using (System.IO.File.CreateText(/var/log/safe/arr.asp)) { } % Interestingly, these two scripts return different values when they call getgroups(). The PHP script correctly returns the apache and safe groups. The ASP script returns apache for its effective uid/gid, but getgroups() returns groups 0,1,2,3,4,6,10 - all of *root's* supplementary groups! Hopefully someone can provide some quick insight to my problem here and, ideally, a workaround - thank you in advance for your help! -- Jay Miller PGP Fingerprint | 5f7adbbe bfc60727 96dca94c 616d5080 09e3e846 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] 1.2.6 Release Notes
My notes as follows. System.Windows.Forms * SplitContainer now supports FixedPanel layouting. System.Design Initial implementation of the .Net 1.1 and .Net 2.0 Design-Time framework. Includes: * Hosting: DesignSurface, DesignSurfaceManager, etc. * CodeDom Serialization/Deserialization: CodeDomSerializer, CodeDomSerializerBase, DesignerSerializationManager, etc * Core WinForms Designers Stack: ComponentDesigner, ControlDesigner, ScrollableControlDesigner, ParentControlDesigner, DocumentDesigner, etc. P.S: I am starting a new thread because the original got polluted. -- Ivan N. Zlatev Web: http://www.i-nZ.net It's all some kind of whacked out conspiracy. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Patch for System.IO.Ports.SerialPort ReadLinefunction
Hello Miguel, Yes using the ReadTo function does make the most sense as it is a special case of the operation. I had a look at the ReadTo function and I think it is broken. It assumes that it is in the initial state (IE current is 0) when it encounters the beginning of the string it is reading to. So if we are reading to ababZ and the input is abababZfoo it will read past the ababZ. It was because of this that I put the 'state-driven' approach into the too hard / too complex basket when I wrote my initial function. But thinking about it further the ReadTo function could be extended to keep multiple states (ie a list of 'current' offsets). One for each time a potential beginning of the string we are looking for is encountered. I have attached a file with such an extended ReadTo function. Let me know your thought. Regards Michael From: Miguel de Icaza [mailto:[EMAIL PROTECTED] Sent: Tue 06.11.2007 02:06 To: Michael Mattess Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] Patch for System.IO.Ports.SerialPort ReadLinefunction Hello, My ReadLine routine is broken, it did not append data that was only partially part of the ReadLine. While I was fixing it, I noticed that we already have a routine that did this correctly (ReadTo). So am going to just change the code to be: ReadTo (new_line). Miguel. public string ReadTo(string value) { CheckOpen(); if (value == null) throw new ArgumentNullException(value); if (value.Length == 0) throw new ArgumentException(value); // Turn into byte array, so we can compare byte[] byte_value = encoding.GetBytes(value); Listint currentList = new Listint(); Listbyte seen = new Listbyte(); while (true) { int n = read_byte(); if (n == -1) break; seen.Add((byte)n); //check if n could be a new start of the string we are looking for if (n == byte_value[0]) { //create new state... currentList.Add(0); } //update all the states for (int i = currentList.Count -1; i = 0; i--) { int current = currentList[i]; if (n == byte_value[current]) { current++; currentList[i] = current; if (current == byte_value.Length) return encoding.GetString(seen.ToArray(), 0, seen.Count - byte_value.Length); } else { currentList.Remove(i); } } } return encoding.GetString(seen.ToArray()); } ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Bug in System.Net.ServicePointManager. The runtime does not honor DefaultConnectionLimit.
The mono runtime does not honor DefaultConnectionLimit, nor the machine.config file setting maxconnections. It always open only 2 simultaneous connections to a host. Detailed explanations with test code are posted in the bug report: https://bugzilla.novell.com/show_bug.cgi?id=339422 Cheers -- Svetoslav Milenov (Sunny) Even the most advanced equipment in the hands of the ignorant is just a pile of scrap. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list