Cannot save project after 'Replace components' command

Brought to you by: eberry, twm

#16 Cannot save project after 'Replace components' command

Milestone: Closed

Status: closed-fixed

Owner: Erik Berry

Labels: General (8)

Priority: 7

Updated: 2016-05-29

Created: 2011-11-05

Creator: Steve Faleiro

Private: No

Using: Delphi XE Update 1, GExperts 1.35, CnPack 0.9.9.621, Windows 7 64-bit

In GExperts, after issuing the 'Replace Components' command, trying to save the project results in an AV and the project cannot be saved.

The only way to proceed after this event is to quit without saving and then restart Delphi.

Note that the components are replaced as expected. However when trying to save the Delphi project it shows the Access Violation error message.

Could this be happening because I have CnPack also installed?

Is there hope for a fix in the next release or in the source repositiory?

Stacktrace that is displayed along with the AV is attached (please see attached).

Discussion

Steve Faleiro - 2011-11-05

Access violation at address 5003A43E in module 'rtl150.bpl'. Read of address FFFFFFC4.

av_in_module_rtl150.bpl.txt

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Erik Berry - 2011-11-05

assigned_to: nobody --> eberry

priority: 5 --> 7

milestone: 102802 --> Closed

labels: 312529 --> General

status: open --> open-fixed
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Erik Berry - 2011-11-05

Thanks for your bug report. There is a limitation/bug in Delphi 2010 and XE where if you assign a Component.Touch property from one component to another and destroy the original component that the new component becomes corrupt (it isn't like component/interface references, where they either auto-correct themselves or are reference counted).

For the moment, you can assign a bi-directional replace component property map from (for example) TPanel.Touch to TGroupBox.Touch that is marked as disabled, and that will work around this problem. Our next release will not try to assign that property any longer.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Steve Faleiro - 2011-11-05

Hi eberry, Thank you for responding. If I knew how to fix this, I would have checked out the source code and fixed this myself. However I don't have the skills on the GExperts project to fix this. Could you please indicate whether someone will fix this and push it to the source respository soon or whether we have to wait indefinitely until the next release for the fix?

Regards,
Steve Faleiro
steve_goa@yahoo.com

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Erik Berry - 2011-11-05

The fix was committed to SVN a couple of months ago:
http://gexperts.svn.sourceforge.net/viewvc/gexperts?view=revision&sortby=date&revision=666

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Steve Faleiro - 2011-11-05

Please confirm whether the fix was committed after release 1.35.

Regards,
Steve Faleiro
steve_goa@yahoo.com

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Erik Berry - 2011-11-05

The fix will be in the next release (not in the current one).
GExperts 1.35: 2011-06-05
Bug Fix: 2011-09-17

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Erik Berry - 2016-05-29

status: open-fixed --> closed-fixed
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Log in to post a comment.

Gen AI apps are built with MongoDB Atlas

Atlas offers built-in vector search and global availability across 125+ regions. Start building AI apps faster, all in one place.

Try Free →