topic Re: ghostscript error in Operating System - HP-UX

ghostscript error

William Pribble — Wed, 08 Jun 2005 08:57:36 GMT

Hello,
I am trying to install ghostscript to allow printing from oracle applications 11i to print to older HP laser printers.
I have installed the precompiled depot of ghostscript and its runtime dependencies.
bison 2.0 bison
flex 2.5.4a flex
gcc 3.4.3 gcc
gettext 0.14.1 gettext
ghostscript 7.07b ghostscript
jpeg 6b jpeg
libiconv 1.9.2 libiconv
libpng 1.2.8 libpng
m4 1.4.3 m4
make 3.80 make
tiff 3.6.1 tiff
zlib 1.2.2 zlib

We run the following command in the oracle apps environement:
Command=gs -q -dNOPAUSE -dBATCH -sDEVIDE=ljetplus -sOutputFile=/apps/EDEV/common/temp/pasta2866.tmp /apps/EDEV/common/temp/pasta24383.tmp

We are getting the following error....
/usr/lib/dld.sl: Unresolved symbol: jpeg_std_error (code) from gs

We are running HP-UX 11iv1 on PA-RISC.

Any help solving this would be greatly apprciated.

Thanks

Re: ghostscript error

Steven E. Protter — Wed, 08 Jun 2005 09:19:03 GMT

1) Make sure the file being complained about is actually present.
2) Make sure SHLIB_PATH includes the directory in item 1 above.
3) Check the install state of ghostscript with swverify \*

SEP

Re: ghostscript error

TwoProc — Wed, 08 Jun 2005 10:10:34 GMT

Does gs run by itself from the command line without Oracle Apps? If so - then I'd say it's a SHLIB_PATH problem. Compare this variable outside of Oracle Apps with the applmgr login after the environment variables for starting the reports server have been started. I think you'll find a directory missing.

Re: ghostscript error

William Pribble — Wed, 08 Jun 2005 14:03:39 GMT

Thank you for the information.
I ran a swverify on ghostscript and each one of the dependencies and all were fine.
The applmgr $SHLIB_PATH does contain /usr/lib at the end of the path.
I am having the application admin run the gs from outside of oracle applications.
Any other ideas????

Thanks again for your help so far.

Re: ghostscript error

TwoProc — Wed, 08 Jun 2005 17:23:30 GMT

Does "I am having the application admin run the gs from outside of Oracle applications" mean that it runs correctly?

Re: ghostscript error

William Pribble — Thu, 09 Jun 2005 05:57:49 GMT

The Oracle Admin ran the gs from the command line outside the oracle applications and it had the same error.
It was the same command syntax with a text file.

Any further ideas?

Thanks again

Re: ghostscript error

Mobeen_1 — Thu, 09 Jun 2005 06:17:23 GMT

Elaine,
It looks like the GS is complaning that its not able to access JPEG Library on your system. Can you please verify this and let us know

regards
Mobeen

Re: ghostscript error

William Pribble — Thu, 09 Jun 2005 06:31:54 GMT

How can I verify if the jpeg library is being used, and if it is not, how can I set it so it is?

Thanks again, I really appreciate it.

Re: ghostscript error

William Pribble — Mon, 13 Jun 2005 09:19:51 GMT

I have re-installed all the dependencies and ghostscript from depots.
We are still getting the same error.
We are getting the error from the command line.
Can someone help me verify we are accessing the jpeg libraries?

Thanks in advance.

Re: ghostscript error

William Pribble — Mon, 13 Jun 2005 12:15:04 GMT

I have some more information and another question.
As root I can run the gs command from the command line, but our oracle administrator can not run it under his account. Do you know of a permission issue with gs or the libraries?

Thanks

Re: ghostscript error

christian bilodeau — Tue, 05 Jul 2005 11:05:44 GMT

Hi,

do you find the solution ?
I have the same error with my appl account, but root work fine!

thank
CB

Re: ghostscript error

Prasad_VVN — Sun, 10 Dec 2006 03:47:25 GMT

This is a problem with the SHLIB_PATH environment variable setting.

1. Open the adovars.env file from $APPL_TOP/admin, with vi editor
2. Locate the LD_LIBRARY_PATH variable
3. Append the following at the begining of the LD_LIBRARY_PATH variable.

In my case
----------
/usr/local/lib:/u01/testora/8.0.6/network/jre11/lib/PA_RISC/native_threads:/u01/testappl/cz/11.5.0/bin::/u01/testora/8.0.6/lib:/usr/lib

4. Commit the changes
5. Bounce the application tier processes.

Now, you might be able to complete the concurrent request successfully.