Cannot compile form on unix. identifier 'CHECK_COMMIT' must be declared

Hello
I am getting the following error when I try to compile a form on unix. Error identifier 'CHECK_COMMIT' must be declared
Compiling procedure DISPLAY_TAB...
Compilation error on procedure DISPLAY_TAB:
PL/SQL ERROR 201 at line 12, column 1
identifier 'CHECK_COMMIT' must be declared
PL/SQL ERROR 0 at line 12, column 1
Statement ignored
PL/SQL ERROR 201 at line 32, column 7
identifier 'CHECK_COMMIT' must be declared
PL/SQL ERROR 0 at line 32, column 7
Statement ignored
Compiling procedure SET_TAB_STATUS...
No compilation errors.
Compiling procedure SELECT_REQUESTOR...
No compilation errors.
Compiling procedure SELECT_ALT_REQUESTOR...
No compilation errors.
Form not created
It seems to only occur where a program unit is calling a procedure in an attached library. All the libraries exist.
my FORMS_PATH is set to
/famisapps/fmsd/msd:/famisapps/fmsd/libs/:/apps3/famis/dev/forms:/famisapps/fmsd/forms
All the libraries are in /famisapps/fmsd/libs/
The forms are in /famisapps/fmsd/forms
The library in question is called common.pll. I have renamed it COMMON.PLL, COMMON.pll and Common.pll
Any help ideas would be apprecaited.
David

are you getting the same error when compiling from frmcmp.sh and from builder even after setting the FORMS_PATH ?
with this make any difference FORMS_PATH
changing
/famisapps/fmsd/msd:/famisapps/fmsd/libs/:/apps3/famis/dev/forms:/famisapps/fmsd/forms
to
/famisapps/fmsd/msd:/famisapps/fmsd/libs:/apps3/famis/dev/forms:/famisapps/fmsd/forms

Similar Messages

Cannot Compile Forms

I cannot compile forms for FLEXCUBE sitting on the Oracle 10g using the allcompile.sh. I upgraded my AIX maintenance level from 5.3.0.0 - 02 to 5.3.0.0 - 03. After that I tried to compile a form but now it is saying failed. Can anyone assist me?

Try to contact i-flex solution and to give them the error message and/or message.
http://www.iflexsolutions.com/iflex/ContactUs/ContactOffices.aspx?mnu=p7s1

PLS-00201: identifier 'DBMS_METADATA_DPBUILD' must be declared

Hi There,
Getting following error while executing prvtmetd.plb(Post patch install steps) script after upgrade 11.1.0.7 to 11.2.0.3.
SQL> @@prvtmetd.plb
Warning: Package Body created with compilation errors.
Errors for PACKAGE BODY DBMS_METADATA_DPBUILD:
LINE/COL ERROR
0/0      PL/SQL: Compilation unit analysis terminated
1/14     PLS-00201: identifier 'DBMS_METADATA_DPBUILD' must be declared
1/14     PLS-00304: cannot compile body of 'DBMS_METADATA_DPBUILD'
         without its specification
please help me out in this regard.
Regards,

What does the error message PLS-00304 tell you? It is self-explanatory, provided you looked it up prior to posting (in your post I see no sign you did).
Look up the error message online and work from there.
Sybrand Bakker
Senior Oracle DBA

Forms Migration to 11g, RUN_PRODUCT must be declared

Hi All,
I'm performing forms migration from 10g to 11g,
I used Forms Migration Assistant to Migrate forms, But if a form is calling reports then those forms are
not getting compiled and giving the error RUN_PRODUCT must be declared. I know that RUN_PRODUCT
is not supported in 11g, but is there any way to configure Forms Migration Assistant so that it replaces this
code with appropriate code. Forms Migration Assistant program asks for Report server name, Servlet Virtual Directory information for the forms that are calling reports. I don't know what to specify in virtual directory field
and report servlet field.
Please help me with this.
Thanks

You are replying to an old thread, but it looks like you didn't read it properly. It is stated that
when migrating from 6i to 10g we have used the wizard to replace RUN_PRODUCT with rp2rro.rp2rro_run_product (rp2rro.pll).So, you also need to use rp2rro.pll if you still want to make use of RUN_PRODUCT. Even in 10g RUN_PRODUCT by itself won't work. As Christian already said:
you probably could simply remove the call to run_product as in 10g the built-in was available but simply didn't do anything. Did you try that yet?

Identifier ''DBMS_TSDP_MANAGE" must be declared

Hello, I tried to create in my database sensitive types of column. However, after typing the command dbms_tsdp_manage.add_sensitive_type in PL/SQL block will appear error message : identifier ''DBMS_TSDP_MANAGE" must be declared. I don't know, what's wrong happend and i don't know to fixed it. Please , help me. Thanks.

