I have the following very weird situation:
Access 2003 MDB application together with a SQL server backend
Application runs from local hard drive using Access Runtime viewer 2010 OR Access 2010
Windows 7 PC
On some PC's users get the infamous unrecognized database format message. It happens at some point while using the application, never at startup. After that the only solution is to stop and restart the application. Same effect, it works for a while and then fails.
Running exact the same version from a network drive does not give any issues. Replacing the Runtime Viewer with a full blown Access did not make any difference. On Windows XP we never had this problem.
Any ideas?
I'm assuming you've tried the usual Repair/Compact by now? Any strange outlier behavior like you're describing usually indicates some form of corruption. At times, corruption goes deep and leaves behind artifacts that can never get resolved. You may want to create a fresh, new DB and import all of the forms/reports/queries/etc... into the fresh DB. This has fixed many issues similar to yours that I've encountered over the years.
Related
I upgraded from 10.3 (Rio) to 10.4 (Sydney) (with side-by-side installs), now having IDE docking exception, e.g.
Loading the desktop from "C:\Users\gary.walker\AppData\Roaming\Embarcadero\BDS\21.0\Default Layout.dst" for doc host windows "DockSite3" failed with message:
"EAccessViolation: Access violation at address 50165CBF in module 'rtl270.bpl'. Read of address 33DEEBFF"
Deleting all .dst files has resolved the issue in at least one case (a coworker).
Also, when attempting to debug a program, I was having a hard failure during debug startup that prevented debugger use, before application began execution. I resolved this problem by copying my Default desktop to my debug desktop.
Another friend had pretty much the same issue and was able to fix it, unfortunately he does not know how he fixed it.
Question is does anyone know how to fix this?
I am still waiting for an answer from Embarcadero and this is causing us real problems at the moment.
I received an answer from Embarcadero support.
It fixed the problem for me until I adjusted my desktops to the way I wanted them and them - still better than nothing. I suspect there is no solid work-around at this point in time. But, this may work well as long as you are not frequently changing your desktop layouts.
There were display layout changes introduced in 10.4.1 that cause the errors that you are seeing.
Shut the IDE down
In Windows Explorer navigate to: %AppData%\Embarcadero\BDS\21.0
Delete the *.dst files at that location (you can back them up first if desired)
In Windows Explorer navigate to the product's \bin directory. The default location is: 4. C:\Program Files (x86)\Embarcadero\Studio\21.0\bin
Copy the three default *.dst files from this location to the location in step 2
Start the IDE as normal
I want to optimize my code which is written in C but this error is always displayed “The Data Cannot be displayed,there is no viewpoint available for data ”, am working on windows XP and the profiler is update 2!
There must be some error cropping up which is causing the executable to not run properly which is causing this issue. In my case, it was not able to resolve path for a .a file.
This sounds like a bug during collection stage. It is likely that result directory is missing some data due to collection error. Try to update to latest update 15 and repeat your experiment. If issue is still there you may wan to contact support team for investigation http://software.intel.com/en-us/forums/intel-vtune-amplifier-xe-and-vtune-performance-analyzer. Also make sure you XP has latest Service Pack (3?) installed
It was as hard to write a good title for this issue as it was to search the web for it.
I have a lot of projects, some are in maintenance (they have been productive for years) and others in active development. This is an important fact because the problem happens on all projects on my computer and not on others.
The problem is that I run all web projects on tomcat and they all have database connections. I always used the "Terminate" button in favor of the "Stop" button to restart or stop tomcat from eclipse.
For those who dont know, the terminate button is the red button that stops the app from the log console or the debug console, while the stop button is the same red button but on the servers console.
It is a lot faster to stop the servers from the terminate button rather then the stop button, the problem is that ever since I upgraded to Helios my database connections no longer closed when terminating the servers... they do when stopping them normally.
Well no need to say that I discovered this because the database servers (Oracle, MySQL and SQLServer) started giving "Too many connections" errors.
This is a huge head scratcher for me since code has nothing to do with this issue, different types of database management in different projects have the same problem, only on my machine! Yes I havee tried this on other computers and the problem does not occur.
I have tried everything I could think of short from formatting...
Upgraded to Indigo
Reinstalled Galileo (even downloaded a fresh copy)
Reinstalled and tried different databases
Tried different versions of Tomcat (6 and 7)
I am starting to think it might not be an IDE problem and it just happened to start when I upgraded eclipse.
ANY suggestions are welcome!
When you stop Tomcat using that red button, Tomcat is actually requested to stop itself. If some SQL statement of your webapplication is blocked, then Tomcat will not stop. This probably causes the connection leak.
Why would an SQL statement block? This typically happens if another database user updates or deletes the same record that your application is trying to update/modify.
However, in my case Eclipse shows a popup after about 30 seconds to warn that Tomcat did not stop itself. The popup asks whether Tomcat should then be terminated (which should terminate even while the blocked connectione exists).
After too many hours of research I have come up with nothing to solve this problem.
I am running a WPF program in an .xbap page file being hosted on internet explorer. Running the project in Visual Studio 2010 works just fine and generates no errors.
I want to be able to host the webpage on IIS 7.0 and to browse to it with a windows forms application. To test this I created a new website on port 80 in IIS manager. I then published the project to the local website folder and added the autogenerated project certificate file (projectName_TemporaryKey.pfx) to my Trusted Publishers and Trusted Root Certification Authorities.
My problem is this: whenever I try to browse to the file with internet explorer or with my windows forms program, the wpf program stops working. When pulling up the just-in-time debugger, I am informed that there is a System.ExecutionEngineException but am given no source code, no stack trace, and no data outside of an empty Dictionary enumerable. My guess is that this might have something to do with the database call made in the program to another machine, but I can't prove that.
I've tried several things to solve this including repairing my .NET 4.0 framework and altering permissions but nothing seems to be affect the error.
Does anyone know of a way to get more information on this error, or perhaps a step I may have missed when publishing this project?
Thanks very much.
Some things to check:
Windows event log often includes additional exception information (although usually in an awful format)
Output some trace information from your application so you can follow what's happening
Try attaching a debugger to the WPFHost and then stepping through the code
Whenever I open one of the Quantum Grid demos in Delphi XE Pro (on Windows 7 32-bit), the following error is displayed for every table (I think) in the project:
error message http://www.tranglos.com/img/qgerror.png
The message is:
Network initialization failed.
File or directory does not exist.
File: C:\PDOXUSRS.NET
Permission denied.
Directory: C:\.
I understand permission issues writing to c:\, but the result is that while I can build and run the demo projects, no data is displayed, which makes the demos rather useless. And what kind of database writes its configuration to c:\ directory in the 21st century anyway? :) (Yes, I know very little about Paradox databases, but I won't ever be using one either. I just want to learn how to use the grid.)
Using BDE Administrator I've tried changing the Paradox "NET DIR" value to a folder with write permissions on the C drive. Result: now the database tables cannot find their data:
Path not found.
File: C:..\..\Data\GENRES.DB.
...and the unhelpfully truncated path gives no indication where the files are expected to be.
Is there a way to work around the problem so that the demos can load their sample data correctly?
Did you install the BDE correctly? It should use the DBDEMOS files. Do you see such an alias in the BDE administration utility? Can you open that database in one of the Delphi demos?
The BDE is not a XXI century database, it was developed twenty years ago and never upgraded lately. It's an obsolete tecnology, but because it comes still with every release of Delphi with a known database it is still often used in demos because nothing new has to be installed.
Anyway that file is not its configuration file. It's a sharing lock file to allow more than one user to use the database concurrently. Because it is a file based database without a central server, it has to use such kind of shared files. Usually its position is changed to a network share, but it defaults to C:\ for historical reasons.
Anyway it's not only the BDE still attempting to write in the prong directories. I still see a full bunch of applications attempting to write to C:\ (especially logs) or other read-only positions.
Using BDE Admin to change the location for PDOXUSRS.NET helped, but it wasn't sufficient. DevExpress did the right thing in specifying a relative folder for the data location, and the relative folder seems perfectly allright, but for some reason the DB can't find it.
Solution: under the \Demos\ folder find all the *.dfm files that contain the string
..\..\Data
and replace that string with the absolute path to the demos folder. That done, all the demos open correctly.
I know this message from our own applications. It has to do with security measures introduced with Windows Vista. The operating system trying to protect critical files denies access to them. There is a method how to bypass this mechanism without compromising security. Try to run your application in compatibility mode. When application is running in compatibility mode, read / write operations from / to system folders are redirected to "safe" directories located in C:\Users[Current User]\AppData\Local\VirtualStore.
More info on http://www.windowsecurity.com/articles/Protecting-System-Files-UAC-Virtualization-Part1.html.