WS7/Comms Express Compilation problem

I am just doing an implementation of the JES5 comms suite on WS7 and am getting the following error after logging in. Two questions:
1) Could someone send me a working server.xml (with the right classpath)
2) Has anyone else seen this error.
Web server Version
[24/May/2007:10:46:20] info (25597): CORE1116: Sun Java System Web Server 7.0 B12/04/2006 10:15
[24/May/2007:10:46:21] info (25598): CORE5076: Using [Java HotSpot(TM) Server VM, Version 1.5.0_09] from [Sun Microsystems Inc.]
JVM version
/var/opt/SUNWwbsvr7/https-ce2.mail.uwo.pri/logs
[9:56am ce2]# /usr/jdk/latest/bin/javac -version
javac 1.5.0_09
Error message
Application Error
org.apache.jasper.JasperException: PWC6033: Unable to compile class for JSP
PWC6199: Generated servlet error:
/var/opt/SUNWwbsvr7/https-ce2.mail.uwo.pri/generated/ce2.mail.uwo.pri/uwc/org/apache/jsp/uwc/mailclient/mail_jsp.java:306: jspxmeth_jato_text_0(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.uwc.mailclient.mail_jsp cannot be applied to (com.iplanet.jato.taglib.UseViewBeanTag,javax.servlet.jsp.PageContext)
if (_jspx_meth_jato_text_0(_jspx_th_jato_useViewBean_0, jspxpage_context))
^
Note: /var/opt/SUNWwbsvr7/https-ce2.mail.uwo.pri/generated/ce2.mail.uwo.pri/uwc/org/apache/jsp/uwc/mailclient/mail_jsp.java uses unchecked or unsafe operations.
PWC6199: Generated servlet error:
Note: Recompile with -Xlint:unchecked for details.
1 error

I can send this to you offline if that makes it simpler.
From WS 7/JCS 5 installation on Solaris 10 Update 3 11/06
<?xml version="1.0" encoding="UTF-8"?>

<server>
<cluster>
<local-host>homer.cityofprescott.org</local-host>
<instance>
<host>homer.cityofprescott.org</host>
</instance>
</cluster>
<log>
<log-file>../logs/errors</log-file>
<log-level>info</log-level>
</log>
<temp-path>/tmp/https-homer.cityofprescott.org-2fe52e21</temp-path>
<user>webservd</user>
<jvm>
<java-home>/usr/jdk/entsys-j2se</java-home>
<server-class-path>/opt/SUNWwbsvr7/lib/webserv-rt.jar:/opt/SUNWwbsvr7/lib/pwc.jar:${java.home}/lib/tools.jar:/opt/SUNWwbsvr7/lib
/webserv-jstl.jar:/opt/SUNWwbsvr7/lib/container-auth.jar:/opt/SUNWwbsvr7/lib/jsf-impl.jar:/opt/SUNWwbsvr7/lib/jsf-api.jar:/usr/sfw/l
ib/ant/ant.jar:/usr/share/lib/ktsearch.jar:/opt/SUNWjax/share/lib/jaxws-api.jar:/opt/SUNWjax/share/lib/jaxws-rt.jar:/opt/SUNWjax/sha
re/lib/jaxws-tools.jar:/opt/SUNWjax/share/lib/jsr181-api.jar:/opt/SUNWjax/share/lib/jsr250-api.jar:/opt/SUNWjax/share/lib/jaxb-api.j
ar:/opt/SUNWjax/share/lib/jaxb-impl.jar:/opt/SUNWjax/share/lib/jaxb-xjc.jar:/opt/SUNWjax/share/lib/sjsxp.jar:/opt/SUNWjax/share/lib/
jsr173_api.jar:/opt/SUNWjax/share/lib/saaj-api.jar:/opt/SUNWjax/share/lib/saaj-impl.jar:/opt/SUNWjax/share/lib/xmldsig.jar:/opt/SUNW
jax/share/lib/xmlsec.jar:/opt/SUNWjax/share/lib/xws-security.jar:/opt/SUNWjax/share/lib/xws-security_jaxrpc.jar:/opt/SUNWjax/share/l
ib/wss-provider-update.jar:/opt/SUNWjax/share/lib/security-plugin.jar:/opt/SUNWjax/share/lib/FastInfoset.jar:/opt/SUNWjax/share/lib/
relaxngDatatype.jar:/opt/SUNWjax/share/lib/resolver.jar:/usr/share/lib/mail.jar:/usr/share/lib/activation.jar</server-class-path>
<class-path-suffix>:/opt/SUNWam/lib/xmlsec.jar:/usr/share/lib/endorsed/dom.jar:/opt/SUNWam/lib/saaj-api.jar:/opt/SUNWam/lib/jaxr
pc-api.jar:/opt/SUNWam/lib/jaxrpc-impl.jar:/opt/SUNWam/lib/jaxrpc-spi.jar:/opt/SUNWam/lib/saaj-impl.jar:/etc/opt/SUNWam/config:/opt/
SUNWam/lib:/opt/SUNWam/locale:/usr/share/lib/mps/secv1/jss4.jar:/opt/SUNWam/lib/am_sdk.jar:/usr/share/lib/ldapjdk.jar:/opt/SUNWam/li
b/am_services.jar:/opt/SUNWam/lib/am_sso_provider.jar:/opt/SUNWam/lib/swec.jar:/opt/SUNWam/lib/acmecrypt.jar:/opt/SUNWam/lib/iaik_ss
l.jar:/opt/SUNWam/lib/iaik_jce_full.jar:/opt/SUNWam/lib/mail.jar:/opt/SUNWam/lib/activation.jar:/opt/SUNWam/lib/am_logging.jar:/opt/
SUNWam/lib/jaas.jar:/opt/SUNWam/lib/jax-qname.jar:/opt/SUNWam/lib/namespace.jar:/opt/SUNWam/lib/relaxngDatatype.jar:/opt/SUNWam/lib/
xsdlib.jar:/opt/SUNWam/lib/jaxb-api.jar:/opt/SUNWam/lib/jaxb-impl.jar:/opt/SUNWam/lib/jaxb-libs.jar:/opt/SUNWam/lib/jaxb-xjc.jar:/op
t/SUNWam/lib/amclientsdk.jar:/opt/SUNWma/lib/wireless_rendering.jar:/opt/SUNWma/lib/wireless_rendering_util.jar:/opt/SUNWma/lib/mobi
le_services.jar:/opt/SUNWma/lib/ccpp-1_0.jar:/opt/SUNWma/lib/ccpp-ri-1_0.jar:/opt/SUNWma/lib/jena-1.4.0.jar:/opt/SUNWma/lib/rdffilte
r.jar:/opt/SUNWma/lib/locale:/opt/SUNWam/lib/mobile_identity.jar:/opt/SUNWmfwk/lib/mfwk_instrum_tk.jar:/opt/SUNWjdmk/5.1/lib/jdmkrt.
jar:/opt/SUNWjdmk/5.1/lib/jmxremote.jar:/opt/SUNWjdmk/5.1/lib/jmx.jar:/opt/SUNWcomm/lib/jars/commcli-client.jar:/opt/SUNWcomm/lib/ja
rs/jdapi.jar:/opt/SUNWcomm/lib/jars/commcli-callback.jar</class-path-suffix>
<debug>false</debug>
<debug-jvm-options>-Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=7896</debug-jvm-options>
<jvm-options>-Djava.security.auth.login.config=login.conf</jvm-options>
<jvm-options>-Xms128m -Xmx256m</jvm-options>
<jvm-options>-Djava.protocol.handler.pkgs=com.iplanet.services.comm</jvm-options>
<jvm-options>-DLOG_COMPATMODE=Off</jvm-options>
<jvm-options>-Ds1is.java.util.logging.config.class=com.sun.identity.log.s1is.LogConfigReader</jvm-options>
<jvm-options>-Dcom.iplanet.am.serverMode=true</jvm-options>
</jvm>
<thread-pool>
<max-threads>128</max-threads>
<stack-size>131072</stack-size>
</thread-pool>
<default-auth-db-name>keyfile</default-auth-db-name>
<auth-db>
<name>keyfile</name>
<url>file</url>
<property>
<name>syntax</name>
<value>keyfile</value>
</property>
<property>
<name>keyfile</name>
<value>keyfile</value>
</property>
</auth-db>
<acl-file>default.acl</acl-file>
<mime-file>mime.types</mime-file>
<access-log>
<file>../logs/access</file>
</access-log>
<http-listener>
<name>http-listener-1</name>
<port>80</port>
<server-name>homer.cityofprescott.org</server-name>
<default-virtual-server-name>homer.cityofprescott.org</default-virtual-server-name>
</http-listener>
<virtual-server>
<name>homer.cityofprescott.org</name>
<host>homer.cityofprescott.org</host>
<http-listener-name>http-listener-1</http-listener-name>
<document-root>/var/opt/SUNWwbsvr7/https-homer.cityofprescott.org/docs</document-root>
<web-app>
<uri>/amserver</uri>
<path>../web-app/homer.cityofprescott.org/amserver</path>
</web-app>
<web-app>
<uri>/ampassword</uri>
<path>../web-app/homer.cityofprescott.org/ampassword</path>
</web-app>
<web-app>
<uri>/amcommon</uri>
<path>../web-app/homer.cityofprescott.org/amcommon</path>
</web-app>
<web-app>
<uri>/amconsole</uri>
<path>../web-app/homer.cityofprescott.org/amconsole</path>
</web-app>
<web-app>
<uri>/im</uri>
<path>../web-app/homer.cityofprescott.org/im</path>
</web-app>
<web-app>
<uri>/da</uri>
<path>../web-app/homer.cityofprescott.org/da</path>
</web-app>
<web-app>
<uri>/commcli</uri>
<path>../web-app/homer.cityofprescott.org/commcli</path>
</web-app>
<web-app>
<uri>/uwc</uri>
<path>/var/opt/SUNWuwc</path>
</web-app>
</virtual-server>
</server>

Similar Messages

Regular Expression compilation problem

I am trying to use JDK 1.4's regular expression classes to match text that appears with curly braces (e.g. {field1}) using the following regular expression:
[{]([0-9A-Za-z]+)[}]
I use this same pattern with the org.apache.regexp and org.apache.oro packages without any problem, but get the following error when running it using the new java.util.regex package in JDK 1.4:
Exception in thread "main" java.util.regex.PatternSyntaxException: Unexpected character '?' near index 0
[{]([0-9A-Za-z]+)[}]
^
at java.util.regex.Pattern.error(Pattern.java:1472)
at java.util.regex.Pattern.range(Pattern.java:2052)
at java.util.regex.Pattern.clazz(Pattern.java:1991)
at java.util.regex.Pattern.sequence(Pattern.java:1529)
at java.util.regex.Pattern.expr(Pattern.java:1489)
at java.util.regex.Pattern.compile(Pattern.java:1257)
at java.util.regex.Pattern.<init>(Pattern.java:1013)
at java.util.regex.Pattern.compile(Pattern.java:760)
at Test_jdk14.main(Test_jdk14.java:13)
What am I doing wrong?
Thanks, Tony

Hello,
Let's look at what you've done.
[\\{]([0-9A-Za-z]+)[}]Okay, first you escape the opening curly brace, but you did not escape the closing curly brace.
[\\{]([0-9A-Za-z]+)[\\}]Next, you use the square brackets, but you only have one thing in the brackets, so, they are unnecessary:
\\{([0-9A-Za-z]+)\\}Next, I am going to contract all that stuff inside your remaining square brackets to \\w, since that covers 0-9A-Za-z_
\\{(\\w+)\\}Now, are you expecting any sort of spaces within the curly brackets? If so, you didn't specify them. I'll assume you didn't.
Now you did all this, but it still doesn't match what you thought it would match. Did you use Matcher.matches or Matcher.lookingAt?
If you look at the API for these methods, you'll see that
a) Matcher.matches(...) only returns true if the entire input sequence matches the pattern.
b) Matcher.lookingAt(...) only returns true if the start of the input sequence matches the pattern.
In either of these cases, if your string didn't start with the opening bracket, then the Pattern (in its current form) won't match. For example:
"{text1}"                       // matches() == true
                                // lookingAt() == true
