Generate 0 byte *.o file compile problem.

System = SunOS
Node = omc178
Release = 5.10
KernelID = Generic_141414-07
Machine = sun4v
BusType = <unknown>
Serial = <unknown>
Users = <unknown>
OEM# = 0
Origin# = 1
NumCPU = 32
we parallel build our code(about 3 million line codes) every night.It will generate several compile errors .
make
linking /opt/cruisecontrol/userData/groups/group01/projects/LCR5/source/omc/server/lib/libitfn_irpservice_sharemodule.so
ld: fatal: file lib/libitfn_irpservice_sharemodule.o: unknown file type
ld: fatal: File processing errors. No output written to /opt/cruisecontrol/userD
ata/groups/group01/projects/LCR5/source/omc/server/lib/libitfn_irpservice_sharem
odule.so
make: *** [/opt/cruisecontrol/userData/groups/group01/projects/LCR5/source/omc/s
erver/lib/libitfn_irpservice_sharemodule.so] Error 1
Check the file, I find the libitfn_irpservice_sharemodule.o is empty,but the source file (irpservice_sharemodule.cpp)is correct.
root@omc178 # file lib/libitfn_irpservice_sharemodule.o
lib/libitfn_irpservice_sharemodule.o: empty file
root@omc178 # ls -l lib/libitfn_irpservice_sharemodule.o
-rw-r--r-- 1 root root 0 Sep 28 01:30 lib/libitfn_irpservice_sha
remodule.o
make clean,and make，The compile passes and it becomes ok.
root@omc178 # make clean
cleaing all filesroot@omc178 # make
combine lib/libitfn_irpservice_sharemodule.cpp
compiling lib/libitfn_irpservice_sharemodule.cpp --> lib/libitfn_irpservice_sharemodule.o
linking /opt/cruisecontrol/userData/groups/group01/projects/LCR5/source/omc/server/lib/libitfn_irpservice_sharemodule.so
root@omc178 # ls -l lib/libitfn_irpservice_sharemodule.o
-rw-r--r-- 1 root root 5411828 Sep 28 10:21 lib/libitfn_irpservice_sha
remodule.o
why and how to solve?
thanks.

many thanks,
find the reason:
full, swap space limit exceeded
Sep 29 01:47:43 omc178 last message repeated 32 times
Sep 29 01:47:44 omc178 genunix: [ID 470503 kern.warning] WARNING: Sorry, no swap
space to grow stack for pid 13976 (ccfe)
Sep 29 01:47:44 omc178 tmpfs: [ID 518458 kern.warning] WARNING: /tmp: File syste
m full, swap space limit exceeded
Sep 29 01:47:49 omc178 last message repeated 11 times
Sep 29 01:49:12 omc178 tmpfs: [ID 518458 kern.warning] WARNING: /tmp: File syste
m full, swap space limit exceeded
Sep 29 01:49:12 omc178 last message repeated 1 time
Sep 29 01:49:33 omc178 genunix: [ID 470503 kern.warning] WARNING: Sorry, no swap
space to grow stack for pid 21822 (ccfe)
Sep 29 01:49:34 omc178 tmpfs: [ID 518458 kern.warning] WARNING: /tmp: File syste
m full, swap space limit exceeded
Sep 29 01:53:23 omc178 last message repeated 599 times

Similar Messages

Commit Server Generates 0 byte Metadata files

Hi Experts,
We are using Oracle document capture as the capture s/w to push data to Oracle Web Center Content Imaging.
We have identified that commit server generates 0 byte metadata files in the commit folder. It did not happened earlier.
Our MDS password has expired and last week and now it has settled and reset the password. As we have figured above issue is happening after that.
Any suggestions ???

Hello!
Help me, please!
I need to print reports in PDF.
What I did:
1 I installed Apache Tomcat 6.0.14
2 I installed Cocoon 2.1.10
All works fine! http://localhost:8080/Cocoon opened OK
3 I copied fop_post to \apache-tomcat-6.0.14\webapps\cocoon\ , now I have apache-tomcat-6.0.14\webapps\cocoon\fop_post\sitemap.xmap
4 In apex I choose : Oracle BI Publiser - Standart Support
print server host address 192.168.1.112
print server port 8080
print server script \cocoon\fop_post\
Now I make simple report consists from 1 column from a simple table like emp table, and choose.
Output format - PDF
Report Layout - Default Report Layout
Apex is English.
I read that can be problem if I'll write use point in (example) 0.5 and everywhere I used 1.
When I run the programm and click print button I have error message : Acrobat could not open 'a[1].pdf' because is either not a supported file type or because
the file has been damage ......
I saved this file and opened with text editor but there was nothing and size of this file is 0 kb.
PLEASE, explain me where is problem and how to solve it?
Thank you!!!