Hi,
you should run it against Oracle 12c and have execute granted on DBMS_TSDP_XXX packages
Philip

Identifier 'ORA_ASPNET_PROF_GETPROPERTIES' must be declared

Hello,
I'm using the OracleProfileProvider - my web.config looks like:
<profile enabled="true" defaultProvider="OraProvider">
<providers>
<add name="OraProvider"
type="Oracle.Web.Profile.OracleProfileProvider,
Oracle.Web, Version=2.111.5.10, Culture=neutral,
PublicKeyToken=89B483F429C47342"
connectionStringName="OraString"
applicationName="configurator"/>
</providers>
<properties>
<add name="GridViewPageSize" defaultValue="20" />
<add name="MyCompanies"
type="System.Collections.Specialized.StringCollection"
serializeAs="Xml" />
</properties>
</profile>
In my code, when I try to get (or set) the GridViewPageSize property using:
ProfileBase pb = httpContext.Current.Profile;
Response.Write(pb.GetPropertyValue("GridViewPageSize"));
I receive the following error:
PLS-00201: identifier 'ORA_ASPNET_PROF_GETPROPERTIES' must be declared
for the pb.GetPropertyValue call
Any help?
Thanks

I suspect that the schema you are logging into doesn't have the ASP.NET provider schema. Did you run the SQL scripts to setup the DB schema? They should be located in the following directory (or a similar looking directory):
C:\oracle\product\11.1.0\client_1\ASP.NET\SQL
You should run these scripts to setup the schema.

Unable to compile form in unix

Hi All,
When I am trying to compile a form in unix using the below command:
$ORACLE_HOME/bin/f60gen module=ICQTYUH2.fmb userid=apps/test99 output_file=ICQTYUH2.fmx module_type=form batch=no compile_all=yes
I am getting the below message and the form is not getting compiled.
Forms 6.0 (Form Compiler) Version 6.0.8.27.0 (Production)
Forms 6.0 (Form Compiler): Release - Production
(c) Copyright 1999 Oracle Corporation. All rights reserved.
Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
PL/SQL Version 8.0.6.3.0 (Production)
Oracle Procedure Builder V6.0.8.21.0 Build #0 - Production
Oracle Virtual Graphics System Version 6.0.5.39.0 (Production)
Oracle Multimedia Version 6.0.8.25.0 (Production)
Oracle Tools Integration Version 6.0.8.17.0 (Production)
Oracle Tools Common Area Version 6.0.5.32.0
Oracle CORE Version 4.0.6.0.0 - Production
ROS ERROR: -200
Segmentation Fault(coredump)
Some additional info I also tried to compile some exisitng forms in the same directroy and those are getting compiled. So then i transfer a compiled form to my harddrive and open it with formbuilder and then save it and ftp it to unix. Again when I try to compile the same form without even making any change I am getting same message.
So I am suspecting there is something wrong when I am opening and saving the form builder. Can anybody assist me with this problem.
Thanks.

I am pretty sure transfer is happening correctly. I am taking care of the binary mode of transfer. Moreover when I transfer an already compiled file from unix and without open it from form builder and save it, I just trasfer it back to the unix box and I am able to compile it.
Is there any other thought on this.
Thanks

Pb with compiling form under unix

Hi
I tried to compile a form under unix. I got an error saying that it can't find a function which is in a PL SQL library .
All the Pll's files and the Fmb's are in the same directory. I put this directory in the forms_path ( default.env) but still got the same error
Is there any configuration file that I should set ?
Thanks

the default-env setting is only relevant for the runtime. For compile-time, you should set the environment-variable FORMS_PATH and export it.

Error compiling PHOTO_ALBUM BODY : "put and GetMetadata must be declared"

ANY IDEAS on THIS -?!!!
I ran the scripts for PL/SQL Web Toolkit Sample Application (10g Release 1) and all was compiled OK for "demouser" except for
PHOTO_ALBUM BODY:
I get the error
Error(470,5): PL/SQL: Statement ignored
Error(470,9): PLS-00302: component 'PUTMETADATA' must be declared
Error(739,7): PL/SQL: Statement ignored
Error(739,26): PLS-00302: component 'GETMETADATA' must be declared
We (me and the sys/adm) cannot figured out why this is happening ---
Could it be a problem of demouser privileges with Intermedia installation?!!
Or a problem to the metadata schema references?!
Please if you have run into this before or have any ideas; any help will be really appreciated -- We've been on this 2 days !----

Those undeclared procedures belong to the 10g Release 2 version of the demo.
This link
points to the 10gR2 demo.
<p>
If you are using a 10gR1 database, and you have installed the interMedia component from the companion CD (this contains the interMedia demos as well as the NCOMP libraries for performance - highly recommended) then you can find the 10gR1 version of the photo album demo at $OH/ord/http/demo/ordplsqlwtk