"{text2} blah blah"             // matches() == false
                                // lookingAt() == true
"blah blah {text3}"             // matches() == false
                                // lookingAt() == false
"blah blah {text4} blah blah"   // matches() == false
                                // lookingAt() == false
                                //You would want to use Matcher.find() if you want to find all of these matches.
However, there is a way to find those matches using Matcher.matches() and Matcher.lookingAt(). All you have to do is put .* in front and behind the thing you're looking for.
.*\\{([\\w]+)\\}.*This way, any number of characters can come before or after your pattern, and it will still fit the requirements.
Here's an example:
import java.util.*;
import java.util.regex.*;
public class RegExample
   public static void main( String [] args )
      Pattern p = Pattern.compile( ".*\\{(\\w+)\\}.*" );
      Matcher m = p.matcher( "blah blah {field1} blah blah" );
      if ( m.lookingAt() )
         System.out.println( "We're looking at it." );
      if ( m.matches() )
         System.out.println( "It matches." );
      m.reset();
      if ( m.find() )
         System.out.println( "we found the first match" );
         System.out.println( "It was: " + m.group(1) );
}

Comm Express URL problem

Posting here again for lack of Communications Express Forum.
I installed Messaging Server JES 2004Q2 in server A.
I installed Communications Express JES 2004Q2 in server B.
I access http://serverB/uwc and can login ok, but in my browser I see
that the URL changed to http://serverA/es/mail.html?lang=es&laurel=on&cal=1
so all further links point to Server A instead of server B. This seems to be ok when I navigate in the mail TAB but if I try to access the Calendar TAB or address book TAB I get a page not found because the url is not pointing to Server B where the UWC application is.
I have triple checked uwcauth.properties, uwcconfig.properties and
configutil and everything seems ok.
If I change the URL to server B manually in the browser I do get access to the application.
suggestions anyone?

