jesu

If I copy an exe that uses skia to another computer I get

Runtime error 217 at 00EA254C

Options:

-Allow to include skia in the exe (like midaslib)

-Show the right error message and an option to download sk4d.dll

-????

And another problem is that that dll doesn't have a version. If they solve a bug in a new version, how can we know if the user has the right version?

Does this make sense? Has anyone asked Embarcadero to improve it?

Thanks.

My experience is that if you compile without doing any changes it always works, but compiling + doing changes + recompiling sometimes fails. It seems obvious that they are saving something from previous compilations and they are doing it wrong. There should be an option to do always a clean compilation. That would be much faster than having to close the IDE and reopen.

For me, the update has been messy. I have Raize components in the palette, but GetIt says they aren't installed. And if I try to install it throws an exception saying that old files are in use and can't be deleted.

And help doesn't work. It tries to go to urls that don't exist like https://docwiki.embarcadero.com/CodeExamples/Updates/en/MessageDlgConfirmation_(Delphi)

No, disabling package cache hasn't helped at all

That worked.

Thanks.

Any way to restore the previous behaviour?

That's what users have seen for many years and what they expect

Hello This code:

  if MessageDlg('Welcome to my Delphi application.  Exit now?',
    mtConfirmation, [mbYes, mbNo], 0, mbYes) = mrYes then
  begin
    MessageDlg('Exiting the Delphi application.', mtInformation,
      [mbOk], 0, mbOk);
    Close;
  end;

shows icons in previous versions, but not in Delphi 12.

This is too obvious to be a bug. Am I missing something?

Thanks.

No, so far they are not reproducible. They've happened just once in several projects, so I don't know if it's something in common to those projects
I have Ddevextensions installed, so I've disabled cache there to see if that helps

And I've also had a couple of stack overflows just moving some components and recompiling

Hello. I'm testing Delphi 12 + patch 1 and getting some internal errors like

F2084 Internal Error: AV6AA94AE0(6AA70000)-R00000018-0.

F2084 Internal Error: D33789

Closing Delphi and deleting dcus so far has solved it, but it doesn't improve chances that we upgrade. Is this a known problem?

Thanks.

I use sfBinary. Even so, it doesn't happen with every file. It doesn't make sense, but it seems related to the data contained or maybe to the number of records, I'm not sure.

After doing some more tests I've also got the same error in 11.2, so this might be not completely new. It's easier to reproduce if any of the files contains BLOB fields.

Hello. I have a program with a clean TFDMemTable connected to a DbGrid just to test different files

type
Mem: TFDMemTable;
...
procedure tDConversor.ProcAbrirMem(const pa_fichero: string);
begin
with Mem do
begin
if Active then Close;
LoadFromFile(pa_fichero);
end;
end;

This worked fine in previous versions, but in 11.3 when I load several files with different structure I get errors. It seems that now LoadFromFile is not cleaning previous field definitions. Can anyone confirm it?

I'm also seeing similar errors with this code: Mem.CopyDataSet(CDS, [coStructure, coRestart, coAppend]);


Thanks.

It was very helpful 20 years ago when many users had slow connections. In some cases we've deployed more than 50 versions of an exe based in the same Delphi version and the same bpls. Nowadays most users have fast connections, but we still have some users that have a slow connection or occassionally connect to a slow wifi

1 hour ago, Lajos Juhász said:

It should be compatible, there are some corner cases where it is not. After update you should recompile everything (bpl+exe) just to be sure.

We have many applications. If we leave any of them in current version with 11.1 and deploy the new bpls it fails. And if we update any exe and leave the old bpl we also get same error.

IMO, they should have renamed it to frx281.bpl. We still have to decide if upgrading is worthy enough and this doesn't help.

Hello. I've updated to 11.2 and I found that there was a new version of fastreport in Getit, so I updated it also.

We use runtime packages, and when a user tries to run a program compiled with 11.2 he gets an error

No se encuentra el punto de entrada del procedimiento @Frxlistboxrtti@initialization$qqrv

Is that expected or fastreport bpls are not compatible even though they have the same name frx280.bpl?

Thanks