[Hunni]

Hi

ok, Thanks for the Info.

Do you know when this problem might be solved?

best regards

Torsten

[Hunni]

that is in the moment not possible, because i have very limited Internet access

[Hunni]

'Support' wrote:

Hello

The package has not been removed from Delphi before upgrading, seems.

This is a reason why installed design-time package have a conflict with new run-time package.

You should just ignore this message and try to reinstall again.

Hi,

i uninstalled the old package and also checked the BPL File don't exist any more

Then I restarted Delphi and tried to install

The same happens

The Runtime package i can install without any problems, but the Designtime package always displays the same error

regards

Torsten

[Hunni]

'Support' wrote:

Hello!

32 bit version should be installed in the IDE as usually.

In the application should be defined path to 64 bit version of the package for the Win64 platform.

Thanks for the quick replay

I will try

regards

Hunni

[Hunni]

'GlauberOliveira' wrote:

Yeah, me too. I can't install 7.67 or 7.68 on Both Delphi XE and XE2.

Someone has a solution? Maybe I'm doing something wrong…

Hi,

I haven't tried the Version 7.67, but I installed the Verion 7.68 on my Delphi XE2 System without any problems (Win7 pro 64)

I opened the acDelphiXE2.groupproj

compiled and installed everything without any error

Which error Message do you receive during installation ?

regards

Hunni

[Hunni]

Hi

I'm sorry, but I can see this problem only on my PC at home, but in the moment I'm away from home and will not come back before October

Torsten

[Hunni]

Hi,

I can ses on my System the same result

Pentium 4 HT

Win7 pro 32bin

Graphic card ATI Radeon 9800 pro

On my other PC with Win7 pro 6bit (i7 2600) and ASUS EAH6950 Graphic card everything is looking fine.

Torsten

'mol' wrote:

Hm, what other information can I give you?

Graphics card: NVidia GForce 8600 GT (an old test system, I know…)

Driver: 266.58 (6.14.12.6658)

DirectX runtime version 11.0

The bug can be reproduced every time. It only occurs with Photoshop CS5, and only if I use AlphaControls.

[Hunni]

Hi,

open the Helpfile and have a look at “Getting started”

Here it is explained.

But basically, have a look at the sSkinManager properties

–> InternalSkins (here you can add a skin tobe integrated in you program)

–> SkinDirectory (The directory where your extern skins are stored)

–> SkinName

[Hunni]

Hi,

The skins are also working on Win7.

Which type of skins do you use ? Internal or external ?

If you use external skin, do you supply the skins with your program.

Are the skins on the customer PC in the correct folder ?

[Hunni]

Hi,

I installed the Version 6.69 under Delphi_XE and upto now it's working fine.

The only thing, I had to remove from the requires the “dbx”, otherwise the installition was working fine.

But for this you need the sources, if you don't have the sources, then you have to wait until the developers creating the official installation packages

Hunni

[Hunni]

QUOTE (Sereby @ Aug 28 2009, 12:02 PM)

Delphi 2010 just released 2-3 Days ago!

If you want a working version you should wait for the eventual fixes of the developers.
else if you have the source code you should be able to use it as well!

Hi,

I just installed then Components under Delphi 2010 and it works sofar fine.

Only the “sComboBoxes.pas” file must be modified from Line #1652 til #1660 (with BoundsRect) because of the “with” statement otherwise you can't compile the componets.
The “with” statemant was modifiend under Delphi 2010.

Torsten

[Hunni]

QUOTE (emailaya @ May 12 2009, 10:52 PM)

what did u mean by “Problem with BackButton…” ?

–> lsflShell.Back This is working well for me with the Standard ShellCtrls

You are right, also in the Original Version are still some memory leaks

That's also why I use a different ShellCtrl (http://www.jam-software.com/shellbrowser_delphi/) for my projects

[Hunni]

QUOTE (emailaya @ May 12 2009, 09:45 PM)

conclusion for now about the runtime error:
1) the fix causes a major memory leak!
procedure TacCustomShellListView.ClearItems;
var
I: Integer;
begin
if not HandleAllocated or (Items.Count = 0) then Exit; <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
if not (csDestroying in ComponentState) then Items.Clear; // Count := 0; v5.05
for I := 0 to FFolders.Count-1 do <<<<<<<<<<<<<<<<<<<<<<<<<<<<
if Assigned(Folders) then
TacShellFolder(Folders).Free;
FFolders.Clear;
end;