BTW, here is the config:
(Identity Server is where the messaging server is, that is Server A
in port 82):
CONFIGUTIL:
local.webmail.sso.amnamingurl = http://serverA:82/amserver/namingservice
local.webmail.sso.cookiedomain = .domain.mx
local.webmail.sso.enable = 1
local.webmail.sso.id = uwc
local.webmail.sso.ims.verifyurl = http://ServerA/VerifySSO?
local.webmail.sso.prefix = usonsso
local.webmail.sso.singlesignoff = 1
local.webmail.sso.uwc.verifyurl = http://ServerB/uwc/VerifySSO?
local.webmail.sso.uwccontexturi = uwc
local.webmail.sso.uwcenable = 1
local.webmail.sso.uwchome = http://www.home.page
local.webmail.sso.uwclogouturl = http://ServerB/uwc/base/UWCmain?op=logout
local.webmail.sso.uwcport = 80
UWCAUTH.PROPERTIES:
virtualdomain.mode = y
uwcauth.appprefix = usonsso
uwcauth.appid = uwc
messagingsso.appid = ims
uwcauth.cookiedomain = .domain.mx
uwcauth.messagingsso.enable = true
uwcauth.messagingsso.cookiepath = /
messagingsso.ims.url = http://ServerA/VerifySSO?
messagingsso.uwc.url = http://ServerB/uwc/VerifySSO?
uwcauth.identity.login.url=http://ServerA:82/amserver/UI/Login
uwcauth.identitysso.cookiepath = /
uwcauth.http.port=80
uwcauth.identity.cookiename=iPlanetDirectoryPro
UWCCONFIG.PROPERTIES:
mail.deployed = true
webmail.host = ServerA
webmail.port = 80
calendar.deployed = true
calendar.wcap.host = ServerA
calendar.wcap.port = 81
calendar.wcap.adminid = [email protected]

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 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.

