Will Print on White -Error with Colored Paper: too Small

Trying to print gift tags on colored paper with Photosmart 7960. Print Preview indicates will fit and prints ok on white paper. Using colored paper of same weight and thicker - printer error "paper too small"
This question was solved.
View Solution.

Hi - You might try setting the Paper Type to Plain Paper rather than Automatic. Sometimes the color can throw off the paper sensors. In whatever app you're in, click File, Print and then there should be a Preferences or Options button, click that and you should be able to find the Paper Type option.
Hope that helps.
Say Thanks by clicking the Kudos thumbs up. Please mark the post that solves your problem as an Accepted Solution so other forum users can utilize the solution.
I am an HP employee.

Similar Messages

Is there a tutorial on how to achieve Black/White photos with color details?

I am newbie with learning photoshop, Is there a tutorial on how to achieve Black/White photos with color details? similiar to this photo?
thanks

Type exactly that "black white photos with colour details with Photoshop" when searching online and you will find many examples on how to achieve this effect.
Examples:
Photoshop combining color with black and white - A non-destructive method - YouTube
How to Create Color Splash Effect | Adobe Photoshop cs5 - YouTube

Hp Officejet Pro 8500 will print but not anything with black ink. It keeps aligning itself.

My Hp Officejet Pro 8500 will print but not anything with black ink - i have checked the black ink cartridge and it is full. Whenever i print anything in colour (only option) the printer goes into an alignment/maintenace loop that lasts for a long time and does not fix the problem. What should I do?

Clean your printerhesd 4-5 times until the black fully restores. I am on my third complete cleaning and have gone from 0% black to approx. 60-70%. So, it works just takes time.

Iphone 3gs shutdowns random, it fails to turn on, it displays a white screen with colors lines

I have an iPhone 3GS. It It shutdowns random, it fails to turn on, it displays a white screen with colors lines.

I have the 3GS and it recently started the RSD. At first I thought it was just the batter not holding a charge and being lower than what the display showed. However, even when fully charged the RSD's occur mostly when loading either Apps or web pages in Safari.
I have not experienced the white screen and colored line, yet apparently. Is this the logic board like in the MacBook's?
iPhone 3GS, IOS 4.2

PL/SQL: numeric or value error (character string buffer too small)

Hi All,
Below is the procedure used to send notifications. It was working fine in previous DB version :- 10.1.0.5.0 and there was recent upgrade to 11.2.0.2.0.
I complies fine, but when executing it throws the error.
PROCEDURE PROC_STATUS_MAIL_UNADJ IS
       K_BOUNDARY CONSTANT VARCHAR2(1000) := 'a1b2c3d4e3f2g1';
      l_analysis_report VARCHAR2(32767); --empty_clob; --clob :=
      l_header VARCHAR2(1000);
      l_footer VARCHAR2(200);
      cnxn UTL_SMTP.connection;
      cursor cloc is select location_id from locations order by location_id asc;
      loc_id cloc%rowtype;
