Strucking with exportSDK.dll

Hi,
Im doing XI R2 client installtion on my machine.It is struckup with exportsdk.dll.i forcefully exited the setup ,cleared all the registeries,deleted the folders and restarted the machine and did the installion from the scratch.Again it is stuckup with exportSDK.dll.
I did registering exportSDK.dll manually thro RUN Command
regsvr32 "C:\Program Files\Business Objects\BusinessObjects Enterprise 11.5\win32_x86\exportsdk.dll"
and reinstalled the setup...still the issue persists.
Please help me to fix this issue.
Thanks for your assistance in advance.
Thanks,
Jayaprabha

Hi Jayaprabha,
Check the following
Copy the exportSDK.dll in working mahine and paste into Other machine(Not Working Machine).
OR
Copy the Full setup in Working client machine and paste into Other machine(Not Working Machine)
OR
Reinstall
*Close the thread if issue solved.
Regards
Jambulingam.P
Edited by: Jambulingam P on Jul 15, 2009 9:52 AM

Similar Messages

Struckup with exportSDK.dll

Hi,
Im doing XI R2 client installtion on my machine.It is struckup with exportsdk.dll.i forcefully exited the setup ,cleared all the registeries,deleted the folders and restarted the machine and did the installion from the scratch.Again it is stuckup with exportSDK.dll.
I did registering exportSDK.dll manually thro RUN Command
regsvr32 "C:\Program Files\Business Objects\BusinessObjects Enterprise 11.5\win32_x86\exportsdk.dll"
and reinstalled the setup...still the issue persists.
Please help me to fix this issue.
Thanks for your assistance in advance.
Thanks,
Jayaprabha

Hi,
Im not able to uninstall BO because it not avaialble in control panel->Add/Remove programs but i could see in
start->program files-> ...
i uninstalled BO clearing all regsiteries and folders.Later when i started the installation it was saying "installation is resuming from the suspended state"....
So please tell me how to uninstall BO....(because it is not available in Add/Remove programs)
Note:This is not a error message to ignore and install ...because this is happening while installing BOand it is getting stuckup with exportSDK.dll due to this installation is not moving forward i.e the installation is hung and it is in the middle....so i need to forcefully terminate the installation.....

Error 1904 "Cannot register ExportSDK.dll" when installing BOXI

When installing BO Entreprise XI Release 2 on my PC WXP SP2, had 2 error messages 1904 "Cannot register dll" on :
- ExportSDK.dll
- importent6.dll
I had to ignore both errors to complete install.
Although BOXI seams to work fine, should I fix the error and how to ?
Marc

Hi Marc,
Could you please review the following information it might help you to resolve the issue.
Hi Chris,
This is with reference to the information provided by you.
Could you please test the following solutions to resolve the issue?
Solution1:
1. Log in as u2018Computer Administratoru2019.
2. Make sure that no anti-virus program or spy ware is running on your machine.
3. Copy and paste all the installation files of BOXI to your local drive of your machine.
4. Start the installation by running the setup file from your local machine.
5. Click ignore to all the 1904 errors you get while installing and it should finish the install process
6. Once the install is complete, go to the Control Panel -> Add/Remove Programs and reinstall BOXI.
7. The installation the second time should register those dlls without error
8. After successful installation, restart your machine.
9. Open BOXIR2 and let me know what happens
If the above mentioned solution doesnu2019t works then could you please apply the following solution?
Solution2:
You need to disable the DEP option for all services and programs other than those needed by the Operating System, before installing the product.
To disable DEP:
1) Go to Start > Settings > Control Panel > System > Advanced tab > Settings button > Data Execution Prevention tab.
2) Select the top radio button and restart the system for changes to take effect.
3) Upon completing these steps, you can now successfully install the product.
Solution3:
Sometimes we fail to register the .DLL using REGSVR32 because in the system there is the alias copy of these DLLs. Therefore, could you please check the system folders that is there any alias .DLLs are present for ExportSDK.dll and Import6.dll if there is any such .DLLs could you please remove the dlls and try to register again.
In case of queries please do revert we will be glad to help you.
Regards,
Sarbhjeet Kaur

