>Make sure your lookup variables are calculated for the appropriate section
>of your report. >Say you have var break_head_1 and it is located in the H1 section of the >report, you need to be sure that break_head_1 is calculated at the H1 level >and not the D level, otherwise you will wind up w/ data from the previous >row. My lookup variable is located and calculated in the DETAIL section, not the header sections. I have columns, not variables, located in the header sections so variable definitions aren't a problem. >One other thing to check is where the variables are being reset. It sounds >like maybee you are resetting variables at the page break level causing >problems. My bad lookup variable is not being reset at all because it's a client name lookup at the detail level. No need to reset. My bad summing variable (the one that ignores that first row) is located in the F2 section, calculates at Detail level (Sum of....), and is reset only for the Break2 section. No variables are reset at the Page level. Thanks for the suggestions, you made me check all these things just to be sure! Remember that all the other pages of this report print just fine. It is ONLY when a break header is at the bottom of a page and the first row of data is at the top of the next page that that section gets messed up. Karen ================================================ TO SEE MESSAGE POSTING GUIDELINES: Send a plain text email to [EMAIL PROTECTED] In the message body, put just two words: INTRO rbase-l ================================================ TO UNSUBSCRIBE: send a plain text email to [EMAIL PROTECTED] In the message body, put just two words: UNSUBSCRIBE rbase-l ================================================ TO SEARCH ARCHIVES: http://www.mail-archive.com/rbase-l%40sonetmail.com/
