Re^3: Calculated position incorrect when using regex in text file that also contains binary info (updated)

When doing this, I get the results back, but incorrect (same results as my very initial attempts...)

Show xref-table fragment for objects 1-10, or, better yet, provide a link to the test file. + Your approach to PDF hacking is seriously flawed, listen to what AM says and use proper API (CAM::PDF). You don't need to manually touch, contract or edit xref-table after deleting an object because it's done for you automatically, that's what API's for. Only pay attention that deleteObject is among "deeper utilities" for a reason -- one generally doesn't need to call it neither; unused objects will be cleansed for you automatically, too.

Comment on Re^3: Calculated position incorrect when using regex in text file that also contains binary info (updated) Download Code

Replies are listed 'Best First'.
Re^4: Calculated position incorrect when using regex in text file that also contains binary info (updated) by geertvc (Sexton) on Jun 17, 2020 at 17:37 UTC
Hi, For sure I will take a look at the `CAM::PDF` module, I stated that in another reply here somewhere. But I would like to know why you say my approach of PDF hacking is seriously flawed? Can you explain? As I also replied somewhere else in this thread, I have Python code that works perfect and does the job 100% correct on the same file content, but it's extremely slow. That's the reason why I would like to give it a try with Perl, seen it outperforms many other languages with respect to text manipulation (wasn't this one of the main reasons Perl was developed in the first place?). So, I'm puzzled as to why my approach is flawed. Curious to hear/read your rationale behind this... Best rgds, Geert	[reply] [d/l]

Replies are listed 'Best First'.

Re^4: Calculated position incorrect when using regex in text file that also contains binary info (updated)
by geertvc (Sexton) on Jun 17, 2020 at 17:37 UTC

For sure I will take a look at the CAM::PDF module, I stated that in another reply here somewhere. But I would like to know why you say my approach of PDF hacking is seriously flawed? Can you explain?

As I also replied somewhere else in this thread, I have Python code that works perfect and does the job 100% correct on the same file content, but it's extremely slow. That's the reason why I would like to give it a try with Perl, seen it outperforms many other languages with respect to text manipulation (wasn't this one of the main reasons Perl was developed in the first place?).

So, I'm puzzled as to why my approach is flawed. Curious to hear/read your rationale behind this...

Best rgds,
Geert

[reply]
[d/l]