Crystal 32.ocx Free Download

[Olympia Brackin]

Isolved this problem by reloading the Crystl32.ocx file and installing it in the path. C:\Windows\System\crystl32.ocx or C:\Windows\SysWow64\crystl32.ocx and you can download the update file this link ---> _ocx

These files normally have to do with exporting to a PDF but when completed the registration, I was then able to register Crystl32.ocx. On another machine I had to register Crystl32.ocx from the root directory but I believe that was a path issue.

The above works for me on a weekly basis and I even created a batch file to automate some of the process. We have a field service group that uses Crystal 8.5 reports with the VB app I?ve created. I sometimes have to refresh machines or as we are currently doing, upgrading the laptops to new models.

Make sure you un-register and re-register the ocx and restart the machine, if not since this is a upgrade from 4.6 to 8.5 this mite not work overall hence you might have to download the CrystalReport Runtime msi package and install it on each machine to get going.

This might be a silly question but we have an old piece of reporting software where we can register the crystl32.ocx file with implode.dll and crpe32.dll. If these files or just OCX is copied to another computer without having Crystal Reports professional or Visual Basic 6 installed, does this violate licensing? The old applicaiton doesnt need a full blown Crystal install, but does need this OCX file which appears to be only in products mentioned earlier. Any help is appreciated or if there a runtime that may have this OCX file as well. Again Thanks

So copying the OCX file to another computer and registering the file would not violate licensing. Sorry a little green here and relayed that the developers here need move off this older method, but as a quick fix to get a user being able to pull reports again in the mean time.

k...@informeddatadecisions.com RE: Files needed to register Crystl32.ocx chelseatech (Instructor)23 Feb 03 18:38I found that machines running IE4 had all sorts of problems with registration. Upgrading to IE5 or better fixed a lot of these.

Now people are browsing with IE6 or better, that is becoming less of a problem. Editor and Publisher of Crystal Clear

www.chelseatech.co.nz/pubs.htm googletag.cmd.push(function() googletag.display('div-gpt-ad-1406030581151-2'); ); Red Flag This PostPlease let us know here why this post is inappropriate. Reasons such as off-topic, duplicates, flames, illegal, vulgar, or students posting their homework.

CancelRed Flag SubmittedThank you for helping keep Tek-Tips Forums free from inappropriate posts.

The Tek-Tips staff will check this out and take appropriate action.

I have apps written in vb6 that use Crystal Reports 8.5 and run on XP PCs. I am rewriting the programs in vb10 using CR11. I am only about 1/4 completed. The goal is to run on a Win 7 64-bit OS. Both the older vb6 apps and vb.net apps work well on the win 7 boxes until a report is needed. Then I get the Crystl32.ocx not registered error on the client boxes but not on my developer box. So I believe I have not installed something on the client boxes that would let them access/view the report.

The Crystal OCX component was deprecated a number of years ago and is no longer supported. Also, there was a MAJOR change in the underlying structure of .rpt files with Crystal 9, so the .rpt files you're creating in Crystal now (whether you mean version 11 is XI - which is also well past end of maintenance - or 2011) have a completely different structure and won't work with the older version of the SDK.

Your best option for upgrading would be to download the latest version of Crystal for Visual Studio from here: and use Visual Studio 2010 or newer. You would have to rewrite your application in VB.NET as the components require .NET. The only other SDK that is available runs on Java.

I think since the vb6 code to be redone in vb.net is many many thousand lines long, it will be faster to drop Crystal Reports in vb6 and send the report information to Excel and Word docs. We did this before we used Crystal Reports. Then the vb6 can run on the new Win 7 boxes now and I will have time to remake and replace the remaining apps in vb10 with CR XI.

regsvr32 crystl32.ocxregsvr32 is in the System directory. Look at the error message that

is displays. If it is 0x00000485 then you are probably missing some

dependencies. If this is the case, check out artical Q160018 in

Microsoft knowledge base. It isn't a perfect match, but it has

