ORA-06550 recieved when trying to modify existing page after 3.1 Apex upg

Question

Hi,
I am getting the following when attempting to apply changes to a PL/SQL anonymous block. I was trying to add a clause to the query but have backed that out and can't even get the original query (with no changes) to pass.
note: I recently upgraded to version 3.1.0.00.32 of Apex and I believe this is the first time I have attempted to modify this page since the upgrade.
The specific error is below. I'm starting to wonder if I have hit some sort of character or number of lines limit.
ORA-06550: line 62, column 21: PLS-00103: Encountered the symbol "end-of-file" when expecting one of the following: ( begin case declare end exception exit for goto if loop mod null pragma raise return select update while with << continue close current delete fetch lock insert open rollback savepoint set sql execute commit forall merge pipe purge.
Here is the SQL in the anonymous pl/sql block:
select
TO_CHAR(sum((trade_buy_value(side)*shares*previous_close)),'FML999G000G000G000MI') mvb,
TO_CHAR(sum(trade_sell_value(side)*shares*previous_close), 'FML999G000G000G000MI') mvs,
TO_CHAR(sum(shares*previous_close), 'FML999G000G000G000MI') gross_mv,
TO_CHAR(sum(trade_buy_value(side)*previous_close*shares)
-sum(trade_sell_value(side)*previous_close*shares), 'FML999G000G000G000MI') net_mv,
TO_CHAR(sum(weight*gap_deviation), '00D0000MI')||'%' weighted_gap,
TO_CHAR(sum(buy_weight*gap_deviation), '00D0000MI')||'%' weighted_gap_buy,
TO_CHAR(sum(sell_weight*gap_deviation), '00D0000MI')||'%' weighted_gap_sell,
TO_CHAR(avg(gap_deviation), '00D0000MI')||'%' avg_gap,
TO_CHAR(min(gap_deviation), '00D0000MI')||'%' min_gap,
TO_CHAR(max(gap_deviation), '00D0000MI')||'%' max_gap,
TO_CHAR(sum(buy_weight*trade_day_deviation), '00D0000MI')||'%' weighted_td_dev_buy,
TO_CHAR(sum(sell_weight*trade_day_deviation), '00D0000MI')||'%' weighted_td_dev_sell,
TO_CHAR(sum(weight*trade_day_deviation), '00D0000MI')||'%' weighted_td_dev,
TO_CHAR(avg(trade_day_deviation), '00D0000MI')||'%' avg_td_dev,
TO_CHAR(min(trade_day_deviation), '00D0000MI')||'%' min_td_dev,
TO_CHAR(max(trade_day_deviation),'00D0000MI')||'%' max_td_dev,
TO_CHAR(sum(buy_weight*total_deviation), '00D0000MI')||'%' weighted_tot_dev_buy,
TO_CHAR(sum(sell_weight*total_deviation), '00D0000MI')||'%' weighted_tot_dev_sell,
TO_CHAR(sum(weight*total_deviation), '00D0000MI')||'%' weighted_tot_dev,
TO_CHAR(avg(total_deviation), '00D0000MI')||'%' avg_tot_dev,
TO_CHAR(min(total_deviation), '00D0000MI')||'%' min_tot_dev,
TO_CHAR(max(total_deviation), '00D0000MI')||'%' max_tot_dev,
TO_CHAR(sum(buy_weight*vwap_deviation), '00D0000MI')||'%' vwap_dev_buy,
TO_CHAR(sum(sell_weight*vwap_deviation), '00D0000MI')||'%' vwap_dev_sell,
TO_CHAR(sum(weight*vwap_deviation), '00D0000MI')||'%' vwap_tot_dev,
TO_CHAR(avg(vwap_deviation), '00D0000MI')||'%' avg_vwap_dev,
TO_CHAR(min(vwap_deviation), '00D0000MI')||'%' min_vwap_dev,
TO_CHAR(max(vwap_deviation), '00D0000MI')||'%' max_vwap_dev,
TO_CHAR(sum(buy_weight*close_deviation), '00D0000MI')||'%' close_dev_buy,
TO_CHAR(sum(sell_weight*close_deviation), '00D0000MI')||'%' close_dev_sell,
TO_CHAR(sum(weight*close_deviation), '00D0000MI')||'%' close_tot_dev,
TO_CHAR(avg(close_deviation), '00D0000MI')||'%' avg_close_dev,
TO_CHAR(min(close_deviation), '00D0000MI')||'%' min_close_dev,
TO_CHAR(max(close_deviation), '00D0000MI')||'%' max_close_dev,
TO_CHAR(SUM(ABS(buy_shares)), '999G999G999G999')||' shares' buy_shares,
TO_CHAR(SUM(ABS(sell_shares)), '999G999G999G999')||' shares' sell_shares,
TO_CHAR(SUM(ABS(shares)), '999G999G999G999')||' shares' tot_shares
into :P19_MARKET_VALUE_BUYS, :P19_MARKET_VALUE_SELLS, :P19_MARKET_VALUE_GROSS, :P19_MARKET_VALUE_NET,
:P19_GAP_DEV_TOTAL, :P19_GAP_DEV_BUYS, :P19_GAP_DEV_SELLS, :P19_GAP_DEV_AVG, :P19_GAP_DEV_MIN,
:P19_GAP_DEV_MAX, :P19_TD_DEV_BUYS, :P19_TD_DEV_SELLS, :P19_TD_DEV_TOTAL, :P19_TD_DEV_AVG,
:P19_TD_DEV_MIN, :P19_TD_DEV_MAX, :P19_TOT_DEV_BUYS, :P19_TOT_DEV_SELLS, :P19_TOT_DEV_TOT,
:P19_TOT_DEV_AVG, :P19_TOT_DEV_MIN, :P19_TOT_DEV_MAX, :P19_VWAP_BUYS, :P19_VWAP_SELLS, :P19_VWAP_TOT,
:P19_VWAP_AVG, :P19_VWAP_MIN, :P19_VWAP_MAX, :P19_CLOSE_BUYS, :P19_CLOSE_SELLS, :P19_CLOSE_TOT,
:P19_CLOSE_AVG, :P19_CLOSE_MIN, :P19_CLOSE_MAX, :P19_BUY_SHARES, :P19_SELL_SHARES, :P19_TOT_SHARES
from (
     select
CASE when side='BUY' then shares else 0 end buy_shares,
CASE when side='SELL' then shares else 0 end sell_shares,
     (ABS(previous_close*shares))/sum(ABS(denom_check(shares*previous_close))) over() weight,
     (trade_buy_value(side)*ABS(previous_close*shares))/denom_check(sum(trade_buy_value(side)*ABS(shares*previous_close)) over()) buy_weight,
     (trade_sell_value(side)*ABS(previous_close*shares))/denom_check(sum(trade_sell_value(side)*ABS(shares*previous_close)) over()) sell_weight,
     v.*
     from v_trade_executions v
join map_country_region m on v.iso_country = m.iso_country and m.region_name like :P19_REGION||'%'
where trade_date >= NVL(to_date(:P19_FROM_DATE, 'MM/DD/YYYY'), previous_business_day(sysdate))
and trade_date <= NVL(to_date(:P19_TO_DATE, 'MM/DD/YYYY'), previous_business_day(sysdate))
and broker like :P19_BROKER||'%'
)

Answer 1

Bill,
What makes you think this is fixed in the latest patch. Is there a bug reference I can look at?
Because the symptoms look like those in bug 6956070. However you refer to an anonymous block and PL/SQL but what you showed is neither one -- your example shows a SQL statement. But I still think it's the bug we fixed.
By the way, you should always apply the latest patches to this product. It's not considered an upgrade to go from one of our main releases to a patched version of the release, in case that helps you make the case.
Scott