Home > Archive > Clipper > June 2004 > Clipper program problem in Windows Xp
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Clipper program problem in Windows Xp
|
|
| Eng Teng 2004-06-09, 8:55 am |
| When I run Clipper make program in Windows XP an error message appear
"An application has attempted to directly access the hard disk, which cannot
be supported.
This may cause the application to function incorrectly.Choose 'Close' to
terminate the application."
When I choose 'Ignore' I still can continue to run the program.
Can any one tell me how to ignore the message and solve this problem ?
| |
| Klas Engwall 2004-06-09, 3:55 pm |
| Eng,
>When I run Clipper make program in Windows XP an error message appear
>"An application has attempted to directly access the hard disk, which cannot
>be supported.
> This may cause the application to function incorrectly.Choose 'Close' to
>terminate the application."
>When I choose 'Ignore' I still can continue to run the program.
>
>Can any one tell me how to ignore the message and solve this problem ?
Try the url below or search the web for the error message you get
http://www.jsiinc.com/SUBI/tip4400/rh4488.htm
HTH,
Klas
-------
klas dot engwall at engwall dot com
Spammers, please use this address :-) mailto:postmaster@[127.0.0.1]
| |
| Markus Wiederstein 2004-06-09, 8:55 pm |
|
Eng Teng,
are you using any kind of 3rd party tools for accessing bios functions
f.e. serial numba of the hdd, disk format, disk space, or whatever
Try to eliminate those function calls by commenting 'em out in the source
and rebuild your app.
good luck
Markus
Am Wed, 9 Jun 2004 18:12:55 +0800 hat Eng Teng <teeet@lion.com.my>
geschrieben:
> When I run Clipper make program in Windows XP an error message appear
> "An application has attempted to directly access the hard disk, which
> cannot
> be supported.
> This may cause the application to function incorrectly.Choose 'Close' to
> terminate the application."
> When I choose 'Ignore' I still can continue to run the program.
>
> Can any one tell me how to ignore the message and solve this problem ?
>
>
>
>
--
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/
| |
| Benny Yap Kok Meng 2004-06-10, 3:55 pm |
| "Eng Teng" <teeet@lion.com.my> wrote in message news:<40c6e078_1@news.tm.net.my>...
Maybe it could be some security settings in XP that would not allow
you the permission to write to the HDD.
Try to disable 3rd party tools and run your apps again.
Benny Yap
Malaysia
> When I run Clipper make program in Windows XP an error message appear
> "An application has attempted to directly access the hard disk, which cannot
> be supported.
> This may cause the application to function incorrectly.Choose 'Close' to
> terminate the application."
> When I choose 'Ignore' I still can continue to run the program.
>
> Can any one tell me how to ignore the message and solve this problem ?
| |
| Nick Ramsay 2004-06-11, 8:55 am |
| On 10 Jun 2004 08:08:44 -0700, bennyyap@hotmail.com (Benny Yap Kok
Meng) wrote:
>"Eng Teng" <teeet@lion.com.my> wrote in message news:<40c6e078_1@news.tm.net.my>...
>
>Maybe it could be some security settings in XP that would not allow
>you the permission to write to the HDD.
>
Yes & no - NT based systems only allow direct access to hardware in
processor ring 0 where the kernel runs. User programs run in ring 1
(or is it ring 2? I forget) and must talk to hardware through the
software API. This is by design and cannot be overridden by any
security settings.
The most likely cause of the problem is a bit of assembler that is
trying to talk directly to the disk controller to get the HDD serial
number.
| |
| gabor salai 2004-06-11, 8:55 am |
| "Nick Ramsay" <news@nospam.demon.co.uk> wrote in message
news:3e4jc0d4cn34j9t6midvvlickd4103751i@
4ax.com...
> On 10 Jun 2004 08:08:44 -0700, bennyyap@hotmail.com (Benny Yap Kok
> Meng) wrote:
>
news:<40c6e078_1@news.tm.net.my>...[color=darkred]
>
> Yes & no - NT based systems only allow direct access to hardware in
> processor ring 0 where the kernel runs. User programs run in ring 1
> (or is it ring 2? I forget) and must talk to hardware through the
> software API. This is by design and cannot be overridden by any
> security settings.
unless you find some security hole in cpu [and/or chipset] architecture,
thus breaking into ring0 memory for some other] space ...
also, since kernel code is *not* rommed, but resides on file on disk,
it is possibly modifiable allowing "user defined" api to be created ...
|
|
|
|
|