information that will help you figure it out.I had a similar probem with an ocx that I wrote. I found that the

following dll's were missing: MFC42.DLL and MSVCRT.DLL. These were

added to my system when I installed VC++ 5.0.-ScottOn 7 May 1997 10:24:26 GMT, "Francisco Ballesta Camero"

If you built your application under NT4.0, Workstation or Server, you

will need the newer MSVCRT.DLL, MSVCRIT.DLL, and MSVC40.DLL as detailed

in Q160018 (my thanks to Scott for that).But, what they don't say is, you will also need CO2C40EN.DLL and

IMPLODE.DLL, which are also in the WINNT\SYSTEM32 directory.I think the CO2C40EN.DLL is the country specific language file for

MSVCRT40.DLL, but don't quote me on it, and don't ask me what

IMPLODE.DLL is for!Once I copied these files I found that crystl32.ocx registered correctly

with regsvr32.exe and also during installation using the Setup Wizard.The only problem I found was that SETUP.EXE wouldn't run without the new

MSVCRT.DLL, MSVCRIT.DLL and MSVC40.DLL, which of course doesn't exist

under Windows95, so if anyone knows of a way to get the Wizard to use

these new DLLs as dependencies of the actual SETUP.EXE created, please

let me know.Oh yes, in case you're wondering, I did try the installation on a

WinNT4.0 workstation, and that also didn't have the 2 additional DLLs,

but at least it told me, so that's how I found them.Hope this helps out quite a few people...Regards...Andrew

Hi All,

This is probably something basic but I just need a hand with starting it off. We used to have a ABL screen with a TreeView OCX used in progress OE 10.1. We have recently upgrade to 11.5 64bit and therefore can no longer use the OCX as there is no 64 bit as far as I'm aware. I'm trying to replace it with a .Net TreeView but I'm not sure where to start.

I've managed to replace the Crystal Viewer successfully but that was mainly due to example codes that were already available in the KB (mainly =.net+crystal&fs=Search&pn=1&l=en_US). That was also simpler to do because the form only had the crystal viewer on it. The current screen I'm working on has a number of other ABL controls and widgets that needs to remain along with the .Net Tree View. Is this possible to do?

I tried copying what I did for the crystal viewer by doing something like the below:

There are only limited options for mixing and matching .NET and ABL UIs. You can't add a .NET UI control to a .W for example, nor can you add an ABL widget to a .NET form directly. Your example works because it is all .NET; you could open it *from* a .W but not *in* a .W.

Alternatively you could potentially create a new form with the .NET TreeView and then embed the original .W into the form to preserve much of the original functionality. I think it should be possible to have the .NET TreeView events call procedures in the embedded .W.

The 2nd option Rob mentioned - a form with a .NET treeview and the original .w frame embedded in the form - probably won't work as you expect. i.e., I expect there will be problems tabbing between the treeview and the ABL controls. You can certainly try it as a first pass. But I think having a purely .NET form is likely to be your best bet.

However you can embed the whole window (all or just the single one) into a .NET Form using the Embedded Windows which is documented in GUI for .NET documentation. Technically the classic ABL Window will be realized in a WindowContainer .NET Control which is put on a .NET Form. This concept of mix and match is not uncommon in the .NET world: Microsoft offers an ElementHost that allows to embed WBF into WinForms and a similar host control to embed WinForms into WPF. So the WindowContainer is Progress' response to the need to use classic ABL GUI with .NET.

The issue I have is that the .w which currently has the OCX is a browse .w file that is embedded into another frame .w which is a complex screen that has multiple folders/tabs calling different files. If I'm to use the .NET treeview, then do I need to embed the browse .w into a new .Net form which is then embedded into the frame .w or is that not possible and I would need to replace the entire frame .w with the .Net form? If the latter then it is probably not feasible as there is just too much to change.

Is there another option that I can go with? I had a look and found Pure4GLTV which is basically a clone of the MS Treeview OCX but it seems that it's built using adm2 and we're currently using adm1 so that doesn't seem feasible.

3a8082e126