Re: [Mono-list] Feodra Core 5 and LD_LIBRARY_PATH
You only need to set LD_LIBRARY_PATH if you install your libraries in locations other than /usr, you can also add /usr/local/lib in ld.so.conf and run ldconfig IIRC On 4/5/06, Paddy Joy <[EMAIL PROTECTED]> wrote: > Whenever I open a terminal window in Fedora Core 5 and want to run > monodevelop, mcs or mono I have to to do the following: > > LD_LIBRARY_PATH=/usr/local/lib > export LD_LIBRARY_PATH > > Never had to do this with FC4, is this a mono thing or a fedora thing? > Should I just add these line to my bash profile and forget about it? :-) > > Paddy > ___ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list > -- Jonel Rienton mailto:[EMAIL PROTECTED] powered by: google ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Feodra Core 5 and LD_LIBRARY_PATH
I am running mcs and mono on FC5 and do not need to do this. Mono is installed in /usr (from FC5 install). I did have a problem where my C# app was unable to load a C DLL that I was calling via PInvoke, even if I set LD_LIBRARY_PATH. This seems to be due to the fact that when I installed I used the default SELinux Security Level of Enforcing. Changing this level to Permissive fixed the problem. Mark ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Feodra Core 5 and LD_LIBRARY_PATH
Whenever I open a terminal window in Fedora Core 5 and want to run monodevelop, mcs or mono I have to to do the following: LD_LIBRARY_PATH=/usr/local/lib export LD_LIBRARY_PATH Never had to do this with FC4, is this a mono thing or a fedora thing? Should I just add these line to my bash profile and forget about it? :-) Paddy ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Garbage collection and memory usage
Hi, Joshua Tauberer wrote: For whatever reason, I had trouble using heap buddy a while back when I first tried, which led me to trying Nemerle's profiler (and hacking some things into it, which was a good experience even if heap buddy already did the same things). I was able to find and remove many of the biggest object allocators that I found, but I'll give heap buddy a shot again for finding objects that aren't being collected. One thing I noticed is that heap-buddy will lock up pretty much instantly on SMP machines. I think Jon filed a bug about that, but I don't know what it is offhand. Hopefully he can give more info. Joe ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mono wins Best Application Development Platform award.
Hey folks! Mono won the "Best Application Development Platform or Tool" award at the LinuxWorld 2006 event. Congratulations to the whole Mono team! Miguel ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Garbage collection and memory usage
Joe Shaw wrote: > I strongly recommend using Heap Buddy for this. (snip) > You can get the source from here: > http://blog.trowbridge.org/index.php?p=49 (snip) > I blogged a bit about using it to identify a big leak in Mono a few > weeks ago: > http://joeshaw.org/2006/03/17/386 Hey, For whatever reason, I had trouble using heap buddy a while back when I first tried, which led me to trying Nemerle's profiler (and hacking some things into it, which was a good experience even if heap buddy already did the same things). I was able to find and remove many of the biggest object allocators that I found, but I'll give heap buddy a shot again for finding objects that aren't being collected. Thanks for the pointer. -- - Joshua Tauberer http://taubz.for.net "Unfortunately, we're having this discussion. It's too bad, because guess who listens to the discussion: the enemy." ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Garbage collection and memory usage
Hi, On Wed, 2006-04-05 at 14:35 -0400, Joshua Tauberer wrote: > Gavin Hamill wrote: > > Having upgraded mono, recompiled > > xsp+mod_mono and restarted apache, 5 hours later RAM use is at 300M > > and I fully expect it to climb higher. > > I'm having the exact same problem, though I've been able to deal with it > by periodically restarting mod-mono-server (typically two or three times > a day). > > As Paolo reminded me this morning, we need to isolate the problem and > submit a test case. I strongly recommend using Heap Buddy for this. We've used it very successfully in identifying problems in Beagle. Whether it's doing large, unnecessary allocations (and fragmenting the heap) or doing allocations that are never collected by the GC (like adding objects to a static hash table), it can help. You can get the source from here: http://blog.trowbridge.org/index.php?p=49 I blogged a bit about using it to identify a big leak in Mono a few weeks ago: http://joeshaw.org/2006/03/17/386 Joe ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Installing monodevelop 0.10 I get the error:
System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.MissingMethodException: Method not found: 'Gtk.NodeView..ctor'. in <0x0> in <0x0007e> MonoDevelop.GtkCore.GuiBuilder.GuiBuilderProjectPad:.ctor () in <0x0> in (wrapper managed-to-native) System.Reflection.MonoCMethod:InternalInvoke (object,object[]) in <0x000da> System.Reflection.MonoCMethod:Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture)--- End of inner exception stack trace --- in <0x00179> System.Reflection.MonoCMethod:Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) in <0x00042> System.Reflection.MonoCMethod:Invoke (BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) in <0x0004f> System.Reflection.ConstructorInfo:Invoke (System.Object[] parameters) in <0x00151> System.Activator:CreateInstance (System.Type type, Boolean nonPublic) in <0x00013> System.Activator:CreateInstance (System.Type type) in <0x00033> MonoDevelop.Core.AddIns.AddIn:CreateObject (System.String className) in <0x000a8> MonoDevelop.Ide.Codons.PadCodon:CreatePad () in <0x0002a> MonoDevelop.Ide.Codons.PadCodon:BuildItem (System.Object owner, System.Collections.ArrayList subItems, MonoDevelop.Core.AddIns.ConditionCollection conditions) in <0x001cf> MonoDevelop.Core.AddIns.DefaultAddInTreeNode:BuildChildItems (System.Object caller) in <0x00097> MonoDevelop.Core.AddIns.AddInService:GetTreeItems (System.String path, System.Type itemType) in <0x00086> MonoDevelop.Ide.Gui.DefaultWorkbench:InitializeLayout (IWorkbenchLayout workbenchLayout) in <0x000d2> MonoDevelop.Ide.Gui.Workbench:Initialize (IProgressMonitor monitor) in <0x000fc> MonoDevelop.Ide.Gui.IdeApp:Initialize (IProgressMonitor monitor) in <0x00adb> MonoDevelop.Ide.Gui.IdeStartup:Run (System.String[] args)-- ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] 1.1.14: glic exception
Hello, I have an up to date Fedora Core 4, and I installed the latest mono-1.1.114 with the RPMS provided on mono-project.com for Fedora Core 4. I get the following error with Mono when I use the parameter --profile=cov (it used to work fine with mono 1.1.13.6 on the same PC): *** glibc detected *** mono: free(): invalid next size (normal): 0x08ac1980 *** === Backtrace: = /lib/libc.so.6[0x9391e0] /lib/libc.so.6[0x93af5b] /lib/libc.so.6(__libc_realloc+0xf3)[0x93bb17] /usr/lib/libglib-2.0.so.0(g_realloc+0x2b)[0x12abaf] mono(mono_arch_emit_epilog+0x64f)[0x806e61f] mono(mono_codegen+0x495)[0x813c3b5] mono[0x813cd67] mono[0x813d7ae] mono[0x813dc12] mono[0x813ddaa] mono(mono_compile_method+0x3a)[0x80d604a] mono(mono_magic_trampoline+0x1a)[0x8154cea] [0x6b8032] [0x352c8a] [0x352986] mono[0x813e070] mono(mono_runtime_invoke+0x27)[0x80d7847] mono(mono_runtime_exec_main+0xb1)[0x80d89d1] mono(mono_runtime_run_main+0x171)[0x80d85a1] mono(strftime+0x1bae)[0x805c632] mono(mono_main+0x841)[0x805d001] mono(__fxstat64+0x137)[0x805b9eb] /lib/libc.so.6(__libc_start_main+0xdf)[0x8ead7f] mono(sinh+0x4d)[0x805b941] === Memory map: 00101000-00185000 r-xp fd:00 74121 /usr/lib/libglib-2.0.so.0.600.6 00185000-0018a000 rwxp 00084000 fd:00 74121 /usr/lib/libglib-2.0.so.0.600.6 0018a000-0018c000 r-xp fd:00 73883 /usr/lib/libmono-profiler-cov.so.0.0.0 0018c000-0018d000 rwxp 1000 fd:00 73883 /usr/lib/libmono-profiler-cov.so.0.0.0 0018d000-00337000 r-xp fd:00 66806 /usr/lib/libmono.so.0.0.0 00337000-0034 rwxp 001a9000 fd:00 66806 /usr/lib/libmono.so.0.0.0 0034-00351000 rwxp 0034 00:00 0 00351000-003a1000 rwxp 00351000 00:00 0 003a1000-003aa000 r-xp fd:00 5303253 /lib/libgcc_s-4.0.2-20051126.so.1 003aa000-003ab000 rwxp 9000 fd:00 5303253 /lib/libgcc_s-4.0.2-20051126.so.1 003ad000-003b5000 r-xp fd:00 5303289/lib/librt-2.3.6.so 003b5000-003b6000 r-xp 7000 fd:00 5303289/lib/librt-2.3.6.so 003b6000-003b7000 rwxp 8000 fd:00 5303289/lib/librt-2.3.6.so 003b7000-003c1000 rwxp 003b7000 00:00 0 003c1000-003c2000 --xp 003c1000 00:00 0 003c2000-004d2000 rwxp 003c2000 00:00 0 004f3000-00503000 rwxp 004f3000 00:00 0 006b8000-006c8000 rwxp 006b8000 00:00 0 008b7000-008b8000 r-xp 008b7000 00:00 0 [vdso] 008b8000-008d2000 r-xp fd:00 5303234/lib/ld-2.3.6.so 008d2000-008d3000 r-xp 00019000 fd:00 5303234/lib/ld-2.3.6.so 008d3000-008d4000 rwxp 0001a000 fd:00 5303234/lib/ld-2.3.6.so 008d6000-009f9000 r-xp fd:00 5303235/lib/libc-2.3.6.so 009f9000-009fb000 r-xp 00122000 fd:00 5303235/lib/libc-2.3.6.so 009fb000-009fd000 rwxp 00124000 fd:00 5303235/lib/libc-2.3.6.so 009fd000-009ff000 rwxp 009fd000 00:00 0 00a01000-00a24000 r-xp fd:00 5303243/lib/libm-2.3.6.so 00a24000-00a25000 r-xp 00022000 fd:00 5303243/lib/libm-2.3.6.so 00a25000-00a26000 rwxp 00023000 fd:00 5303243/lib/libm-2.3.6.so 00a28000-00a2a000 r-xp fd:00 5303245/lib/libdl-2.3.6.so 00a2a000-00a2b000 r-xp 1000 fd:00 5303245/lib/libdl-2.3.6.so 00a2b000-00a2c000 rwxp 2000 fd:00 5303245/lib/libdl-2.3.6.so 00a43000-00a51000 r-xp fd:00 5303251/lib/libpthread-2.3.6.so 00a51000-00a52000 r-xp d000 fd:00 5303251/lib/libpthread-2.3.6.so 00a52000-00a53000 rwxp e000 fd:00 5303251/lib/libpthread-2.3.6.so 00a53000-00a55000 rwxp 00a53000 00:00 0 00a5b000-00a6b000 rwxp 00a5b000 00:00 0 00b1-00b11000 --xp 00b1 00:00 0 00b11000-00b14000 rwxp 00b11000 00:00 0 00b31000-00b41000 rwxp 00b31000 00:00 0 00b7d000-00b8d000 rwxp 00b7d000 00:00 0 00bd5000-00be5000 rwxp 00bd5000 00:00 0 00bff000-00c0f000 rwxp 00bff000 00:00 0 00cc8000-00cd8000 rwxp 00cc8000 00:00 0 00ce9000-00cf9000 rwxp 00ce9000 00:00 0 00dbd000-00dc r-xp fd:00 81540 /usr/lib/libgmodule-2.0.so.0.600.6 00dc-00dc1000 rwxp 2000 fd:00 81540 /usr/lib/libgmodule-2.0.so.0.600.6 00de7000-00deb000 r-xp fd:00 81624 /usr/lib/libgthread-2.0.so.0.600.6 00deb000-00dec000 rwxp 3000 fd:00 81624 /usr/lib/libgthread-2.0.so.0.600.6 00e76000-00e86000 rwxp 00e76000 00:00 0 00ed7000-00ee7000 rwxp 00ed7000 00:00 0 00f77000-00f8 r-xp fd:00 5303283/lib/libnss_files-2.3.6.so 00f8-00f81000 r-xp 8000 fd:00 5303283/lib/libnss_files-2.3.6.so 00f81000-00f82000 rwxp 9000 fd:00 5303283/lib/libnss_files-2.3.6.so 00f87000-00f97000 rwxp 00f87000 00:00 0 00fd3000-00fe3000 rwxp 00fd3000 00:00 0 069bc000-069cd000 r-xp fd:00 5303270/lib/libnsl-2.3.6.so 069cd000-069ce000 r-xp 0001 fd:00 5303270/lib/libnsl-2.3.6.so 069ce000-069cf000 rwxp 00011000 fd:00 5303270/lib/libnsl-2.3.6.so 069cf000-069d1000 rwxp 069cf000 00:00 0 08048000-081bb000 r-xp fd:00 69814 /usr/bin/mono 081bb000-081bd000 rwxp 00173000 fd:00 69814 /usr/bin/mono 081bd000-081cf000 rwxp 081bd000 00:00 0 086b2000-086b3000 rwxp 086b2000 00:00 0 086b3000-08aca000 rw-p 086b3000 00:00 0
Re: [Mono-list] Garbage collection and memory usage
Gavin Hamill wrote: > Having upgraded mono, recompiled > xsp+mod_mono and restarted apache, 5 hours later RAM use is at 300M > and I fully expect it to climb higher. I'm having the exact same problem, though I've been able to deal with it by periodically restarting mod-mono-server (typically two or three times a day). As Paolo reminded me this morning, we need to isolate the problem and submit a test case. -- - Joshua Tauberer http://taubz.for.net "Unfortunately, we're having this discussion. It's too bad, because guess who listens to the discussion: the enemy." ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] gtk-dotnet
I noticed that (at least) on the latest windows installers (1.1.13.4 and 1.1.14), the gtk-dotnet-2.0.pc file is there, but the actual dll is not. Is this a mistake? Thanks, Jonathan S. Chambers Software Development Engineer ANSYS, Inc. Phone: 724.514.3682 Fax: 724.514.3114 E-mail: [EMAIL PROTECTED] ___ The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Garbage collection and memory usage
Hello. Over the last months, we rewrote our public website as an ASP.NET application with the intention to host it on the same Debian amd64-arch machines we've been using for Apache/PHP. Functional testing went well (as did the limited performance testing) and live-day came. As did a cataclysmic disaster, both technical and financial. We were seeing mono 1.1.13.2 with xsp 1.1.13 and mod_mono 1.1.13 on Apache 1.3.33 simply stop responding to requests after about 20 minutes of runtime, requiring apache + the mono process to be killed and relaunched. This behaviour was mirrored across three machines, and whilst the apache logs kept showing new hits, no data ever came back from the aspx pages. It was almost as if the return channel from mono -> apache was partially broken - the request gets processed, the reply generated, apache logs updated, but the data never got back to the web browser. We spent a frantic afternoon searching for a quick fix, and failed. Our public site now runs on Windows, and has been running perfectly. This leaves a very bad taste in my mouth since I was the greatest proponent of the Mono solution (insert open-source security / vendor lock-in benefits here...) As it stands, we still have other applications running on another machine (again, another Dell 1850 with 1GB of RAM running the amd64 branch of Debian for 64-bit goodness), and I see much the same symptoms, except it takes about a day for the machine to get out of control and require intervention, simply due to the much lower use the machine gets. (it's an application server running reports / call-centre interface rather than a public webserver) The symptoms on this 'app server' are that the memory usage of the mono process slowly spirals upwards until the machine swaps so heavily it becomes unresponsive. These are similar, but not identical to the original issue on the public webservers where the mono process might only be using 300MB of RAM before deciding it'd had enough. I noticed the updated GC in 1.1.14 and have tried that, but the results are the same, whether I ./configure --with-gc=internal or boehm (and libgc-dev..) Having upgraded mono, recompiled xsp+mod_mono and restarted apache, 5 hours later RAM use is at 300M and I fully expect it to climb higher. Assuming this is the case, what on earth can I do to troubleshoot this? Is there something we can do in code to help the GC? I thought the whole point of languages like C# was to get /away/ from awful days of malloc + free'ing memory like in C :( Any advice warmly received! Cheers, Gavin. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono 1.1.10 + System.NotImplementedException
What is your connection string? Does it have the connection parameter "Persist Security Info=false" in it? Just remove this connection parameter.Mireia <[EMAIL PROTECTED]> wrote: Hi all,I have installed Mono 1.1.10 to work with ASP.NET, using the installer. Todo some tests, I start the XSP server (/opt/mono-1.1.10/bin/xsp) from thedirectory where I have my web page.When I open the web with a browser, I can visualize it, but I get thefollowing errors in the shell:** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:26363): WARNING **:_wapi_handle_unref: Attempting to unref unused handle 0x1b** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:26369): WARNING **:_wapi_handle_unref: Attempting to unref unused handle 0x1b** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:26356): WARNING **:_wapi_handle_unref: Attempting to unref unused handle 0x1c** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:26363): WARNING **:_wapi_handle_unref: Attempting to unref unused handle 0x1c** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:26356): WARNING **:_wapi_handle_unref: Attempting to unref unused handle 0x1c** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:26356): WARNING **:_wapi_handle_unref: Attempting to unref unused handle 0x1f** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:26356): WARNING **:_wapi_handle_unref: Attempting to unref unused handle 0x1f** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:26356): WARNING **:_wapi_handle_unref: Attempting to unref unused handle 0x20** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:26371): WARNING **:_wapi_handle_unref: Attempting to unref unused handle 0x20** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:26356): WARNING **:_wapi_handle_unref: Attempting to unref unused handle 0x21** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:26356): WARNING **:_wapi_handle_unref: Attempting to unref unused handle 0x22** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:26356): WARNING **:_wapi_handle_unref: Attempting to unref unused handle 0x23** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:26356): WARNING **:_wapi_handle_unref: Attempting to unref unused handle 0x24 If I try to do a SQL connection, I get an error page with the 500 code, andthe following message:System.NotImplementedException: The requested feature is not implemented.in <0x005af> System.Data.SqlClient.SqlConnection:SetProperties(System.String name, System.String value)in <0x002ef> System.Data.SqlClient.SqlConnection:SetConnectionString(System.String connectionString)... Is it a problem of configuration and it is not finding the libraries? Iforgot an environment variable, configuration of web.config, etc.?Thank you--View this message in context: http://www.nabble.com/Mono-1.1.10-%2B-System.NotImplementedException-t1397747.html#a3759201Sent from the Mono - General forum at Nabble.com.___Mono-list maillist - Mono-list@lists.ximian.comhttp://lists.ximian.com/mailman/listinfo/mono-list Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2¢/min or less.___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Error Compiling 2.0 preview
People, Everytime i go to compile a new version i get this error. Can it be fixes or is a problem from me? I compile with the same way always. Jorge ** (../../class/lib/net_2_0_bootstrap/mcs.exe:32622): WARNING **: Missing method .ctor in assembly /usr/local/lib/mono/gac/I18N/2.0.0.0__0738eb9f132ed756/I18N.dll, type System.Runtime.CompilerServices.RuntimeCompatibilityAttribute ** ERROR **: Can't find custom attr constructor image: /usr/local/lib/mono/gac/I18N/2.0.0.0__0738eb9f132ed756/I18N.dll mtoken: 0x0a3f ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Installing Mono problems for v. 1.1.14
Hi ! There are problems for installing Mono 1.1.14 on different type machines. 1) On Pentium Ш machine with Linux 2.4.20-31.9custom #2 SMP. Make always fails with make[8]: Entering directory `/home/serdyuk/mono-1.1.14/mcs/class/System.XML' ../../jay/jay -ct < ../../jay/skeleton.cs System.Xml.XPath/Parser.jay >System.Xml.XPath/Parser.cs ../../jay/jay: 21 rules never reduced ../../jay/jay: 1 shift/reduce conflict, 42 reduce/reduce conflicts. sed "s/\%start Expr/\%start Pattern/" System.Xml.XPath/Parser.jay >Mono.Xml.Xsl/PatternParser.jay echo "#define XSLT_PATTERN" > Mono.Xml.Xsl/PatternParser.cs ../../jay/jay -ct Mono.Xml.Xsl/PatternParser.jay < ../../jay/skeleton.cs >>Mono.Xml.Xsl/PatternParser.cs ../../jay/jay: 3 rules never reduced ../../jay/jay: 1 shift/reduce conflict, 46 reduce/reduce conflicts. echo "#define XSLT_PATTERN" > Mono.Xml.Xsl/PatternTokenizer.cs cat System.Xml.XPath/Tokenizer.cs >>Mono.Xml.Xsl/PatternTokenizer.cs MONO_PATH="../../class/lib/basic:$MONO_PATH" /home/serdyuk/mono-1.1.14/runtime/mono-wrapper ../../class/lib/basic/mcs.exe /codepage:28591 -d:NET_1_1 -d:ONLY_1_1 -d:BOOTSTRAP_WITH_OLDLIB -debug /noconfig -r:mscorlib.dll -r:System.dll -nowarn:0162,0618,0612,0642,1595 -target:library -out:System.Xml.dll System.Xml.XPath/Parser.cs Mono.Xml.Xsl/PatternParser.cs Mono.Xml.Xsl/PatternTokenizer.cs @System.Xml.dll.sources Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object in <0x0001b> System.Text.StringBuilder:Append (Char value) in <0x001dc> Mono.CSharp.Driver:LoadArgs (System.String file) in <0x00219> Mono.CSharp.Driver:MainDriver (System.String[] args) in <0x00042> Mono.CSharp.Driver:Main (System.String[] args) make[8]: *** [../../class/lib/basic/System.Xml.dll] Error 1 make[8]: Leaving directory `/home/serdyuk/mono-1.1.14/mcs/class/System.XML' 2) On AMD Athlon MP 2000+ with Linux 2.4.27 #1 SMP Make always fail with gcc -DHAVE_CONFIG_H -I. -I. -I../.. -fexceptions -DMONO_USE_EXC_TABLES -I../.. -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DGC_LINUX_THREADS -D_GNU_SOURCE -D_REENTRANT -DUSE_MMAP -DUSE_MUNMAP -D_FILE_OFFSET_BITS=64 -DUSE_COMPILER_TLS -g -O2 -fno-strict-aliasing -Wdeclaration-after-statement -g -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wcast-align -Wwrite-strings -mno-tls-direct-seg-refs -MT mono-cov.lo -MD -MP -MF .deps/mono-cov.Tpo -c mono-cov.c -fPIC -DPIC -o .libs/mono-cov.o mono-cov.c:124: warning: no previous prototype for 'mono_profiler_startup' gcc -DHAVE_CONFIG_H -I. -I. -I../.. -fexceptions -DMONO_USE_EXC_TABLES -I../.. -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DGC_LINUX_THREADS -D_GNU_SOURCE -D_REENTRANT -DUSE_MMAP -DUSE_MUNMAP -D_FILE_OFFSET_BITS=64 -DUSE_COMPILER_TLS -g -O2 -fno-strict-aliasing -Wdeclaration-after-statement -g -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wcast-align -Wwrite-strings -mno-tls-direct-seg-refs -MT mono-cov.lo -MD -MP -MF .deps/mono-cov.Tpo -c mono-cov.c -o mono-cov.o >/dev/null 2>&1 /bin/sh ../../libtool --tag=CC --mode=link gcc -g -O2 -fno-strict-aliasing -Wdeclaration-after-statement -g -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wcast-align -Wwrite-strings -mno-tls-direct-seg-refs -o libmono-profiler-cov.la -rpath /home/serdyuk/m-1.1.14/lib mono-cov.lo ../../mono/mini/libmono.la -lnsl -lpthread -lm -lrt gcc -shared .libs/mono-cov.o -Wl,--rpath -Wl,/home/serdyuk/mono-1.1.14/mono/mini/.libs -Wl,--rpath -Wl,/home/serdyuk/m-1.1.14/lib ../../mono/mini/.libs/libmono.so -lnsl -lpthread -lm -lrt -mno-tls-direct-seg-refs -Wl,-soname -Wl,libmono-profiler-cov.so.0 -o .libs/libmono-profiler-cov.so.0.0.0 /usr/bin/ld: .libs/libmono-profiler-cov.so.0.0.0: undefined versioned symbol name __upc_shared_end@@VER_1 /usr/bin/ld: failed to set dynamic section sizes: Bad value collect2: ld returned 1 exit status make[3]: *** [libmono-profiler-cov.la] Error 1 make[3]: Leaving directory `/home/serdyuk/mono-1.1.14/mono/profiler' With best regards, Yury Serdyuk. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mono 1.1.10 + System.NotImplementedException
Hi all, I have installed Mono 1.1.10 to work with ASP.NET, using the installer. To do some tests, I start the XSP server (/opt/mono-1.1.10/bin/xsp) from the directory where I have my web page. When I open the web with a browser, I can visualize it, but I get the following errors in the shell: ** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:26363): WARNING **: _wapi_handle_unref: Attempting to unref unused handle 0x1b ** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:26369): WARNING **: _wapi_handle_unref: Attempting to unref unused handle 0x1b ** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:26356): WARNING **: _wapi_handle_unref: Attempting to unref unused handle 0x1c ** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:26363): WARNING **: _wapi_handle_unref: Attempting to unref unused handle 0x1c ** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:26356): WARNING **: _wapi_handle_unref: Attempting to unref unused handle 0x1c ** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:26356): WARNING **: _wapi_handle_unref: Attempting to unref unused handle 0x1f ** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:26356): WARNING **: _wapi_handle_unref: Attempting to unref unused handle 0x1f ** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:26356): WARNING **: _wapi_handle_unref: Attempting to unref unused handle 0x20 ** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:26371): WARNING **: _wapi_handle_unref: Attempting to unref unused handle 0x20 ** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:26356): WARNING **: _wapi_handle_unref: Attempting to unref unused handle 0x21 ** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:26356): WARNING **: _wapi_handle_unref: Attempting to unref unused handle 0x22 ** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:26356): WARNING **: _wapi_handle_unref: Attempting to unref unused handle 0x23 ** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:26356): WARNING **: _wapi_handle_unref: Attempting to unref unused handle 0x24 If I try to do a SQL connection, I get an error page with the 500 code, and the following message: System.NotImplementedException: The requested feature is not implemented. in <0x005af> System.Data.SqlClient.SqlConnection:SetProperties (System.String name, System.String value) in <0x002ef> System.Data.SqlClient.SqlConnection:SetConnectionString (System.String connectionString) ... Is it a problem of configuration and it is not finding the libraries? I forgot an environment variable, configuration of web.config, etc.? Thank you -- View this message in context: http://www.nabble.com/Mono-1.1.10-%2B-System.NotImplementedException-t1397747.html#a3759201 Sent from the Mono - General forum at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list