BEGIN
dbms_output.enable (1000000);
     FOR loc_id in cloc
     loop
     l_analysis_report := '<style type="text/css">
    
    
    
    </style>
    <center><b><font face="Arial">Run Summary Report'
                || TO_CHAR(SYSDATE, 'DD-MON-YYYY HH:MI AM') || '<br><br></font></b></center>'
                || ' <div align="center"><table width="95%" border="1" cellspacing="0" cellpadding="1" </div>'
                || '<span style="font-size: 10pt; font-family: Arial"> </span> '
                || '<tr bgcolor=b4b4b4><td align="center"> <font size="3"> <b>'
                || 'Analysis</b></td><td align="center"><font size="3"> <b>'
                || 'Start Time</b></td><td align="center"><font size="3"> <b>'
                || 'End Time</b></td><td align="center"><font size="3"> <b>'
                || 'Run Duration (mins)</b></td><td align="center"><font size="3"> <b>'
                || 'Status</b></font></td></tr> ' || UTL_TCP.CRLF;
                FOR curr_refresh IN (SELECT AN.ANALYSIS_ID,AN.NAME ANALYSIS_NAME,TO_CHAR(ARH.RUN_START_TIME,'DD/MM/YYYY HH:MI:SS') START_TIME,
                                     TO_CHAR(ARH.RUN_END_TIME,'DD/MM/YYYY HH:MI:SS')END_TIME,
                                     ROUND(((ARH.RUN_END_TIME-ARH.RUN_START_TIME)*24*60),2) RUN_TIME_SECS,ARH.JOB_STATUS STATUS
                                     FROM
                                     RUN_HISTORY ARH,ANALYSES AN
                                     WHERE
                                     AN.ANALYSIS_ID=ARH.ANALYSIS_ID
                                     AND AN.CYCLE_IND_ID IN (1,3)
                                     AND ARH.RUN_START_TIME>TO_DATE(SYSDATE-30)
                                     AND ARH.JOB_NAME LIKE 'RHS_QU%'
                                     AND AN.LOCATION_ID = loc_id.location_id
                                     AND ARH.JOB_STATUS='Completed'
                                     ORDER BY ARH.RUN_START_TIME DESC)
                       LOOP
                   l_analysis_report := l_analysis_report ||'<tr><td align="center">'|| curr_refresh.analysis_name
                      || '</td><td align="center">' || curr_refresh.start_time || '</td><td align="center">'
                      || curr_refresh.end_time || '</td><td align="center">'|| curr_refresh.RUN_TIME_SECS ||
                      '</td><td align="center">'|| curr_refresh.status ||
                      '</td> </tr>' || UTL_TCP.CRLF;
                  exit when length (l_analysis_report) > 32500;
               END LOOP;
              l_analysis_report := l_analysis_report || '</table><br><br>';
               l_footer := UTL_TCP.CRLF ||'<b> Note: This is an auto generated email. Please do not reply to it. Contact the IT team for any further information.</b>'|| UTL_TCP.CRLF;
               FOR curr_email IN (SELECT GLOBAL_NAME INSTANCE_NAME,
                                  EU.EMAIL_USER_LAST_NAME last_name, EU.EMAIL_USER_FIRST_NAME ACNAME,
                                  EU.EMAIL_USER_EMAIL_ID,loc.LOCATION_NAME LOC_NAME,
                                  '[email protected]' MAIL_FROM
                                  FROM
                                  RHS_EMAIL_USER EU,LOCATIONS LOC,GLOBAL_NAME
                                  WHERE EU.LOCATION_ID=LOC.LOCATION_ID
                                  AND EU.LOCATION_ID=loc_id.location_id
                              ) LOOP
            cnxn := UTL_SMTP.open_connection('smtprelay.inc.com', 25);
            UTL_SMTP.helo(cnxn, 'smtprelay.inc.com');
            UTL_SMTP.mail(cnxn, '[email protected]');
            UTL_SMTP.rcpt(cnxn, curr_email.EMAIL_USER_EMAIL_ID);
                  l_header := 'MIME-Version: 1.0'||'
To: ' || curr_email.last_name || ' <' || curr_email.EMAIL_USER_EMAIL_ID || '>
From: ' || curr_email.mail_from || '
Subject: Un-Adjusted Analysis Report for ' || curr_email.loc_name || ' Location from' || curr_email.instance_name || ' on ' || to_char(sysdate, 'DD-MON-YYYY') || '
Reply-To: [email protected]
Content-Type: text/html;' || UTL_TCP.CRLF || UTL_TCP.CRLF;
            UTL_SMTP.data(cnxn, l_header || l_analysis_report || l_footer);
            UTL_SMTP.quit(cnxn);
            END LOOP;
            END LOOP;
