Not registerable as an ActiveX component - ocx

I am receiving an error "The file C:\Windows\SysWOW64\BiPrnDrv.ocx was not registerable as an ActiveX component" when I try to add this component in a VB6 application.
When I try to register this file, I get "The module...failed to load...The specified module could not be found"
What might be the cause of such errors?
Thank you very much...

xSome hints -- that you may have already tested of course :)
1) 32-bits or 64-bits ? Make sure you're using an ocx that your app can handle.
2) Did you look at the logs (event viewer) ?
3) Try to register this ocs with RegSvr32 (regsvr32 [complete filename]). Any error message ?
Cheers.

Related

Delphi 2010 Class TraCoreModule not found

When i run my application it tells me that "Class TraCoreModule not found". I tried to google witch class this is or where it comes from but no results.
Can anyone tell me what module this is or why i get this error please?
The application connects to a sql server database and updates a few fields.
It also uses ActiveX to send emails.
I am using Woll2Woll.
I wish i could provide more information but this is all i have.
I tried to locate the error in my code by printing debug messages in a memmo but this does not help.
So i figured out the issue. The TppReport was corrupted...

Invalid block type error in cytoscape

I am facing an error while opening a cytoscape file. It was all ok when I saved it and closed cytoscape, but when I tried to open it after a day it says "invalid block type". Not sure what is the problem. Please help, as it has things I have been working on for quite a while.
Thanks in advance
Best
Devyani
So, are you talking about a session file? If so, can you send the file to us so we can diagnose what might be happening. Unfortunately, that error comes from the unzip process, I think, which probably means that the file is corrupted. I've seen this happen when the write gets interrupted for some reason...
-- scooter

Problems with OpenProcess while not in IDE

I created an application to watch my other applications and it run perfect while I'm debugging a console or vcl application.
When I try to watch a service application it give me some problems, I noticed that I got "Access denied" when I try to "OpenProcess(PROCESS_QUERY_INFORMATION, False, PID);".
But if open my watcher by Delphi IDE I don't have this problem.
Some one know what can it be ?
My intention is to open the process to get its GetProcessTimes, to check how much of memory it's consuming.
I know that procexp.exe from SysInternal can do it without problems, some one know how do they do it ?
Tks in advice.
Obs: In my machine I disabled the UAC and I executed the watcher as administrator.
New information:
I found that to access a service as want I do to other kind of application I must use OpenService. Now I can access it without problems, now I'll search a similar command of GetProcessTimes to it.
Resolved, I continue using OpenProcess but I used PROCESS_QUERY_LIMITED_INFORMATION (0x1000) to access it. The problem was just permission, using this I can access the process and use GetProcessTimes to get what I needed.
Tks all.

Typo in SOAP WebServExp.GenerateXMLSchema?

We've recently setup out own webservice using SOAP and it all works like a charm.
Because the service is only used from within our own applications, I usually don't allow for a WSDL to be generated.
Today i started some tests with SoapUI and needed a WSDL of our own service. So I enabled the Default action of the TWSDLHTMLPublish component and tried to get the WSDL exported. All I got was an access violaton in WebServExp.GenerateXMLSchema, line 1636:
if (ParentInfo = nil) and ((GetTypeData(ATypeInfo).ParentInfo)^ <> nil) then
Debugging this, reveiled that GetTypeData(ATypeInfo).ParentInforeturned a nil, so of course using ^ on nil raises an access violation.
After removing the carret i had no problems generating the WSDL.
So did I find myself a bug here or am I missing something?
BTW: We have created our own SOAP.bpl, containing all original Delphi soap sources, to correct it for a known problem with exception derived from TRemotableException
So did I find myself a bug here or am I missing something?
Yes, that's a bug. And Subversion reveals it's been like that for many years - for as long as we've been on Subversion:(. [I am not setup to access the previous Starteam repository anymore].
I'm making to a note to remedy and check in unit tests for this. Please feel free to file a QC if time allows. And I'd like to hear more about the issue with TRemotableException-derived types.
Cheers,
Bruneau

Coinitialize error on IntraWeb using ADO

Already asked on the Evil Exchange, but as always that was no help. I'm having this problem today:
When creating a stand alone web application using IntraWeb, I get this exception in the IDE when I try to test out a session from my app in the browser:
First chance exception at $7C812A6B.
Exception class EOleSysError with
message 'CoInitialize has not been
called'. Process WebContactManager.exe
(1112)
If I click "continue" on the IDE exception dialog, the browser itself just shows:
200 OK
...rather than the controls on my main form.
This error does not seem to occur when I replace ADO with other database components such as dbExpress or BDE.
What is this error telling me, and how do I fix it?
(Note I'm using the stock "VCL for the Web" IntraWeb components which come built-in with D2007).
Thanks in advance for any and all help!
The "solution" provided in the link you quoted is basically wrong or at least incomplete. Only by setting ServerController.ComInitialization to ciMultiThreaded to true IW will gurantee that every thread will get COM initialized correctly. (for example think about Ajax callbacks)
If you create your own custom threads then you will have to call CoInitialize for that thread on your own though - as Intraweb does not know about your custom threads.
Just found an answer to this here:
I found a more elegant solution as the
whole problem originated from using
Intraweb, I rather get Intraweb to
initialise com for me. This sorts it
out nicely.
When using your MS SQL DbExpress
driver or ADO driver with Intraweb,
you must set the ComInitialization
property in the ServerController to
‘ciMultiThreaded’.
This will eliminates the "CoInitialize
has not been called" error.

Resources