In IDoc to file example if IDoc has not generated?what might be the problem

In IDoc to file example if IDoc has not generated? what might be the problem? where we can find it?

Hi Sudhakar,
We need to check in sm58 of R/3 system for any errors..and according to the error message we have to fix the problem.
It can fail with many reasons for example error in RFC destination connection etc.
Regards,
Prasanthi.

HELP.....!!!!! Chinese jsp compilation problem.....

Hi,
Could someone please help on the above mentioned?
I'm using JDeveloper 3.2.3 for my program development under Chinese windows platform. I have created a simple JSP page, which contains few static Chinese words and I have included the line
<%@ page contentType="text/html;charset=UTF-8"%>
at the top of the page. When I tried to compile it using encoding "UTF8" (under compiler option), the compiler gave me this error:
C:\Program Files\Oracle\JDeveloper 3.2.3\myhtml\Chinese_html\ChineseList.jsp
Error: (0) sun.io.MalformedInputException.
Btw, when I have removed the line <%@ page contentType="text/html;charset=UTF-8"%> from the page and compile, I've got this error:
C:\Program Files\Oracle\JDeveloper 3.2.3\myhtml\Chinese_html\ChineseList.jsp
Warning: (0) ISO-8859-1 character set may not match project compiler setting.
C:\Program Files\Oracle\JDeveloper 3.2.3\myhtml\Chinese_html\ChineseList.java
Error: (0) malformed input character in C:\Program Files\Oracle\JDeveloper 3.2.3\myhtml\Chinese_html\ChineseList.java.
I do appreciate your help on this. Thank you.

Here's some info one of the JSP Developers sent me:
1. HELP.....!!!!! Chinese jsp compilation problem.....
The customer is trying to parse a document generated by
Windows's notepad. When saved in UTF-8, the byte
order mark is saved too. We have a know bug that
JSP parser doesn't recognize Byte Order Mark. The
bug is : 1915285.
2. CHINESE CHARACTER ON JSP
. SQLPLUS depends on NLS_LANG setting. If you
check the windows registry, the default of NLS_LANG
depends on the OS. The user environment is Traditional
Chinese, so does NLS_LANG. If we set NLS_LANG
to .UTF8, SQLPLUS dumps the data in UTF8, however,
the command prompt will have problem displaying them.
. For JSP, as mentioned in a previous mail:
<%@ page contentType="text/html;charset=UTF-8" %> for all languages
<%@ page contentType="text/html;charset=GB2312" %> for simplified Chinese
<%@ page contentType="text/html;charset=Big5" %> for traditional Chinese
. When you enter Chinese characters on a browser,
the data is automatically converted to page encoding
(UTF-8 in your case) before sent back to the server.
But your receiving servlet/JSP needs to have request
encoding set correctly.
    I'm not sure about the JDeveloper environment,
but here is a simple JSP you may try to verify your
OC4J environment:
a.    To set up the schema:
connect scott/tiger
create table tab01(col varchar2(100));
b. Edit the connect string in nls.jsp
c. Run the nls.jsp in oc4j instance.

