Anders Melander

FWIW, the map image's click-to-zoom function doesn't work. It works on the other images.

What they do on their own site is their business. If they did it here it would become our business.

I see. I assumed that the free plan would be usable but I guess not.

Heh. Forum glitch.

Has Cloudflare been considered or even tried? Maybe @TBx knows?

That's nice and if you had posted the actual article, either here or in Third Party, with a link back to your site, I don't think anyone would have raised an eyebrow. But you didn't; You posted a useless word salad comprised of a bunch of keywords with a link to the same useless word salad on your site and a hook to capture the contact info. Like many of the other posts you've made here.

AI;DR

Then say so. Saves one having to google what the code name correspond to. Okay. I don't use GetIt at all, but don't really have any problems with dcus. I regularly (many, many times a day) switch between 32- and 64-bit, debug and release without problems. I always do a full build after a switch.

Well, you are wrong. Borland's C compiler didn't exist when Interbase was written, Jim Starkey had just left his job at DEC and started his own company, and the first versions didn't target PC, DOS or even CP/M but rather various flavors of Unix and VMS. Later Interbase was acquired by Ashton Tate (creator of dBase) which was then acquired by Borland, etc. etc. At no point did anyone ask for Interbase to be rewritten in Borland C because at no point has any one cared what compiler was used to compile it. Because Interbase is developed by the database division, the compiler is developed by the tools division, and no one (and I'm talking about the actual users of Interbase here) cares what compiler is used to compile Interbase. It would take considerable effort to port to another compiler with zero return. Good luck trying to sell that to your customers. Poor example; Those are all open source (i.e. don't have to be commercially feasible) compilers which are all written in a mix of languages. While the C++ Builder developers might think it would be wonderful if Interbase was compiled with it (which I seriously doubt they care about) there is no reason for the Interbase developers to change compiler just because their parent company happens to own one. Dog-fooding here would only benefit the tool developers. It's not that I don't see the value of dog-fooding in general; I just don't think it applies with regard to Interbase/C++ Builder and I don't think the fact that Interbase isn't compiled with C++ Builder says anything about C++ Builder.

Berlin? I thought we were talking about Delphi. - but why do you say they have amplified?

Yes - so don't use the IDispatch API. Another option is to use ExecQuery but I don't know how it performs - and I don't know the query syntax.

The code I posted doesn't raise an exeption...

OMG OMG OMG! Maybe you should educate yourself about Interbase's history before making statements like that. C++ Builder didn't even exist when the first version of Interbase was written and there has never been any reason to migrate it to C++ Builder. Also, AFAIK, it's written in C - not C++. Can you give any reasons why they should use resources on doing it?

Yes; I'm using the COM API. You are using the IDispatch scripting API, which is a layer on top of the COM API.

Yes. It's been almost a decade since I did anything with WMI, but if I look at the code I used to get a class by name: function TWindowsManagementClassList.GetItem(const APath: string): IWindowsManagementClassObject; var Instance: IWbemClassObject; CallResult: IWbemCallResult; begin // Try to resolve from cache if (FItems <> nil) and (FItems.TryGetValue(AnsiUpperCase(APath), Result)) then exit; WmiCheck(FConnection.Services.GetObject(APath, WBEM_FLAG_RETURN_WBEM_COMPLETE, FConnection.Context, Instance, CallResult)); if (Instance <> nil) then begin Result := TWindowsManagementClassObject.Create(FConnection, Instance); if (FItems = nil) then FItems := TDictionary<string, IWindowsManagementClassObject>.Create; // Add item to cache FItems.Add(AnsiUpperCase(APath), Result); end else Result := nil; end; then it should be easy to create a similar ones that doesn't bug out if the class doesn't exist: function TWindowsManagementClassList.FindItem(const APath: string): IWindowsManagementClassObject; var Instance: IWbemClassObject; CallResult: IWbemCallResult; begin // Try to resolve from cache if (FItems <> nil) and (FItems.TryGetValue(AnsiUpperCase(APath), Result)) then exit; if (not Succeeded(FConnection.Services.GetObject(APath, WBEM_FLAG_RETURN_WBEM_COMPLETE, FConnection.Context, Instance, CallResult))) then Instance := nil; if (Instance <> nil) then begin Result := TWindowsManagementClassObject.Create(FConnection, Instance); if (FItems = nil) then FItems := TDictionary<string, IWindowsManagementClassObject>.Create; // Add item to cache FItems.Add(AnsiUpperCase(APath), Result); end else Result := nil; end; function TWindowsManagementClassList.Exists(const APath: string): boolean; var Instance: IWbemClassObject; CallResult: IWbemCallResult; begin // Try to resolve from cache if (FItems <> nil) and (FItems.ContainsKey(AnsiUpperCase(APath))) then exit(True); if (Succeeded(FConnection.Services.GetObject(APath, WBEM_FLAG_RETURN_WBEM_COMPLETE, FConnection.Context, Instance, CallResult))) then exit(True); Result := False; end; Of course the above examples are using my framework, but you get the idea, I'm sure.

The problem with sub-forums is that the most active people here doesn't really use them (is my impression, at least); They use the flat view where all posts are visible, ordered by activity date. And the ignore functionality of the forum doesn't work that well. Even if you ignore a user or a topic, you still get to see the topics and that they post. Unfortunately it's apparently beyond the Invision Community (the forum software) developers to implement a property ignore/mute/block function. It's been requested for ages. Usenet worked so much better.

The solution you are trying is for MySQL and will not work with an Access database. Apart from that, possible solutions depends on your answers to Lars' questions.

I actually don't mind on-topic advertisements that much. After all, it's no different than 3rd party vendors announcing their libraries and not really participating beyond that. We got a couple of those already *cough* TMS *cough*. What I do mind is the dishonesty of pretending to discuss a topic but actually only drive traffic to their site in order to harvest leads. It's trolling. I agree that the topic was interesting, and I actually started to write a reply describing our own experiences and solutions, but then I noticed that neither the post nor the page that it links to actually contain any useful information; It's just a long collection of keywords and the whole message can be accurately summarized as "updating code can be problematic". It doesn't contain any actual solutions and some of the things that it says are just plain nonsense. The other "articles" posted here and on their site are just more of the same: Here are some words, and now enter your name and email to get access to an article with more information on this topic that we just failed to say anything useful about. Wow! F*ck 'em. I think we should. We don't allow spam and this is spam - even if it pretends to be something else.

I'm guessing you inspected the run-time properties because this is what the form looks like in the binary (coreide370.bpl😞 object ProgressForm: TProgressForm Left = 201 Top = 114 ActiveControl = CancelButton BorderIcons = [] BorderStyle = bsDialog Caption = 'Compiling' ClientHeight = 340 ClientWidth = 580 Color = clBtnFace Font.Charset = DEFAULT_CHARSET Font.Color = clWindowText Font.Height = -12 Font.Name = 'Segoe UI' Font.Style = [] PopupMode = pmAuto OnActivate = FormActivate OnClose = FormClose OnCreate = FormCreate OnDestroy = FormDestroy OnShow = FormShow TextHeight = 15 ... end If it was a property stored in the form we could have disabled it with a custom resource module (e.g. coreide370.foo). Well, I guess we've all (those of us that knew about it) thought that the AlphaBlend feature was a cool thing (I've certainly been there) until we actually tried it. If only there was some easy way of getting feedback on stuff like that before you release it into the wild. If only...

It's being set in code at run-time (i.e. it's not just a property that we can patch on the form) so my best guess is that you'd need to intercept the Windows API call that turns it on. As far as I can tell there's no registry value to control it. I've used procmon to trace all registry access during IDE startup, and when the compile progress form is shown, and the only relevant entry being read was the one that controls background compilation.

TL;DR: Send us your email address so we can try to sell you our services. Am I wrong?

https://www.google.com/search?q=delphi+semi+transparent+form which leads to https://docwiki.embarcadero.com/Libraries/en/Vcl.Forms.TForm.AlphaBlendValue Do your users a favor: Play around with it a bit and then never use it again

LOL, nope. This is a losing battle. They'll only stop when the have enough money (read: never). The free Cloudflare plan could be a (temporary) solution but I'm not sure if it will block these particular bots.

More likely Star Wars. I don't think early Star Trek had anything like it.

I didn't bother looking. A full build of 2.5 million lines of code takes 30 seconds on my new system so I don't actually need the feature. But I can see that you're compiling C++ code so I guess your compile time is slightly longer 🙂