.pll problem on UNIX

Hi friends,
We are migrating Forms4.5 character based into Forms6i on UNIX.
We got a problem when using x.pll with emp.fmb. x is an attached library on emp Form. The Form is compiling and properly working on Windows box.We compiled x.pll on UNIX box.But we could not compile emp.fmb on UNIX box, f60gen can't recognise this x.pll .Is it necessary to set environmental variable on UNIX box particular to x.pll? Any solution or suggestions or urls is appreciated.
Thank you
wara

Remember that Unix is case sensitive so look at the form and see if it is looking for X.pll or x.pll.
Also, if you have attach a pll with a path then that path is NOT portable to UNIX (since unix will not understand c:\temp\x.pll).
PLLs are picked up from the working directory and the FORMS60_PATH variable.
That should sort the problem.
Regards
Grant Ronald
Forms Product Management

Similar Messages

Sql Loader problem in UNIX

Oracle version: 11g
I am having a problem in UNIX box where my datafile is delimited by "|". The last field is ITM_CMNT declared as VARCHAR2(60) in Oracle. When I have exactly 60bytes in the last field it rejects the record saying actual 61 and max allowed is 60. If i reduce it to < 60bytes then it is stored as a value enclosed with double quotes. The enclosing double quote is on the next line. Something like this...
"PROC,RAM,FLPY,HD,ACT MTX CLR DSP,D/PCMCIA,TRKBAL,LIT ION BA
Expected: the one below is exactly 60bytes and it should load just like below. Not sure what should I add to control file. If i add an "|" at the end of last field then 60bytes of item comments is loaded but we can't add that since there is no other field to map/load into the table. Ideally data should be A|B|C rather than |A|B|C|.
PROC,RAM,FLPY,HD,ACT MTX CLR DSP,D/PCMCIA,TRKBAL,LIT ION BAT
LOAD DATA
INFILE *
INTO TABLE TMPTLI_LAWSON_ITM_MST
TRUNCATE
FIELDS TERMINATED BY "|"
(ITM_NO, HAZ_MAT_CD, ITM_SHRT_DS, ITM_SON "TRIM(:ITM_SON)", ADDED_DT DATE "YYYY-MM-DD", AVL_CD , ITM_CST_AMT, ITM_SLL_AMT, EXCHG_PRC_AMT , ITM_UOM "TRIM(:ITM_UOM)", PCK_QTY INTEGER EXTERNAL, SPC_HNDL_CD "TRIM(:SPC_HNDL_CD)", EFF_DT DATE "YYYY-MM-DD", ITM_CMNT "TRIM(:ITM_CMNT)")
BEGINDATA
00300329892R| |phone/ans ma| |2000-07-13|U|0.0|0.0|0.0|EACH|| |2001-04-06|PROC,RAM,FLPY,HD,ACT MTX CLR DSP,D/PCMCIA,TRKBAL,LIT ION BAT
CREATE TABLE "AIMSYS"."TMPTLI_LAWSON_ITM_MST"
   (     "ITM_NO" VARCHAR2(30 BYTE) NOT NULL ENABLE,
     "HAZ_MAT_CD" CHAR(4 BYTE),
     "ITM_SHRT_DS" VARCHAR2(25 BYTE),
     "ITM_SON" CHAR(4 BYTE),
     "AVL_CD" CHAR(1 BYTE) DEFAULT '',
     "ITM_CST_AMT" NUMBER(12,2),
     "ITM_SLL_AMT" NUMBER(12,2),
     "EFF_DT" DATE,
     "PR_IND" NUMBER DEFAULT 0,
     "ITM_UOM" CHAR(15 BYTE),
     "EXCHG_PRC_AMT" NUMBER(12,2),
     "PCK_QTY" NUMBER(6,0),
     "SPC_HNDL_CD" CHAR(3 BYTE),
     "ADDED_DT" DATE,
     "ITM_CMNT" VARCHAR2(60 BYTE)
)

