GV

GeezerVison

The World Wide Web, restored to 800 pixels of glory.

Home|About|Gaming cabinet|Archives|How it works|Starter sites

On this site

  • Sign in
  • ActionsCI/CD and automation
  • CodespacesCloud development environments
  • All Features
  • Documentation
  • Training
  • Certifications
  • Build with Copilot
  • Customize Copilot
  • Integrations
  • Trending repos
  • GitHub Sponsors
  • Developer articles
  • Enterprises

This view

  • Original page
  • New address

GeezerVison is showing github.com — ORA-19011: Character string buffer too small returned when generating coverage report · Issue #1087 · utPLSQL/utPLSQL

ORA-19011: Character string buffer too small returned when generating coverage report #1087

New issue
Copy link
New issue
Copy link
Closed
Closed
ORA-19011: Character string buffer too small returned when generating coverage report#1087
Copy link
Assignees
jgebal
Labels
bug
Milestone
v3.1.13

Description

@hehawe
hehawe
opened on Jul 1, 2020
Issue body actions

When running coverage report by
begin ut.run(ut_coverage_html_reporter()); end;

I get the following error

begin ut.run(ut_coverage_html_reporter()); end;
Error report -
ORA-19011: Character string buffer too small
ORA-06512: at "UT3.UT_RUNNER", line 180
ORA-06512: at "SYS.DBMS_XMLGEN", line 19
ORA-06512: at "SYS.DBMS_XMLGEN", line 295
ORA-06512: at "UT3.UT_COVERAGE_REPORT_HTML_HELPER", line 190
ORA-06512: at "UT3.UT_COVERAGE_REPORT_HTML_HELPER", line 202
ORA-06512: at "UT3.UT_COVERAGE_REPORT_HTML_HELPER", line 334
ORA-06512: at "UT3.UT_COVERAGE_HTML_REPORTER", line 37
ORA-06512: at "UT3.UT_REPORTER_BASE", line 193
ORA-06512: at "UT3.UT_EVENT_MANAGER", line 70
ORA-06512: at "UT3.UT_EVENT_MANAGER", line 80
ORA-06512: at "UT3.UT_RUN", line 74
ORA-06512: at "UT3.UT_SUITE_ITEM", line 49
ORA-06512: at "UT3.UT_RUNNER", line 172
ORA-06512: at "UT3.UT", line 134
ORA-06512: at "UT3.UT", line 488
ORA-06512: at "UT3.UT", line 558
ORA-06512: at line 1
19011. 00000 -  "Character string buffer too small" 
*Cause:    The string result asked for is too big to return back
*Action:   Get the result as a lob instead

version used: utPLSQL v3.1.10.3349

Activity

  1. jgebal
    added
    bug
    on Jul 20, 2020
  2. jgebal commented on Jul 20, 2020

    @jgebal
    jgebal
    on Jul 20, 2020
    Member
    More actions

    What version of database are you using?

  3. jgebal commented on Jul 20, 2020

    @jgebal
    jgebal
    on Jul 20, 2020
    Member
    More actions

    It looks like the schema you're running coverage on contains some really long lines.
    Those lines mist contain lots of special characters (from XML/HTML point of view) and so they get converted and after that conversion, the line doesn't fit into 32757 chars anymore.

    It will be quite difficult to fix without a good example on where it fails.
    It could be as simple as a single/double quote for 4000 chars:
    https://www.advancedinstaller.com/user-guide/xml-escaped-chars.html

    In that case, we will not be able to display such line too I think.

    declare
     v varchar2(32767) := lpad('x',4000,'''');
    begin
      v := dbms_xmlgen.convert(v);
      dbms_output.PUT_LINE(length(v));
    end;
    

    See the code above fails as the result of conversion of variable v gives more than 32767 chars.

  4. jgebal commented on Jul 20, 2020

    @jgebal
    jgebal
    on Jul 20, 2020
    Member
    More actions

    We could probably trim the source code when it is too long, that's the one option that I see a possible.

  5. hehawe commented on Jul 20, 2020

    @hehawe
    hehawe
    on Jul 20, 2020
    Author
    More actions

    What version of database are you using?

    I’m using v3.1.10.3349

  6. hehawe commented on Jul 20, 2020

    @hehawe
    hehawe
    on Jul 20, 2020
    Author
    More actions

    Hi,
    I think that the trim is good idea as, honestly, I cannot imagine why and where such a long string might be ... But if it is the whole path to a file, yes, I can imagine, there could be some. And if so, the crucial information (the filename at the end of a path) would disappear. So if trim, maybe, trim from beginning of the string.
    However, there’s LOB mentioned in the error message, so it is another approach to consider.
    Many thanks

    PS: Now I’m on my vacation and I will be able to retest any fix not earlier than on Aug-12

  7. jgebal commented on Oct 26, 2022

    @jgebal
    jgebal
    on Oct 26, 2022
    Member
    More actions

    This got probably fixed in #1240
    @hehawe - can you see if it works on latest develop version of utPLSQL?
    If you still see this issue when using utPSLQL 3.1.13 or above, please reopen this issue.

  8. jgebal
    closed this as completedon Oct 26, 2022
  9. jgebal
    added this to the 3.1.13 milestone on Oct 26, 2022
  10. jgebal
    self-assigned this
    on Oct 26, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

  • @jgebal
    jgebal

Labels

bug

Type

No type

Projects

No projects

    Milestone

    • v3.1.13

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions

    You are visitor 01402503 — GeezerVison does not store the pages you look up.
    Best viewed with Netscape Navigator 4.7 or Internet Explorer 6 at 800×600. No cookies required.