I'm actually using Oracle Forms and Report 6i in Windows 32bits with Oracle Database 10g, and i want to change to Linux (Ubuntu) with the same versions.
After hours of researches i didn't find any helpful information about this, I only found the 10g version of the developer on the official website of Oracle and for the 6i version most what i found use Wine and i don't want to use it or any other Emulator type utility for the purpose.
I thought about migrating my application to 12c, but it's going to take me a lot of time.
My application contains:
Over 900 .fmb/fmx files.
Over 700 .rep/rdf files.
Is there any quicker way to have my application that is developed on 6i work in Linux?
[EDIT]
I have found a tar file of oracle forms and reports 6i, i still haven't tried it, but does that mean there is forms 6i in linux? if so, is it going to work properly or what?
Any information whatsoever will be helpful!
Related
I am trying to install Oracle 12c client on my development box running Windows 10 and it doesn't even start.
I downloaded the files from Oracle download web site, ran setup.exe and it flashes briefly and nothing happens. I made sure latest JRE and JDK are installed.
I have spent most of the day googling but most deal with errors that occur during installation whereas I can't even start the installation! No errors, no messages. Checked GAC on off chance DLLs might be there but they are not.
I have used the same set of files on other machines and servers (Windows 2008r2 and 2012r2) without any issues but can seem to be able to troubleshoot this one. Any ideas to put me on the right path is appreciated.
After spending a couple of days trying to figure out the issue, uninstalling/reinstalling JRE and JDK and all that, the issue turned out to be the hard drive size. Apparently max dive size where you install the client is 2TB and mine was 3TB. I had to shrink the drive and it worked after that. Hopefully it saves someone some pain.
A couple of links for more info.
Installing on large disk
Oracle Universal Installer
Has anyone successfully used MS HTML Help Workshop on Windows 10?
I have run into a problem when I try to compile a package which has not caused any trouble on Window 7 for several years.
On Windows 10, the processing apparently never terminates, although it uses only less than 1% CPU after the first 10-15 minutes. I have to kill the processing. A CHM file is produced, but it can't be opened. The file is twice the traditional size: 1,2GB instead of ~600MB.
No problems so far with HH on Windows 10. The file size should be nearly the same as compiled on Windows 7.
I'm assuming your old project has been compiled without any problems under Windows 7. And I think you don't have further tools like e.g. RoboHelp in use and compile it the man's way using Microsoft HTML Help Workshop.
I'd recommend using MJ's Help Diagnostics Version 3.0.5.96. It's a small utility that reports if all the HTML Help runtime & Workshop (compiler) DLLs are installed and registered to the correct locations. If you have compiler crashes, and crashes when simply opening a CHM, or when searching from the CHM search tab, then this utility will help sort out rouge DLL problems.
Download and unzip the utility to a folder with write permissions. You may have to do a right mouse click to MJsDiag.exe and check UnBlock. Run the MJsDiags.exe and generate a report. Important information is highlighted.
If you see errors reported re-run MJsDiags as an administrator and use the "Register Help DLLs" page fix registration errors.
My C# / Mono application needs to run on linux. I must have the ability to dump a foxpro dbf and to create a new foxpro dbf.
Any suggestions for either:
1) odbc for linux designed for Foxpro?
or
2) a utility to read and create Foxpro files?
In many cases I have index (CDX) files and and in a limited set I also have the memo (FPT) files.
I've used DBI:XBase in the past to migrate FoxPro tables into MySQL. I don't think it can handle the memo (fpt) though.
If you use SAMBA and Ubuntu 13.04 or some other version Visual Foxpro or FoxPro dbf/fpt reads will work great.
The entire process must run on the linux box so I can not connect to a windows server. I could not find odbc or any open source solution.
The best solution I found was www.codebase.com. I purchased Codebase for Linux, a library that will do everything I need and more.
Many of my users have been telling me that they'd like to run my software on their Linux machines under Wine.
But I'm a Windows Developer who has practically no experience with Linux.
Now I could spend a month or two installing Linux, learning Linux, installing Wine, learning Wine, and thoroughly ensure my application runs well under Wine. But I am still developing for Windows, so I don't want to take so much time away from development right now.
So what can I do without too much effort to get my program running as well as possible under Wine?
I did find this General help on running applications under Wine.
Download VMWare and an Ubuntu virtual machine (Ubuntu is a popular Linux distribution) from the VMWare site. This will provide you with a working Linux O/S inside your Windows environment without needing to install Linux manually.
You can then use the instructions here to install Wine, that Wiki page also provides you with some instructions on how to use it.
If you follow what Adam Rosenfield suggested and just try running your application in Wine unmodified, you will be able to determine quickly whether there are problems. My guess would be that there are some, otherwise your users would not have contacted you about it :)
There are many ways for getting help with debugging applications in Wine, consult the website for options and pick a few ways that suit you. As always, it's best not to rely on a single channel for communication.
Also, if you are more comfortable with developing in Windows, the approach of using a virtual machine will allow you to compile your code as usual in Windows and copy the binary into the virtual machine for testing (Ubuntu supports browsing/mounting Windows shares).
As long as you're not doing anything unusual such as playing around with hardware or poking around in undocumented API calls and data structures, you should be able to run your code under Wine with few or no modifications. Wine has a fairly complete implementation of the public Windows APIs, so if your program plays nice and doesn't mess around, it should just work.
Don't use too much of the windows API! Don't use anything new from Microsoft ;)
Avoid using WPF is the #1 suggestion.
But it really wouldn't kill you to test your app under Wine. It's not that hard to try; it certainly won't take months. For instance:
Use http://www.ubuntu.com/getubuntu/downloadmirrors#wubi to install
Ubuntu into a file on your Windows machine, then start ubuntu and install the latest Wine from
http://winehq.org/download/deb
Then try running your app's installer.
If it doesn't work, check the Wine FAQ, ask for help in one of the wine forums, and/or file bugs in wine's bug tracker.
Should take about three hours from a dead start to trying out your installer.
I was rather surprised when one of my Delphi5 applications just worked out of the zip.
The only real way this is going to work is to do it yourself, i.e. install vmware and a linux distro as Sean suggested. Linux isn't actually that hard, and we're all here to help.
Having done a quick test I can confirm that it largely works. There is an ACCVIO reading 0x34 during start up, the error dialog can be ignored and the application runs, I opened the Steve McCarthy GEDCOM.
Screenshot
This was using Wine 1.1.12 under MEPIS 7.9.94-rc1_32 under VMWare. Highly recommend to use VMWare for this sort of thing.
What language/platform do you develop with? Depending on which it is, it should be no trouble to get it running native. For example, if you use Java or Python, both operate very cleanly on Linux. Likewise, if you're a .NET developer, you should be able, with some pain, to get your app running in Mono.
Find Linux beta testers. It can reports a bug to WINE developers or find a bug in your application.
Wine is more sensitive to errors than Windows. For example, Wine will crash on NULL window handles, and fail to create windows if the class is invalid, whereas Windows is more robust and will just circumvent the error.
It's an opportunity to clean up your code.
I was amazed at how well Wine ran my app the first time I tried. However, I had to get rid of a third-party driver-based component.
I know that there are issues with the VFP OLEDB provider on 64 bit machines. ... but what issues do you encounter while actually running a VFP application - on a 64 bit machine? Has anyone had any experience in this area?
My first thought was that it would just run as a 32bit app, without making use of the 64 bit power. However, I ran into difficulties with a FoxPro application connecting to a SQL Server database (probably an OLEDB issue as well). Are there other issues as well?
This is somewhat of a specialized scenario, and it may not be related to 64 bitness, but since you asked...
My organization recently hosted a legacy VFP 7 app on a Windows Server 2008 Enterprise 64 bit server for access over Terminal Services. The app runs fine, but there is some kind of bug with the TS Easy Print technology. When you print from the app to a redirected client printer over Easy Print, the top, left, and bottom sides of each page of the document get clipped. The workaround we use is to have the users print to pdfFactory on the server first, then print from pdfFactory to the redirected client printer over Easy Print. Works great.
This is somewhat of a stab in the dark...but I believe there are some drivers with MDAC that aren't available in x64 windows. I think you may be able to install the normal 32-bit MDAC but it will install to the x86 folder.
We've seen zero problems with our VFP9 apps on 64-bit XP, Server 2003, Vista, or Server 2008.
Our print engine is a VB DLL though, so we wouldn't run into any VFP-specific printing issues.