I have tried the following but didnt help.
1. Data file and control files are transferred through ASCII format. It's usually default to Auto mode but i have tried manually setting to Ascii mode.
2. I opened the file using VI editor in UNIX and didnt see any weird or special characters at the end of each record.
3. The only time all the 60 bytes get loaded is If I add a pipe at the end.
4. It loads all the records appended with double quotes like I described above when it is less than 60 bytes.
5. I downloaded the bad file from unix and ran it in windows and all the bad records were loaded successfully.
Not sure what else should I try.

Problem with unix "foreach" command

Hi,
I am facing a problem with unix command "foreach". I trying to process files using unix foreach command. When running the script with 500 or 1000 files. It is running fine. But when I am trying to the script with 2000+ files. Its throwing an error "Arguments too long".
below is the syntax I am using in the script:
foreach name (*)
end
Could anybody help me on this issue.
Thanks in Advance.
Manasa.

UNIX/Linux systems expand wildcards onto the command line before invoking the
individual commands. In effect, the shell rewrites the command line you give
substituting the wildcard expansion. There is a limit to how long this command
line can get.
For example, suppose you have two files ("foo" and "bar") in your directory.
The line:
foreach name (*)
echo $name
endgets rewritten to:
foreach name (foo bar)
echo $name
endand then the shell starts interpreting your script. So if you have many, many
files, the rewritten line becomes:
foreach name (f1 f2 f3 ... f10927)
echo $name
endso chances are the "foreach" line simply gets too long. To avoid problems do
it this way; it avoids any problems based on how many files you have:
ls | while read name
do
echo $name
doneThis way the shell never exceeds its line length limitations because the
wildcard is never expanded.
Cheers

GUI problem with UNIX

Hi Vasundhara,
Try grouping the widgets in to a panel.
Thanks,
Madhu
-----Original Message-----
From: vasundhara [mailto:[email protected]]
Sent: Wednesday, April 25, 2001 9:15 AM
To: [email protected]; Joseph Mirwald
Subject: Re: (forte-users) GUI problem with UNIX
Hi Joseph
We are using Forte 3.0 M2 on Solaris 5.8 The problem is with the push
buttons, After we grid the controls and they look intact in the NT
environment, but when we open the same window in SOlaris the controls are
far apart.Do you have any idea about this?
Regards
Vasundhara
----- Original Message -----
From: Joseph Mirwald <mailto:[email protected]>
To: vasundhara <mailto:[email protected]> ;
[email protected] <mailto:[email protected]>
Sent: Wednesday, April 25, 2001 10:13 AM
Subject: Re: (forte-users) GUI problem with UNIX
Hello vashundara,
please say which Version of Forte and which kind/version your UNIX OS is.
There are some problems on AIX V4.3.x (Motif 2.x) and older releasese of
Forte (up to Forte 3.M.x) and so on and it is necessary to look what it is.
Maybe it is possible for you to say which widgets are the problem.
Thanks forward
Joseph Mirwald
At 15:25 23.04.01 +0530, vasundhara wrote:
Hi
We are facing a strange problem when we try to port our application from NT
to UNIX. The problem is that the GUI doesnt come properly. As per my
knowledge gridding all the controls on the GUI shouldnot create this
problem, but inspite of this we are facing it. Did anyone comeacross this
situation?
Thanks in advance
Regards
Vasundhara N.C
Wisor Telecom Pvt Ltd
Bangalore
India

URGENT!! problems with Unix command, please help

I am trying to use the following Unix command and I keep getting error messaages from stdError. However if I run the same command from the command line it works perfectly. For some reason when I run the command from inside the program it thinks the append symbol ">>" is another file.
String command = " cat /users/02/wjoc1/Test/list.mod >> /users/02/wjoc1/Test/Blacklist ";
Process p = Runtime.getRuntime().exec(command);
The error get is :
/bin/cat: >>: No such file or directory
Any help would be greatly appreciated

The better solution for this problem is write a shell script for the action you wnat to perform and execute it using the runtime.exec().In your case just cut and paste cat /users/02/wjoc1/Test/list.mod >> /users/02/wjoc1/Test/Blacklist in to a file and save it. use that file as a argument for the exec method it will work.
cheers
R.Karuna

Font Problem in Unix