if this procedure does not execute because of the first marked line (added as suggested by the fix), the second marked line is not executed and alot of TacShellFolder are not freed!

2) the runtime problem is coming from here:
destructor TacCustomShellChangeNotifier.Destroy;
var
Temp : TacShellChangeThread;
begin
if Assigned(FThread) then begin
OnChange := nil;
Temp := FThread;
FThread := nil;
Temp.Terminate; <<<<<<<<<<<<<<<<<<<<<<<<<<<
ReleaseMutex(Temp.FMutex);
end;
inherited;
end;

for some reason, there are certain scenarios when the form is freed and the marked line throws the mentioned error. now get this! even with this line, there is a memory leak caused by this thread! in other words, this .Terminate doesnt seem to have any effect. commenting this line solves the error. because with or without it i didnt notice any change (surely not mem leak point of view) i'll keep this as a solution unless someone here will enlighten me.

Hi,

when I use the Standard (modified) ShellCtrls.pas from Delphi + SkinManager and SkinProvider, then I don't get your Errors. (ListIndex… , Problem with BackButton…)
Only If I use the ACShellCtrls I can see the same Errors.

Include I send my modified ShellCtrls.pas from Delphi 2009

I think, Serge include the Fix on to many places, which causing no problems.

Torsten

[Hunni]

Hi,

QUOTE (emailaya @ May 10 2009, 08:43 PM)

funny, small world <img src="style_emoticons//smile.gif” style=”vertical-align:middle” emoid=”:)” border=”0″ alt=”smile.gif” />

im using TsShellListView (not TreeView) and the unit acShellCtrls is needed without ShellCtrls unit itself so im not sure how much changing ShellCtrls unit will help.

can u tip on what i need to change in acShellCtrls unit? except for the change u already mentioned regarding TreeView
thanks

maybe Serge knows this better.

But I will have a also a look, but in the moment I'm quit busy with some other problems (PLC Software problems)

Torsten

[Hunni]

Hi,

QUOTE (emailaya @ May 10 2009, 08:09 PM)

yeah i just saw this update in the post on codegear forum itself
btw, i notice that AC uses its own acShellCtrls so can i just apply these changes there?
if u have the complete unit of AC itself, please send it to me, if the changes are of the original ShellCtrls then i will try it myself and see if it works

btw, does this solve the runtime problem as well?
btw2, r u him (Torsten) ? <img src="style_emoticons//smile.gif” style=”vertical-align:middle” emoid=”:)” border=”0″ alt=”smile.gif” />

Yes that's me.

I haven't changed the acShellCtrls Unit up to now (in the moment no need for it)

The runtime problems i haven't met with the modification

Have a nice weekend

Torsten

PS: When I just overview the AC Source, I can see that following modification should be necessary

CODE

procedure TacCustomShellTreeView.ClearItems;
var
  I: Integer;
begin
  if not HandleAllocated or (Items.Count = 0) then
    Exit;
  Items.BeginUpdate;
.
.
.

[Hunni]

Hi,

QUOTE (emailaya @ May 10 2009, 05:29 PM)

please read here:
http://qc.embarcadero.com/wc/qcmain.aspx?d=69358

u dont have ShellCtrl but acShellCtrls but i wasnt sure how exactly to integrate it into your code – this is about the designtime error.
about the runtime problem: i pasted the callstack previously, not sure there is a relation between the 2 problems

please advice

This fix didn't solved the problem 100%.

You need some more modifications inside the ShellCtrls.pas (see below).
If necessary i can post also the complete unit.

public
constructor Create(AOwner: TComponent); override;
destructor Destroy; override; //was missing
procedure Refresh(Node: TTreeNode);

..
..
..

procedure TreeUpdate(NewPath: PItemIDList);
procedure SetObjectTypes(Value: TShellObjectTypes); virtual;
//!procedure WMDestroy(var Message: TWMDestroy); message WM_DESTROY;
public
constructor Create(AOwner: TComponent); override;

destructor TCustomShellTreeView.Destroy;
begin
ClearItems;
FRootFolder.Free;
inherited;
end;

procedure TCustomShellTreeView.ClearItems;
var
I: Integer;
begin
if not HandleAllocated or (Items.Count = 0) then
Exit;
Items.BeginUpdate;
try
for I := 0 to Items.Count-1 do

Torsten
PS: this Bug also exist in older Delphi Versions!

[Author]

Posts