Re: [gccsdk] PDFUtils adding .etctension

In message <58638e94ccchrisg@care4free.net>
Chris Gransden <chrisg@care4free.net> wrote:

>In article <66b4915d58.Kevin@talktalk.net>,
> Kevin Wells <kev@kevsoft.co.uk> wrote:
>> Hi
>
>> I have noticed a possible bug with PDFUtils, that some of the commands
>> add the dos extension complete with a dot.
>
>> PDFtohtml complains with the following:
>
>> I/O Error: Couldn't open html file 'full path and file name with .html'
>
>> I/O Error: Couldn't open html file 'full path and file name with
>> _ind.html'
>
>> PDFtocairo the same as the first mesage but with the extension for the
>> image format e.g jpeg tiff png
>
>> PDFtotext, PDFtoops, PDFunite and PDFseperate all work OK
>
>> PDFUtils is found at:
>
>> <http://www.riscos.info/packages/DocumentDetails.html>
>
>> Thanks.
>
>Can you send an example of the exact command you are using that fails. The
>version on riscos.info is quite old. I can update it to 0.65 which is more
>recent and fix the problem at the same time.
>
>Thanks.
>

>
With pdftohtml the following commands cause problems

*pdftohtml RAM::RamDisc0.$.TBOAGsamp/PDF RAM::RamDisc0.$.webpage

Which gives the following error:

I/O Error: Couldn't open html file 'RAM::RamDisc0.$.webpage.html'
I/O Error: Couldn't open html file 'RAM::RamDisc0.$.webpage_ind.html'

Fatal signal received: Segmentation fault

Stack backtrace:

Running thread 0x613758
( 61cf38) pc: 4c94cc lr: 4c9a54 sp: 61cf3c __write_backtrace()
( 61cfa0) pc: 4c95f0 lr: 47ca88 sp: 61cfa4 __unixlib_raise_signal()
( 61cfb0) pc: 47c98c lr: 12a5c sp: 61bf00 __h_cback()

Register dump at 0061cfb4:

a1: 4e3b64 a2: 1 a3: 10 a4: 736f6847
v1: 736f6847 v2: 10 v3: 63dcb0 v4: 4e3b64
v5: 63dcb0 v6: 613fc4 sl: 61b208 fp: 61bf28
ip: 0 sp: 61bf00 lr: 12a5c pc: 47dce0
cpsr: 60000110

0047dccc : .p á : e1a07000 : MOV R7,R0
0047dcd0 : ..å : e58d1000 : STR R1,[R13,#0]
0047dcd4 : .P á : e1a05002 : MOV R5,R2
0047dcd8 : .@ á : e1a04003 : MOV R4,R3
0047dcdc : .... : 1a00000c : BNE &0047DD14
0047dce0 : .0"å : e5943000 : LDR R3,[R4,#0]
0047dce4 : þ.Sã : e35304fe : CMP R3,#&FE000000
0047dce8 : .... : 0a00000d : BEQ &0047DD24
0047dcec : t2Ÿå : e59f3274 : LDR R3,&0047DF68

( 61bf28) pc: 47dcb4 lr: 12a5c sp: 61bf2c fwrite()
( 61bf48) pc: 12918 lr: 8d14 sp: 61bf4c HtmlOutputDev::~HtmlOutputDev()()
( 61bfec) pc: 8564 lr: 48accc sp: 61bff0 main()


Using the noframes option

*pdftohtml -noframes RAM::RamDisc0.$.TBOAGsamp/PDF RAM::RamDisc0.$.webpage

Gives the following error

I/O Error: Couldn't open html file 'RAM::RamDisc0.$.webpage.html'

Creating a directory called webpage gives the following error

I/O Error: Couldn't open image file '%s'
Page-1
Page-2
Page-3
I/O Error: Couldn't open image file '%s'
Page-4
Page-5
Page-6

etc, but does create a file called html

With pdftocairo the -svg and -ps options seem to work OK but with -png
-jpeg and -tiff does not I will use the -png option but the same error
with the rest

*pdftocairo -png RAM::RamDisc0.$.TBOAGsamp/PDF RAM::RamDisc0.$.image

Gives the following error:

Error opening output file RAM::RamDisc0.$.image-01.png

If I then create a directory called image-01 then a file called png is
saved inside that directory but it then gives the same error but with 02
instead of 01 etc.


Many thanks.

--
Kev Wells
http://kevsoft.co.uk/
carpe cervisium
And did the countenance divine

_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK