[DUG] Migrating to XE6 - Project Issues

Rohit Gupta rohit at cfl.co.nz
Tue Jul 22 11:25:31 NZST 2014


Joylon,

this sounds like an excellent idea (as long as the ifdefs work in an 
include file and the IDE does not keep removing the $I directive.)  I 
shall try it as soon as I mend the stupid thing again.

I can no longer start XE6 because it says that rtl200.bpl is missing.  
Well I cant find any 200.bpls at all  !!!

Rohit

On 21/07/2014 1:12 p.m., Jolyon Smith wrote:
> 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 
> <mailto: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
>>     <mailto: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
>>         <mailto: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
>>         <mailto:delphi-request at listserver.123.net.nz> with Subject:
>>         unsubscribe
>>
>>
>>
>>
>>     _______________________________________________
>>     NZ Borland Developers Group - Delphi mailing list
>>     Post:delphi at listserver.123.net.nz  <mailto:delphi at listserver.123.net.nz>
>>     Admin:http://delphi.org.nz/mailman/listinfo/delphi
>>     Unsubscribe: send an email todelphi-request at listserver.123.net.nz  <mailto: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 <http://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
>     <mailto: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
>     <mailto: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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://listserver.123.net.nz/pipermail/delphi/attachments/20140722/5ecd753e/attachment-0001.html 


More information about the Delphi mailing list