Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
599 | Other | crash | always | 02-24-06 12:11 | 02-28-06 10:55 |
|
|||||
Reporter: | dramsbro | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | DLSkew causes segfault | ||||
Description: |
DLSkew is causing a segfault in DLSkew::dlCalculateSkew(). I tested with several unrelated TIFF, JPEG, and GIF images, and always the same result. Below is the program output and gdb stack trace. [spikes51@lamppc24 bin]$ ./DoclibCommandLine -input ~/DocLib\ Commandline/sample2_skewed_L.tif -deskew -output ~/temp.jpg Opening /fs/lamphomes/spikes51/DocLib Commandline/sample2_skewed_L.tif Deskew Image.. Segmentation fault [spikes51@lamppc24 bin]$ gdb DoclibCommandLine GNU gdb Red Hat Linux (6.1post-1.20040607.52rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) run -input ~/DocLib\ Commandline/sample2_skewed_L.tif -deskew -output ~/temp.jpg Starting program: /fs/lamphomes/spikes51/doclib/linux24/bin/DoclibCommandLine -input ~/DocLib\ Commandline/sample2_skewed_L.tif -deskew -output ~/temp.jpg Opening /fs/lamphomes/spikes51/DocLib Commandline/sample2_skewed_L.tif Deskew Image.. Program received signal SIGSEGV, Segmentation fault. 0x0807f493 in DLSkew::dlCalculateSkew () (gdb) backtrace 0 0x0807f493 in DLSkew::dlCalculateSkew () 0000001 0x0807ee41 in DLSkew::dlDetectSkew () 2 0x0804eaaf in DLCommandLineParser::processCommand () 3 0x0804b819 in main () (gdb) |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
601 | Other | trivial | always | 02-27-06 18:16 | 02-27-06 18:22 |
|
|||||
Reporter: | dramsbro | Platform: | |||
Assigned To: | dramsbro | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | DoclibCommandLine - no error status returned | ||||
Description: | DoclibCommandLine does not return error status properly. The program always exits with status value 1, regardless of error condition. Being able to detect errors in this fashion is essential when calling the program from a web interface, and is also a generally good practice. | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
598 | Other | trivial | always | 02-24-06 11:53 | 02-24-06 14:15 |
|
|||||
Reporter: | dramsbro | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | unable to duplicate | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | Execute permissions for make.pl, configure | ||||
Description: |
The latest CVS copy does not contain the proper execute permissions for the make.pl and configure scripts. [spikes51@lamppc24 ~/doclib]$ ls -l configure -rw-rw-r-- 1 spikes51 doc 129894 Feb 24 11:33 configure [spikes51@lamppc24 ~/doclib]$ ls -l ReleaseDocs/make.pl -rw-rw-r-- 1 spikes51 doc 11007 Feb 24 11:33 ReleaseDocs/make.pl I have to manually do chmod u+x on these files before being able to run them. They should come out of CVS ready to go. |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
595 | Other | feature | always | 02-20-06 11:47 | 02-23-06 19:02 |
|
|||||
Reporter: | amsakak | Platform: | |||
Assigned To: | amsakak | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | "make.pl 0 install" installation errors | ||||
Description: |
Erros encountered when running "make.pl 0 install." Unable to install all binary executable, library, and headers files. See attachments. Download latest code then run make.pl 0 make >& make.out make.pl 0 install >& make.install Run on Redhat Linux machine. Output obtained by running on Saki's Dell laptop. |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
0000595-params (3 KB) 12-31-69 19:33 0000595-make.install (33 KB) 12-31-69 19:33 0000595-make.out (108 KB) 12-31-69 19:33 |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
596 | DLDocument | major | always | 02-22-06 13:05 | 02-22-06 13:25 |
|
|||||
Reporter: | zhugy | Platform: | |||
Assigned To: | zhugy | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | Exception occurs when invoking the DLZone copy construction | ||||
Description: |
The following exception is thrown when I push back a zone to a list: dlzone.cpp:80: <DLZone::=()> It is illegal to invoke copy function to reset a zone with an already initialized DLPage*s! |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | 0000596-DLZone.cpp (30 KB) 12-31-69 19:33 |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
570 | DLImage | feature | always | 01-17-06 16:31 | 02-22-06 13:06 |
|
|||||
Reporter: | meyers_tim | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | Update Documentation for DLJPEGImage::dlIsImgCorrupted() | ||||
Description: | The documentation for DLJPEGImage::dlIsImgCorrupted() is apparently misleading in how it describes the purpose of the function. Please update to clearly reflect that it detects it is simply a report on whether or not libjpeg performed error correction during load. | ||||
Steps To Reproduce: | |||||
Additional Information: | Additionally, gawarho is reporting that this function is returning conflicting values when an image is loaded via memory as opposed to file-based. | ||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
594 | DLImage | crash | always | 02-20-06 09:44 | 02-22-06 11:50 |
|
|||||
Reporter: | gawarho | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | DLIMage crashes when opening an image | ||||
Description: | It appears that when DLImage attempts to open a .png image it crashes in DLDIS image routines. The image displays with the ImageMagick display command with no error/warning messages. | ||||
Steps To Reproduce: | |||||
Additional Information: | See ~gawarho/### for the code, build and run scripts and a pointer to the image causing the problem. | ||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
578 | DLComponent | feature | always | 01-31-06 13:08 | 02-17-06 13:04 |
|
|||||
Reporter: | mirekg | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | addon template needs updating???? | ||||
Description: | I was going to use templateDOCLIB as a starting point for an add-on, however, I notice it only has src and doc directories. Shouldn't it have windows, linux and their associated subdirectories as well? | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
541 | Doclib Addons | feature | always | 10-10-05 15:12 | 02-17-06 12:29 |
|
|||||
Reporter: | gawarho | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | Logo Detections prints message when no logo found | ||||
Description: | It appears tha DLLogoDetect.cpp at line 99 prints to STDOUT or STDERR a message indicating that no logo was found -- instead of using the Logger?????? | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
542 | Doclib Addons | feature | always | 10-11-05 11:37 | 02-17-06 12:25 |
|
|||||
Reporter: | gawarho | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | Doclib website needs to provide access to documentation | ||||
Description: | Need to be able to access documentation for DOCLIB add-ons at the doclib web site -- and preferably have a overall access to doclib and doclib add-ons from one top level page. | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
585 | Doclib Addons | crash | always | 02-10-06 10:54 | 02-16-06 12:01 |
|
|||||
Reporter: | gawarho | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | LogoDetection crashes | ||||
Description: |
I have a program that takes a list of files and then runs logo detection on them. I run various lists of files through and it seems to work fine; however at least one list it fails on the same file. However, if I run just this one file through it does not crash. |
||||
Steps To Reproduce: | |||||
Additional Information: |
DLImage img(file); DLLogoDetect logoD; DLZone logoZ = logoD.dlDetectLogo(img); int score = logoD.dlGetScore(); Purify shows it failing at DLLogoDetect::dlImage2Gray_LogoDetect [DLLOgoDetect.cpp line 300] I will make a directory with the source code, test files, bld and run scripts in my home directory under the bug tracker # assgined to this report. |
||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
592 | DLImage | crash | always | 02-15-06 09:49 | 02-16-06 11:54 |
|
|||||
Reporter: | gawarho | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | 0000593 | ||
ETA: | none | ||||
|
|||||
Summary: | DLImage eats up a lot of memory and then Crashes | ||||
Description: |
DLImage eats up a lot of memory and then crashes when opening an image. |
||||
Steps To Reproduce: | |||||
Additional Information: | See ~gawarho/### for sample code, build and run scripts and a list file with two images that cause the failure. | ||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
593 | DLImage | major | always | 02-15-06 09:51 | 02-16-06 11:53 |
|
|||||
Reporter: | gawarho | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | DLImage has a memory leak | ||||
Description: | Purify shows that memory is leaked. | ||||
Steps To Reproduce: | |||||
Additional Information: | See ~gawarho/### for test code, run and bld scripts, and test file. | ||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
|||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
588 | DLImage | minor | always | 02-13-06 16:06 | 02-14-06 15:29 |
|
|||||
Reporter: | gawarho | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | DLSkew::dlDetectSkew gets Array Bounds Reads | ||||
Description: |
I have a program that iterates through a list of filenames creating a DLImage one at a time for each file and then attempts to determine the skew of the image. Purify shows that it gets Array Bounds Reads (ABRs). |
||||
Steps To Reproduce: | |||||
Additional Information: | A directory in ~gawarho/### where ### is the bug tracker # contains the sample source code, build script, run script and sample filelist. | ||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
586 | Doclib Addons | crash | always | 02-10-06 15:41 | 02-14-06 13:52 |
|
|||||
Reporter: | gawarho | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | Handwritten/Machine Printed id now crashes | ||||
Description: |
This program used to work until just recently (today). I have some tif's it works on and others it fails. It appears to have issues when it tries to rotate the image inside the addon. |
||||
Steps To Reproduce: | |||||
Additional Information: |
My code is simply DLImage img; img.dlLoadImage(filename); DLMachHandDetect::dlDetecthandMachHw(imt, score, docType); // craps out on this call See ~gawarho/bug# for sample code, images, etc. |
||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
587 | DLImage | crash | always | 02-13-06 08:53 | 02-14-06 12:51 |
|
|||||
Reporter: | gawarho | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | DLImage crashes when loading image from memory | ||||
Description: |
I have another instance of a crash of DLImage when loading from memory versus a file. |
||||
Steps To Reproduce: | |||||
Additional Information: | See ~gawarho/### for sample code, build scripts, and run scripts --- where ### is the bug tracker number | ||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
23 | major | always | 12-17-03 09:47 | 02-10-06 13:09 | |
|
|||||
Reporter: | jjbran2 | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | high | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | #include-ing standard libraries | ||||
Description: |
When using #include to use standard library code, the latest standard conventions should be used. For example, use #include <iostream> but not #include <iostream.h> In addition, when including old-style C libraries, use #include <cstdlib> instead of #include <stdlib.h> |
||||
Steps To Reproduce: | |||||
Additional Information: |
Eventually, the ".h" standard libraries will no longer work as they will be removed from future compilers. Especially important is to determine which string library you mean to use-- <cstring> is much different from <string>, and <string.h> means different things on different systems. Thanks, Josef |
||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
|||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
526 | DLImage | major | always | 09-08-05 12:51 | 02-10-06 12:42 |
|
|||||
Reporter: | jjbran2 | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | dlPasteImage for binary images modifies target image past subimage boundaries | ||||
Description: |
When using DLImage::dlPasteImage() to paste a binary subimage into a binary target image, if the subimage's width is not divisible by 8, the function will mistakenly overwrite part of the target image to the right of the pasted region. Since the current dlPasteImage() just copies bytes to bytes, it must be modified to only copy the correct number of bits for the last byte in the row. In addition, this function does not calculate the correct starting column coordinate for the paste for binary images. |
||||
Steps To Reproduce: | |||||
Additional Information: | See the attached images for an example. The source image is the one with the diagonal stripe pattern (pattern.tif). The paste image is an 83x83 all-white binary image (white83x83.tif). The output from image.dlPasteInImage(subimage,50,50) is in qqq.tif. Note that while it is correctly pasted in row 50, the paste incorrectly begins in column 136. Also note the addition of the black border, 5 pixels wide, to the right of the pasted region. | ||||
Attached Files: |
0000526-pattern.tif (12 KB) 12-31-69 19:33 0000526-white83x83.tif (0 KB) 12-31-69 19:33 0000526-qqq.tif (7 KB) 12-31-69 19:33 0000526-result.tif (7 KB) 12-31-69 19:33 |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
584 | DLImage | feature | always | 02-09-06 13:05 | 02-09-06 15:52 |
|
|||||
Reporter: | gawarho | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | dlGetColorModel return code discrepancy | ||||
Description: | I call this method on an pbm image with only 0 & 255 values in its color map and it returns 0 which is not defined by the possible values in DLColorTypes. | ||||
Steps To Reproduce: | |||||
Additional Information: | See reporter for more information. | ||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
581 | DLImage | block | always | 02-07-06 18:31 | 02-09-06 15:50 |
|
|||||
Reporter: | gawarho | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | Memory Leak | ||||
Description: |
I have a program that simply creates a DLImage from a memory based array of bytes. When I run JPEGs through everything appears fine. Program runs continuously over a list of JPEGs -- no crashes, no process size growth. Using the same program but giving it a list of TIFF images, and it eats up memory very quickly until the system runs out. |
||||
Steps To Reproduce: | |||||
Additional Information: |
Program and list of files available from reporter. Program is simple: foreach file in list read file into buffer img = new DLImage(bufferPtr, bufferLength); delete img; delete [] buffer; end foreach |
||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
516 | DLShape | trivial | always | 08-08-05 16:49 | 02-08-06 17:29 |
|
|||||
Reporter: | jjbran2 | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | low | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | two data members fillShape and fillFlag appear to be redundant | ||||
Description: |
There are two boolean data members in DLShape: fillShape and fillFlag. Only fillShape is now in use, checked by DLRectShape to see if it should draw a filled rectangle. We should remove one or the other. |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
558 | DLImage | feature | always | 11-28-05 14:09 | 02-08-06 17:26 |
|
|||||
Reporter: | meyers_tim | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | DLImage = operator not handling tag copying correctly | ||||
Description: | When using = to set a DLImage to another DLImage, the contents of the DLTagList are not making the crossover. | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
527 | DLImage | trivial | always | 09-08-05 14:03 | 02-08-06 17:17 |
|
|||||
Reporter: | jjbran2 | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | dlAddImage could take a const reference | ||||
Description: |
Right now, DLImage::dlAddImage() has the signature (DLImage&, int, int). It could instead take a const reference, making the function dlAddImage(const DLImage& , int, int) allowing for one liners such as DLImage i3 = i1.dlAddImage(i2.dlReverseImage(), 0, 0); |
||||
Steps To Reproduce: | |||||
Additional Information: | this also applies to dlPasteImage() and dlSubtractImage() | ||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
583 | DLComponent | feature | always | 02-08-06 16:57 | 02-08-06 17:09 |
|
|||||
Reporter: | chen_kevin | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | 0000515 | ||
ETA: | none | ||||
|
|||||
Summary: | DLShape - Want variable line thickness | ||||
Description: | Desired an option to set the line thickness when drawing lines and shapes. | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
500 | Other | feature | always | 07-25-05 15:39 | 02-08-06 16:56 |
|
|||||
Reporter: | mirekg | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | high | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | Modifications needed to doxyfile settings | ||||
Description: | I just modified the doxygen setting for the jargon add-on to force doxygen to include entries for those items that do not have comments and to include source code cross references. The doxyfiles for all add-ons, doclib itself, and the template on the website should be updated in the same way. Even if we have not had time to write documentation it is useful to see a complete list of classes/methods in the doxygen documenation. This should be done prior to release 13. | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
262 | DLDocument | feature | always | 09-23-04 08:39 | 02-08-06 16:46 |
|
|||||
Reporter: | zhugy | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | Text line extraction function from document image | ||||
Description: | This text line extraction function includes three key steps: fine global deskewing, horizontal projection for locating the line spacing and vertical projection for recognizing the head and tail on each line. | ||||
Steps To Reproduce: | |||||
Additional Information: |
Keep in mind that while GETLINES does not perform deskewing, it does detect the locations of text lines in a document image. GETLINES (or DLGetLines?) was checked in CVS around August 9, 2004. |
||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
337 | DLConnectedComponent | feature | always | 01-27-05 16:54 | 02-08-06 16:39 |
|
|||||
Reporter: | jjbran2 | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | Interface for accessing individual DLComponents from DLConnectedComponent object | ||||
Description: |
Currently, the only thing you can really do with the DLConnectedComponents object is run filters; we use the two dlGet...Comp() functions to return copies of the DLComponent's in a vector. This is fine for most uses, but perhaps inefficient to make copies of each if you just want to get the stats on them using the dlGet functions. Perhaps we could provide a function that returns a const_iterator to the vector of DLComponents that you would use as shown below in "Additional Info". Also needed would be something like begin() and end() functions so one could loop along all components. |
||||
Steps To Reproduce: | |||||
Additional Information: |
cc.dlCreateConnectedComponents(image); comp_iterator ii = cc.getComponentIterator(); ii++ etc. ii->dlGetArea(); and so on. |
||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
|||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
260 | DLImage | feature | always | 09-22-04 19:54 | 02-06-06 17:19 |
|
|||||
Reporter: | zhugy | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | not a bug | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | Hough transform class for straight line | ||||
Description: |
The DLHoughTransform object represents the normalized accumulator bins of straight lines in the parameter space. It is a grayscale and derived from DLImage. Its member functions include global Hough transform and local Hough transform. Line features from image can be extracted by Hough transform member functions. |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
261 | DLDocument | feature | always | 09-22-04 20:30 | 02-06-06 17:18 |
|
|||||
Reporter: | zhugy | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | not a bug | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | DLDocumentTagList class as container of document attributes | ||||
Description: | The DLDocumentTagList object is a container of document attributes. | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | 0000261-DLDocumentTagList.h (2 KB) 12-31-69 19:33 |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
259 | DLDocument | feature | always | 09-22-04 19:50 | 02-06-06 17:17 |
|
|||||
Reporter: | zhugy | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | not a bug | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | DLZone implementation | ||||
Description: | DLZone is a logic container for a segment of a DLPage object. Its members include a protected DLImage pointer, an extensible list of DLZone attributes, coordinates of the DLZone within the DLPage, and a list of child DLZones that can be located within the current DLZone. | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | 0000259-DLZone.h (8 KB) 12-31-69 19:33 |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
297 | DLDocument | feature | always | 11-17-04 20:12 | 02-06-06 17:17 |
|
|||||
Reporter: | zhugy | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | not a bug | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | DLDocument implementation | ||||
Description: | The DLDocument class is the uppermost level in the DocLib document hierarchy. | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | 0000297-DLDocument.h (3 KB) 12-31-69 19:33 |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
299 | DLDocument | feature | always | 11-29-04 17:17 | 02-06-06 17:16 |
|
|||||
Reporter: | zhugy | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | not a bug | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | Command line DLDocument batch test | ||||
Description: |
We have developed a command line DLDocument batch test for testing the efficiency and robustness of the new DLDocument designs. Different from the regression test that focuses on the accuracy on DLImage related operations, DLDocument batch test is intended for exhaustive high-workload test for a big pool of images. It is capable of recording running time on each task and catching all the known exceptions in an output file specified. The batch test makes use of the DLTestManager and DLTest objects developed earlier. Users create a test case by adding a new DLTest to the DLTestManager, which handles exceptions and output. We can have multiple test cases running in sequence. Overload the virtual function DLTest::go() by your own code for batch test. You can refer to the DLDocumentBatchTest.cpp in the project as a batch test template, where the sections to insert your own code is highlighted. |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
296 | DLDocument | feature | always | 11-17-04 20:06 | 02-06-06 17:14 |
|
|||||
Reporter: | zhugy | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | not a bug | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | DLTagList replaces the old DLDocumentTagList | ||||
Description: | The DLTagList object is a container of document attributes. This revised version replaces the old DLDocumentTagList. | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | 0000296-DLTagList.h (2 KB) 12-31-69 19:33 |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
258 | DLDocument | feature | always | 09-22-04 19:44 | 02-06-06 17:13 |
|
|||||
Reporter: | zhugy | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | not a bug | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | DLPage implementation | ||||
Description: |
DLPage is a new object that serves as a basic logic container for single-page document image processing. Included within each DLPage object are a protected DLImage member, an extensible list of DLPage attributes, and a list of DLZones which represent the segments on the DLPage. DLPage constructor function encapsulates the document segmentation functions. Upon declaration, the list of DLZones (root zones) on the page are populated by the located segments. Lines of text within this list of root zones on the DLPage can be extracted and stored within the child zones following a tree hierarchy. |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | 0000258-DLPage.h (3 KB) 12-31-69 19:33 |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
422 | Other | feature | always | 04-20-05 15:48 | 02-06-06 16:30 |
|
|||||
Reporter: | liyi | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | not a bug | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | DLxml is a class whose input is DLDocument and output is xml tree. | ||||
Description: |
DLxml is a class whose input is DLDocument and output is xml tree. It works for multiple page but page need to be segmented using some add-ons before input to this class Constructor: DLxml( DLDocument dlDoc, DLTagList dlTaglist ) xml tree is generated in constructor, and could be saved by using DLxml::dlSaveToXmlFile( string filename ) |
||||
Steps To Reproduce: | |||||
Additional Information: | This add-on is checked out to cvs server | ||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
300 | DLDocument | feature | always | 11-30-04 15:41 | 02-06-06 16:28 |
|
|||||
Reporter: | liyi | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | duplicate | |||
Projection: | none | Duplicate ID: | 0000422 | ||
ETA: | none | ||||
|
|||||
Summary: | A class for generating simple XML tree | ||||
Description: | This is a class for generating XML tag file. Currently it only supports a small subset of XML standard (only attributes, data and nodes) and cross platform and is implemented using STL. User can load/save a XML tag file, traverse XML tree, and add/delete nodes, add/modify/delte attributes. | ||||
Steps To Reproduce: | |||||
Additional Information: |
This class has a private member (type: string), whose content is the XML tree. A pointer to the start tag of current nodes is elaboratly maintained when users travel this tree. A example is also included. This class is not included in current version of Doclib. |
||||
Attached Files: | 0000300-XML.zip (5 KB) 12-31-69 19:33 |
There are no notes attached to this bug. |
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
572 | DLComponent | feature | always | 01-23-06 10:20 | 02-06-06 14:54 |
|
|||||
Reporter: | mirekg | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | Clarify documentation on depth | ||||
Description: | Where image depth is a parameter (e.g. DLImage) the documentation needs to specify the valid range/parameters for the depth. The user should be pointed to the DL_ constants that should be used. | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
579 | DLImage | major | always | 02-02-06 07:53 | 02-06-06 11:13 |
|
|||||
Reporter: | gawarho | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | 0000544 | ||
ETA: | none | ||||
|
|||||
Summary: | Do not get sames results | ||||
Description: | When resizing an image via a C++ program versus a Java using JNI program, the resulting images are not bit for bit equal. | ||||
Steps To Reproduce: | |||||
Additional Information: | See reporter for more information. Lynn and Tim have been informed of the problem already. | ||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
580 | Doclib Addons | major | always | 02-02-06 09:33 | 02-06-06 11:13 |
|
|||||
Reporter: | gawarho | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | duplicate | |||
Projection: | none | Duplicate ID: | 0000544 | ||
ETA: | none | ||||
|
|||||
Summary: | Handwritten/Machine Print does not get same results | ||||
Description: | When resizing an image via a C++ program versus a Java using JNI program, the program does not report the sames results. | ||||
Steps To Reproduce: | |||||
Additional Information: | See reporter for more information. | ||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
573 | DLImage | minor | always | 01-24-06 11:10 | 02-03-06 12:28 |
|
|||||
Reporter: | meyers_tim | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | low | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | dlGetChannels() does not return a DLColorType | ||||
Description: |
Several times in DLBitsPerPixelConverter.cpp the following two lines make an appearance: int numBytesPerPix = tImg.dlGetChannels() if(numBytesPerPix == DL_BINARY) {...} This is logically incorrect in spite of the fact that it works correctly; its like comparing apples to oranges and not getting yelled at because they are both fruits. The problem is this: dlGetChannels() returns the number (integer) of image data channels "usually 3 for 24-bit color RGB images, and 1 for binary, grayscale or palettized images" DL_BINARY is an enumerated value of DLColorTypes with the constant value of 1. Because DL_BINARY is an integer, compilers won't yell, and the correct answer is being given without the right question being asked. Essentially, the original coder wanted to ask the question "Is this image a 24-bit color RGB image?", but the way it is written, it appears that the question is "Is this a binary image?" But what someone trying to interpret the code will not realize is that DL_BINARY, when used incorrectly in this instance, actually means "binary, grayscale or palettized images". |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
517 | DLMorphology | minor | always | 08-10-05 17:51 | 02-01-06 11:36 |
|
|||||
Reporter: | jjbran2 | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | 0000575 | ||
ETA: | none | ||||
|
|||||
Summary: | DLMorphology operations don't copy DLImage header | ||||
Description: | The various DLMorphology operations do not copy the DLImage's header to the new output DLImage. Therefore things like the image's resolution values are not transferred to the new image. | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
511 | DLLogger | crash | always | 08-02-05 11:47 | 02-01-06 11:30 |
|
|||||
Reporter: | jjbran2 | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | segfault in DLLogger caused by uninitialized output file name | ||||
Description: |
If I do dlLogger.dlSetLogType(DL_FILEOUT); without a file name, a segfault is caused by the attempted write to the uninitialized FILE * logOutstream. I suggest that if you set the log type to DL_FILEOUT that you either give a default log file name or throw an exception if you don't provide a file name. Furthermore, there should be no essential difference between output to a file and output to standard out/error -- they are both available as streams in the C++ standard library. We should consider replacing the FILE* type calls with stream calls and find a way to convert the printf style command into stream output. |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
444 | DLDocument | feature | always | 05-19-05 15:31 | 02-01-06 11:22 |
|
|||||
Reporter: | chen_kevin | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | DLPage, DLDocument, DLZone Forward ref error | ||||
Description: |
We are getting compilation errors with forward referencing issues in DLPage, DLDocument and DLZone using Visual.net c++ 2002 version 7.0 . We will need to resolve this issue because our clients are using the lower version of .net c++ (We are using .net 2003 V 7.1). I have tried to find a solution to this problem but that involves the knowledge of the the DLDocument design. One thing that might be causing this problem is in the "list<DLZone/DLPage/DLDocument> name" variable. You must have DLZone as a list of pointers because of the forward referencing of DLZone (list <DLZone*> name) |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
334 | DLComponent | feature | always | 01-25-05 12:31 | 02-01-06 11:09 |
|
|||||
Reporter: | mirekg | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | 0000324 | ||
ETA: | none | ||||
|
|||||
Summary: | need to get rid of image size limit for gif | ||||
Description: | Right now there seems to be a restriction on the size of a gif image (width and height). This is probably a legacy limitation from eyepoke. If the height/width exceeds the limit the reader exits. | ||||
Steps To Reproduce: | |||||
Additional Information: | Looking into replacing the GIF object with Phill's Gif object . | ||||
Attached Files: |
There are no notes attached to this bug. |
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
512 | DLImage | tweak | always | 08-05-05 09:21 | 02-01-06 11:07 |
|
|||||
Reporter: | jjbran2 | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | 0000334 | ||
ETA: | none | ||||
|
|||||
Summary: | can DLGIFImage::dlConvertStructToDLImage() be made private/protected? | ||||
Description: |
can DLGIFImage::dlConvertStructToDLImage() be made private/protected? also, can the class definitions class DLLocalGIFImage; class DLGlobalGIFImage; be made protected/private? |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
540 | DLImage | tweak | always | 10-07-05 13:25 | 02-01-06 11:05 |
|
|||||
Reporter: | meyers_tim | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | 0000334 | ||
ETA: | none | ||||
|
|||||
Summary: | DLGIFUtilities error reporting | ||||
Description: | Currently, DLGIFUtilities does not throw exceptions, it simply returns a 0 when something goes wrong and relies on DLGIFImage to say "error in DLGIFUtilities". This however is quite vague. I feel that DLGIFUtilities should be updated to throw Exceptions instead of returning 0 whenever an error occurs. | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
There are no notes attached to this bug. |
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
569 | DLImage | feature | always | 01-12-06 17:31 | 02-01-06 11:03 |
|
|||||
Reporter: | gawarho | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | New ability to access library version # | ||||
Description: |
It would be great to be able to have a standard call to DOCLIB and its addons to retrieve a text string of the version number and possibly release date. If nothing else this information could simply be retrieved by doing a strings command piped to grep to get the version # of the libraries. |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
576 | DLComponent | major | unable to duplicate | 01-30-06 15:18 | 01-31-06 10:57 |
|
|||||
Reporter: | mirekg | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | unable to duplicate | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | unable to open jpeg file | ||||
Description: | I tried to use DoclibCommandLine to convert one of the cedar image (054a.jpg) to tiff. I get error messages and the image does not convert correctly. Command I am using in DoclibCommandLine -input 054a.jpg -output test.tif | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
506 | Other | major | always | 07-29-05 11:44 | 01-31-06 10:26 |
|
|||||
Reporter: | jjbran2 | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | naming of certain data types, structs, classes could conflict with other libraries | ||||
Description: |
We have made a good attempt at creating unique names for our Doclib classes; our naming convention that requires each class name to start with DL... makes it unlikely that we will have a name collision with other libraries that a DOCLIB user might be programming with. However, there are many types, structs, classes and #defines still lying around that have names that are too generic and could cause collisions. The worst offenders are in DLCcConst.h, which I realize got dragged in with the TWOBIT connected component code. This will be the toughest to tease out but it will be worth it. Here is a list we should fix: in DLBitsPerPixelConverter.h: enum BINARIZE_TYPE in DLCcConst.h: #define round <--- really bad #define Setarr(a,n,y,v) #define Malloc(w,x,y,z) #define Calloc(w,x,y,z) #define Realloc(w,x,inc,y,z) #define Swap(a,b,t) #define retMaxVal #define retMinVal Other #defines should be redone as const static int, etc. in DLConst.h: #define DL_MAX #define DL_MIN enum ColorTypes enum BWColors const static int PPM_MAX_LINE_LENGTH const static char * DIR_SEPARATOR in DLGIFImage.h: many #defines should be redone as const static in DLGIFUtilities.h: struct LZWtable struct image_format in DLImageFactory.h: struct ltstr in DLIOStream.h: enum Endian in DLPoint.h: struct POINTLIST (by the way, consider using STL's list<DLPoint> for this!) in DLSkeleton.h: #define MATRIX_SIZE in DLTypes.h: #defines: some should be eliminated, some should be typedefs, some should be functions in mfs_file.h: I realize this is from an outside source, but we should find a way to get rid of some of the worse #defines like #define TRUE. |
||||
Steps To Reproduce: | |||||
Additional Information: | we should never need to #define a min(x,y), max(x,y) or swap(x,y) function. These are now part of the standard library and are found in #include <algorithm>. | ||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
|||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
275 | Other | feature | always | 10-18-04 16:36 | 01-31-06 10:11 |
|
|||||
Reporter: | mirekg | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | Reading of gif images is slow | ||||
Description: |
In doing some profiling of a doclib application I observed that reading gif images is taking a significantly longer time than reading tif images. Much time is being spent in the DLGIFUtilities::initialize_LZW_table routine. It is in fact being called numerous times. It needs to be examined for efficiency and we should investigate whether this or any other tables needed by the gif reader can be included as static data areas in doclib, rather then being created. |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
568 | DLImage | major | always | 01-12-06 16:52 | 01-25-06 10:30 |
|
|||||
Reporter: | gawarho | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | dlResizeImage does not produce the same results as in previous version | ||||
Description: | I use dlResizeImage to build thumbnails. The results of the same program I use just relinked with the latest version of DOCLIB, generates thumbnails that do not look like the thumbnails generated previously. | ||||
Steps To Reproduce: | |||||
Additional Information: |
See reporter for sample files, source code and binaries of the two programs (linked to different versions of DOCLIB). |
||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
571 | DLImage | major | always | 01-19-06 15:48 | 01-25-06 10:28 |
|
|||||
Reporter: | gawarho | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | dlDownscaleColor2Binary | ||||
Description: |
I did not see a bug entry for this error -- I have talked with the DOCLIB developers and wanted to make sure that it does not slip through the cracks. When using dlDownscaleColor2Binary, I get images with horizontal staggered lines in my output image. |
||||
Steps To Reproduce: | |||||
Additional Information: | See reporter for code and test image(s). | ||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
567 | DLImage | block | always | 01-12-06 12:58 | 01-24-06 10:05 |
|
|||||
Reporter: | gawarho | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | 0000552 | ||
ETA: | none | ||||
|
|||||
Summary: | File and memory load yields different results | ||||
Description: | When I use DLImage(filename) the image loads and creates a DLImage. When I use DLImage(dataPtr, dataLength) or DLImage(dataPtr, dataLength, DLBaseImagePtr), the image does not load in a DLImage object. | ||||
Steps To Reproduce: | |||||
Additional Information: |
I thought that using the appropriate DLBaseImage pointer in the creation of a DLImage would have effectively been the same as DLImage(filename). When trying the memory based creation of DLIMage, I get the followign message: Exception:DLJPGImage.cpp:477: <DLJPGImage::dlLoadImage()> Decompression Error! Please see reporter for sample images, source code, etc. |
||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
566 | DLImage | major | always | 01-11-06 14:05 | 01-17-06 16:16 |
|
|||||
Reporter: | gawarho | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | Downscaling from color to binary fails | ||||
Description: |
After to upgrading to the newset version of DOCLIB, 0.13B, my program that used to convert from color to binary or from gray to binary does not produce the same results. In one case the image is blank and in some cases it just has short horizontal lines. In all cases the image converted properly when using the older version of DOCLIB |
||||
Steps To Reproduce: | |||||
Additional Information: | See bug reporter at customer site for more information, sourc code and same images if needed. | ||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
565 | Doclib Addons | major | always | 01-10-06 10:40 | 01-12-06 15:32 |
|
|||||
Reporter: | gawarho | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | duplicate | |||
Projection: | none | Duplicate ID: | 0000564 | ||
ETA: | none | ||||
|
|||||
Summary: | No documentation for document Id algorithm | ||||
Description: | There is no Doxygen documentation for the Document Id algorithm. | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
417 | Other | minor | have not tried | 03-24-05 12:29 | 12-29-05 08:40 |
|
|||||
Reporter: | amsakak | Platform: | |||
Assigned To: | mirekg | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | ld: warning: file libtiff.so: section .stabstr: malformed string table, initial or final byte | ||||
Description: |
When linking into the Tiff library with ld (don't know what ld is), I receive the message ld: warning: file libtiffl.so: section .stabstr: malformed string table, initial or final byte This occurs when compiling code that is not part of Doclib but I was told to enter this bug regardless. |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
302 | Other | minor | always | 12-03-04 14:43 | 12-28-05 11:38 |
|
|||||
Reporter: | chen_kevin | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | 0000334 | ||
ETA: | none | ||||
|
|||||
Summary: | DLGIFImage is always converting other image objects to 24 Bit images when loading. | ||||
Description: | Need to modify DLGIFImage to load images to the correct color depth (1, 8 and 24 bits). Currently, it is always loads the image to 24 bit color. | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
309 | Other | trivial | always | 12-09-04 17:20 | 12-28-05 11:18 |
|
|||||
Reporter: | amsakak | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | low | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | Compilation warning messages for Sunos59 and Linux24 | ||||
Description: |
The attachment shows the compilation stderr output when compiling at the customer site on a Sunos59 then a Linux24 machine. Note that the compile flags were set to maximize the warning messages output. I have the attachment printed out in hardcopy if anyone wants it. |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | 0000309-compilationOutput.txt (148 KB) 12-31-69 19:33 |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
290 | DLImage | feature | always | 10-28-04 18:17 | 12-28-05 11:10 |
|
|||||
Reporter: | mirekg | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | DLImage documentation needs to clarify valid ranges for methods | ||||
Description: |
The documentation(comments) for DLImage need to be beefed up to make it clear what the valid values are for parameters. For example there is a method DLImage(int w, int h, int depth, int data). There is no indication of the valid entries for depth. The documentation should specify DL_BITDEPTH24,etc. Along the same lines. I did a grep on "24" and see many places where this is hard-coded. Should we be using the doclib constant? |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
560 | Doclib Addons | feature | N/A | 12-15-05 15:18 | 12-19-05 16:33 |
|
|||||
Reporter: | amsakak | Platform: | |||
Assigned To: | amsakak | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | DoclibTestSuite automated Makefile creation | ||||
Description: |
Tim is creating an add-on called DoclibTestSuite which will be able to test both the core doclib library and the add-ons. Unlike the current regression test, DoclibTestSuite will test a wide variety of situations rather than a limited number of specific ones. This will require some test to be created for each add-on which bears some resemblance to /home/meyers_tim/sandbox/doclib/src/DoclibTestSuite/testDLImageHead.cpp. In order for the DoclibTestSuite binary to run, it needs to know the various add-ons and which have a file equivalent to "testDLImageHead.cpp" which will be used for testing. Ideally, this information should be contained in the Makefile used to compile DoclibTestSuite. The question is, how do we get that information to the Makefile? Might be able to have an environment variable defined which will contain this information. Then, maybe use the make.pl wrapper script to set values for this variable. Or, perhaps the DoclibTestSuite Makefile.am file could have something set up to search the various add-ons for the desired information. The latter would be ideal but perhaps more difficult. |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | 0000560-DoclibTestSuiteTemp.tar (340 KB) 12-31-69 19:33 |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
485 | Other | major | always | 07-01-05 10:29 | 12-19-05 10:35 |
|
|||||
Reporter: | amsakak | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | high | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | LogoDetectDOCLIB unable to compile | ||||
Description: |
This error has been verified on both Mediaproc and the Dell team laptop. Making all in LogoDetectTestDriver make[1]: Entering directory `/home/amsakak/sandbox/LogoDetectDOCLIB/src/LogoDetectTestDriver' g++ -c -O3 -fexpensive-optimizations -Wall -DDL_DBG=DL_CRITICAL -I../LogoDetectLib -I../../../doclib/include -I/home/amsakak/sandbox/doclib/resource/include -I/home/amsakak/sandbox/doclib/resource/linux/include/libjpeg -I/home/amsakak/sandbox/doclib/resource/linux/include/libpng -I/home/amsakak/sandbox/doclib/resource/linux/include/libtiff -I/home/amsakak/sandbox/doclib/resource/linux/include/zlib -I/home/amsakak/INSTALL/linux24/include TestLogoDetect.cpp In file included from ../../../doclib/include/DLConnectedComponents.h:8, from ../LogoDetectLib/DLLogoDetect.h:6, from TestLogoDetect.cpp:6: ../../../doclib/include/DLCompIterator.h:459:27: warning: no newline at end of file TestLogoDetect.cpp:128:2: warning: no newline at end of file ../../../doclib/include/DLConst.h:62: warning: `const char*DIR_SEPARATOR' defined but not used ../../../doclib/include/DLColor.h:7: warning: `unsigned char DLColorMap[744]' defined but not used g++ -O3 -fexpensive-optimizations -Wall -DDL_DBG=DL_CRITICAL -o LogoDetect_commandLine TestLogoDetect.o -L../../linux24/lib -L../../../doclib/linux24/lib -L/home/amsakak/sandbox/doclib/resource/linux -L/home/amsakak/INSTALL/linux24/lib -lLogoDetectLib -lDoclib -ltiff -ljpeg -lpng -lz -lm ../../../doclib/linux24/lib/libDoclib.a(DLZone.o)(.text+0x1049): In function `DLZone::dlSetZoneWidth(int)': : undefined reference to `DLPage::dlCheckPageImageData()' ../../../doclib/linux24/lib/libDoclib.a(DLZone.o)(.text+0x11c5): In function `DLZone::dlSetZoneHeight(int)': : undefined reference to `DLPage::dlCheckPageImageData()' collect2: ld returned 1 exit status make[1]: *** [LogoDetect_commandLine] Error 1 make[1]: Leaving directory `/home/amsakak/sandbox/LogoDetectDOCLIB/src/LogoDetectTestDriver' make: *** [all-recursive] Error 1 |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
487 | Other | major | always | 07-01-05 10:34 | 12-19-05 10:35 |
|
|||||
Reporter: | amsakak | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | high | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | PageLayoutDOCLIB unable to compile | ||||
Description: |
This error has been verified on both Mediaproc and the Dell team laptop. Making all in PageLayoutLib make[1]: Entering directory `/home/amsakak/sandbox/PageLayoutDOCLIB/src/PageLayoutLib' g++ -c -O3 -fexpensive-optimizations -Wall -DDL_DBG=DL_CRITICAL -I. -I../../../doclib/include -I../../../JargonDOCLIB/src/JargonScriptIDLib -I../../../getLinesDOCLIB/src/getLinesLib -I/home/amsakak/sandbox/doclib/resource/include -I/home/amsakak/sandbox/doclib/resource/linux/include/libjpeg -I/home/amsakak/sandbox/doclib/resource/linux/include/libpng -I/home/amsakak/sandbox/doclib/resource/linux/include/libtiff -I/home/amsakak/sandbox/doclib/resource/linux/include/zlib -I/home/amsakak/INSTALL/linux24/include objectInfoClass.cpp In file included from ../../../doclib/include/DLConnectedComponents.h:8, from ../../../JargonDOCLIB/src/JargonScriptIDLib/JScript.h:7, from objectInfoClass.h:6, from objectInfoClass.cpp:10: ../../../doclib/include/DLCompIterator.h:459:27: warning: no newline at end of file objectInfoClass.cpp: In constructor `objectInfoClass::objectInfoClass(std::basic_string<char, std::char_traits<char>, std::allocator<char> >, JScript*, int, char*, int, int, int)': objectInfoClass.cpp:168: warning: format argument is not a pointer (arg 4) objectInfoClass.cpp:170: warning: cannot pass objects of non-POD type `struct std::string' through `...'; call will abort at runtime objectInfoClass.cpp:170: warning: format argument is not a pointer (arg 4) objectInfoClass.cpp:406:9: warning: "/*" within comment objectInfoClass.cpp: In member function `objectInfo* objectInfoClass::computeObjectInfo(std::basic_string<char, std::char_traits<char>, std::allocator<char> >, int)': objectInfoClass.cpp:317: warning: unused variable `unsigned char*pixels1' objectInfoClass.cpp:320: warning: unused variable `unsigned char*newr_image' objectInfoClass.cpp:322: warning: unused variable `int long_line_count' objectInfoClass.cpp:323: warning: unused variable `int*iList' objectInfoClass.cpp:324: warning: unused variable `int*line_segs' objectInfoClass.cpp:327: warning: unused variable `int big_line_count' objectInfoClass.cpp:834:9: warning: "/*" within comment objectInfoClass.cpp:855:9: warning: "/*" within comment objectInfoClass.cpp: In member function `void objectInfoClass::computeInterlineSpacingFeatures(DLImage*, DLlineInfo*, int, float*, float*)': objectInfoClass.cpp:865: warning: unused variable `int cols' objectInfoClass.cpp:1140:1: warning: "/*" within comment objectInfoClass.cpp:1143:1: warning: "/*" within comment objectInfoClass.cpp: In member function `int objectInfoClass::tbComputeDCT(double*, int, double**)': objectInfoClass.cpp:1175: warning: assignment to `unsigned char' from `double' objectInfoClass.cpp:1175: warning: argument to `unsigned char' from `double' objectInfoClass.cpp: In member function `void objectInfoClass::writeG4TiffGray(char*, float*, int)': objectInfoClass.cpp:718: warning: `double rotation_angle' might be used uninitialized in this function objectInfoClass.cpp:722: warning: `DLImage*outImage' might be used uninitialized in this function objectInfoClass.cpp: In member function `void objectInfoClass::writeG4Tiff(char*)': objectInfoClass.cpp:762: warning: `DLImage*outImage' might be used uninitialized in this function ../../../doclib/include/DLConnectedComponents.h: At top level: ../../../doclib/include/DLConst.h:62: warning: `const char*DIR_SEPARATOR' defined but not used ../../../doclib/include/DLColor.h:7: warning: `unsigned char DLColorMap[744]' defined but not used ../../../JargonDOCLIB/src/JargonScriptIDLib/JMorphology.h:6: warning: `char JARGONVERSION[33]' defined but not used g++ -c -O3 -fexpensive-optimizations -Wall -DDL_DBG=DL_CRITICAL -I. -I../../../doclib/include -I../../../JargonDOCLIB/src/JargonScriptIDLib -I../../../getLinesDOCLIB/src/getLinesLib -I/home/amsakak/sandbox/doclib/resource/include -I/home/amsakak/sandbox/doclib/resource/linux/include/libjpeg -I/home/amsakak/sandbox/doclib/resource/linux/include/libpng -I/home/amsakak/sandbox/doclib/resource/linux/include/libtiff -I/home/amsakak/sandbox/doclib/resource/linux/include/zlib -I/home/amsakak/INSTALL/linux24/include objectPairClass.cpp In file included from ../../../doclib/include/DLConnectedComponents.h:8, from ../../../JargonDOCLIB/src/JargonScriptIDLib/JScript.h:7, from objectInfoClass.h:6, from objectPairClass.h:5, from objectPairClass.cpp:2: ../../../doclib/include/DLCompIterator.h:459:27: warning: no newline at end of file In file included from objectPairClass.cpp:2: objectPairClass.h:9:34: ..\utility_hm\Tarray.h: No such file or directory In file included from objectPairClass.cpp:2: objectPairClass.h:61: 'CTArray' is used as a type, but is not defined as a type. objectPairClass.h: In destructor `objectPairInfo::~objectPairInfo()': objectPairClass.h:65: `doc_array' undeclared (first use this function) objectPairClass.h:65: (Each undeclared identifier is reported only once for each function it appears in.) objectPairClass.h: In member function `objectPairInfo& objectPairInfo::operator=(objectPairInfo)': objectPairClass.h:94: `struct objectPairInfo' has no member named `doc_array' objectPairClass.h: At global scope: objectPairClass.h:107: 'CTArray' is used as a type, but is not defined as a type. objectPairClass.h: In member function `void pairCluster::Add(int)': objectPairClass.h:116: `memberlist' undeclared (first use this function) objectPairClass.h:118: `CTArray' undeclared (first use this function) objectPairClass.h:118: syntax error before `;' token objectPairClass.h:121: `tmp' undeclared (first use this function) objectPairClass.h:209:7: warning: no newline at end of file objectPairClass.cpp:3:23: polyclass.h: No such file or directory objectPairClass.cpp: In member function `void objectPairClass::readDataWithScores(FILE*)': objectPairClass.cpp:236: warning: int format, objectType arg (arg 3) objectPairClass.cpp:236: warning: int format, objectType arg (arg 4) objectPairClass.cpp:236: warning: int format, float arg (arg 7) objectPairClass.cpp:236: warning: char format, different type arg (arg 19) objectPairClass.cpp:236: warning: char format, different type arg (arg 20) objectPairClass.cpp:236: warning: too few arguments for format objectPairClass.cpp: In constructor `objectPairClass::objectPairClass(const char*, FILE*)': objectPairClass.cpp:305: warning: int format, objectType arg (arg 3) objectPairClass.cpp:305: warning: int format, objectType arg (arg 4) objectPairClass.cpp:305: warning: int format, float arg (arg 7) objectPairClass.cpp: In constructor `objectPairClass::objectPairClass(objectInfo*, int, int, FILE*)': objectPairClass.cpp:353: name lookup of `i' changed for new ISO `for' scoping objectPairClass.cpp:345: using obsolete binding at `i' objectPairClass.cpp: In member function `void objectPairClass::printScoreInfo(std::basic_string<char, std::char_traits<char>, std::allocator<char> >)': objectPairClass.cpp:453: warning: int format, double arg (arg 8) objectPairClass.cpp: In member function `void objectPairClass::printInfo(std::basic_string<char, std::char_traits<char>, std::allocator<char> >)': objectPairClass.cpp:494: warning: int format, double arg (arg 8) objectPairClass.cpp: In member function `void objectPairClass::merge(objectPairClass*, int)': objectPairClass.cpp:728: name lookup of `i' changed for new ISO `for' scoping objectPairClass.cpp:726: using obsolete binding at `i' objectPairClass.cpp:743: warning: assignment to `int' from `float' objectPairClass.cpp:743: warning: argument to `int' from `float' objectPairClass.cpp:764: name lookup of `merged' changed for new ISO `for' scoping objectPairClass.cpp:731: using obsolete binding at `merged' objectPairClass.cpp: In member function `void objectPairClass::frequencyBasedPrune(int, FILE*)': objectPairClass.cpp:822: name lookup of `i' changed for new ISO `for' scoping objectPairClass.cpp:810: using obsolete binding at `i' objectPairClass.cpp: In member function `void objectPairClass::frequencyBasedPruneForScoring(int)': objectPairClass.cpp:882: name lookup of `i' changed for new ISO `for' scoping objectPairClass.cpp:870: using obsolete binding at `i' objectPairClass.cpp: In member function `void objectPairClass::scoreBasedPrune(float)': objectPairClass.cpp:914: warning: unused variable `int pruned_count' objectPairClass.cpp: In member function `void objectPairClass::prune()': objectPairClass.cpp:976: name lookup of `i' changed for new ISO `for' scoping objectPairClass.cpp:952: using obsolete binding at `i' objectPairClass.cpp:994: warning: assignment to `int' from `float' objectPairClass.cpp:994: warning: argument to `int' from `float' objectPairClass.cpp: In member function `void objectPairClass::prune2(bool, bool)': objectPairClass.cpp:1015: `struct pairCluster' has no member named `memberlist' objectPairClass.cpp:1046: `struct pairCluster' has no member named `memberlist' objectPairClass.cpp:1059: `struct pairCluster' has no member named `memberlist' objectPairClass.cpp:1069: name lookup of `i' changed for new ISO `for' scoping objectPairClass.cpp:1020: using obsolete binding at `i' objectPairClass.cpp:1071: `struct pairCluster' has no member named `memberlist' objectPairClass.cpp:1099: `struct pairCluster' has no member named `memberlist' objectPairClass.cpp:1122: `struct pairCluster' has no member named `memberlist' objectPairClass.cpp:1125: `struct objectPairInfo' has no member named ` doc_array' objectPairClass.cpp:1126: `struct objectPairInfo' has no member named ` doc_array' objectPairClass.cpp:1129: `struct pairCluster' has no member named `memberlist' objectPairClass.cpp:1130: `struct objectPairInfo' has no member named ` doc_array' objectPairClass.cpp:1346:2: warning: no newline at end of file /usr/include/c++/3.2.3/bits/locale_facets.h: At top level: ../../../doclib/include/DLConst.h:62: warning: `const char*DIR_SEPARATOR' defined but not used ../../../doclib/include/DLColor.h:7: warning: `unsigned char DLColorMap[744]' defined but not used ../../../JargonDOCLIB/src/JargonScriptIDLib/JMorphology.h:6: warning: `char JARGONVERSION[33]' defined but not used make[1]: *** [objectPairClass.o] Error 1 make[1]: Leaving directory `/home/amsakak/sandbox/PageLayoutDOCLIB/src/PageLayoutLib' make: *** [all-recursive] Error 1 |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
543 | Doclib Addons | text | always | 10-12-05 10:24 | 12-19-05 10:22 |
|
|||||
Reporter: | gawarho | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | LogoRecognition | ||||
Description: |
In some version of the LogoTokenMatch code, the score/distance reported was a value between 0 and 1. It now appears that the score is between 0 and 99?????? The documentation does not provide any information about the interpretation of the score......... What is consider a good match? what is not a good match and waht is in between??????? |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
552 | DLImage | major | always | 10-21-05 17:44 | 12-19-05 10:07 |
|
|||||
Reporter: | gawarho | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | DLImage cannot open image | ||||
Description: |
Cannot open a JPG image if it is memory resident. Works on the same image if file based. A message is printed: Exception: DLJPGIMage.cpp: 477 <DLJPGImage::dlLoadImage()> Decompression Error! See reporter for sample files and test code. |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
559 | DLComponent | feature | always | 12-07-05 11:29 | 12-07-05 11:30 |
|
|||||
Reporter: | mirekg | Platform: | |||
Assigned To: | mirekg | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | test | ||||
Description: | test | ||||
Steps To Reproduce: | |||||
Additional Information: | test | ||||
Attached Files: |
There are no notes attached to this bug. |
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
551 | Doclib Addons | minor | always | 10-21-05 11:14 | 11-29-05 12:40 |
|
|||||
Reporter: | gawarho | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | Exception Error Message corrupted | ||||
Description: |
Using docid library, I get a corrupt error message after executing the following code when I accidentally sent the algorithm a PDF file: try { image = new ImageFeatures(); image->IFLoadImage(filename, desired_colors); // throws exception because of PDF file } catch(DLException e) cerr << e.dlGetErrorMsg() << endl; // prints garbled stuff } |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
553 | DLImage | major | always | 10-24-05 14:49 | 10-27-05 11:21 |
|
|||||
Reporter: | gawarho | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | 0000539 | ||
ETA: | none | ||||
|
|||||
Summary: | File loads with DLImage, but is corrupt | ||||
Description: |
A corrupt file that appears to be a GIF loads under DLImage and a call to dlIsCorrupt indicates the tile is not corrupt. See reporter for more information and the file in question at the government site. |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
There are no notes attached to this bug. |
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
547 | DLComponent | crash | always | 10-20-05 14:44 | 10-26-05 10:40 |
|
|||||
Reporter: | gawarho | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | DOCLIB Crashes when opening file | ||||
Description: |
When opening a specific GIF file, DOCLIB crashes. Please see customer/reporter for information about the file and specifics at government site. |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
539 | DLConnectedComponent | crash | always | 10-05-05 08:52 | 10-25-05 10:39 |
|
|||||
Reporter: | mirekg | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | high | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | gif image causing doclib crash | ||||
Description: |
I have an image on the Govt. network causing doclib to crash. It is in ~lmgoleb/doclib_problem_images. The readme file in that directory points to the specific image |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
177 | feature | N/A | 05-19-04 14:00 | 10-25-05 10:22 | |
|
|||||
Reporter: | rziemer | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | Need Option for alternative Linking Methods | ||||
Description: |
In order to compile using DocLib in alternative environements (i.e. Multi-Threaded MFC) DocLib should have alternate configurations setup in the Visual Studio project that link to the standard C library through Static Multi-Threading, Multi-Threaded DLL, Static Single-Threaded, Single-Threaded DLL, in both Debug and Release modes. This linking can be changed in: Properties->C/C++->Code Generation->Runtime Library |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
There are no notes attached to this bug. |
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
431 | Other | feature | N/A | 05-09-05 08:55 | 10-25-05 10:11 |
|
|||||
Reporter: | chen_kevin | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | DOCLIB libs compiled using Visual C++ 7.1 can not be linked in with Visual c++ 7.0 | ||||
Description: | Libs produced using Visual C++ compilers can not be linked in using a different version of Visual c++. This is an issue when distributing DOCLIB libs and the user doesn't have the right version of the compiler. | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
|||
|
||||
|
|
|||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
130 | DLComponent | feature | always | 03-16-04 17:48 | 10-25-05 10:09 |
|
|||||
Reporter: | admin | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | add documentation | ||||
Description: | In general our documentation is a bit too sparse, about one sentence per function. | ||||
Steps To Reproduce: | |||||
Additional Information: | have provided in-depth documentation for DLIMage and DLBitsPerPixelConverter. Will pass off to Kevin to adapt same documentation standards to all CC-related functions. | ||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
278 | DLComponent | feature | always | 10-18-04 17:26 | 10-25-05 10:08 |
|
|||||
Reporter: | mirekg | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | Text Line detection needs to be modified to output DLZones | ||||
Description: | Text Line detection needs to be modified to output DLZones | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
510 | Other | minor | always | 08-02-05 10:28 | 10-25-05 10:05 |
|
|||||
Reporter: | jjbran2 | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | Destruction of singleton objects | ||||
Description: |
Earlier in Bug 0000426, Saki brought attention to the problem of the several singleton objects in Doclib not getting properly destroyed, which shows up in valgrind reports. To continue discussion on this issue, please see the following link: http://www.research.ibm.com/designpatterns/pubs/ph-jun96.txt this article is also reproduced and updated in the book Pattern Hatching by John Vlissides (Addison-Wesley, 1998) To do a thorough job of cleaning up after ourselves, we should consider implementing one of these suggestions. |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
364 | Other | feature | always | 02-21-05 14:03 | 10-25-05 10:01 |
|
|||||
Reporter: | chen_kevin | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | Need to resolve compilation warnings in Doclib | ||||
Description: |
A number of the Doclib .cpp files ahve the "Warning: String literal converted to char*" Put (char *) in front of all the string literals in order to set up the proper casting. Also other warning messages. |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
|||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
486 | Other | major | always | 07-01-05 10:32 | 10-07-05 14:52 |
|
|||||
Reporter: | amsakak | Platform: | |||
Assigned To: | chen_kevin | OS: | |||
Priority: | high | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | logoTokenMatchDOCLIB unable to compile | ||||
Description: |
This error has been verified on both Mediaproc and the Dell team laptop. Making all in token_match_lib make[1]: Entering directory `/home/amsakak/sandbox/logoTokenMatchDOCLIB/src/token_match_lib' g++ -c -O3 -fexpensive-optimizations -Wall -DDL_DBG=DL_CRITICAL -I./ -I../../../doclib/include -I/home/amsakak/sandbox/doclib/resource/include -I/home/amsakak/sandbox/doclib/resource/linux/include/libjpeg -I/home/amsakak/sandbox/doclib/resource/linux/include/libpng -I/home/amsakak/sandbox/doclib/resource/linux/include/libtiff -I/home/amsakak/sandbox/doclib/resource/linux/include/zlib -I/home/amsakak/INSTALL/linux24/include DLLogoTokenMatch.cpp ../../../doclib/include/DLConst.h:62: warning: `const char*DIR_SEPARATOR' defined but not used ar cru libLogoTokenMatchLib.a DLLogoTokenMatch.o ranlib libLogoTokenMatchLib.a ../../linux24/lib/libLogoTokenMatchLib.a successfully created. make[1]: Leaving directory `/home/amsakak/sandbox/logoTokenMatchDOCLIB/src/token_match_lib' Making all in driver make[1]: Entering directory `/home/amsakak/sandbox/logoTokenMatchDOCLIB/src/driver' g++ -c -O3 -fexpensive-optimizations -Wall -DDL_DBG=DL_CRITICAL -I../token_match_lib -I../../../LogoDetectDOCLIB/src/LogoDetectLib/ -I../../../doclib/include -I/home/amsakak/sandbox/doclib/resource/include -I/home/amsakak/sandbox/doclib/resource/linux/include/libjpeg -I/home/amsakak/sandbox/doclib/resource/linux/include/libpng -I/home/amsakak/sandbox/doclib/resource/linux/include/libtiff -I/home/amsakak/sandbox/doclib/resource/linux/include/zlib -I/home/amsakak/INSTALL/linux24/include DLTestLogoMatch.cpp In file included from ../../../doclib/include/DLConnectedComponents.h:8, from ../../../LogoDetectDOCLIB/src/LogoDetectLib/DLLogoDetect.h:6, from DLTestLogoMatch.cpp:2: ../../../doclib/include/DLCompIterator.h:459:27: warning: no newline at end of file ../../../doclib/include/DLConst.h:62: warning: `const char*DIR_SEPARATOR' defined but not used ../../../doclib/include/DLColor.h:7: warning: `unsigned char DLColorMap[744]' defined but not used g++ -O3 -fexpensive-optimizations -Wall -DDL_DBG=DL_CRITICAL -o LogoTokenMatch_commandLine DLTestLogoMatch.o -L../../linux24/lib -L../../../doclib/linux24/lib -L../../../LogoDetectDOCLIB/linux24/lib -L/home/amsakak/sandbox/doclib/resource/linux -L/home/amsakak/INSTALL/linux24/lib -lLogoTokenMatchLib -lLogoDetectLib -lDoclib -ltiff -ljpeg -lpng -lz -lm ../../../doclib/linux24/lib/libDoclib.a(DLZone.o)(.text+0x1049): In function `DLZone::dlSetZoneWidth(int)': : undefined reference to `DLPage::dlCheckPageImageData()' ../../../doclib/linux24/lib/libDoclib.a(DLZone.o)(.text+0x11c5): In function `DLZone::dlSetZoneHeight(int)': : undefined reference to `DLPage::dlCheckPageImageData()' collect2: ld returned 1 exit status make[1]: *** [LogoTokenMatch_commandLine] Error 1 make[1]: Leaving directory `/home/amsakak/sandbox/logoTokenMatchDOCLIB/src/driver' make: *** [all-recursive] Error 1 |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
450 | Other | feature | always | 06-01-05 10:05 | 10-03-05 16:29 |
|
|||||
Reporter: | chen_kevin | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | low | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | DoclibProtypeCommandLine is not supposed to be installed | ||||
Description: | DoclibProtypeCommandLine is for code example or unit testing purposes only and not to be released. Need to modify make/install script to take out the installation of DoclibProtypeCommandLine. | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
434 | Other | feature | always | 05-10-05 12:40 | 10-03-05 16:07 |
|
|||||
Reporter: | amsakak | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | DOCLIB Beta Release Procedures.doc | ||||
Description: | Please note that many of us do not have access to Windows machines. Hence, Microsoft Word documents cannot be read. It might be better to use something neutral such as ASCII text or HTML. Also, file names can be more easily managed if they do not contain spaces. | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
537 | Other | feature | always | 09-30-05 14:14 | 09-30-05 14:20 |
|
|||||
Reporter: | meyers_tim | Platform: | |||
Assigned To: | meyers_tim | OS: | |||
Priority: | low | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | Create Customer Development Instructions Website | ||||
Description: | We need an instructional document for doing internal doclib development. | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
Viewing Bug Advanced Details | |||||
|
|||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
493 | Other | feature | always | 07-19-05 09:50 | 09-30-05 10:45 |
|
|||||
Reporter: | amsakak | Platform: | |||
Assigned To: | jjbran2 | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | Duplicate ID: | |||
ETA: | none | ||||
|
|||||
Summary: | DOCLIB core documentation needs work | ||||
Description: |
Documentation is weak. Incomprehensible at times. Consider the following example taken from classDLConnectedComponents.html: int DLConnectedComponents::dlFilterCCMassGreater ( float blobpct ) Filter connected components for Mass Greater Exclude low-densiy components Parameters: blobpct float |
||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Bug Notes | ||||
|
||||
|
|
|||
|
||||
|
|