[DUG] Migrating to XE6 - Project Issues

Mon Jul 21 14:05:04 NZST 2014

We wrestled with this problem for a while because we were using both 2007 and XE3. We also have quite a few projects which share sets of files and it was a bit of a mission remembering to add new files to all applicable projects. 

In the end we wrote a small program to build DPRs and Dproj files from a combination of the old dproj file, a custom DPR format (with our own extension) and include files which were referenced within the custom DPR. The program replaces the include file references in the custom DPR and then outputs a proper DPR. Then with the Dproj it deletes the old file references and builds new XML file records from the include files.

It would be nice if Delphi fully supported include files in the DPR (tricky I know but still) or provided a built in method like what we do.

Cheers,

David.

From: delphi-bounces at listserver.123.net.nz [mailto:delphi-bounces at listserver.123.net.nz] On Behalf Of Jolyon Smith
Sent: Monday, 21 July 2014 1:12 p.m.
To: NZ Borland Developers Group - Delphi List
Subject: Re: [DUG] Migrating to XE6 - Project Issues

ime sharing dpk's (or even dpr's) (or trying to) between versions can be a recipe for headaches.

Have you considered using include files to achieve the sharing of the "meat" of your dpk, whilst allowing the IDE to maintain "different" versions for each IDE in the dpk files themselves (with attendant dproj etc) ?

package MyPackage2007;

{$i mypackage.inc}

end.

package MyPackageXE6;

{$i mypackage.inc}

end.

The downside is that you lose some of the IDE support for working with the content of your DPK/DPR, but if you are dependent on $ifdef's in this area then you no doubt already find yourself having to steer well clear of such IDE support anyway, since it has as tendency to clobber such things (and if that's the case, it's worth nothing that the contents of your include file(s) will be conveniently safe from any inadvertent meddling by the IDE!).

On 21 July 2014 12:14, Rohit Gupta <rohit at cfl.co.nz> wrote:

Hi Joylon,

Its sorted now.  It just does not like the old dproj file, it doesn't like a cut down edited version, it doesnt like a blank one and it doesnt like a missing one  !!!!

I made a new dpk project and saved it and then copied everything from the old dpk and it works.  It seems like it wants some new xml lines in it  or ELSE..

The issue here is that we have to work concurrently on 2007 and XE6 versions with the same source (and a few ifdefs).  So the last thing I want is the various clauses - includes, requires, uses to be in a different order.  When its 50 to 100 of them, it makes a huge difference to source comparison.

Rohit

On 21/07/2014 12:05 p.m., Jolyon Smith wrote:

It looks like perhaps the IDE is trying to be too clever and when it doesn't find a current dproj is looking for a historical bdsproj to upgrade from and not coping when there isn't one (it being inconceivable that there would be anyone using an even older version of Delphi that predated the bdsproj).

To avoid this, instead of deleting the dproj, try adding the packages with the current dproj.

With the prior dproj intact, the IDE should identify that you are upgrading and offer to save the old version with a different name (or offer to save the new version with a different name, I forget which way round.  Though I have a niggly feeling that in the past I was frustrated by the fact that it was the former, which imho is the least useful approach!)

You have versioning/backups though, so it shouldn't matter which particular named variety of these files the IDE chooses to mess with.  Once you have an upgraded package/project, you "Save As" to get a file correctly named for new version you need, and then restore your previous versions from source control/backups.  Right ?  :)

hth

On 21 July 2014 11:28, Rohit Gupta <rohit at cfl.co.nz> wrote:

I am trying to migrate a group of projects (packages) from 2007 to
XE6.    I deleted the dcus, drc and dproj files.

Even when I start from a blank project group and add the existing
project in I get

"Unable to load project *****.bdsproj

Of course it doesnt exist, only the dpk does.  A dump of error details
follows.  Incidentally I had the same issue last time migrating another
group to XE5.  That I had to recreate brand new dpk file.... and the
stupid thing was identical to the original one...

Any clues anyone ?

