RAD Studio 12.1 Athens Patch 1

[Radek Červinka]

Neplést s Patch1 pro 12.0 nebo s Update 1.

https://blogs.embarcadero.com/rad-studio-12-1-athens-patch-1-available/

[vandrovnik]

Že by šli do sebe a začali vydávat patche v rozumné době?

[Stanislav Hruška]

Ja to vidím ináč. Zaniesli tam tak kritickú(é) chybu, že to museli okamžite riešiť.
Viď spájanie reťazcov pomocou #38(?) a spol. A nie "+".

[Radek Červinka]

Ja to vidím ináč. Zaniesli tam tak kritickú(é) chybu, že to museli okamžite riešiť.
Viď spájanie reťazcov pomocou #38(?) a spol. A nie "+".

To je v pripade definice string konstant, které jsou non ASCII, a ten zdrojový soubor musí být jako unicode a přímo následující za nějakou ascii hodnotou vyjadrenou jako cislo. Nemyslím si, ze u nas to mohlo nastat.

Kód: Delphi [Vybrat]

1. const
2.      Str = '0 Test'#32'☃☃☃';
3.  

Tam šlo spíše o změnu v důsledku kompatibility s C++, kdy balíčky pro Win64 obsahující v názvu ., tj. třeba reporting.neco.dpk se nove prevadejí interně na reporting_neco.bpl nebo tak nějak a to narazilo na to ze uz nekdo mel balicek s _. Aspon tak to chapu. 

[Radek Červinka]

V žádném případě se to netýkalo spojování stringů. První část konstanty musela být Ansi, pak číslo, pak unicode část konstanty. Kompilátor s tím evidentně nepočítal a celou konstantu nechal jako Ansi, místo toho, aby první dvě časti rozšíril na unicode.

[Stanislav Hruška]

Vychádzal som z tohto príspevku:
https://en.delphipraxis.net/topic/11389-strange-bug-with-string-literals-in-rad-studio-12/?tab=comments#comment-90385

[JaroB]

Tak chyba po aplikaci patch

bds.exe vstupní bod procedury nenalezen

@Vcl@Graphics@TryStringToColor$qqrx20System@UnicodeStringr21System@Uitypes@TColor se nepodařilo v dynamicky propojované knihovně [DelphiBin]\designide290.bpl nalézt.

s následnou další chybou

@Editorform@EndBatchOpenClose@$qqrv se nepodařilo .... knihovně [DelphiBin]\bds.exe

a pak chyba coreid290.bpl

a konec

[Radek Červinka]

Vychádzal som z tohto príspevku:
https://en.delphipraxis.net/topic/11389-strange-bug-with-string-literals-in-rad-studio-12/?tab=comments#comment-90385

A kde tam mas to spojovani pres +, jedna se o konstanty jak jsem psal.

[Radek Červinka]

Tak chyba po aplikaci patch

bds.exe vstupní bod procedury nenalezen

@Vcl@Graphics@TryStringToColor$qqrx20System@UnicodeStringr21System@Uitypes@TColor se nepodařilo v dynamicky propojované knihovně [DelphiBin]\designide290.bpl nalézt.

s následnou další chybou

@Editorform@EndBatchOpenClose@$qqrv se nepodařilo .... knihovně [DelphiBin]\bds.exe

a pak chyba coreid290.bpl

a konec

Patch je v c:\Users\xxxxxxxx\Documents\Embarcadero\Studio\23.0\CatalogRepository\12.1Patch-Patch1\  a nekde tam je log, zkus se podivat zda prosel, zda ti treba nekde nezustalo viset bds.exe a tak

[Stanislav Hruška]

A kde tam mas to spojovani pres +, jedna se o konstanty jak jsem psal.

To tam nie je. To bol iný príspevok , ale podstata bola tá istá.

[JaroB]

tohle je obsah logu

