

PeaShooter_OMO
Members-
Content Count
146 -
Joined
-
Last visited
Everything posted by PeaShooter_OMO
-
@David Heffernan May I assume your company is also "stuck" with Delphi (not sure if that is the correct question, though). I always wondered which IDE you consider to be great and which one you would migrate to if you had to re-write your company's flagship software.
-
I like Jetbrains, at least for the little I worked on it. They are really pumping it. Do you have a project on it that is bigger than your largest Delphi project? For which language? If so, how does that IDE behave with that project?
-
Are BPLs and/or DCPs constructed based on which build config is selected? I have an issue where the outcome is different based on the build order of the Build Configs. In this case when I build Indy the order in which I build (Debug then Release or Release then Debug) it will affect where a a test project using Indy will fail; Release or Debug: Error F2051 - Compiled with different version of IdDisposeAndNil
-
Ugrading Indy on Delphi 11. Error: F2051 Unit IdThread was compiled with a different version of IdGlobal.IdDisposeAndNil
PeaShooter_OMO replied to PeaShooter_OMO's topic in Indy
Debug Builds then Release Builds If I build the Indy projects' Debug Builds first then the Release Builds then the test project will fail to build on its Debug Build with "Use Debug .DCUs" is enabled. Release Builds then Debug Builds If I build the Indy projects' Release Builds first then the Debug Builds then the test project will fail to build on its Release Build Inline Directive If I remove the inline directive from IdGlobal.IdDisposeAndNil then the test project will build and run successfully on both of its Debug and Release builds and also stepping into the code will work if "Use Debug .DCUs" is enabled. The inline directive is used in many places in the code and I do not want to remove them just to get this working. How can this be fixed then? Surely there is a way because the standard Indy that is shipped with Delphi works 100%. I cannot just go back to the standard Indy with Delphi because I need to check if a newer release of Indy has fixed certain bugs. -
What is the solution to this if one would like to keep LivePreview? Can the packages be rebuilt? (Happened to me on Delphi 11)
-
How to set event handler for generic TControl descendant using RTTI
PeaShooter_OMO replied to CoMPi74's topic in General Help
TMethod in System is a record with a Code and Data pointer. Would it be possible to browse Delphi's source code to find any source code to verify Event types' structure or is the knowledge about Event types found in documentaion only? -
How to set event handler for generic TControl descendant using RTTI
PeaShooter_OMO replied to CoMPi74's topic in General Help
Did you search for the error on the web? SetMethodProp needs TMethod which can be setup.... Have a look at How to set a procedure (function) to an event in delphi 7? -
How to set event handler for generic TControl descendant using RTTI
PeaShooter_OMO replied to CoMPi74's topic in General Help
What are the symptoms? Errors? -
How to set event handler for generic TControl descendant using RTTI
PeaShooter_OMO replied to CoMPi74's topic in General Help
What is inside SetDefaultEventHandlerIfEventExists2? -
Requested for IDE to support more RAM (vote/discuss if you care)
PeaShooter_OMO replied to Tommi Prami's topic in Delphi IDE and APIs
I was wondering the same thing. Is it not automatically considered to be MDI the moment you have resizable/movable forms as child windows inside a "main" form? For instance programs like Photoshop have multiple documents but the moment you "undock" it from the Tab interface it becomes an uncoupled form outside the main form. Firefox acts similarly but an uncoupled document becomes another instance of Firefox. We made programs that have multiple forms inside the main form but they never were "documents" but rather functionality forms and they never were movable/sizable and had no caption bars. I suppose I digress from the topic here. -
'for i:= 0 to 4' does 6 loops when not in Debug mode
PeaShooter_OMO replied to Allan Olesen's topic in General Help
How would this code behave differently between Debug and Release? Do both compile? -
LinkedIn job offer: Remote Senior Software Engineer with Evisions
PeaShooter_OMO replied to Remy Lebeau's topic in Job Opportunities / Coder for Hire
Did the recruiter provide any links to a job spec? I regularly get "recuiters" messaging me in Linkedin talking about a great job but as soon as I ask for a proper job spec they ghost me. -
Please support Stack Overflow moderators strike against AI content policy
PeaShooter_OMO replied to Dalija Prasnikar's topic in Tips / Blogs / Tutorials / Videos
Stack Overflow is and has always been valuable to me and I assume its moderators have a great hand in that. I agree that it can happen that a moderator is harsh sometimes even towards a newcomer to the site. I personally prefer strict moderation. It is wise to just adapt to its style. Delphi developers on SO can be glad to have contributors like David, Remy, Andreas, Rob, Ken, Mason, Uwe, etc on there as well as here. -
Problems with Delphi class structure / visibility
PeaShooter_OMO replied to Willicious's topic in Delphi IDE and APIs
Why? Do you also expect to move all your furniture into the blueprint of a house? No, you would use the house's blueprint to build one or multiple instances of an actual house, then you would move into one of them. The class declaration and all its related code is the blueprint and the instance is the actual house. You design a class and then when you need to do something with that class you would create an instance of it and use it. Remember to at least free/destroy that instance. You are the only one living in it and nobody else will buy your vacant spot and vacant spots lead to bad neighbourhoods (memory leaks). There are ways to do the above but I don't want to send you down a dark hole. Get to know Delphi and basic Objects/Classes a bit better first and learn to manage the objects properly first. About the game and its development; Whether you were recruited to do development on this project or whether you got involved voluntarily it will be the same... it seems you don't understand Delphi principles yet and your approach to the problem and how you reacted here was not top-notch. I follow the philosophy that it is always my fault if something does not work out the way I wanted in the code I am involved with unless it is proven otherwise. It helps me to feel responsible for it and forces me to investigate properly and whats even cooler is that I just usually fix the issue even if someone else is to blame for it. It saves time and I just learned a whole bucket load and it sharpens the most critical development skill anyone can posess: Debugging. Learn to appreciate source code. If you don't know how something works then go and read the source code. You will get the understanding for it and you will learn again. I suspect most guys here might have had some idea in their heads that made them cringe on working on a project along with another coder that attacked the tools first instead of trying to understand first. If you want people to join the project or lend a hand then the environment for the collaboration should be inviting and free of nonsense. -
ChangeTracking with dynamically created TMemo ...
PeaShooter_OMO replied to WalkingAway's topic in FMX
You can always set the Memo to a default height upon creation and then allow it to be changed dynamically as soon as the contents change. Or you can add some sort of text afterwards to force Memo1ChangeTracking but I strongly believe in first figuring out why this is happening so that you can make an informed decision about how to approach the issue. You say your skills are too low to solve this problem. I disagree with such a statement. It is exactly the reason and opportunity for you to learn and acquire the skill. Put your head down and go through the source code and follow the breadcrumbs. Don't give up. -
ChangeTracking with dynamically created TMemo ...
PeaShooter_OMO replied to WalkingAway's topic in FMX
It is possible that the ContentBounds might not have been updated yet if you call Memo1ChangeTracking in the same code scope as where you created the Memo. Some controls do some updates and calculations on their paint cycle which has not yet occured while in the Button1Click procedure. Inspect the source code for the TMemo and possibly TEdit and check how ContentBounds gets populated and where it gets updated. That will probably give you an idea about whats happening here -
I am no C++ expert but shouldn't the asterisks of the parameters be immediately following the types and not precede the parameter names?
-
Have a look at Clipping Regions.. Here is a little example (Obviously this for the Windows platform): https://docwiki.embarcadero.com/CodeExamples/Sydney/en/ClipRect_(Delphi)
-
I have used WMI in multiple simultaneous threads before but always created and kept the WMI Objects local to each thread. Are you sure there is no other API/way to do what you want? WMI generally is slow.
- 4 replies
-
- criticasection
- wmi
-
(and 1 more)
Tagged with:
-
We are still on 11.0. Only Win32
-
I suspect some of you have used 11.3 for a while now. What is the verdict so far? Is it worth it to upgrade to 11.3?
-
Does Visual Studio's Intellisense fail as often as Delphi's Code Insight?
PeaShooter_OMO posted a topic in Delphi IDE and APIs
For those of you who work with Visual Studio as well... Does Visual Studio's Intellisense fail as often as Delphi's Code Insight? Does it just stop to function? Does it fail on only some parts of the functionality? What about Jetbrains' IDEs? -
Is that how you use your Delphi VMs in general or is that just a possible workaround for a slow/incompatible host?
-
What do you see as the important hardware requirements for running a VM smoothly (including all the Hyper-xXx stuff)? I have used VirtualBox for other scenarios but never to code in. On my machine I found that hosting a Windows 10 VM to be unusable; jerky and slow. I have more than enough RAM but I suspect my PC does not meet the requirements otherwise.
-
Send message frmo VCL app to another machine in lan
PeaShooter_OMO replied to mikak's topic in General Help
I agree. No need to limit yourself by using "just-another-server-client" framework. By using a proper TCP framework like ICS or Indy you will have total control and will be able to easily expand in future.