As of December 1, 2020, Focal Point is retired and repurposed as a reference repository. We value the wealth of knowledge that's been shared here over the years. You'll continue to have access to this treasure trove of knowledge, for search purposes only.
Join the TIBCO Community TIBCO Community is a collaborative space for users to share knowledge and support one another in making the best use of TIBCO products and services. There are several TIBCO WebFOCUS resources in the community.
From the Home page, select Predict: WebFOCUS to view articles, questions, and trending articles.
Select Products from the top navigation bar, scroll, and then select the TIBCO WebFOCUS product page to view product overview, articles, and discussions.
Request access to the private WebFOCUS User Group (login required) to network with fellow members.
Former myibi community members should have received an email on 8/3/22 to activate their user accounts to join the community. Check your Spam folder for the email. Please get in touch with us at community@tibco.com for further assistance. Reference the community FAQ to learn more about the community.
Just wondered if anyone has seen this error before - not finding anything in the documentation or forum or google. . .
(FOC2552) INTERNAL ERROR IN SQL SHARED MODULE : SQLDS/CDBLDX
We are on Webfocus 7703 doing some basic SQL passthroughs on an Oracle 11g database when this error is encountered. The error seems isolated to only one of our environments at this time. I know the details I'm providing are vague, but really just looking for some ideas as to what to check and see if others have experienced anything similar - and if so, what they have done to solve the problem.
Thanks in advance for any help you can provide - feel free to comment if you need further details.
(FOC2552) INTERNAL ERROR IN SQL SHARED MODULE %1%2%3%4 An inconsistency in the Interface internal control blocks has been encountered. This condition may be caused by a user error. Please contact Information Builders' Customer Support Services for assistance in resolving this condition.
Thankfully, I've never had this error.
As a test, have you tried adding a new data adapter connection to the same Oracle database?
Francis
Give me code, or give me retirement. In FOCUS since 1991
Production: WF 7.7.05M, Dev Studio, BID, MRE, WebSphere, DB2 / Test: WF 8.1.05M, App Studio, BI Portal, Report Caster, jQuery, HighCharts, Apache Tomcat, MS SQL Server
I have not, what is really odd is that it is only happening on one report. We have others in the same environment that are running just fine. Yet nothing stands out as being unique about this one that fails. I'll give that a shot though . . . thanks.
If it occurs for only one report, then it's not a data adpater connection issue. Is this report reading a table that no others do? I'd start by debugging the problem report. First stick this at the top:
TABLE FILE table-name
PRINT *
WHERE READLIMIT EQ 10
END
-EXIT
If this this works, add more logic. Perhaps it's a JOIN. The process of elimination should help you find the problem.
Francis
Give me code, or give me retirement. In FOCUS since 1991
Production: WF 7.7.05M, Dev Studio, BID, MRE, WebSphere, DB2 / Test: WF 8.1.05M, App Studio, BI Portal, Report Caster, jQuery, HighCharts, Apache Tomcat, MS SQL Server
I was able to walk through it one hold file at a time, and it seems to fail in the same general area. But if I comment out the hold file that it failed on and let it push through to the next, it fails on that hold file as well which is coming from a completely different data set. Also, we are seeing the following show up in the logs when the report fails. We have seen this on occasion before and it seems to just randomly insert itself into a .fex from time to time without warning. We haven't been able to figure out why, but whenever it does it causes the report to fail. All I've seen online about it just seems to say that SET PCHOLD-FMT=BINARY is not valid webfocus syntax but doesn't say why it appears or what to do to fix it - IF these two issues are even related. . .
03/18/2014 14:07:39.932 I SET PCHOLD-FMT=BINARY 03/18/2014 14:07:39.932 I END
I'm suspicious of it though because I haven't seen it in the logs until now . . .