ernest@wxs.nl a écrit :

> In article <3D9D4D3E.EAC6A10C@ronetech.com>, roland says...
>
> I am sure Toshiba will claim they have their utilitites installed on every notebook shipped and they never had a problem either.

sure: there machine are made for windows, don't care DOSX, are just beginning to care about Linux compatibility...

> Ever tried convincing such a company about a problem in their software?

i'm too little for such a big company

> You have to have proof, telling them what the problem is, i.e. a corrupted stack or register.

> I do not have this information, nor can I figure out how to obtain this or why kbhit crashes, since I do not have the source code to that stuff. I sent them a compiled version with source code, and they said it crashes on all their machines, Yet it did not impress them, they probably think the user software is the problem.

they tried on all there machine ? congratulation !

the problem interest me. i made some test ..
.. sorry my pc still don't want to crash..

I reinstalled Toshiba utilities: Tools & Utilities CD ROM
\Win98\WINUTIL\FRENCH\DSK1\SETUP.EXE.
I keep the default configuration.
Don't see any new program: just i have more options available in the Power Management
program in the Control Panel.

here is my test program: //----------------------------------------------------------------------------------------------------

#include <dos.h>
#include <stdio.h>

#define _ZF (1u<<6)

int bios_kbhit() {
    REGS regs;

    regs.h.ah = 1;
    int86_real(0x16,&regs,&regs);
    return ((regs.x.flags&_ZF)==0);
}

int main() {
//test stdio::kbhit
    puts("stdio kbhit: press key");
    while(!kbhit()) {}
    getch();
//test bios kbhit
    puts("bios kbhit: press key");
    while(!bios_kbhit()) {}
    getch();

    puts("Okay! still alive !");
    return 0;
}

//----------------------------------------------------------------------------------------------------

compiled: sc bkbhit.cpp -cpp -p -mx -o+time -5 -a4 -c -obkbhit.obj

sorry, this program does _not_ crash in a Windows dos box nor in pure dos mode:

if i were you i might try:
1- uninstall all "utilities" and reinstall only needed one,
2- try bios_kbhit function as a replacement to stdio::kbhit(),
3- trap int 9 to an isr that doen't do anything exept call the original isr.
if it does'nt prevent crash, perhaps messages will be more explicit.
4- unassemble int 16 fc 1 and rewrite it so that your program stays in 32 bit
protected mode.

thats all, i stop wasting your time and mine: can't help

roland