[21CA67AE]{delphicoreide200.bpl}
BaseDelphiProject.TBaseDelphiProject.Create (Line 775,
"BaseDelphiProject.pas" + 51) + $2C
[223A563A]{delphide200.bpl}
DelphiProject.TDelphiProjectCreationTrait.OpenProject (Line 314,
"DelphiProject.pas" + 7) + $19
[2069F929]{coreide200.bpl} ProjectFileUtils.LoadProjectFile (Line 642,
"ProjectFileUtils.pas" + 29) + $34
[21D05BED]{delphicoreide200.bpl}
CommonPasReg.TLegacyModuleHandler.FileOpen (Line 482, "CommonPasReg.pas"
+ 38) + $D
[2086B468]{coreide200.bpl} DocModul.TFilterList.OpenFile (Line 807,
"DocModul.pas" + 36) + $0
[20870A8C]{coreide200.bpl} DocModul.ProjectOpenDialog (Line 3295,
"DocModul.pas" + 42) + $3E
[2061437B]{coreide200.bpl} ProjectMgr.TProjectManager.AddTarget (Line
449, "ProjectMgr.pas" + 2) + $7
[20613C54]{coreide200.bpl} ProjectMgr.TProjectManager.CommandHandler
(Line 272, "ProjectMgr.pas" + 5) + $A
[204A397B]{coreide200.bpl}
ContainerIntf.TIDEProjectManagerMenuObject.Execute (Line 862,
"ContainerIntf.pas" + 26) + $17
[204A559E]{coreide200.bpl} ContainerIntf.TProjectManagerMenuItem.Click
(Line 1110, "ContainerIntf.pas" + 18) + $22
[506289BC]{vcl200.bpl  } Vcl.Menus.TMenu.DispatchCommand (Line 3436,
"Vcl.Menus.pas" + 5) + $4
[50629C2E]{vcl200.bpl  } Vcl.Menus.TPopupList.WndProc (Line 4597,
"Vcl.Menus.pas" + 4) + $E
[50629B7D]{vcl200.bpl  } Vcl.Menus.TPopupList.MainWndProc (Line 4572,
"Vcl.Menus.pas" + 2) + $5
[501766E4]{rtl200.bpl  } System.Classes.StdWndProc (Line 17064,
"System.Classes.pas" + 6) + $1
[50644241]{vcl200.bpl  } Vcl.Forms.TApplication.CancelHint (Line 11180,
"Vcl.Forms.pas" + 6) + $D
[50642EDF]{vcl200.bpl  } Vcl.Forms.TApplication.ProcessMessage (Line
10351, "Vcl.Forms.pas" + 23) + $1
[50642F22]{vcl200.bpl  } Vcl.Forms.TApplication.HandleMessage (Line
10381, "Vcl.Forms.pas" + 1) + $4
[50643255]{vcl200.bpl  } Vcl.Forms.TApplication.Run (Line 10519,
"Vcl.Forms.pas" + 26) + $3

Rohit

_______________________________________________
NZ Borland Developers Group - Delphi mailing list
Post: delphi at listserver.123.net.nz
Admin: http://delphi.org.nz/mailman/listinfo/delphi
Unsubscribe: send an email to delphi-request at listserver.123.net.nz with Subject: unsubscribe

_______________________________________________
NZ Borland Developers Group - Delphi mailing list
Post: delphi at listserver.123.net.nz
Admin: http://delphi.org.nz/mailman/listinfo/delphi
Unsubscribe: send an email to delphi-request at listserver.123.net.nz with Subject: unsubscribe

-- 

Regards

Rohit Gupta
B.E. Elec., M.E., Mem IEEE, Mem IET
Technical Director
Computer Fanatics Ltd

Tel 4892280 
Fax 4892290 
Web www.cfl.co.nz

  _____  

This email and any attachments contain information, which is confidential and may be subject to legal privilege and copyright. If you are not the intended recipient, you must not use, distribute or copy this email or attachments. If you have received this in error, please notify us immediately by return email and then delete this email and any attachments.

_______________________________________________
NZ Borland Developers Group - Delphi mailing list
Post: delphi at listserver.123.net.nz
Admin: http://delphi.org.nz/mailman/listinfo/delphi
Unsubscribe: send an email to delphi-request at listserver.123.net.nz with Subject: unsubscribe

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://listserver.123.net.nz/pipermail/delphi/attachments/20140721/47d15390/attachment.html 