![Delphi-PRAXiS [en]](https://en.delphipraxis.net/uploads/monthly_2018_12/logo.png.be76d93fcd709295cb24de51900e5888.png){kind=logo}
All Activity
This stream auto-updates
- Today
-
FMX comes to mind. The first few versions rarely had anything in common other than the base language. But then...that was work in progress.
-
List of all uses clause items in the whole project
dummzeuch replied to PeterPanettone's topic in GExperts
Possibly a bug - Yesterday
-
List of all uses clause items in the whole project
PeterPanettone replied to PeterPanettone's topic in GExperts
OK, I get it. But then, why I don't get indirect units in the same way if I select a directly used unit node in the left tree: In this case, even the "Unit Uses" tab does not show any used units in "ToolsApi".pas, although it has a uses clause: -
Check for override
Dmitry Arefiev replied to Jacek Laskowski's topic in RTL and Delphi Object Pascal
Could you please provide some tickets to better understand what and where. -
Yeap. It's happening also here.
-
List of all uses clause items in the whole project
dummzeuch replied to PeterPanettone's topic in GExperts
... and then you switch to the "indirect dependencies" tab and ... ? -
List of all uses clause items in the whole project
PeterPanettone replied to PeterPanettone's topic in GExperts
Thomas, what do you mean by "contains all units of the project"? When I select the root node "GExpertsRS103.dproj" on the left side then only the GX_* project units are displayed in the "Unit Uses" tab on the right side: ... and no indirectly used units are displayed in this tab. -
Check for override
Stefan Glienke replied to Jacek Laskowski's topic in RTL and Delphi Object Pascal
I did exactly that. And that is why I wrote "a clear guide at hand how to solve it" - breaking changes without a migration guide are bad. I have seen many occasions where Borgearcadera justified not fixing bugs with "backwards compatibility" to keep broken code working and push the need to keep writing code in a broken way (design wise or literally) or added ridiculous workarounds into the code to fix something but without the necessity for anyone to fix their code - and I am not talking about subtle and hard to track things. But then on the other hand break things every other version just because... -
Check for override
Anders Melander replied to Jacek Laskowski's topic in RTL and Delphi Object Pascal
Ehem.. I think you should speak for yourself and not put these labels on the motives of other developers you know nothing about. Breaking backward compatibility is easy. Maintaining it is often very hard. I have seen many examples of projects that have stranded on old versions of 3rd party libraries because it was simply to costly to locate and fix breaking changes. That said I naturally agree that one should strive to move code forward and eliminate dependencies on backward compatibility. -
In my case the problem of the inability to select CPU view is related to MMX, but I also now agree with you that GExperts is involved also. I have been experimenting with both the checkboxes in the Delphi IDE key mappings, and the key mappings display in GExperts, and there are inconsistencies. I also tried Ctrl-Alt-D which picks an MMX action, even though Gexperts shows it in yellow.
-
Dmitry Mityushev joined the community
-
I have wanted this feature until long time ago. Thanks for advance.
-
List of all uses clause items in the whole project
PeterPanettone replied to PeterPanettone's topic in GExperts
Thomas, you are right. However, this is not a merged list without duplicates in the strict sense because in the following case ComCtrls is being listed twice: uPDFViewer,ComCtrls SkinDemoUtils,ComCtrls So, the exported list is certainly useful. But for my purpose, I need to remove the duplicates. -
Check for override
Stefan Glienke replied to Jacek Laskowski's topic in RTL and Delphi Object Pascal
"Backwards compatibility" is the ultimate excuse to pile up garbage in your backyard ... It is used or ignored whenever convenient - moving forward also includes getting a compile error in your face but with a clear guide at hand how to solve it. If you ever inherited from a TDataSet and used one of its method that have TBookmark or TRecordBuffer arguments while writing code for different Delphi versions since 2010 or so you know what I mean. But some developers seem to rather want to save an hour when moving their code to a new version and waste hours or days later hunting down a bug. 😉 -
Check for override
Dalija Prasnikar replied to Jacek Laskowski's topic in RTL and Delphi Object Pascal
That change was not worth while even back then. You had two variants for Seek and it was very easy to use wrong one. If you used 32 bit one on streams that support 64 bit your code would only work for streams smaller than 2GB. Change didn't affected older code, but it had permanent negative effect on new code. I encountered such bugs myself, and also have seen others bumping into it on numerous occasions. Yes, at the end our code was at fault, but it was really easy mistake to make. There was several bug reports around that issue at the time in old Quality Central. -
List of all uses clause items in the whole project
dummzeuch replied to PeterPanettone's topic in GExperts
That list already contained all used units, including those indirectly used. And the list for the project (root node in the tree) contains all units of the project. -
Check for override
Anders Melander replied to Jacek Laskowski's topic in RTL and Delphi Object Pascal
Are you saying that it wasn't worth it back when the change was made or that it isn't worth it anymore (i.e. today)? IMO the change was definitely worth it at the time because it didn't break backward compatibility and AFAIR didn't introduce new problems. They could have marked the old methods deprecated at some point and eventually retired it completely. AFAIK the change didn't introduce any new problems in older TStream descendants with 2+Gb files - it just made them possible going forward. If you have examples of bugs then I'd love to hear of them. -
Check for override
Dalija Prasnikar replied to Jacek Laskowski's topic in RTL and Delphi Object Pascal
YES, backward compatibility matters. But in cases where backward compatibility causes more trouble down the road, then it is not worth the price. In this case, maintaining backward compatibility also opened TStream and descendant classes to subtle bugs when working with streams larger than 2GB. -
GExperts Grep can use the MAP file
PeterPanettone replied to dummzeuch's topic in Tips / Blogs / Tutorials / Videos
Thomas, that is an important addition, thank you very much! You wrote in your blog: There could be cases where the fallback is not evident because the map file creation has failed for some reason while the user believes the map file is being used because he has checked that option in the Options dialog. Therefore, I feel it would be better having a checkbox directly in the Grep Search dialog: "Indirectly used units" in the "Delphi Code Content Types" group-box: This checkbox would be automatically disabled in the case no map file exists so the user is AWARE that no indirectly used units (I call them implicit units) can be searched. -
Check for override
Anders Melander replied to Jacek Laskowski's topic in RTL and Delphi Object Pascal
Good thing you're not in charge of the RTL then. IRL backward compatibility matters. -
I would not have done that. I would have let the code break.
-
-
List of all uses clause items in the whole project
PeterPanettone replied to PeterPanettone's topic in GExperts
Thomas, I've built #2590. But I don't see where I can display and/or export a merged list of all used units in the whole project. The list created by "Export Used Units..." is the same as before. BTW, is there somewhere a possibility to see the current version/release number in the IDE, because both the old and the new show the same version number: -
I replied there. Couldn't find my old account information, so I had to make a new one. As can be seen there this is not related to MMX, and I did not make a wrong bug report @timfrost.
-
Check for override
Stefan Glienke replied to Jacek Laskowski's topic in RTL and Delphi Object Pascal
If the method you avoid to call would do heavy work... but even using the fastest approach to check if the method is overridden will be slower than just doing a virtual call on a method that just returns False. And even if you perform that check only once and store it in a boolean field it's just not worth it imo. -
List of all uses clause items in the whole project
dummzeuch replied to PeterPanettone's topic in GExperts
Was already used, that was the first thing I checked.
