I’m getting a “Product or License Validation Error” error message intermittently.

According to:
http://support.embarcadero.com/article/40373

Only files provided by Embarcadero may reside in the bin folder.

edbrun219rsdelphiwin32xe7.bpl is in the bin folder.

Should this file be there?

XE7 Enterprise

Mike,

I'm not sure about XE7, but I have the same files, always had, in the bin directories in my XE6 and previous versions.

--
Fernando Dias
[Team Elevate]

Mike,

<< Should this file be there? >>

We do that because it's a legacy issue with older versions, and to make sure
that our .bpl is found in the path without having to add new paths to the
PATH environment variable.  I'm not sure if EMBT realizes it, but they're
making it almost impossible to have all of their IDEs installed on the same
machine because of the number of releases that are being created.  The path
information overflows, compiler defines overflow, etc. due to the sheer
numbers.

Frankly, I'm not quite sure why EMBT would care if we put a .bpl there, as
long as we don't overwrite one of their .bpls.  It certainly doesn't cause a
problem for us (tested with XE8).

I'll have to see what's involved with changing this.

Tim Young
Elevate Software
www.elevatesoft.com

Thanks Fernando and Tim.

It only happens 2 or 3 times a week so it's not a major problem. Just a a bit of an annoyance.

Mike

>>I'm not sure if EMBT realizes it, but they're
>>making it almost impossible to have all of their IDEs installed on the same
>>machine because of the number of releases that are being created.  The path
>>information overflows, compiler defines overflow, etc. due to the sheer
>>numbers.

I think the expectation at EMB is that programmers will use something like Virtual Machines to install different versions of Delphi, in order to keep them well segregated.

Of course this creates almost as many problems as it solves

I agree that the release version situation is out of hand. It must be bloody hard as a third party component developer!

Adam,

<< I think the expectation at EMB is that programmers will use something
like Virtual Machines to install different versions of Delphi, in order to
keep them well segregated.

Of course this creates almost as many problems as it solves >>

Yes, that's a lot of VMs to keep active just to test things.  Even if I
segment things a bit, it's still several.

<< I agree that the release version situation is out of hand. It must be
bloody hard as a third party component developer! >>

We are currently at 53, total, back to D5.  Of course, we need to probably
kill off support for the older versions at some point.

Tim Young
Elevate Software
www.elevatesoft.com

Tim


>We are currently at 53, total, back to D5.

Wow - how long does a new version build take now?

>Of course, we need to probably
>kill off support for the older versions at some point.

Or do a Microsoft and charge an arm and a leg for support on the older out of support ones.

Roy

Roy,

<< Wow - how long does a new version build take now? >>

EDB is the worst - it takes about  3-4 hours for a build to complete (I
don't watch it exactly, and I've never timed it).  That *does not* include
the time for running the automated tests, which adds another 2 hours, and
upload times, etc.  All in all, it's normally an entire-day process.

Tim Young
Elevate Software
www.elevatesoft.com