I've been working on migrating our Delphi 5 code to Delphi 2006. For the most part it's been pretty straight forward, the fun part has been dealing with the assortment of 3rd party packages. Some of them required new versions, others were not available and I had to migrate them myself. I'll save my DevExpress experiences for another post...
Most of our Delphi code has been in Delphi 5 for a number of reasons. We mainly stayed with it because it worked and did what we needed. We did a complete rewrite of flagship app, VersaTrans RP, and Delphi 6 and Delphi 7 were released during that cycle. Delphi 6 didn't add any features that we needed and Delphi 7 came out during regression testing for RP. It would have been insane to switch compilers during final testing. I do use Delphi 7 for our web based application, e-Link RP, mainly because of the SOAP functionality. Now it's time to round up the children and jump on the Delphi 2006 wagon.
One of the packages that I migrated up was Abbrevia. This is an Open Source compression toolkit that includes components for handling PKZip, CAB, TAR, and gzip formats. It used to be a commercial product from Turbopower, but a few years back it became Open Source when Turbopower was bought out by Los Vegas gaming company. Since going Open Source, development has come to a flying stop and nothing new has been released since 2004. I had to tweak the package files somewhat to compile with Delphi 2006.
The distribution came with tons of file, and package files (.dpk) for every version of Delphi/C++Builder from 3 to 7. I took the Delphi 7 package files and edited them outside Delphi to make Delphi 2006 packages out of them. I probably could have done within Delphi, it was easy enough to do with TextPad. I changed the names to match the compiler, Abbrevia uses the the compiler version to differentiate between the various package files. B305_r70.dpk became B305_r100 and B305_d70 became B305_d100. Except they didn't include B305_d70, I had to use the Delphi 5 version B305_d50.
I also changed the file paths around. There is a source folder and a packages folder. I added a bin folder and edited the package files to place all of the compiled units in that folder. I also need to explicitly add the source folder to the package's source path. Then I tried to compile. The runtime package compiled without incident. I moved it's .bpl file to my system32 folder and moved to the design time package. It failed to compile because it couldn't find the DesignEditors unit. The DesignEditors unit contains the base classes for implementing component editors. You used to be able to have that unit in your runtime code, Borland has stopped allowing it. It does come with Delphi, just not on the default search paths.
So I figured I could just add the path to DesignEditors.pas to the package search path. Just add the path and Bob's your uncle. Nope, didn't work. DesignEditors.pas has a typo in it. It's missing a comma in the uses clause of the implementation section. My first inclination was to just add the idiot comma, but it seemed like other things would have failed if that was the case. I was doing it wrong. Instead of adding the source path, I'm supposed to have added the .dcp compiled package, which is in DesignIDE.dcp. Once I added that unit to the package's requires list, everything was good to go.
No comments:
Post a Comment
Note: Only a member of this blog may post a comment.