Server 2008 R2 Terminal Server c0000005 and c0000006 errors with KERNELBASE.dll error in RDP sessions.

We installed a new Server 2008 R2 server this spring. It is configured as a Terminal Server with 16 Wyse t10 thin clients connecting with RDP. We are a small resort so we run Springer Miller Host and SpaSoft. Ever since moving from PCs to the thin clients
and TS we have been seeing SpaSoft randomly crash with KERNELBASE.dll errors and also a lot of c0000005 and c0000006 errors. Springer Miller support says its a Microsoft Networking issue so no help there. The company we worked with to install this has no clue
so I hope to reach out to this community to solve this. I can also open support case with Microsoft Support but I am not sure if they will be of any help. Here are some examples of the errors:
"Event 1000
Faulting application name: SpaWin.exe, version: 3.4.0.0, time stamp: 0x2a425e19
Faulting module name: KERNELBASE.dll, version: 6.1.7601.18409, time stamp: 0x53159a86
Exception code: 0x0eedfade
Fault offset: 0x0000c42d
Faulting process id: 0x3718
Faulting application start time: 0x01cf9ac7922487e9
Faulting application path: \\spasoft\spaapps\TermServ\SpaWin.exe
Faulting module path: C:\Windows\syswow64\KERNELBASE.dll
Report Id: cfdcf9a9-06ba-11e4-a5af-000c298d9aa5"
Also:
"Faulting application name: VH.EXE, version: 18.80.430.0, time stamp: 0x3f73b447
Faulting module name: VFP8R.DLL, version: 8.0.0.3117, time stamp: 0x3f73c232
Exception code: 0xc0000006
Fault offset: 0x0001d598
Faulting process id: 0x2bc8
Faulting application start time: 0x01cf99297ee1742f
Faulting application path: J:\HOSTPLUS\fxp32\VH.EXE
Faulting module path: J:\HOSTPLUS\fxp32\VFP8R.DLL
Report Id: 5fbc65c4-055c-11e4-a5af-000c298d9aa5"
And:
"Faulting application name: SpaWin.exe, version: 3.4.0.0, time stamp: 0x2a425e19
Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000
Exception code: 0xc0000005
Fault offset: 0x00000000
Faulting process id: 0x2aa0
Faulting application start time: 0x01cf988e6770e619
Faulting application path: \\spasoft\spaapps\TermServ\SpaWin.exe
Faulting module path: unknown
Report Id: 01029179-04b9-11e4-a5af-000c298d9aa5"
There are no network specific errors in any of the logs. I am thinking that SpaSoft needs to be run as an administrator but I am not sure how to do that in this environment. We have disabled DEP for all but essential Windows processes. All of the firewall
and AV has been completely disabled, and still getting these errors. Is there a way to run these applications as admin without the user actually being an admin? Should I go ahead and open a Microsoft support case? Thanks

Hi,
Thank you for posting in Windows Server Forum.
Explanation
The indicated program stopped unexpectedly. The message contains details on which program and module stopped. A matching event with Event ID 1001 might also appear in the event log. This matching event displays information about the specific error that occurred.
User Action
If an error report was generated for this error, you might be able to obtain more information about the error by sending the report to Microsoft for analysis.
Yeah, you can open a support case with Microsoft as they will help and guide you for proper solution. You can go through
this source article.
Hope it helps!
Thanks.
Dharmesh Solanki

Labview 8.20 Crash using vi's created with import dll wizard

