GPRSNerd
-
Content Count
27 -
Joined
-
Last visited
-
Days Won
1
Posts posted by GPRSNerd
-
-
Yeah, it was reproducible.
I added a functionality to switch the embedded styles in my app on runtime.
When I start the app and switch styles and in this procedure once the default Windows style was set, then the app throws the exception on close.
It is not necessarily the "Windows" style which has to be set last before closing.
-
I can confirm that Delphi 11.3 has the issue fixed.
No more exception on close when the default style "Windows" was used/changed during runtime.
- 2
-
Here are two bug reports that seem to describe the issue above:
https://quality.embarcadero.com/browse/RSP-38114
https://quality.embarcadero.com/browse/RSP-39197
Both may have been fixed in Delphi 11.3 released today.
I will check that after installation.
-
Hi,
did you find a fix for your problem?
I've exactly the same problem with one application, exception logged with madExcept:
exception number : 1 exception class : EAccessViolation exception message : Zugriffsverletzung bei Adresse 004090BC in Modul 'NikonDecoder.exe'. Lesen von Adresse 0030FFF0. main thread ($4cd0): 004090bc +04 NikonDecoder.exe System 67 +0 TObject.InheritsFrom 00408fa6 +0e NikonDecoder.exe System 67 +0 @IsClass 007104bf +43 NikonDecoder.exe Vcl.Styles TStyleEngine.DoUnregisterStyleHook 00710716 +1a NikonDecoder.exe Vcl.Styles TStyleEngine.Notification 00667aef +f3 NikonDecoder.exe Vcl.Themes TCustomStyleEngine.UnRegisterStyleHook
-
Hi Angus,
thanks for the heads-up, it's working now again.
Thx,
Stefan
-
Hi,
seems that the svn servers (http://svn.overbyte.be/svn/ics/trunk) are down since 9 Apr.
TortoiseSVN complains about "host unknown".
-
I'm using a tweaked version of ZipTV 2009.6.15, AFAIK that is from 2009.
I've given up contacting the developers years ago, as they have gone out of business, also AFAIK.
You should better use components that are currently developed, maintained and supported.
AFAIR there was even a CVE on the components in the past.
-
Using it with Delphi X.4.1 Sydney, works fine, but just in 32bit apps, haven't tried 64bit.
-
Do the ShellControls come with two packages, one for runtime and one for designtime?
Have you opened the runtime package instead of the designtime package and tried to install it?
This works only for designtime packages.
-
Probably nobody will help you with this by Teamviewer or similar.
You better copy the errors into the thread here, so that we can help you.
ccr.exif works like a charm here with Rio and all predecessors for years.
- 2
-
Check my older RSP, that has an easier workaround:
https://quality.embarcadero.com/browse/RSP-24070Just load the corresponding color again with StyleServices:
be2.Color := StyleServices.GetSystemColor(be2.Color);
-
17 hours ago, Remy Lebeau said:But either way, make sure you are using the latest code from Indy's GitHub repo.
Hi Remy,
could you explain how to use the version from the git repo then?!
As the Indy components are part of the Delphi standard installation, I guess they must be swapped somehow...
Thanks,
Stefan
-
On 4/9/2019 at 7:57 AM, Tommi Prami said:If got link to Bugreport, would be more than willing to vote.
-Tee-
Here's one of many:
https://quality.embarcadero.com/browse/RSP-22230
-
Check the linefeeds of your source file.
When you have a mix-up of CR and/or LF this might happen.
Also errors when compiling show on the wrong line number and other spooky stuff...
- 1
-
Known problem with Rio 10.3.
There are several unfixed bugreports at Embarcadero.
-
Programmers jokes, there exist a couple of these "HEX speak" or "magic number" addresses: DEADC0DE, DEADBEEF...
https://en.wikipedia.org/wiki/Hexspeak
I use them as constraints in unittesting to check that a peer or protocol is using the expected values.
So the programmer wants to tell you something...
-
OK, figured it out myself.
dcc32.exe -> dcc32compiler.exe
dcc32.de -> dcc32compiler.de
I've left dll and jdbg as original and it works.
-
On 2/22/2019 at 5:09 AM, FredS said:From: https://andy.jgknet.de/blog/ide-tools/ide-fix-pack/
fastdcc
There are 2 ways to use fastdcc.
1. Using fastdcc directly
- Extract the 7z file into your $(BDS)\bin directory.
-
Start fastdcc32.exe as if it was dcc32.exe
Start fastdcc64.exe as if it was dcc64.exe
Start fastdccaarm.exe as if it was dccaarm.exe
1. Replacing dcc32.exe by fastdcc32.exe (don’t do this if you want to be able to install future RAD Studio/Delphi/C++Builder updates)
- Extract the 7z file into your $(BDS)\bin directory.
- Rename dcc32.exe, dcc32.jdbg and dcc32.de/fr/jp to dcc32compiler.exe/jdbg/de/fr/jp.
- Rename dcc64.exe, dcc64.jdbg and dcc64.de/fr/jp to dcc64compiler.exe/jdbg/de/fr/jp.
- Rename fastdcc32.exe to dcc32.exe
- Rename fastdcc64.exe to dcc64.exe
-
Rename fastdcc32Hook.dll to dcc32Hook.dll
For XE3 or newer: Rename fastdcc32Hook.dllx to dcc32Hook.dllx (“x” is necessary for Delphi’s copy protection) -
Rename fastdcc64Hook.dll to dcc64Hook.dll
For XE3 or newer: Rename fastdcc64Hook.dllx to dcc64Hook.dllx - Start dcc32.exe/dcc64.exe or msbuild.
Hmmh, the current set of files for 32bit is named slighty different, as a suffix is used:
dcc32.exe
dcc32260.de
dcc32260.dll
dcc32260.jdbg
What do I have to rename them to exactly?
-
2 hours ago, Sherlock said:So I wanted to set the layout to the way I'm used to from Tokyo and got everything right and stored it into the "Standard-Layout" via the Moon Symbol in the title bar (strange, but as long as it works...). After restarting Delphi, it gets almost everything right, except for one thing: the side panels are way to narrow. No matter how wide I store them, they end up being the seem narrowness. And the object inspector wont store the separator position (the line between property and value) either. What am I missing, where and how can I fix this?
Same happens here as well, you have to resize it everytime the IDE is restarted.
-
6 minutes ago, Uwe Raabe said:What about filing a bug report?
So that it is also ignored as all the other high voted bug reports, that will probably never be fixed?
It seems to be more important to add unwanted features than to get the existing stuff working.
- 2
- 1
-
Reason is, that the path to the core dll is common for all installed releases through a setting in the registry:
[HKEY_CURRENT_USER\Software\Parnassus OU\Core]
"Path"="C:\\Users\\Public\\Documents\\Embarcadero\\Studio\\20.0\\Experts"This always points to the last installation.
- 2
-
1 hour ago, GPRSNerd said:It's "hidden" in den application titlebar.
Click on the "moon" icon on the right of the titlebar and you'll see..
Aeemmhhh, you're actually showing the button with the half-moon glyph in your screenshot!
-
It's "hidden" in den application titlebar.
Click on the "moon" icon on the right of the titlebar and you'll see..
-
I've solved it so far by using the orginal type declaration for compilers >= Rio.
It might not be the most elegant solution, but it keeps up the spirit of the original code (I hope).
{$IF CompilerVersion >= 33} {$DEFINE GenericTStringDynArray} {$IFEND}
TIPTCStringArray = {$IFDEF GenericTStringDynArray} Array of String {$ELSE} type Types.TStringDynArray {$ENDIF}; //using 'type' means the helper defined below will only apply to it
Quote<OT> How to get rid of the empty quote object? </OT>
- 1
Hex Viewer
in VCL
Posted
Where did you put this additional code? In the component or in the program in the FormShow() or FormCreate() event?