Devart Forums

I have just upgraded SDAC from

3.55.0.15 to 3.70.2.28

When compiling even the example programs I get:

Unit MemUtils was compiled with a different version of zlib.zlibAllocMem

Thanks,
Steve.

Follow the next steps:
1) Uninstall SDAC
2) Search for dac70* files at your HDD and delete them
3) Run Delphi and check that it is started without errors
4) Install SDAC once more
If you have other DAC products installed then make sure all of them are compatible.
In other words, if you upgrade either of the installed products it may conflict with older builds of another ones. In order to continue using products simultaneously you should upgrade all of them at the same time.

Thanks for your reply.

I followed your instructions and made sure that the previous version had been removed including dac70* files. However, exactly the same problem is still there.

It will not compile. This is from your Table.dpr demo program.

[Fatal Error] Main.pas(8): Unit MemUtils was compiled with a different version of zlib.zlibAllocMem

I have checked the dates on memutils.dcu and the sdac* files in \lib and \bin

They are all 18th May.

I cannot find any remnants of the previous version of SDAC.
Where else can I look for the problem?

Thanks,
Steve.

Remove from the project directory all files made by compiler and linker.

I cleared everything out of:

c:\Program Files\Borland\Delphi7\Projects

The compiler problem is still there.
Where else should I look for a potential conflict?

Thanks,
Steve.

I have placed the SDAC library at the top:

Tools - Environment Options - Library - Library Path

c:\Program Files\Borland\Delphi7\Sdac\Lib

is the first item in the order of search.

The only cure appears to be to go back to my previous version of SDAC and then it works normally again.

Steve.

I have a number of other third party components in my Delphi 7 set up and I now believe that it may be a conflict with one of those.

I uninstalled Delphi then re-installed it and added the latest version of SDAC. It worked correctly. Then I put back my previous version of SDAC and it worked. I put the latest version back again and it still worked.

I shall put back my other components and test at each stage to see whether it is one of those which causes the conflict.

Has anyone else had a similar problem?

Steve.

What I find rather perturbing is I didn't have the problem with the trial version and thought finally, I have a component that works. Much to my dismay, that ended up being a poor assumption. Unlike you, I am not willing to uninstall/reinstall my D7 just so MyDAC will work.

Bob - I did find the conflict - it was with some Turbopower components which I have used for sending emails (SMTP). Removing them allowed SDAC to work again. (To make the process easier, I cloned my hard disk and experimented on that - whilst leaving my original disk untouched, until I knew the source of the conflict.)

Turbopower went open source three years ago, so there is virtually no hope of any help there and I am not clever enough to sort it out myself (and I do not have zillions of hours to spend on it).

Since the SDAC product is at the very centre of a major project I am currently working on, I decided to get an alternative SMTP component (in the form of a DLL) which does site happily with SDAC.

I recommend that you persevere with SDAC.

Steve.

Thank you for the reply. I too have Turbopower Internet Pro, installed, but that was also installed when I tested the demo. The demo worked as promised, which is why I went ahead and purchased.

I searched my hard drive for zlib's and found the one in my turbopower directory. I renamed it to ZLibtp.pas and ZLibtp.dcu. As Turbopower is open source, if you want to retain those components, just change the uses clause in the files, and uninstall/reinstall them. I found it in IpPNGImg.pas.

Glad I came back and read your reply. I was getting ready to cancel the transaction with my bank.

I still find it however disturbing that the trial worked and the registered version didn't. As it stands, I've lost a day messing around with this and CoreLab never responded!

My hats off to you sir and thank you,
- Bob

Bob,

Many thanks for the info on Turbopower Internet Pro. I'll revisit that.

Re Crlab support. I have found that it normally takes one or two days for a response either directly or here in the forum.

There is a language difference and that is a problem from time to time.

However other users can be a great support in here and it is worth persevering and experimenting with the components.

Steve.