Windows tool to compile forms on unix server

We have one client using Forms 6i on the web, so I need to test in this environment.
Currently to compile the fmb on the unix platform, I use Hummingbird software (Connectivity, Exceed, Xstart) to run the compile using the command f60genm.
I do not particularly like the Hummingbird software, as it takes a lot of software just to run an X-windows terminal session. However, it seems to be necessary, because the unix administrator tells me the Forms 6 compiler in this environment apparently "needs to connect to the Xwindows graphics library."
If I try to run the f60genm comand from a SSH Secure Shell connection, I get the error:
FRM-91500: Unable to start/complete the build.I get the same error in the Xstart session if I use the f60gen command (without the "m").
However, if I type "f60genm" without any parameters in the Xstart window, a second xwindows application pops up where I can enter Forms compile options (login and module information.)
If anyone is familiar with unix: Is there maybe a path or environment command I could try in the SSH Secure Shell session that would satisfy the Xwindows graphics library requirement, so I could then run the compile without using Hummingbird?
Thanks in advance.

Thanks everyone for all the help and suggestions! I am closer, but still cannot get the f60genm or f60gen to work.
Paul, when I enter
echo $SHELLI get: /bin/cshPaul and Soumyajit, when I enter a DISPLAY=... or export command, unix echoes my input, and appends Command not found
It seems that the setenv that Rosario suggested actually works. I can do
setenv DISPLAY=111.2.333.4:0.0
setenv ORACLE_TERM=vt220 and they seem to work. Then when I type setenv by itself, I see a number of environment variables, with my two at the end. However, unlike the other values displayed, their values have an equal sign appended at the end:
DISPLAY=111.2.333.4:0.0=
ORACLE_TERM=vt220=So maybe that is the reason I still get
FRM-91500: Unable to start/complete the build.when I try the f60genm command that works in the Hummingbird environment.
I really do appreciate all your help! If you can think of anything I should try, please let me know.

Problems compiling form in Unix

I am trying to do the following
a)copy a custom fmb from an 11.5.10 system on Unix
b) modify the fmb in forms builder
c)ftp back to Unix
d) compile the form.
However even if the form has not changed at all (proof of concept) the compiling fails.
"I get
"ROS ERRORL -200
Segmentation fault(coredump)."
The forms version in Unix seems old :-
"Forms 6.0 (Form Compiler) Version 6.0.8.28.0 (Production)
Forms 6.0 (Form Compiler): Release - Production
(c) Copyright 1999 Oracle Corporation. All rights reserved.
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
PL/SQL Version 8.0.6.3.0 (Production)
Oracle Procedure Builder V6.0.8.21.0 Build #0 - Production
Oracle Virtual Graphics System Version 6.0.5.39.0 (Production)
Oracle Multimedia Version 6.0.8.25.0 (Production)
Oracle Tools Integration Version 6.0.8.17.0 (Production)
Oracle Tools Common Area Version 6.0.5.32.0
Oracle CORE Version 4.0.6.0.0 - Production
ROS ERROR: -200"
In Windows it is a lot newer
"Forms [32 Bit] Version 10.1.2.0.2 (Production)
Oracle Toolkit Version 10.1.2.0.2 (Production)
PL/SQL Version 10.1.0.4.2 (Production)
Oracle Procedure Builder V10.1.2.0.2 - Production
PL/SQL Editor (c) WinMain Software (www.winmain.com), v1.0 (Production)
Oracle Query Builder 10.1.2.0.2 - Production
Oracle Virtual Graphics System Version 10.1.2.0.2 (Production)
Oracle Tools GUI Utilities Version 10.1.2.0.2 (Production)
Oracle Multimedia Version 10.1.2.0.2 (Production)
Oracle Tools Integration Version 10.1.2.0.2 (Production)
Oracle Tools Common Area Version 10.1.2.0.2
Oracle CORE 10.1.0.4.0 Production"
I think an environment setting is wrong but I am not sure.
I do have write permissions in Unix

Shouldn't an 11.5.10 install have the ablitlity to compile with a later version of forms than that?I wonder if there is an env setting I need to change >
You need to consult your System Administrator (SA)! Typically the EBS Technology stack is locked into specific component versions, to include Forms. I honestly do not know if EBS 11.5.10 can be configured to use a version of Forms newer than Forms 6i. I do know that EBS R12 uses Forms 10g. It has been a while since I've worked with the EBS so you might want to ask your quesiton in the General EBS Discussion forum as this Forum is dedicated specifically to non-EBS Forms.
However, it stands to reason that if your Application Server is configured with Forms 6i that you should use the same version of Forms on your development workstations. Newer versions of Oracle Forms are not backward compatible with older versions of Forms - meaning, you can't edit in Forms 10g and expect Forms 6i to be able to compile the file.
Craig...

