1843911 Members
2822 Online
110226 Solutions
New Discussion

ghostscript error

 
William Pribble
Frequent Advisor

ghostscript error

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

11 REPLIES 11
Steven E. Protter
Exalted Contributor

Re: ghostscript error

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
Steven E Protter
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
TwoProc
Honored Contributor

Re: ghostscript error

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.
We are the people our parents warned us about --Jimmy Buffett
William Pribble
Frequent Advisor

Re: ghostscript error

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.

TwoProc
Honored Contributor

Re: ghostscript error

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

We are the people our parents warned us about --Jimmy Buffett
William Pribble
Frequent Advisor

Re: ghostscript error

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
Mobeen_1
Esteemed Contributor

Re: ghostscript error

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
William Pribble
Frequent Advisor

Re: ghostscript error

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.
William Pribble
Frequent Advisor

Re: ghostscript error

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.
William Pribble
Frequent Advisor

Re: ghostscript error

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
christian bilodeau
New Member

Re: ghostscript error

Hi,

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

thank
CB
Prasad_VVN
New Member

Re: ghostscript error

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.