END PROC_STATUS_MAIL_UNADJ;
Error :-
ORA-06502: PL/SQL: numeric or value error: character string buffer too small
ORA-06512: at "SYS.UTL_SMTP", line 591
ORA-06512: at "SYS.UTL_SMTP", line 497
ORA-06512: at "SYS.UTL_SMTP", line 503
ORA-06512: at "RISK_HISTORY.PKG_RHS_EMAIL_NOTIFY", line 206
ORA-06512: at "RISK_HISTORY.PKG_RHS_EMAIL_NOTIFY", line 414
ORA-06512: at line 2Can you please let me know if there is any issue with code or any upgrade issue ?
Regards,
Sunny
Edited by: k_17 on Oct 13, 2011 12:07 PM

Hi Helios,
Many thanks for your reply.
I am able to figure out the issue. In the code we have
l_analysis_report := l_analysis_report ||'<tr><td align="center">'|| curr_refresh.analysis_name
                      || '</td><td align="center">' || curr_refresh.start_time || '</td><td align="center">'
                      || curr_refresh.end_time || '</td><td align="center">'|| curr_refresh.RUN_TIME_SECS ||
                      '</td><td align="center">'|| curr_refresh.status ||
                      '</td> </tr>' || UTL_TCP.CRLF;
                  exit when length (l_analysis_report) > 32500;where "l_analysis_report VARCHAR2(32767);"
The issue is report has more characters, and when executing it throws the error " ORA-06502: PL/SQL: numeric or value error: character string buffer too small ".
Can you please let me know how to have more characters/data in the report. Will CLOB help if yes, please let me know how to use it.
Kindly suggest some options.
Regards,
Sunny

Error "Screen output are too small" when looping through internal table!

Hello All:
I have a huge internal table with some 79000 records and while looping through them and doing some other processing inside the loop, I am getting an error "Screen output are too small"! Could someone please help mw how to fix this issue? I can send the all the code if anyone wants to look at the code. Thanks in advance and rewards are assured.
Mithun

Hi,
Check this
new-page print off.
CALL FUNCTION 'GET_PRINT_PARAMETERS'
EXPORTING
destination = v_dest
IMPORTING
out_parameters = params
valid = valid.
* params-linct = '58'.
* params-linsz = '170'.
* params-paart = 'X_58_170'.
* params-prtxt = v_spool_text.
* params-primm = 'X'.
* params-prrel = 'X'.
NEW-PAGE PRINT ON PARAMETERS params NO DIALOG.
After the call fm GET_PRINT_PARAMETERS params internal table contains all the values for generating spool.
aRs

Getting error "Screen output area too small"! Please help!

I am getting an error "Screen output area too small" when looping through some huge internal table and sending to spool "on change of some value" in my internal table. Could someone please help me in correcting this? Rewards assured.
Thanks.
Mithun

Check the simple program and have tested ,it works great( IN ECC 6 Version)
REPORT ztestspool.
DATA : arc_params TYPE arc_params,
v_print_parms TYPE pri_params,
w_valid TYPE char1,
w_valid_spool TYPE char1.
CONSTANTS : lc_paart LIKE sy-paart VALUE 'X_65_132', " Paper Format
lc_locl TYPE sypdest VALUE 'LOCL', " Destination
c_x TYPE char1 VALUE 'X'.
Setup the Print Parmaters
CALL FUNCTION 'GET_PRINT_PARAMETERS'
EXPORTING
    authority              = space
    immediately            = space
    new_list_id            = c_x
    no_dialog              = c_x
    user                   = sy-uname
IMPORTING
    out_parameters         = v_print_parms
EXCEPTIONS
    archive_info_not_found = 1
    invalid_print_params   = 2
    invalid_archive_params = 3
    OTHERS                 = 4.
IF sy-subrc NE 0.
CLEAR : v_print_parms.
ENDIF.
The printer destination has to be set up
IF v_print_parms-pdest = space.
v_print_parms-pdest = lc_locl.
ENDIF.
Explicitly set line width, and output format so that
the PDF conversion comes out OK
*v_print_parms-linsz = c_linsz.
v_print_parms-paart = lc_paart.
NEW-PAGE PRINT ON PARAMETERS v_print_parms NO DIALOG.
*PERFORM display_output.
write :/ 'This is test for spool generation'.
NEW-PAGE PRINT OFF.
Thanks
Seshu