Comm Express redirect to MEM

I have Comm Express and MEM both installed on ServerA. Comm Express is listening on port 80 and MEM is listening on port 8080. I have configured AM SSO between the two. When I access http://ServerA/uwc I get redirected to http://ServerA:8080/ after successfully logging in. The MEM seems to work fine after that. The problem is the port 8080. I was expecting it to remain at 80. I assume I have something misconfigured, but I have went through them a number of times and they seem to match up with the docs. Any ideas on what I have missed?
BTW, I am running JES 2005Q4 on Solaris 10 Sparc.
Thanks,
Pete

Ok, I have followed the few links and configured the reverse proxy with the following entries in obj.conf:
NameTrans fn="assign-name" from="/amconsole(|/*)" name="amconsole"
NameTrans fn="assign-name" from="/amserver(|/*)" name="amserver"
NameTrans fn="assign-name" from="/uwc(|/*)" name="uwc"
NameTrans fn="assign-name" from="/*" name="messengerXpress"
<Object name="uwc">
ObjectType fn="check-passthrough" type="magnus-internal/passthrough"
</Object>
<Object name="messengerXpress">
Service fn="service-passthrough" servers="http://uwc.unca.edu:8080"
</Object>
<Object name="amconsole">
ObjectType fn="check-passthrough" type="magnus-internal/passthrough"
</Object>
<Object name="amserver">
ObjectType fn="check-passthrough" type="magnus-internal/passthrough"
</Object>
After bouncing the webserver I log into http://ServerA/uwc and get redirected to the following http://ServerA/?argv=laurel=on%26cal=1.
What am I missing?
Thanks,
Pete

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)

