Code compiling problem

I have written a small sample code with 2 classes(Money.java and MoreMoney.java),where the latter has the main function. The problem is i cant compile and run these programs using commmand prompt in windows but they work just fine when using netbeans.
Env. variable is not a problem as money.java compiles using command prompt. Importing is not an issue as they are in the same package. Nor is package an issue, coz i have written the package name at the start of the code. Please suggest.Thank you in advance.
The code is as follows:
* Money.java
* Created on August 8, 2006, 11:09 AM
* To change this template, choose Tools | Template Manager
* and open the template in the editor.
package javaapplication1;
* @author oracle
public class Money
private float amount;
private int dollars;
private float cents;
public Money(int amount)
dollars=amount/100;
cents=amount%100;
public float getdollar()
return this.dollars;
public float getcents()
return this.cents;
public String toString()
return("You Entered "+dollars+" dollars and "+cents+" cents");
* MoreMoney.java
* Created on August 1, 2006, 5:36 PM
* To change this template, choose Tools | Template Manager
* and open the template in the editor.
package javaapplication1;
* @author oracle
public class MoreMoney
* @param args the command line arguments
public static void main(String[] args)
// TODO code application logic here
Money m=new Money(143);
System.out.println(m);
Any other tips on my code are also welcome since i am new to java and would like to learn good 'coding habits'.

