Re: autoflush behavior for subrequests

On Sun, 10 Oct 2004, David Wheeler wrote:
> Thanks, looks fine to me, although you left out this item:
>    http://marc.theaimsgroup.com/?l=mason-devel&m=108724061309617&w=2

Is the fix for this in HEAD too?

It sounds similar to a problem I'm seeing there, for which I need to check
in the test below.  A compilation error in output mode is outputting 2
errors: a compilation error, and a second one because Request->exec is
called with an undefined request_comp.  Only the second error is finding
its way to the output on live tests, which doesn't aid diagnosis at all.

~ John Williams



--- t/13-errors.t	26 Jul 2004 01:05:52 -0000	1.27
+++ t/13-errors.t	23 Sep 2004 07:31:05 -0000
@@ -318,6 +318,23 @@

 #------------------------------------------------------------

+    $group->add_test( name => 'error_during_compilation',
+		      description => "Make sure compiler errors work in output mode",
+                      interp_params => {
+					 error_format => 'text',
+					 error_mode => 'output',
+                                       },
+		      component => <<'EOF',
+% my $x = undef; @$x;
+EOF
+			# match "Error during compilation" followed by
+			# exactly one occurance of "Stack:"
+		      expect => qr/Error during compilation((?!Stack:).)*Stack:((?!Stack:).)*$/s,
+		    );
+
+#------------------------------------------------------------
+
     return $group;
 }




-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl