Opened 17 years ago

Last modified 17 years ago

#915 closed defect (fixed)

OpenEV update /multiopen problems with histogram tool

Reported by: zachary@… Owned by: warmerdam
Priority: high Milestone:
Component: default Version: unspecified
Severity: normal Keywords:


During default install of FWTools099.exe (no MRSID), at the point in the 
install script where it says:

Execute: "C:\Program Files\FWTools0.9.9\python\python.exe" "C:\Program 
Files\FWTools0.9.9\pymod\" "C:\Program Files\FWTools0.9.9"

I get a popup with the following error:
python.exe - Unable to locate component
"This application has failed to start because python23.dll was ot found. Re-
installing the application may fix this problem."

Both python.exe and python23.dll are in the same directories they were under 
the fwtools 0.98

Also when I load up OpenEV_FW now, it works, but I get an error in the console 
Loading tools from C:\PROGRA~1\FWTOOL~1.9\tools\
... failed to load ... skipping.

It's the same that was under fwtools 0.98
I don't know if this problem is related to the python install one.  Nothing 
seems to crash yet despite all these messages.

Change History (2)

comment:1 by warmerdam, 17 years ago


The problem with running has been corrected, and a new
FWTools099.exe uploaded.  The failure just means that the visual basic 
stubs don't have the DLL path corrected.  No big deal for most people.

I have determined that was not loading because
now has a dependency on which doesn't exist in the old pygtk package
I am using for FWTools.  I have modified to no longer have this

However, I see the primary tool from (the histogram tool)
still doesn't work because of issues on windows with trying to open files
in update mode for display, and then trying to open again later for histogram

I will leave this bug open to deal with that.

So, outstanding issue is:

 o Open a raster file in OpenEV and by default it is opened in update mode.
 o Invoke histogram analysis on it, and it will not work because the next
   attempt to open the file fails since on win32 fopen(....,"r+") locks the  

comment:2 by warmerdam, 17 years ago

I have determined this problem (with reopening already open-for-update files
is somewhat unique to FWTools and TIFF and relates to the fact that tif_win32.c
uses the FILE_SHARE_READ flag meaning that any file opened in update mode can't
be shared.

I have corrected my local libtiff build to use FILE_SHARE_READ|FILE_SHARE_WRITE.
This solves the opening problem, but for some reason the histogram tool is 
*still* not working!

Note: See TracTickets for help on using tickets.