<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix"><br>
Colin,<br>
<br>
we use the same names for projects but they are indifferent
directories.<br>
<br>
Packages, however have to be named differently between delphi
versions anyway - we still keep them in separate folder.<br>
<br>
Joylon, <br>
<br>
that works brilliantly and now the IDE doesnt fiddle with ifdefs.
The only possible downside is that the dproj file has no entries
for DCCReference.. It doesnt seem to need it. And the other
benefit is that I can use the same name for the include file
across the delphi versions. It makes it much easier to Beyond
Compare it.<br>
<br>
Rohit<br>
<br>
<br>
On 22/07/2014 11:31 a.m., Colin Johnsun wrote:<br>
</div>
<blockquote
cite="mid:CA+-ONOtgD4GKWOdJr3zXmqH2y2qMCBVpZfr2=9A=W8nxxLg63g@mail.gmail.com"
type="cite">
<div dir="ltr">Hi David and Jolyon,
<div><br>
</div>
<div>Thanks for clarifying the problem.</div>
<div><br>
</div>
<div>Even though having different-named projects helps you avoid
project conflicts between different versions of Delphi it does
force you into having to explicitly keep the projects in sync
which can be a big PITA.</div>
<div><br>
</div>
<div>Cheers,</div>
<div>Colin </div>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On 22 July 2014 06:32, Jolyon Smith <span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:jsmith@deltics.co.nz" target="_blank">jsmith@deltics.co.nz</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">The problem with that Colin is that there is
no intrinsic mechanism in Delphi to share a DPR between
projects of different names. So if your application DPR
is in any way non-standard, then having different named
projects means having to keep the separate DPR's all in
sync, which I understand is the case in point.<br>
<br>
This is particularly annoying when you realise that the
XML in the dproj files references the project source (DPR)
explicitly, so there really is no reason these days for
the filename of the DPR and the filename of the DPROJ to
have to be consistent (unlike, for example, in days gone
past when the IDE had to infer various files associated
with a project by coincident filename stem).</div>
<div class="HOEnZb">
<div class="h5">
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On 21 July 2014 23:47, Colin
Johnsun <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:colin.adug@gmail.com"
target="_blank">colin.adug@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
Wouldn't it be easier just to have one project
called MyAppD2007.dproj and another called
MyAppDXE3.dproj?
<div><br>
</div>
<div>Just rename the executable after
compilation. </div>
<div><br>
</div>
<div>Regards,</div>
<div>
Colin<span></span><br>
<br>
On Monday, 21 July 2014, David Brennan <<a
moz-do-not-send="true"
href="mailto:dugdavid@dbsolutions.co.nz"
target="_blank">dugdavid@dbsolutions.co.nz</a>>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0
0 0 .8ex;border-left:1px #ccc
solid;padding-left:1ex">
<div link="blue" vlink="purple" lang="EN-NZ">
<div>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">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.
</span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">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.</span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">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.</span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Cheers,</span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">David.</span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p>
<p class="MsoNormal"><b><span
style="font-size:10.0pt;font-family:"Tahoma","sans-serif""
lang="EN-US">From:</span></b><span
style="font-size:10.0pt;font-family:"Tahoma","sans-serif""
lang="EN-US"> <a
moz-do-not-send="true">delphi-bounces@listserver.123.net.nz</a>
[mailto:<a moz-do-not-send="true">delphi-bounces@listserver.123.net.nz</a>]
<b>On Behalf Of </b>Jolyon Smith<br>
<b>Sent:</b> Monday, 21 July 2014 1:12
p.m.<br>
<b>To:</b> NZ Borland Developers Group
- Delphi List<br>
<b>Subject:</b> Re: [DUG] Migrating to
XE6 - Project Issues</span></p>
<p class="MsoNormal"> </p>
<div>
<p class="MsoNormal"
style="margin-bottom:12.0pt">ime
sharing dpk's (or even dpr's) (or
trying to) between versions can be a
recipe for headaches.<br>
<br>
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)
?<br>
<br>
</p>
<div>
<p class="MsoNormal">package
MyPackage2007;</p>
</div>
<div>
<p class="MsoNormal"> </p>
</div>
<div>
<p class="MsoNormal">{$i
mypackage.inc}</p>
</div>
<div>
<p class="MsoNormal">
</p>
</div>
<div>
<p class="MsoNormal">end.</p>
</div>
<p class="MsoNormal"
style="margin-bottom:12.0pt"> </p>
<div>
<p class="MsoNormal">package
MyPackageXE6;</p>
</div>
<div>
<p class="MsoNormal"> </p>
</div>
<div>
<p class="MsoNormal">{$i
mypackage.inc}</p>
</div>
<div>
<p class="MsoNormal"> </p>
</div>
<div>
<p class="MsoNormal">end.<br>
<br>
<br>
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!).</p>
</div>
</div>
<div>
<p class="MsoNormal"
style="margin-bottom:12.0pt"> </p>
<div>
<p class="MsoNormal">On 21 July 2014
12:14, Rohit Gupta <<a
moz-do-not-send="true">rohit@cfl.co.nz</a>>
wrote:</p>
<div>
<div>
<p class="MsoNormal">Hi Joylon,<br>
<br>
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 !!!!<br>
<br>
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..<br>
<br>
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.<br>
<br>
Rohit<br>
<br>
On 21/07/2014 12:05 p.m., Jolyon
Smith wrote:</p>
</div>
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<div>
<p class="MsoNormal">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).</p>
</div>
<div>
<p class="MsoNormal"> </p>
</div>
<div>
<p class="MsoNormal">To avoid
this, instead of deleting
the dproj, try adding the
packages with the current
dproj.</p>
</div>
<div>
<p class="MsoNormal">
</p>
</div>
<div>
<p class="MsoNormal">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!)<br>
<br>
<br>
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 ?
:)</p>
</div>
<div>
<p class="MsoNormal"><br>
hth</p>
</div>
</div>
<div>
<p class="MsoNormal"
style="margin-bottom:12.0pt"> </p>
<div>
<p class="MsoNormal">On 21
July 2014 11:28, Rohit Gupta
<<a
moz-do-not-send="true">rohit@cfl.co.nz</a>>
wrote:</p>
<p class="MsoNormal">I am
trying to migrate a group of
projects (packages) from
2007 to<br>
XE6. I deleted the dcus,
drc and dproj files.<br>
<br>
Even when I start from a
blank project group and add
the existing<br>
project in I get<br>
<br>
"Unable to load project
*****.bdsproj<br>
<br>
Of course it doesnt exist,
only the dpk does. A dump
of error details<br>
follows. Incidentally I had
the same issue last time
migrating another<br>
group to XE5. That I had to
recreate brand new dpk
file.... and the<br>
stupid thing was identical
to the original one...<br>
<br>
Any clues anyone ?<br>
<br>
<br>
<br>
[21CA67AE]{delphicoreide200.bpl}<br>
BaseDelphiProject.TBaseDelphiProject.Create
(Line 775,<br>
"BaseDelphiProject.pas" +
51) + $2C<br>
[223A563A]{delphide200.bpl}<br>
DelphiProject.TDelphiProjectCreationTrait.OpenProject
(Line 314,<br>
"DelphiProject.pas" + 7) +
$19<br>
[2069F929]{coreide200.bpl}
ProjectFileUtils.LoadProjectFile
(Line 642,<br>
"ProjectFileUtils.pas" + 29)
+ $34<br>
[21D05BED]{delphicoreide200.bpl}<br>
CommonPasReg.TLegacyModuleHandler.FileOpen
(Line 482,
"CommonPasReg.pas"<br>
+ 38) + $D<br>
[2086B468]{coreide200.bpl}
DocModul.TFilterList.OpenFile
(Line 807,<br>
"DocModul.pas" + 36) + $0<br>
[20870A8C]{coreide200.bpl}
DocModul.ProjectOpenDialog
(Line 3295,<br>
"DocModul.pas" + 42) + $3E<br>
[2061437B]{coreide200.bpl}
ProjectMgr.TProjectManager.AddTarget
(Line<br>
449, "ProjectMgr.pas" + 2) +
$7<br>
[20613C54]{coreide200.bpl}
ProjectMgr.TProjectManager.CommandHandler<br>
(Line 272, "ProjectMgr.pas"
+ 5) + $A<br>
[204A397B]{coreide200.bpl}<br>
ContainerIntf.TIDEProjectManagerMenuObject.Execute
(Line 862,<br>
"ContainerIntf.pas" + 26) +
$17<br>
[204A559E]{coreide200.bpl}
ContainerIntf.TProjectManagerMenuItem.Click<br>
(Line 1110,
"ContainerIntf.pas" + 18) +
$22<br>
[506289BC]{vcl200.bpl }
Vcl.Menus.TMenu.DispatchCommand
(Line 3436,<br>
"Vcl.Menus.pas" + 5) + $4<br>
[50629C2E]{vcl200.bpl }
Vcl.Menus.TPopupList.WndProc
(Line 4597,<br>
"Vcl.Menus.pas" + 4) + $E<br>
[50629B7D]{vcl200.bpl }
Vcl.Menus.TPopupList.MainWndProc
(Line 4572,<br>
"Vcl.Menus.pas" + 2) + $5<br>
[501766E4]{rtl200.bpl }
System.Classes.StdWndProc
(Line 17064,<br>
"System.Classes.pas" + 6) +
$1<br>
[50644241]{vcl200.bpl }
Vcl.Forms.TApplication.CancelHint
(Line 11180,<br>
"Vcl.Forms.pas" + 6) + $D<br>
[50642EDF]{vcl200.bpl }
Vcl.Forms.TApplication.ProcessMessage
(Line<br>
10351, "Vcl.Forms.pas" + 23)
+ $1<br>
[50642F22]{vcl200.bpl }
Vcl.Forms.TApplication.HandleMessage
(Line<br>
10381, "Vcl.Forms.pas" + 1)
+ $4<br>
[50643255]{vcl200.bpl }
Vcl.Forms.TApplication.Run
(Line 10519,<br>
"Vcl.Forms.pas" + 26) + $3<br>
<br>
<br>
Rohit<br>
<br>
_______________________________________________<br>
NZ Borland Developers Group
- Delphi mailing list<br>
Post: <a
moz-do-not-send="true">delphi@listserver.123.net.nz</a><br>
Admin: <a
moz-do-not-send="true"
href="http://delphi.org.nz/mailman/listinfo/delphi"
target="_blank">http://delphi.org.nz/mailman/listinfo/delphi</a><br>
Unsubscribe: send an email
to <a
moz-do-not-send="true">delphi-request@listserver.123.net.nz</a>
with Subject: unsubscribe</p>
</div>
<p class="MsoNormal"> </p>
</div>
<p class="MsoNormal"
style="margin-bottom:12.0pt"> </p>
<pre>_______________________________________________</pre>
<pre>NZ Borland Developers Group - Delphi mailing list</pre>
<pre>Post: <a moz-do-not-send="true">delphi@listserver.123.net.nz</a></pre>
<pre>Admin: <a moz-do-not-send="true" href="http://delphi.org.nz/mailman/listinfo/delphi" target="_blank">http://delphi.org.nz/mailman/listinfo/delphi</a></pre>
<pre>Unsubscribe: send an email to <a moz-do-not-send="true">delphi-request@listserver.123.net.nz</a> with Subject: unsubscribe</pre>
</blockquote>
<p class="MsoNormal"
style="margin-bottom:12.0pt"> </p>
<div>
<p class="MsoNormal">-- </p>
<p>Regards<br>
<br>
<b>Rohit Gupta</b><br>
B.E. Elec., M.E., Mem IEEE, Mem
IET<br>
Technical Director<br>
Computer Fanatics Ltd<br>
<br>
<b>Tel </b>4892280 <br>
<b>Fax </b>4892290 <br>
<b>Web </b><a
moz-do-not-send="true"
href="http://www.cfl.co.nz"
target="_blank">www.cfl.co.nz</a></p>
<div class="MsoNormal"
style="text-align:center"
align="center">
<hr align="center" size="2"
width="100%"></div>
<p class="MsoNormal">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.</p>
</div>
</div>
<p class="MsoNormal"><br>
_______________________________________________<br>
NZ Borland Developers Group - Delphi
mailing list<br>
Post: <a moz-do-not-send="true">delphi@listserver.123.net.nz</a><br>
Admin: <a moz-do-not-send="true"
href="http://delphi.org.nz/mailman/listinfo/delphi"
target="_blank">http://delphi.org.nz/mailman/listinfo/delphi</a><br>
Unsubscribe: send an email to <a
moz-do-not-send="true">delphi-request@listserver.123.net.nz</a>
with Subject: unsubscribe</p>
</div>
<p class="MsoNormal"> </p>
</div>
</div>
</div>
</blockquote>
</div>
<br>
_______________________________________________<br>
NZ Borland Developers Group - Delphi mailing list<br>
Post: <a moz-do-not-send="true"
href="mailto:delphi@listserver.123.net.nz"
target="_blank">delphi@listserver.123.net.nz</a><br>
Admin: <a moz-do-not-send="true"
href="http://delphi.org.nz/mailman/listinfo/delphi"
target="_blank">http://delphi.org.nz/mailman/listinfo/delphi</a><br>
Unsubscribe: send an email to <a
moz-do-not-send="true"
href="mailto:delphi-request@listserver.123.net.nz"
target="_blank">delphi-request@listserver.123.net.nz</a>
with Subject: unsubscribe<br>
</blockquote>
</div>
<br>
</div>
</div>
</div>
<br>
_______________________________________________<br>
NZ Borland Developers Group - Delphi mailing list<br>
Post: <a moz-do-not-send="true"
href="mailto:delphi@listserver.123.net.nz">delphi@listserver.123.net.nz</a><br>
Admin: <a moz-do-not-send="true"
href="http://delphi.org.nz/mailman/listinfo/delphi"
target="_blank">http://delphi.org.nz/mailman/listinfo/delphi</a><br>
Unsubscribe: send an email to <a moz-do-not-send="true"
href="mailto:delphi-request@listserver.123.net.nz">delphi-request@listserver.123.net.nz</a>
with Subject: unsubscribe<br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
NZ Borland Developers Group - Delphi mailing list
Post: <a class="moz-txt-link-abbreviated" href="mailto:delphi@listserver.123.net.nz">delphi@listserver.123.net.nz</a>
Admin: <a class="moz-txt-link-freetext" href="http://delphi.org.nz/mailman/listinfo/delphi">http://delphi.org.nz/mailman/listinfo/delphi</a>
Unsubscribe: send an email to <a class="moz-txt-link-abbreviated" href="mailto:delphi-request@listserver.123.net.nz">delphi-request@listserver.123.net.nz</a> with Subject: unsubscribe</pre>
</blockquote>
<br>
<br>
<div class="moz-signature">-- <br>
<p>
Regards<br>
<br>
<b>Rohit Gupta</b><br>
B.E. Elec., M.E., Mem IEEE, Mem IET<br>
Technical Director<br>
Computer Fanatics Ltd<br>
<br>
<b>Tel </b>4892280 <br>
<b>Fax </b>4892290 <br>
<b>Web </b><a href="www.cfl.co.nz">www.cfl.co.nz</a><br>
</p>
<hr>
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.</div>
</body>
</html>