Hello,
Thank you for the suggestion.
I already have my .class files & my .java files in the JavaApplication1 folder. I have done as instructed on the webpage (http://java.sun.com/javase/6/webnotes/install/jdk/install-windows.html#Environment) and also have set the environment variable, CLASSPATH to the value:
C:\Program Files\Java\jdk 1.5.0_07\bin\JavaApplication1\src\ JavaApplication1
When i say env. varible it is the 'systems variable' of the env. variable category. Am i correct on that one?
I have another piece of information. After setting the CLASSPATH to its new value and restarting command prompt, it did not automatically go to that directory/path. It instead gave me the default path(C:/Documetns and Settings/oracle>)
I had to manually change the directory until i had the above mentioned path. Is there something fishy about my DOS-prompt or is that the way it is supposed to be?
So inspite all this experimentation the problem still persists. Why wont my code compile from DOS-Prompt? Thank you for your patience and please advice.

Similar Messages

  • Jpcap locating and code compilation problem for packet sniffing

    To my previous thread "How to capture and Read Packets", I've got reply to use jpcap. Yes I have tried to use this but the when I tried to compile the code it gives a lot of error, surely because javac cant find the jpcap library. I have download the library which is in installation form and when I installed library the jpcap, instead of installing in lib of JRE or JDK it installed in system32 of window file system and hence the compiler unable to locate this file kindly tell me how can I tackle this problem. i.e. how can and where should I place jpcap.dll file
    Regards,
    Danish Kamran

    Hi
    Thanks for the response.
    I would like to know if it is possible to capture all the data that is returned from a running port in a server. For eg. if oracle Apps Instance is running on port 1615, will I be able to capture all the data (before sending it to the DB server, through JpCap or any other java program) that, that form is sending to the Oracke DB Server?
    What I need to to develop is an intermediate (middleware) Database Simulator using java for an oracle application. I need to capture the data that oracle application is sending into this Simulator and then send it to the Oracle DB server, after performing some operations in the simulator. Is this possible through java socket programming?
    Thanks in advance.
    Revathi

  • Re: [iPlanet-JATO] sp3 jsp compiler problem

    Weiguo,
    First, Matt is correct, the regular expression tool is perfect for general text
    substitution situations, and as a completely independent tool its use is not
    restricted to migration situations (or file types for that matter).
    Second, I sympathize with the unfortunate trouble you are experiencing due to
    Jasper's (perhaps more strict) compilation, but in what way did the iMT
    automated translation contribute to these inconsistencies that you cited?
    1. Changed the case of the tag attribute to be the same as what's
    defined in tld.
    example: changed OnClick to onClick
    The iMT does not generate any OnClick or onClick clauses per se. In a
    translation situation, the only way "OnClick" would have been introduced was if
    it had been part of the pre-existing project's "extraHTML" (which was written
    by the original customer and just passed through unchanged by the iMT) or if it
    was added manually by the post-migration developer.
    2. Removed attributes which are not defined in tld.
    example: escape attribute only defined in three tags
    but in some pages, it's used although it's not defined as an
    attribute
    of certain tags. The jasper compiler doesn't like it.Can you give soem examples? Is there a definite pattern? Again, this might be
    similar to the OnClick situation described above?
    3. In an end tag, there can't be any space.
    example: </content > doesn't work. </content> works.
    Again, the content tag would never have been generated by the iMT. There was no
    equivalent in the NetDynamics world, so any content tags in your code must have
    been introduced by your developers manually. Its a shame that jasper is so
    particular, but the iMT could not help you out here even if we wanted to. The
    constants that are used by the iMT are defined in
    com.iplanet.moko.jsp.convert.JspConversionConstants. From what I can see, the
    only situation of a closing tag with any space in it is
    public static final String CLOSE_EMPTY_ELEMENT = " />";
    But that should not cause the type of problem you are referring to.
    Mike
    ----- Original Message -----
    From: Matthew Stevens
    Sent: Thursday, September 06, 2001 10:16 AM
    Subject: RE: [iPlanet-JATO] sp3 jsp compiler problem
    Weiguo,
    Others will chime in for sure...I would highly recommend the Regex Tool from
    the iMT 1.1.1 for tackling this type of problem. Mike, Todd and myself have
    posted to the group (even recently) on directions and advantages of creating
    your own RULES (rules file) in XML for arbitary batch processing of source.
    matt
    -----Original Message-----
    From: weiguo.wang@b...
    [mailto:<a href="/group/SunONE-JATO/post?protectID=125056020108194190033029175101192165174144234026000079108238073194105057099246073154180137239239223019162">weiguo.wang@b...</a>]
    Sent: Thursday, September 06, 2001 12:25 PM
    Subject: [iPlanet-JATO] sp3 jsp compiler problem
    Matt/Mike/Todd,
    We are trying to migrate to sp3 right now, but have had a lot of
    issues with the new jasper compiler.
    The following workaround has been employed to solve the issues:
    1. Changed the case of the tag attribute to be the same as what's
    defined in tld.
    example: changed OnClick to onClick
    2. Removed attributes which are not defined in tld.
    example: escape attribute only defined in three tags
    but in some pages, it's used although it's not defined as an
    attribute
    of certain tags. The jasper compiler doesn't like it.
    3. In an end tag, there can't be any space.
    example: </content > doesn't work. </content> works.
    As I see it, we have two options to go about solving this problem:
    1. Write a script which will iterate through all the jsp files and
    call jspc on them. Fix the errors manually when jspc fails. Jspc will
    flag the line number where an error occurs.
    2. Write a utility which scans the jsp files and fix the errors when
    they are encountered. We should define what's an error and how to
    correct it. It's best if we combine this with solution 1 since we
    might miss an error condition.
    Actually, there might be another option, which is seeking help from
    you guys since you have better understanding of JATO and iAS. Can you
    do anything to help us?
    We would be happy to hear your thoughts.
    At last, I would like to suggest modifying the moko tool so that
    these rules are enforced and the generated JSPs work with the new
    compiler. This is for the benefit of any new migration projects.
    Thanks a lot.
    Weiguo
    [email protected]
    Choose from 1000s of job listings!
    [email protected]
    [Non-text portions of this message have been removed]

    Thanks a lot Matt and Mike for your prompt replies.
    I agree completely that iMT doesn't introduce the inconsistencies.
    About the three cases I mentioned, the third one happens only in
    manually created JSPs. So it has nothing to do with iMT. The first
    two are mainly due to the existing HTML code, as you rightly pointed
    out.
    The reason I made the suggestion is since we know that case 1 and 2
    won't pass the japser compiler in sp3, we have to do something about
    it. The best place to do this, in my mind, is iMT. Of course, there
    might be some twists that make it impossible or difficult to do this
    kind of case manipulation or attribute discard.
    Weiguo
    --- In iPlanet-JATO@y..., "Mike Frisino" <Michael.Frisino@S...> wrote:
    Weiguo,
    First, Matt is correct, the regular expression tool is perfect for general text substitution situations, and as a completely independent
    tool its use is not restricted to migration situations (or file types
    for that matter).
    >
    Second, I sympathize with the unfortunate trouble you are experiencing due to Jasper's (perhaps more strict) compilation, but
    in what way did the iMT automated translation contribute to these
    inconsistencies that you cited?
    >
    1. Changed the case of the tag attribute to be the same as what's
    defined in tld.
    example: changed OnClick to onClick
    The iMT does not generate any OnClick or onClick clauses per se. In a translation situation, the only way "OnClick" would have been
    introduced was if it had been part of the pre-existing
    project's "extraHTML" (which was written by the original customer and
    just passed through unchanged by the iMT) or if it was added manually
    by the post-migration developer.
    >
    2. Removed attributes which are not defined in tld.
    example: escape attribute only defined in three tags
    but in some pages, it's used although it's not defined as an
    attribute
    of certain tags. The jasper compiler doesn't like it.Can you give soem examples? Is there a definite pattern? Again, this might be similar to the OnClick situation described above?
    >
    >
    3. In an end tag, there can't be any space.
    example: </content > doesn't work. </content> works.
    Again, the content tag would never have been generated by the iMT. There was no equivalent in the NetDynamics world, so any content tags
    in your code must have been introduced by your developers manually.
    Its a shame that jasper is so particular, but the iMT could not help
    you out here even if we wanted to. The constants that are used by the
    iMT are defined in
    com.iplanet.moko.jsp.convert.JspConversionConstants. From what I can
    see, the only situation of a closing tag with any space in it is
    public static final String CLOSE_EMPTY_ELEMENT = " />";
    But that should not cause the type of problem you are referring to.
    Mike
    ----- Original Message -----
    From: Matthew Stevens
    Sent: Thursday, September 06, 2001 10:16 AM
    Subject: RE: [iPlanet-JATO] sp3 jsp compiler problem
    Weiguo,
    Others will chime in for sure...I would highly recommend the Regex Tool from
    the iMT 1.1.1 for tackling this type of problem. Mike, Todd and myself have
    posted to the group (even recently) on directions and advantages of creating
    your own RULES (rules file) in XML for arbitary batch processing of source.
    >
    matt
    -----Original Message-----
    From: weiguo.wang@b...
    [mailto:<a href="/group/SunONE-JATO/post?protectID=125056020108194190033029175101192165174048139046">weiguo.wang@b...</a>]
    Sent: Thursday, September 06, 2001 12:25 PM
    Subject: [iPlanet-JATO] sp3 jsp compiler problem
    Matt/Mike/Todd,
    We are trying to migrate to sp3 right now, but have had a lot of
    issues with the new jasper compiler.
    The following workaround has been employed to solve the issues:
    1. Changed the case of the tag attribute to be the same as
    what's
    defined in tld.
    example: changed OnClick to onClick
    2. Removed attributes which are not defined in tld.
    example: escape attribute only defined in three tags
    but in some pages, it's used although it's not defined as an
    attribute
    of certain tags. The jasper compiler doesn't like it.
    3. In an end tag, there can't be any space.
    example: </content > doesn't work. </content> works.
    As I see it, we have two options to go about solving this problem:
    >>
    1. Write a script which will iterate through all the jsp files and
    call jspc on them. Fix the errors manually when jspc fails. Jspc will
    flag the line number where an error occurs.
    2. Write a utility which scans the jsp files and fix the errors when
    they are encountered. We should define what's an error and how to
    correct it. It's best if we combine this with solution 1 since we
    might miss an error condition.
    Actually, there might be another option, which is seeking help from
    you guys since you have better understanding of JATO and iAS. Can you
    do anything to help us?
    We would be happy to hear your thoughts.
    At last, I would like to suggest modifying the moko tool so that
    these rules are enforced and the generated JSPs work with the new
    compiler. This is for the benefit of any new migration projects.
    Thanks a lot.
    Weiguo
    [email protected]
    Choose from 1000s of job listings!
    [email protected]
    Service.
    >
    >
    >
    [Non-text portions of this message have been removed]

  • Compilation problem in a JSP page

    Hi all,
    I'm trying to write a jsp page and some java stuff in it.
    It goes something like this -
    <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
    "http://www.w3.org/TR/html4/loose.dtd">
    <%@ page contentType="text/html;charset=windows-1255"%>
    <html>
      <head>
        <meta http-equiv="Content-Type" content="text/html; charset=windows-1255"/>
        <title>Michael</title>
      </head>
      <body>
    <%
              String strError="";
    %>
    </body>Now the problem is that I get compilation problem about the use in java -
    "String cannot be resolved to a type"
    I know for sure that in other computers it's work, the question is what I'm missing?
    I have Java VM installed and I've downloaded and installed the latest JDK, what else?
    thanks,
    Michael.

    Michael4488 wrote:
    BalusC wrote:
    Then you should be using JSTL/EL.I don't familiar with this technology, any way - Its work on one computer so in my understanding it should work on the other as well.It is not related to the actual problem. It was just a comment on your code. Using scriptlets is considered as bad practice.
    I understand that of course, but I don't use any configuration file or set any special parameters in my computer.
    What exactly does the compiler need in order to recognize the Java code in the JSP page? If i manually add the JAVA_HOME environment variable it will work?
    where should I refer it to? "..\Java\jre1.6.0_07\lib" will do?It must point to the root installation directory of the JDK (thus not the JRE!).

  • Code generation problem when inlining

    I've run into an instance of incorrectly generated code. The problem appears to occur when a function is marked in the source with the "inline" or "__inline__" qualifiers but the compiler decides not to inline it. The problem only appears when there is very specific control flow. A reduced program exhibiting this behavior is given below:
    int actual_intr, format, cpl;
    static __inline__ void report(int fno) {
      if (actual_intr) actual_intr = fno;
    void evaluate_M_int_ld(void) {
      int spec = cpl==1 || cpl==3;
      int adv = cpl==2 || cpl == 4;
      int cclear = cpl==8 || cpl==10;
      if (format != 101 && format!=202) report(0);
      if (!spec) actual_intr = 2;
      if (cclear) actual_intr = 3;
    }I compile this program with gcc -O2 -fno-inline -S. Note that the -fno-inline flag is there to prevent inlining from occurring; I can reproduce the behavior without the flag on code examples large enough that the internal compiler rules limit inlining. (But they're way too large to post here.)
    The generated assembly is:
            .global evaluate_M_int_ld
    evaluate_M_int_ld:
            sethi   %hi(format),%o5
            sethi   %hi(cpl),%o4
            ld      [%o5+%lo(format)],%g4
            ld      [%o4+%lo(cpl)],%o5
            cmp     %o5,1
            be,pn   %icc,.L77000052
            cmp     %o5,3
    .L77000051:
            be,pn   %icc,.L77000052
            or      %g0,0,%g3
    .L77000053:
            xor     %o5,8,%o0
    <snipped a bunch of irrelevant stuff here>
    .L77000052:
            retl    ! Result =
            nopSomehow the "spec" calculation is branching to the end of the function. To make the problem even weirder, removing the unused adv variable results in correct compilation. If the __inline__ keyword is left out, the generated code is fine.
    The obvious workaround for now is to use -D__inline__= -Dinline= on all of my compiles.
    The compiler version and tool information is:
    telyn-haul1% gcc -v
    Using built-in specs.
    Target: sparc-sun-solaris2.10
    Configured with: /net/clpt-v490-1/export/data/bldmstr/20070711_mars_gcc/src/configure prefix=/usr/sfw enable-shared with-system-zlib enable-checking=release disable-libmudflap enable-languages=c,c++ enable-version-specific-runtime-libs with-cpu=v9 with-ld=/usr/ccs/bin/ld without-gnu-ld
    Thread model: posix
    gcc version 4.0.4 (gccfss)
    --David                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                               

    Adding -W2,-Rcond_elim to the existing flags does make both the small example and the original code compile correctly.
    --David                                                                                                                                                                                                                                                               

  • Code generation problem with deployejb !

    I am working with Oracle 8.1.5 and jdk 1.1.6,
    when I am running the deployejb tool with the HelloWorld example of the demo directory, I have a problem with the code generation of the EJBHome and EJBObject:
    deployejb -u ...
    ... [deployejb found HelloHome.class]
    done
    Generating EJBHome and EJBObject on the server...
    An exception occured during code generation: Class not found : hello.HelloHome.class
    Note my CLASSPATH variable is correctly set.
    Can you HELP me ?
    null

    Adding -W2,-Rcond_elim to the existing flags does make both the small example and the original code compile correctly.
    --David                                                                                                                                                                                                                                                               

  • Compilation problem with templates while using option -m64

    Hi,
    I have compilation problem with template while using option -m64.
    No problem while using option -m32.
    @ uname -a
    SunOS snt5010 5.10 Generic_127111-11 sun4v sparc SUNW,SPARC-Enterprise-T5220
    $ CC -V
    CC: Sun C++ 5.9 SunOS_sparc Patch 124863-01 2007/07/25
    Here is some C++ program
    ############# foo5.cpp #############
    template <typename T, T N, unsigned long S = sizeof(T) * 8>
    struct static_number_of_ones
    static const T m_value = static_number_of_ones<T, N, S - 1>::m_value >> 1;
    static const unsigned long m_count = static_number_of_ones<T, N, S - 1>::m_count + (static_number_of_ones<T, N, S - 1>::m_value & 0x1);
    template <typename T, T N>
    struct static_number_of_ones<T, N, 0>
    static const T m_value = N;
    static const unsigned long m_count = 0;
    template <typename T, T N>
    struct static_is_power_of_2
    static const bool m_result = (static_number_of_ones<T,N>::m_count == 1);
    template <unsigned long N>
    struct static_number_is_power_of_2
    static const bool m_result = (static_number_of_ones<unsigned long, N>::m_count == 1);
    int main(int argc)
    int ret = 0;
    if (argc > 1)
    ret += static_is_power_of_2<unsigned short, 16>::m_result;
    ret += static_is_power_of_2<unsigned int, 16>::m_result;
    ret += static_is_power_of_2<unsigned long, 16>::m_result;
    ret += static_number_is_power_of_2<16>::m_result;
    else
    ret += static_is_power_of_2<unsigned short, 17>::m_result;
    ret += static_is_power_of_2<unsigned int, 17>::m_result;
    ret += static_is_power_of_2<unsigned long, 17>::m_result;
    ret += static_number_is_power_of_2<17>::m_result;
    return ret;
    Compiation:
    @ CC -m32 foo5.cpp
    // No problem
    @ CC -m64 foo5.cpp
    "foo5.cpp", line 20: Error: An integer constant expression is required here.
    "foo5.cpp", line 36: Where: While specializing "static_is_power_of_2<unsigned long, 16>".
    "foo5.cpp", line 36: Where: Specialized in non-template code.
    "foo5.cpp", line 26: Error: An integer constant expression is required here.
    "foo5.cpp", line 37: Where: While specializing "static_number_is_power_of_2<16>".
    "foo5.cpp", line 37: Where: Specialized in non-template code.
    "foo5.cpp", line 20: Error: An integer constant expression is required here.
    "foo5.cpp", line 43: Where: While specializing "static_is_power_of_2<unsigned long, 17>".
    "foo5.cpp", line 43: Where: Specialized in non-template code.
    "foo5.cpp", line 26: Error: An integer constant expression is required here.
    "foo5.cpp", line 44: Where: While specializing "static_number_is_power_of_2<17>".
    "foo5.cpp", line 44: Where: Specialized in non-template code.
    4 Error(s) detected.
    Predefined macro:
    @ CC -m32 -xdumpmacros=defs foo5.cpp | & tee log32
    @ CC -m64 -xdumpmacros=defs foo5.cpp | & tee log64
    @ diff log32 log64
    7c7
    < #define __TIME__ "09:24:58"
    #define __TIME__ "09:25:38"20c20
    < #define __sparcv8plus 1
    #define __sparcv9 1[snipped]
    =========================
    What is wrong?
    Thanks,
    Alex Vinokur

    Bug 6749491 has been filed for this problem. It will be visible at [http://bugs.sun.com] in a day or two.
    If you have a service contract with Sun, you can ask to have this bug's priority raised, and get a pre-release version of a compiler patch that fixes the problem.
    Otherwise, you can check for new patches from time to time at
    [http://developers.sun.com/sunstudio/downloads/patches/]
    and see whether this bug is listed as fixed.

  • Pro*Cobol PCO Compilation problem in Linux

    Hi,
    DB :oracle 11g on RHEL 5.5
    when we are compiling the (Pro*cobol ) PCO code it is giving us the error :
    System default option values taken from: /oracle/oracle11g/app/product/11.2.0/dbhome_1/precomp/admin/pcbcfg.cfg
    Error at line 320, column 35 in file BR2385.PCO
    WHERE A.SOC_NO = :PARAM-SOC
    ..................................1
    PCB-S-00223, Undeclared variable "PARAM-SOC".
    when we change the pcbcfg.cfg file with flag : declare_section=no it's compile without error.
    But in this scenario cobol app doesn't run.
    if we declare the undeclared variable in the section
    EXEC SQL BEGIN DECLARE SECTION END-EXEC.
    PARAM-SOC PIC X(25).
    EXEC SQL END DECLARE SECTION END-EXEC.
    and compile it with declare_section=yes then cobol app. run fine.
    Are different files generated (cob,int,gnt) after compilation with the option declare_section=no and declare_section=yes.
    Pls help us in this regards. we have lot of file which having these issue and we don't want to do manual changes "EXEC SQL BEGIN" in it.
    Thanks in advance..

    Your code is faulty and has to be fixed.
    No compilation problem is present, the compiler correctly barfs.
    As this is not a support forum, kindly keep your non-issues out of this forum.
    Thank you!!!
    Sybrand Bakker
    Senior Oracle DBA

  • Occi::Number compilation problem in Linux

    Hi,
    I got following error when I complile my application which uses OCCI (Oracle C++ Call Interface) shiped with Oracle 9.2. I added the compiler flag -Dlint .
    When I dont add the compiler flag I dont get following error. My machine is running RedHat linux 7.3
    /usr/bin/g++ -c -I/opt/ora9/product/9.2/rdbms/demo -I/opt/ora9/product/9.2/rdbms/public -I/opt/ora9/product/9.2/plsql/public -I/opt/ora9/product/9.2/network/public myapp.cpp -g -Wall -DLiS -Dlint -DORACLE -I../include -DQT_THREAD_SUPPORT
    In file included from /opt/ora9/product/9.2/rdbms/demo/occi.h:40,
    from ../include/DatabaseSupport.h:17,
    from myapp.cpp:4:
    /opt/ora9/product/9.2/rdbms/demo/occiData.h:374: `oracle::occi::Number::Number (char)' has already been
    declared in `oracle::occi::Number'
    /opt/ora9/product/9.2/rdbms/demo/occiData.h:408: `oracle::occi::Number::operator char () const' has
    already been declared in `oracle::occi::Number'
    If I dont compile my application with -Dlint compiler flag I cant run the application.
    I think this is a bug in occi::Number class
    Any solusion??
    Thanking in advance
    nkran

    Your code is faulty and has to be fixed.
    No compilation problem is present, the compiler correctly barfs.
    As this is not a support forum, kindly keep your non-issues out of this forum.
    Thank you!!!
    Sybrand Bakker
    Senior Oracle DBA

  • Before Update Trigger compilation problem

    Hello experts! I have a compilation problem for a trigger I am trying to create.
    As a matter of fact it should update INT_INITIAL with the old value of INT_LOCK.
    The compilation fails and the debugger raises an ORA 01747 error (invalid declaration for user table, user column etc.)
    Do you have an idea what is wrong with my code?
    create or replace
    TRIGGER TRIGGER_INT_INITIAL
    BEFORE UPDATE ON  TBL_MATRIX_INTERMEDIATE_RESULT
    FOR EACH ROW
    Begin
      IF NVL(:new.INT_INITIAL, 0) != :old.INT_LOCK THEN
           UPDATE TBL_MATRIX_INTERMEDIATE_RESULT set
          :NEW.INT_INITIAL = :old.INT_LOCK;
      END IF;
    END;Regards,
    Seb

    Hi Seb,
    You don't need to use UPDATE stmt here as you are updating the same table on which your trigger is fired. So it may cause mutating table error too.
    when you use :new.colname it will immediately take care of the new value to be inserted in the respective column.
    So no need to write Update stmt.
    Hence remove,
    UPDATE TBL_MATRIX_INTERMEDIATE_RESULT set And use := is an assignment operator whereas = is to equate..
    :=Twinkle

  • RE: RE : Compile problems

    Doug,
    I also had a very similar error. At first I thought it might have been
    similar to the technote 38525, but in the end I force compiled the workspace
    and re made the distribution and the fcompile worked like normal. So if you
    don't think the technote matches your situation then I recommend force
    compiling your workspace.
    Regards,
    Allister
    -----Original Message-----
    From: [email protected]
    [<a href="mailto:[email protected]">mailto:[email protected]]On</a> Behalf Of Ajith Kallambella
    Sent: Thursday, 6 May 1999 23:01
    To: [email protected]; [email protected]
    Subject: RE : Compile problems
    Doug,
    Your method is probably returning a data type that the codegenerator
    is misinterpreting.
    It could be related to a documented problem where a return statement
    returning an unsigned long( or a few other type ) value generates a
    GENERICRETURN instruction, which codegen erroneously believed
    to have no
    operands, causing decompilation errors.
    Take a look at Bug # 38525.
    The suggested work around is not to return unsigned long( or a few other
    data types ).
    Ajith Kallambella M
    Subject: Compile problems
    Has anyone ever seen this error when using fcompile to compile their
    partitions?? The create/compile of the workspace & the
    partitioning of the
    application all went fine. It seems to indicate there may be a
    problem with
    the fetchEncounterWithItsClaim method. What's the IRBlock ?? Any
    help would
    be greatly appreciated!!
    Processing partition generation file:
    /usr/local/bin/forte3j/appdist/hcssdeve/hcssmain/cl27/codegen/hcss
    ma8/hcssma
    8.pgf
    Creating and initializing code generator, this could take some time.
    ERROR: Exiting due to following exception:
    SYSTEM ERROR: Client partition FTCompile_cl0_Client was terminated by
    escaped
    exception. See the remainder of the error stack for more information.
    Class: qqsp_ResourceException
    Error #: [1001, 3]
    Detected at: qqrt_ForteExecAgent::LoadPartition at 1
    Error Time: Wed May 5 17:38:50
    Exception occurred (locally) on partition "Forte_Executor",
    (partitionId
    =
    25771770-033B-11D3-9BC9-A45FAEA2AA77:0x1, taskId =
    [25771770-033B-11D3-9BC9-A45FAEA2AA77:0x1.6]) in application
    "FTCompile_cl0", pid 13061 on node gromit.HealthPartners.com in
    environment <unknown>.
    SYSTEM ERROR: Variable index 71 is outside the range 0 to 26 for the
    IRBlock fetchEncounterWithItsClaim.
    Class: qqsp_Exception
    Error #: [1001, 203]
    Detected at: qqrt_IRBlock::GetTypeIndex at 1
    Last TOOL statement: method ForteCompiler.ProcessPGF
    Error Time: Wed May 5 17:38:50
    Exception occurred (locally) on partition "Forte_Executor",
    (partitionId =
    25771770-033B-11D3-9BC9-A45FAEA2AA77:0x1, taskId =
    [25771770-033B-11D3-9BC9-A45FAEA2AA77:0x1.6]) in application
    "FTCompile_cl0", pid 13061 on node gromit.HealthPartners.com in
    environment <unknown>.
    Doug Scurr
    HealthPartners
    8100 34th Avenue South
    9th Floor
    Minneapolis, MN 55440-1309
    (612)883-7317
    - att-1.unk
    Get Free Email and Do More On The Web. Visit <a href=
    "http://www.msn.com">http://www.msn.com</a>
    To unsubscribe, email '[email protected]' with
    'unsubscribe forte-users' as the body of the message.
    Searchable thread archive <URL:<a href=
    "http://pinehurst.sageit.com/listarchive/">http://pinehurst.sageit.com/listarchive/</a>>
    >
    To unsubscribe, email '[email protected]' with
    'unsubscribe forte-users' as the body of the message.
    Searchable thread archive <URL:<a href=
    "http://pinehurst.sageit.com/listarchive/">http://pinehurst.sageit.com/listarchive/</a>>

    Allister,
    That's the only thing(force compile) I could think of to try, so I did & re
    made the distribution last night & it worked fine!!
    Doug Scurr
    HealthPartners
    8100 34th Avenue South
    9th Floor
    Minneapolis, MN 55440-1309
    (612)883-7317
    -----Original Message-----
    From: Allister Dickson [SMTP:[email protected]]
    Sent: Friday, May 07, 1999 1:23 AM
    To: Ajith Kallambella; [email protected];
    [email protected]
    Subject: RE: RE : Compile problems
    Doug,
    I also had a very similar error. At first I thought it might have
    been
    similar to the technote 38525, but in the end I force compiled the
    workspace
    and re made the distribution and the fcompile worked like normal. So
    if you
    don't think the technote matches your situation then I recommend
    force
    compiling your workspace.
    Regards,
    Allister
    > -----Original Message-----
    > From: [email protected]
    > [<a href="mailto:[email protected]">mailto:[email protected]]On</a> Behalf Of Ajith
    Kallambella
    > Sent: Thursday, 6 May 1999 23:01
    > To: [email protected]; [email protected]
    > Subject: RE : Compile problems
    >
    >
    > Doug,
    >
    > Your method is probably returning a data type that the
    codegenerator
    > is misinterpreting.
    >
    > It could be related to a documented problem where a return
    statement
    > returning an unsigned long( or a few other type ) value generates
    a
    > GENERICRETURN instruction, which codegen erroneously believed
    > to have no
    > operands, causing decompilation errors.
    >
    > Take a look at Bug # 38525.
    >
    > The suggested work around is not to return unsigned long( or a few
    other
    > data types ).
    >
    >
    > Ajith Kallambella M
    >
    >
    > Subject: Compile problems
    >
    >
    > Has anyone ever seen this error when using fcompile to compile
    their
    > partitions?? The create/compile of the workspace & the
    > partitioning of the
    > application all went fine. It seems to indicate there may be a
    > problem with
    > the fetchEncounterWithItsClaim method. What's the IRBlock ?? Any
    > help would
    > be greatly appreciated!!
    >
    > Processing partition generation file:
    > /usr/local/bin/forte3j/appdist/hcssdeve/hcssmain/cl27/codegen/hcss
    > ma8/hcssma
    > 8.pgf
    > Creating and initializing code generator, this could take some
    time.
    > ERROR: Exiting due to following exception:
    >
    > SYSTEM ERROR: Client partition FTCompile_cl0_Client was terminated
    by
    > escaped
    > exception. See the remainder of the error stack for more
    information.
    > Class: qqsp_ResourceException
    > Error #: [1001, 3]
    > Detected at: qqrt_ForteExecAgent::LoadPartition at 1
    > Error Time: Wed May 5 17:38:50
    > Exception occurred (locally) on partition "Forte_Executor",
    > (partitionId
    > =
    > 25771770-033B-11D3-9BC9-A45FAEA2AA77:0x1, taskId =
    > [25771770-033B-11D3-9BC9-A45FAEA2AA77:0x1.6]) in application
    > "FTCompile_cl0", pid 13061 on node gromit.HealthPartners.com
    in
    > environment <unknown>.
    >
    > SYSTEM ERROR: Variable index 71 is outside the range 0 to 26
    for the
    > IRBlock fetchEncounterWithItsClaim.
    > Class: qqsp_Exception
    > Error #: [1001, 203]
    > Detected at: qqrt_IRBlock::GetTypeIndex at 1
    > Last TOOL statement: method ForteCompiler.ProcessPGF
    > Error Time: Wed May 5 17:38:50
    > Exception occurred (locally) on partition
    "Forte_Executor",
    > (partitionId =
    > 25771770-033B-11D3-9BC9-A45FAEA2AA77:0x1, taskId =
    > [25771770-033B-11D3-9BC9-A45FAEA2AA77:0x1.6]) in
    application
    > "FTCompile_cl0", pid 13061 on node
    gromit.HealthPartners.com in
    > environment <unknown>.
    >
    > Doug Scurr
    > HealthPartners
    > 8100 34th Avenue South
    > 9th Floor
    > Minneapolis, MN 55440-1309
    > (612)883-7317
    >
    >
    > - att-1.unk
    >
    >
    > _______________________________________________________________
    > Get Free Email and Do More On The Web. Visit <a href=
    "http://www.msn.com">http://www.msn.com</a>
    > -
    > To unsubscribe, email '[email protected]' with
    > 'unsubscribe forte-users' as the body of the message.
    > Searchable thread archive
    <URL:<a href=
    "http://pinehurst.sageit.com/listarchive/">http://pinehurst.sageit.com/listarchive/</a>>
    >
    To unsubscribe, email '[email protected]' with
    'unsubscribe forte-users' as the body of the message.
    Searchable thread archive <URL:<a href=
    "http://pinehurst.sageit.com/listarchive/">http://pinehurst.sageit.com/listarchive/</a>>

  • Exception in thread "main" java.lang.Error: Unresolved compilation problem

    The following code:
         public boolean find(MusbachJ_Person person,BstNode node)
              //p.l(person);p.l(node.intData);
              if(node.intData.compareTo(person)==0)
                   return true;
              if( node.leftNode != null ) find(person,node.leftNode );
              if( node.rightNode != null ) find( person, node.rightNode);
              else
                   return false;
         }returns the following compilation error:
    Exception in thread "main" java.lang.Error: Unresolved compilation problem:
         This method must return a result of type boolean
         at MusbachJ_TreeNode.find(MusbachJ_TreeNode.java:32)
         at MusbachJ_PeopleTree.main(MusbachJ_PeopleTree.java:91)
    But I don't understand, the else statement is right there, what more does it want? Thanks! :)

    John_Musbach wrote:
    Exception in thread "main" java.lang.Error: Unresolved compilation problem: Unresolved compilation problem is an error that you'll only ever see if you're using an IDE. If you used the javac compiler, then you would have seen that the code doesn't even compile.
    The reason (as others have pointed out) is, that some paths through your method don't return a value.
    I'll re-write your code in the code-style that I usually use, because then it might be easier for you to see the problem:
    public boolean find(MusbachJ_Person person,BstNode node)
         if(node.intData.compareTo(person)==0) {
              return true;
         if( node.leftNode != null ) {
              find(person,node.leftNode );
         if( node.rightNode != null ) {
              find( person, node.rightNode);
         else {
              return false;
    }There are two prolbems. I'll spell out the first and let the other one for you to find:
    1.) you don't do anything with the return-values of the find-methods you are calling. What do you want to do with them?
    2.) What do you return if the current node is not the one that you want and you've got a right node?

  • [svn:fx-trunk] 11707: Fix incremental compilation problem with styles.

    Revision: 11707
    Author:   [email protected]
    Date:     2009-11-12 10:52:49 -0800 (Thu, 12 Nov 2009)
    Log Message:
    Fix incremental compilation problem with styles.
    QE notes: None.
    Doc notes: None.
    Bugs: SDK-24173
    Reviewer: Paul
    Tests run: checkintests
    Is noteworthy for integration: No.
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-24173
    Modified Paths:
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/css/StylesContainer.java

    You have used elements like header, footer, footer1 and nav without using the correct DOCTYPE declaration. Replace the first line of your code with
    <!doctype html>
    Also have a look here for other problems http://validator.w3.org/check?verbose=1&uri=http%3A%2F%2Fhome.surewest.net%2Fstorytales%2F test%2Fforposting.html
    After the above has been fixed, please come back here to fix the remaining problem(s)
    Gramps

  • Using GDB to debug a code compiled with Sun cc

    When using gdb to debug C code compiled with Sun's cc, the step-into doesn't work, i can only "step into" a function if i put a breakpoint on it. Also, sometimes if i set a breakpoint on a function name, like "break foo", gdb indeed breaks when foo is reached, but without showing the source code (this i could not reproduce with a small demo program).
    I am using Sun Studio 12 on a SunOS 5.10 sun4u sparc machine.
    My demo program is:
    #include <stdio.h>
    #include <strings.h>
    void func1(str)
    char str;
    printf("This is the first line\n");
    printf("STR: %s\n",str);
    int main()
    char str[10];
    strcpy(str,"lalalal");
    printf("Calling func1\n");
    func1(str);
    printf("Returned from func1\n");
    The compilation command i run is:
    cc -c -g step_into.c -o step_into.o
    cc -g -o step_into step_into.o
    When running the program with gdb, the "step" command does not step into func1, but runs it like "next".
    I know there's the dbx debugger, but if there's a way to fix this with gdb - it is much preferable for us. Switching to dbx is not really feasible for us.
    Regards,
    Yael

    Hello Yael,
    I tried your example on my laptop (OpenSolaris x86/x64) with Sun Studio 12 update 1
    and GDB 6.3.50 - it works properly:
    $ gdb dist/Debug/SunStudio-Solaris-x86/forum_c_20091230
    GNU gdb 6.3.50_2004-11-23-cvs
    Copyright 2004 Free Software Foundation, Inc.
    GDB is free software, covered by the GNU General Public License, and you are
    welcome to change it and/or distribute copies of it under certain conditions.
    Type "show copying" to see the conditions.
    There is absolutely no warranty for GDB.  Type "show warranty" for details.
    This GDB was configured as "i386-pc-solaris2.11"...
    (gdb) break main
    Breakpoint 1 at 0x8050a87: file src/args.c, line 15.
    (gdb) run
    Starting program: /export/home/nikm/SunStudioProjects/Forum_C_20091230/dist/Debug/SunStudio-Solaris-x86/forum_c_20091230
    Breakpoint 1, main () at src/args.c:15
    15         printf("Calling func1\n");
    Current language:  auto; currently minimal
    (gdb) next
    Calling func1
    16         func1(str);
    (gdb) step
    This is the first line
    func1 (str=0x80477ba "lalalal") at src/args.c:7
    7         printf("STR: %s\n",str);
    (gdb) Could you please download and try Sun Studio 12 update 1?
    It is available for free. Here is the web page:
    http://developers.sun.com/sunstudio/
    BTW, which GDB version do you use?
    I'll try it on a sparc system and let you know.
    Thanks.
    Nik
    P.S.: there is a typo in the source code:
    void func1(str)
    *char *str;I think it should be:
    void func1(char *str)Probably a copy-paste problem.
    Please use "CODE" mode when you copy-paste source lines (selected text, press 'CODE' button).

  • Unresolve compilation problems

    I have narrowed a bug down to three lines of code. I do not see what is wrong with this code. In fact I am so sure of the code I was wondering if it may be a bug in 1.5
    I get the error:
    Exception in thread "main" java.lang.Error: Unresolved compilation problems:
         Syntax error, insert "AssignmentOperator Expression" to complete Assignment
         Syntax error, insert ";" to complete Statement
         LVN cannot be resolved
         foo cannot be resolved
         e cannot be resolved
    on the the last line of :
    if (useLVN)
             for(Enumeration e = ilocGen.getRoutines().elements(); e.hasMoreElements();)
                  LVN foo = new LVN((BasicBlock) e.nextElement());LVN is a class who's constructor takes a BasicBlock as an argument. iloc.getRoutines() returns a vector and useLVN is a boolean that is set earlier in the program. The program was fully functional until I inserted these three lines. if I replace the body of the for loop with ";" the code will still execute.
    Has anyone seen this kind of error before? Can someone clue me into what I am doing wrong? or is this something that should be taken to a bug report of some kind?

    I recreated the issue. The error appears in the last line of source code. Below is the full source code for all of the classes. As a note I am using jre1.5.0_06 and eclipse 3.2.1 as my IDE. The operating system I am currently using is Windows XP Pro. (Obviously not that it should matter based on the language in question.)
    File:
    BasicBlock.java
    public class BasicBlock {
         public String str;
         public BasicBlock(String in){
              str = in;
    IlocGenerator.java
    import java.util.Vector;
    public class IlocGenerator {
          Vector routines = new Vector();
          public Vector getRoutines() {
                  return routines;
          public void addRoutine(IlocRoutine in){
              routines.add(in);
    LVN.java
    public class LVN {
         public LVN(BasicBlock in){
              System.out.println(in.str);
    IlocRoutine.java
    import java.util.*;
    public class IlocRoutine {
         private Vector Blocks;
         public IlocRoutine(){
              Blocks = new Vector();
         public void addBasicBlock(BasicBlock in){
              Blocks.add(in);          
         public Vector getBasicBlocks() {
             return Blocks;
    MainProg.java
    import java.util.Enumeration;
    public class MainProg {
         public static void main(String[] args) {
              boolean useLVN = true;
              IlocGenerator ilocGen = new IlocGenerator();
              IlocRoutine iR = new IlocRoutine();
              BasicBlock bB = new BasicBlock("one");
              iR.addBasicBlock(bB);
              bB = new BasicBlock("two");
              iR.addBasicBlock(bB);
              ilocGen.addRoutine(iR);
              iR = new IlocRoutine();
              bB = new BasicBlock("three");
              iR.addBasicBlock(bB);
              bB = new BasicBlock("four");
              iR.addBasicBlock(bB);
              ilocGen.addRoutine(iR);
             if (useLVN)
                  for(Enumeration e = ilocGen.getRoutines().elements(); e.hasMoreElements();)
                       for (Enumeration f = ((IlocRoutine) e.nextElement()).getBasicBlocks().elements(); f.hasMoreElements();)
                            LVN foo = new LVN((BasicBlock) f.nextElement());
    }Message was edited by:
    mtu9000 (added environment information)

Maybe you are looking for

  • White frames on black background?

    When texts and images on my web page are loading there are white frames visible against my black background. If they need to be there, can I change them to black maybe? My webpage is www.carlsonahnell.se. Thanks!

  • Iview resizing

    Hi Experts, I have an HR-BSP application which is being displayed through the portal (light framework) with the help of an iview. On the first attempt the application appears in the normal expected size. However the issue that we are facing is, once

  • Why do we need Interim Storage Type ?

    Why do we need Interim Storage Type ? If you say it's acting as an intermediatary  buffer location... Then why don't we need any Interim Storage for Bin to Bin stock movement?? Any pointers will be appreciated .

  • Default principal validation provider

    Hello, I wonder if sombody can tell me if instances of the principal class I have attached to this post will be validated by the default principal validation provider??? package org.rps.weblogic.security.principal; import org.rps.security.spi.RPSGrou

  • 10.5.3 causes shutdown every few minutes

    Hi guys Last night I used software update to upgrade 10.5.3 Now when I use my mac, it just shuts down after a few minutes. No error message, no shutting down message, the screen just goes black and the machine shuts down. I'm using a 1.8Ghz iMac G5.