![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
If anyone has any insights as to how to solve this problem, advice would be much appreciated ! I'd written a custom application using OPAL in Paradox 10 on a prior Windows XP computer which has been running flawlessly for several years. Last week we upgraded to new desktops and I installed Paradox 10 on the new desktop, also running Windows XP. I installed Paradox 10 from the Corel CD, moved over my "work" and "data" directories containing my application's forms/reports, then set up the proper alias settings, etc. Everything worked without a hitch ... until I tried printing reports. On my main form, I have a few menu dropdowns for printing different reports. On a menu selection, the value in one of the fields is passed to a Query which generates an answer to the PRIV:ANSWER.DB table. After a sleep (1000) instruction, the values of the ANSWER.DB table are passed to a precompiled Report which is sent to the printer, which in my case is a locally attached (non-networked) HP Laserjet 1012. This worked perfectly for several years. Now, on the new desktop I after making my selection using the dropdown menu, it get the dreaded Windows XP "Unexpected: General Protection Violation" chooing me to "Abort", or "OK". Clicking either two doesn't resolve the problem. In troubleshooting the above commands, I can verify that following a menu selection, OPAL properly runs the query and places the correct results in the ANSWER.DB table. If I then "manually" open up the related report, (using "Project Viewer" or direcly using Windows Explorer) the proper report is properly generated and I can print it from there directly by choosing "Print" from the standard menu. However, when OPAL is used to automate this process, it appears to breakdown at the "print report" stage. I of course opened up all of my forms and reports and recompiled (Ctrl+D) them on the new machine but to no avail. Has anyone run across this problem ? How have you solved it ? Thanks in advance; Andrew |
#3
| |||
| |||
|
|
If anyone has any insights as to how to solve this problem, advice would be much appreciated ! I'd written a custom application using OPAL in Paradox 10 on a prior Windows XP computer which has been running flawlessly for several years. Last week we upgraded to new desktops and I installed Paradox 10 on the new desktop, also running Windows XP. I installed Paradox 10 from the Corel CD, moved over my "work" and "data" directories containing my application's forms/reports, then set up the proper alias settings, etc. Everything worked without a hitch ... until I tried printing reports. On my main form, I have a few menu dropdowns for printing different reports. On a menu selection, the value in one of the fields is passed to a Query which generates an answer to the PRIV:ANSWER.DB table. After a sleep (1000) instruction, the values of the ANSWER.DB table are passed to a precompiled Report which is sent to the printer, which in my case is a locally attached (non-networked) HP Laserjet 1012. This worked perfectly for several years. Now, on the new desktop I after making my selection using the dropdown menu, it get the dreaded Windows XP "Unexpected: General Protection Violation" chooing me to "Abort", or "OK". Clicking either two doesn't resolve the problem. In troubleshooting the above commands, I can verify that following a menu selection, OPAL properly runs the query and places the correct results in the ANSWER.DB table. If I then "manually" open up the related report, (using "Project Viewer" or direcly using Windows Explorer) the proper report is properly generated and I can print it from there directly by choosing "Print" from the standard menu. However, when OPAL is used to automate this process, it appears to breakdown at the "print report" stage. I of course opened up all of my forms and reports and recompiled (Ctrl+D) them on the new machine but to no avail. Has anyone run across this problem ? How have you solved it ? Thanks in advance; Andrew |
#4
| |||
| |||
|
|
Which service pack level of P10? Get the build number from the Help About dialog. In original release of P10, report.print("report.rsl") would cause a GPV. -- Bertil Isberg - CTECH Paradox buglist: online: http://hem.bredband.net/bertilisberg/ "andrewnp" <parfomak (AT) verizon (DOT) net> skrev i meddelandet news:1161372685.839858.8620 (AT) f16g2000cwb (DOT) googlegroups.com... If anyone has any insights as to how to solve this problem, advice would be much appreciated ! I'd written a custom application using OPAL in Paradox 10 on a prior Windows XP computer which has been running flawlessly for several years. Last week we upgraded to new desktops and I installed Paradox 10 on the new desktop, also running Windows XP. I installed Paradox 10 from the Corel CD, moved over my "work" and "data" directories containing my application's forms/reports, then set up the proper alias settings, etc. Everything worked without a hitch ... until I tried printing reports. On my main form, I have a few menu dropdowns for printing different reports. On a menu selection, the value in one of the fields is passed to a Query which generates an answer to the PRIV:ANSWER.DB table. After a sleep (1000) instruction, the values of the ANSWER.DB table are passed to a precompiled Report which is sent to the printer, which in my case is a locally attached (non-networked) HP Laserjet 1012. This worked perfectly for several years. Now, on the new desktop I after making my selection using the dropdown menu, it get the dreaded Windows XP "Unexpected: General Protection Violation" chooing me to "Abort", or "OK". Clicking either two doesn't resolve the problem. In troubleshooting the above commands, I can verify that following a menu selection, OPAL properly runs the query and places the correct results in the ANSWER.DB table. If I then "manually" open up the related report, (using "Project Viewer" or direcly using Windows Explorer) the proper report is properly generated and I can print it from there directly by choosing "Print" from the standard menu. However, when OPAL is used to automate this process, it appears to breakdown at the "print report" stage. I of course opened up all of my forms and reports and recompiled (Ctrl+D) them on the new machine but to no avail. Has anyone run across this problem ? How have you solved it ? Thanks in advance; Andrew |
#5
| |||
| |||
|
|
I was lucky as I had downloaded the prior hotfix and service packs to a CD for P10, else I"m not sure if they're available. |
![]() |
| Thread Tools | |
| Display Modes | |
| |