Getting error while adding field to data viewer web part

Question

I have custom EditItemForm for a custom list having over 100 columns. That EditItemForm contains a DataFormWebPart in edit mode having over 100
<SharePoint:FormField controls.
If I browse for the above page in internet explorer, I got got the generic error:
"Unable to display this Web Part. To troubleshoot the problem, open this Web page in a Microsoft SharePoint Foundation-compatible HTML editor such
as Microsoft SharePoint Designer. If the problem persists, contact your Web server administrator.
Correlation ID:XXXXXXX"
I went to Log, and got the exact error details as follows,
"Error while executing web part: System.StackOverflowException: Operation caused a stack overflow.     at
Microsoft.Xslt.NativeMethod.CheckForSufficientStack()     at <xsl:template name="dvt_1.rowedit">(XmlQueryRuntime , XPathNavigator , Double , String )     at <xsl:template name="dvt_1.body">(XmlQueryRuntime
, IList`1 , Double , Double )     at <xsl:template name="dvt_1">(XmlQueryRuntime , XPathNavigator )     at Root(XmlQueryRuntime )     at System.Xml.Xsl.XmlILCommand.Execute(Object defaultDocument,
XmlResolver dataSources, XsltArgumentList argumentList, XmlWriter writer, Boolean closeWriter)     at System.Xml.Xsl.XmlILCommand.Execute(IXPathNavigable contextDocument, XmlResolver dataSources, XsltArgumentList argumentList, XmlWriter
results)     at System.Xml.Xsl.XslCompiledTransform.Tr..."
Then I thought of removing some columns from the dataFormWebpart. I removed several
<SharePoint:FormField controls from the dataFormWebpart. Then page started working fine.
Please let us know if there is any workaround to fix this issue.
Note: The same page was working fine in MOSS 2007 before migrating to SharePoint
2010.
Sharepoint Consultant from NY, USA

Answer 1

In SP1 and earlier, you could sometimes fix this by breaking the "dvt_1.rowedit" template into smaller templates and calling them sequentially. Sadly, this no longer works in many cases.
Microsoft's "fix" for this problem appears in the August 2011 CU (Possibly earlier in the June CU - haven't checked that one). They have implemented a one-second timer that artificially throws a stack overflow exception if a transform takes longer than 1
second.
Reflector shows us what's going on. As the stack trace shows, it's in Microsoft.Xslt.NativeMethod.CheckForSufficientStack().
A dateTime variable has been set to Now + 1 second when a Microsoft.Xslt.NativeMethod.SetStackBarrier() method was called, then we have this gem:
public static unsafe void CheckForSufficientStack()
void* stackBarrier = StackBarrier;
if (dateTime < DateTime.Now)
throw new StackOverflowException();
if (&stackBarrier < stackBarrier)
throw new StackOverflowException();
As you can see, there has been no real stack overflow, and there isn't even any provision for allowing a SharePoint admin to adjust the now-plus-one-second hack.
The MSFT support person we spoke with said this code was added in the August CU to "prevent long transforms from bringing down the server." So... Let's see what the SP1 version of the same method looks like:
public static unsafe void CheckForSufficientStack()
void* stackBarrier = StackBarrier;
if (((++callCount & 0xffff) == 0) && (dateTime.AddSeconds(5.0) < DateTime.Now))
throw new StackOverflowException();
if (&stackBarrier < stackBarrier)
throw new StackOverflowException();
Well, at least it allowed 5 seconds instead of 1....