| Welcome, Guest |
You have to register before you can post on our site.
|
| Online Users |
There are currently 1016 online users. » 1 Member(s) | 1012 Guest(s) Applebot, Bing, Google, Xoilactvwtf1
|
| Latest Threads |
WebApplication.IP change ...
Forum: IntraWeb General Discussion
Last Post: alex.trejo@tttnet.com.mx
Yesterday, 03:02 AM
» Replies: 0
» Views: 79
|
Hook/callback to handle t...
Forum: IntraWeb General Discussion
Last Post: Lenfors
09-08-2026, 09:03 AM
» Replies: 0
» Views: 77
|
Reproducible IIS crash in...
Forum: IntraWeb General Discussion
Last Post: alex.trejo@tttnet.com.mx
09-08-2026, 01:48 AM
» Replies: 0
» Views: 91
|
The packages IW16.xx inc...
Forum: IntraWeb General Discussion
Last Post: hsbelli
09-03-2026, 11:46 AM
» Replies: 2
» Views: 352
|
Redirection issues with F...
Forum: IntraWeb General Discussion
Last Post: magosk
08-31-2026, 10:03 AM
» Replies: 0
» Views: 180
|
Source Code
Forum: IntraWeb General Discussion
Last Post: magosk
08-31-2026, 08:11 AM
» Replies: 3
» Views: 530
|
TContenthandler requires ...
Forum: IntraWeb General Discussion
Last Post: valmeras
08-30-2026, 02:35 AM
» Replies: 0
» Views: 173
|
TIWjQDBGrid erratic behav...
Forum: IntraWeb General Discussion
Last Post: alex.trejo@tttnet.com.mx
08-20-2026, 05:12 PM
» Replies: 8
» Views: 2,080
|
Change Language DataTable
Forum: IntraWeb General Discussion
Last Post: Rigoberto Mercedes
08-19-2026, 03:21 PM
» Replies: 1
» Views: 308
|
How to terminate HTTP Thr...
Forum: Indy
Last Post: rlebeau
08-14-2026, 08:01 AM
» Replies: 5
» Views: 873
|
|
|
| Unit IWClassesFix was compiled with different version |
|
Posted by: Lenfors - 07-06-2018, 08:27 AM - Forum: IntraWeb General Discussion
- Replies (3)
|
 |
Hello!
I have an old project using IntraWeb (delphi 2010). Now we only use Delphi 10.2.2 so I tried to recompile the project with this version. Compilation failed so I bought the latest version of Intraweb 15.0.6 (including source) and tried again.
Now I get the following error:
[dcc32 Fatal Error] IWApplication.pas(410): F2051 Unit IWClassesFix was compiled with a different version of System.Generics.Collections.TArray.Sort
I also entered all the source code paths in my Delphi environment but same result.
Please advise
Best regards, Mikael
|
|
|
| BootStrap and UI |
|
Posted by: ShaneStump - 07-05-2018, 04:52 AM - Forum: IntraWeb General Discussion
- Replies (4)
|
 |
Howdy Alexandre and Kudzu!
Couple of questions about IW17.
Will I be able to build a modern UI without having an extensive knowledge of javascript, etc?
I will be rewriting my web module for the third time in 8 years starting early next year and I am hoping to do it with just stock IW (no 3rd party libraries).
All the best,
Shane
|
|
|
| IntraWeb setup and AV false positives |
|
Posted by: Alexandre Machado - 07-04-2018, 07:58 AM - Forum: IntraWeb General Discussion
- No Replies
|
 |
Today we received 2 different support requests from users informing that their Antivirus software identified IW14.2.8.exe as a virus/trojan. Among the AV software we find Kapersky, Zone Alarm, Windows Defender and Symantec.
Kapersky is famous for its heuristic engine false positives, specially against binaries compiled by any Delphi version. Zone Alarm shares the same engine so whenever Kapersky reports something, Zone Alarm will do the same. (Un)Fortunately, Delphi is one of the few *real* programming languages left and that's why it is used by many virus creators
We have reported the false positives to Microsoft and Symantec. We already have Symantec response, confirming that the report is a false positive, as follows:
In relation to submission 97436.
Upon further analysis and investigation we have verified your submission and, as such, the detection(s) for the following file(s) will be removed from our products:
File name: iw14.2.8.exe
MD5: F613B07B34D31EB7B5CDE221A95FFDFA
SHA256: 53057B142527CFE5885CAF88802AFBD8EE44AAD3D78CC5B173AC79DFD746E4D5
Note: Whitelisting is available by downloading a RAPID RELEASE indicated in the Further Information section below or via the next Live Update
Further Information:
Required RAPID RELEASE sequence >= 194141
The latest Rapid Release definition available here: ftp://ftp.symantec.com/AVDEFS/norton_antivirus/rapidrelease
To check the current sequence number of the Rapid Release definition: https://www.symantec.com/security_response/definitions/rapidrelease
More information on Rapid Release definitions can be found: https://support.symantec.com/en_US/article.TECH103326.html
If detection persists, please contact support:
* Norton: https://support.norton.com/sp/en/us/home/current/info
* SEP: https://support.symantec.com/en_US/endpoint-protection.54619.html
Decisions made by Symantec are subject to change if alterations to the Software are made over time or as classification criteria and/or the policy employed by Symantec changes over time to address the evolving landscape.
For more information on best practices to reduce false positives:
https://www.symantec.com/content/en/us/enterprise/white_papers/b-to_increase_downloads-instill_trust_first_WP.en-us.pdf
Sincerely,
Symantec Security Response
https://www.symantec.com/security-center
|
|
|
| Problem with Indy TCPClient or IOHandler |
|
Posted by: Ayodeji - 06-28-2018, 08:32 AM - Forum: Indy
- Replies (3)
|
 |