<%@ page contentType="text/html; charset=UTF-8" %>
<%@ page import="oracle.jdbc.*,java.sql.*,java.io.*"%>
<HTML>
<HEAD>
<TITLE>Hello</TITLE></HEAD>
<BODY>
<%
request.setCharacterEncoding("UTF-8");
String sampledata="\u7D20";
String paramValue = request.getParameter("myparam");
String connStr = "jdbc:oracle:thin:@dlsun478:5521:j2ee01";
String user = "scott";
String passwd = "tiger";
DriverManager.registerDriver(new oracle.jdbc.driver.OracleDriver());
Connection conn = DriverManager.getConnection(connStr, user, passwd);
if (paramValue == null || paramValue.length() == 0) { %>
   <FORM METHOD="GET">
   Please input your name: <INPUT TYPE="TEXT" NAME="myparam"
value="<%=sampledata%>" size=20>
<BR>
   <INPUT TYPE="SUBMIT" value="Insert Data">
   </FORM>
<%
selectData(conn, out);
else
%>
   <H1> Insert Data: <%= paramValue %> </H1>
   <br/>
<%
insertData(conn, paramValue);
%>
<a href="nls.jsp">back</a>
<%
%>
</BODY>
</HTML>
<%!
public void insertData(Connection aConn, String myval)
    try {
      PreparedStatement stmt = aConn.prepareStatement("insert into tab01
values(?)");
      stmt.setString(1, myval);
      stmt.executeUpdate();
      aConn.close();
    catch (SQLException e) {
      e.printStackTrace();
public void selectData (Connection aConn, JspWriter out)
    try {
      Statement stmt = aConn.createStatement( );
      ResultSet r = stmt.executeQuery("SELECT col FROM tab01");
      out.println("<H1>List of Data:</H1>");
      while (r.next()) {
        out.println(r.getString(1)+"<br/>");
      aConn.close();
    catch (SQLException e) {
      e.printStackTrace();
    catch (IOException e) {
      e.printStackTrace();
%>

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

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

Cannot generate .chm; no images are compiling.

Thank you in advance for any help. Here is the situation: I am using RoboHelp HTML, ver. 8 and have a project that I cannot generate a .chm file for. Each time I try it runs through the compiler, the output shows .htm files but no image files are included in the compiling process and I end up with a "Fatal Error: Unexpected error from Microsoft HTML compiler" message.
To generate the file I am going to: File, Generate, Primary Layout (Microsoft HTML Help). When I try to open the .chm file I get a message that says "Cannot open the file: mk:@MSITStore:C|(the directory I saved it to).
There are broken links which haven't been fixed yet but we would like to be able to still generate a .chm file so content can be reviewed. Is it possible to have a successful .chm file compiled if you have broken links?
Thank you again for any help!

Hi,
I can't say I have a solution to your problem but I have run into similar situations. Unfortunately, I don't seem to have documented them anywhere...thus I will have to rely on my sketchy memory.
First though, I will respond with two points I am quite certain about:
- Having broken links in your project should not cause any generation problems other than the obvious missing links in the output CHM.
- You do not see any images in the compiling process because there is a problem earlier on in the html compilation part.
In my case, I had a project with a multi-level folder hierarchy. With longer filenames totalling a very large number of total characters in the full path, the project would take a very long time to build and, ultimately, I would end up with a "Fatal Error". IF you have a project with even a single instance of a very long full path, this could be the source of the problem. Keep in mind that during the compilation process the full file path is lengthened by the addition of the temporary folder in which the product is built, by default, in the !SSL! folder. My solution was to simply generate to an output folder at the top level e.g. C:\Output. It may, however, be the case that you would have to shorten some of your file/folder names.
In other cases, I could not find a culprit per se, but ended up deleting the .cpd, which is known to sometimes become corrupt. Upon opening the project again, a fresh .cpd was built and the project ran without issue.
Obviously, if you try either of these suggestions, I highly recommend ensuring you have a backup if one does not already exist on a version control system.

Idlj java compile problem from badly named interfaces in idl

I am trying to build a java client to communicate with an application using corba interfaces.
The large/complex idl I am using to build all the client stubs has interface names that seem to cause problems for the generated java. For example there is an interface in the idl called 'Device' as well as an interface called 'DeviceOperations'. This causes problems because idlj creates java interfaces with the word 'Operations' appended to it.
So I get a bunch of weird results in my generated java which has many compiler errors.
Unfortunately I cannot change the idl because it is not an application I work on directly.
Any suggestions?
Thanks!

My guess is that you are between a rock and a hard place unless you can 1) change the IDL or 2) change how the IDL is compiled. You have said you can't do the former, so maybe you can influence the latter (unfortunately for you, I suspect not). On the change you can, keep reading.
IDL only creates interfaces such as DeviceOperations if you compile the IDL using the Tie model. But you would definitely have a problems since 1) the IDL has an interface called Device and DeviceOperations and as a result will create java files Device.java and DeviceOperations.java and 2) the Tie model will want to create two interfaces, DeviceOperations.java and DeviceOperationsOperations.java. I suspect that the second interface compiled by the IDL compiler will be the winner the first one will be overwritten).
If you can, change the IDL compilation to that you do not use the Tie model. However, you said you have no ability to change the IDL, so you also may not have the ability to change how it is compiled, so I am not sure if this is practical advice. I can't imagine that this application ever successfully used both interfaces.

Unable to generate plx even thoutgh library compiles fine

hi
I have a library which compiles fine in the forms designer. I generate the plx and it generates fine. Now i just added an additional program unit i.e a package spec and package body .
These compile fine in teh designer when i do a file->compile all.
When i try to generate the plx, i get the following error:
FRM-30312:Failed to compile the library.
Thats all i do not get any other compile messages. I removed the code in my package body and replaced with null, i still get the above error.
Is there any size limit on a pll. If i remove the newly added program units it generates fine. There are definitely no compile error since i get this error even with a null in the procedure body.
Please help. I'm not sure what is wrong.
The file has write permissions and there is no issue with NLS setting since i can generate the plx without the new package.
thanks

are u sure, nobody else has the plx open (some form, which attaches this library)?
If so, you have some funny object locking problems; if not: do you have ANY (and with any I mean also explorer.exe) applications running, which might access this library?
I had the following situation:
big library (> 5MB), opened from windows explorer, written some code, and when generating it I got this error. I walked through our development, making sure that nobody accessed this lib => error still occured. when I closed the windows explorer, I generated the library successfully....
regards
christian

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", "||"]

J2ME - RMS - Record Enumeration - compilation problem

Hi,
Im trying to create RMS with Record Enumeration. Able to open a recordstore & write a record in it; while reading the record with record enumeration, im assigning the recordstore object to enumeration. Here compilation problem occurs. Im attaching the code which im working. Please help me to solve this issue.
import javax.microedition.midlet.*;
import javax.microedition.rms.*;
import javax.microedition.lcdui.*;
import java.io.*;
public class RecordEnumeration extends MIDlet implements CommandListener
     private Display display;
     private Alert alert;
     private Form form;
     private Command cmdOpen, cmdWrite, cmdRead, cmdClose, cmdDelete, cmdExit;
     private RecordStore rs = null;
     private RecordEnumeration re = null;
     public RecordEnumeration()
          display = Display.getDisplay(this);
          cmdOpen = new Command("Open", Command.SCREEN, 1);
          cmdWrite = new Command("Write", Command.SCREEN, 1);
          cmdRead = new Command("Read", Command.SCREEN, 1);
          cmdClose = new Command("Close", Command.SCREEN, 1);
          cmdDelete = new Command("Delete", Command.SCREEN, 1);
          cmdExit = new Command("Exit", Command.SCREEN, 1);
          form = new Form("RecordEnumeration");
          form.addCommand(cmdOpen);
          form.addCommand(cmdWrite);
          form.addCommand(cmdRead);
          form.addCommand(cmdClose);
          form.addCommand(cmdDelete);
          form.addCommand(cmdExit);
          form.setCommandListener(this);
     public void startApp()
          display.setCurrent(form);
     public void pauseApp()
     public void destroyApp(boolean unconditional)
     public void commandAction(Command cmd, Displayable displayable)
          if(cmd == cmdExit)
               destroyApp(true);
               notifyDestroyed();
          else if(cmd == cmdOpen)
               try
                    rs = RecordStore.openRecordStore("RecordEnumeration", true);
                    System.out.println("Opening Record");
               catch(Exception err)
                    alert = new Alert("Err Opening", err.toString(), null, AlertType.WARNING);
                    alert.setTimeout(Alert.FOREVER);
                    display.setCurrent(alert);
          else if(cmd == cmdWrite)
               try
                    String StringOutput[] = {"First Record", "Second Record", "Third Record"};
                    for (int x = 0; x < 3; x++)
                         byte[] byteOutputData = StringOutput[x].getBytes();
                         rs.addRecord(byteOutputData, 0, byteOutputData.length);
                         System.out.println("Record "+ x +" Added");
               catch (Exception err)
                    alert = new Alert("Err Writing", err.toString(), null, AlertType.WARNING);
                    alert.setTimeout(Alert.FOREVER);
                    display.setCurrent(alert);
          else if(cmd == cmdRead)
               try
                    StringBuffer buffer = new StringBuffer();
                    re = rs.enumerateRecords (null, null, false);
                    while (re.hasNextElement())
                         buffer.append(new String(re.nextRecord()));
                         buffer.append("\n");
                    alert = new Alert("Enumeration", buffer.toString(), null, AlertType.WARNING);
                    alert.setTimeout(Alert.FOREVER);
                    display.setCurrent(alert);
                    System.out.println("Reading");
               catch(Exception err)
                    alert = new Alert("Err Reading", err.toString(), null, AlertType.WARNING);
                    alert.setTimeout(Alert.FOREVER);
                    display.setCurrent(alert);
          else if(cmd == cmdClose)
               try
                    rs.closeRecordStore();
                    System.out.println("Closed");
               catch(Exception err)
                    alert = new Alert("Err Closing", err.toString(), null, AlertType.WARNING);
                    alert.setTimeout(Alert.FOREVER);
                    display.setCurrent(alert);
          else if(cmd == cmdDelete)
               try
                    RecordStore.deleteRecordStore("RecordEnumeration");
                    re.destroy();
                    System.out.println("Deleted");
               catch(Exception err)
                    alert = new Alert("Err Deleting", err.toString(), null, AlertType.WARNING);
                    alert.setTimeout(Alert.FOREVER);
                    display.setCurrent(alert);
These are the error which im getting while compiling in WTK.
C:\WTK2.5.1\apps\WritingMixedData\src\RecordEnumeration.java:60: incompatible types
found : javax.microedition.rms.RecordEnumeration
required: RecordEnumeration
                    RecordEnumeration re = rs.enumerateRecords(null,null,false);
                    ^
C:\WTK2.5.1\apps\WritingMixedData\src\RecordEnumeration.java:99: cannot find symbol
symbol : method hasNextElement()
location: class RecordEnumeration
                    while (re.hasNextElement())
                    ^
C:\WTK2.5.1\apps\WritingMixedData\src\RecordEnumeration.java:101: cannot find symbol
symbol : method nextRecord()
location: class RecordEnumeration
                         buffer.append(new String(re.nextRecord()));
                         ^
C:\WTK2.5.1\apps\WritingMixedData\src\RecordEnumeration.java:136: cannot find symbol
symbol : method destroy()
location: class RecordEnumeration
                    re.destroy();
                    ^
4 errors
Advices are welcome. Thanks in advance.
-Singu

Hi Guys,
J2ME TECHNOLOGIES
I created a record store and inserted record date "random" into it using the following code.
RecordStore rs = null;
try {
rs = RecordStore.openRecordStore( "myrs",true);
//rs = RecordStore.openRecordStore( "myrs",false );
rs.setMode(1,true);
ByteArrayOutputStream baos = new ByteArrayOutputStream();
DataOutputStream dos = new DataOutputStream(baos);
try{dos.writeUTF("random");}catch(Exception e){}
byte[] b = baos.toByteArray();
rs.addRecord(b, 0, b.length);
}catch(Exception e){}
I executed this MIDLET TO INSERT.
I closed the application and tried to look for the physical db file inside my application folder where i couldnt find it.
Then i tried to read the data from RECORD STORE myrs using the the same MIDlet by editing the aboe code as follows
RecordStore rs = null;
try {
rs = RecordStore.openRecordStore( "myrs",false);
byte[] recData = new byte[10];
ByteArrayInputStream bais = new ByteArrayInputStream(recData);
DataInputStream dis = new
DataInputStream(bais);
rs.getRecord(1, recData, 0);
try{System.out.println("UTF: " + dis.readUTF());}catch(Exception e){}
System.out.println("--------------------");
} catch( RecordStoreException e ){// couldn't open it or create it
System.out.println("data base creation error"+e);
But when i executed it the error occured
microedition.rms.RecordStoreNotFoundException: cannot find record store file
My question in my first code ive created the data store and inserted the values into my recordstore myrs
Then when i edit the code for creation into reading from the record store why the error occurs.Does the Midlet store the record store Temporarirly ONLY till the MIDLET LIFECYCLE.
IF SO what is the method and code to store the RECORD STORE PERMANENTLLY EVEN AFTER THE MIDLET EXECUTION QUITS.
///////////////////////kARTHEE

White lines generated in a txt File when using variable substitution

Hello,
I have a problem with a File generated by XI, my File Adapter is using variable substitution with reference to a field of my message type. I use content conversion as well and the generated file has a white line in top of file.
How could I avoid this and make the white lines disappear? I was trying a lot of things but I dont really know how to solve this issue, the following is the data type used:
<FILE_NAME></FILE_NAME>
<COMPANY>
     <COMPANY_CODE></COMPANY_CODE>
     <COMPANY_NAME></COMPANY_NAME>
     <ADRESS></ADRESS>
</COMPANY>
FILE_NAME is the field I use for variable substitution and COMPANY is declare as 0..unbounded.
Thanks a lot in advanced,
Luis

Hi Jai,
I have declare the following Content Conversion parameters:
Recordset Structure: COMPANY
FILE_NAME.fieldFixedLengths     0
FILE_NAME.fixedLengthTooShortHandling     cut
COMPANY.fieldFixedLengths     10,80,10,2,50,30,5,5,2,50,50
COMPANY.addHeaderLine     0
COMPANY.endSeparator     'nl'
But it does not work, I have the same white line in the beginning of the file. Do you have any other suggestion??
I couldnt find the blog written by Sravya either, could you post the link?
Thanks a lot,
Luis

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

Generate 0 byte *.o file compile problem.

Similar Messages

Maybe you are looking for