Re : The program has caused a 'Double' fault at 001B:58A1433C.

[dpastor]

hello
In my main I load 5 panel,  2 Menu bar and I load library.
I Display 1 of the panel.
But when I want to load 2 of the other panel there is a fatal error:
FATAL RUN-TIME ERROR:   "xxxxx.c", line 1451, col 17, thread id 0x00000B14:   The program has caused a 'Double' fault at 001B:58A1433C.

my main :
{
    if (InitCVIRTE (0, argv, 0) == 0)   
        return -1;  
 
    if ((mainPanel = LoadPanel (0, "xxxxx.uir", MAIN_PANEL)) < 0)
        return -1;
    MenuBarMainPanel = GetPanelMenuBar(mainPanel);
    DisplayPanel (mainPanel);
   
    // Setup Panel
    FindMaxPanel = LoadPanel (0, "xxxxx.uir", MAX_PANEL);
    DefaultPanel (FindMaxPanel); 
   
    // Setup Panel
    SpectrumSetupPanel = LoadPanel (0, "xxxxx.uir", PANELSetup);
    MenuBarSetupPanel = GetPanelMenuBar(SpectrumSetupPanel);
   
    // Measure Panel
    PowerMeasurePanel = LoadPanel (0, "xxxxxuir", MEASURE);
    DefaultPanel (PowerMeasurePanel);
    LoadLibrary("Tets.dll"); 
    RunUserInterface ();
    return 0;
}

and i can Display FindMaxPanel but i can load powermeasurementpanel and spectrumpanel...
could you help me??
thanks
Delphine
   

[Omar S.]

Hello,

Can you mailed us a small CVI project reproducing that issue.

Regards.

[dpastor]

what is the adress mail please 🙂

delphine

[Omar S.]

Hello,

You can attached it as a zip file here.

Regards.

[dpastor]

hello

this is my program.

the erro appear when you clic on ANUM in menu bar

To havn't got error I have to had the line 245/246 (displaypanel/hidepanel) or suppress line 248 (load DLL) (I put // to line 245/246 for you can saw the error)

thanks for your help

delphine

[LuisG]

Hello Delphine,

This crash is happening in a Windows DLL (icm32.dll). The internal call inside CVI is to the Win32 function CreateDIBSection. Although this is very rare, we've seen it happen a couple of times before. (Omar: see bug #4027BM7K) Unfortunately, we can't find out why this is really happening. Some previous Googling has suggested that this is some kind of Windows bug.

You have a couple of workarounds:

1. The DLL in question, icm32.dll, is not particularly important. It only seems to be used for some form of color matching during printing (it beats me why it's even being called in this case). So you can delete it. Deleting it is a bit of a pain. You have to delete it in c:\windows\system32.dll, and in c:\windows\system32\dllcache, and I think you have to delete it while booted into safe mode, otherwise Windows keeps restoring it.

2. A better option is probably to convert this (or any other) panel to use Windows-style controls. You can do that in the User Interface Editor, by editing the panel, clicking on the "Other Attributes" button and then selecting "Use Windows Visual Styles for Controls". When you have this option selected, the code path used internally when drawing controls is different, and this doesn't happen.

Hope this helps,

Luis