Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations biv343 on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

vista dpr error?

Status
Not open for further replies.

sggaunt

Programmer
Jul 4, 2001
8,620
GB
Under XP (and 98) I have always been able to launch my Delphi projects with a shortcut to the *.dpr file

But under Vista I get an an error like this

Access violation at address 00889370 in module 'coreide70.bpl' read of address 00000008

If I open the same project from the file menu everything is fine. (even without shutting delphi down after the error)

This happens for all my Delphi projects regardless of complexity.

Can anyone suggest a fix?






Steve: N.M.N.F.
If something is popular, it must be wrong: Mark Twain
 
Its D7 and Vista SP1 is installed

Steve: N.M.N.F.
If something is popular, it must be wrong: Mark Twain
 
Daddy: I did use that Dr Bob artical to do the D7 installation.




Steve: N.M.N.F.
If something is popular, it must be wrong: Mark Twain
 
what if you turn UAC off? (just to see if it works?)

-----------------------------------------------------
What You See Is What You Get
Never underestimate tha powah of tha google!
 
Will try that tonight.
In the meantime I wasn't confident about finding anything Googling (as this is quite specific) by I just found this which would seem to be the same problem.
Except here Delphi is being launched by a third party application, but the error codes are exactly the same.

[red] Warning the forum this links to does not disallow profanity[/red]


There is no solution however

Steve: N.M.N.F.
If something is popular, it must be wrong: Mark Twain
 
I tried turning off UAC no difference.

I did find that the .dpr was saved as read only (file had been transferred from another machine) but changing this didnt fix it!



Steve: N.M.N.F.
If something is popular, it must be wrong: Mark Twain
 
Once upon a time, I came up with a copy of Vista RC2 back when Microsoft was doing that and ran Delphi 3 against it. I noticed several problems, but I wasn't that in the mood to try and solve them. Of course, this is because Vista changed many of the rules involved with what programs can and can not do - along with how Explorer handles those programs.

I can't remember if this was one of them or not. But a thought on a couple of things to try (which I would do if I were in front of a Vista computer with this problem):

1) Since you can pull the project up within the IDE, try going to a command prompt and navigating to a directory with a DPR file in it and then try to run the Delphi environment that way. This should determine whether there is a problem with the Explorer file association. Like:

Code:
[b]
"C:\Program Files\Borland\Delphi 3\bin\delphi32.exe" dynmem.dpr[/b]

If that works properly for you, then it would seem that the Explorer file association would be bad and you would need to replace it.

2) I understand one of the major changes of Vista was controlling programs that wrote to their home directories. To that end, most 3rd-party programs are stopped from writing to anything in "Program Files" or "Windows". Since Delphi writes data to its home directory, you might try installing it outside of "Program Files" and see if that makes a difference.

Hopefully that would start you on the right track to finding an answer.

----------
Measurement is not management.
 
Another suggestion to try:
3) Try copying one of the projects to a different directory and then deleting all the non-essential files, leave DPR, PAS, DFM, etc, and then try loading it and see what happens.

----------
Measurement is not management.
 
I'll fire up my copy of D7 (when I find it :) ) and install it on my vista box. will let you know if I find something...


/Daddy

-----------------------------------------------------
What You See Is What You Get
Never underestimate tha powah of tha google!
 
I will try that Glenn, not sure about the file association thing sounded like a possibility but then again, the IDE does open.

The problem seems to happen when the project attempts to load.

Also (don't know if this will help) The exception that I detailed in the first post is the second of two, both are in coreide70.bpl (need to check this) but have different values.

The Vista machine is in my SOHO, only have XP here (at work) so I cant try it now.


Steve: N.M.N.F.
If something is popular, it must be wrong: Mark Twain
 
I will try that Glenn, not sure about the file association thing sounded like a possibility but then again, the IDE does open.

The IDE opening really doesn't mean anything in the case of Explorer - especially since you indicated the IDE opens without error by itself. An Explorer file association is a definition that tells Explorer that a certain file extension has some meaning.

For example, file extension MP3 has an association with Winamp on my system. Which means that Explorer will use the Winamp icon on all MP3 files. In addition, there are default actions that are definable either accessible via Right click of the file or by double-clicking the file. For example, if a MP3 file is double-clicked, it does the following:

Code:
"C:\PROGRAM FILES\WINAMP\WINAMP.EXE" "%1"

Now I can have any number of command-line parms present there too. The question of file association comes into play if I can open Winamp but not double-click the file and make it work.

Defining the command-line via Start/Run or via command prompt is how you test this.

----------
Measurement is not management.
 
Glenn: I just tried launching from the command line and that worked OK.

Will now look at the file associations thing. (provided checking this isnt too well hidden in Vista!!)


Steve: N.M.N.F.
If something is popular, it must be wrong: Mark Twain
 
Well the file to open files of type .dpr would appear to be delphi32.exe (in the sortcut properties)
I re-assigned it just to make sure but I still get the exceptions.


Steve: N.M.N.F.
If something is popular, it must be wrong: Mark Twain
 
I don't know how Vista is laid out, but under XP, you would load up Explorer and then under Tools go to Folder Options, then File Types. After a while it should load up a list. Then you would locate extension DPR and then click on it and then click Advanced.

When you get there, it should have a few options there. Like for my DOC extension, I have New, Open, Print, and PrintTo. The one that is in bold print should be the double-click default. I click that, then it should show a box that has the command-line that is used. That's what I'm referring to that you would need to check and test, using a command-line like I described above.

----------
Measurement is not management.
 
According to the Vista help file association is changed on a program by program basis, using the file properties dialog.

There is no equivalent to 'Folder options/filetypes/ advanced' or at least nothing that I have found yet I am continuing to look!


Steve: N.M.N.F.
If something is popular, it must be wrong: Mark Twain
 
I found this 'fix' on another forum

Create a shortcut to Delphi32.exe and add the path to the .dpr

Example:
"C:\Program Files\Borland\Delphi7\Bin\delphi32.exe"
"c:\projects\sampletest.dpr"

This works OK and I think it is equivalent to calling from the command line, so it still dosnt explan what is wrong

The person who posted this also said that if this worked then there is a registry hack that should fix the problem, we will see?



Steve: N.M.N.F.
If something is popular, it must be wrong: Mark Twain
 
Tried this myself, I get the same error indeed.
funny thing is, when D7 is already started it will load the dpr via the shortcut.

/Daddy

-----------------------------------------------------
What You See Is What You Get
Never underestimate tha powah of tha google!
 
Ok I got another reply in the other forum
Not sure about that. A lot of bad things happened in Vista ;] Here's a clue:
go to regedit (start > run > regedit), open hkey_classes_root and find a
".dpr" key Now look on the right side, you should find a value sorta like
"DelphiProject". Means now you have to find "DelphiProject" folder in
hkey_classes_root. Expand it to "shell > open > command". See the value on
the right. Mine is "C:\Program Files\Borland\Delphi7\Bin\delphi32.exe /np".
The %1 should specify a filename to be opened so if the current setting
doesn't work, change the value to c:\path_to_delphi_exe.exe "%1" (use the
quotes around %1) That should tell explorer to pass the filename as the
first parameter whenever you open a dpr file. if it still does not work -
delete all the subfolders of "open".

However when I looked in the .dpr key its empty just a default entry.
A 'Delphiproject' Key exists but that too has only the 'default' entry, the same is true for all delphi file types.
I am surprised Delphi7 is working at all!


Steve: N.M.N.F.
If something is popular, it must be wrong: Mark Twain
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top