![Delphi-PRAXiS [en]](https://en.delphipraxis.net/uploads/monthly_2018_12/logo.png.be76d93fcd709295cb24de51900e5888.png){kind=logo}
All Activity
This stream auto-updates
- Past hour
-
32bit VCL Windows. I have the issue with both runtime and design time packages. Try to open for example the D10_4 packages of github.com/EtheaDev/SVGIconImageList
-
In which build/platform configuration are you removing that value?
-
Starting from Syndey update 2, I am experiencing the folowing: Open in the IDE packages with no LIBSUFFIX or a LIBSUFFIX different that auto. LIBSUFFIX 270 is added automatically and the package is named accordingly Open project options and remove the LIBSUFFIX has no effect. Next time you open the project options is back there. Removing the LIBSUFFIX directive from the package source also has no effect on the package name. It seems that the IDE is enforcing the LIBSUFFIX 270. I have not found a workaround. You can still compile the packages from the command-line though. Am I missing something?
-
Nomi69 joined the community
-
Has anyone tried running Delphi on Windows ARM?
eSzeL replied to Chris Pim's topic in Delphi IDE and APIs
So if I have a 32bit x86 Windows VCL application with components working flawlessly on Windows 7 32bit in Rad Studio Tokyo, it's 99% that I can compile, run, debug it on the preview version of Windows ARM with the same Delphi? 🙂 Thank you! - Today
-
64bit Debugger Not Handling Memory Problems
Anders Melander replied to CB2021's topic in General Help
http://docwiki.embarcadero.com/RADStudio/Sydney/en/Using_CodeGuard -
compiling DCU without creating EXE
Uwe Raabe replied to Dave Novo's topic in RTL and Delphi Object Pascal
Additional options to pass to the compiler -
TIdUDPServer to listen to all addresses of a system
Remy Lebeau replied to caymon's topic in Network, Cloud and Web
Almost. It would be more accurate to say that it binds to all local network adapters for the Binding's specified IPVersion. The IPVersion is set to IPv4 by default (see the ID_DEFAULT_IP_VERSION constant in IdGlobal.pas). You would need 2 separate Binding objects to bind to all IPv4 and IPv6 adapters at the same time, as TIdUDPServer would have to create separate IPv4 and IPv6 listening sockets (Indy does not support dual-stack sockets at this time: ticket #29). For example: IdUDPServer.DefaultPort := ...; with IdUDPServer.Bindings.Add do begin IP := ...; IPVersion := Id_IPv4; end; with IdUDPServer.Bindings.Add do begin IP := ...; IPVersion := Id_IPv6; end; If you don't create any Bindings at all, TIdUDPServer will create 1 or 2 default Binding objects for you, depending on whether the underlying platform allows separate IPv4+IPv6 sockets to be bound on all adapters on the same port at the same time (not all do, ie Linux and Android do not, but Windows does). The above IP is an IPv6 address, so I'm guessing you have not created an IPv6 Binding to listen on. You can't bind an IPv4-only socket to IPv6 adapters, and vice versa. -
compiling DCU without creating EXE
Dave Novo replied to Dave Novo's topic in RTL and Delphi Object Pascal
@jbg - thanks for the tip. We are using Seattle for now, but in the process of upgrading to Delphi 10.4. So this will be useful for a bit. Is there somewhere in the project options you can specify extra command line parameters? -
IDEFixPack adds a command line option "-x--compileonly" to the compiler. It skips the linker phase, so no EXE, BPL, DLL, MAP and TDS files are created. But IDEFixPack doesn't exist for Delphi 10.4. So this is no option if you are using the newest Delphi version.
-
A system A, which has several IP addresses, sends UDP packets to a system B that also have several addresses: On system A, there is a TIdUPDClient with the code: UDPClient.Host := '2017::7690:5000:0:1'; // one of the addresses of B; UDPClient.Port := 3610; UDPClient.IPVersion := Id_IPv6; UDPClient.BoundIP := 'FD00:CAFE:CAFE::AAAA'; // one of the addresses of A The UDP packets are sent with: Src= FD00:CAFE:CAFE::AAAA and Dst=2017::7690:5000:0:1, which is OK. In the system B, there is an IdUDPServer listening to any addresses of B, i.e: IdUDPServer.Bindings.Add.IP := ''; When B receives a packet, the handler UDPRead is executed, with a ''ABinding'' parameter with the values: ABinding.IP = '0:0:0:0.0:0:0:0' ABinding.Port = 3610 ABinding.PeerIP = 'FD00:CAFE:CAFE::AAAA' // src address of the packet, which is correct ABinding.PeerPort = ...any value From the 'ABinding' parameter, is there a way to know the ''real local address'' that received the packet? In our example, this address should be 2017::7690:5000:0:1? Then, before responding to the received message, could I do UDPServer.Binding.IP := ''the real local address'' and then UDPServer.SendBuffer() so that the sent UDP packet would have Src=2017::7690:5000:0:1 and Dst=FD00:CAFE:CAFE::AAAA? Thank you.
-
CB used to have CodeGuard that would catch this type of memory access violations. It was built-in and easy to use. We need something like CodeGuard that will catch memory errors.
-
Has anyone tried running Delphi on Windows ARM?
Chris Pim replied to Chris Pim's topic in Delphi IDE and APIs
An update on the debugging issues on iOS - it's all working now. My VM just needed a restart and I can debug without problems now. -
Martin Liddle joined the community
-
compiling DCU without creating EXE
Dave Novo replied to Dave Novo's topic in RTL and Delphi Object Pascal
@Fr0sT.Brutal The compiler is not 64 bit. The compiler is a 32 bit application that generates 64 bit code. In my initial post I described the problem with the EXE. -
compiling DCU without creating EXE
Fr0sT.Brutal replied to Dave Novo's topic in RTL and Delphi Object Pascal
That's weird BTW - IDE seems to run compiler as standalone EXE so it should not eat memory itself. And compiler is 64-bit so it must be able to allocate as much memory as possible including swap. Just don't use them if you don't need -
compiling DCU without creating EXE
Dave Novo replied to Dave Novo's topic in RTL and Delphi Object Pascal
@Fr0sT.Brutal - our project is 2.5M LOC approx. The 32 bit compiler gets up to 3GB but does usually complete without running out of memory. But the 64 bit compiler consistently ran out of memory. What you have described is exactly what we have done. to make it work. But we do not need all the EXE from the subprojects. -
compiling DCU without creating EXE
Dave Novo replied to Dave Novo's topic in RTL and Delphi Object Pascal
Thanks for the tips. The command line compiler could work. The only issue I forsee is how to get all the hints/warnings etc. if it is done as part of a pre-build batch action -
Yes, different projects within the group have different paths.
-
Has anyone tried running Delphi on Windows ARM?
Chris Pim replied to Chris Pim's topic in Delphi IDE and APIs
It works well. I've managed to build and run my VCL and FMX projects on Android, iOS, Windows and Mac without any problems. Note that both Windows ARM and the way it runs Delphi are still in preview so tread carefully! I can debug Windows and Android no problem. I'm having issues debugging iOS as it's stopping in the IDE but showing the CPU rather than code views. I believe this might be a badly built component I need to re-install rather than an issue with the environment but can't confirm either way at the moment. -
DedaStx joined the community
-
Overbyte ICS Mail Queue Demo Settings for gmail
Jasja replied to Jasja's topic in ICS - Internet Component Suite
Hello Angus, Thank you very much for your explanation, I created a Google gmail OAuth token as explained in OverbyteIcsSslHttpRest.pas And the Queue Demo is working now! Jasja -
Totally agree. I did not give up that it had to be this way with the investment made in equipment. I was obsessed that in my previous PC, much less powerful, the work with D2010 was highly productive compared to the coffee machine that I now had to use. I just couldn't let go...
-
The feature nobody ever asked for strikes again. I wish they would realize their mistake and make it opt-in instead of opt-out-if-you-know-how-to. Think of all the people that doesn't even know about this and just assume it's because Delphi now suck balls - learn to live with it.
-
MAP2PDB - Profiling with VTune
Anders Melander replied to Anders Melander's topic in Delphi Third-Party
As it seems that the most recent version of VTune also suffer from the performance problem I mentioned earlier, I 've now added a note about the problem to the repository readme and uploaded the files that can be used to fix it. https://bitbucket.org/anders_melander/map2pdb/src/master/#markdown-header-performance-problems-with-intel-vtune -
In an TIdUDPServer, we can select the IP address, where the server listens to using (for example): IdUDPServer.Bindings.Add.IP := ...; If I set one of the several addresses of the system, like: IdUDPServer.Bindings.Add.IP := '2017::7690:5000:0:1'; Then the UDPServer receives the packets sent to that address, the OnUDPRead handler is called and I can verify that the values of ABinding.IP, ABinding.PeerIP and ABinding.PeerPort are all correct. If IdUDPServer.Bindings.Add.IP is set to a blank string, then IdUDPServer should bind to all available local IPs. But, this doesn't seem to be true, the OnUDPRead is not called as if the UDPServer would not receive the packets sent to the address above. What could be the reason? Thank you. Using 10.4.2 on W10
-
Now everything works as smoothly as expected from the computer on which it is installed. The opening / closing of files is instantaneous.
-
@Dany Marmur gentleness and diplomacy of 80 lvl! 🙂
