LabVIEW 8 bug?: reusing custom controls with imported graphics

[travispape]

---

sarahk wrote on this other thead:

Hi, mochalatte.

When I ran your executable I saw the bad images you described. When I created my own build from your code, however, the custom images appeared on all the buttons as desired. So I have a few question for you:

What OS are you using?
Does the problem occur repeatedly? IE, if you build the application more than once will the same behavior occur?
Does it still occur if you close and reopen LabVIEW?
Has this process ever worked for you in LabVIEW 8.0?

Sarah K.
Applications Engineer

---

Sarah, Thanks for looking at it.  Sorry that I got 2 thread started on this, but I thought I would try to merge them here.  To answer your questions: 

I'm on Windows 2000

yes the problem happens every time I build an app involving imported pictures on my machine

yes it happens every time I launch

no, this has never worked for me in LabVIEW 8.0. 

I just installed this LabVIEW 8 on my machine Friday.

[travispape]

On more disturbing bit of data on this:  Today I installed LabVIEW 8 on my laptop, and there my application it builds fine--no problems with missing pictures <blink>.

What is the same:

* Both machines run Win2000 as managed by my workplace.  (Both machines get the same patches pushed to them, so there can hardly be any room for OS differences between them.)

* Both machines orginally had 7.1 installed.  I applied the 7.1.1 patch to both of them and did mass recompiles on both of them more than a year ago.

* I installed LabVIEW 8 on each of them in an identical manner:  I did not uninstall LV711, I installed LabVIEW8 in the default folder with all the default options, and I installed the 2 driver disks with mostly default options (I turned on a serial driver package and an IVI compliance package on each machine)

* Both computers are HP machines.

What is different:

* The problem occurs on my desktop where I do almost all my development. The other computer where the build works fine is a laptop.

* I have not yet installed all the toolkits that come with the Prof Developers Suite on the Laptop.  Here's the toolkits I installed on my desktop (none of which I have yet put on the laptop): 

• Advanced Signal Processing
• Enterprise
• Database Connectivity
• Internet
• SPC
• PID Control
• Report Generation
• State Diagram
• VI Analyzer

Do you think the problem could have been introduced on my desktop with one of those toolkit installs?

[travispape]

Today I installed the same toolkits on the laptop, one by one, building my little test project between each install and never did start having the problem with the missing picture.  I rebooted and tried building one more time--still no problem.

I've got a sick LabVIEW environment on my desktop in a small, yet bothersome way  😞

If it comes to it, are there instructions posted anywhere for completely cleaning LabVIEW off your computer and out of your registry etc. to prepare it for a pristine reinstall?  I think I would be inclined to remove both LV 71 and LV8 and reinstall only 8 (despite my current problems).

[travispape]

It seems like figuring what the source of that stretched 'd' graphic might give an indication as to what is going wrong for me.  Have you looked into that with the LabVIEW developers?

[travispape]

Ok, the LabVIEW on my laptop is broken now also.  That is, whenever I try to build anything that has more than one copy of a custom control with an imported picture, only one picture shows up in the resulting application.

As I posted above, everything was working fine on the laptop earlier today.  Here's what I did on the notebook after that:

1. I added a test specification to my little test build (the same one I most recently attached in this thread) to build an installer.  After building it, I ran the installer and then ran the resulting exe from within my "c:\program files\my project" folder.  I'm pretty sure that it worked like it should; however, I'm not sure if I'm remembering correctly because when I run it now it has the problem.  As a test, I took a copy of that exe to a computer in the lab that never had LabVIEW8 installed on it before, installed the runtime engine on it, and when I look at the exe it has the problem there too.

2. The other thing I did was to build my real project (the one that I have been developing in LabVIEW 711 for the last several months) on my laptop.  I did so with the same .lvproj file that I created on my desktop using the .bld file conversion utility that comes with LabVIEW8.

In any case, one of the two actions above has made the same permanent change to my notebook that I have on my desktop:  Even from a fresh reboot and a fresh launch of LabVIEW and a freshly-created test project, if I build a project involving more than one copy of a custom control with an imported picture, the resulting application only shows one copy of the picture and a place-holder d's everywhere else.  I've attached the new test project I just created on the laptop showing this to be the case there too.

Travis

[travispape]

Just redoing the attachement.  The one above doesn't have the exe I built.

[jpeters]

I have a pretty good idea of what is going on, but I still cannot reproduce the corruption so I still can not really understand the cause of this.  You get the "d" image because the VI is saved (somehow) referencing that image -- that image is one of LV's built in images, the decimal radix image.

I tried your new steps and looked at your application.  I still cannot reproduce the corruption.

Jeff P

[jpeters]

Actually, I just tried your new application and installer and the application runs fine... no missing images.

Did I miss something?

[travispape]

---

@jpeters wrote:

Actually, I just tried your new application and installer and the application runs fine... no missing images.

Did I miss something?

---

I've attached what I see when I run the exe in my test5 attachment above

[jpeters]

Just to be clear:  if you unzip the application attached -- you see the problem?  Because I don't.  

Jeff P