View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0003481 | JEDI VCL | 02 Installation | public | 2006-01-31 08:06 | 2007-06-17 12:29 |
Reporter | bravecobra | Assigned To | jfudickar | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | resolved | Resolution | fixed | ||
Product Version | 3.10 | ||||
Target Version | Fixed in Version | ||||
Summary | 0003481: Build of JVDBD7D with DevExpress Support fails | ||||
Description | Compiling in support for DevExpress Grid and CxEditors fails during setup of jvcl 3.1. The package JVDBD7D fails to build since it can't find the required cxGridVCLD7.dcp. This is logical since the setup of DevExpress grid puts these files in $(DXVCL)/Library/Delphi7 and not in for instance $(DELPHI)/Projects/Bpl. There is an entry in the Environment Library path called : $(DXVCL)/Library/Delphi7 to let Delphi7 find these during development. Once I copied the dcp's to $(DELPHI)/Projects/Bpl, the build is successful. I must say, that I didn't install the QuantumGrid to its default location. Might this be the reason? Adding $(DXVCL)/Library/Delphi7 to the paths in case of this compiler directive, might be a good solution, imho. | ||||
Tags | No tags attached. | ||||
|
Reminder sent to: AHUser Hi Andreas, did you see a solution for this problem? I know this problem since DevExpress changed their installation. Before the dcp files were copied to a directory in the path (Windows\System32), but now they don't. Greetings Jens |
|
All search path directories are The problem meight be the $(DXVCL). If it is not defined in the global environment block, the installer cannot resolve it. So I must add code that reads all the Delphi-defined environment variables. |
|
This seems to be a good solution! Will you do it?? Greetings Jens |
|
Any news? |
|
Here are a couple of code snippets to get these environmental variables. http://www.chami.com/tips/delphi/010997D.html http://www.greatis.com/delphicb/tips/lib/systemifo-envstrings.html http://www.planet-source-code.com/vb/scripts/ShowCode.asp?txtCodeId=51&lngWId=7 With the code of the first page, "GetEnvVar('DXVCL');" would give us (the part of) the needed location. Another option would be to be able to adjust the paths manually before compiling. Btw 3.20 suffers the same problem. If any more info is needed, let me know. |
|
Or simply use the "GetEnvironmentVariable(Name: string): string;" function as defined in SysUtils. :) Why do I keep searching for a more difficult road, while there is a simple solution? |
|
Any news? |
|
Thing is that not many of us have DevExpress installed (I don't) and so we cannot do much about it. But if you manage to adpat the installer, please provide a patch file. |
|
Sure, can you point me to the place where the resolving stuff happens? |
|
Ok, I tracked it down... but somewhat unwilling to provide a patch due to the comments in the code. In compile.pas of the installer, around line 835, you'll find this code commented out: [code] { Removed until we have a non-make.exe-bug harmed build process. if TargetConfig.Target.Version > 6 then // Overcome make.exe "command line too long" bug begin SearchPaths := ''; for i := 0 to TargetConfig.Target.SearchPaths.Count - 1 do begin S := ExtractShortPathName(ExcludeTrailingPathDelimiter(TargetConfig.Target.ExpandDirMacros(TargetConfig.Target.SearchPaths[i]))); if SearchPaths <> '' then SearchPaths := SearchPaths + ';' + S else SearchPaths := S; end; end else } SearchPaths := '.'; [/code] Once I uncomment that, everything works just fine. However, due to the "Removed until we have a non-make.exe-bug harmed build process." remark, I'm sure that'll break something else, not quite sure what. Could the reason this was commented out, be verified please?? |
|
Can you test with the latest daily version from below? I'm quite sure the installer is now fixed and works much better for this. http://jvcl.sf.net/daily/ |
|
The major problem now is the detection if there DevExpress Components are installed. Manually activating the option in the inc-file works. Does anyone knows a function to search a file in the PATH? Greetings Jens |
|
Maybe we should deactivate the check of package existence for the devexpress packages. Then there is no problem anymore? |
|
As for me, this issue can be closed, since DevExpress changed their setup. On the other hand having access to the environmental variables might be useful for the the installer in the future. |
Date Modified | Username | Field | Change |
---|---|---|---|
2006-01-31 08:06 | bravecobra | New Issue | |
2006-02-01 01:24 | jfudickar | Note Added: 0008479 | |
2006-02-01 02:01 | AHUser | Note Added: 0008481 | |
2006-02-01 11:01 | jfudickar | Note Added: 0008487 | |
2006-04-05 05:18 | obones | Note Added: 0008956 | |
2006-04-05 05:18 | obones | Status | new => feedback |
2006-06-07 02:00 | bravecobra | Note Added: 0009398 | |
2006-06-07 02:03 | bravecobra | Note Edited: 0009398 | |
2006-06-07 04:57 | bravecobra | Note Added: 0009408 | |
2006-08-17 15:22 | bravecobra | Note Added: 0009982 | |
2006-08-18 01:02 | obones | Note Added: 0009983 | |
2006-09-05 05:52 | bravecobra | Note Added: 0010062 | |
2006-09-05 07:11 | bravecobra | Note Added: 0010063 | |
2007-01-04 01:35 | obones | Note Added: 0010506 | |
2007-01-04 09:57 | jfudickar | Note Added: 0010537 | |
2007-03-02 16:16 | jfudickar | Note Added: 0011271 | |
2007-05-31 02:11 | bravecobra | Note Added: 0013012 | |
2007-06-17 12:29 | jfudickar | Status | feedback => resolved |
2007-06-17 12:29 | jfudickar | Resolution | open => fixed |
2007-06-17 12:29 | jfudickar | Assigned To | => jfudickar |