bin/CodeGear.Cpp.Targets
bin/coreide290.bpl
bin/coreide290.de
bin/coreide290.fr
bin/coreide290.ja
bin/coreide290.jdbg
bin/dcc32.exe
bin/dcc32.jdbg
bin/dcc32290.dll
bin/dcc32290.jdbg
bin/dcc64.exe
bin/dcc64.jdbg
bin/dcc64290.dll
bin/dcc64290.jdbg
bin/dcc64290N.dll
bin/dccaarm.exe
bin/dccaarm.jdbg
bin/dccaarm290.dll
bin/dccaarm290.jdbg
bin/dccaarm64.exe
bin/dccaarm64.jdbg
bin/dccaarm64290.dll
bin/dccaarm64290.jdbg
bin/dcciosarm64.exe
bin/dcciosarm64.jdbg
bin/dcciosarm64290.dll
bin/dcciosarm64290.jdbg
bin/dcciossimarm64.exe
bin/dcciossimarm64.jdbg
bin/dcciossimarm64290.dll
bin/dcciossimarm64290.jdbg
bin/dcclinux64.exe
bin/dcclinux64.jdbg
bin/dcclinux64290.dll
bin/dcclinux64290.jdbg
bin/dccosxarm64.exe
bin/dccosxarm64.jdbg
bin/dccosxarm64290.dll
bin/dccosxarm64290.jdbg
bin/designide290.bpl
bin/designide290.de
bin/designide290.fr
bin/designide290.ja
bin/designide290.jdbg
bin/Windows/lldb/liblldb.dll
bin/Windows/lldb/lldb-mi.exe
bin/Windows/lldb/lldb.exe
bin64/DatasnapConnectorsFreePascal290.bpl
bin64/IndyProtocols290.bpl
bin64/soaprtl290.bpl
bin64/xmlrtl290.bpl
lib/win64x/debug/fmx.lib
lib/win64x/debug/IndyProtocols.lib
lib/win64x/debug/rtl.lib
lib/win64x/debug/xmlrtl.lib
lib/win64x/release/fmx.lib
lib/win64x/release/IndyProtocols.lib
lib/win64x/release/rtl.lib
lib/win64x/release/xmlrtl.lib
PAServer/LinuxPAServer23.0.tar.gz
PAServer/PAServer23.0.pkg
PAServer/setup_paserver.exe

[Radek Červinka]

tohle je obsah logu

bin/CodeGear.Cpp.Targets
bin/coreide290.bpl
bin/coreide290.de
bin/coreide290.fr
bin/coreide290.ja
bin/coreide290.jdbg
bin/dcc32.exe
bin/dcc32.jdbg
.......

Zajimave, ja tam mam
[2024-04-18 10:19:17] [INFO ] Created directory C:\Program Files (x86)\Embarcadero\Studio\23.0\_patch-backup\2024-04-18 10.19.16\PAServer.
[2024-04-18 10:19:17] [INFO ] Created backup of file C:\Program Files (x86)\Embarcadero\Studio\23.0\_patch-backup\2024-04-18 10.19.16\PAServer\setup_paserver.exe.
[2024-04-18 10:19:17] [INFO ] 26/62 files backed up.
[2024-04-18 10:19:17] [INFO ] Start of checking backup.
[2024-04-18 10:19:17] [INFO ] Finish of checking backup.
[2024-04-18 10:19:17] [INFO ] Current status: Success (1)
[2024-04-18 10:19:17] [INFO ] Backup successfully created.
[2024-04-18 10:19:17] [INFO ] Currently: Installing (3)
[2024-04-18 10:19:17] [INFO ] Extracting new files.
[2024-04-18 10:19:17] [INFO ] Replacing 62 file(s)...
[2024-04-18 10:19:17] [INFO ] Replacing bin/CodeGear.Cpp.Targets
[2024-04-18 10:19:17] [INFO ] Replacing bin/coreide290.bpl
[2024-04-18 10:19:17] [INFO ] Replacing bin/coreide290.de
[2024-04-18 10:19:17] [INFO ] Replacing bin/coreide290.fr
[2024-04-18 10:19:17] [INFO ] Replacing bin/coreide290.ja
[2024-04-18 10:19:17] [INFO ] Replacing bin/coreide290.jdbg
[2024-04-18 10:19:17] [INFO ] Replacing bin/dcc32.exe
[2024-04-18 10:19:17] [INFO ] Replacing bin/dcc32.jdbg
[2024-04-18 10:19:17] [INFO ] Warning: bin/dcc32.jdbg not found, new file successfully copied
[2024-04-18 10:19:17] [INFO ] Replacing bin/dcc32290.dll
[2024-04-18 10:19:17] [INFO ] Replacing bin/dcc32290.jdbg
[2024-04-18 10:19:17] [INFO ] Replacing bin/dcc64.exe
[2024-04-18 10:19:17] [INFO ] Replacing bin/dcc64.jdbg
[2024-04-18 10:19:17] [INFO ] Warning: bin/dcc64.jdbg not found, new file successfully copied
[2024-04-18 10:19:17] [INFO ] Replacing bin/dcc64290.dll
[2024-04-18 10:19:17] [INFO ] Replacing bin/dcc64290.jdbg
....

tj. co presne delal, proto jsem to psal

[vandrovnik]

Zkusil bych v PC vyhledat všechny výskyty designide290.bpl a bds.exe, jestli náhodou nenačítá jinou (starou) verzi, která je někde dřív na ráně...

[JaroB]

Kompletně jsem odinstaloval a znovu z webu nainstaloval 12.1
zatím váhám s další instalací, getit mi zatím nic nenabízí

[JaroB]

getit po reregistraci nabídnul, nainstaloval jsem a zatím OK

Děkuji

[neo]

Tak update Delphi 12.1 se poněkud nepovedl. Problem s DevExpress, problém se SecureBridge. DevExpress a DevArt připravuji vydání upgrade komponent. Aplikace 64 bit přeložená v Delphi 12.1 nejde spustit, hlásí chybné vstupní body procedur. Aplikace 32 bit je výrazně pomalejší. Takže se zřejmě vrátím na 12.0.....

