Re: [Mono-dev] System.Web.Extension
Hello Onur,
- You told me current version in svn is working. But is it working under
xsp2/mono ? Or only tested under windows ?
It works under our environment, where all the runtime is mono based (compiled
to java bytecode), except aspx parser, which is taken from MS.Net and low level
corlib stuff, that is unrelated.
- As you know currently monodevelop does not support partial page classes for
asp.net development. So we need to use Code Behind (Asp.net 1.1 style)
instead of Code Beside. Is this still ok?
Sys.Web.Extension is a usual class library, after all. You should be able to
use it in every way supported by Sys.Web (aspx parser functionality).
- My final program is as below and I am getting a nasty null pointer exception:
I suppose it's a bug in aspx parser, which was identified by Igor Zelmanovich
few days ago (mail attached).
Regards,
Konstantin Triger
From: Onur Gumus [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 28, 2007 9:00 PM
To: Konstantin Triger
Cc: Miguel de Icaza; Raja R Harinath; mono-devel-list@lists.ximian.com
Subject: Re: [Mono-dev] System.Web.Extension
Hello
- The name space thingy seemed to be my error so I fixed it.
- You told me current version in svn is working. But is it working under
xsp2/mono ? Or only tested under windows ?
- As you know currently monodevelop does not support partial page classes for
asp.net development. So we need to use Code Behind (Asp.net 1.1 style)
instead of Code Beside. Is this still ok?
- My final program is as below and I am getting a nasty null pointer exception:
%@ Page Language=C# Inherits=test55.xx %
html xmlns=http://www.w3.org/1999/xhtml;
head runat=server
/head
body
form id=form1 runat=server
div
asp:ScriptManager ID=ScriptManager1 runat=server
/asp:ScriptManager
asp:UpdatePanel ID=UpdatePanel1 runat=server
ContentTemplate
fieldset
legendUpdatePanel/legend
asp:Label ID=Label1 runat=server Text=Panel
created./asp:Labelbr /
/fieldset
/ContentTemplate
Triggers
asp:AsyncPostBackTrigger ControlID=Button1 /
/Triggers
/asp:UpdatePanel
asp:Button ID=Button1 runat=server OnClick=Button1_Click
Text=Button //div
/form
/body
/html
And Code behind as
using System;
using System.Web;
using System.Web.UI;
namespace test55
{
public class xx : Page
{
protected System.Web.UI.HtmlControls.HtmlForm form1;
protected System.Web.UI.WebControls.Button Button1;
protected System.Web.UI.WebControls.Label Label1;
protected void Button1_Click(object sender, EventArgs e)
{
try{
Label1.Text=ehlo;
}catch (Exception ex)
{
Console.Write( ex + ex.StackTrace + ex.Message );
}
}
}
}
The exception I am getting is:
System.NullReferenceException: at test55.xx.Button1_Click (System.Object
sender, System.EventArgs e) [0x0] at test55.xx.Button1_Click
(System.Object sender, System.EventArgs e) [0x0] Object reference not set
to an instance of an objectoboSystem.NullReferenceException: Object reference
not set to an instance of an object
It seems Label is not recognized as being initialized even if the same ID
exists in aspx file. This is why I get an exception. When I remove ajax stuff
it works fine.
Any ideas ?
On 8/28/07, Konstantin Triger [EMAIL PROTECTED] wrote:
Hello all,
Here at Mainsoft we have ajax toolkit running without problems on the latest
version of Sys.Web.Extensions. If you fail loading asp:TextBox, probably, there
is a bug in aspx parser. As a workaround I would suggest registering ajax
controls to another namespace, i.e:
pages
controls
add tagPrefix=ajax namespace= System.Web.UI
assembly=System.Web.Extensions, Version=1.0.61025.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35/
/controls
/pages
In addition, ensure the assembly information is correct
(version,PublicKeyToken).
Regards,
Konstantin Triger
From: Onur Gumus [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 28, 2007 9:46 AM
To: Miguel de Icaza
Cc: Konstantin Triger; Raja R Harinath; mono-devel-list@lists.ximian.com
Subject: Re: [Mono-dev] System.Web.Extension
I've checked out the code from svn and compiled with Miguel's make file. So far
so good. But when I add the dll to my project and configure my Web.config as of
Microsoft wise (you , you have to type bunch of lines to your web.config) I
got type not found error messages for asp:TextBox and so on. You know both
System.Web.Extension.dll and System.Web.dll implements the same namespace
Syste.Web.UI and according to the MS specs we need to use both of them with asp
prefix.
[Mono-dev] 1.2.5 deb packages for ubuntu
Hello, 1.2.5 deb packages for ubuntu is available at deb http://www.viraptor.info/repo feisty-custombackports contrib Just at it your sources.list and you are good to go (you need to reload it after of course) Onur ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] System.Web.Extensions testing under mojoPortal
Hi All,
Yesterday I managed to get UpdatePanel working in mojoPortal using
Mono from svn r84961 and mojoportal from svn trunk:
https://forgesvn1.novell.com/svn/mojoportal/trunk
I encountered a bug that needs to be fixed but was able to work around it.
The bug was a null reference on any controls inside the UpdatePanel
and the workaround was to get the needed reference using
UpdatePanel1.FindControl(...)
Relevant code from BlogEdit.aspx and BlogEdit.aspx.cs:
asp:TextBox id=txtCategory runat=server Columns=50/asp:TextBox
asp:Button id=btnAddCategory
runat=server/asp:Button
div class=settingrow
asp:UpdatePanel ID=UpdatePanel1
UpdateMode=Conditional
runat=server
ContentTemplate
asp:CheckBoxList id=chkCategories
runat=server SkinID=Blog/asp:CheckBoxList
/ContentTemplate
/asp:UpdatePanel
private void Page_Load(object sender, EventArgs e)
{
if (ScriptController != null)
{
ScriptController.RegisterAsyncPostBackControl(btnAddCategory);
}
else
{
log.Error(ScriptController was null);
}
if ((!Page.IsPostBack) (!Page.IsCallback))
{
PopulateControls();
PopulateCategories();
}
}
private void PopulateCategories()
{
// Mono doesn't see this in update panel
// so help find it
if (chkCategories == null)
{
log.Error(chkCategories was null);
chkCategories =
(CheckBoxList)UpdatePanel1.FindControl(chkCategories);
}
if (ShowCategories)
{
chkCategories.Items.Clear();
IDataReader reader;
reader = Blog.GetCategoriesList(this.ModuleID);
while (reader.Read())
{
ListItem listItem = new ListItem();
listItem.Text = reader[Category].ToString();
listItem.Value = reader[CategoryID].ToString();
chkCategories.Items.Add(listItem);
}
reader.Close();
if (this.ItemID -1)
{
reader = Blog.GetItemCategories(this.ItemID);
while (reader.Read())
{
ListItem item =
chkCategories.Items.FindByValue(reader[CategoryID].ToString());
if (item != null)
{
item.Selected = true;
}
}
reader.Close();
}
}
}
protected void btnAddCategory_Click(object sender, EventArgs e)
{
if (this.txtCategory.Text.Length 0)
{
int newCategoryID =
Blog.AddBlogCategory(this.ModuleID, this.txtCategory.Text);
if (this.ItemID 0)
{
Blog.AddItemCategory(this.ItemID, newCategoryID);
}
PopulateCategories();
UpdatePanel1.Update();
}
}
With the workaround it does work on Mono. Even without the workaround
it worked on Windows using the Mono System.Web.Extensions.dll
When I tried to use the same dll on Mono 1.2.4 vm it did not work, it
compiled ok but at runtime I got an error about unkown type
System.Web.UI.Literal. I think the issue on 1.2.4 has to do with this
in Web.config:
add tagPrefix=asp namespace=System.Web.UI
assembly=System.Web.Extensions/
Seems to lose track of all other controls in asp prefix that are not
in the System.Web.Extensions.dll. A workaround might be to use a
different prefix like ajax instead of asp.
I've been waiting a long time to be able to use UpdatePanel and other
MS Ajax stuff in mojoportal so I'm very happy to have progress but
would like to be able to use it more extensively without having to
.FindControl every control in the updatepanel
Thanks,
Joe
--
Joe Audette
Software Solutions Architect
Source Tree Solutions, LLC
[EMAIL PROTECTED]
http://www.sourcetreesolutions.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
Re: [Mono-dev] System.Web.Extensions testing under mojoPortal
Hey,
Almost same result here (though I tried with ordinary ASP.NET applications).
Unfortunately without the blow is fixed
I encountered a bug that needs to be fixed but was able to work around
it.
The bug was a null reference on any controls inside the UpdatePanel
and the workaround was to get the needed reference using
UpdatePanel1.FindControl(...)
it is not very usable. You know it is overkill to use FindControl everytime
you want to access the controls in the page
Onur
On 8/29/07, Joe Audette [EMAIL PROTECTED] wrote:
Hi All,
Yesterday I managed to get UpdatePanel working in mojoPortal using
Mono from svn r84961 and mojoportal from svn trunk:
https://forgesvn1.novell.com/svn/mojoportal/trunk
I encountered a bug that needs to be fixed but was able to work around it.
The bug was a null reference on any controls inside the UpdatePanel
and the workaround was to get the needed reference using
UpdatePanel1.FindControl(...)
Relevant code from BlogEdit.aspx and BlogEdit.aspx.cs:
asp:TextBox id=txtCategory runat=server Columns=50/asp:TextBox
asp:Button id=btnAddCategory
runat=server/asp:Button
div class=settingrow
asp:UpdatePanel ID=UpdatePanel1
UpdateMode=Conditional
runat=server
ContentTemplate
asp:CheckBoxList id=chkCategories
runat=server SkinID=Blog/asp:CheckBoxList
/ContentTemplate
/asp:UpdatePanel
private void Page_Load(object sender, EventArgs e)
{
if (ScriptController != null)
{
ScriptController.RegisterAsyncPostBackControl(btnAddCategory);
}
else
{
log.Error(ScriptController was null);
}
if ((!Page.IsPostBack) (!Page.IsCallback))
{
PopulateControls();
PopulateCategories();
}
}
private void PopulateCategories()
{
// Mono doesn't see this in update panel
// so help find it
if (chkCategories == null)
{
log.Error(chkCategories was null);
chkCategories =
(CheckBoxList)UpdatePanel1.FindControl(chkCategories);
}
if (ShowCategories)
{
chkCategories.Items.Clear();
IDataReader reader;
reader = Blog.GetCategoriesList(this.ModuleID);
while (reader.Read())
{
ListItem listItem = new ListItem();
listItem.Text = reader[Category].ToString();
listItem.Value = reader[CategoryID].ToString();
chkCategories.Items.Add(listItem);
}
reader.Close();
if (this.ItemID -1)
{
reader = Blog.GetItemCategories(this.ItemID);
while (reader.Read())
{
ListItem item =
chkCategories.Items.FindByValue(reader[CategoryID].ToString());
if (item != null)
{
item.Selected = true;
}
}
reader.Close();
}
}
}
protected void btnAddCategory_Click(object sender, EventArgs e)
{
if (this.txtCategory.Text.Length 0)
{
int newCategoryID =
Blog.AddBlogCategory(this.ModuleID, this.txtCategory.Text);
if (this.ItemID 0)
{
Blog.AddItemCategory(this.ItemID, newCategoryID);
}
PopulateCategories();
UpdatePanel1.Update();
}
}
With the workaround it does work on Mono. Even without the workaround
it worked on Windows using the Mono System.Web.Extensions.dll
When I tried to use the same dll on Mono 1.2.4 vm it did not work, it
compiled ok but at runtime I got an error about unkown type
System.Web.UI.Literal. I think the issue on 1.2.4 has to do with this
in Web.config:
add tagPrefix=asp namespace=System.Web.UI
assembly=System.Web.Extensions/
Seems to lose track of all other controls in asp prefix that are not
in the System.Web.Extensions.dll. A workaround might be to use a
different prefix like ajax instead of asp.
I've been waiting a long time to be able to use UpdatePanel and other
MS Ajax stuff in mojoportal so I'm very happy to have progress but
would like to be able to use it more extensively without having to
.FindControl every control in the updatepanel
Thanks,
Joe
--
Joe Audette
Software Solutions Architect
Source Tree Solutions, LLC
[EMAIL PROTECTED]
http://www.sourcetreesolutions.com
http://www.mojoportal.com
___
Mono-devel-list mailing list
Re: [Mono-dev] System.Web.Extensions testing under mojoPortal
On Wed, 29 Aug 2007 14:44:11 +0300, Onur Gumus [EMAIL PROTECTED] scribbled: Hey, Hello, Almost same result here (though I tried with ordinary ASP.NET applications). Unfortunately without the blow is fixed I encountered a bug that needs to be fixed but was able to work around it. The bug was a null reference on any controls inside the UpdatePanel and the workaround was to get the needed reference using UpdatePanel1.FindControl(...) it is not very usable. You know it is overkill to use FindControl everytime you want to access the controls in the page I'm working on a fix for that bug now, will commit later today. regards, marek signature.asc Description: PGP signature ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] System.Web.Extensions testing under mojoPortal
Marek Yay ! :) On 8/29/07, Marek Habersack [EMAIL PROTECTED] wrote: On Wed, 29 Aug 2007 14:44:11 +0300, Onur Gumus [EMAIL PROTECTED] scribbled: Hey, Hello, Almost same result here (though I tried with ordinary ASP.NETapplications). Unfortunately without the blow is fixed I encountered a bug that needs to be fixed but was able to work around it. The bug was a null reference on any controls inside the UpdatePanel and the workaround was to get the needed reference using UpdatePanel1.FindControl(...) it is not very usable. You know it is overkill to use FindControl everytime you want to access the controls in the page I'm working on a fix for that bug now, will commit later today. regards, marek -- Warning: If you are reading this then this warning is for you. Every word you read of this useless fine print is another second off your life. Don't you have other things to do? Is your life so empty that you honestly can't think of a better way to spend these moments? Or are you so impressed with authority that you give respect and credence to all that claim it? Do you read everything you're supposed to read? Do you think every thing you're supposed to think? Buy what you're told to want? Get out of your apartment. Meet a member of the opposite sex. Stop the excessive shopping and masturbation.Quit your job. Start a fight. Prove you're alive. If you don't claim your humanity you will become a statistic. You have been warned - Onur ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] System.Web.Extensions testing under mojoPortal
Hey guys, I've just committed the (simple) fix to svn trunk, revision 84996. Onur, your sample code works for me now without having to use FindControl. Joe, I'm not sure if it fixes your issue though. By the time Page_Load is invoked, the controls inside templates aren't instantiated yet (it happens on MS.NET as well), so referring to them by field might fail. Please let me know how it worked (or not worked) for you. If your code works on MS.NET and not no Mono, I'll try to create a test case to see what happens. regards, marek signature.asc Description: PGP signature ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] I have another bug in class Using
Hi,
Please fill a bug report into http://bugzilla.ximian.com
Thanks
Marek
mcs\statement.cs
in Class Using:
// protected override void CloneTo (CloneContext clonectx, Statement t)
// {
// Using target = (Using) t;
// if (expression_or_block is Expression)
// target.expression_or_block =
((Expression)expression_or_block).Clone(clonectx);
// else
// error--- target.expression_or_block = ((Statement)
expression_or_block).Clone (clonectx);
// } line 4670,4685 expression_or_block is either a Expression or a
DictionaryEntry, not a Statement.
lei.min gmx
2007-08-29
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] CruiseControl.Net reports failed NAnt builds as success
Hi,
I have setup a CCNet server farm, with one of the nodes running on
linux+mono. The problem is that failed NAnt builds are not reported as
such. I have tinkered a bit with the code today and managed to create
a test case (attached). When 'nant' is called from console, it's
return status is correctly returned with 'echo $?'. However, it is not
returned through Process.ExitCode. The same happens when I run 'mono
/usr/share/NAnt/bin/NAnt.exe', bypassing the wrapper script. Any ideas
what is wrong?
Related bug on CCNet Jira: http://jira.public.thoughtworks.org/browse/CCNET-830
Regards,
Leszek Ciesielski
using System;
using System.Collections.Generic;
using System.Text;
using System.Diagnostics;
using System.Threading;
namespace exit
{
class Program
{
static void Main(string[] args)
{
Process proc = new Process();
proc.StartInfo = new ProcessStartInfo(false);
proc.Start();
while(!proc.HasExited)
Thread.Sleep(100);
Console.WriteLine(Exit status of false was {0},
proc.ExitCode); //1
proc.StartInfo = new ProcessStartInfo(true);
proc.Start();
while (!proc.HasExited)
Thread.Sleep(100);
Console.WriteLine(Exit status of true was {0},
proc.ExitCode); //0
proc.StartInfo = new ProcessStartInfo(nant);
proc.Start(); // should fail if not *.build found
while (!proc.HasExited)
Thread.Sleep(100);
Console.WriteLine(Exit status of nant was {0},
proc.ExitCode);
}
}
}
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Remoting with DateTime
Hello all,
I've taken some time to dig again into this issue and tried to answer
some points mentioned in the thread (please correct me if I'm wrong!).
Attached are the patch for DateTime.cs (nothing really changed since
March) and the unit test.
- DateTime managed as a PrimitiveType by the BinaryFormatter?
I've not seen any indication on the fact .NET2.0's BinaryFormatter
would not manage DateTime as a ISerializable but as a PrimitiveType.
When you look at the binary array generated by the BinaryFormatter, you
do have a two int64: the ticks and a int64 in which you have both the
ticks and the kind (as used in my patch).
- How .NET 2.0 stores DateTime internally?
To quote MSDN's page on DateTime:
Version Considerations
Prior to the .NET Framework version 2.0, the DateTime
structure contains a 64-bit field composed of an unused 2-bit field
concatenated with a private Ticks field, which is a 62-bit unsigned
field that contains the number of ticks that represent the date and
time. The value of the Ticks field can be obtained with the Ticks property.
Starting with the .NET Framework 2.0, the DateTime
structure contains a 64-bit field composed of a private Kind field
concatenated with the Ticks field. The Kind field is a 2-bit field that
indicates whether the DateTime structure represents a local
time, a Coordinated Universal Time (UTC), or whether UTC or local time
is not specified. The Kind field is used to handle conversions between
local and UTC time, but not time comparisons or arithmetic. The value
of the Kind field can be obtained with the Kind property.
If you want more details, see the #region ISerializable at the bottom
of DateTime.cs - it's commented there.
- Version compatibility
"Will this break with older Mono implementations, say with data that
was stored with old versions? It seems like you put some effort on not
breaking."
No that won't break. My patch ensure backward compatibility, namely:
Mono CLR 1.1 is not concerned by my patch (it could be) and
remains not compatible with MS .NET 1.1 and 2.x
Mono CLR 2.x not patched
is not compatible with MS .NET 2.x (in both ways)
is not able to deserialize data serialized with Mono CLR 2.x
patched (since the latter serializes its data by using MS .NET 2.x
format)
Mono for CLR 2.x patched
serializes its data by using MS .NET 2.x format
is able to read DateTime serialized with MS .NET 1.1 and 2.x
formats (MS .NET 2.x has the same backward compatibility)
is able to read DateTime serialized with Mono for CLR 1.x not
patched and 2.x not patched
- Unit test
"Would you mind providing NUnit test cases that would exercise the
various binary formats? You could bundle the stuff as a binary blob in
an array and test the various code paths."
Done. See DataTimeTest.cs
- Soap issue
My hack works but it should be considered as temporary, as long as the
issue in the Soap Serializer itself has not been solved. I'm missing
both time and knowledge of the Soap serialization's internal mechanism
to handle this...
Regards,
Lionel
--- DateTime 20070821.cs 2007-08-10 07:08:10.0 +0200
+++ DateTime 20070821 patched.cs 2007-08-29 14:56:36.0 +0200
@@ -1,3 +1,5 @@
+#define HACK_FOR_SOAP_FORMATTER_BUG
+
//
// System.DateTime.cs
//
@@ -33,6 +35,7 @@
using System.Globalization;
using System.Runtime.CompilerServices;
using System.Runtime.InteropServices;
+using System.Runtime.Serialization;
using System.Text;
namespace System
@@ -46,7 +49,7 @@
[StructLayout (LayoutKind.Auto)]
public struct DateTime : IFormattable, IConvertible, IComparable
#if NET_2_0
- , IComparableDateTime, IEquatable DateTime
+ , IComparableDateTime, IEquatableDateTime, ISerializable
#endif
{
private TimeSpan ticks;
@@ -2259,5 +2262,166 @@
{
throw new InvalidCastException();
}
+
+#if NET_2_0 // ISerializable Members
+
+ private DateTime(SerializationInfo info, StreamingContext context)
+ {
+ this.kind = DateTimeKind.Unspecified;
+ this.ticks = TimeSpan.MinValue;
+
+ if (info == null)
+ throw new ArgumentNullException(info);
+
+ /*
+ * Mono and .Net have different 'signatures' for their SerializationInfo's content:
+ *
+ * Mono uses:
+ * - ticks, a TimeSpan
+ * - kind, a DateTimeKind (only on .NET 2.0)
+ *
+ * And .Net uses:
+ * - in v1.0:
+ * - in v1.1: ticks, a long
+ * - in v2.0: ticks (a long) and dateData (a ulong) with the first end being the kind and the right end the ticks
+ *
+ * So we first enumerate the available field names types, and then decide what to do on that basis.
+ * If the kind is not present, it shoud be considered as equal to 0 (Unspecified).
+ */
+
+ SerializationInfoEnumerator serializedFieldEnum = info.GetEnumerator();
+ int fieldCount = info.MemberCount;
+ string serializedFieldName;
+ Type serializedFieldType;
+
+ if (fieldCount == 1)
+ {
+#region This DateTime
Re: [Mono-dev] System.Web.Extensions testing under mojoPortal
Hi Marek, I've just committed the (simple) fix to svn trunk, revision 84996. Onur, your sample code works for me now without having to use FindControl. Joe, I'm not sure if it fixes your issue though. By the time Page_Load is invoked, the controls inside templates aren't instantiated yet (it happens on MS.NET as well), so referring to them by field might fail. Please let me know how it worked (or not worked) for you. If your code works on MS.NET and not no Mono, I'll try to create a test case to see what happens. Thanks for your help! I just built and tested with Mono r84996 and the bug still persists. It does not happen on windows with MS.NET. I would always expect any control declared in markup to be not null in page load. Thanks, Joe -- Joe Audette Software Solutions Architect Source Tree Solutions, LLC [EMAIL PROTECTED] http://www.sourcetreesolutions.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
Re: [Mono-dev] Remoting with DateTime
Hi Lionel,
Lionel Cuir wrote:
I've taken some time to dig again into this issue and tried to answer some
points mentioned in the thread (please correct me if I'm wrong!). Attached
are
the patch for DateTime.cs (nothing really changed since March) and the unit
test.
+ if (fieldCount == 1)
+ {
+ #region This DateTime should have been
serialized under the .NET framework 1.x or with Mono for framework v1.x
You missed serializedFieldEnum.MoveNext() at this place.
+ serializedFieldName = serializedFieldEnum.Name;
+ serializedFieldType =
serializedFieldEnum.ObjectType;
+ if (serializedFieldName != ticks)
+ throw new
SerializationException(Invalid serialized data for this DataTime - 1 single
unknown member.);
+
The patch was pretty complex, so I rewrote it a bit:
http://bugzilla.ximian.com/showattachment.cgi?attach_id=19890
The SOAP workaround did not work for me. It think we should rather fix
the issue in the SOAP formatter.
Bug entry: http://bugzilla.ximian.com/show_bug.cgi?id=82400
Robert
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Possible bug in encoding at Solaris and PowerPC
Hi, I've found a problem with our server running on MacOSX (PPC) and Solaris SPARC. I'm reading a field in a table from a Firebird database. The field is CHAR(1). In Windows (.NET and Mono) and Linux (Mono) when you read the field using firebirdDotNet provider you get a Char as a result. In Solaris SPARC and MacOS X you get a string with two blanks at the end. I reported it to the firebirdDotNet list but they told me it must be a Mono problem because it runs on Linux and Windows. I can file a testcase but you'd probably have to look into the firebird provider... At the moment I've just made a workaround but it doesn't look like a good idea... Pablo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] System.Web.Extension
Hello after successfully running ASP.NET ajax. I tried the control kit with
latest svn of mono runtime. However it does not seem to work.
When I try the sample web site coming with the no source package I am
getting the following error:
/terror CS0542: `TodoItems.TodoItems': member names cannot be the same as
their enclosing type
protected TodoItems(System.Runtime.Serialization.SerializationInfo
info, System.Runtime.Serialization.StreamingContext ctx) {
Line 33: // TODO: implement
Line 34: throw new System.NotImplementedException();
Line 35: }
Line 36:
Line 37: public virtual TodoItemsDataTable TodoItems {
Line 38: get {
Line 39: return this.__tableTodoItems;
Line 40: }
Line 41: }
Also compiling the source code gives me bunch of errors like
System.Web.Resource not found etc...
Onur
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] System.Web.Extensions testing under mojoPortal
Marek you are a single manned army :) I've checked out mono, mcs and xsp2. Compiling them and running with Basic Asp.net Ajax examples worked! It seems the bug I mentioned was fixed. Now we can access controls without resorting to FindControl method Thanks. Onur On 8/29/07, Joe Audette [EMAIL PROTECTED] wrote: Hi Marek, I've just committed the (simple) fix to svn trunk, revision 84996. Onur, your sample code works for me now without having to use FindControl. Joe, I'm not sure if it fixes your issue though. By the time Page_Load is invoked, the controls inside templates aren't instantiated yet (it happens on MS.NET as well), so referring to them by field might fail. Please let me know how it worked (or not worked) for you. If your code works on MS.NET and not no Mono, I'll try to create a test case to see what happens. Thanks for your help! I just built and tested with Mono r84996 and the bug still persists. It does not happen on windows with MS.NET. I would always expect any control declared in markup to be not null in page load. Thanks, Joe -- Joe Audette Software Solutions Architect Source Tree Solutions, LLC [EMAIL PROTECTED] http://www.sourcetreesolutions.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 -- Warning: If you are reading this then this warning is for you. Every word you read of this useless fine print is another second off your life. Don't you have other things to do? Is your life so empty that you honestly can't think of a better way to spend these moments? Or are you so impressed with authority that you give respect and credence to all that claim it? Do you read everything you're supposed to read? Do you think every thing you're supposed to think? Buy what you're told to want? Get out of your apartment. Meet a member of the opposite sex. Stop the excessive shopping and masturbation.Quit your job. Start a fight. Prove you're alive. If you don't claim your humanity you will become a statistic. You have been warned - Onur ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
