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

Similar Messages

  • 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

  • CDC compilation problems on linux

    Hi,
    I am trying to compile CDC on linux. My machine is Redhat 9, I am using
    gcc 3.2.2. My java compiler is 1.3.1 (as specified in cdc docs).
    [sharath@DTV2 linux-i686]$ java -version
    java version "1.3.1_15"
    Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_15-b01)
    Java HotSpot(TM) Client VM (build 1.3.1_15-b01, mixed mode)
    [sharath@DTV2 linux-i686]$ gcc --version
    gcc (GCC) 3.2.2 20030222 (Red Hat Linux 3.2.2-5)
    Copyright (C) 2002 Free Software Foundation, Inc.
    This is free software; see the source for copying conditions. There is NO
    warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
    [sharath@DTV2 linux-i686]$ make CVM_DEBUG=true CVM_JAVABIN=/usr/local/jdk1.3.1_15/bin
    ... mkdir ../../build/linux-i687/generated/javavm/runtime
    touch ../../build/linux-i686/generated/empty.mk
    ... mkdir ../../build/linux-i686/generated/flags
    Flag CVM_SYMBOLS changed. Cleaning up.
    Flag CVM_OPTIMIZED changed. Cleaning up.
    Flag CVM_DEBUG changed. Cleaning up.
    Flag CVM_JAVAC_DEBUG changed. Cleaning up.
    Flag CVM_DEBUG_CLASSINFO changed. Cleaning up.
    Flag CVM_DEBUG_STACKTRACES changed. Cleaning up.
    Flag CVM_DEBUG_DUMPSTACK changed. Cleaning up.
    Flag CVM_DEBUG_ASSERTS changed. Cleaning up.
    Flag CVM_CLASSLOADING changed. Cleaning up.
    Flag CVM_NO_LOSSY_OPCODES changed. Cleaning up.
    Flag CVM_INSTRUCTION_COUNTING changed. Cleaning up.
    Flag CVM_GCCHOICE changed. Cleaning up.
    Flag CVM_NO_CODE_COMPACTION changed. Cleaning up.
    Flag CVM_XRUN changed. Cleaning up.
    Flag CVM_JVMDI changed. Cleaning up.
    Flag CVM_JVMPI changed. Cleaning up.
    Flag CVM_JVMPI_TRACE_INSTRUCTION changed. Cleaning up.
    Flag CVM_CLASSLIB_JCOV changed. Cleaning up.
    Flag CVM_REFLECT changed. Cleaning up.
    Flag CVM_SERIALIZATION changed. Cleaning up.
    Flag CVM_PRELOAD_LIB changed. Cleaning up.
    Flag CVM_PRELOAD_TEST changed. Cleaning up.
    Flag CVM_DYNAMIC_LINKING changed. Cleaning up.
    Flag CVM_TEST_GC changed. Cleaning up.
    Flag CVM_TEST_GENERATION_GC changed. Cleaning up.
    Flag CVM_TIMESTAMPING changed. Cleaning up.
    Flag CVM_TEST_CHAR_STATICINIT changed. Cleaning up.
    Flag CVM_INTERPRETER_LOOP changed. Cleaning up.
    Flag CVM_JIT changed. Cleaning up.
    Flag J2ME_CLASSLIB changed. Cleaning up.
    Flag CVM_CSTACKANALYSIS changed. Cleaning up.
    Flag CVM_TRACE_JIT_BCTOIR changed. Cleaning up.
    Flag CVM_TRACE_JIT_CODEGEN changed. Cleaning up.
    Flag CVM_TRACE_JIT_STATS changed. Cleaning up.
    Flag CVM_TRACE_JIT_STATUS changed. Cleaning up.
    Flag CVM_JIT_COLLECT_STATS changed. Cleaning up.
    Flag CVM_JIT_ESTIMATE_COMPILATION_SPEED changed. Cleaning up.
    Flag CVM_CCM_COLLECT_STATS changed. Cleaning up.
    Flag CVM_JIT_PROFILE changed. Cleaning up.
    Flag OPT_PKGS changed. Cleaning up.
    Flag CVM_PRODUCT_TYPE changed. Cleaning up.
    Flag CVM_LVM changed. Cleaning up.
    ... generating ../../build/linux-i686/generated/javavm/include/build_defs.h
    /*** Definitions generated at build time ***/
    #ifndef BUILDDEFS_H
    #define BUILDDEFS_H
    #define CVM_BUILD_OPTIONS \
         "CVM_SYMBOLS=true\n" \
         "CVM_OPTIMIZED=false\n" \
         "CVM_DEBUG=true\n" \
         "CVM_JAVAC_DEBUG=true\n" \
         "CVM_DEBUG_CLASSINFO=true\n" \
         "CVM_DEBUG_STACKTRACES=true\n" \
         "CVM_DEBUG_DUMPSTACK=true\n" \
         "CVM_DEBUG_ASSERTS=true\n" \
         "CVM_CLASSLOADING=true\n" \
         "CVM_NO_LOSSY_OPCODES=false\n" \
         "CVM_INSTRUCTION_COUNTING=false\n" \
         "CVM_GCCHOICE=generational\n" \
         "CVM_NO_CODE_COMPACTION=false\n" \
         "CVM_XRUN=false\n" \
         "CVM_JVMDI=false\n" \
         "CVM_JVMPI=false\n" \
         "CVM_JVMPI_TRACE_INSTRUCTION=false\n" \
         "CVM_CLASSLIB_JCOV=false\n" \
         "CVM_REFLECT=true\n" \
         "CVM_SERIALIZATION=true\n" \
         "CVM_PRELOAD_LIB=false\n" \
         "CVM_PRELOAD_TEST=false\n" \
         "CVM_DYNAMIC_LINKING=true\n" \
         "CVM_TEST_GC=false\n" \
         "CVM_TEST_GENERATION_GC=false\n" \
         "CVM_TIMESTAMPING=false\n" \
         "CVM_TEST_CHAR_STATICINIT=false\n" \
         "CVM_INTERPRETER_LOOP=Split\n" \
         "CVM_JIT=false\n" \
         "J2ME_CLASSLIB=cdc\n" \
         "CVM_CSTACKANALYSIS=false\n" \
         "CVM_TRACE_JIT_BCTOIR=false\n" \
         "CVM_TRACE_JIT_CODEGEN=false\n" \
         "CVM_TRACE_JIT_STATS=false\n" \
         "CVM_TRACE_JIT_STATUS=false\n" \
         "CVM_JIT_COLLECT_STATS=false\n" \
         "CVM_JIT_ESTIMATE_COMPILATION_SPEED=false\n" \
         "CVM_CCM_COLLECT_STATS=false\n" \
         "CVM_JIT_PROFILE=false\n" \
         "OPT_PKGS=\n" \
         "CVM_PRODUCT_TYPE=standard\n" \
         "CVM_LVM=false\n" \
    #define CVM_PROP_JAVA_VERSION     "J2ME CDC 1.0.1"
    #define CVM_PROP_JAVA_VENDOR     "Sun Microsystems Inc."
    #define CVM_PROP_JAVA_VENDOR_URL     "http://java.sun.com/"
    #define CVM_PROP_JAVA_VENDOR_URL_BUG     "http://java.sun.com/cgi-bin/bugreport.cgi"
    #define CVM_PROP_JAVA_SPEC_NAME     "J2ME CDC API Specification"
    #define CVM_PROP_JAVA_SPEC_VERSION     "1.0a"
    #define CVM_PROP_JAVA_SPEC_VENDOR     "Sun Microsystems Inc."
    #define CVM_PROP_JAVA_CLASS_VERSION     "47.0"
    #define CVM_PROP_JAVA_VM_NAME     "CVM"
    #define CVM_PROP_JAVA_VM_VERSION     "1.0.1-std-b12"
    #define CVM_PROP_JAVA_VM_INFO     "interpreter loop"
    #define CVM_PROP_JAVA_VM_VENDOR     "Sun Microsystems Inc."
    #define CVM_PROP_JAVA_VM_SPEC_NAME     "Java Virtual Machine Specification"
    #define CVM_PROP_JAVA_VM_SPEC_VERSION     "1.0a"
    #define CVM_PROP_JAVA_VM_SPEC_VENDOR     "Sun Microsystems Inc."
    #define CVM_CLASSLIB_JAR_NAME     "cdc.jar"
    #endif /* BUILDDEFS_H */
    ... mkdir ../../build/linux-i686/obj
    ... mkdir ../../build/linux-i686/bin
    ... mkdir ../../build/linux-i686/generated/javavm/runtime/opcodeconsts
    ... mkdir ../../build/linux-i686/generated/jni
    ... mkdir ../../build/linux-i686/generated/cni
    ... mkdir ../../build/linux-i686/generated/offsets
    ... mkdir ../../build/linux-i686/btclasses
    ... mkdir ../../build/linux-i686/testclasses
    ... mkdir ../../build/linux-i686/lib
    ... mkdir ../../build/linux-i686/cdc_classes
    ... mkdir ../../build/linux-i686/lib/security
    ... mkdir ../../build/classes.jcc
    Checking for build-time classes to compile ...
    Compiling build-time classes...
    error: compiler message file broken: key=compiler.err.sun.io.MalformedInputException arguments=null, null, null, null, null, null, null
    error: compiler message file broken: key=compiler.err.sun.io.MalformedInputException arguments=null, null, null, null, null, null, null
    Same error messages repeats for over 100 times...
    Please help.
    Thanks in advance,
    Sharath

    Sharath,
    I am new in this field.Want to work in this CDC field.Kindly give me the details of how to compile the code on Linux Platform.Can u mail me details of compilation at [email protected] urgent

  • Nigpib-linux driver compile problem

    I am running SUSE 9.0, and while trying to install nigpib-linux-0.8.6.tar.gz, I get the following compile error:
    Your kernel appears to be configured properly to build NI-GPIB for Linux.
    Do you want to proceed? [yn] y
    gcc -c -O2 -D__KERNEL__ -I/lib/modules/2.4.21-260-default/build/include -DMODULE -DMODVERSIONS -include /lib/modules/2.4.21-260-default/build/include/linux/modversions.h -D__GPIBDRIVER__ -o ib_linux-2.4.21-260-default.o ib_linux.c
    ib_linux.c:419:7: missing binary operator before token "("
    make: *** [ib_linux-2.4.21-260-default.o] Error 1
    Couldn't build driver.
    It has to do with the HZ definition.
    Thanks for any help anyone can give!

    dsb,
    Here is a link to a lengthy thread on this very problem. There appears to be a workaround or two mentioned in the post:
    Linux Driver Compiling Problem
    Let me know if the suggestions in that thread help out!
    Craig H.
    NI Applications Engineering

  • Removing compiler problem markers

    Does anybody know why I keep getting a pop up window that is
    telling me it can't find a marker id at some location number? I am
    getting one of these messages about every other time I save and
    compile and it is getting RATHER ANNOYING!!! What does it mean and
    how do I eliminate it???
    Thanks in advance for helping me lower my blood pressure!!!
    Have an Ordinary Day...
    KomputerMan ~|:-)

    Yes, I am now getting the same error - but slightly different
    wording
    Removing compile problem markers (Time of error: blah blah
    blah...)
    The details section states:
    An internal error occurred during "Removing compiler problem
    markers".
    java.lang.NullPointerException
    I'm able to compile the same code with no problem from the
    command line on a Linux box. Running the clean comand doesn't fix
    this unfortunately.
    Some background info: I'm running a FDS project against a
    JBoss server on a windows XP machine.
    So, I deleted my project and shut down flex builder. Then
    removed the project files (.actionScriptProperties, .project, &
    .flexProperties) and removed the project folder from the flex.war
    folder in the jboss server. Restarted Flex Builder and created a
    new project the same way the project was built. And wa-la the
    problem is gone.
    So, something has gone bad with the project, but I am not
    sure what because a look a the previous project files and they all
    seem normal. I was having problems with the project trying to
    create the "Output Directory" early, but a rebuild of the project
    seemed to fix that too.
    hope this helps.
    --Andy

  • 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]

  • Compiling an old linux code on a new mac

    Hello,
    I am trying to compile an old Linux program on my new macbook pro (Intel + 10.6). The program uses a mix of fortran and c source codes. On the Linux environment where it works I have gcc(f77) 3.2.3 installed.
    The only external library called for in the Makefile is libg2c, which as far as I can tell comes with gcc 3 but not any longer in gcc 4. This means that the original Makefile, which works on a Linux environment with gcc 3.2.3 does not work on my Mac.
    For sure I need some g2c-like library because the system is mixing Fortran and C code, and doesn't compile if I just remove -lg2c from the Makefile, the compiling crashes.
    I have tried to install libf2c from Fink but it doesn't seem compatible with gfortran created code.
    Now I'm a bit lost. Can someone offer some help?

    atticus_pf wrote:
    You keep saying gcc4.4 is bad.
    There is nothing inherently wrong with gcc4.4. I just don't trust anything that comes from the Mac "ports" packages. Why would I need to "port" something to MacOS X if it build fine from a tarball? More importantly, why would I use a version newer than what Apple ships with the OS? MacOS X is not Linux. Those newer versions have not been tested and MacOS X and MacOS X is fundamentally different from any OS that those versions have been tested on. If you want to test new software on Mac OS X, that's great. Just get the original code and build it yourself instead of going through a 3rd party who may or may not know what they are doing. Every time I see a problem here in Apple Discussions with someone who can't build an open-source software package on MacOS X, some "ports" package has been installed. Every Time.
    What is the best version to use? I have gcc in /usr/bin which is gcc 4.2.1 - I think this is the apple version. ... I just want to use what is best and most reliable.
    That would be the one Apple build the OS with. Even then, gcc 4.2.1 is still a bit flaky on MacOS X. Apple may never use gcc 4.4. It is moving towards Clang for future development.
    gcc -framework Carbon -arch i386 -m64 -g -I/Users/jpfaendt/Modeling/parest/ddasac/software/include -O2 -o parest ./model.o jacobian.o bsub.o -L/Users/jpfaendt/Modeling/parest/ddasac/software -L/Users/jpfaendt/Modeling/parest/ddasac/software/myUtil -L/Users/jpfaendt/Modeling/parest/ddasac/software/lib -L/sw/lib/gcc4.4/lib -lm -lliqparest -ldassl -lgregpack -lgfortran -lUtil -L/sw/lib/gcc4.4/lib/
    Undefined symbols:
    "_Delete", referenced from:
    _ModelODEs in model.o
    sorry for the messy paste, it's an ugly makefile (although it works in linux). You can see I'm including libraries that I myself compiled (libliqparest, libdassl, libgregpack, libUtil are all compiled in this code).
    But what is that "-m64" doing there? That is not a good flag to use even in the best of times. It really isn't appropriate with "-arch i386". Add to that the fact that Carbon isn't 32-bit and you've got a mess-o-problems.
    The first function that has a problem above (_Delete) is defined in a c program that is compiled as part of libUtil.a. This library just has a bunch of house-made functions for vector handling, etc. The code could be probably be overhauled to not need this anymore but I don't have the energy to do it.
    I really think these are old relics of a MacOS port back when you needed such "ports" because MacOS (note the absence of "X") didn't have such things as open(), malloc(), and free().
    You have the source to libUtil.a, so it would be worthwhile to look at it and see if my hypothesis is correct. You may be able to fix it with just a compiler flag and have it use the POSIX code instead of the MacOS Carbon routines. Then, hopefully, you can get rid of Carbon altogether and build a true 64-bit executable.
    In any case, I'm now suspecting my compiler configuration, etc for causing the problems. What is the best solution for having the fink gcc-4 installed and apples gcc installed? I guess I have to reconcile this somehow with the gfortran that is in /sw/bin.
    You could also download a better version of gfortran that installs into /usr/local, where it is supposed to be.

  • Compiling problem related to library conflict

    Hi everybody,
    As I used JDeveloper 10.1.3.0.3 to compile my program, I encounted a compiling problem.
    In my user library, I have a class named Number.
    In J2SE 1.5, there is also a class named Number at java.lang.Number.
    So as I compiled the program, the compiler always tried to find the java.lang.Number first, then I got the compiling errors related to the class java.lang.Number.
    I have added the jar file of my own package in the classpath, but I still got the compiling error.
    But If I directly use JDK instead of JDeveloper to compiler the program, there is no such kind of problem.
    Can somebody help me with that.
    I really apprecaite your help.
    William

    Looks like I've been dumbed down by Java simpliciy. I'm referencing some source code that calls a function from this particular library. When I am compiling my code that makes the same call, I assume I need that library to be called out for the linker (link.exe). Do I also need any other libraries that this library calls and so on? How do I determine that the extent of what I need. The source code I'm referncing does include a make file. This was to create and exe file. Is it possible that I can edit this and have it make a dll instead?

  • Application connection problems between linux & solaris?

    HI,
    Do you know if I can connect to a server on solaris with a java application and then I compile it on linux why cann't I get to the same application still runing on the solaris machine? A little fuzzy but ... I looked in the /etc/hosts but it looked ok (there were some ip addr there)...
    java.net.ConnectException: Connection refused
    at java.net.PlainSocketImpl.socketConnect(Native Method)
    at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:320)
    at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:133)
    at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:120)
    at java.net.Socket.<init>(Socket.java:273)
    at java.net.Socket.<init>(Socket.java:100)

    Thank you all of you in advance,
    I found the problem : it just should have been the correct initialization.

  • JSP oracle connection problem on Linux

    I am running tomcat on Red Hat Linux. The JSP display everything on webpage except the data which is retreived from the database. The database is oracle8i on unix platfrom. The same webpage works perfectly fine on windows using apache tomcat. I copied the latest classes111.jar and classes12.jar files in the lib directory of tomcat.
    Can somebody help?

    No, I'm not talking about a compilation problem. That's where Tomcat expects to find them at runtime - that's what counts here.
    I assume you know how to compile your code. ;) - MOD

  • Path problem in linux

    hi,
    i have problem with file path accessing in linux. my java class is accessing a abc.cvs file and and getting all data. it is working fine in windows xp. but i run this same file in linux it does not access the abc.cvs file and does not get any data.
    my project structure
    Search
    abc.cvs
    search.SearchMain
    i am sccessing this cvs file in this SearchMain class by this way file name = "abc.cvs"
    It is working fine with window but problem with linux.
    when i place this abc.cvs in a folder as "./data/abc.cvs" also working fine with windows but not in linux.
    I am new for linux.
    Please give me solution.
    Thanks in advance
    Ravi

    There shouldn't be any differences between Linux and Windows here, it's all about your environment. In order to access abc.cvs class (I presume that abc is package name) from search.SearchMain class you need to have a directory (or .jar file) containing abc/cvs.class in your CLASSPATH environment variable.
    Try setting it with
    export CLASSPATH=your_dir_or_jar_file:$CLASSPATH
    and then running the app again.

  • File problem in linux OS.

    hi,
    I am creating one jar file . In my program, when I click one survey menu in my GUI,it will collect information from remote device and store it in log file located LOG folder. In my case, I put one folder " Cal" and inside it I put myjar.jar file and that log (LOG) folder.
    In Windows, when I click survey menu in GUI, the log information automatically stored in log foder as survey.txt file. And also, i create one show dialog box to show where the log file located.
    my code is,
    String  ss=new String(" HIllo"+"loginfo" );           
                     byte b[]=ss.getBytes ();
                           OutputStream f0=new FileOutputStream               ("LOG/survey.log",true);
                           f0.write(b);
                           f0.flush();                      
                           f0.close ();    the above code is file writing in txt file.
    for display dialog box,
    if(source==Survey)
                    File file = new File("LOG/Survey.log");                      
                    file = file.getAbsoluteFile(); 
                    javax.swing.JOptionPane.showMessageDialog(MainFrame, "The LOG FILE is stored at -- \t \t"+file);
                 }In windows, where can i install that Cal folder (inside it JAR file and LOG folder), and click that jar , all are working fine. The log file stored correctly inLOG folder and dialog box show the located path.
    eg. log file stored at D:/sbk/Cal/LOG/survey.log
    But my problem in linux.
    when i click survey menu, it will defaultly stored in root folder and log folder. Actually i am not creating LOG folder in root folder.
    I am changing file writer as , to store that JAR folder and want to store that log file in home directory.
    if(no_of_ssid!=null){
                    String  ss=new String(""HIllo"+"loginfo\n" );          May
                     byte b[]=ss.getBytes ();
                           OutputStream f0=new FileOutputStream ("/home/Cal/LOG/Survey.log",true);
                           f0.write(b);
                           f0.flush();                      
                           f0.close ();    but, now also that file stored in rot directory.
    what can I do.
    how can I store log file in home/Cal/Log folder in Linux.
    any one help this problem

    Use System get prop user.home?

  • Unicode filename problems in linux

    I'm running into a problem in linux (Ubuntu). The following test code will throw an exception at the "FileInputStream fis... " line with the file has a unicode filename. However, Windows passes this without problems.
    try {
         File dir = new File("a directory that exists");
         File[] files = dir.listFiles(); //get file list
         for (int i = 0; i < files.length; ++i) {
              System.out.println("file " + files.getAbsolutePath());
              FileInputStream fis = new FileInputStream(files[i]);
    } catch (Exception e) {
         System.out.println("Exception: " + e.getMessage());
    Does anyone know how to fix this? Thanks!

    But the characters are actually chinese. And since
    it's on Ubuntu, it would be in UTF-8 encoding
    wouldn't it?
    The characters display fine in ubuntu but when I try
    to read them in using FileInputStream, it fails for
    some filenames with strange characters.
    I just don't understand why some characters make it
    fail and others are fine. It seems that it should
    all work or all not work? Perhaps I'm wrong.On my Fedora Core 6,
    the result of
    echo $LANG
    is:
    ja_JP.UTF-8
    And I tried your program on a directory that has &#30334;&#24230;MP3��&#20840;.txt file in it.
    import java.io.*;
    public class AlsKdj{
      public static void main(String[] args){
        try {
          File dir = new File(".");
          File[] files = dir.listFiles();
          for (int i = 0; i < files.length; ++i) {
            System.out.println("file " + files.getAbsolutePath());
    FileInputStream fis = new FileInputStream(files[i]);
    System.out.println(" " + fis.toString());
    catch (Exception e) {
    e.printStackTrace();
    The output from the program is:
    file /root/test/./AlsKdj.class
      java.io.FileInputStream@1a46e30
    file /root/test/./&#30334;&#24230;MP3��&#20840;.txt
      java.io.FileInputStream@3e25a5
    file /root/test/./bbs.txt
      java.io.FileInputStream@19821f
    file /root/test/./WMP.txt
      java.io.FileInputStream@addbf1As shown above, the result is normal if LANG is really UTF-8.
    My Java version is:
    java version "1.6.0_01"
    Java(TM) SE Runtime Environment (build 1.6.0_01-b06)
    Java HotSpot(TM) Client VM (build 1.6.0_01-b06, mixed mode, sharing)

  • Servlet Compilation Problem !

    Hi,
    I am just starting to learn servlets and I got problem in compiling them. I got compilation error in
    import javax.servlet.*;statement. Seems that the compiler cannot find the servlet package. I got J2EE 1.4 beta installed on my machine but there is no servlet.jar package. I am using J2SDK 1.4.1_02, J2EE 1.4 beta and Tomcat 4.1.24.
    Can anyone help me with my servlet compilation problem?
    Thanks in advance!
    Josh

    servlet.jar is here :
    <tomcatdir>\common\lib
    add it to your compiler classpath

  • 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!).

Maybe you are looking for