JSP Compilation Problems With JSTL tags

My JSP worked well when I used JSP expressions, scriptlets, .... I tried to use JSTL instead and encountered some compilation problems. I am unable to see my mistakes and need help:
Problme #1:
int offset = 0;
try
   <c:set var="offset" value="${requestScope.offset}" />
catch ( Exception e )
    // do nothing
}The above code has two compilation errors:
Generated servlet error:
[javac] Compiling 1 source file
illegal start of expression
<c:set var="offset" value="${requestScope.offset}" />
^
Generated servlet error:
';' expected
<c:set var="offset" value="${requestScope.offset}" />
^
Problem #2:
<c:set var="threadBean" value="${requestScope.ThreadBean}" />
int threadID_int = ParamUtil.getParameterInt( request, "thread" );
<c:if test="${threadBean.threadID} != threadID_int">
    throw new AssertionException( "The two threadID are not the same." );
</c:if>Generated servlet error:
illegal start of expression
<c:if test="${threadBean.threadID != threadID_int}">
^

I have deleted the Java code around the JSTL tags. Now, what is wrong with this <c:if test=" ... "> tag? It seems that I have problems to get JSTL tags right.
It seems that I have problems to get JSTL tags right....
<c:if test="${attachBean.attachMimeType.startsWith('image/')}">
     <html:img page="getattachment?attach=<c:out value='${attachBean.attachID}' />" alt="<c:out value='${attachBean.attachFilename}' />" title="<c:out value='${attachBean.attachFilename}' />" border="0" />
</c:if>error message:
74: tag = 'if' / attribute = 'test': An error occurred while parsing custom action attribute "test" with value "${attachBean.attachMimeType.startsWith('image/')}": Encountered "(", expected one of ["}", ".", ">", "gt", "<", "lt", "==", "eq", "<=", "le", ">=", "ge", "!=", "ne", "[", "+", "-", "*", "/", "div", "%", "mod", "and", "&&", "or", "||"]

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

Disable "Change Password" option in Comms Express

I need to disable/remove the Change Password option in Communications Express. I'm using patch level 122793-30. How do I do this? Are there any instructions out there for this? I see them for Convergence....which I have installed also but I have users who still use Comms Express.
Thanks in advance!

Found it myself.
Edit /var/opt/sun/comms/ce/uwc/common/UserPreferencesSettings.jsp and change:
<div class="Tab3"><a href="<%= getContextURI(request) %>/base/UserPreferencesPassword" class="TabLblNormal" title="<ja
to:getModelFieldValue escape="false" modelClass="com.sun.uwc.common.model.UWCResourceBundleModel" modelName="i18nModel" lookInSessio
n="true" name="uwc-common-options-tooltip-ChangePassword" defaultValue="Change Password"/>"><jato:getModelFieldValue escape="false"
modelClass="com.sun.uwc.common.model.UWCResourceBundleModel" modelName="i18nModel" lookInSession="true" name="uwc-common-options-Cha
ngePassword" defaultValue="Change Password"/></a></div>to:
<div class="Tab3"> </div>