BI Publisher Report Query Error: "character string buffer too small"

Using apex.oracle.com, I am trying to make a Report Query (Shared Components > Report Queries) based on many columns (around 60).
When I enter my SQL in the "Source Query" Text Area and then click Test Report I get the following error:
ORA-06502: PL/SQL: numeric or value error: character string buffer too small In order to try to make the simplest test case possible for this, I then tried entering SQL selecting just from DUAL.
The following SQL fails with the error mentioned above.
SELECT
'wibble' as a
,'wibble' as b
,'wibble' as c
,'wibble' as d
,'wibble' as e
,'wibble' as f
,'wibble' as g
,'wibble' as h
,'wibble' as i
,'wibble' as j
,'wibble' as k
,'wibble' as l
,'wibble' as m
,'wibble' as n
,'wibble' as o
,'wibble' as p
,'wibble' as q
,'wibble' as r
,'wibble' as s
,'wibble' as t
,'wibble' as u
,'wibble' as v
,'wibble' as w
,'wibble' as x
,'wibble' as y
,'wibble' as z
,'wibble' as ab
,'wibble' as ac
,'wibble' as ad
,'wibble' as ae
,'wibble' as af
,'wibble' as ag
,'wibble' as ah
,'wibble' as ai
,'wibble' as aj
,'wibble' as ak
,'wibble' as al
,'wibble' as am
,'wibble' as an
,'wibble' as ao
,'wibble' as ap
,'wibble' as aq
,'wibble' as ar
,'wibble' as at
,'wibble' as au
,'wibble' as av
FROM dualRemoving the last column from this SQL query (bringing the total number of columns down to 45) as follows and then clicking "Test Report" works successfully.
SELECT
'wibble' as a
,'wibble' as b
,'wibble' as c
,'wibble' as d
,'wibble' as e
,'wibble' as f
,'wibble' as g
,'wibble' as h
,'wibble' as i
,'wibble' as j
,'wibble' as k
,'wibble' as l
,'wibble' as m
,'wibble' as n
,'wibble' as o
,'wibble' as p
,'wibble' as q
,'wibble' as r
,'wibble' as s
,'wibble' as t
,'wibble' as u
,'wibble' as v
,'wibble' as w
,'wibble' as x
,'wibble' as y
,'wibble' as z
,'wibble' as ab
,'wibble' as ac
,'wibble' as ad
,'wibble' as ae
,'wibble' as af
,'wibble' as ag
,'wibble' as ah
,'wibble' as ai
,'wibble' as aj
,'wibble' as ak
,'wibble' as al
,'wibble' as am
,'wibble' as an
,'wibble' as ao
,'wibble' as ap
,'wibble' as aq
,'wibble' as ar
,'wibble' as at
,'wibble' as au
FROM dualSo the question is: Is there a hard-coded limit of 45 columns for a Source Query? Or is there something else causing this error message?
(For information in the above example I have "Use Generic Report Layout" selected and the output format set to "PDF")
Thanks very much in advance for any comments or suggestions,
Andy

Thanks for the suggestion Simon.
I just created a view based on the 46-column SELECT statement from dual above and then set "SELECT * FROM myview" as the Source Query.
Unfortunately I get exactly the same error.
Thanks,
Andy

Numeric or value error: character string buffer too small

Hi,
I have no problem with this code :
select htmldb_item.text(3,nom,20) nom,
htmldb_item.select_list_from_query(9,v_urba_rue.ref_fantoir,'select distinct(nom_voie),v_urba_rue.ref_fantoir from adresse,v_urba_rue where adresse.ref_fantoir(+)=v_urba_rue.ref_fantoir and ref_commune=20 and v_urba_rue.ref_fantoir between 1280 and 1370') rue
from personne,participe,adresse,v_urba_rue
where ...
but when i modify :
...and v_urba_rue.ref_fantoir between 1280 and 1400') rue...
i have this error :
ORA-06502 PL/SQL: numeric or value error: character string buffer too small
any solution?
thank you very much

