Does anyone recall if there ever was a Turbo or Online 5.0 version for MS-DOS, or was 4.10 the last released DOS version?.. I do know that the 4.10 client was able to link to Online 5.01 and 6.0 severs on Unix, via I-NET, but unable to leverage SP's and triggers.
I'm trying to locate an Online DOS version, if one exists, so I can leverage VARCHAR's, BLOB's and other Online features not available in SE.
There was never an Informix OnLine 5.0 for MS-DOS, AFAICR, nor any later version of Informix products. Development for MS-DOS stopped before that.
You would not be able to obtain it very easily even if I'm wrong and it once existed (25 years or so ago). It would only be obtainable on the second-hand market.
Related
I use TOSVersion.ToString function (uses SysUtils) to detect Windows version. However this is what I get in Windows11:
Windows 10 (Version 10.0, Build 21996, 64-bit Edition)
Is there any reliable way to detect Windows 11? I'm using Delphi 10.3.3.
UPDATE: Windows 11 is officially released and I tried again.
Here is what I get:
Windows 10 (Version 10.0, Build 22000, 64-bit Edition)
As Remy pointed out: using the WinAPI you risk of being in some compatibility mode, resulting in getting a version reported that is lower than the actual.
One alternative is to check the file version of expected files, i.e.
%windir%\system32\ntoskrnl.exe or
%windir%\explorer.exe
using GetFileVersionInfo() and VerQueryValue() - the HiWord(dwFileVersionLS)
should be 22000 or higher (according to Windows NT build/release number).
Another is to look in the Registry under HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ at the text values CurrentBuild and CurrentBuildNumber, checking if the highest of both is 22000 or higher.
David already wrote a detailled answer in Checking Windows version on W10 with even more alternatives, although concentrating on the high/low version numbers, not the build. But WMI might help.
(This only works in retrospective with confirmed knowledge.) Check which API exports are available: the idea is that specific functions were introduced with specific Windows releases/versions, so if importing fails for one you know you're on a version below. An outdated example and an outdated list of minimum versions per function will give you an idea. Now you "only" have to find out which new functions are introduced with Windows 11.
Those are all not bulletproof, but you could combine them and then draw conclusions. And after all that you can still try your approach to parse texts instead of relying on numbers only. It also shows how easily you can manipulate your system into reporting different versions as per which method is used.
Official major version number for Windows 11 is 10.
The official build number for the public preview of Windows 11 is
10.0.22000.168
Earlier builds:
10.0.22000.71
10.0.22000.65
10.0.22000.51
Microsoft Windows 11 FAQ
If you want to detect Preview versions, earliest build number was 10.0.22000.51 Windows 11 version history
TOSVersion relies on some hard coded names and logic to return OS name. You will have to implement your own detection, copy and modify TOSVersion record or make wrapper around it, where you can use existing logic for older versions and implement check based on Windows 11 build number to detect Windows 11.
For other general issues and approaches in detecting OS version you can refer to AmigoJack's answer
Except the very weak, atleast for me, solution of considering Windows 10 builds greater than 22000, such as Windows 11, the only solution I found which is actually working is the WMIs Win32_OperatingSystem class - Caption property.
On my dev Win10 machine, it gives the following string: Microsoft Windows 10 Pro.
On my another dev machine, with Win11 installed, the same function gives: Microsoft Windows 11 Pro.
The difference is in string values - "10" vs "11"- but this is at least something far better than the "build greater than" solution.
C# and C++ work well.
The simplest way is to get the version of Kernel32.dll and if Major Version is 10 and Build Version is >= 22000 then you have Windows 11.
See my code here: How can I find the Windows product name in Windows 11?
I have a serious problem right now.
As a freelance developer I am maintaining a very large project (500.000+ lines of code) of my customer which was written in an old version of C++ Builder.
Years ago I purchased an Enterprise License of Borland C++ Builder 6 and that was the IDE I used to manage this project.
Every time when Windows is updated, C++ Builder required to be re-registered. The last couple of times this meant: Write an E-Mail to Embarcadero, beg for pardon, be nice, wait a couple of days until they increased the Registration maximum.
This time they refused this... WHAT.THE.HELL?
Embarcadero is literally killing their own customers, for absolutly no reason!
What can I do in such a situation?
Upgrade is not an option, the project is far too large (I have several newer licenses of Borland/CodeGear/Embarcadero C++ Builder and have already tried a migration).
Is there a way to purchase a version of Builder6 that does not require this online registration? Or are there any other work arounds?
regards, Herwig
I am trying to use the "Simulation API SDK" for a Citrix Session, to get information about the running processes in an AutoIt script.
The SDK documentation is available here:
https://www.citrix.de/community/receiver-ica-sdks.html
To use the API, the file WfIcaLib.dll is needed, which is placed at Programs/Citrix/ICA Client/WfIcaLib.dll
The modern "Citrix Receiver" has no such file and I couldn't find any way to install this SDK. The SDK itself still seems to be modern, even if the documentation is some years old.
Is there any way to use this SDK with the modern Citrix Receiver (version 4.4) or am I just wasting my time?
If this is not possible, is there any good alternative for this API, to get information about Citrix processes?
Thanks in advance.
The problem occured on a windows 10 machine with the newest Citrix receiver.
I installed the same Citrix receiver on a windows 7 machine and the dll file is available now.
Seems like it gets installed different/without the dll file on windows 10.
We have Informix running on our Solaris server and under /usr/informix/bin there are several executables, such as 'dbaccess' and 'isql'.
Each of them produce different version information when typing 'isql -V' for example.
How do you identify the exact version of the SE running?
Output:
'esql -V'
INFORMIX-ESQL Version 6.00.UH1
'isql -V'
INFORMIX-SQL Version 6.03.UC1
'dbaccess -V'
DB-Access Version 7.13.UC1
Then in /usr/informix/release directory there is a file named "SE_7.1". So is it accurate to say that the version of Informix SE we are running is 7.13?
Most likely, you are running SE 7.13; the definitive answer is obtained from:
$INFORMIXDIR/lib/sqlexec -V
However, DB-Access is distributed with SE and would give the correct version unless there was at some time a copy of Informix Dynamic Server (or Informix OnLine Dynamic Server as it would have been labelled back then).
All the software is seriously archaic. Version 6.03 of ISQL was released circa 1996; SE 7.13 would be a little earlier, if anything. The ESQL/C was probably released in 1995; 6.00.UE1 was released in 1994 or 1995, and the UH1 release would have been a little later (a couple of fix packs). Formally, none of the software is guaranteed Y2K-compliant; you'd be using SE 7.24 and ISQL 6.05 (or possibly 7.20) and ESQL/C 7.24 as minimum version numbers. However, the problems with SE and Y2K were far less serious than with other versions. The main issue is that the code will add 1900 to 2-digit years, not 2000.
The current version of SE is 7.26; the current version of ISQL is 7.50; the current version of ESQL/C is (don't ask) 3.50.
Just to add to Jonathan's typically exhaustive answer, DB-Access is bundled with the engine, but isql and esql are both separate products. That's why you're getting different answers to the version number request. They're all correct answers to different questions ;-)
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 1 year ago.
Improve this question
I am responsible for a Delphi/Win32 project management application. I have just completed a move to Delphi 2009.
More and more US based users want to use the application on their Mac computers, while the majority are Windows users.
Are there solutions out there to easily build a Delphi app that will natively run on MacOS?
With the release of RAD Studio XE2 in late 2011, Delphi developers should be able to build once and distribute on Win 32/64 and MacOS 32, with iOS support promised.
You might want to try Lazarus:
http://www.lazarus.freepascal.org/
http://wiki.lazarus.freepascal.org/index.php/OS_X_Programming_Tips
Mac OS X doesn't run Windows programs. It doesn't provide any of the API you'd need, such as the functions in kernel32, user32, etc.
You could try running your program via Crossover. Other options include virtual machines, such as VMware Fusion and Parallels.
Another thing you might try is to use .Net. Convert your program to use the .Net version of Delphi and then run it on Mono on the Mac. I wouldn't put a lot of confidence in this method, though.
Your options to run native Delphi code on OSX are pretty limited. You can use Lazarus/Freepascal but that is a long way behind Delphi. It will produce native code.
Alternately you can use Prism and Mono. That apparently works well. Have a look at http://devcenter.remobjects.com/osx or http://wiki.remobjects.com/. Also, check out the remobjects blogs, and the embarcadero.public.delphiprism.mono.osx newsgroup.
That needs the mono redistributable. However mono also supports linking and ahead of time compilation so you might be able to get something close to native code on it.
In either case, you will need to rewrite your ui as the osx look and feel and conventions are different.
This is a very old thread but for people browsing here and looking for an answer in Q3 of 2011 or later the answer is yes.
With the release of Rad Studio XE2 this year, Delphi Developers will be able to create native applications for Mac OS as well as Win32, Win64 and iOS more platforms coming soon.
There may be some hope for the future for Delphi and the Mac.
The Podcast at Delphi.Org reviewed the closing keynote at CodeRage III (Dec 2008) when Embarcadero’s Wayne Williams talked about the Future. It said this:
I think the most exciting part of Wayne’s talk was the slide marked “The Future” which listed some of the company wide research initiatives underway. It specifically listed Mac, Linux, Cloud, Application Virtualization, FireBird, Touch, 64bit, SMP and Multi-core. When I asked about a Delphi for Mac and Linux they said that today, with Delphi Prism and Mono you could reach Mac and Linux, but in their labs they were working on native support, and that they had a significant head start.
While the Lazarus route is not a no brainer recompile, I've good experiences with it. I tried the (Delphi).NET+mono way before (to WinCE, Linux and OS X), and failed miserably.
Codegear talks a lot, but the next Delphi version will only have a PREVIEW of 64-bit (cmdline compiler). If you assume the version after that is the full 64-bit product, you can be sure that OS X is at the earliest 2 years away.
Lazarus or recoding.
I listened in on one of the recent Delphi 2009 show-off conference calls and they said that it was possible to run on a Mac using Delphi Prism and there is an automatic conversion utility called Oxidizer. I'm not sure if you'd call that native since you'd need Mono, but I think it's better than Wine.
Another alternative would be to develop a web based application. This avoids the "gui is different" problem and allows you to focus on your product. If you look at some of the latest AJAX controls, you can get pretty close to a full desktop application experience without having to sacrifice much. If your application needs to run locally, then developing a local web service in Delphi and translating it to Lazarus specifically targeting OSX seems to me to be a much easier and manageable task.
There's not really a good solution for this. Someone mentioned Lazurus, but it's not "there" yet. Delphi is just not a cross-platform tool. If you really want a Mac version then you probably ought to look at alternatives.
If your app is consumer-based, your users will expect lots of Cocoa goodness. Using anything else to make a Mac app will make them cranky.
However if it's more of a business app, then that's usually less important. I use REALbasic to build lots of Mac/Windows business applications. It's very similar to Delphi so it should be easy to pick up.
We have released a new product for creating cross platform apps (Mac OSX) using Delphi/Free Pascal. have a look at http://twinforms.com/
Welcome to the future/relive the past!
MacOS: https://www.embarcadero.com/products/rad-studio/mac-osx-development
iOS: https://www.embarcadero.com/products/rad-studio/ios-development