We're analyzing the Solaris run now--I'll let you know today!
David A. Desrosiers [EMAIL PROTECTED] 10/03/03 07:28AM
I know I'm not qualified to assess the meaning of that but, just in case
it helps, since 16k = 16x1024 = 163840 and I count 25 or so 30k+ pages,
if there actually are more
Nope--exact same result on the Solaris box. We'll work on getting you the pages so
you can run it yourselves.
Thanks,
Steve
We're analyzing the Solaris run now--I'll let you know today!
David A. Desrosiers [EMAIL PROTECTED] 10/03/03 07:28AM
I know I'm not qualified to assess the meaning
Thanks, yes this could be the problem. Let me re-run and check the log as you
suggest...
Steve
Chris Hawks [EMAIL PROTECTED] 09/29/03 11:40AM
---Reply to mail from Alexander R. Pruss about Limit on number of pages plucked?
(Error code=514)
It should handle 65000 pages or so, or at least
Limit on number of pages plucked?
(Error code=514)
It should handle 65000 pages or so, or at least 32000 (depending on whether
a fix of mine is included in the 1.4 version or not). The complication is
that pages that are over 3 bytes long get split into multiple 3 byte
pages. Do you
Is there any other piece of data we could provide, other than shipping
you an archive of all the pages we're trying to pluck (which would be
difficult but not impossible, logistically)?
Can you just scramble the content in a non-reversible way, and
ship those pages instead? I
I know I'm not qualified to assess the meaning of that but, just in case
it helps, since 16k = 16x1024 = 163840 and I count 25 or so 30k+ pages,
if there actually are more like 48 or so, and we add that to our 16326
number from below, we come out awfully close to 16k, a limit which would
On Tue, Sep 30, 2003, Steven Spadt wrote:
The cutoff (after which the links, in the viewer generate the
Error code=514 error) is at record 16326.
I wrote a program that generated 16330 html files that each linked
to the next file (except the first file that also included a link
to 16325 (to
On Fri, Oct 03, 2003, Michael Nordstrom wrote:
I will run it in the debugger now and see if I can pinpoint the
problem...
I've found the problem (and it was actually related to the use of
Int16 in the SearchDocument function:) We get an overflow in the
code that is used to optimize the search
Hello all,
I'm getting an error code = 514 when I navigate to certain pages within a pluckered
pdb. The PalmOS error code decoder shows that Error 514 (decimal) is
dmErrIndexOutOfRange, defined in DataMgr.h Also, all the pages generating that error
seem to be the last ones that were
non ut tantum sciamus, sed ut boni efficiamur.
- Paul of Worczyn (1424)
- Original Message -
From: Steven Spadt [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, September 25, 2003 11:31 AM
Subject: Limit on number of pages plucked? (Error code=514)
Hello all,
I'm getting
---Reply to mail from Alexander R. Pruss about Limit on number of pages plucked?
(Error code=514)
It should handle 65000 pages or so, or at least 32000 (depending on whether
a fix of mine is included in the 1.4 version or not). The complication is
that pages that are over 3 bytes long
On Thu, Sep 25, 2003, Steven Spadt wrote:
I'd love support for sup and sub, but need a command-line
interface, so JPluck isn't the answer.
You can run JPluck from the command line, too. For example to pluck
The Register site you could run the following,
$ java -jar convert.jar
12 matches
Mail list logo