Is this the same posting as
ORA-06502 numeric or value error string

ORA-6502: PL/SQL: numeric or value error: character string buffer too small WWV-11230

Hi,
I'm trying to create an UI Template. I've generated the html using Frontpage and am successfully able to see in a browser.
I've copied the html to the UI form, but when I try to preview or execute the UI template, I get the following error:
Error: ORA-06502: PL/SQL: numeric or value error: character string buffer too small (WWV-11230)
null

I AM FACING SIMILAR PROBLEM, THE EXACT ERROR IS:
Error: Excepcisn de wwv_generate_component.build_procedure (WWV-01821)
No se ha podido generar la pantalla de interfaz de usuario: ORA-06502: PL/SQL: numeric or value error: character string buffer too small (WWV-16409)
(SORRY , PART OF THE ERROR IS IN SPANISH!)
I CREATED A FORM , WORKED WITH IT A LOT WITHOUT PROBLEMS. NOW I NEED TO DO SOME CHANGES ON CERTAIN FIELDS AND WHEN I TRY TO SAVE IT I GET THE ABOVE ERROR.
THEN I GO BACK TO AN OLDER VERSION, COPY AND TRY TO DO CHANGES AND AGAIN THE ERROR COMES UP.
THE CHANGES I AM TRYING TO DO ARE TO SOME OF THE EXISTING FIELDS IN THE FORM WHICH NEED TO BE PUT AS "INSERTABLE".
THE SCREEN LAYOUT IS DISPLAYED WITHOUT PROBLEM.
(THE FORM IS BASED ON A TABLE WITH APROX 80 FIELDS).
I NEED SOME URGENT HELP. PLS LET ME KNOW ANY OTHER INFO YOU MAY NEED TO HELP ME SOLVE THIS PROBLEM.
FYI I AM WORKING ON PORTAL VERSION 3.0.9 / ON Windows 2000 (DATABASE 8.1.7.0 AND iAS ARE ON DIFFERENT MACHINES).
TKS IN ADVANCE

OLAP -- ORA-6502: numeric or value error: character string buffer too small

Hi all,
We got installed Oracle 9201. After applying the patch #2761332 (to upgrade up to 9203)
and interim patch #2897078 (9203 Patch 1) we always get OLAP Catalog invalid.
I've tried to mend this problem by doing all it is said in Notes 23268.1 & 226443.1 but
my effort was worthless. OLAP catalog is still invalid though BI_Checkconfig says is okay at all.
Nevertheless, we can create dimensions, cubes and measures well, but other problem arises when
I try to add a dimension to a cube issuing the following command:
cwm2_olap_cube.add_dimension_to_cube( owner, NAME, owner, DIM_NAME);
ORA-06502: PL/SQL: numeric or value error: character string buffer too small
ORA-06512: at "OLAPSYS.CWM2_OLAP_MANAGER", line 380
ORA-06512: at "OLAPSYS.CWM2_OLAP_MANAGER", line 397
ORA-06512: at "OLAPSYS.CWM2_OLAP_CUBE", line 281
Paying attention to other metalink/otn threads about this subject we found similar problems with
Oracle 9203 in Japanese (keeping in mind we use Oracle in Spanish).
Any patch we can apply? Any ideas? Your comments are welcome ...
Thanks in advanced !!
[email protected]

We have fixed the problem !!! :-DDD
Thanks to all Oracle analysts who replied this issue.
aLeX
[email protected]

ORA-0605: PL/SQL: numeric or value error: character string buffer too small

