Re: [Mono-dev] latest mono completely broken for ASP.NET on Suse as far as I can tell
Thanks Gonzalo! Dean Brettle also suggested I try launching it with just xsp from the command line to see if it gives any more error info. I will try that after I get home from work as well. I'm using the same configuration for apache that I have been using all along and was wondering whether anything needs to be configured differently for the latest code. Gonzalo Paniagua Javier [EMAIL PROTECTED] wrote: On Thu, 2005-11-10 at 20:49 -0800, Joe Audette wrote: I posted a message earlier this week about getting a 503 service unavailable on my demo site demo.mojoportal.com running the latest code from svn (also updated tonight to r52890 with same result) and no-one replied to my post. this is on suse 9.2 Now I've tried a clean install of Suse 10 with the latest mono 1.1.10 on a different machine and the same result 503 service unavailable What gives! Is anyone out there running the latest code with success on suse?I am on suse 10.I'll try installing from packages and see what's wrong with mod_mono/xspin the next few hours.-Gonzalo___Mono-devel-list mailing listMono-devel-list@lists.ximian.comhttp://lists.ximian.com/mailman/listinfo/mono-devel-listjoe_audette [at] yahoo dotcomhttp://www.joeaudette.comhttp://www.mojoportal.com___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] ASP 2 CodeFile/Inherits
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I had a little bug open on the codefile stuff not working properly. The
SVN patch didn't quite handle all the conditions, so I reopened the
ticket at:
http://bugzilla.ximian.com/show_bug.cgi?id=76423
I also went through and created a patch for the code that should handle
all the cases that I found from my research on the web. It is a little
more involved, mainly because of ASP 2's use of partial classes and the
need to use variables from the ending classes.
I wrote it off today's SVN, so things should be fairly up-to-date. Also,
to test it, I created a small web application that has the three forms
of codefile/inherits and posted it in a zip file on the bug.
Feedback, suggestions, and gouged out eyeballs from reading the horror
of my code all appreciated. :)
Cheers!
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFDdOzZLwDfJiZIuKARAmlqAJ9wtLJuFbJUlZfnj+wU6teXKGjxbACfftx2
CZILDeXmqA8MdFbQhno6sf0=
=13NX
-END PGP SIGNATURE-
Index: System.Web.UI/ControlBuilder.cs
===
--- System.Web.UI/ControlBuilder.cs (revision 52911)
+++ System.Web.UI/ControlBuilder.cs (working copy)
@@ -497,6 +497,19 @@
{
return CreateInstance ();
}
+
+ internal void ResetState()
+ {
+ haveParserVariable = false;
+
+ if (Children != null) {
+foreach (object child in Children) {
+ ControlBuilder cb = child as ControlBuilder;
+ if (cb != null)
+ cb.ResetState ();
+}
+ }
+ }
#endif
}
}
Index: System.Web.UI/TemplateParser.cs
===
--- System.Web.UI/TemplateParser.cs (revision 52911)
+++ System.Web.UI/TemplateParser.cs (working copy)
@@ -67,6 +67,10 @@
string oc_header, oc_custom, oc_param, oc_controls;
bool oc_shared;
OutputCacheLocation oc_location;
+#if NET_2_0
+ string src;
+ string partialClassName;
+#endif
Assembly srcAssembly;
int appAssemblyIndex = -1;
@@ -421,21 +425,48 @@
language = GetString (atts, Language, CompilationConfig.DefaultLanguage);
strictOn = GetBool (atts, Strict, CompilationConfig.Strict);
explicitOn = GetBool (atts, Explicit, CompilationConfig.Explicit);
+
+ string inherits = GetString (atts, Inherits, null);
#if NET_2_0
- string src = GetString (atts, CodeFile, null);
+ // In ASP 2, the source file is actually integrated with
+ // the generated file via the use of partial classes. This
+ // means that the code file has to be confirmed, but not
+ // used at this point.
+ src = GetString (atts, CodeFile, null);
+
+ if (src != null inherits != null) {
+// Make sure the source exists
+src = UrlUtils.Combine (BaseVirtualDir, src);
+string realPath = MapPath (src, false);
+if (!File.Exists (realPath))
+ ThrowParseException (File + src + not found);
+
+// Verify that the inherits is a valid identify not a
+// fully-qualified name.
+if (!CodeGenerator.IsValidLanguageIndependentIdentifier (inherits))
+ ThrowParseException (String.Format ('{0}' is not valid for 'inherits', inherits));
+
+// We are going to create a partial class that shares
+// the same name as the inherits tag, so reset the
+// name. The base type is changed because it is the
+// code file's responsibilty to extend the classes
+// needed.
+partialClassName = inherits;
+
+// Add the code file as an option to the
+// compiler. This lets both files be compiled at once.
+compilerOptions += + realPath;
+ } else if (inherits != null) {
+// We just set the inherits directly because this is a
+// Single-Page model.
+SetBaseType (inherits);
+ }
#else
string src = GetString (atts, Src, null);
-#endif
+
if (src != null)
srcAssembly = GetAssemblyFromSource (src);
- string inherits = GetString (atts, Inherits, null);
-#if NET_2_0
- if (srcAssembly == null)
-className = inherits;
- else
-SetBaseType (inherits);
-#else
if (inherits != null)
SetBaseType (inherits);
@@ -498,6 +529,18 @@
set { inputFile = value; }
}
+#if NET_2_0
+ internal bool IsPartial
+ {
+ get { return src != null; }
+ }
+
+ internal string PartialClassName
+ {
+ get { return partialClassName; }
+ }
+#endif
+
internal string Text
{
get { return text; }
Index: System.Web.Compilation/CachingCompiler.cs
===
--- System.Web.Compilation/CachingCompiler.cs (revision 52915)
+++ System.Web.Compilation/CachingCompiler.cs (working copy)
@@ -70,11 +70,18 @@
Cache cache = HttpRuntime.Cache;
string key = cachePrefix + compiler.Parser.InputFile;
CompilerResults results = (CompilerResults) cache [key];
+
+#if NET_2_0
+ if (!compiler.IsRebuildingPartial)
+#endif
if (results != null)
return results;
Re: [Mono-dev] latest mono completely broken for ASP.NET on Suse as far as I can tell
On Fri, 2005-11-11 at 09:32 -0800, Joe Audette wrote: Thanks Gonzalo! Dean Brettle also suggested I try launching it with just xsp from the command line to see if it gives any more error info. I will try that after I get home from work as well. I'm using the same configuration for apache that I have been using all along and was wondering whether anything needs to be configured differently for the latest code. The problem is now fixed in mod_mono module for svn HEAD and 1-1-10 branch. We hope to have new packages out soon. -Gonzalo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] MonoDevelop crashes under Mono 1.1.10 on FC3
Hi all, Yesterday MonoDevelop was working fine. Last night, I upgraded my FC3 system from 1.1.9.2 to 1.1.10. Now MonoDevelop crashes on startup. See below for stacktrace. In case it matters, I'm running the x86_64 variant of FC3, but I use the i386 Mono RPMS (for both versions). Has anyone else seen this problem or had success with 1.1.10 on FC3 or FC4 (either i386 or x86_64)? Thanks, --Dean [EMAIL PROTECTED] monodevelop]$ monodevelop = 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. = Stacktrace: in 0x4 (wrapper managed-to-native) Gnome.Icon:gnome_icon_lookup_sync (intptr,intptr,intptr,intptr,int,int) in 0xffba (wrapper managed-to-native) Gnome.Icon:gnome_icon_lookup_sync (intptr,intptr,intptr,intptr,int,int) in 0x92 Gnome.Icon:LookupSync (Gtk.IconTheme,Gnome.ThumbnailFactory,string,string,Gnome.IconLookupFlags,Gnome.IconLookupResultFlags) in 0x6e MonoDevelop.Gui.Utils.FileIconLoader:GetPixbufForFile (string,int) in 0xf6 MonoDevelop.Gui.Pads.FileListItem:.ctor (string) in 0xfe MonoDevelop.Gui.Pads.FileScout:OnDirChanged (string) in 0x2a9 MonoDevelop.Gui.Pads.FileScout:.ctor () in 0x111e85a7 (wrapper runtime-invoke) System.Object:runtime_invoke_void (object,intptr,intptr,intptr) in 0x4 (wrapper managed-to-native) System.Reflection.MonoCMethod:InternalInvoke (object,object[]) in 0xfd7d (wrapper managed-to-native) System.Reflection.MonoCMethod:InternalInvoke (object,object[]) in 0x8d System.Reflection.MonoCMethod:Invoke (object,System.Reflection.BindingFlags,System.Reflection.Binder,object[],System.Globalization.CultureInfo) in 0x1c System.Reflection.MonoCMethod:Invoke (System.Reflection.BindingFlags,System.Reflection.Binder,object[],System.Globalization.CultureInfo) in 0x35 System.Reflection.ConstructorInfo:Invoke (object[]) in 0x116 System.Activator:CreateInstance (System.Type,bool) in 0xc System.Activator:CreateInstance (System.Type) in 0x3a System.Reflection.Assembly:CreateInstance (string,bool) in 0x12 System.Reflection.Assembly:CreateInstance (string) in 0xc2 MonoDevelop.Core.AddIns.AddIn:CreateObject (string) in 0x83 MonoDevelop.Core.AddIns.Codons.PadCodon:CreatePad () in 0x14 MonoDevelop.Core.AddIns.Codons.PadCodon:BuildItem (object,System.Collections.ArrayList,MonoDevelop.Core.AddIns.Conditions.ConditionCollection) in 0x13b MonoDevelop.Core.AddIns.DefaultAddInTreeNode:BuildChildItems (object)in 0x5b MonoDevelop.Gui.DefaultWorkbench:UpdateViews (object,System.EventArgs)in 0x38 MonoDevelop.Commands.InitializeWorkbenchCommand:Run () in 0x8b4 MonoDevelop.SharpDevelopMain:Main (string[]) in 0x10aceb4f (wrapper runtime-invoke) System.Object:runtime_invoke_int_string[] (object,intptr,intptr,intptr) Native stacktrace: /usr/bin/mono(mono_handle_native_sigsegv+0xba) [0x81471da] /usr/bin/mono [0x81354cf] [0xe600] /usr/lib/libgnomeui-2.so.0(gnome_icon_lookup_sync+0x70) [0x78996ee] [0xf5e901aa] [0xf5e9012b] [0xf5e8fd87] [0xf6677437] [0xf66771a7] [0xf5e8b412] [0xf6f4ce01] /usr/bin/mono [0x8135380] /usr/bin/mono(mono_runtime_invoke+0x27) [0x80d42b7] /usr/bin/mono(mono_runtime_invoke_array+0xe1) [0x80d5361] /usr/bin/mono [0x80c3e00] [0xf70a6ec2] [0xf70a6c16] [0xf70a6b7d] [0xf70a6b36] [0xf70866cf] [0xf6f4cdad] [0xf6ef2abb] [0xf6ef90f3] [0xf6ef8e43] [0xf5e8ad6c] [0xf5e8acd5] [0xf6ef76c4] [0xf5e8abdc] [0xf5e947f1] [0xf7667a95] [0xf766685c] /usr/bin/mono [0x8135380] /usr/bin/mono(mono_runtime_invoke+0x27) [0x80d42b7] /usr/bin/mono(mono_runtime_exec_main+0xb1) [0x80d5191] /usr/bin/mono(mono_runtime_run_main+0x171) [0x80d4d61] /usr/bin/mono(strftime+0x1b52) [0x805cb72] /usr/bin/mono(mono_main+0x785) [0x805d485] /usr/bin/mono(__fxstat64+0x12b) [0x805bf3b] /lib/tls/libc.so.6(__libc_start_main+0xd3) [0x794e23] /usr/bin/mono(sinh+0x41) [0x805be91] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] latest mono completely broken for ASP.NET on Suse as far as I can tell
Great! I'll give it a try this evening on my suse 9.2 machine and try and confirm the fix.Gonzalo Paniagua Javier [EMAIL PROTECTED] wrote: On Fri, 2005-11-11 at 09:32 -0800, Joe Audette wrote: Thanks Gonzalo! Dean Brettle also suggested I try launching it with just xsp from the command line to see if it gives any more error info. I will try that after I get home from work as well. I'm using the same configuration for apache that I have been using all along and was wondering whether anything needs to be configured differently for the latest code.The problem is now fixed in mod_mono module for svn HEAD and 1-1-10branch. We hope to have new packages out soon.-Gonzalo___Mono-devel-list mailing listMono-devel-list@lists.ximian.comhttp://lists.ximian.com/mailman/listinfo/mono-devel-listjoe_audette [at] yahoo dotcomhttp://www.joeaudette.comhttp://www.mojoportal.com___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono 1.1.10 Issues with XSP and Radio Button.
On Fri, 2005-11-11 at 18:10 -0500, Yogendra Thakur wrote: Hi, I am running Mono 1.1.10 on Fedora Core 3 machine. I observed following issues, 1. Following message is thrown lot of time on Screen while accessing web application.. ** (/opt/mono-1.1.10/lib/xsp/1.0/xsp.exe:11150): WARNING **: _wapi_handle_unref: Attempting to unref unused handle 0x44. This has nothing to do with xsp. Do you have other versions of mono running in the same machine by the same user? Anyway, removing $HOME/.wapi directory should fix that. 2. I have two radio buttons on page, when clicked both gets selected ! ( see attachment ). Could you please fill a bug report in bugzilla.ximian.com (see http://www.mono-project.com/Bugs) ? Sending all this information to the list is ok, but if you put all this information in bugzilla, i won't forget about it. 3. When browse application randomly and with fast speed sometimes XSP server crashes with following message. *** glibc detected *** double free or corruption: 0xf6fe55d0 *** If you have a way of relibly reproducing this, please, let me know. Thanks. -Gonzalo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] latest mono completely broken for ASP.NET on Suse as far as I can tell
Yes! I confirm it is fixed in svn r52934 http://demo.mojoportal.com is back online Many Thanks Gonzalo! --- Gonzalo Paniagua Javier [EMAIL PROTECTED] wrote: On Fri, 2005-11-11 at 09:32 -0800, Joe Audette wrote: Thanks Gonzalo! Dean Brettle also suggested I try launching it with just xsp from the command line to see if it gives any more error info. I will try that after I get home from work as well. I'm using the same configuration for apache that I have been using all along and was wondering whether anything needs to be configured differently for the latest code. The problem is now fixed in mod_mono module for svn HEAD and 1-1-10 branch. We hope to have new packages out soon. -Gonzalo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list joe_audette [at] yahoo dotcom http://www.joeaudette.com http://www.mojoportal.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
