Vandrovnik

Confirmed, problem appears 🙂

1)

Monitor 1 @ 150 %

Monitor 2 @ 100 %

Monitor 2 is my primary monitor

When app is on monitor 2 (primary, 100 %), it works fine.

When app is on monitor 1 (not primary, 150 %), problem appears - app alternates between 150 % and 100 % zoom on this monitor

2)

Monitor 1 @ 100 %

Monitor 2 @ 150 %

Monitor 2 is my primary monitor

When app is on monitor 2 (primary, 150 %), it works fine.

When app is on monitor 1 (not primary, 100 %), problem appears - app alternates between 100 % and 150 % zoom on this monitor

Can you upload whole project with all the settings you use?

Does not happen on my PC (100 % and 150 % monitors). Windows 10 Pro Czech, 20H2, build 19042.906.

53 minutes ago, MikeMon said:

Hi. Do you have a working example for reference?

uses System.Net.HttpClient;

procedure TMainForm.Button1Click(Sender: TObject);
 var HttpClient: tHttpClient;
     m: tMemoryStream;
 begin
 m:=tMemoryStream.Create;
 try
  HttpClient:=tHttpClient.Create;
  try
   HttpClient.Get('https://www.embarcadero.com/images/logos/logo-black-corp-grey.png', m);
  finally
   FreeAndNil(HttpClient);
  end;
  m.SaveToFile('r:\img.png');
 finally
  FreeAndNil(m);
 end;
end;

THTTPClient? http://docwiki.embarcadero.com/Libraries/Sydney/en/System.Net.HttpClient.THTTPClient

I have KB5000842 installed and code completion is working. W10 20H2 Pro Czech, build 19042.906.

I have removed KB5000802, because it dies with blue screen when printing to Kyocera...

1 hour ago, Lajos Juhász said:

What's wrong with the traditional sites where you can see the links and click on them?

I wonder if someone reads these sliding boxes.

I access Quality Portal on https://quality.embarcadero.com/

E-mail clients often are able to work in offline mode and then send/receive e-mails when connection is available. I believe that in this case "Date" and first "Received" can differ significantly.

DirectWrite has some methods that could be usefull.

https://docs.microsoft.com/en-us/windows/win32/api/dwrite/nn-dwrite-idwritetextanalyzer

It is able to display for example 🧑🏿‍🦽 correctly.

Does Refactor / Rename work for you in 10.4.2? Here it always says something like this:

In Windows.pas:

type
  WPARAM = UINT_PTR;

Then:

UINT_PTR = System.UIntPtr;  // NativeUInt;

UIntPtr = NativeUInt;

So just change the typecast to WPARAM should be enough. Now it probably would not work fine in 64 bits?

7 hours ago, Kas Ob. said:

...  your CPU is most like something >3GHz means 3 billion cycle per second, also >3 million cycle per millisecond, and 3 thousand cycle per microsecond, and >300 cycle per nanosecond, now do you think it will be that much relevant ?  

Just a small correction: 3000 per microsecond ==> 3 per nanosecond, not 300.

When refactoring/rename works (which for me it does not in 10.4.2 now), I renamed the method to something which is not used in the project. Then I used Find in files. And finaly refactoring/rename back to original name.

In my case, IBX.IBStoredProc is not "my" unit, it comes with Delphi (IBX package). I have appended it to the project in Delphi 10.3.3 just to make Delphi to compile it with a patch. Now I was surprised that project builds fine, even when the file does not exist anymore. Delphi probably finds C:\Program Files (x86)\Embarcadero\Studio\21.0\lib\win32\release\IBX.IBStoredProc.dcu and silently uses it, but I do not believe this is correct. I think this can be good source of hard to find bugs, while an error or at least a warning would help to prevent them.

I have reported it here: https://quality.embarcadero.com/browse/RSP-33506

In .dproj file, there is also full path to non-existent file:

<DCCReference Include="C:\Program Files (x86)\Embarcadero\Studio\20.0\source\IBX\IBX.IBStoredProc.pas"/>

Hello,

from Delphi 10.3.3, I have in .dpr, among other used units, this line:

  IBX.IBStoredProc in 'C:\Program Files (x86)\Embarcadero\Studio\20.0\source\IBX\IBX.IBStoredProc.pas',

(there was a bug in IBX, so I changed the source and added it to project, so that it was compiled with it).

Now with Delphi 10.4.2, the file does not exist on that path. But when I build the project, there is no error, no warning, no hint... It silently uses already compiled IBX.IBStoredProc in the same way, as it would, if I did not put full path in .dpr file. Is that expected and correct, or should be reported?

I have also found this comparing of the performance: https://github.com/xiadz/cmov

19 minutes ago, Stefan Glienke said:

Not that I know of because the compiler unfortunately does not utilize the cmovxx instruction.

 

This has been reported already (I think there are other reports similar to this one): https://quality.embarcadero.com/browse/RSP-21955

Thanks, voted... My knowledge of assembler is frozen before Pentium instruction set...

30 minutes ago, Stefan Glienke said:

I am more annoyed with the unnecessary conditional jumps they generate and the fact they don't inline when using runtime packages

Is it possible to implement Min or Max without conditional jump?

You are writing to .xlsx and trying to query/open .xls...

They have added ResStringCleanupCache to System.SysUtils. When I call it when loading another language module, it seems to work OK, too.

{ ResStringCleanupCache cleanups internal cache of loaded resource strings.
  Useful for applications dynamically changing resource DLL's. }
procedure ResStringCleanupCache;

"Documented" here: http://docwiki.embarcadero.com/Libraries/Sydney/en/API:System.SysUtils.ResStringCleanupCache

1 minute ago, Anders Melander said:

I don't have time to investigate myself right now but can you see where LoadResStringFunc is assigned? I briefly scanned through the 10.4 source and I couldn't find anything there.

In System.SysUtils:

procedure InitResStrings;
begin
  InitializeCriticalSection(ResStringCritSect);
  AddModuleUnloadProc(ResStringModuleUnloadProc);
  LoadResStringFunc := @ResStringLoad;
end;

Hmm, when I use this, it seems to work again:

 LoadResStringFunc:=nil;