Hi Guys
We are having some bugs in our application after migrating our source code from delphi 7 to XE2. Indy 9 and was used in delphi 7 and XE2 respectively.
The application is dll encapsulated windows COM Object and hosted with GUI.
We use TCPClient that continuously send and receive data from a device (Server) every 2 seconds. Sending of data to the server is done in the Main Thread while reading the response in another Thread. FIdClient.IOHandler.Write(sData + FSendRcvTerminator, TEncoding.ANSI) for sending the data and reading with FClient.IOHandler.ReadBytes(LBuffer, -1, false). The application do work perfectly for days or weeks without any problem but after a while all the processes in the Main Thread hanged and stop responding meanwhile the processes in the other Thread continue working. It has been very difficult for us to locate the course of this problem. Sending data with FIdClient.IOHandler.Write(sData + FSendRcvTerminator, TEncoding.ANSI) to the Server from the other Thread gets the hanged processes in Main Thread working again. We are actually not satisfy with this workaround and want to know the course. The same code written in delphi 7 and Indy 9 is working without any problem.
The only difference in our code is that with indy 9 we did not use IOHandler to write or read from the socket. What are we doing wrong here!
Thanks
|
|
|
| evaluation mode |
|
Posted by: clockon - 06-27-2018, 05:34 AM - Forum: IntraWeb General Discussion
- Replies (6)
|
 |
Hi
I am not able to get my new product out of evaluation mode. I have not installed the version that comes with delphi, I have searched for all iwlicense files, deleted the DCUs and still not working. I have created a new intraweb standalone project and I get the following, no reason for the evaluation mode is given. I also have source in the path, I have traced the call to 'SetLicenseKey' and it is setting the correct key and its only called once, please help.
My IntraWeb Application (Indy - x86)
Evaluation Mode
Reason:
IntraWeb Version: 15.0.6
Build Date: Jun 19, 2018
32-bit Server on 64-bit Windows
HTTP Server is active on port: 62380
--------------------- ---------------------
|
|
|
| standalone in 15.0.6 |
|
Posted by: clockon - 06-27-2018, 02:08 AM - Forum: IntraWeb General Discussion
- Replies (2)
|
 |
Hi
i am trying to create/upgrade to the latest intraweb 15.0.6 from version 11.
We have a custom standalone server, now the references i have seen state to use the code:
IWStandAloneServer1.Start(TIWHTTPServerModule);
my problem is that there is no component TIWHTTPServerModule in the source or installation folders, im on ultimate with source.
has anyone setup a custom standalone server with v15?
Also none of the demos help as they are all for v14, otherwise i am going back a version.
|
|
|
| Is it possible to use new version of Indy 10 |
|
Posted by: OldBob1938 - 06-26-2018, 11:30 PM - Forum: Indy
- Replies (28)
|
 |
I have a couple of large applications developed in C++Buiilder 2007 that use Indy 10.1.15. They do work fine and I'm not interested in converting them to a newer version of Rad Studio. One of the owners wants to change from using his current mail host to G-Suite, which puts me in a bit of a pickle. The old embedded email part of the program was just plain. No TLS/SSL. I'm having the problem that many others faced with the program not being able to load SSL libraries. I did put the appropriate dlls for OpenSSL 1.02 in the programs folder. The program does seem to try to use these dlls, but something else is getting in the way.
I've used WhichFailedToLoad() and get a strange response whether the dlls are in my program directory or not. Here's what WhichFailedToLoad() returns
SSL_CTX_set_info_callback_indy
X509_STORE_CTX_get_app_data_indy
X509_get_notBefore_indy
X509_get_notAfter_indy
SSL_SESSION_get_id_indy
SSL_SESSION_get_id_ctx_indy
SSL_CTX_get_version_indy
SSL_CTX_set_options_indy
des_set_odd_parity
des_set_key
des_ecb_encryp
The IdOpenSSLSetLibPath isn't available in the Indy 10.1.15 to force the program to use the dlls from a specific directory. It is available in the the version in Seattle, which I have. But, I need to solve this problem with the code base that I have in BCB2007 ... it's a pretty big program. I have thought of updating to a later version of Indy, but don't know what the effect would be on the overall program, or even if it is possible given that it's unicode. The only part of Indy 10 that I'm using is the units related to sending mail.
Other than that, I do need to solve the inability to load the OpenSSL dlls. Can now load the dlls, but had to use dlls from 096. They worked, but I did have to tag the gmail account I was using as an insecure app. I don't know how well that will work for G-Suite. The G-Suite account is ready for use, but the customer is still trying to get a master password to their current webhost that will allow them to transfer their MX records.
|
|
|
|