[Radek Červinka]

Tak update Delphi 12.1 se poněkud nepovedl. Problem s DevExpress, problém se SecureBridge. DevExpress a DevArt připravuji vydání upgrade komponent. Aplikace 64 bit přeložená v Delphi 12.1 nejde spustit, hlásí chybné vstupní body procedur. Aplikace 32 bit je výrazně pomalejší. Takže se zřejmě vrátím na 12.0.....

>hlásí chybné vstupní body procedur

Pro zajímavost které?

[Radek Červinka]

Tak update Delphi 12.1 se poněkud nepovedl. Problem s DevExpress, problém se SecureBridge. DevExpress a DevArt připravuji vydání upgrade komponent. Aplikace 64 bit přeložená v Delphi 12.1 nejde spustit, hlásí chybné vstupní body procedur. Aplikace 32 bit je výrazně pomalejší. Takže se zřejmě vrátím na 12.0.....

Díval jsem se na forum devartu a to právě IMHO má řešit ten Patch1 - exportované funkce na Windows 64bit s _ jak jsem psal.

[neo]

"Vstupní bod procedury _init_record_Schttp se nepodařilo se nalézt v dynamicky propojované knihovně"  ... aplikace 64-bit

[neo]

No zřejmě neřeší ... zde odpověd z DevArt
---------
Thank you for contacting us.

Please note that at the moment we are only preparing to release a new version of SecureBridge with support for RAD Studio 12.1.

We plan to complete this development by the end of the month.

Should you have any additional questions, please, do not hesitate to ask.

Sincerely,

Volodymyr Klopkov
Devart Team

[Radek Červinka]

"Vstupní bod procedury _init_record_Schttp se nepodařilo se nalézt v dynamicky propojované knihovně"  ... aplikace 64-bit

In 12.1 RTM, packages that include unit names with a single underscore character or that refer to units with single underscore character in other packages can conflict with unit names using a dot notation, as that dot is also converted to an underscore (this change in export data was required by C++Builder Win64 support). This was reported at https://embt.atlassian.net/servicedesk/customer/portal/1/RSS-536.
 
The compiler in RAD Studio 12.1 Patch 1 modifies the symbols exported by Delphi packages built for the Windows 64 platform, to address this problem. Now a dot becomes an underscore but an underscore becomes a double underscore, to avoid conflicts. Two consecutive dots in unit names are not allowed and therefore a unit name could never generate two consecutive underscores (from two dots) to conflict with a unit that had double underscores in its name to begin with.
 
This change, however, is a BPL compatibility breaking change from 12.1 Patch 1 to 12.1. It’s not a breaking change from 12.0 to 12.1 Patch 1.

Takze proto nekdo chysta nove balicky, protoze vydal balicky s _ nebo . v okamziku vydani 12.1. Proto balicky z doby 12. jsou ok, a budou ok i po Patch1

[neo]

Tak to je zřejmě případ DevExpress...

dxRichEdit.PlainText,
  dxRichEdit.Platform.Win.Scroll,
  dxRichEdit.Platform.Win.Strategies,
  dxRichEdit_Rtf, // HERE
  dxRichEdit.Rtf, // HERE
  dxRichEdit.DocumentServer;

end.


dxRichEdit.Export.Doc.DocPageNumberingActions,
  dxRichEdit.Export.Doc.DocumentExporter,
  dxRichEdit.Export.Doc.SectionPropertiesWriter,
  dxRichEdit.Export.Doc.FKPWriter,
  dxRichEdit.Export.Doc.DocDataWriter,
  dxRichEdit.Export.Doc.DocExporter,
  dxRichEdit.Import.Doc,
  dxRichEdit.Export.Doc,
  dxRichEdit_Doc, // HERE
  dxRichEdit.Doc; // HERE


Tam se nezdaří ani istalace nekterých kompoment..

[Radek Červinka]

Ale to by mel resit ten patch1 pro D12.1 jak jsem psal, nebo to mas jako balicky a ne zdrojaky?

[neo]

DevExpress vydal rychlý neoficiální upgrade ... tam už instalace proběhne. Nicméně problém je zřejmě v SecureBridge ... a ten máme jenom jako baliček bez zdrojáků. Poslední oficiální vcerze byla někde v lednu.

Každopádně se ale aplikace přeložená v D 12.1 chová poněkud líně ... zatím hledám příčinu.  Může to být subjektivní dojem.

[Radek Červinka]

Nicméně problém je zřejmě v SecureBridge ... a ten máme jenom jako baliček bez zdrojáků. Poslední oficiální vcerze byla někde v lednu.

Ale oni celkem ochotně ti většinou pošlou verzi ne?

[neo]

Ale jo ... začátkem roku nám poslali přednotně verzi pro D12