use control from different physical locations SOLVED

[chavas]

Hi,

Is it possible to use PDFXEDITCORE.X86.dll from two different physical locations in a computer?
We are using the control in our main application for PDF editing.
We also want to use the control in a backend thread, though it is the same application but the physical locations of both these controls would be different. I would also need to place the plugin and language folder with the dll.
Pls guide.

Rgds
Charu

[Sasha - Tracker Dev Team]

Hello Charu,

Are you talking about the same process?

Cheers,
Alex

[chavas]

No, the processes are different..one is a background process and other would be a front end- user interactive process.
But the machine is same.

Rgds
Charu

[Sasha - Tracker Dev Team]

Hello Charu,

If you are using that dll with manifest then there should not be any problem. If you are using it with regsvr32 - then there theoretically can be a problem when someone will get an older dll and use regsvr32 to register it - then some new methods may not work (this also will happen when you are using the dll by one process only). Though this will likely ever happen at all.

Cheers,
Alex

[chavas]

Hi,

I am using PDFXEditCore.x86.dll by registering using regsvr32.
My folder structure is like this-
c:/programfiles/mainprogram/sub/PDFXEditCore.x86.dll
and the second location is
c:/programfiles/mainprogram/event/PDFXEditCore.x86.dll

as you can see the main application is same but the PDFXEditCore.x86.dll.needs to be at two locations.
Also need to keep the languages folder and plugins folder with the respective PDFXEditCore.x86.dll. I need to know how can I do this? It is not possible register the dll (using regsvr32)from two locations..

Rgds

[Sasha - Tracker Dev Team]

Hello Charu,

Well then the easiest method for your case is to implement a Registration-Free(Click-Once) method:
https://sdkhelp.pdf-xchange.com/vi ... stribution
Then your exe files will have a manifest that will use the dll that is near the exe file itself. To see how the manifest works, see the FullDemo application. For correct testing you will need to unregister the dll using the "regsvr32 /u PDFXEditCore.x86.dll" command. Then after building the application by using the manifest file, the program should not start - that's the indication that the manifest is working. After that you will have to place the PDFXEditCore.x86.dll and the Resource.dat file near the exe for it to work.

Cheers,
Alex

[chavas]

Thank you Alex...that solved by problem...

Best Rgds
Charu

[Paul - Tracker Supp]

[chavas]

Hi,


This approach works well with regular Dot Net application (exe). But does not work with service. When I am using the same manifest with a windows service project. I get 'Class not registered' or 'failed due to the following error: Bad variable type' error.
Any further suggestions on how to get this to work in a service project..???

Rgds
Charu

[Sasha - Tracker Dev Team]

Hello Charu,

Check out this topic:
https://stackoverflow.com/questions/460 ... ws-service

Cheers,
Alex