Has anyone had issues with the DLL wizard or DLLs that use the USB port?
I have used the DLL import wizard to create an instrument driver for a picoscope 3424. When I run the Initaization.vi it exicutes properly, however, if I close the vi I get the Labview must be closed, send an error report to Microsoft blah,blah. If I disconnect the PicoScope (unplug the usb cable) then close the VI no error happens.
Once I received the Labview invstigate error and sent the data to NI (REF#7134654).
I had a driver written with LV 7.1.1 that worked with out any issue, I converted the 7.1.1 vi's to 8.20 and I no longer have the issue. This leads me to beleive that there may be a bug in the DLL wizard.
Andrew Alford
Production Test Engineering Technologist
Sustainable Energy Technologies
www.sustainableenergy.com

I'll try to answer your questions.
a) Yes that is correct, the source files are avaliable for download at http://www.picotech.com/software.html.
b) I have found some issues with the available settings in the DLL Import wizard, one is there is no availble choice for setting the parameter type to array. This is available when you right click on the CLN and select configure. I checked the configurations of the open unit and close unit nodes and they look the same. I have also noticed that the block diagrams created with the DLL Import wizard are very messy with overlaping wires and poor wire routing.
c) The original wrapper I created was done quickly and I only created the functions I needed at the time, I was attempting to create a proper Insturment Driver project and wanted all of the functions to be created, this is why I was using the import wizard.
I am still at a loss as to why disconnecting the instrument from the USB port prevents this crash from happening.
For now I have reverted to the 7.1.1 wrapper converted to 8.20 as I do not have time to continue investigating this issue.
Thank you for your response.
Andrew Alford
Production Test Engineering Technologist
Sustainable Energy Technologies
www.sustainableenergy.com

Creating a DLL in labview that interacts with a DLL in C++

I’m creating a DLL in LabView that will interact with a DLL created in C++. I don’t have control in the C++ DLL.
Both DLLs would pass a big amount of data as strings between them, for that it is necessary to allocate memory to store information in one dll and read it in the other and viceversa. The first time I will call the other DLL, with this function :
long in texts ( unsigned char *name, void *id)
I would pass them a pointer pointer to an ASCII string (name) and a pointer to an unspecific data structure (id). The id would then be passed to me by his DLL whenever they use one of the functions implemented on my dll.
What I don’t know is what to pass as a void*id? What are they expecting? A number? A cluster?
The other thing I don’t know is how to allocate memory in labview and write there information, such as a string, and then tell the other DLL to look for the information at that DLL, and viceversa. I hope I made my self clear, hope somebody can help me, and please indicate me if you need more information

Hello Osvaldo,
I analysed the updated tutorial you sent me, but the thing is that it doen't show how to create the DLL in LV 8.6 but only show how to accessing the DLL from VB6. My problem is really HOW TO CREATE THE DLL IN LV8.6. In the link http://zone.ni.com/devzone/cda/tut/p/id/3063 there is detailed information about how to do this in LV6.x, the problem is that I don't find the path Tools»Build Application or Shared Library (DLL) in LV8.6, I think the procedure in LV8.6 is a little bit different. Don´t you have an updated tutorial on how to build a dll in LV8.6?How could you help me?
Kind regards.
João Júnior

[SSIS.Pipeline] Warning: Warning: Could not open global shared memory to communicate with performance DLL

Hi All,
I am running an SSIS solution that runs 5 packages in sequence. Only one package fails because of the error:
[SSIS.Pipeline] Warning: Warning: Could not open global shared memory to communicate with performance DLL; data flow performance counters are not available. To resolve, run this package as an administrator, or on the system's console.
I have added myself to the performance counters group.
I am running windows 7 with SSIS 2008.
Any ideas would be appreciated. I have read that some have disabled the warning, but I cannot figure out how to disable a warning.
Thanks.
Ivan

Hi Ivan,
A package would not fail due the warning itself, speaking of which means the account executing it is not privileged to load the Perf counters, and should thus be safely ignored.
To fix visit: http://support.microsoft.com/kb/2496375/en-us
So, the package either has an error or it actually runs.
Arthur My Blog

SSIS.Pipeline : Warning: Could not open global shared memory to communicate with performance DLL

I am getting the following warning for my SSIS08 package:
Could not open global shared memory to communicate with performance DLL; data flow performance counters are not available. To resolve, run this package as an administrator, or on the system's console.
I did check Warning in SSIS 2008 , but didn't find any solution.
The package processes data and executes fine , but why do I see this warning? When I run this package on my machine, I see no such warning, it's only when I deploy it to our DEV SSIS server, I get this warning.
Thanks,
Sonal

I am getting the following warning for my SSIS08 package:
Could not open global shared memory to communicate with performance DLL; data flow performance counters are not available. To resolve, run this package as an administrator, or on the system's console.
I did check
Warning in SSIS 2008 , but didn't find any solution.
The package processes data and executes fine , but why do I see this warning? When I run this package on my machine, I see no such warning, it's only when I deploy it to our DEV SSIS server, I get this warning.
Thanks,
Sonal
You have to include the account you use to execute the package in the performance counters group.
SSIS Tasks Components Scripts Services | http://www.cozyroc.com/
Could you tell me where is "performance counters" group, I can not find it.
Thanks !

Why is the Tick Count function slow when used with a .dll but fine with normal lab view code?

when using the Tick Count millisecond timer with a .dll I've written in C, I'm getting some odd timing issues.
When I code the function I want (I'll explain it below in case it helps) in LV and run it as a subVI, feeding it the Tick count as an argument, the function runs quickly, but not quite as quickly as I would like. When I feed this same subVI just an integer constant rather than the Tick Count, it takes about the same amount of time, maybe a tiny bit more on average.
When I bring in my function from a .dll, however, I start to run into problems. When I feed my function an integer constant, it is much faster than my subVI written in LV. When I feel my .dll the Tick Count, however, it slows down tremendously. I'm including a table with the times below:
             | Clock   |   Constant   |
SubVi:   | 450ms | 465ms       |
.dll         | 4900ms| 75ms         |
This is running the function 100,000 times. The function basically shifts the contents of a 2-dimensional array one place. For this function, it probably won't be a huge deal for me, but I plan on moving some of my other code out of LV and into C to speed it up, so I'd really like to figure this out.
Thanks,
Aaron

Hi Aaron,
Thanks for posting the code -- that made things a lot clearer for me. I believe I know what's going on here, and the good news is that it's easy to correct! (You shouldn't apologize for this though, as even an experienced LabVIEW programmer could run into a similar situation.) Let me explain...
When you set your Call Library Function Node to run in the UI Thread you're telling LabVIEW that your DLL is not Thread-safe -- this means that under no circumstances should the DLL be called from more than one place at a time. Since LabVIEW itself is inherently multithreaded the way to work with a "thread-unsafe" DLL is to run it in a dedicated thread -- in this case, the UI thread. This safety comes at a price, however, as your program will have to constantly thread-swap to call the DLL and then execute block diagram code. This thread-swapping can come with a performance hit, which is what you're seeing in your application.
The reason your "MSTick fine behavior.vi" works is that it isn't swapping threads with each iteration of the for loop -- same with the "MSTick bad behavior.vi" without the Tick Count function. When you introduce the Tick Count Function in the for loop, LabVIEW now has to swap threads every single iteration -- this is where your performance issues originate. In fact, you could reproduce the same behavior with any function (not just TIck Count) or any DLL. You could even make your "MSTick fine behavior.vi" misbehave by placing a control property node in the for loop. (Property nodes are also executed in the UI thread).
So what's the solution? If your DLL is thread-safe, configure the call library function node to be "reentrant." You should see a pretty drastic reduction in the amount of time it takes your code to execute. In general, you can tell if your DLL is thread-safe when:
The code is thread safe when it does not store any global data, such as global variables, files on disk, and so on.
The code is thread safe when it does not access any hardware. In other words, the code does not contain register-level programming.
The code is thread safe when it does not make any calls to any functions, shared libraries, or drivers that are not thread safe.
The code is thread safe when it uses semaphores or mutexes to protect access to global resources.
The code is thread safe when it is called by only one non-reentrant VI.
There are also a few documents on the website that you may want to take a look at, if you want some more details on this:
Configuring the Call Library Function Node
An Overview of Accessing DLLs or Shared Libraries from LabVIEW
VI Execution Speed
I hope this helps clear-up some confusion -- best of luck with your application!
Charlie S.
Visit ni.com/gettingstarted for step-by-step help in setting up your system

How can I work with WindowsAccessBridge.dll from VB6?

Hi,
I have one java application(e.g JAlbum). Whenever I start that application it promt to enter username and password.
Now what I want to do is?
I want to get that both text boxs values and set some values of that text boxes with my VB 6.0 code.
I have found that with help of WindowsAccessBridge.dll we can do something which I want. But they didn't provide any example source code in VB 6.0.
Can anybody help me that how can I get content of Java Application. How can I use WindowsAccessBridge.dll in my VB project. I can do it for windows application by using IAccesible. But I don't know that how can i do it for Java with WindowsAccessBridge.dll.
Please provide me some proper steps to work with WindowsAccessBridge.dll in VB 6.0.
Please help me as soon as possible. If possible please provide me some source code in vb 6 or links.
Thanks in advance.

Hi Peter,
Thanks for your reply.
I have developed it using VB 6.0. Please check the below code.
'' General Declaration
Option Explicit
Private Declare Function isJavaWindow Lib "WindowsAccessBridge" (Hwnd As Long) As Boolean
Private Declare Function FreeLibrary Lib "kernel32" (ByVal hLibModule As Long) As Long
Private Declare Function LoadLibrary Lib "kernel32" Alias "LoadLibraryA" (ByVal lpLibFileName As String) As Long
Private Declare Function FindWindowEx Lib "user32" Alias "FindWindowExA" (ByVal hwnd1 As Long, ByVal hWnd2 As Long, ByVal lpsz1 As String, ByVal lpsz2 As String) As Long
Private Declare Function FindWindow _
                Lib "user32.dll" _
                Alias "FindWindowA" (ByVal lpClassName As String, _
                                     ByVal lpWindowName As String) As Long
Private Sub Form_Load()
Dim Var_g_HwndRec As Long
Dim lb As Long
Var_g_HwndRec = FindWindow(vbNullString, "CI for a proportion")
lb = LoadLibrary("WindowsAccessBridge")
MsgBox isJavaWindow(Var_g_HwndRec)
End SubAt the time when I ran this program I got an runtime error "49', bad DLL calling convention.
Can you please tell me that what could be the problem?

Minimize to Icon in task bar with shell32.dll

is it possible to minimize a lv.exe file to the task bar with shell32.dll
if it is possible please post an example here.
labview 7.1
thanks
helmuth

chilly charly wrote:
This functionnality is offered by the LVWutil32 library. See here
Edit : after reading Tst reply, I'm not sure I understood correctly the question
Message Edité par chilly charly le 05-21-2006 11:34 AM
LabVIEW
windows get minimized to the taskbar automatically when you allow them
to be minimized and the user clicks the third icon from the top right,
or you can do it programmatically in newer LabVIEW versions by setting
the minimzed state. What this guy meant was that he wants to minimize
to the system tray which is a very different thing than the taskbar ;-)
I answered with two possible Toolkits in another thread to do this.
Doing it yourself with shell32 functionality is rather thirty work
since it involves callback functions and quite some infrastructure
around that to really work well. Nothing for someone not quite seasoned
in C programming.
Rolf Kalbermatter
Message Edited by rolfk on 05-22-2006 11:04 AM
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

Could anyone please let me know how to set a ICC profile with Acrobat dlls using Csharp or VB

Could anyone please let me know how to set a ICC profile with Acrobat dlls using Csharp or VB

Cant we even use the dlls in an application?
In order to automate Acrobat, you need to have Acrobat installed. There is
nothing you can do with just the DLLs. As was already stated, Acrobat is
not licensed for use on a server, but regardless of that, it's also
not technically suitable for server use. You need to find a solution
outside of Acrobat to solve your problem.
It also seems that you don't have a good understanding of what is going in
inside a PDF file. PDF is a very complex file format, and based on
your questions
and followup questions, you need to spend a considerable amount of time
getting familiar with the PDF file format to understand how color works in
the PDF context. Reader the PDF spec, while paying special attention to the
section about color. You will find out that if you want to convert the
color space of a "PDF file", you actually need to convert the color space
associated with every single object in your PDF file. That is fairly simple
for vector graphic and text, but when it comes to images, you may have to
convert the image data. Once you have a good understanding of what it is
you need to do within the PDF file, then you can start looking for tools
that allow you to do that. Again, Acrobat and therefore the Acrobat SDK is
not suitable for this task. If you want to stay with Adobe products take a
serious look at the PDF Library, which his licensed through Datalogics (
http://www.datalogics.com/products/pdf/pdflibrary/). As you've mentioned,
there are other, non-Adobe PDF libraries that you can also use, but this is
the Acrobat SDK forum, so I won't discuss any of those 3rd party solutions.
You are wasting your time while looking for a simple solution that does not
exist.

Controling a user interface with extern DLL

Hi,
I am currently developing an application that is based on a graphical interface. I divide my code into multiple DLLs. By going this route, I met several problems. I want to know some facts:
1 - from the DLL can I assign values to textbox, read listbox of the GUI:GetCtrlVal (panelHandle, PANEL_TEXTBOX, val); (the GUI is integrating in the project who call the DLL)
2 - I use global variables "extern int" in my files. h and my functions. How do I change this variable declaration when I migrate to the DLL.
If you have any exemple describing how can i control a GUI with extern DLL.
Thanks

Hey Fishingman,
It looks like this post is very similar to your other post on Application Architecture. If this is the case, let's continue this discussion on this thread so that it is easier to follow for anyone else who may be keeping up with this.
To expand on my original response a little though - if you are just looking to be able to modify the user interface in a dll then take a look at this link. It explains how to set up dll function calls to modify a user interface. Again, I wouldn't suggest building your entire GUI through different dlls but it is definitely possible to modify it within a dll.
Regards,
Trey C.

XML fetch failed -- possibly a problem with AvXml.dll or its permissions

When attempting to access the Status Monitor I receive the following error message:
XML fetch failed -- possibly a problem with AvXml.dll or its permissions.
Check that the "AvXml" virtual directory settings in IIS have proper permissions and allow execute access.
I've tried all combos of security on the IIS directory. What am I missing?

Hi Lindborg
I have that problem with version 4.0 (X), it is due?, As I fix?.
Unity I have a failover cluster, I have several problems, sometimes not let me delete mailbox, I can retrieve messages.
thanks for any help you can provide.
Regard

PDFFILT.dll conflicts with AcroRdIF.dll?

Note: the post which led up to this post is here: http://forums.adobe.com/thread/1037849. Anyone truly interested in the subject may want to read that post first!
Both posts refer to the following installations on a computer:
Windows XP Pro SP3 32-bit
Adobe Reader 10.1.3
Windows Search 4 (WS4)
XP's Indexing Service
Adobe's IFilter 6
Outlook 2007.
Background.
1. Adobe Reader automatically instals AcroRdIF.dll, and associated .dlls, for use by WS4 in indexing content of text-based Adobe files (.acrobatsecuritysettings, .fdf. .pdf, pdfxml, .xdp, .xfdf). In the absence of it, or any other installation providing a filter recognised as equivalent to Adobe reader's, in WS4's File Types list against "pdf" "File Properties filter" or "Plain Text Filter" appears. With Adobe Reader installed, "PDF Filter" appears against the file types in question. The Adobe .dlls observed here running with AcroRdIF.dll under WS4's searchfilterhost.exe are:
ACE.dll
ACE.dll
AcroRd32.dll
AcroRdIF.dll
AdobeXMP.dll
AGM.dll
AGM.dll
AXE8SharedExpat.dll
BIB.dll
BIB.dll
BIBUtils.dll
CoolType.dll
CoolType.dll
JP2KLib.dll.
I have left the several instances of some them as seen in Process Explorer.
With no other Adobe filter installed, AcroRdIF.dll can also appear as running under Indexing Service's cidaemon.exe. However, it does no job there. Content of Adobe files is not indexed.
2. Adobe's IFilter 6 enables the Indexing Service in XP Pro SP1 to index content of Adobe text-based files. With Adobe Reader (or Acrobat) not present on the system, but Adobe's IFilter 6 installed, these Adobe .dlls are observed running under Indexing Service's cidaemon.exe:
atmlib.dll
ACE.dll
AGM.dll
ARE.dll
BIB.dll
BIBUtils.dll
CoolType.dll
JP2KLib.dll
PDFFILT.dll
PDFL60.dll
XMP.dll.
Where some of these bear the same file name as some of the .dlls running under searchfilterhost.exe, in each case their version numbers are earlier.
In addition, in WS4's File Types list, "PDF IFilter"* appears against "pdf" only. However, it fulfils no function with WS4. With only IFilter 6 installed, WS4 does not index content of Adobe text-based files. No instances of PDFFILT.dll or any other of the associated .dlls, bearing the earlier version numbers, have been seen as running under searchfilterhost.exe.
* "PDF IFilter" as against Reader's "PDF Filter".
3. I have marked the .dll file names common to both processes in red.
4. When 2. applies, but 1. is then introduced, "PDF IFilter" disappears from WS4's File Types list, to be replaced by the configuration shown in 1. When 1. applies, but 2. is then introduced, AcroRdIF.dll (if formerly present; it does not always manifest) disappears from under the cidaemon.exe process, to be replaced by the configuration shown in 2.
5. Whichever sequence in 3. has occurred, Outlook's having its connection with WS4 enabled is a constant. Thus if WS4 and Outlook are running, WS4's indexing and search functions also become Outlook's, for indexing and searching Outlook’s .ost and .pst files. (The Indexing Service cannot index content in .ost or .pst files and cannot be integrated with Outlook.)
The issue.
Once IFilter 6 has been installed, it damages Outlook. The damage remains even after IFilter 6 has been uninstalled. The damage can be fixed by running a repair on Outlook.
Effects of the issue.
With Adobe Reader installed and thus AcroRd32.dll and associated .dlls potentially working with WS4, WS4's indexing of and searching for content in Adobe files becomes erratic. Symptoms vary. In some cases, WS4 will not index the content of any Adobe file (in this case, the Adobe .dlls cannot be seen firing up in Process Explorer; they are not called when an Adobe file is reached). In other cases it will only search content in recently introduced Adobe files. Sometimes the filter works, for attachments in this instance, via WS4's GUI but finds nothing when the same search is carried out via Outlook's GUI. And so on. "Erratic" means what it says!
Fix (of sorts).
By trial and error, I isolated the fault to Outlook, as follows:
A.
IFilter 6 is uninstalled
WS4 makes a fresh index
WS4's searching of content in Adobe files remains erratic.
B.
IFilter 6 is uninstalled
Outlook is repaired
WS4 makes a fresh index
WS4's searching for content in Adobe files works reliably.
Questions.
Does anyone know how to fix this? It seems to me that IFilter 6, which is designed for XP Pro SP1's Indexing Service, should make no contact with WS4 and thus with Outlook. But, clearly it does, damaging Outlook. Equally, Adobe Reader should make no impression on XP's native Indexing Service, but clearly it does, its main indexing .dll (AcroRdIF.dll) sometimes appearing under cidaemon.exe. Does the issue arise from both filters sharing a number of .dll file names?
Would my installing IFilter 6 in a separate partition, and not in the regular Adobe folder in Programme Files, next to Reader, help?
Any other suggestions, please?
Related matter.
Regarding the Registry, when IFilter 6 is uninstalled, these files are listed, by the installer, as not unregistered, as they are self-registering files:
ARE.dll, MPS.dll, PDFL60.dll, BIB.dll, ACE.dll, AGM.dll, XMP.dll, CoolType.dll, JP2KLib.dll, BIBUtils.dll (ten in total) -
that is, all of the eleven IFilter .dlls observed as running under cidaemon.exe except PDFFILT.dll and atmlib.dll and with the addition of BIBUtils.dll. I am not sure though that that has anything to do with the issue. PDFFILT.dll is listed in the registry under "DLLsToRegister", here:
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\ContentIndex
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet002\Control\ContentIndex
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ContentIndex.
Again, I am not sure there's any problem there. However, my inexpertise in the Registry prevents me looking further. It strikes me that the fault lies in the presence of two Adobe programmes on the system, both possessing similar indexing and searching facilities.
Views very welcome!!
NB Anyone reading this may wonder why this man is running both SearchIndexer.exe (Windows Search 4) and cisvc.exe (Indexing Service) on the same system. The answer is that the clodhopping hybrid WS4 is only installed to index and search Outlook, which the Indexing Service cannot do. For other searching I find the native Indexing Service, and the Search Companion which works with it (if enabled so to do), much faster and more reliable facilities! I can switch either service on or off very quickly using the sc commands (http://technet.microsoft.com/en-us/library/bb490995.aspx). I should mention here that I have modified the "Search" shortcut in "Start" so that Search Companion fires up instead of WS4 by changing the value of ShowStartSearchBand under HKEY_CURRENT_USER\Software\Microsoft\Windows Desktop Search\DS from 1 to 0 (thanks to: http://johnsadventures.com/archives/2006/11/how_to_default_to_search_companion_with_window s_de/; Search Companion must be running for ShowStartSearchBand to appear). As this is, I think, only a user-accessed shortcut, then I am assuming the change won't have contributed to the current conflict.

I can conclude this query briefly.
After a number of tests, it is quite clear that both PDFFILT.dll and AcroRdIF.dll cannot run satisfactorily on the same XP Pro SP3 32-bit system. Whenever PDFFILT.dll runs, it progressivily destabilises the functioning of AcroRdIF.dll with Windows Search 4 (WS4).
The hook-up between IFilter6 and XP's native Indexing Service is far more robust than the hook-up between Adobe Reader's filter and WS4. As the latter fragments, the the former keeps soldiering on.
Even after uninstalling IFilter6, the Reader/WS4 combo does not recover. Repairing Outlook (see above) may help. But the only certain way to restore Reader and WS4 to good working order, with regard to indexing and searching the content of Adobe files such as .pdf, is, after having uninstalled IFilter6, to uninstal and re-instal both.
Registry entries to observe are:
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\.pdf\PersistentHandler]
and
[HKEY_CLASSES_ROOT\.pdf\PersistentHandler].
If {F6594A6D-D57F-4EFD-B2C3-DCD9779E382E} is the value against both, that should indicate WS4 and Adobe are conjoined in unison.
If {B7509D6F-85EE-11d0-AF7D-00C04FD8DC02}, then that indicates the same for Indexing Service and IFilter6.
However, whilst when the latter is the case you can be reasonably sure all is well, the appearance of the other value does not guarantee happiness in the WS4/Adobe camp. Indeed, that situation may well be followed by the two keys disappearing altogether! Stability in the {F6594A6D-D57F-4EFD-B2C3-DCD9779E382E} zone can only occur after uninstallation of IFilter6, as already said above. If it's in situ and so much as hints at running, all is swept before it and its rugged patron, the Indexing Service.
In the blogs and help files (including Adobe's) there is a confusion regarding nomenclature.
Windows Search 4 is a programme added to an existing operating system. It was previously known as Windows Desktop Search. Its service name is: WSearch.
Indexing Service or Content Index Service is built into Windows XP, and has been known as Windows Indexer and similar confusing names which include the word "Windows". Its service name is: ciscv.
Note: this thread concerns itself only with XP Pro SP3 32-bit (extended support for which from Microsoft ends on Tuesday, 8th April 2014 - presumably the date of the last "second-Tuesday" update); search configurations in Vista and Windows 7 are different, as I understand it, and are at any rate ignored herewith.
The two services (WSearch and ciscv) can run independently and carry out their functions separately, which includes of course each cataloguing the same sorts of different files - with the exception of Adobe files. The two services cannot both catalogue the insides of Adobe files. Either one does it, or the other.
The programme Lookeen (paid) may be used apparently as an alternative to WS4 for the purposes of cataloguing emails in Outlook. It is a type of successor to Outlook's Lookout. Their forums/FAQs suggest they only use IFilter6, and have no access to, or use for, the filter in Adobe Reader/Acrobat. Also the filter Foxit (paid) may be more adaptable than the filter bundled with Reader or Acrobat. Both to be confirmed...
Brevity is the soul of wit.

Strucking with exportSDK.dll

Similar Messages

Maybe you are looking for