I get this error on two function activities in a workflow of mine. I don't even get into the pl/sql procedure call.
The exact error is:
Error Name -6502
Error Message: ORA-0605: PL/SQL: numeric or value error: character string buffer too small
Error Stack: @#@Wf_Engine_Util.Function_Call(MY_PACKAGE.MY_PROC, ITEM_TYPE, ITEM_KEY, 6519, RUN)
If I retry the step (expedite -> retry) it runs until it hits the second function which does the same thing (there is a function in between the two functions that do not have any issues). I then have to retry that step as well. Any ideas?
This seems similar to the following issue that does not have a resolution posted:
ORA-06502 PL/SQL numeric or value error in wf process
I've tried commenting out the bodies of the procedures called but that does not help (again -- im not getting into the bodies but im not sure what else it could be).
Any ideas or suggestions?

Hi,
Does this happen on every instance of the process, or just a few?
Are these activities in the middle, or right at the start of the flow?
Are any other activities being performed correctly first? If so, are these standard or bespoke?
My inclination would be that there is some kind of variable that is being populated (or concatenated onto), which is growing too big. When the process errors, it gets cleared, which is why an expedite would move the activity on.
Matt
WorkflowFAQ.com - the ONLY independent resource for Oracle Workflow development
Alpha review chapters from my book "Developing With Oracle Workflow" are available via my website http://www.workflowfaq.com
Have you read the blog at http://thoughts.workflowfaq.com ?
WorkflowFAQ support forum: http://forum.workflowfaq.com

A procedure with a buffer too small problem

hey!
while running a procedure for loading data from csv file into a db table (on 9i db),
i got the error "ORA-06502: PL/SQL: numeric or value error: character string buffer too small".
It's make scense since i have a large csv file (2 columns ,about 30,000 rows , containing 1 to 5 length number in each cell) .
My question: Is there any way to enlarge the buffer capacity in order to deal with such a large volume of data?
or any other way to fix the proc?
(of caurse now the buffer is set to max.).
thanks
yair

Is there any way to enlarge the buffer capacity in order to deal with such
a large volume of data?It's not the total volume of your data. Somewhere you are trying to fit a string into too small a column or variable....
SQL> declare
2      n number(4,0);
3 begin
4      n := &fourdigits;
5 end;
6 /
Enter value for fourdigits: 1234
old   4:     n := &fourdigits;
new   4:     n := 1234;
PL/SQL procedure successfully completed.
SQL> r
1 declare
2      n number(4,0);
3 begin
4      n := &fourdigits;
5* end;
Enter value for fourdigits: 12345
old   4:     n := &fourdigits;
new   4:     n := 12345;
declare
ERROR at line 1:
ORA-06502: PL/SQL: numeric or value error: number precision too large
ORA-06512: at line 4
SQL> declare
2      v varchar2(4);
3 begin
4      v := &fourdigits;
5 end;
6 /
Enter value for fourdigits: 1234
old   4:     v := &fourdigits;
new   4:     v := 1234;
PL/SQL procedure successfully completed.
SQL> r
1 declare
2      v varchar2(4);
3 begin
4      v := &fourdigits;
5* end;
Enter value for fourdigits: 12345
old   4:     v := &fourdigits;
new   4:     v := 12345;
declare
ERROR at line 1:
ORA-06502: PL/SQL: numeric or value error: character string buffer too small
ORA-06512: at line 4
SQL> Cheers, APC
Blog : http://radiofreetooting.blogspot.com/

Listener Error - character string buffer too small (ORA-06502)

