Databases
StackOverflow2013
Postsdbo
PO
 

Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    primarykey
    data
    text
    <p>Two problems I see (without looking at the stream data itself.</p> <ol> <li><p>"<b>Size</b> integer (Required) The number one greater than the highest object number used in this section or in any section for which this shall be an update. It shall be equivalent to the Size entry in a trailer dictionary." </p> <p>your size should be... 14.</p></li> <li><p>"<b>Index</b> array (Optional) An array containing a pair of integers for each subsection in this section. The first integer shall be the first object number in the subsection; the second integer shall be the number of entries in the subsection The array shall be sorted in ascending order by object number. Subsections cannot overlap; an object number may have at most one entry in a section. Default value: [0 Size]."</p> <p>Your index should probably skip around a bit. You have no objects 2-4 or 7. The index array needs to reflect that.</p></li> <li><p>Your data Ain't Right either (and I just learned out to read an xref stream. Yay me.)</p></li> </ol> <p><code><br> 00 00 00<br> 01 00 0a<br> 01 00 47<br> 01 01 01<br> 01 01 70<br> 01 02 fd<br> 01 76 f1<br> 01 84 6b<br> 01 84 a1<br> 01 85 4f</code></p> <p>According to this data, which because of your "no index" is interpreted as object numbers 0 through 9, have the following offset:</p> <p>0 is unused. Fine.<br> 1 is at 0x0a. Yep, sure is<br> 2 is at 0x47. Nope. That lands near the beginning of "1 0"'s stream. This probably isn't a coincidence.<br> 3 is at 0x101. Nope. 0x101 is still within "1 0"'s stream.<br> 4 is at 0x170. Ditto<br> 5 is at 0x2fd. Ditto<br> 6 is at 0x76f1. Nope, and this time buried inside that image's stream.</p> <p>I think you get the idea. So even if you had a correct \Index, your offsets are all wrong (and completely different from what's in resultNormal.pdf, even allowing for dec-hex confusion).</p> <p>What you want can be found in resultNormal's xref:</p> <p><code> xref<br> 0 2<br> 0000000000 65535 f<br> 0000000010 00000 n<br> 5 2<br> 0000003460 00000 n<br> 0000003514 00000 n<br> 8 5<br> 0000003688 00000 n<br> 0000003749 00000 n<br> 0000003935 00000 n<br> 0000004046 00000 n<br> 0000004443 00000 n<br> </code></p> <p>So your index should be (if I'm reading this right): \Index[0 2 5 2 8 5]. And the data:<br> 0 0 0<br> 1 0 a<br> 1 3460 (that's decimal)<br> 1 3514 (ditto)<br> 1 3688<br> etc</p> <p>Interestingly, the PDF spec says that the size must be BOTH the number of entries in this and all previous XRefs AND the number one higher than the highest object number in use.</p> <p>I don't think the later part is ever enforced, but I wouldn't be surprised to find that xref streams are more retentive than the normal cross reference tables. Might be the same code handling both, might not.</p> <hr> <p>@mtraut:</p> <p>Here's what I see:</p> <blockquote> <p>13 0 obj<br> <code>&lt;&lt;/Size 10/Length 44/Filter /FlateDecode/DecodeParms &lt;&lt;/Columns 3/Predictor 12&gt;&gt;/W [1 2 0]/Type /XRef/Root 8 0 R&gt;&gt;</code><br> stream<br> ...<br> endstream<br> endobj </p> </blockquote>
    singulars
    1. This table or related slice is empty.
    1. POPDF Cross Reference Streams
      singulars
      1. PTQuestion
    1. PTAnswer
    1. USMark Storer
    1. USMark Storer
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. POPDF Cross Reference Streams
      singulars
      1. PTQuestion
    1. This table or related slice is empty.
    1. VO
      singulars
      1. PO
      1. This table or related slice is empty.
      1. VTAcceptedByOriginator
    2. VO
      singulars
      1. PO
      1. This table or related slice is empty.
      1. VTUpMod
    3. VO
      singulars
      1. PO
      1. This table or related slice is empty.
      1. VTUpMod
    1. COThanks so much!!! I think it is the thing with the /Index tag. Because it is optional I ignored it. But because my objects aren't from 0 to 9, it is required.
      singulars
      1. PO
      1. USVan Coding
    2. COOk, now I saved the ref stream without encryption and added the /Index Array to the Dictionary. Now it works great! Thanks so much!!
      singulars
      1. PO
      1. USVan Coding
    3. COI know... I know: I *rock*. And I'm super modest too! And good looking. Let's not forget "good looking". Err... I mean... "you're welcome".
      singulars
      1. PO
      1. USMark Storer
 

Querying!

 
Guidance
A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload