Welcome Guest! To enable all features, please Login or Register.

Notification

Icon
Error

Options
View
Last Go to last post Unread Go to first unread post
#1 Posted : Friday, May 19, 2006 5:41:52 AM(UTC)
dcrozier

Groups: Registered
Posts: 5


When trying to deploy a C# app using OCR the application throws the following error:

LEAD Error: General failure

at LTRASTERDOCLib.LEADRasterDocumentClass.Recognize(Int16 iStartPage, Int16 iPageCount) ...

This application has been deployed on two other clients and works.  I've tried comparing to one of the working clients and as far as I can tell, everything is the same.  I've tried copying the entire LeadTools folder from the working client, compared system32 files and ensured that files were registered...all to no avail.  Does anyone have a suggestion on what to look for?

Thanks for any help!

 

Try the latest version of LEADTOOLS for free for 60 days by downloading the evaluation: https://www.leadtools.com/downloads

Wanna join the discussion? Login to your LEADTOOLS Support accountor Register a new forum account.

#2 Posted : Wednesday, May 24, 2006 3:31:06 AM(UTC)

Ali  
Guest

Groups: Guests
Posts: 3,040

Was thanked: 1 time(s) in 1 post(s)

Copy all files in the OCR\Redist folder in the:
 \Program files\LEAD Technologies, Inc\LEADTOOLS 14.5\Redist\OCR

And make sure that your main program points to the OCR files in the other folder using the EnginePath property (I.e. set the RasterOCR.EnginePath property)  This will tell our .NET classes where the OCR files are located.

Let me know if this helps


Thanks,
Ali Abo Al-Rob
LEADTOOLS Technical Support

 
#3 Posted : Thursday, May 25, 2006 8:09:41 AM(UTC)
dcrozier

Groups: Registered
Posts: 5


First of all, I'm using version 14 with the patch applied not 14.5.  Our application resides on our server and is run using a mapped network drive.  We have two other machines using the same version/patch combination running our application across our network and they both work.  On the new machine, originally I installed from CD and then applied the patch, but since then I've copied over the entire \Program files\LEAD Technologies, Inc\LEADTOOLS 14 folder and subdirectories from a working machine (just to make sure I have everything it needs and the right versions) and it still doesn't work. 

I searched through our source code and config files, but saw no mention of an EnginePath property.  So I'm not sure how the files are being located, but since the Leadtools directory is the same as the machine that works, the files should be visible.  I've insured that the MSVCRT.DLL, MSVCIRT.DLL, MFC42.DLL, MSVCP60.DLL, OLE32.DLL, OLEAUT32.DLL, OLEPRO32.DLL files are in the \Windows\System32 folder and they are all the same or newer than what is in the Leadtools folder (they are the same version as the working machines are using in their System32 folders).  Am I missing a file in the System32 folder? 

Thanks for your reply!

 
#4 Posted : Monday, May 29, 2006 2:40:39 AM(UTC)

Ali  
Guest

Groups: Guests
Posts: 3,040

Was thanked: 1 time(s) in 1 post(s)

Since you are using C#, I thought at first that you were using our .NET OCR classes. But since you're using the COM objects, there is no EnginePath property. Instead, you need to place the OCR engine files in the same folder where you register the OCR COM object.

In your previous post, you mentioned the problem happens when you call Recognize. Does this mean the Startup and other methods, such as AddPage and FindZones work? Does the problem happen always or does it depend on the image being recognized?

Thanks,
Ali Abo Al-Rob
LEADTOOLS Technical Support

 
#5 Posted : Tuesday, May 30, 2006 6:44:46 AM(UTC)
dcrozier

Groups: Registered
Posts: 5


We are calling both AddPage and AddZone methods from the LEADRasterDocumentClass successfully just before the call to the Recognize method.  This problem always happens on this new machine. 