Cannot compile form.. the PLL's are not being recognized

I'm in the Oracle Forms tool and have a form that I'm trying to compile. The PLL's are in the same directory. I get lots of error messages saying it cannot find the functions within the libraries. I've got around some of this by copying the funcitons I need under the program units in the form but I should need to do this. The compiler should find the functions in the PLL's.
Thanks, Scott

Hi!
You have to attach the plls to your form.
For this click in the navigator on the Attached Libraries node.
Click add (green {color:green}*+*{color} button in the left toolbar).
Click browse and search for your first pll in the open dialog.
Click Attach and then click Yes in the Remove path dialog.
Repeat the above steps until all plls you need are attached.
may first remove the copied program units from the form.
Then press ctrl-shift-k to compile all pl/sql in your form and check for errors.
Regards

Compiling forms in UNIX

Dear all,
We are in the process of migrating windows forms application to solaris
On compiling, the forms using f90genm in solaris, it is failing as the dependent objects (they are case in sensitive in windows) .where as when compiling in UNIX, we need to change the forms coding in order to change the object name ?.
is there any way to overcome this ?
Kai

Kai,
You do not need to change the code as it does not matter if it is case sensitive or not when it comes to the objects.
In 11i use f60gen to generate the forms, and in R12 it is frmcmp or frmcmp_batch.
Regards,
Hussein

Identifier "parent_node" must be declared

db and dev 10g rel2,
i am trying to build a tree with this code , but that error appears , and i do not know why ,
my code is :
declare
       cursor dept_cur is
        select deptno , dname
        from   dept;
        cursor emp_cur is
        select ename ,empno from emp ;
        deptnos number ;
        dnames varchar2(90) ;
        enames varchar2(90) ;
        empnos varchar2(90) ;
new_node varchar2(200);
child_node varchar2(90) ;
begin
     open dept_cur ;
      loop
          fetch dept_cur into deptnos ,dnames ;
          exit when dept_cur%notfound ;
new_node:=Ftree.Add_Tree_Node('b.tree4',
Ftree.ROOT_NODE,
Ftree.PARENT_OFFSET,
Ftree.LAST_CHILD,
Ftree.EXPANDED_NODE,
dnames,
null,
deptnos);
     open emp_cur ;
              fetch emp_cur into enames,empnos ;
child_node:=Ftree.Add_Tree_Node('b.tree4',
PARENT_NODE,
Ftree.PARENT_OFFSET,
Ftree.LAST_CHILD,
Ftree.EXPANDED_NODE,
enames,
null,
empnos);
end loop ;
end ;

Why don't you stop to open new threads instead of continuing another?
{thread:id=2483690}

"identifier DBMS_FGA must be declared" When called from PL/SQL package...

Hi there,
I am trying to call dbms_fga dynamically (of sorts) from a package, and I am getting the error as per the title.
I have tried as many ways as i can think of calling this from another package, with similar results each time.
The user/owner of the package has DBA rights, so it doesn't appear to be a permissions issue.
Oracle Version is 11.1.0.6.0 on Suse.
any ideas on this anyone?
Cheers
CODE:
Attempt 1:
PROCEDURE enable_sql_auditing (on_off in boolean default false) is
v_ssql varchar2(900);
cursor c1 is
select table_name
from all_all_tables
where owner=gcv_pkg_owner;
begin
for rec in c1 loop
sys.dbms_fga.add_policy(object_schema =>''|| gcv_pkg_owner ||'',
object_name => ''|| rec.table_name ||'',
policy_name => ''|| rec.table_name || '_AUDIT''',
handler_schema => ''|| gcv_pkg_owner ||'',
handler_module => 'FGA_SQL',
enable => true);
end loop;
end enable_sql_auditing;
Attempt 2:
PROCEDURE enable_sql_auditing (on_off in boolean default false) is
v_ssql varchar2(900);
cursor c1 is
select table_name
from all_all_tables
where owner=gcv_pkg_owner;
begin
for rec in c1 loop
v_ssql := 'begin sys.dbms_fga.add_policy(object_schema =>''' ||gcv_pkg_owner|| ''', object_name => '''||rec.table_name||''', policy_name => '''||rec.table_name||'_AUDIT'', enable => true); end;';
execute immediate (v_ssql);
end loop;
end enable_sql_auditing;

Frenchwood wrote:
The user/owner of the package has DBA rights, so it doesn't appear to be a permissions issue.But it is.
DBA is a role.
permissions within PL/SQL have to be directly granted rather than through roles.
i.e. you need to directly grant execute permission on the package to the required user(s).

Cannot compile form on unix. identifier 'CHECK_COMMIT' must be declared

Similar Messages

Maybe you are looking for