OS/2, eCS & ArcaOS - Technical > Applications
Qpdf
Doug Bissett:
--- Quote from: guzzi on January 24, 2013, 06:38:58 pm ---If I try to open a pdf from another directory than that where qpdfview is installed it complains about popqt44.dll not found. So it seems to me that qpdfview doesn't look in it's own directory for its dlls. Is that correct and does it have to be placed in the path or at least do the dlls have to be moved to a directory in the path?
--- End quote ---
Two things should help. One is that the Working Directory (in the program icon properties) should be the directory where QPDFView is installed. The other is that you should have ".;" (dot semi-colon, without the quotes) in the LibPath statement, in CONFIG.SYS. That is usually close to the beginning of that line. Having the dot entry tells the system to look in the current path (the Working directory) for DLLs. Of course, if you try to use QPDFView from the command line, you need to put the install directory in LibPath, or put the DLLs in a directory that is in the LibPath.
ivan:
Hi Silvan,
I tried it on three systems all running AMD64 processors, 1 single core, 1 2 core and the third a 4 core unit. All have 4GB memory and WSeB, with SMP on the two multi core.
So far I have 22 QT4 apps that I use without any problems at all, open files from anywhere. QT4 is installed in os2\apps\qt4.
Out of curiosity I tried running it on the standby server, an HP DL385 with 2 2 core AMD processors and 32GB ram running WSeB. It locked that solid as well when I tried to open a PDF that was on a different partition.
Edit to add that it works as expected if the PDFs are on the same partition a qpdfview, generally mine are not!
Paul Smedley:
--- Quote from: Michael Holzapfel on January 24, 2013, 01:54:15 pm ---hm.. silvan worte that qpdf will not have a plugin-based system. Beside that, it is full OK to shift some "standard" app to qt-based counterparts. At the end our system is less complex and easier to maintain. So thanks for the port!
BTW: the readme of qtpdfview is wrong:
"yum install jpeg" does not work, it is "yum install libjpeg"
Is there really a need for cups.dll? Actually cups-server is only installed on a server. I do not want to have a full cups-install on every machine.
--- End quote ---
cups.dll is used to support printing as it provides the cient side api's to talk to a cups server.
Doug Bissett:
--- Quote from: Paul Smedley on January 24, 2013, 11:14:23 pm ---cups.dll is used to support printing as it provides the cient side api's to talk to a cups server.
--- End quote ---
Hmmm. That might explain some of the odd occurrences that I see when trying to print using CUPS. I have this:
--------------------
6-10-12 6:57p 920,419 124 a--- cups.dll
1 file(s) 920,419 bytes used
Directory of M:\cups\sbin
8-31-11 6:19p 869,291 0 a--- cups.dll
1 file(s) 869,291 bytes used
------------------------------
Which one is right? Neither one of them is in LibPath. Perhaps that explains why I can't print from QPDFView. AHA!, yes it does. I tried BeginLibPath to M:\cups\lib and it no longer hangs. It still doesn't print. It pops up a message box that says "Could not print <the file name>". Not extremely helpful, but better than a hang. Now, to try more things...
Pete:
Hi All
Having extracted the libjpeg.dll and zlib.dll from the zip files and put them on the libpath then unzipped qpdf and created a qPDF program object and gave it a try.
Seems to work well - no problem opening pdf files on different partitions here.
Printing does not work. Having checked the CUPS Jobs I see that is because the job state is:-
stopped
"Unable to execute pdftops program: No such file or directory"
I opened a command window and had a check for the file
[J:\]dir pdftops* /s
The volume label in drive J is eCSApps.
The Volume Serial Number is 969D:85C1.
Directory of J:\cups\lib\cups\filter
11-06-12 6:10a 11,316 124 a--r pdftops.exe
1 file(s) 11,316 bytes used
I tried to print a different document and this failed with:-
stopped
"/cups/lib/cups/filter/pdftops.exe failed"
In both instances the cups log shows "Unable to execute pdftops program: No such file or directory"
The file exists so the question is: Is this a CUPS or qpdf error?
As both Paul and Silvan seem to be reading this thread I'm hoping for a definitive answer and maybe a fix?
Regards
Pete
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version