I wanted to send an email ("Send via
SMTP client") from EurekaLog v7.4.8.0 RC 1 but I was getting this error:
FAILED: Error code = -2146885613
The revocation function was unable to check revocation because the
revocation server was offline
EurekaLog 7.4.8.0 RC 1
Testing send with TELMailSMTPClientSender
Options:
_BugAppVersion="21.0.17707.5020"
_BugID="73D40000"
_BugIDSource="bds.exe
My email is hosted by BlueHost but knowing how buggy EurekaLog is and considering the fact that all my accounts work flawlessly in Thunderbird I think the bug is not related to the BlueHost server.
I had to give up using "SMTP client" and user "SMTP server" instead.
You want to do amateur or power-level computing? Then there is no other choice than Windows! Period. As a Windows user you don't have to spend tons of a money for a Mac PC (sorry Mac guys but Mac is nothing else than an expensive PC now) and you don't have to waste time on forums to learn how install stuff. All that Linux/Mac can offer you can get on Windows and get is better. I spent many years working with Linux but it was always only my second choice. Sorry Linux friends, but I said it.
Showing posts with label debug. Show all posts
Showing posts with label debug. Show all posts
Wednesday, March 15, 2017
Another bug in EurekaLog 7
Labels:
bad,
bug report,
crash,
debug,
delphi,
delphi xe7,
email,
eureka log,
eurekalog,
send,
server,
submit
Tuesday, March 17, 2015
How to set paths (library, debug, BPL, DCP, search) in Delphi XE7 (for multiplatform use)
So, Delphi's help doesn't tell us much about how to set up paths for DPK packages. It is ok. We got all used with Delphi's sloppy manual.
So, I will tell you how I do it so they work both on 32 and 64 Win platforms:
I have these major packages/folders:
This will ensure that the IDE and app that use this package don't have access to the package's PAS files. If the IDE has access to the PAS file it will recompile the files every time you complile the app.Even worst, if the IDE recompiles package's files, it will put the DCUs in app's folder!
Also unckeck 'Build as needed'. xxxxxxxxxxx
IDE setup - Package output directory
IDE setup - Library path settings
In Delphi options -> Library -> Library path, I set these paths for Win32 platform:
CommonPackages are multi-platform (Win32/64) and multi-config (debug, prerelease, release). Therefore, we use $(Config) in the path.
If the control uses *.res files you need to manually copy them in the $(Platform) folder (the folder where the DCU are written)
This is Delphi's help page for Browsing path: Specifies search paths where the compiler can find the required files for the package, such as .dcp and .bpi files.
This is the Delphi global library path. The compiler can find only those files that exist on the Library path. If you try to build your package with a file that is not on the Library path, you receive a compiler error.
Some resource files (such as controls.res) are only available in the Release folder (not the Debug folder), so you should ensure that your project Release directory either is specified in the Library path or will be resolved by at least one variable in the Library path.
Enter the path to package's source code so the IDE will able to reach the code (for example to be able to open a file when you control+click a method in IDE):
The project's 'Search Path' is set like this (for all platforms):
You have to do the same for 32 and 64 bit platforms (in the 'Selected Platform' dropdown menu).
__________
Update: I had problems making a project to work when when I used a combination of $(Platform)_$(Config) and $(Platform) in the paths. It worked after I replaced $(Platform)_$(Config) with $(Platform).
So, I will tell you how I do it so they work both on 32 and 64 Win platforms:
My packages
I have these major packages/folders:
- Graphics32
- Drag and Drop (Melander)
- 3rd Party (many small packages put together in a big package)
- CommonPackages (these are my own packages)
Package setup
Double click the DPK file to load it in Delphi. Go to project's settings and set xxxxxxxxxxxx.This will ensure that the IDE and app that use this package don't have access to the package's PAS files. If the IDE has access to the PAS file it will recompile the files every time you complile the app.Even worst, if the IDE recompiles package's files, it will put the DCUs in app's folder!
Also unckeck 'Build as needed'. xxxxxxxxxxx
IDE setup
IDE setup - Package output directory
- For Win32 platform set it to: $(BDSCOMMONDIR)\Bpl
- For Win64 platform set it to: $(BDSCOMMONDIR)\Bpl\$(Platform)
IDE setup - Library path settings
In Delphi options -> Library -> Library path, I set these paths for Win32 platform:
- c:\MyProjects\Packages\DragDrop\$(Platform)
- c:\MyProjects\Packages\Graphics32\$(Platform)
- c:\MyProjects\Packages\Third party packages\$(Platform)
- c:\MyProjects\Packages\CubicCommonControls\$(Platform)_$(Config)
CommonPackages are multi-platform (Win32/64) and multi-config (debug, prerelease, release). Therefore, we use $(Config) in the path.
If the control uses *.res files you need to manually copy them in the $(Platform) folder (the folder where the DCU are written)
This is Delphi's help page for Browsing path: Specifies search paths where the compiler can find the required files for the package, such as .dcp and .bpi files.
This is the Delphi global library path. The compiler can find only those files that exist on the Library path. If you try to build your package with a file that is not on the Library path, you receive a compiler error.
Some resource files (such as controls.res) are only available in the Release folder (not the Debug folder), so you should ensure that your project Release directory either is specified in the Library path or will be resolved by at least one variable in the Library path.
Browse path
In Delphi options -> Library ->:Enter the path to package's source code so the IDE will able to reach the code (for example to be able to open a file when you control+click a method in IDE):
- c:\MyProjects\Packages\DragDrop\
- c:\MyProjects\Packages\Graphics32\
- c:\MyProjects\Packages\Third party packages\
- c:\MyProjects\Packages\CubicCommonControls\
- The project Search path for Delphi ( Project > Options > Delphi Compiler ) or the Include path for C++ ( Project > Options > Directories and Conditionals).
- The global browsing path (this option) for Win32 Delphi language projects;
the directories specified with this option are appended to the debug source path
for the project. Therefore, the debugger search order for unit files is
determined by the following path settings:
- The Browsing path (this option).
- The project Source path (the directory in which the project was saved).
Search path
I am not sure you really need the thing below (I think you don't):The project's 'Search Path' is set like this (for all platforms):
- c:\MyProjects\Packages\DragDrop\$(Platform)
- c:\MyProjects\Packages\Graphics32\$(Platform)
- c:\MyProjects\Packages\Third party packages\$(Platform)
- c:\MyProjects\Packages\CubicCommonControls\$(Platform)_$(Config)
You have to do the same for 32 and 64 bit platforms (in the 'Selected Platform' dropdown menu).
The applications
For applications (DPR) that are using the packages specified above I set the 'Unit output directory' like this (for 'All configurations/All platforms'):- .\$(Platform)_$(Config)
__________
Update: I had problems making a project to work when when I used a combination of $(Platform)_$(Config) and $(Platform) in the paths. It worked after I replaced $(Platform)_$(Config) with $(Platform).
Labels:
bpl,
DCP,
debug,
delphi,
delphi xe7,
library,
multiplatform,
path,
search)
Subscribe to:
Posts (Atom)