Posted by mattpierce on Aug 02, 2010; 7:20pm
Posted by Steve Vanspall-2 on Feb 14, 2006; 6:53am
OK I have pinpointed a problem I was having earlier with printouts.
We have been having a problem where some of our clients were separately
experiencing an error where random PDF's would be
Thank you, I'll see how to integrate it.
Paulo
From: WMJ [mailto:sd_...@yahoo.com]
Sent: Monday, November 07, 2011 3:10 AM
To: Post all your questions about iText here
Subject: Re: [iText-questions] Can't open or write very large PDF files
I've just uploaded a
On 7/11/2011 0:43, WMJ wrote:
Hello,
I met with a PDF file which does not embed font subsets and
consequently failed to extract text from it.
The fact that a font isn't embedded doesn't mean you can't extract text.
Text extraction doesn't need to know what a glyph looks like, it only
needs
iTextSharp is FIPS compliant. The MD5 need by the PDF is generated with the
bouncycastle library and won't be affected by the compliance flag turned on.
Paulo
From: Paul Blecha [mailto:pjble...@hotmail.com]
Sent: Friday, November 04, 2011 3:21 PM
To:
Onlu CJK Unicode is supported in text extraction. There's no major dificulty in
supporting other cmaps, it's just not done.
Paulo
From: 1T3XT BVBA [mailto:i...@1t3xt.info]
Sent: Monday, November 07, 2011 10:35 AM
To: Post all your questions about iText here
BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft CDO for Microsoft Exchange
VERSION:2.0
BEGIN:VTIMEZONE
TZID:(GMT-05.00) Eastern Time (US Canada)
X-MICROSOFT-CDO-TZID:10
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
BEGIN:VCALENDAR
METHOD:CANCEL
PRODID:Microsoft CDO for Microsoft Exchange
VERSION:2.0
BEGIN:VTIMEZONE
TZID:(GMT-05.00) Eastern Time (US Canada)
X-MICROSOFT-CDO-TZID:10
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
IText shows up before ITStaff in my exchangeplease disregard
that stupid mistake
Sorry all.
Jason
This is a transmission from Purdue Federal Credit Union (Purdue Federal) and is
intended solely for its authorized recipient(s), and may contain information
that is confidential and or
In my previous version of iTextSharp, I changed out all references of MD5 to
use SHA-256. Under that scenario, when I turned on the FIPS flag, my
application worked fine. The issue that prevented me moving forward at that
point was, PDFs that were being generated required a password to open,
Thank you for working on it.
The patch pack may contain some other fixes about the recently reported iText
issues, for instance, double-byte PDF Name decoding, etc.
The fix for 2GB+ PDF files mostly includes reading and writing the Xref table
and streams.
It may break existing codes since
You can't just blanket replace MD5-SHA-256, since there are parts of PDF where
you MUST use MD5 (and not doing so would create an invalid document).
Instead, you would need to disable the specific parts of iText that require MD5
and for others that can accept alternative hash algorithms, use
Where exactly does it break? What's the stack trace? I have it running with the
flag turned on without any problems. Besides, no algorithms from
System.Security.Cryptography are ever called.
Paulo
From: Paul Blecha [mailto:pjble...@hotmail.com]
Sent: Monday,
What does this mean?
PDF Names are always in UTF8, so they can NOT contain double-bytes (at least
not in native form)
Leonard
From: WMJ sd_...@yahoo.commailto:sd_...@yahoo.com
Reply-To: WMJ sd_...@yahoo.commailto:sd_...@yahoo.com, Post here
From: WMJ [mailto:sd_...@yahoo.com]
Sent: Monday, November 07, 2011 3:23 PM
To: Post all your questions about iText here
Subject: Re: [iText-questions] How to extract text of CNS1 ordering without
embedded font resource
That's the problem.
Without the ToUnicode
I'll probably change the API to return and use long, this area is not visible
for most of the users.
Paulo
From: WMJ [mailto:sd_...@yahoo.com]
Sent: Monday, November 07, 2011 3:40 PM
To: Post all your questions about iText here
Subject: Re: [iText-questions]
Thanks guys - this has been on my 'to-do' list since July, and I haven't had
a chance to work on it yet - sorry.
Back then, I made the following proposal:
Kevin Day wrote:
If we are going to go down this path, making a bunch of breaking changes,
are there any objections to a
When debugging in VS2010, it builds successfully; but when the default.aspx
page attempts to load, that's when I get the previously mentioned error.
I read elsewhere that the application will not run if the compiler detects
non-compliant algorithms; so even though the app will compile and the
So, is it possible that the issue I'm getting isn't because of the MD5
algorithm, but the RC4? I can try commenting that out and replacing it; but I
don't know what would be the natural, and compliant, replacement algorithm for
that.
Elsewhere in the application, I am using managed
Try it with a standalone aplication to get the stack trace. In my machine
applications run until they find non compliant code and then throw an
exception. I'm sure there's nothing in the code that can trigger a FIPS error.
Just a remark, FIPS errors only show up if running algorithms in the
Well,...thank you very much for your time, but I don't understand...
Just to make me sure, I'm attaching to this mail the pdf that I obtained
running that code.
I think that if the highlighted line were at the end of the first page, it
would be correct.
well...don't worry...I'll try to think it
Found the problem. Maven was processing my font files and messing them up so
iText couldn't process them.
I excluded them from being process in the pom using
build
resources
resource
I need to generate PDF417 image with binary compaction mode, ¿What
constant/option will be use?
--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
22 matches
Mail list logo