When I change fonts of text items (When I changed about 5-6 of it), Oracle Reports Crashes. It gives error message "Not Responding". Why? How can I solve it?
Device OS: Windows 10 Pro
RAM: 8 GB
64-bit
Unlike Forms (which is a fine piece of software), Reports is one of most unstable tools I've ever worked with. Yes, it tends to crash without a reason. It isn't even "don't do this because it'll crash" so that you could create your own "don't do it" list. It happens for any reason - in your current case, when you change a font.
So, what to do?
check My Oracle Support (previously called Metalink) to see whether there's a patch for your Reports (i.e. Developer Suite) version
save frequently so that changes you've made aren't lost (and you'll have to do everything again)
reboot sometimes helps
I've installed Developer Suite 10g onto a virtual machine that runs under Windows XP (which is/was a certified combination). Have a look at certification matrices; if operating system + Reports version isn't certified, there's really no guarantee that it'll work.
as I've told you - even if it is certified, it crashes anyway
Unfortunately, I don't have a magic wand to solve your problems. Be patient as much as you can. Good luck, I sympathize with you.
Related
Problem: I have an Roland Edirol UA-1000 10-Channel audio interface. It is still as good as what is out there and the last driver update for it was based upon Windows 7. It is hit/miss on Windows 10 compatibility.
What I would like to do is decrypt the driver and update it to work. I'm not sure if that is possible but this interface does much more than anything out there right now (i.e. clocking, optical, midi, coaxial, ADAT, etc.) unless you want to buy 3-4 separate pieces. The driver is just incompatible with Win10.
I have worked as a developer the past 10 years (e.g., VB.net, Java, Javascript, VBScript, SQL, Android) so I would like to try updating the driver for this interface.
Would it be possible... any suggestions outside of "buy something new?"
Check on GearSpace.com. My house in disarray now because we're having some work done so I can't look for my notes. My UA-1000 DOES work with Win 10, there are drivers that work and a procedure to follow and I believe I found the info on GearSpace.com. I just updated my software to REAPER and although I haven't recorded anything yet the meters on my UA-1000 and the input show up in REAPER on my PC so don't go nuts trying to rewrite software.
The only downside to the UA-1000 is the 8 audio in's and outs because if you want to expand to 16 ch's using ADAT and another interface you can't record above 48Khz.
Possible, but difficult. You will need to learn C or C++, a lot about Windows driver APIs, and a lot about reverse engineering. The existing driver may not be much help at all. You won't be able to extract any kind of readable code from it. You would basically be starting from scratch, with black-box observation and/or disassembly of the existing driver as guidelines. It would be difficult work, and the result would be something that would have limited use to other people anyway, thanks to Windows driver signing.
I love my UA-1000 and did get it working on both Windows 10 and 11 using the Windows 7 64-bit drivers from Roland:
https://www.roland.com/global/support/by_product/ua-1000/updates_drivers/
Note: For Windows 11, the install will tell you that "Memory Integrity" security will need to be turned off. There's no way I found to get around it. If you need to turn it back on, uninstall the UA-1000 driver then search for the "Core Isolation" settings and re-enable Memory Integrity. Basically, the old UA-1000 driver isn't built to the latest Windows driver security standards.
Install Steps:
Download Windows Vista 64-bit drivers.
Unzip the archive into a folder.
Connect the UA-1000 to the computer and turn it on.
Right click Start menu and search for the "Device Manager".
The UA-1000 appears in the "Sound, video and game controllers" with a yellow triangle.
Right click on EDIROL UA-1000 and select "Update driver".
Select "Browse my computer for drivers." Point to the folder containing the drivers you unzipped in step #2.
Click "Next" and the drivers will be installed.
You may need to reboot. By the way, I've written drivers for Windows and OS/2 (yeah, I'm old) -- you don't want to do that, so enjoy the steps above.
Note 2: Initially, my UA-1000 was recognized but not outputting any sound. But once I did a factory reset on the UA-1000, it sprang to life. Resetting the UA-1000 is described on page 44 of the user manual which you can get from the same link above. Have fun!
Oracle 10g forms builder has stopped working on Windows 7 Enterprise while opening an existing .fmb file, which was made in same environment.
The user is trying to open an existing form with extension ‘.fmb’ after connecting the form builder application to the oracle database, at that time only the application is showing ‘stopped working’ message. Those forms has been given by DBA team to user. And user needs to modify on those forms. I tried with multiple forms to open through the application, most of them causes the same message to appear and the application is crashing.
There's nothing much I can suggest that will fix your problems quickly. Anyway, here's what I think: you (or, even better, administrators) should check whether Forms version you use is/was supported & certified with operating system you use.
I have Forms 10g, ver. 9.0.4 (it was the very first 10g version, regardless the "9.x" version number) which was supported on Windows XP. That's why I installed virtual machine on my computer, put XP onto it and installed Forms. Everything works just fine.
Now, if it turns out that you're running a combination of Oracle software and operating system that wasn't certified (i.e. there's no guarantee that it'll work), I suggest you do the same. It will take some time to make it up and running (matter of an hour or two), but then you can share that virtual machine among all the developers, without any new installation.
Certification matrix is available at My Oracle Support (MOS); have a look. Also, MOS might even have a solution (patch?) for your problems - search their database.
Stuck in this exact problem and unable to find a fix to this.
I create a form from TEMPLATE.fmb on my Windows 7 64bit machine using Forms [32 Bit] Version 10.1.2.0.2.
The form is created successfully. Then I transfer the fmb to AU_TOP forms folder and compile it using frmcmp_batch, No error. The form is compiled and running.
Now when I transfer that same FMB from AU_TOP to my machine and reopen in form builder, it crashes.
IMAGE
I have some VB6 applications which have run well under every version of windows since XP. Now we are going over to Windows 10 x64 we are finding our our GUI application is very slow especially in SQL operations etc. We run all applications elevated and played around with various options in the compatibility tab but nothing stopped it from being laggy.
Recently i have found a huge improvement if i run the compatibility troubleshooter. the first time we test it fails because we then have to retry with the admin rights but then it seems quite good.
What i dont understand is what the troubleshooter is doing differently to manually selecting options and also even though i then tell it to save the settings, the next time the application runs its laggy again and we run the troubleshooter. I've done a little research and can confirm the applications are all run from the local hard drive. We also keep the database on the local drive.
Just in case it helps, Running different builds of Win10 from Anniversary to a clean install today of Fall Creator. The Visual Studio IDE is installed under the Program Files directory (not program files x86) and i deselected the ADO, RDS ODBC providers as suggested somewhere on the internet (there are ADODB calls could this have anything to do with it). The IDE runs also with elevated permissions.
There are essentially 3 applications with 2 running in the background. All reference a couple of DLL files from a 3rd party and run several SQL calls to a local database. We have noticed if the database is being accessed elsewhere (even through Access so not repetitively) this also slows down the GUI. This system need to perform realtime tasks and so this laggyness is affecting the operation.
Thanks in advance for any suggestions
The correct, and fastest, latest software to run a VB6 program is only found in the "Windows 7, (SP3)" modes, with elevated (Admin) permissions. Since that version, there have been many safety features added to windows, which have to be "emulated", in order for VB6 programs to operate within certain safe limits. The cost was speed, nearly half the speed, which is measurable with most time-demo codes.
Setting compatibility mode to "Windows 7, (sp3)", and elevating your program to (admin), will return your program back to normal speed. Actually, it will be faster than it was on that version of windows, but only in some areas.
This should be done manually, or at the point of install, of your program. You have to add registry keys, based on where the program is installed and how it is named or identified. Prompting the user so they can OKAY the elevated (admin) access for your program.
Even though it's still working, it's really not optimized for new operating systems - of course it's just Windows. There were a number of programs that used to work on Windows XP and today do not work at all.
As the language son wanted with the interpreter rather than compiling it - of course there are other languages as if they had undergone many optimizations (eg python). Which greatly reduces the software.
I ran into the same issue and resolved it by Compatability options as below:
Right-click on "C:\Program Files (x86)\Microsoft Visual Studio\VB98\VB6.EXE" and choose the properties option from the popup menu
Select the Compatability tap from the properties windows
Under Compatibility mode, Select "Run this program in Compatability mode for"
Choose "Windows-XP (Service Pack 2)"
Click OK and execute VB6
I'm not sure if this is the right place to ask, seeing as I don't currently have any code to share, but perhaps someone has an insight.
I have a very old Flash MX projection (.exe file) that was written and compiled in flash MX 2004. It's a simple interactive app - a test where a user picks an answer to a question and pushes ENTER to move to the next question.
The projection works fine on WinXP SP3 but doesn't work in win7, failing with a "class not registered" error.
It does work after I install flash player activex (I tried installing the latest, and also legacy version 6 r71), but then it doesn't register any keyboard commands and crashes a short while after a key is pressed.
Any idea what can be causing this?
So far I've tried fiddling with IE security settings, disabling DWM and windows themes, compatibility settings, etc., with no luck.
Also, despite the fact that the compiled projection is supposed to have all necessary components to run inside, it doesn't run if flash.ocx isn't registered. Isn't that weird?
Any help will be appreciated. I know this is old stuff and no one promises compatibility etc. And I don't even have the code as of now (not sure I can find it; assume I can't) - but this app is somewhat important to my company and this really seems like a "small" issue - if I could just find it...
Update - it kinda works if install the latest flash player and run it in compatibility mode - but it hangs after about a minute, regardless of what i do.
if i run it without compatibility mode, it doesn't run with a "library not registered" error.
You might want to repackage it.
Extract SWF from projector executable, for example, using this tool.
Get the newest standalone Flash Player and check if your .swf-file works with it.
Now export new projector file.
If this doesn't work for you, the only other way to do this is to recompile your .swf from source.
I agree with Ale's solution.
Have you tried Window's compatibility options to run the .exe as it would in an older compatibility mode ? This may work.
Has anyone ever tested a Microsoft Access 2007 .accdr application on Windows Vista 64 bit version? I sell a shareware program using the Access 2007 runtime, and, for one customer with that setup, there's some kind of problem. According the user ". When I try to execute the program, it opens IE and then brings up the dialog box to either Open, Save, or Cancel the "myprogram.accdr" file. If I choose run it simply goes away and then returns back to the same question"
It sound like this somehow got mapped to IE. On my windows XP system, it starts Access and runs the program. Any ideas?
MS Access isn't supported on 64bit, as it requires a 64bit JET engine which isn't available, Microsoft only released a 32bit JET engine. So your application has to run on WOW so it runs as 32bit and therefore is able to use the 32bit jet engine.
It works just fine. After 3 weeks of hair pulling with access installer packager. I got it wot work. your references must be added in the packager or you will get run time errors. Billions of them.. Not really 4 or 5. and then it will not recognize the built in functions like date, time, isloaded....etc.
SO YES IT WILL WORK.
Is the customer using the 64 bit IE? Access 2007 is 32 bit only. The 32 bit IE might work properly.