bazzer747

That's cracked it. I changed the driver to v17 (from 11) and it connects with no issues. I think the hosting company has uprated the server I couldn't connect to so it didn't allow driver v11 to connect, whilst the other two servers I had no trouble with still allowed v11 to connect OK. Many thanks for your help, I can now continue with my development/text work!

I have ODBC Driver 11 for SQL Server and ODBC Driver 17 for SQL Server on my local PC. As this message seems to relate to the 11 version, does that mean Firedac somewhere is told to use the 11 version rather than the 17 version? Could I remove the 11 version and Firedac would automatically revert to using the 17 version?

I run many Windows applications connecting to MSSQL Servers via Firedac, and have done for many years. My 'Live' connectivity to the tables and views work OK, but in the last 2 weeks my connectivity to a 'test' Server is throwing up the error shown in the attached screenshot "An existing connection was forcibly closed by the remote host." In reporting this to the hosting company they are saying the 'test' Server should have no issues connecting to it, and I'm saying why, then, can I connect all my applications to the 'Live' Server with no problems, but none of these applications now connect to the 'Test' Server (when they did connect a couple of weeks ago?) They have come back with suggestions that seem to indicate using TLS1.2 may solve the issue. It seems TLS1.2 and TLS1.3 are enabled by default in Windows 11 (my local PC is Windows 11 Professional), but I'm finding it difficult to verify that. And I'm thinking this is a red herring anyway. My question her6e, really, is has Firedac any involvement in what version of TLS is used &/or is this something Firedac has an answer to that error?

Granted, but having used Delphi for probably over 20 years now, there is no 'upgrade' price that acknowledges the amount of money spent on versions over the years. It seems you are treated as a 'new' customer regardless of your 'loyalty' to the product. With other products, existing users normally get upgrade prices that are significantly better than a new customer would pay. Also, when I buy a product I would expect to get any bug fixes for that product free with an apology, rather than having to pay for it. Embarcadero seem to be like the Carpet shops, there's always a 'sale' on. I can't believe anyone, company or individual, ever pays the advertised price. Why don't they have some integrity and show a normal price! Whatever 'special deal' is running the actual amount they want is always around the same (which in my opinion is way too much).

These 'offers' are nothing like helpful. Why they 'force' a years maintenance into the price makes me wonder - I've used Delphi (now on 10.4) since Delphi 4 - and never required a maintenance contract. Never had to call Emarcardo to help fix a problem. Why would I nee6d one now! My biggest gripe, though, is that whilst I have Enterprise (that was a 'con' years ago getting a decent price for an upgrade) when I only needed Professional), now I'm stuck with Enterprise because I can't get Firedac with Professional.

Why not look at Alistair Christies' web site Welcome to LearnDelphi.tv I found the articles 'Free Content' very useful and the 'Premium' content extremely useful in weaning my way into Delphi.

Hmmm, surprises me it uses a local paserver at all. I'll check this out next time I get the error, but looking in Task Manager now, with Delphi running, there is no paserver in any other processes or services running.

My application is for Windows 64 bit. The application starts with Firedac connectivity to a remote SQL Server (not paserver) hosted on an internet provider. Normally the connectivity is good and reliable, and also when I run in non-debug mode the connection is made with no problem. I rebooted my PC this morning and set the initial database connections to an SQL Server on my local PC (rather than the remote server) and I don't get the disconnected session error. As I mentioned I've been getting this issue maybe once or twice a month for quite a while now. Normally I end Delphi with Task Manager and fire it up again and it's OK. Only yesterday it continued to fail.

Just recently, I've been getting 'disconnected session' error messages. See attached snapshot of the message. It occurs when I am in debug mode but not when I'm not in debug mode. To 'close' Delphi I have to open Task Manager and end the session from there, I can't get to the application to close it or use it any other way. I've no idea what is causing this, as it isn't consistant - I can operate in debug mode with no issues most of the time, but occasionally have this problem. If anyone can read the details on the error shown and give me a cluse as to where to look I'd appreciate it. I run Delphi 10.2 Enterprise.

I found Cary Jensen's book very deep and informative, with many examples. Always a go to when I'm not sure about something.

OK, limited access to local connections. What possible use is that when developing for clients when most will require access to Server databases. More a 'marketing taster' of what FireDac can do to encourage an upgrade to Enterprise. I'd willingly go for Professional if full FireDac was available rather than sticking with Enterprise 10.3 as I can never see myself being able to justify the extremely costly upgrade to the latest Enterprise versions.

As I understand it Firedac is not available in Professional. You need Enterprise for Firedac (or Architect) I've asked many times for Firedac to be available, even at extra cost, to add to Professional and it isn't happening. I moved to Enterprise some years ago on a really good deal (at that time FireDac WAS available in Professional) but find I don't really need all the functionality in Enterprise and because of the cost of keeping at the latest versions I can't afford an upgrade. I'd prefer to go back to Professional but with so many of my projects using Firedac it would be a mighty task to re-write all the data access elements in them. So I'm never going to upgrade until something changes.

I've opened the data module outside Delphi in Notepad++ and there's no reference to 'AccessLevel'. So I'm now confused why I'm getting and error message for a field that doesn't exist in the project (that I can find!)

Hi, I use MSSQL for my database and Firedac as an access method. I have a field called 'AccessLevel' in a table which is now redundant so I'm trying to remove it. I don't use this field anywhere in my project and a search in 'Find in Files' show's that it isn't referenced in any of the code. Also, in the query I use to select all fields from the table it is in I have deleted the field from the Fields Editor. I've renamed the field to 'AccessLevelX' in MSSQL Server (just in case!) When I run the project I get an Exception EDatabseError in module .... Field 'AccessLevel' not found. I can only think there's a reference in the database module where the query exists, but if in the database module I try to 'View as Text' I get a message: 'Module 'nameof module.pas' has open descendants or linked modules. Cannot close'. I'm not sure where I can go now, if someone has a thought as to a 'correct' procedure for removing unwanted/unused fields I'd appreciate some guidance.

Same thing happening again. Delphicom 2023. After I press the Submit I get this url at the top: f2 (1×1) (eloqua.com) But a blank screen!