We have a report running in unix which uses Times New Roman font and has been running correctly, but for the last few days the output is coming strange and when we check the PDF file we found that it is using Helvetica Font instead of times in the output.
We have checked the uifont.ali and nothing has changed in that. Is there any other file/setting in unix which will affect the font in reports.
Many Thanks,
Bibin

We also have a similar problem with the fonts in Unix Vs Windows. What we have is that any string (char/varchar field in rdf) wraps differently in Unix than in Windows. When using the rdf builder locally, we see that the field is properly wrapped around and shown in multiple lines (when using fixed width but expandable vertically) but when run against the reports server (running on UNIX), the field, though wraps, doesn't wrap the same as in Windows, sometimes overlapping on the adjacent field. Have you seen this kind of problem on your side? We are using Reports 6i with Oracle 9i database.

Urgent, compilation problem in Unix

SET JSRCPATH=D:\app\a\*.java D:\app\b\*.java D:\app\c\*.java D:\d\*.java D:\app\e
javac %JSRCPATH%\*.java
My makefile script above is OK in WinNT environment. But when I use it in Unix (of course I have changed the directory path), it has problems:
It said :
error : /*.java
Some one please enlighten me.

I think you are using "\" back slash as file seperators which in unix is a the start of an escape sequence.
Change it to "/" Front slash so that it works both in NT and unix.

Currency Symbol Problem on Unix

I am having a problem with the Currency Symbol display on a Unix Environment. The java code was done on a NT environment and was displaying correctly with the "$" symbol preceding the number. However when I moved this to the unix environment, instead of the "$" symbol I now instead get "�" this symbol in its place. Below are some parts of the code to illustrate. I am new to java so I can't figure out why the currency symbol wont display. Any suggestions?
import java.text.NumberFormat;
snip
NumberFormat nfc = NumberFormat.getCurrencyInstance();
snip
nfc.format(dollarAmt);

Please verify the Locale.
System.out.println("locale=" + Locale.getDefault())

Ni lock-in startup kit PLL problem

Hi all,
I'm trying to create a lock-in amplifier by using the LockinPLL.vi, lockinDemodulatorSettings.vi and LockinDemulator.vi which
comes with the NILock-inStarupkit. The problem is the PLL part. I can't get the frequency or the phase information of the reference signal. If the PLL is updated the output frequency is 1e-6 and phase is NaN. If the PLL is not updated the frequncy is 100 and TC is 0. The attached PLL_tester.vi is a simlified version of the code but the priciple what I'm using is the same.
I have the NI-USB6343 DAQ and the output sampling rate is 500k.
Another question: Why the LockinPLL has to be run twice before the output is updated?
Thanks is advance.
niiraka
Attachments:
PLL_tester.vi ‏59 KB

Hi Dimitris,
sorry for late reply. I was on summer holiday.
Yes. The sampling frequency fs of the DAQ is the same as the sampling frequency fs I put in to the PLL. Attached the vi in 2010 version.
Niiraka
niiraka
Attachments:
PLL_tester (1).vi ‏34 KB

Problem executing Unix script from Java...

Hi there, I'm having trouble executing a unix script from a java program. The script receives multiple parameters and it seems that one of them ( or more ) is not well interpreted. When I run the script directly from a shell, the script executes without any errors. But, when I run the exact same script with the exact same parameters, it does not work.
Here is the command to execute the script with all the parameters that is executed from the shell ( with success ) and also from the java program ( with errors ):
/z/opus/dcap/intfu001.csh 'NODEBUG^NOTKPROF^NOSTACK' opus dcap JACQUES JACQUES '2625781' 'ORA$PIPE$001D00D70001' JOB^DEBUG^SINISIMU^STATPROD^DECTIDANC^81^503^4080^86^87^151^97^98^99 BUT^N^N^SPRI^0^13^24^3^J^05^N^19^19^19 >> /tmp/switcher8.999.null.pgm.test
And here is my portion of code that executes the script:
Runtime wShell = Runtime.getRuntime();
Process wProc = wShell.exec(cmd_unix_final);
wProc.waitFor();
return wProc.exitValue();
Please give me your thoughts on this!
Thanks in advance!

Ok.
Let's proceed surgically, else we'll never solve or overcome anything.
In the last your reply you wrote:
the normal output is what I get when the script runs successfully, the script first prints a few things
and then does stuff that takes at least 2 or 3 secondsWhat do you mean?
-Finally have you got your script correctly executed?
The stuffs you spoke of are really performed?
If this is the case I can't see the prob.
Is your concern only about exitValue() for it doesn't let you distinguish programmatically
the success or failure of the script execution?
Of course you surely already have a routine in your java code to handle
exceptional situations of errors from the script.
And the "normal output" is just what you must parse to detect those errors.
Then who cares about exitValue() in this case?
Don't invoke it, relay on the stdout and stderr of the script.
-Or you get only a deceiving standard output
that let you think the script execution went alright, while instead it didn't.
In this case we have to investigate some other thing.
I can't still exclude that the problem isn't related with the buffer size of the stdout
allocated by the environment to the subprocess. You spoke of few things printed out.
Be explicit. What's the size of the output you get?
And is the "normal output" complete till the very last char
or is it truncated from somewhere on?
Also it's important that you hit a ps command after the java main process terminates
(or simply when waitFor() returns) and see if the script subprocess hung up.
As an alternative approach directly call your pro*C code from Java through JNI, instead of translating it.
1. Exec.java
public class Exec{
     static{
          System.loadLibrary("Exec");
     public static native void proCFunct();
     public static void main( String[] args){
          proCFunct();
}2. javac Exec.java
3. javah Exec
4.Exec.c
#include "Exec.h"
JNIEXPORT void JNICALL Java_Exec_proCFunct(JNIEnv * a, jclass b){
     //here call the function that executes the script
5. cc -G -I$JAVA_HOME/include -I$JAVA_HOME/include/solaris -I$YOUR_INCLUDES Exec.c -o libExec.so
6. setenv LD_LIBRARY_PATH .
7. java Exec

Problem with Unix version of Reports

When I run the report(filenam.rep) off of
my P.C., it works fine. Then when I transfer
it over to Unix and run the report, I get
some of the values in my report copied into
places they don't belong. For instance,
I have a value for the last row and last column in my report that gets copied to the
first value in the last column of every page
except for the first page. The proper value
doesn't appear and it gets replaced by this
value instead. I am running Reports 2.5 on
both my P.C. as well as Unix. My P.C. is
an NT 4.0 workstation. My command line on Unix looks like this:
r25runm report=${report} userid=reitprod/namrem batch=YES paramform=NO \
buffers=1000 destype=file desname=${TEMP}.lis \
${PARAMETER_STRING}
I also have Designer 6.0 installed on my P.C.
I recently installed a patch to fix a problem
with formatting in Reports 6.0. I am wondering whether the patch might have something to do with incompatibility between
Reports 2.5 on my P.C. and Reports 2.5 on
the Unix system.
null

Hello,
We need more information in order to help. How are you requesting the report (command line, URL, ?). What file is it asking for?
Regards,
The Oracle Reports Team --skw
null

JAVA SCRIPT PROBLEM IN UNIX

When we run JAVA SCRIPT in window, the GUI display comes out difference from running under UNIX. For example the check boxes show check when running under WINDOW but not in UNIX. Can anyone tell me how to resolve this problem? Thanks in advance for the information.

The browsers are generally optimized for specific platform, hence the different look-and-feel. But I find it hard to believe that checkboxes would show up checked on unix but not on Windows. The only thing I can suggest is to examine the HTML file and see if there is the CHECKED keyword being used where you are not expecting.
V.V.

PLL problem

Dear All
I have a pll for Developer 10g R1.I need to convert into Developer 10g R2. But when i open the pll after compile it could not save. Error show PDE-ICD003. Again if i want to create and save pll in Developer R2 then it show same error. I could create plx.
Pls tell me how?

try to save it with different name. If successfull then rename from OS level
I have experienced of the same problem and I have done what I mentioned above.
Thanks,
Hassan

OWB Deployment problem on UNIX

Hi all
We are facing problem while deploying object of a mapping on UNIX.
Validation and Generation of the mapping is working fine, but while deploying, it just shows the progress bar with 0% and stops. Its not generating any error message also.
The mapping was developed on the windows environment and imported to UNIX environment. After imported it was successfully validated. The DB link was also tested successfully.
If we deploy the same mapping on windows its working fine.
Please let us know what could be wrong, since the mapping needs to go live on Monday.

Please immediately go to your backup plan.
I have been in situations like this, and you need to move to plan B at once.
Regards,
Donna

OMB PLUS - Problem passing Unix environment variables to OMBPlus

Due to a requirement to encapsulate deployment of OWB applications, we currently start OMBPlus.sh from our own wrapper ksh script (deploy.ksh) in order to get the new / changed application into the target control center etc.
We now have a new requirement that means we need to pass the content of the Unix environment across to OMBPlus.sh (and from thence into our deployment tcl scripts).
No problem, if you believe the tcl documentation. The entire Unix environement gets dumped into a hash array called 'env', so you can get the variable's value out just by saying $env(unix_valraible).
Sounds great, it should work a treat.
Except OMBPlus only silghtly resembles tclsh.
The 'env' that gets into OMBPlus bears practically no resemblance to the 'env' that existed before OMBPlus.sh got invoked.
Does anyone have:
a decent explanation for why the env gets scrambled (and how to avoid it) ?
or an alternative method of getting the Unix environment varaible values into OMBPlus ?
Please do not propose passing them all on the command line because (would you beleive it) the values are database passwords !
Edited by: user10466244 on 23.10.2008 09:28

Unfortunately, the java implementation of TCL that Oracle used as the basis for OMB+ is NOT a fully-featured implementation. Just try using packages...
However, and understanding why you don't want to hard-code passwords into a file, you can always edit the setowbenv.sh file in your owb/bin/unix directory to grab your specific shell environment variables and propogate them to the java session.
towards the bottom of this env file you will see a section that looks something like:
JDK_HOME=../../../jdk
OWB_HOME=/owb
ORA_HOME=/owb
OEM_HOME=/owb
IAS_HOME=/owb
ORACLE_HOME=/owb
CLASSPATH=Personalties.jar:../admin:$MIMB_JAR:
CLASSPATH_LAUNCHER="-classpath ../admin:../admin/launcher.jar:$CLASSPATH: -DOWB_HOME=$OWB_HOME -DJDK_HOME=$JDK_HOME -DORA_HOME=$ORA_HOME -DOEM_HOME=$OEM_HOME -DIAS_HOME=$IAS_HOME -Doracle.net.tns_admin=$ORA_HOME/network/admin Launcher ../admin/owb.classpath"
export ORA_HOME
export OWB_HOME
export JDK_HOME
export OEM_HOME
export IAS_HOME
export ORACLE_HOME
You could add in the environment variables that you want propogated, include them into the CLASSPATH_LAUNCHER, and then they will turn up in your OMB+ session env array.
e.g., to propgate an environment variable called MY_DATABASE_PASSWORD you would:
JDK_HOME=../../../jdk
OWB_HOME=/owb
ORA_HOME=/owb
OEM_HOME=/owb
IAS_HOME=/owb
ORACLE_HOME=/owb
CLASSPATH=Personalties.jar:../admin:$MIMB_JAR:
CLASSPATH_LAUNCHER="-classpath ../admin:../admin/launcher.jar:$CLASSPATH: -DOWB_HOME=$OWB_HOME -DMY_DATABASE_PASSWORD=${MY_DATABASE_PASSWORD} -DJDK_HOME=$JDK_HOME -DORA_HOME=$ORA_HOME -DOEM_HOME=$OEM_HOME -DIAS_HOME=$IAS_HOME -Doracle.net.tns_admin=$ORA_HOME/network/admin Launcher ../admin/owb.classpath"
export ORA_HOME
export OWB_HOME
export JDK_HOME
export OEM_HOME
export IAS_HOME
export ORACLE_HOME
So now you have no protected data hardcoded, it will pick up your specific environment variables at runtime, and when you start OMB+ you will be able to:
array get env MY_DATABASE_PASSWORD.
cheers,
Mike

.pll problem on UNIX

Similar Messages

Maybe you are looking for