LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Internal Error trying to open a remote panel in netscape 7.1 in linux

/usr/local/netscape/netscape
Internal Error : "fontmgr.cpp", line 1023
LabVIEW version 7.0
For assistance in resolving this problem, please exit and relaunch LabVIEW, or contact National Instruments.

I got this error when I was trying to open a remote panel from a machine running windows 2000 to a machine with netscape 7.1 browser under linux redhat 7.3

I have made a link in /usr/local/netscape/plugins LV7NPlugin.so -> /usr/local/lib/LabVIEW-7.0/LV7NPlugin.so
I have also copied the file in /usr/local/netscape/plugins but it doesn't work.
0 Kudos
Message 1 of 4
(2,778 Views)
Hello compostelano,

This error is related to the font size/style. Try changing these attributes in Netscape and see if that helps.

Have a nice day!

Robert M
Applications Engineer
National Instruments
Robert Mortensen
Software Engineer
National Instruments
0 Kudos
Message 2 of 4
(2,778 Views)
Here the official statement from NI

The crash happens when LabVIEW can't open the catch-all font of "fixed" as a fallback when a particular font is not available on the system. The "fixed" font is ALWAYS supposed to be available on the system. The "fixed" font is provided by a font alias in the file /usr/X11R6/lib/X11/fonts/misc/fonts.alias. The alias should be defined in the first few lines of this text file. On a SuSE system where the crash is occurring, do an 'xlsfonts | grep fixed' . In a correct configuration, you should see a font called simply "fixed" in the output, but if not, this will cause the LV crash. I have not actually been able to reproduce the problem here without intentionally deleting this alias, because "fixed" is available on our SuSE syste
m with the XFree86 packages from SuSE 8.2 installed. It's possible that this problem has already been corrected by SuSE, and the packages on their FTP site have been updated from the original CD release. Workaround: Download XFree86-4.0.3-19.i386.rpm or later from ftp.suse.com (or a mirror; ftp.mcs.anl.gov is a really fast one in the USA) and upgrade your X server. Verify that "xlsfonts | grep fixed" reports that the font is available. LabVIEW should then display an ugly fixed-width font for the missing font(s), but not crash.
0 Kudos
Message 3 of 4
(2,778 Views)
Here the official statement from NI

The crash happens when LabVIEW can't open the catch-all font of "fixed" as a fallback when a particular font is not available on the system. The "fixed" font is ALWAYS supposed to be available on the system. The "fixed" font is provided by a font alias in the file /usr/X11R6/lib/X11/fonts/misc/fonts.alias. The alias should be defined in the first few lines of this text file. On a SuSE system where the crash is occurring, do an 'xlsfonts | grep fixed' . In a correct configuration, you should see a font called simply "fixed" in the output, but if not, this will cause the LV crash. I have not actually been able to reproduce the problem here without intentionally deleting this alias, because "fixed" is available on our SuSE syste
m with the XFree86 packages from SuSE 8.2 installed. It's possible that this problem has already been corrected by SuSE, and the packages on their FTP site have been updated from the original CD release. Workaround: Download XFree86-4.0.3-19.i386.rpm or later from ftp.suse.com (or a mirror; ftp.mcs.anl.gov is a really fast one in the USA) and upgrade your X server. Verify that "xlsfonts | grep fixed" reports that the font is available. LabVIEW should then display an ugly fixed-width font for the missing font(s), but not crash.
0 Kudos
Message 4 of 4
(2,778 Views)