Board index » delphi » Re: Delphi 8 don't work any more

2004-09-15 04:19:32 AM
delphi39
Yes,
I have read them, but I still have a problem with the Borland.Delphi.dll
version. And the work around doesn't say any thing about how to solve the
internal error or the "Borland.Delphi.dll not compiled" exception after
deleting and compiling the other files.
"Craig Stuntz [TeamB]" <XXXX@XXXXX.COM [a.k.a. vertexsoftware.com]>
writes news:414749be$XXXX@XXXXX.COM...

Sanyo Moura writes:
solution. It does not address package linking issues.
We are working on a solution. Meanwhile, your best course of action is
to uninstall the SP1. If you deleted and regenerated the .dcpils on
the SP1 assemblies, you will need to remove those and replace the
.dcpils that were distributed with the product. (worst case:
reinstall Delphi 8 and updates)
-Danny
--
Delphi Compiler Core: homepages.borland.com/dthorpe/blog/delphi/
 

Danny Thorpe writes:
reinstall everything few times, and Delphi 8 still won't work. The
proposed solution, reinstalling Delphi 8 does not work for me.
Wien.
 

It seems that we must reinstall windows. Disgusting :(
"Erwien Saputra" <XXXX@XXXXX.COM>, iletide þunu yazd?

Onur writes:
problem came at a very bad time, just right before Borcon.
What made it really bad, I just finished reinstalling Windows last
month. :(
Wien.
 

I finally have my Delphi 8 SP2 working fine again. What I have done?
1. Uninstalled Delphi 8
2. Uninstalled .NET 1.1
3. Uninstalled .NET 1.1 SDK
4. Booted my Notebook
5. Installed .NET 1.1
6. Installed .NET 1.1 SDK
7. Installed Delphi 8
8 Installed Delphi 8 SP2
I couldn't find an option to remove only the .NET 1.1 SP1, so I had to
uninstall the full framework.
Spent 2 days trying to do this, lol.
"Erwien Saputra" <XXXX@XXXXX.COM>writes

Sanyo Moura writes:
Wien.
 

I did it without step 4
Now I will try it
I hope, pleeeeaseeee
"Sanyo Moura" <XXXX@XXXXX.COM>, iletide þunu yazd?

Yes yes yes ! It is working but there is something strange :)
I did these 8 steps and my old projects are able to compile correctly
but how can it be ? New projects (VCL or WindowsForms) can not compile :) It
says "Borland$ ...."
eventually, This works for my current project :)
"Onur "Xtro" ER" <XXXX@XXXXX.COM>, iletide þunu yazd?

Erwien Saputra writes:
.dcpil or .dcuil files that will not work on .Net 1.1 prior to SP1.
When you uninstall D8, be sure to scour your hard disk and remove all
.dcpil and .dcuil files that may be left behind before installing D8.
This does not require reinstalling D8, but reinstalling is generally
easier than finding each and every .dcpil file and restoring them to
the versions from the CDRom.
-Danny
--
Delphi Compiler Core: homepages.borland.com/dthorpe/blog/delphi/
 

Onur writes:
the default projects directory) that contains symbols imported from the
.NET 1.1 SP1 assemblies. Find it and remove it.
-Danny
--
Delphi Compiler Core: homepages.borland.com/dthorpe/blog/delphi/
 

Sanyo Moura writes:
hard disk.
The .dcpil files are the only part that have difficulty with the .NET
1.1 SP1.
Reason: The .NET 1.1 SP1 assemblies (mscorlib, etc) contain new
symbols, and the metadata tokens for old symbols have been renumbered.
The Delphi compiler uses those tokens in symbol identity calculations
that are stored in the .dcpil compiler symbol caches.
Normally, this would not be a problem because an assembly that is
modified to contain additional symbols would have a different time/date
stamp than the original assembly that the .dcpil file was built from.
However, Microsoft service packs do not update the assembly version
number or the file date/time stamp even though they change the contents
of the assembly.
I openly admit that using the token values in symbol identity
calculations was a poor choice on my part. My error was in believing
the assembly file timestamp would change if the tokens ever changed.
Silly me.
We're working on a solution. It will probably involve either softening
the symbol identity calculation to not include CLR tokens at all or
changing the version check to tolerate CLR token flutter or some
combination of both. I am hopeful that a solution can be worked out
that will not require breaking the Delphi 8 DCU format, but I haven't found
that solution yet.
-Danny
--
Delphi Compiler Core: homepages.borland.com/dthorpe/blog/delphi/
 

Danny Thorpe writes:
--
Phil
 

I have search but dcpil and dcuil files are only in delphi8 directory. there
is not anywhere.
before I have reinstalled D8, I had delete whole Delphi 8 directory. So It can't
be remaining dc* files.
What can you suggest now?
anyway, where can be this directory you called "default projects"? I can't
see it in Delphi 8 directory
"Danny Thorpe" <XXXX@XXXXX.COM>, iletide þunu yazd?

OK it is done :)
My default projects folder was in second drive. I removed it and Delphi 8 is full
functional
Thanks to everyone
"Onur "Xtro" ER" <XXXX@XXXXX.COM>, iletide þunu yazd?