According to Embarcadero's docwiki, it is possible to setup unixODBC on a MAC and compile an app that connects to a database and run it on a MAC. The instruction shows how to compile the unixODBC but does not show how to create the required database drivers, which means no database connection can be setup. Has anyone been able to successfully do this?
FYI, I am trying to connect to a Sybase ASE database. I can create the 64 bit version of unixODBC and drivers using the instruction found here and use isql to run some queries against the database, but that is useless because applications created with RAD Studio are 32 bit (for MAC). and 32 bit apps cannot use 64 bit unixODBC.
Thank you
Sam
Related
this is my first post I am having some trouble with an app, in Visual Studio I can run it on Debug without any issue and everything works correctly, but when I deploy it using IIS I can access any page except of the ones where there is an interaction with an access database. If I search through virtual directory I can download the file without an issue.
Do you have any recommendation?
Are you running x32 or x64 iis? (Usually it x64).
Of course on your desktop, then Visual Studio defaults to x32, and that would explain why the Access database engine (ACE) works. You likely should force your project to x32 or x64 (and then ensure that you have a x64 bit version of the ACE (Access) istalled on your developer machie. You then want to ensure that you launching the x64 bit version of IIS.
You don’t need Access installed on your server, but you will need the ACE database engine – and the most easy way to ensure that data engine is installed is simply installing the Access runtime on that server.
Give that the standard ACE database engine download is x32, then I would look into this issue. You could (should) be able to resolve the issue by installing a x64 bit Access runtime on that server – this would also suggest a possible update to your connection strings. And I would check/test the connection string you are using once you resolve the x64 bit version of Access. The path name in your connection string will ALWAYS be a absolute path (not a relative one).
I am planning to develop a rails application which has to connect to an database system for importing data. The ODBC driver which is provided is only 32bit.
Is it possible to use a 32bit ODBC driver within a 64bit environment or has the complete setup (os,ruby) to be 32 bit?
Thanks.
IMHO this is impossible. If the driver is 32bit, the process communicating with the driver has to be 32bit too and the same for 64bit.
Sure there is no 64bit driver available?
I need to work with Delphi 6 Update 2 in Windows 8.1 x64 (in case you were wondering, it's about maintaining an old application, migrating to a newer version is not an option. I can't use a VM because I use the same machine to connect to some peripherals that don't work in a VM).
The problem is that Update 2 has a 32 bit installer with a 16 bit stub. So the current behaviour is that the installer starts, it extracts the files in a temp location, starts the setup then nothing appears on screen.
So far, I gathered that it is impossible to do it. But the same behaviour I 've seen for SQL Server 2000 (don't ask) but there I was able to use msetup.exe (DemoShield) to open a sqlservr.dbd that started the script. However, there is no such dbd file. I guess I was lucky on SQLServer 2000.
So far I've tried compatibility mode, DosBox, replacing the setup file with both Installshield 3 and 5, waiting for hours for the setup to start (sometimes, W8 does that), even comparing files and registries on an XP machine before and after update 2 but this might be a bit too risky to apply on a real machine.
Since Windows 8.1 86 includes Hyper-V for running VMs, most modern hardware supports Hyper-V, and Windows 8 x86 can still run 16-bit based apps:
Install a Windows 8.1 x86 VM under your host physical machine, then install it there.
The up-tick: it is easy to move your VM to a new host without needing to reinstall a full new VM.
See http://www.techrepublic.com/blog/windows-and-office/get-started-with-windows-8-client-hyper-v-the-right-way/7893/ and http://www.infoworld.com/d/virtualization/5-excellent-uses-of-windows-8-hyper-v-208436 to get started with Hyper-V.
Hyper-V can redirect quite a bit of hardware from the host to the VM nowadays. For "old" hardware like COM and LPT ports you often can buy USB adapters that can be redirected.
If installing on x86 Windows 8.1 works and x64 fails, I think you have proved the assumption that the 16-bit portion of the installer is the culprit.
Maybe my blog post from last year can solve your problem:
http://blog.dummzeuch.de/2013/11/11/delphi-6-on-windows-8-1/
excerpt:
I just deleted the registry entry
HKCU\Software\Borland\Delphi\6.0\LM
(I did not make a backup, what would have been the point?)
I started Delphi 6, ignored the warning about incompatibilities (which was talking about Delphi 7 anyway) and went through the registration/activation process again. This time it worked.
Maybe I should mention, that I did not install any of my Delphi versions to c:\program files but put them into c:\Delphi instead to avoid any problems with access rights to the installation directory.
This question already has answers here:
Closed 10 years ago.
Possible Duplicate:
How to migrate Delphi or clone Delphi registry settings?
I need to format my PC soon, but I have the IDE and environment settings perfectly set up to just how I want them, along with some components I have installed.
Obviously formatting and reinstalling Windows will wipe all settings and registry entries, so when I do install Delphi again I will have to tweak it all to get it to how it originally was, which will take quite a bit of time that I would rather not use up.
What is the best way to retain Delphi IDE and environment settings and installed components?
Is it just a case of backing up registry entries and user data folders?
How to make a complete backup of delphi XE manually:
backup complete installation folder.
(tip: install your components under the delphi folder so they also get backed up).
export & backup HKLM\Software\Embarcadero registry key
in case of 64 bit os it will be HKLM\Software\Wow6432Node\Embarcadero
export & backup HKCU\Software\Embarcadero registry key
Some components may write BPL files to your system folder (check C:\Windows\System32 or C:\Windows\SysWOW64 folder)
after OS reinstallation:
reinstall Delphi to the SAME folder and apply same updates
overwrite installation with your backup
reimport registry keys from backup
if you have Delphi plugins/experts, reinstall them
some tips:
install Delphi under the root of your drive (eg c:\DelphiXE), this to prevent troubles with UAC under vista/W7.
Keep your projects under the delphi folder, is very handy if you have to cope with different delphi versions (eg c:\delphi5\projects, c:\delphixe\projects, ...)
make an automated daily backup of your delphi folder (via windows backup or other tool)
You can try CnWizard Backup/Restore tool. If you keep same path for components and delphi install, just make backup, install delphi and cnwizard, copy all components folders and make restore.
I only have problem when migrate from XP to W764b, must to manualy change path in registry for Program Files folder.
Yes, I agree with #Martin, VMWare is great for this VMWare. Not only for Delphi and its settings and component, but the whole O/S, including SPs, KBs, drivers, settings, applications & their settings, Anti virus, Firewalls.
This is what I do with VMWare ver 5 (other/newwer version might be different)
Install VMWare on the Host O/S. The host can be a Windows O/S or a Linux O/S variant. I personally like to use Linux as the host O/S, because, for me, the security is better towards virus, malware etc.
Install a guest O/S. This can be any supported O/S of choice, including any SPs, drivers needed.
Install Delphi and all components you need.
You can backup the guest O/S to a media, DVD-R, for example. If anything major happened, you can just restore it for less than 30 minutes. This is a huge benefit.
You can have as many as guest O/Ses you want (If you have the space). This is great for testing purposes. How many times you hear that your app is breaking on a particular O/S, with a specific SPs/KBs, dll or other specific settings on client PCs? With multiple guest O/Ses, you can test your app with different O/S and/or settings without having to have multiple PCs or multiple partitions with different O/Ses.
Of course VMWare has many other usages, but for me, the above usage scenario is enough.
Other Virtual Machine is from Oracle (Oracle VM) which is free Oracle VM. They claimed to be better than VMWare, but I myself have not tested it.
I am trying to compile and run a really really old application on my Windows 7 box.
It seems to need NTWDBLIB.DLL from SQL Server 2000. I can get that file, but it is a 32 bit file. When I try to run RegServ32 on it I get an error message.
Installing SQL Server 2000 Client tools is not allowed on Windows 7.
Is there any way of getting this file? (Short of making a 64 bit VM and installing on it to get the file.)
I just needed to copy the 32 bit version to the SysWOW64 folder rather than the System32 folder.
Kind of lame that the folder with 64 in the name is for the 32 bit stuff and the folder with the 32 in the name is for the 64 bit stuff.
Given the error message, it looks there may be issue with SQL Server 2000 executables in Windows 7. I'd suggest you to install a newer client (2005 or 2008 with all the required SP to be run on Windows 7), they are still able to connect to a SQL Server 2000 server.