Compilation problem on solaris9 x86

I am working on JAVA/J2EE . Am new to solaris9 . My requirement is to compile a source distribution of MOD-JK 1.2.21 (apache 2.0 server connector)and to produce binary distribution (*.so file) in solaris9 X86 box. But i got only source distribution of solaris10 X86 platform . Even with this source i tried to compile in solaris9 box its giving some error message and i can't able to make a executable file. Below i pasted the error message .
# ./configure -with-apxs=/usr/apache2/bin/apxs
checking build system type... i386-pc-solaris2.10
checking host system type... i386-pc-solaris2.10
checking target system type... i386-pc-solaris2.10
checking for a BSD-compatible install... scripts/build/unix/install-sh -c
checking whether build environment is sane... yes
checking for gawk... no
checking for mawk... no
checking for nawk... nawk
checking whether make sets $(MAKE)... no
checking for gcc... no
checking for cc... cc
checking for C compiler default output file name... configure: error: C compiler cannot create executables
See `config.log' for more details.
Can any body help me in this regards. Even i don't know, am proceeding in right direction to compile this file. If any body having the binary distribution for the same MOD-JK1.2.21 on solaris9 or solaris10 X86 platform for apache2.0 . please help me to compile this file .I given below the config.log file entries also.
Thanks in advance..........
karthikeyan.u
[email protected]
AIM or AOL :: karthikeyanu
CONFIG.log entries......
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by configure, which was
generated by GNU Autoconf 2.59. Invocation command line was
$ ./configure -with-apxs=/usr/apache2/bin/apxs
## Platform. ##
hostname = Solaris
uname -m = i86pc
uname -r = 5.10
uname -s = SunOS
uname -v = Generic_118844-26
/usr/bin/uname -p = i386
/bin/uname -X = System = SunOS
Node = Solaris
Release = 5.10
KernelID = Generic_118844-26
Machine = i86pc
BusType = <unknown>
Serial = <unknown>
Users = <unknown>
OEM# = 0
Origin# = 1
NumCPU = 1
/bin/arch = i86pc
/usr/bin/arch -k = i86pc
/usr/convex/getsysinfo = unknown
hostinfo = unknown
/bin/machine = unknown
/usr/bin/oslevel = unknown
/bin/universe = unknown
PATH: /usr/sbin
PATH: /usr/bin
PATH: /usr/openwin/bin
PATH: /usr/ucb
## Core tests. ##
configure:1546: checking build system type
configure:1564: result: i386-pc-solaris2.10
configure:1572: checking host system type
configure:1586: result: i386-pc-solaris2.10
configure:1594: checking target system type
configure:1608: result: i386-pc-solaris2.10
configure:1640: checking for a BSD-compatible install
configure:1695: result: scripts/build/unix/install-sh -c
configure:1706: checking whether build environment is sane
configure:1749: result: yes
configure:1814: checking for gawk
configure:1843: result: no
configure:1814: checking for mawk
configure:1843: result: no
configure:1814: checking for nawk
configure:1830: found /usr/bin/nawk
configure:1840: result: nawk
configure:1850: checking whether make sets $(MAKE)
configure:1874: result: no
configure:2085: checking for gcc
configure:2114: result: no
configure:2165: checking for cc
configure:2181: found /usr/ucb/cc
configure:2191: result: cc
configure:2355: checking for C compiler version
configure:2358: cc --version </dev/null >&5
/usr/ucb/cc: language optional software package not installed
configure:2361: $? = 1
configure:2363: cc -v </dev/null >&5
/usr/ucb/cc: language optional software package not installed
configure:2366: $? = 1
configure:2368: cc -V </dev/null >&5
/usr/ucb/cc: language optional software package not installed
configure:2371: $? = 1
configure:2394: checking for C compiler default output file name
configure:2397: cc conftest.c >&5
/usr/ucb/cc: language optional software package not installed
configure:2400: $? = 1
configure: failed program was:
| /* confdefs.h. */
|
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE "mod_jk"
| #define VERSION "1.2.21"
| /* end confdefs.h. */
|
| int
| main ()
| {
|
| ;
| return 0;
| }
configure:2439: error: C compiler cannot create executables
See `config.log' for more details.
## Cache variables. ##
ac_cv_build=i386-pc-solaris2.10
ac_cv_build_alias=i386-pc-solaris2.10
ac_cv_env_CC_set=
ac_cv_env_CC_value=
ac_cv_env_CFLAGS_set=
ac_cv_env_CFLAGS_value=
ac_cv_env_CPPFLAGS_set=
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CPP_set=
ac_cv_env_CPP_value=
ac_cv_env_CXXCPP_set=
ac_cv_env_CXXCPP_value=
ac_cv_env_CXXFLAGS_set=
ac_cv_env_CXXFLAGS_value=
ac_cv_env_CXX_set=
ac_cv_env_CXX_value=
ac_cv_env_F77_set=
ac_cv_env_F77_value=
ac_cv_env_FFLAGS_set=
ac_cv_env_FFLAGS_value=
ac_cv_env_LDFLAGS_set=
ac_cv_env_LDFLAGS_value=
ac_cv_env_build_alias_set=
ac_cv_env_build_alias_value=
ac_cv_env_host_alias_set=
ac_cv_env_host_alias_value=
ac_cv_env_target_alias_set=
ac_cv_env_target_alias_value=
ac_cv_host=i386-pc-solaris2.10
ac_cv_host_alias=i386-pc-solaris2.10
ac_cv_prog_AWK=nawk
ac_cv_prog_ac_ct_CC=cc
ac_cv_prog_make_make_set=no
ac_cv_target=i386-pc-solaris2.10
ac_cv_target_alias=i386-pc-solaris2.10
## Output variables. ##
ACLOCAL='${SHELL} /export/home/dump_208/workspace_SB_563/modjk/ModJK1/modjk/jkk/tomcat-connectors-1.2.21-src/native/scripts/build/unix/missing --run aclocal-1.9'
AMDEPBACKSLASH=''
AMDEP_FALSE=''
AMDEP_TRUE=''
AMTAR='${SHELL} /export/home/dump_208/workspace_SB_563/modjk/ModJK1/modjk/jkk/tomcat-connectors-1.2.21-src/native/scripts/build/unix/missing --run tar'
APACHE20_OEXT=''
APACHE_CONFIG_VARS=''
APACHE_DIR=''
APXS=''
APXSCFLAGS=''
APXSCPPFLAGS=''
APXSLDFLAGS=''
AR=''
AUTOCONF='${SHELL} /export/home/dump_208/workspace_SB_563/modjk/ModJK1/modjk/jkk/tomcat-connectors-1.2.21-src/native/scripts/build/unix/missing --run autoconf'
AUTOHEADER='${SHELL} /export/home/dump_208/workspace_SB_563/modjk/ModJK1/modjk/jkk/tomcat-connectors-1.2.21-src/native/scripts/build/unix/missing --run autoheader'
AUTOMAKE='${SHELL} /export/home/dump_208/workspace_SB_563/modjk/ModJK1/modjk/jkk/tomcat-connectors-1.2.21-src/native/scripts/build/unix/missing --run automake-1.9'
AWK='nawk'
CC='cc'
CCDEPMODE=''
CFLAGS=''
CP=''
CPP=''
CPPFLAGS=''
CXX=''
CXXCPP=''
CXXDEPMODE=''
CXXFLAGS=''
CYGPATH_W='echo'
DEFS=''
DEPDIR=''
ECHO='echo'
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EGREP=''
EXEEXT=''
F77=''
FFLAGS=''
GREP=''
INSTALL_DATA='${INSTALL} -m 644'
INSTALL_PROGRAM='${INSTALL}'
INSTALL_SCRIPT='${INSTALL}'
INSTALL_STRIP_PROGRAM='${SHELL} $(install_sh) -c -s'
INSTALL_TYPE=''
JAVA_HOME=''
JK_JNI_WORKER=''
LDFLAGS=''
LIBOBJS=''
LIBS=''
LIBTOOL=''
LIB_JK_TYPE=''
LN_S=''
LTLIBOBJS=''
MAKEINFO='${SHELL} /export/home/dump_208/workspace_SB_563/modjk/ModJK1/modjk/jkk/tomcat-connectors-1.2.21-src/native/scripts/build/unix/missing --run makeinfo'
MAKE_DYNAMIC_APACHE_FALSE=''
MAKE_DYNAMIC_APACHE_TRUE=''
MKDIR=''
OBJEXT=''
OS=''
PACKAGE='mod_jk'
PACKAGE_BUGREPORT=''
PACKAGE_NAME=''
PACKAGE_STRING=''
PACKAGE_TARNAME=''
PACKAGE_VERSION=''
PATH_SEPARATOR=':'
PERL=''
RANLIB=''
RM=''
SED=''
SET_MAKE='MAKE=make'
SHELL='/bin/bash'
STRIP=''
TEST=''
VERSION='1.2.21'
WEBSERVER=''
ac_ct_AR=''
ac_ct_CC='cc'
ac_ct_CXX=''
ac_ct_F77=''
ac_ct_RANLIB=''
ac_ct_STRIP=''
am__fastdepCC_FALSE=''
am__fastdepCC_TRUE=''
am__fastdepCXX_FALSE=''
am__fastdepCXX_TRUE=''
am__include=''
am__leading_dot='.'
am__quote=''
am__tar='${AMTAR} chof - "$$tardir"'
am__untar='${AMTAR} xf -'
apache_include=''
bindir='${exec_prefix}/bin'
build='i386-pc-solaris2.10'
build_alias=''
build_cpu='i386'
build_os='solaris2.10'
build_vendor='pc'
datadir='${prefix}/share'
exec_prefix='NONE'
host='i386-pc-solaris2.10'
host_alias=''
host_cpu='i386'
host_os='solaris2.10'
host_vendor='pc'
includedir='${prefix}/include'
infodir='${prefix}/info'
install_sh='/export/home/dump_208/workspace_SB_563/modjk/ModJK1/modjk/jkk/tomcat-connectors-1.2.21-src/native/scripts/build/unix/install-sh'
int32_t_fmt=''
int32_value=''
int64_t_fmt=''
int64_value=''
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localstatedir='${prefix}/var'
mandir='${prefix}/man'
mkdir_p='$(install_sh) -d'
oldincludedir='/usr/include'
prefix='NONE'
program_transform_name='s,x,x,'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
sysconfdir='${prefix}/etc'
target='i386-pc-solaris2.10'
target_alias=''
target_cpu='i386'
target_os='solaris2.10'
target_vendor='pc'
uint32_t_fmt=''
uint32_t_hex_fmt=''
uint64_t_fmt=''
uint64_t_hex_fmt=''
## confdefs.h. ##
#define PACKAGE "mod_jk"
#define PACKAGE_BUGREPORT ""
#define PACKAGE_NAME ""
#define PACKAGE_STRING ""
#define PACKAGE_TARNAME ""
#define PACKAGE_VERSION ""
#define VERSION "1.2.21"
configure: exit 77

You need to make sure the source is for the same version i.e. if you run apache 2.0.52 you need the source of 2.0.52. I successfully ran mixed installs, but I would not recommend it. You can download the required source from Apache.
As for your compiler problem, make sure you have �/usr/ccs/bin/� in the your path, if you do not have it installed you will have to add the pkg �SUNWsprot�. You do not have 'make' in yout path.
Make sure you have the following packages installed:
SUNWbtool, SUNWsprot, SUNWtoo
SUNWhea, SUNWarc, SUNWlibm, SUNWlibms
SUNWdfbh, SUNWcg6h, SUNWxwinc, SUNWolinc,
SUNWxglh,SUNWarcx, SUNWbtoox, SUNWdplx,
SUNWscpux, SUNWsprox, SUNWlmsx, SUNWlmx
SUNWlibCx, SUNWtoox, SUNWsra, SUNWsrh

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

WS7/Comms Express Compilation problem

Similar Messages

Maybe you are looking for