The images that are being loaded are queued in a database and the other machines will later process the same TIFFs without any problem (each instance of our program pulls images from the same queue, but each instance locks the image while it's being processed). 

Thanks for you continued help. 

 
#6 Posted : Thursday, June 1, 2006 12:03:40 AM(UTC)
Maen Hasan

Groups: Registered, Tech Support
Posts: 1,328

Was thanked: 1 time(s) in 1 post(s)

Hello,

If you try the same issue by installing the complete LEADTOOLS SDK on the client machine, and retry the recognize issue. Does this solve the problem?
Also, where exactly do you save the Recognition Data File (RasterDoc.RecognitionDataFileName)?

Please let me know how it goes.

Thanks,
Maen Badwan
LEADTOOLS Technical Support
 
#7 Posted : Friday, June 2, 2006 10:28:36 AM(UTC)
dcrozier

Groups: Registered
Posts: 5


Okay, it's finally working now, but here are the steps I had to follow. 

1)  I installed the v.14 SDK on the client machine

2)  Overwrote the files with the v.14 patch

3)  Ran the MFC OCR demo (inserted a page then recognized the text)

Our application would not run and continued to throw the "General failure" exception until step 3 (the demo) was run.  One of our production machine's OCR stopped working due to an abrupt loss of power and was also throwing a "General failure" exception.  Following this procedure fixed that machine as well.

Apparently something is being installed or intialized when the demo runs, that our application either isn't doing or can't do.  Any ideas what it might be?  While our only deployments are in-house, I'd rather not have to go through the headache of installing the entire SDK just to get a client running.

Thanks.

 
#8 Posted : Tuesday, June 6, 2006 5:24:25 AM(UTC)

Ali  
Guest

Groups: Guests
Posts: 3,040

Was thanked: 1 time(s) in 1 post(s)

Since our demos work so it might be problem in your sample. does you sample failed with specific images or with all images?

please put your code in a very small project and send it to me in a ZIP file. (Please don't send your full application) along with the exact steps to reproduce the problem, I want the code to behave just like yours.


Thanks,
Ali Abo Al-Rob
LEADTOOLS Technical Support

 
#9 Posted : Wednesday, June 7, 2006 6:45:04 AM(UTC)
dcrozier

Groups: Registered
Posts: 5


Our application's call to your API fails on all images.  However, the same image it fails on, another machine running the same application will process just fine.  So, I would think this has to be a DLL that isn't properly registered or loaded and your demo must be registering it. 

After the previously mentioned "solution", the application runs fine even after rebooting the machine.  Therefore, it can't be a matter of your application merely loading a file into memory that our application can afterwards access.  Rebooting would have cleared it out of memory. 

Can you please look through your MFC OCR demo and see if any DLLs are being programmatically registered?  I can put together a scaled back version of our application, but it'll take some time because of the way it's integrated into our system.  Unfortunetly, because of the time already spent on this issue my task list has become quite large.

Any help would be greatly appreciated.

Thanks.

 
#10 Posted : Sunday, June 11, 2006 3:14:27 AM(UTC)
Maen Hasan

Groups: Registered, Tech Support
Posts: 1,328

Was thanked: 1 time(s) in 1 post(s)

Hello,

I tried to narrow download the problem possibilities using the MFC COM demo, but the demo works properly.
Please make sure that all LTR*14n.* files are registered and you have the OCR engine files in the same folder where you register the COM objects.

However, please try to narrow download the problem possibilities on your side by making a small OCR project (try to make the "Working with Recognition Results" OCR tutorials in the OCR COM helps files) and try it on different machines.
If the problem is active using the OCR tutorial then please send me the project with the exact list of dlls and files that your are distributing to run the project.

Please let me know how it goes.

Thanks,
Maen Badwan
LEADTOOLS Technical Support
 
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.

Powered by YAF.NET | YAF.NET © 2003-2019, Yet Another Forum.NET
This page was generated in 0.300 seconds.