Re: [Mono-docs-list] Differences between generic names in the documentation.
Hi, On 12/12/2007, Jonathan Pryor [EMAIL PROTECTED] wrote: On Wed, 2007-12-12 at 05:57 -0500, Jonathan Pryor wrote: On Sat, 2007-12-08 at 12:04 +0100, Valentin Sawadski wrote: But then again it seems that the browser uses the Testlt;Tgt; everywhere. Sometimes it gets parsed and will be displayed as TestT but other times not and some ugly HTML-Entities are being shown as the class name. After looking into this further, I *think* this is a GTKHTML rendering bug. Perfect test case: 1. Start Monodoc. 2. Click File - Lookup URL, or type Ctrl+L. 3. Enter the URL: a href=foo.barlt;Tgt;foo.barlt;Tgt;/a It displays as foo.barlt;Tgt; (i.e. no escaping is occurring), and if you hold your mouse over the link the target is foo.barlt;Tgt;. You can in fact change the URL to be: a href=foo.barTfoo.barlt;Tgt;/a Despite being invalid XML (is it even valid HTML?), GTKHTML displays it, and shows the desired target when you mouse over it (foo.barT), but it still shows foo.barlt;Tgt; as the link text. I can't find any way to get foo.barT as the link text. :-/ (Not that a href of foo.barT helps anyway, as that's invalid XML, and thus cannot be used within the documentation.) So it's definitely a GTKHTML bug; no idea how to fix it. This has also been reported: http://bugzilla.gnome.org/show_bug.cgi?id=340007 http://bugzilla.gnome.org/show_bug.cgi?id=494315 http://bugzilla.gnome.org/show_bug.cgi?id=498847 The latter two were opened in November of this year. The first one also seems applicable, and was opened in 2006. I couldn't reproduce the problem with rendering generics you are talking about. I think this is related to the version of gtkhtml. I've noticed I only have the old gtkhtml-2.0 and, maybe, this is a issue with 3.14 (I've seen the bugs you reported are related to the 3X series). Could you try to compile with old libgtkhtml-2.0 and see If the problem is still there? Maybe we should stick with the old 2.0 gtkhtml; by the way I don't know what exactly gives us the 3X series, nor why it was enabled by default? Sounds like the actual solution is to get Gecko working again. Anyone know why it dies? Well, it seems related to a change in monodoc script configuring something to get the gecko library. In the bug report (https://bugzilla.novell.com/show_bug.cgi?id=341815) Wade points to a change made on r81537 but I can not try it myself because I don't have OpenSUSE. Does removing these two lines (which I don't think are so much useful) fixes the problem for you? Mario - Jon ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-docs-list] Differences between generic names in the documentation.
Mike: Didn't GtkHtml# always bind gtkhtml-3.0? Or did it bind 2.x at some point in time? On Sat, 2007-12-15 at 13:30 +0100, Mario Sopena Novales wrote: On 12/12/2007, Jonathan Pryor [EMAIL PROTECTED] wrote: Perfect test case: 1. Start Monodoc. 2. Click File - Lookup URL, or type Ctrl+L. 3. Enter the URL: a href=foo.barlt;Tgt;foo.barlt;Tgt;/a It displays as foo.barlt;Tgt; (i.e. no escaping is occurring), and if you hold your mouse over the link the target is foo.barlt;Tgt;. I couldn't reproduce the problem with rendering generics you are talking about. I think this is related to the version of gtkhtml. I've noticed I only have the old gtkhtml-2.0 and, maybe, this is a issue with 3.14 (I've seen the bugs you reported are related to the 3X series). Could you try to compile with old libgtkhtml-2.0 and see If the problem is still there? As far as I'm aware, Gtkhtml# has *always* bound the 3.x API, not the 2.x API. In fact, 3.x and 2.x are NOT compatible (compare the output of `nm -D libgtkhtml-2.so` to `nm -D libgtkhtml-3.14.so` and grep for T, which lists methods found within those libraries). So I'm not sure how you could possibly be using Gtkhtml 2.0 with Monodoc. Sounds like the actual solution is to get Gecko working again. Anyone know why it dies? Well, it seems related to a change in monodoc script configuring something to get the gecko library. In the bug report (https://bugzilla.novell.com/show_bug.cgi?id=341815) Wade points to a change made on r81537 but I can not try it myself because I don't have OpenSUSE. Does removing these two lines (which I don't think are so much useful) fixes the problem for you? This has nothing to do with it, as seen by comment #2 which is a C sample that reproduces the crash. The actual patch you refer to allowed monodoc to *use* Gecko; it's the actual use of Gecko which causes the crash. - Jon ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-docs-list] Differences between generic names in the documentation.
On Sat, 2007-12-15 at 08:45 -0500, Jonathan Pryor wrote: Mike: Didn't GtkHtml# always bind gtkhtml-3.0? Or did it bind 2.x at some point in time? The gtkhtml-sharp-2.0.pc points to bindings of gtkhtml from versions 3.0.10 through 3.12. When the API broke in 3.14, we had to change some things, and now the gtkhtml-sharp-3.14.pc found in gnome-desktop-sharp points to bindings for gtkhtml-3.14.pc. That's probably the source of confusion. -- Mike Kestner [EMAIL PROTECTED] ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-docs-list] Differences between generic names in the documentation.
Hi, On 15/12/2007, Mike Kestner [EMAIL PROTECTED] wrote: On Sat, 2007-12-15 at 08:45 -0500, Jonathan Pryor wrote: Mike: Didn't GtkHtml# always bind gtkhtml-3.0? Or did it bind 2.x at some point in time? The gtkhtml-sharp-2.0.pc points to bindings of gtkhtml from versions 3.0.10 through 3.12. When the API broke in 3.14, we had to change some things, and now the gtkhtml-sharp-3.14.pc found in gnome-desktop-sharp points to bindings for gtkhtml-3.14.pc. Well, I never looked at the C library but just at how monodoc browser pointed to gtkhtml-sharp-2.0 and gtkhtml-sharp-3.14 and that made me think gtkhtml-sharp-2.0 pointed to a 2.X series. Then, it seems a problem of libgtkhtml for 3.14 onwards? That's probably the source of confusion. -- Mike Kestner [EMAIL PROTECTED] ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
[Mono-dev] Remoting and thread pool limits
Hi, I've found the following difference working with .NET and Mono remoting. In .NET when the remoting ThreadPool reaches the pool's maximum (25 threads per process), it is able to continue creating new threads. In fact, you can end up having a remoting server with hundreds of threads. In mono the behaviour is different. Once the limit is reached it starts refusing connections. The other drawback of the standard (1.1) remoting (.NET) is that once the thread pool limit is reached, each new thread takes a lng time. In fact, replacing the standard TCP channel by, for instance, the GenuineChannels one, performance gets increased under heavy load. The attached code creates a remoting server which implements one method. The method is really simple: public string GetVal() { Console.WriteLine(GetVal() - ThId:{0}, Thread.CurrentThread.GetHashCode()); Thread.Sleep(1000); return Hi There; } Well, if you have a client launching 200 threads at the same time and calling the server, it should take about 1 second to complete. Here are my results using .NET (it doesn't finish with mono) 1 - Time 1102 ms 5 - Time 1011 ms 10 - Time 1002 ms 20 - Time 1011 ms 40 - Time 2003 ms 50 - Time 2013 ms 200 - Time 6019 ms Using GenuineChannels (the difference here is how they implement the threadpool), all get about 1 sec to finish. Please find the sample code at http://www.codicesoftware.com/testing/remotingtransmission.rar Regards, pablo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Remoting and thread pool limits
Hi, pablosantosluac wrote: Hi, I've found the following difference working with .NET and Mono remoting. In .NET when the remoting ThreadPool reaches the pool's maximum (25 threads per process), it is able to continue creating new threads. In fact, you can end up having a remoting server with hundreds of threads. In mono the behaviour is different. Once the limit is reached it starts refusing connections. This is unrelated to mono's remoting thread pool. You have probably ran your tests on Windows, where mono indeed fails with a GC failure when too many threads are created because the GC has a hard coded max thread count limit. On Linux (x86_64, Mono 1.2.6) I can finish the tests: Linux Mono client - Linux Mono server (same machine) poseidon [~/foo] $ mono client/bin/Debug/client.exe tcp://localhost:8084/remote 1 - Time 1206 ms 5 - Time 2045 ms 10 - Time 3575 ms 20 - Time 8174 ms 40 - Time 12055 ms 50 - Time 8185 ms 200 - Time 46150 ms MS.NET client - Linux Mono server (different machines) troll:/cygdrive/u/foo/client/bin/Debug $ ./client.exe tcp://poseidon:8084/remote 1 - Time 1297 ms 5 - Time 2000 ms 10 - Time 3515 ms 20 - Time 6016 ms 40 - Time 11031 ms 50 - Time 6016 ms 200 - Time 94375 ms The numbers don't look very well, though. I promise to look at this when you file a bug report so that it doesn't get overlooked. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Remoting and thread pool limits
Well, it is not a *bug* but a feature. I wonder if it should be changed. If you look into RemotingThreadPool.cs there is a line like: threadDone.WaitOne(PoolGrowDelay, false); This one is actually the one making the process too slow. I'm afraid it must be something similar on the .NET code too! Of course removing this line the problem gets solved, but I guess there is a reason in the channel to do that. pablo - Original Message - From: Robert Jordan [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Sent: Saturday, December 15, 2007 4:12 PM Subject: Re: [Mono-dev] Remoting and thread pool limits Hi, pablosantosluac wrote: Hi, I've found the following difference working with .NET and Mono remoting. In .NET when the remoting ThreadPool reaches the pool's maximum (25 threads per process), it is able to continue creating new threads. In fact, you can end up having a remoting server with hundreds of threads. In mono the behaviour is different. Once the limit is reached it starts refusing connections. This is unrelated to mono's remoting thread pool. You have probably ran your tests on Windows, where mono indeed fails with a GC failure when too many threads are created because the GC has a hard coded max thread count limit. On Linux (x86_64, Mono 1.2.6) I can finish the tests: Linux Mono client - Linux Mono server (same machine) poseidon [~/foo] $ mono client/bin/Debug/client.exe tcp://localhost:8084/remote 1 - Time 1206 ms 5 - Time 2045 ms 10 - Time 3575 ms 20 - Time 8174 ms 40 - Time 12055 ms 50 - Time 8185 ms 200 - Time 46150 ms MS.NET client - Linux Mono server (different machines) troll:/cygdrive/u/foo/client/bin/Debug $ ./client.exe tcp://poseidon:8084/remote 1 - Time 1297 ms 5 - Time 2000 ms 10 - Time 3515 ms 20 - Time 6016 ms 40 - Time 11031 ms 50 - Time 6016 ms 200 - Time 94375 ms The numbers don't look very well, though. I promise to look at this when you file a bug report so that it doesn't get overlooked. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] New Moma bug
I downloaded the new version of Moma, and it works with the new definitions, execpt for one file: scaexec.dll from SharpDevelop. It crashes, Moma works on all the other SharpDevelop files. I can email someone the file or make a bug report. I do not need this fixed for anything I am doing, so this is a fyi, I am not pushing for a fix. Thanks, Dennis Here is the execption ** Exception Text ** System.ArgumentOutOfRangeException: Specified argument was out of the range of valid values. Parameter name: Cannot map the rva to any section at Mono.Cecil.Binary.Image.ResolveVirtualAddress(RVA rva) at Mono.Cecil.Binary.ImageReader.SetPositionToAddress(RVA address) at Mono.Cecil.Binary.ImageReader.VisitHintNameTable(HintNameTable hnt) at Mono.Cecil.Binary.Image.Accept(IBinaryVisitor visitor) - Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now.___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] New Moma bug
Hey, On 12/15/07, Dennis Hayes [EMAIL PROTECTED] wrote: scaexec.dll from SharpDevelop. Looks to be a Mono.Cecil bug. Which version of SharpDevelop are you testing it with? -- Jb Evain [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] Remoting and thread pool limits
pablosantosluac wrote: Well, it is not a *bug* but a feature. I wonder if it should be changed. If you look into RemotingThreadPool.cs there is a line like: threadDone.WaitOne(PoolGrowDelay, false); This one is actually the one making the process too slow. I'm afraid it must be something similar on the .NET code too! Of course removing this line the problem gets solved, but I guess there is a reason in the channel to do that. I noticed that too, but this doesn't solve the real problem: the 200 thread test is still too slow on my machine. The degradation seems to start after 60-80 threads on my pretty weak SMP machine. Just to be sure, I've replaced RemotingThreadPool with an own, simple version based on the standard BCL ThreadPool = same issue, although I've raised the env var MONO_THREADS_PER_CPU to an insane value. Robert pablo - Original Message - From: Robert Jordan [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Sent: Saturday, December 15, 2007 4:12 PM Subject: Re: [Mono-dev] Remoting and thread pool limits Hi, pablosantosluac wrote: Hi, I've found the following difference working with .NET and Mono remoting. In .NET when the remoting ThreadPool reaches the pool's maximum (25 threads per process), it is able to continue creating new threads. In fact, you can end up having a remoting server with hundreds of threads. In mono the behaviour is different. Once the limit is reached it starts refusing connections. This is unrelated to mono's remoting thread pool. You have probably ran your tests on Windows, where mono indeed fails with a GC failure when too many threads are created because the GC has a hard coded max thread count limit. On Linux (x86_64, Mono 1.2.6) I can finish the tests: Linux Mono client - Linux Mono server (same machine) poseidon [~/foo] $ mono client/bin/Debug/client.exe tcp://localhost:8084/remote 1 - Time 1206 ms 5 - Time 2045 ms 10 - Time 3575 ms 20 - Time 8174 ms 40 - Time 12055 ms 50 - Time 8185 ms 200 - Time 46150 ms MS.NET client - Linux Mono server (different machines) troll:/cygdrive/u/foo/client/bin/Debug $ ./client.exe tcp://poseidon:8084/remote 1 - Time 1297 ms 5 - Time 2000 ms 10 - Time 3515 ms 20 - Time 6016 ms 40 - Time 11031 ms 50 - Time 6016 ms 200 - Time 94375 ms The numbers don't look very well, though. I promise to look at this when you file a bug report so that it doesn't get overlooked. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] new features added
New namespace System.MobAdminLx is included in the source code of mono project. It provides useful features which are not currenly available in mono project. It includes class for system administration, class for database operations and for client server communication. Using these classes users can easily adminstrate the system and operate on database. D.A.Vidhate Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-list] Mac OS X 10.3 (Panther) port
Hello Mono team, If somebody provides mono 1.2.6. for Mac OS X Panther (10.3) port, I will be much happy. Mono seems to close Panther support. If it is not easy, please provide the old 1.2.5 so that I can download it from the web site. regards, ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mac OS X 10.3 (Panther) port
Am 15.12.2007 um 13:05 schrieb HEMMI, Shigeru: If somebody provides mono 1.2.6. for Mac OS X Panther (10.3) port, I will be much happy. Mono seems to close Panther support. Mono used to work fine on Panther, so no port is required. If something broke, please file a more specific bug report. If the provided download does not work for you, try compiling 1.2.6 or SVN yourself and see if that works better. Andreas ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mac OS X 10.3 (Panther) port
Dear Andreas, Thanks for quick reply. 2007/12/15, Andreas Färber [EMAIL PROTECTED]: Am 15.12.2007 um 13:05 schrieb HEMMI, Shigeru: If somebody provides mono 1.2.6. for Mac OS X Panther (10.3) port, I will be much happy. Mono seems to close Panther support. Mono used to work fine on Panther, so no port is required. If something broke, please file a more specific bug report. If the provided download does not work for you, try compiling 1.2.6 or SVN yourself and see if that works better. Andreas Here is a bug output of my experience: $ uname -a Darwin hagi.local 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar 30 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC Power Macintosh powerpc $ mcs --version Mono C# compiler version 1.2.6.0 $ cat hello.cs using System; namespace HelloWorld { class Hello { static void Main() { System.Console.WriteLine(Hello World!); } } } $ mcs hello.cs Unhandled Exception: System.ExecutionEngineException: SIGILL regards, ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Fwd: ilasm2 can't compile vbbyref marshalled parameter
Hello Joe, On Fri, 2007-12-14 at 22:57 -0500, Joe Mason wrote: On 12/14/07, Sebastien Pouliot [EMAIL PROTECTED] wrote: Hello Joe, On Fri, 2007-12-14 at 00:48 -0500, Joe Mason wrote: I'm trying to make some small edits to a closed-source VB app to get it running on Linux (the System.Drawing.Image.FromFile OutOfMemory problem) by disassembling it with monodis and reassembling it with ilasm2. Has the problem been filled in bugzilla.ximian.com ? because AFAIK there's none in FromFile, unless the file is bad. As far as I could tell from Googling, the problem is with the .NET design, rather than mono itself - at least, lots of people are reporting it for .NET apps they're writing themselves, often in VB, and I assume most of these use Microsoft's .NET. The problem is that FromFile throws OutOfMemory on any error condition (permissions problems, bad image format, etc). See the following two posts - the first advises people to use OpenRead and FromStream, and the second has a huge list of people saying, I got the same exception, but my problem was something different! http://dotnetjunkies.com/Forums/ShowPost.aspx?PostID=3344 http://jcapka.blogspot.com/2006/06/imagefromfile-gives-out-of-memory.html I had assumed that Mono's FromFile was just following the Microsoft behaviour for compatibility, even though it would be better to have it throw a wider range of errors. I can't really file a bug until I'm sure why this particular code causes the exception, though, otherwise I don't have a very repeatable bug report. Ok, I understand now. It's true that GDI+, and libgdiplus in our case, returns OutOfMemory for a lot of things that aren't memory related. In fact it seems many NULL checks return OutOfMemory :( FromStream can have some issues on Win32 (only) since the way MS deals with loading requires the stream to be alive as long as the image. Thanks, good to know. (snip errors when pinvoking GetVolumeInformationA) Have a look at pinvoke.net Uh, it just occured to me - will pinvoking this even WORK on Linux, even if I get it to compile? No, it will work with Mono on Windows but not on Linux. I do have Wine installed, so I have a version of this function somewhere, but getting Mono to find it sounds like a huge hassle. As of today Mono doesn't run under Wine. Surely .NET has its own equivalent that could be called natively? There are some similar API in the FX. Not all of them are currently supported by Mono, but someone is working on some of them (check mono-list and mono-devel mailing list archives). Thanks for the help, Joe Good luck! Sebastien ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mac OS X 10.3 (Panther) port
All the previous Mono versions are available on the website. Go to the downloads page: http://www.mono-project.com/Downloads And click Older releases. Jonathan HEMMI, Shigeru wrote: Hello Mono team, If somebody provides mono 1.2.6. for Mac OS X Panther (10.3) port, I will be much happy. Mono seems to close Panther support. If it is not easy, please provide the old 1.2.5 so that I can download it from the web site. regards, ___ 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] mono-xmltool and relaxng compact include
Atsushi, Thanks for the pointer. I've been able to get a little further on this with your help. However, I'm still running into a validation problem when using an include. I've enclosed the include in a grammar as you suggested and that got rid of that error message I mentioned before. But I'm still getting an error. If I run 'mono-xmltool --validate simple.rnc simple.xml' against simple.rnc (1), I get the following: Argument cannot be null. Parameter name: uriString However, If I copy the content of Strippable.rnc into simple.rnc and omit the include [as in simple.rnc (2)], mono-xmltool just says done which seems to indicate that the validation was a success.I can only conclude that the include failed. Note that I was only able to use the interleave if I enclosed the interleaved items with parenthesis as in (child1 child2) below. If the parenthesis are excluded, I get an error. It doesn't seem correct that these should need to be grouped together in this way? Regards, Travis (1) - simple.rnc (with include) -- grammar { start = root root = element root { strippableAttributes, ( child1 child2 ) } child1 = element child1 {text}* child2 = element child2 {text}* include Strippable.rnc } (2) - simple.rnc (without include) -- grammar { start = root root = element root { strippableAttributes, ( child1 child2 ) } child1 = element child1 {text}* child2 = element child2 {text}* strippableAttributes = ( attribute strip {text}?, attribute length {text}?, attribute no_strip {text}?, attribute start_pos {text}?, attribute strip_after {text}? ) } Strippable.rnc -- strippableAttributes = ( attribute strip {text}?, attribute length {text}?, attribute no_strip {text}?, attribute start_pos {text}?, attribute strip_after {text}? ) simple.xml -- root child1Some text/child1 child2Some text/child2 child2Some text/child2 child1Some text/child1 /root - Original Message From: Atsushi Eno [EMAIL PROTECTED] To: Travis Staloch [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, December 14, 2007 2:53:28 AM Subject: Re: [Mono-list] mono-xmltool and relaxng compact include Ok, I've revisited the compact syntax land and noticed that you don't use grammar which is mandatory to enclose include items. http://www.oasis-open.org/committees/relax-ng/compact-20021121.html So it's a bug in your grammar. Atsushi Eno Travis Staloch wrote: Atsushi, Oh yes, obviously need that too. My mistake. Here it is. The simple.rnc I posted last message doesn't really make use of the contents of Strippable.rnc. To fully test the include, we should make sure to use one of the objects defined in this file. I've also posted a modified Simple.rnc below which does this. Cheers, Travis Strippable.rnc --- strippableAttributes = ( attribute strip {text}?, attribute length {text}?, attribute no_strip {text}?, attribute start_pos {text}?, attribute strip_after {text}? ) Simple.rnc (modified) -- include Strippable.rnc element root { strippableAttributes, element child1 {text}* element child2 {text}* } Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://us.rd.yahoo.com/evt=51733/*http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mac OS X 10.3 (Panther) port
Thanks for kind support. I am much appreciated. I overlooked the link Older releases. regards, 2007/12/16, Jonathan Pobst [EMAIL PROTECTED]: All the previous Mono versions are available on the website. Go to the downloads page: http://www.mono-project.com/Downloads And click Older releases. Jonathan HEMMI, Shigeru wrote: Hello Mono team, If somebody provides mono 1.2.6. for Mac OS X Panther (10.3) port, I will be much happy. Mono seems to close Panther support. If it is not easy, please provide the old 1.2.5 so that I can download it from the web site. regards, ___ 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] SQL Server 2005 Support
I can't seem to get Mono connected to MS-SQL2005. What Mono SQL Client should I be using? From: Nagappan A [mailto:[EMAIL PROTECTED] Sent: Friday, December 14, 2007 9:09 AM To: Veerapuram Varadhan Cc: [EMAIL PROTECTED]; Mono-list@lists.ximian.com Subject: Re: [Mono-list] SQL Server 2005 Support Hi, MS-SQL 2005 works fine under Mono. But the additional features like SqlNotification won't work. Thanks Nagappan On Dec 14, 2007 3:29 AM, Veerapuram Varadhan [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi Bokarius, On Fri, 2007-12-14 at 02:52 -0800, Konstantin Bokarius wrote: Does Mono have SQL Server 2005 support yet? Which SQL Client available today would be the best bet? SQLServer 2005 is yet to be supported in Mono and all prior versions are very much supported. V. Varadhan -- Veerapuram Varadhan [EMAIL PROTECTED] ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -- Linux Desktop Testing Project - http://ldtp.freedesktop.org http://nagappanal.blogspot.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] SQL Server 2005 Support
What does your connection string look like? I had to use the port number to connect. My connection string looks like this: Net=dbmssocn;Server=xxx.xxx.xx.xxx, 1226;Database=[mydatabase];User ID=[myusername];Password=[mypassword]; where the x's are my ip address and 1226 is the port On Dec 15, 2007 5:04 PM, Konstantin Bokarius [EMAIL PROTECTED] wrote: I can't seem to get Mono connected to MS-SQL2005. What Mono SQL Client should I be using? *From:* Nagappan A [mailto:[EMAIL PROTECTED] *Sent:* Friday, December 14, 2007 9:09 AM *To:* Veerapuram Varadhan *Cc:* [EMAIL PROTECTED]; Mono-list@lists.ximian.com *Subject:* Re: [Mono-list] SQL Server 2005 Support Hi, MS-SQL 2005 works fine under Mono. But the additional features like SqlNotification won't work. Thanks Nagappan On Dec 14, 2007 3:29 AM, Veerapuram Varadhan [EMAIL PROTECTED] wrote: Hi Bokarius, On Fri, 2007-12-14 at 02:52 -0800, Konstantin Bokarius wrote: Does Mono have SQL Server 2005 support yet? Which SQL Client available today would be the best bet? SQLServer 2005 is yet to be supported in Mono and all prior versions are very much supported. V. Varadhan -- Veerapuram Varadhan [EMAIL PROTECTED] ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -- Linux Desktop Testing Project - http://ldtp.freedesktop.org http://nagappanal.blogspot.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
[Mono-list] error running mod_mono 1.2.6 in apache2
Hi. I just to upgrade mono to 1.2.6, the C# compiler works well, xsp2 also works fine, but mod_mono when i start apache2 server, it launches the following error in the error.log [crit] (17)File exists: Failed to create shared memory segment for backend 'XXGLOBAL' In 1.2.5 it not shows the error. I don't know if this is a critical error, but my aspx pages still works in my testing server (in production still are installed 1.2.5). How can i to fix this error? What i must to check? Best regards. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mac OS X 10.3 (Panther) port
Am 15.12.2007 um 14:40 schrieb HEMMI, Shigeru: 2007/12/15, Andreas Färber [EMAIL PROTECTED]: Am 15.12.2007 um 13:05 schrieb HEMMI, Shigeru: If somebody provides mono 1.2.6. for Mac OS X Panther (10.3) port, I will be much happy. Mono seems to close Panther support. Mono used to work fine on Panther, so no port is required. If something broke, please file a more specific bug report. Here is a bug output of my experience: $ uname -a Darwin hagi.local 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar 30 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC Power Macintosh powerpc $ mcs --version Mono C# compiler version 1.2.6.0 $ cat hello.cs using System; namespace HelloWorld { class Hello { static void Main() { System.Console.WriteLine(Hello World!); } } } $ mcs hello.cs Unhandled Exception: System.ExecutionEngineException: SIGILL I can confirm this; mcs crashes with SIGILL, no Console messages and without developer tools installed I see no apparent source of the problem. Executing a simple pre-compiled assembly worked fine. https://bugzilla.novell.com/show_bug.cgi?id=349063 Andreas ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] SQL Server 2005 Support
Here is my code: private static string strConnect = Server=10.10.1.152; + Database=TESTDB; + User ID=userid; + Password=pwd;; private static SqlConnection dbCon; private static IDbCommand dbCmd; private static IDataReader dbReader; ... dbCon = new SqlConnection(strConnect); dbCon.Open(); Here is the error I get: Unhandled Exception: System.Data.SqlClient.SqlException: Server does not exist or connection refused. --- Mono.Data.Tds.Protocol.TdsInternalException: Server does not exist or connection refused. --- System.Net.Sockets.SocketException: Connection refused at System.Net.Sockets.Socket.Connect (System.Net.EndPoint remote_end) [0x0] at Mono.Data.Tds.Protocol.TdsComm..ctor (System.String dataSource, Int32 port, Int32 packetSize, Int32 timeout, TdsVersion tdsVersion) [0x0] --- End of inner exception stack trace --- I have tried specifying the port (1433) and using Net=dbmssocn; and I still get the same error. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Austin Winstanley Sent: Saturday, December 15, 2007 3:15 PM To: Konstantin Bokarius Cc: Nagappan A; Mono-list@lists.ximian.com Subject: Re: [Mono-list] SQL Server 2005 Support What does your connection string look like? I had to use the port number to connect. My connection string looks like this: Net=dbmssocn;Server=xxx.xxx.xx.xxx, 1226;Database=[mydatabase];User ID=[myusername];Password=[mypassword]; where the x's are my ip address and 1226 is the port On Dec 15, 2007 5:04 PM, Konstantin Bokarius [EMAIL PROTECTED] wrote: I can't seem to get Mono connected to MS-SQL2005. What Mono SQL Client should I be using? From: Nagappan A [mailto:[EMAIL PROTECTED] Sent: Friday, December 14, 2007 9:09 AM To: Veerapuram Varadhan Cc: [EMAIL PROTECTED]; Mono-list@lists.ximian.com Subject: Re: [Mono-list] SQL Server 2005 Support Hi, MS-SQL 2005 works fine under Mono. But the additional features like SqlNotification won't work. Thanks Nagappan On Dec 14, 2007 3:29 AM, Veerapuram Varadhan [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi Bokarius, On Fri, 2007-12-14 at 02:52 -0800, Konstantin Bokarius wrote: Does Mono have SQL Server 2005 support yet? Which SQL Client available today would be the best bet? SQLServer 2005 is yet to be supported in Mono and all prior versions are very much supported. V. Varadhan -- Veerapuram Varadhan [EMAIL PROTECTED] ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -- Linux Desktop Testing Project - http://ldtp.freedesktop.org http://nagappanal.blogspot.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
Re: [Mono-list] SQL Server 2005 Support
Hi, It looks like either the service is not running in the default port or its protected with firewall. Thanks Nagappan On Dec 15, 2007 5:37 PM, Konstantin Bokarius [EMAIL PROTECTED] wrote: Here is my code: private static string strConnect = Server=10.10.1.152; + Database=TESTDB; + User ID=userid; + Password=pwd;; private static SqlConnection dbCon; private static IDbCommand dbCmd; private static IDataReader dbReader; ... dbCon = new SqlConnection(strConnect); dbCon.Open(); Here is the error I get: Unhandled Exception: System.Data.SqlClient.SqlException: Server does not exist or connection refused. --- Mono.Data.Tds.Protocol.TdsInternalException: Server does not exist or connection refused. --- System.Net.Sockets.SocketException: Connection refused at System.Net.Sockets.Socket.Connect (System.Net.EndPoint remote_end) [0x0] at Mono.Data.Tds.Protocol.TdsComm..ctor (System.String dataSource, Int32 port, Int32 packetSize, Int32 timeout, TdsVersion tdsVersion) [0x0] --- End of inner exception stack trace --- I have tried specifying the port (1433) and using Net=dbmssocn; and I still get the same error. *From:* [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] *On Behalf Of *Austin Winstanley *Sent:* Saturday, December 15, 2007 3:15 PM *To:* Konstantin Bokarius *Cc:* Nagappan A; Mono-list@lists.ximian.com *Subject:* Re: [Mono-list] SQL Server 2005 Support What does your connection string look like? I had to use the port number to connect. My connection string looks like this: Net=dbmssocn;Server=xxx.xxx.xx.xxx, 1226;Database=[mydatabase];User ID=[myusername];Password=[mypassword]; where the x's are my ip address and 1226 is the port On Dec 15, 2007 5:04 PM, Konstantin Bokarius [EMAIL PROTECTED] wrote: I can't seem to get Mono connected to MS-SQL2005. What Mono SQL Client should I be using? *From:* Nagappan A [mailto:[EMAIL PROTECTED] *Sent:* Friday, December 14, 2007 9:09 AM *To:* Veerapuram Varadhan *Cc:* [EMAIL PROTECTED]; Mono-list@lists.ximian.com *Subject:* Re: [Mono-list] SQL Server 2005 Support Hi, MS-SQL 2005 works fine under Mono. But the additional features like SqlNotification won't work. Thanks Nagappan On Dec 14, 2007 3:29 AM, Veerapuram Varadhan [EMAIL PROTECTED] wrote: Hi Bokarius, On Fri, 2007-12-14 at 02:52 -0800, Konstantin Bokarius wrote: Does Mono have SQL Server 2005 support yet? Which SQL Client available today would be the best bet? SQLServer 2005 is yet to be supported in Mono and all prior versions are very much supported. V. Varadhan -- Veerapuram Varadhan [EMAIL PROTECTED] ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -- Linux Desktop Testing Project - http://ldtp.freedesktop.org http://nagappanal.blogspot.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 -- Linux Desktop Testing Project - http://ldtp.freedesktop.org http://nagappanal.blogspot.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list