Jump to content

GPRSNerd

Members
  • Content Count

    27
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by GPRSNerd

  1. GPRSNerd

    Hex Viewer

    Where did you put this additional code? In the component or in the program in the FormShow() or FormCreate() event?
  2. GPRSNerd

    App crash on close when windows style = windows

    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.
  3. GPRSNerd

    App crash on close when windows style = windows

    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.
  4. GPRSNerd

    App crash on close when windows style = windows

    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.
  5. GPRSNerd

    App crash on close when windows style = windows

    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
  6. GPRSNerd

    SVN server updated

    Hi Angus, thanks for the heads-up, it's working now again. Thx, Stefan
  7. GPRSNerd

    SVN server updated

    Hi, seems that the svn servers (http://svn.overbyte.be/svn/ics/trunk) are down since 9 Apr. TortoiseSVN complains about "host unknown".
  8. GPRSNerd

    ZipTV Compress Components

    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.
  9. GPRSNerd

    ZipTV Compress Components

    Using it with Delphi X.4.1 Sydney, works fine, but just in 32bit apps, haven't tried 64bit.
  10. GPRSNerd

    Where is the Install command in the Project Manager of D10.3?

    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.
  11. GPRSNerd

    ccr.exif for editing image metadata

    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.
  12. GPRSNerd

    TButtonedEdit Styles and transparency

    Check my older RSP, that has an easier workaround: https://quality.embarcadero.com/browse/RSP-24070 Just load the corresponding color again with StyleServices: be2.Color := StyleServices.GetSystemColor(be2.Color);
  13. GPRSNerd

    Delphi 10.3.3 - Indy - could not load root certificate

    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
  14. Here's one of many: https://quality.embarcadero.com/browse/RSP-22230
  15. 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...
  16. Known problem with Rio 10.3. There are several unfixed bugreports at Embarcadero.
  17. GPRSNerd

    Read of address DEADBEE7. - Source of this raise?

    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...
  18. GPRSNerd

    IDE Fix pack for Rio

    OK, figured it out myself. dcc32.exe -> dcc32compiler.exe dcc32.de -> dcc32compiler.de I've left dll and jdbg as original and it works.
  19. GPRSNerd

    IDE Fix pack for Rio

    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?
  20. GPRSNerd

    Rio.1 does not save all layout settings

    Same happens here as well, you have to resize it everytime the IDE is restarted.
  21. GPRSNerd

    10.3.1 has been released

    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.
  22. 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.
  23. Aeemmhhh, you're actually showing the button with the half-moon glyph in your screenshot!
  24. It's "hidden" in den application titlebar. Click on the "moon" icon on the right of the titlebar and you'll see..
  25. Hi, I'm trying to get my components, packages and units running under Delphi 10.3 Rio. Currently I'm stumbling over CCR.EXIF (latest revision 1.5.1), the set of units to read and manipulate EXIF header data and such in images. The compiler throws a E2574 in the unit CCR.Exif.IPTC.pas at this place: unit CCR.Exif.IPTC; interface uses Types, SysUtils, Classes, {$IFDEF HasGenerics}Generics.Collections, Generics.Defaults,{$ENDIF} {$IFDEF VCL}Jpeg,{$ENDIF} CCR.Exif.BaseUtils, CCR.Exif.TagIDs, CCR.Exif.TiffUtils; type TIPTCStringArray = type Types.TStringDynArray; //using 'type' means the helper defined below will only apply to it {$IFDEF XE3+} TIPTCStringArrayHelper = record helper for TIPTCStringArray class function CreateFromStrings(const Strings: TStrings): TIPTCStringArray; static; function Join(const Separator: string): string; end; {$ENDIF} In line 11 of this excerpt the compiler throws a E2574 ("Instantiated type can not be used for TYPE'd type declaration") about the use of "type" for this declaration of TIPTCStringArray, which shall extent TStringDynArray with a recordhelper. This error doesn't occur with any compiler prior to Rio. When I leave out the "type" it compiles fine. I'm not an expert on generics and such, so I'm not sure what consequences it has to just leave out the "type" (in contrary to the authors intent according to the comment). Has anyone a better idea what to do here?
×