Multifunction DAQ

cancel
Showing results for 
Search instead for 
Did you mean: 

nidevmon.exe-application error

I have created an executable on a host computer. Then our IT guy set up a "local.user" account for the production people to use, When the host starts in local mode we get a "NIdevmon.exe-Application error". Do I need to give permisssions to some files for the production people to eliminate this error? Or what do I have to do to get rid of this?
When I log in on my own personal account on out network there is no error message. I have administrator rights on htis PC.
 
Scientia est potentia!
0 Kudos
Message 1 of 24
(22,031 Views)
Magyar-

Are you using a virus scanner? We have seen a few differnet antivirus scanners interfere with the DAQmx driver when being run as the user. I would suggest either disabling your antivirus software or create an exception for NIdevmon.exe so see if this resolves the problem.

Xaq
Applications Engineer
National Instruments
0 Kudos
Message 2 of 24
(22,005 Views)

Yes there is a virus scanner, MacAfee. It was added at the same time when the local.user account was set up for our production personnel.

It was installed a few days after I had installed LV8.2 on the new host and I had created the first executable.

I'll try to uninstall the DAQ cards and driver software and reinstall them. If I remember right, I can instruct MacAfee to unblock new software at the first startup after new installation.

 

Scientia est potentia!
0 Kudos
Message 3 of 24
(21,994 Views)

I uninstalled and reinstalled Labview 8.2
I still have the same problems as before.

1)I had uninstalled and reinstalled LV8.2 to try to fix this problem.
It didn't work.
When I log in as myself (administrator)and try to build an executable from a LabVIEW project after a minute or so of building and building I get an error message: Fatal Internal Error: "textmgr.cpp, line 1220.
When I restart LV8.2 all it indicates 8.2 0support.cpp 7564, no mention of "textmgr.cpp"

2) When production personnel starts in "local.mode" (no login required) the first thing they see is and error message: "nidevmon.exe application error"..."0X0000146" ect..."you will loose all your work" etc...

Now a new case was automatically generated:Reference#7146419.
Here are the other related reference numbers:714609, 746118, 746109

I really don't know how will I ever give an executable to our production department.

Scientia est potentia!
0 Kudos
Message 4 of 24
(21,986 Views)
This issue is now being handled only under SR 7146118.
0 Kudos
Message 5 of 24
(21,964 Views)
 As far as i am concerned the my problem is solved.
Well, I still don't know why I had problems before, but now I have a "workaround" solution.
I kept the latest top level VI but I replaced all lower level VI's with the ones from a week ago.
Now I can build an executable.
Thank you for your time and effort.
Scientia est potentia!
0 Kudos
Message 6 of 24
(21,951 Views)
I have a similar problem with nidevmon.exe.
I used for a while on my laptop an executable I developed to use my cDAQ, and everything worked fine.

Suddenly yesterday I saw an error of
C:\Programmi|National Instruments|MAX\nimxs.exe
not found. This file has been and is in the right folder.
Then my exe crashed because it couldn't see the hardware (Compact DAQ, that was connected).
The MAX give me an error of connection to database.

So I re-install the driver from my Labview 8.2.1 CD and WinXP didn't boot any more.
There is an error connected to viaagp1.sys file (see attached; I'm sorry but it is in italian Smiley Sad  )
If I use the latest configuration I see the nidevmon.exe error and I can't install my cDAQ because the driver are not on the PC!!!!!

I read all the posts related to these problems on the NI forum, and I tried almost every suggestion....
... but without effects.


I need help!!!!!


Message Edited by vix on 06-12-2007 05:29 PM

Vix
-------------------------------------------
In claris non fit interpretatio

-------------------------------------------
Using LV from 7
Using LW/CVI from 6.0
0 Kudos
Message 7 of 24
(21,635 Views)
Hi Vix,
 
Where are you right now with this problem?  Are you still have a MAX database connection error?  If so, I would suggest you try the steps covered in KnowledegeBase 42HG08DD: Why Do I Get a Measurement & Automation Explorer (MAX) Database Connection ...
 
If this isn't the problem you are having now, let me know exactly what's going on and I would be happy to help!
0 Kudos
Message 8 of 24
(21,596 Views)
Hi Elizabeth,

I've already tried the suggestions of this KB, but unfortunately with no result.
I disabled WinXP firewall and McAfee 7.1 antivirus;
I downloaded and installed the last WinXP updates;
I did a complete uninstall/install of NI components, using the Device Drivers CDs shipped with LabVIEW 8.2.1, but the WinXP didn't boot anymore (with the blue screen I attach);
I select use last working configuration and now the situation is:
when I start the PC, and the desktop is shown I see the following pop-up error (the same that magyar attached)
nidevmon.exe - Application error
The application failed to initialize properly (0xc0000142). Click on OK to terminate the application

I click on OK, and everything seems fine.
But when I connect my cDAQ and I open MAX (v. 4.2) I can't find the cDAQ device, and I have a VISA Warning.

My PC is Fujitsu Siemens laptop; Mobile Intel Pentium 4-M CPU 2.20GHz, 496MB RAM; WinXP SP2

I hope this helps
Vix
-------------------------------------------
In claris non fit interpretatio

-------------------------------------------
Using LV from 7
Using LW/CVI from 6.0
Download All
0 Kudos
Message 9 of 24
(21,582 Views)
Hi Vix,
 
Have you tried doing a Windows System Restore?  To do this go to Start >> Programs >> Accessories >> System Tools >> System Restore
0 Kudos
Message 10 of 24
(21,566 Views)