I am running into a very strange problem with the APEX listener on seemingly random pages. I can hit every page in my application just fine, but as soon as I hit this specific one, Glassfish throws an HTTP 500 error. If I click Debug, the page seems to load fine with no indications of trouble, but as soon as I turn debug back off, it goes back to the HTTP 500 error. I don't see anything special about the page that makes this happen. It is pretty simple and has 4 regions. I have noticed that if I set any 1 of the 4 regions to "Never display", the page loads fine. It's like having all 4 of them enabled at once are causing some overload, even though it's actually a smaller amount of data than most of my other pages.
**Update: I just discovered this only happens if I'm logged into the workspace first and then try to run the page! If I log out of APEX and then hit the application as a normal user, page loads error-free. This is still an annoying problem, but at least it seems I have a decent workaround since regular users never see it.
After a couple days, I noticed the exact same problem on a second APEX application I'm using. Again, it is on some random page whereas all the other pages work fine.
Both applications and pages in question worked without issue in APEX 3.x. I am trying to get an APEX application up and running on the latest version.
I have tried both Glassfish server and simply downloading the latest listener (version 1.1.1) and running it in standalone mode. I get the problem both ways, which is why it seems it's a listener issue.
I have seen a few other threads of people having this problem, but I never did find anyone with a solution, and most of the posts stopped back in December.
Some details on my environment:
Database version: Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bi
APEX version: 4.0.2
Webserver: Glassfish 3.1
Here is the log entry from Glassfish when the HTTP 500 error displays as I try to load one of the bugged pages.
[#|2011-05-10T21:14:22.967-0500|INFO|oracle-glassfish3.1|javax.enterprise.system.std.com.sun.enterprise.server.logging|_ThreadID=111;_ThreadName=Thread-1;|MaxConnectionReuseCount=50000|#]
[#|2011-05-10T21:14:46.431-0500|SEVERE|oracle-glassfish3.1|javax.enterprise.system.std.com.sun.enterprise.server.logging|_ThreadID=112;_ThreadName=Thread-1;|
***********ERROR***********
init: # headers=46
declare nm owa.vc_arr := ?;
vl owa.vc_arr := ?;
begin
owa.init_cgi_env( ?, nm, vl );
htp.init; htp.HTBUF_LEN := 63;
? := sys_context('USERENV','SID');
end;
SID:1242
CALL:
begin
f(p=>?);
commit;
end;
BINDS
p:100:2:220529248574492::NOPAGE CALL:
declare
nlns number := 999999;
l_clob CLOB;
lines htp.htbuf_arr;
l_buff varchar2(32767);
l_clob_init boolean:= false;
l_file varchar2(5);
l_doc_info varchar2(1000);
begin
OWA.GET_PAGE(lines, nlns);
if (nlns > 1) then
for i in 1..nlns loop
if ( length(lines(i)) > 0 ) then
if ( ( lengthb(l_buff) + lengthb(lines(i))) > 32767) then
if (NOT l_clob_init) then
dbms_lob.createtemporary(l_clob, TRUE);
dbms_lob.open(l_clob, dbms_lob.lob_readwrite);
l_clob_init:=true;
end if;
dbms_lob.writeappend(l_clob,length(l_buff),l_buff);
l_buff := lines(i);
else
l_buff := l_buff || lines(i);
end if;
end if;
end loop;
end if;
if (l_clob_init) then
dbms_lob.writeappend(l_clob,length(l_buff),l_buff);
l_buff := '';
end if;
? := l_clob;
? := l_buff;
if (wpg_docload.is_file_download) then l_file:='TRUE'; wpg_docload.get_download_file(l_doc_info); else l_file := 'FALSE'; end if; ? := l_file;
? := l_doc_info;
end;
get_page FAILED:ORA-06502: PL/SQL: numeric or value error: character string buffer too small
ORA-06512: at line 33
Edited by: BrianB on May 11, 2011 7:50 AM
Edited by: BrianB on May 11, 2011 8:01 AM

Brian,
this post is going to get a bit longer, so the summary comes first.
h6. Summary
1. I could reproduce the problem on my system using the APEX Listener in standalone mode.
2. I don't think the problem is content-related in the sense that you have any issue in your page or database contents.
3. I have a workaround for your problem.
h6. Error message
Having that error in my environment made me start to think. I not only disabled some item and got it work, but I could also add something to achieve this effect.
So I came to think, this really is somewhere deep down. The error message doesn't seem very helpful on first sight, but when starting to follow on what's happening there, things get clearer:
APEX generates pages dynamically, replacing substitution strings and other tokens to get the actual page definition. This has to be read by a requesting client. The use of VARCHAR2 as buffer introduces a limit of 32767 bytes, after which the contents is handled as CLOB instead.
h6. Analysis
Obviously, there are cases where the "estimation" fails. Of course, this is may only be relevant in rare cases, because:
1. If a page would exceed the maximum without some charset interpretation problem, the buffer would be switched to clob.
2. If a page stays small enough to stay below 32767 even with some characters that are acutally larger then expected, the buffer isn't busted.
To find out, if your could be one of these rare cases, I investigated the HTTP headers, focussing on X-DB-Content-length and made an odd observation.
Test case 1: "Go" button disabled, so the page runs fine with APEX Listener
1. It has *31968 bytes* when coming from APEX Listener with a Go button disabled.
2. It has *31938 bytes* according to the header set by EPG - for exactly the same page.
That makes a difference of 30 bytes for what is expected to be the same contents.
Test case 2: The button is enabled again
1. This causes the page load to crash in APEX Listener.
2. EPG transports *32341 bytes* according to that header.
So we are pretty close to the hard limit for the VARCHAR2 buffer.
For some reason, APEX Listener seems to cause a false calculation of the actual page size. Whether this is due to some charset problem or due to some other problem with response handling, I don't know. The 30 bytes difference may result from the odd header "X-ORACLE-IGNORE" with value "IGNORE, IGNORE, IGNORE, IGNORE" sent by the APEX Listener. This value has exactly 30 bytes in length, but this could be coincidence, as there are more differences in headers. If I add the size of all headers, we are even closer to the buffer limit and probably exceed it when some items need more bytes than expected.
This could even be as simple as a line break, as your page has about 424 lines when I disabled the button... Adding 1 byte per line to the 32341 bytes of the EPG, I get 32765 bytes. Now add that button (403 bytes difference on EPG) and you exceeed the limit. Reduce that value by the line count again and you are still below.
Could be coincidence as well, but makes me wonder.
h6. Workaround
To make sure that we were actually hitting that limit, I now introduce my suggestion for a workaround.
Test case 3: Add a hidden item
1. APEX Listener loads the page, stating the size to be *32876 bytes*
2. EPG sees 30 bytes less and transmits the header with *32846 bytes*
h6. Conclusion
I can't give you a real solution for that problem, nor do I have a definitive answer on what is the root cause for it. It seems, only one of the developers may find it. But I can offer you a workaround, which is to just add some hidden item to your page so it exceeds the limit for the VARCHAR2 buffer and gets handled as clob.
Note that this may occur outside the app builder as well. The app builder just renders some additional items when starting that page, so it has a different size from its productive representation. On the other hand, I may start counting the size of that additional page section - I wouldn't wonder if that results in a value around 400 bytes, and this is the forgotten part...
Unfortunately, if it actually is happening outside of the app builder, this workaround isn't very handy: Dynamic contents can't be calculated that easy all the time, so you may have cases where you just don't know in advance if you are close to the limit and have to add some item to exceed it or if you've already exceeded it or if you are far below, or close enough to actually hit it when adding just one byte...
-Udo

Report error: numeric or value error: character string buffer too small.

Full Details:
report error:
ORA-20001: Error fetching column value: ORA-06502: PL/SQL: numeric or value error: character string buffer too small.
MS Access runs this query but when I try to call a 'List of Values' in APEX that is in excess of 800 the error above displays. If I use a 'Pop Up' it will work but splits the list at 500. This is annoying and slower as I would like to be able to display all 850+ items in a named list of values. How do I increase the buffer size?
Kind Regards,
Steve

Steve,
Could you please post the query you're using? You're most like hitting one of two possible varchar2 limitations. If you're calling the apex_item API in your SQL query to render the select list, then you're limited to 8000 characters, this your option values and HTML code used to render this. In this case using the "XL" versions of the APIs might help, e.g. select_list_from_query_xl, because those return CLOBs. If you're already using those or if you're using the built-in display type "select list", then you could potentially hit the 32k character limit of varchar2 values in PL/SQL. In that case the best alternative is using a popup LOV instead.
Regards,
Marc

Will Print on White -Error with Colored Paper: too Small

Similar Messages

Maybe you are looking for