Val Brown

QUOTE (Ton @ Oct 12 2008, 11:25 PM) Yes, it is strange and I've tried everything that I could think of to tweak it but still get the same results.

QUOTE (crelf @ Oct 12 2008, 05:43 PM) OK, I think this will do it. I've attached the LLB that contains a top level "A web browser for NCP run.vi" which has the involved ActiveX Object (viz WebBrowser2).

QUOTE (crelf @ Oct 12 2008, 04:53 PM) Thanks for the reply. Yes, I have checked the upgrade logs, etc and didn't see any specific reference to the code. This module is actually a slight variation on the Call Back example that I believe still ships with LV. Well I COULD post the code but I'm not quite seeing how to attach anything to this post. Below and to the left of this text box I'm writing in is an area that says "Attachments" and even "Select a File" but nothing happens when I click anywhere in that area. Perhaps I'm not quite doing the right thing here???

I have a built application (now v8.6) that I have deployed in prior LV versions back to v5x). A recent change has occurred in the behavior of the built EXE (called app.exe in this note) and that involves internal access upon startup of app.exe. This occurs in XP and Vista. What happens now (and what did NOT happen before) is that, if there is an currently active internet connection, app.exe pops-up a dialogue box concerning accessing a specific site. Now the pop-up box is correct behavior in that the particular site named as the URL is login and password protected; but this behavior (ie requesting login and password) should ONLY happen when the user specifically invokes the function to navigate to that site. That is the behavior that was present in ALL previous deployed versions. Nothing has changed in that portion of the code in which the internet access subs are located. Nothing has changed in terms of the startup items specified in app.ini. I have even tried (based on another note I saw on an NI-forum) to include the following two lines in app.ini: DNSLookupEnabled=FALSE servertcp.enabled=FALSE These lines make no difference. I guess I should add for clarity that I am not trying to remotely monitor or control app.exe and it doesn't remotely control or monitor any other application. All I want is to have a manually invocable internet gateway, one option of which directs the browser to a specific login and password protected site, the other of which directs to google search. The behavior of the previously code has changed and the only relevant change I'm aware of related to that code is the transition from prior versions of LV to LV8.6. Any suggestions?

QUOTE (B Chavez @ Oct 11 2008, 09:48 AM) Yes, that's why I was posting this as I was starting from the same point of view but thinking/hoping that there might be some native function or primitive that I wasn't aware of that might work more effectively/efficiently.

QUOTE (B Chavez @ Oct 10 2008, 07:37 PM) I think that will work but is there no way to do this without using the division?

QUOTE (Dan DeFriese @ Oct 10 2008, 06:27 PM) No that conversion isn't quite sufficient because of the 150 microvolt Peak to Peak range to which the U16 array needs to be mapped: ie a 0 U16 needs to equal -75 microvolts while a 65535 needs to equal +75 microvolts. Now the trick in this is that I'm actually mapping an ASCII string to U8s then reversing the hi/low bytes to get the U16s so maybe someone knows of an even better way to go directly from the ASCII to DBLs that map to +/- 75 uV (ie 150 uV peak to peak).

OK, so here's the dumb question of the day. I'm trying to figure out the best way to convert U16 array to an array of DBL 150 uV Peak to Peak. Thanks in advance for the help.

QUOTE (TobyD @ Oct 9 2008, 09:56 AM) But obtaining automatic fish might not be so easy... :laugh:

QUOTE (Minh Pham @ Oct 8 2008, 09:30 PM) There is a whole other thread on this that I started when I first joined LAVA. The issue has been reported as a CAR (I don't remember the number right now) with the premise being "it will be fixed in a future release" but, of course, no mention of when that release might be (LV 21?). My workaround was to build a VB6 OCX to contain the WMP Dll. I could then size it as I liked during runtime without any problem. This also meant, however, that access to the properties and methods of WMP had to go through the OCX so not the best solution but it does work.

QUOTE (Vinny @ Sep 29 2008, 10:26 AM) OK, thanks a lot. That helps clarify it a bit more for me.

QUOTE (machyaer @ Sep 29 2008, 03:59 AM) OK, thanks again for the information. Do you know of any especially useful URLs or other reference sources re: XPe?

QUOTE (machyaer @ Sep 29 2008, 01:50 AM) OK, thanks for the follow up. I assume that the essence of the deployment process is setting up how much of the overall XPe "componentry" to include in a disk image. Do you include the LV-built app in that same disk image or is it simply installed on the storage of the deployment unit AS IF that storage were a HD or a regular XP system? Yes, I agree the NI documentation is not very helpful. Have you found other documentation that was actually helpful? Thanks again for the follow up. QUOTE (Anders Björk @ Sep 29 2008, 01:42 AM) From my perspective it would also be interesting to know if it would work to build on a XP or Vistas machine and transfer for Xpe. My understanding is that this is precisely how it would be done perhaps even with a dual boot development system (ie one boot is XPe the other is XP or Vista).

I'm interested to see if anyone here has any direct experience with deploying an EXE that was built in LV on a computer using XPe and, if so, what their experience has been as well as to hear any suggestions they would have re: possible problems.

QUOTE (JFM @ Sep 22 2008, 11:38 PM) I'd like to see the lvproj file, esp the build specifications.

QUOTE (Peter Stephens @ Sep 20 2008, 06:14 PM) I understand and am glad that you worked out your situation. You still couldn't pay me to use HP computers and that's based on the last 10+ years of trying to support them for users of my deployed software. Yes, AV suites can be another source of....disagreement to put it mildly. I for one use Norton -- 360 now, NSW in the past -- and do so because I have a long track record with them and know how to troubleshoot their products -- when needed -- again to support our users. I know others will disagree with that (Oh my God not Norton!!!) but that's OK too. I know what works for me and my users. Again glad you got it worked out.

QUOTE (TobyD @ Sep 17 2008, 10:09 AM) Now, there's a collapsing wave function -- 99.9% probability!

QUOTE (Phillip Brooks @ Sep 17 2008, 09:21 AM) And that's a good example of the kind of circular reasoning that precludes a recursive descent to a workable solution. Yes, most of NIs customers are engineers and many of them HEAR the acronym GUI and start looking for something sticking to their feet. If, on the other hand, NI put more focus onto the components and IDE for a not only effective, but world class GUI, all of the discussions around LV being a toy would simply evaporate!. Yes, you can use .NET and ATL components and, and, and but the native NI tools for using them don't offer as much built in support as could be. Take ActiveX containers...drop a container, create a property, wrap it in a sub-vi and you can then search for that sub-vi but there is no way (that I know of!) to search for the property node BY PROPERTY. Now that has implications far beyond the GUI and is IMO a very serious limitation that requires more "work around" than is needed. And again I may just have missed some sexy way to do this but if I have, so have a HUGE number of AEs over the years, as well as LV consultants. And what about having skinnable FPs? Now there's a toolkit for someone to build and deploy!

QUOTE (Antoine Châlons @ Sep 17 2008, 05:59 AM) I have a 1400+ VI project that has been successively migrated over the years from v5 code and is now up and running in v6 code without any real problems -- except that now my lvproj rarely crashes. Even in 8.5x I would get crashes occasionally and then lose the lvproj file. It seems that the crashes I had in prior versions were related to refnums and/or refs to Queues (esp in v8.5x). I was losing the ability to use "Find Errors", etc. These kinds of issues rarely arise in v8.6 and almost always arise ONLY if I don't save the relevant VIs and LVPROJ files before invoking Find Errors. Doing that has just become a standard part of how I work and that probably was a good idea regardless of what prompted it! It sounds like the problems may lie with IMAQ. Is it possible for you to separate out the IMAQ related parts of the overall project and see how it goes migrating those parts and then try migrating IMAQ. After that happens reintegrating the IMAQ portions of the project shouldn't be too difficult and would, hopefully, resolve any migration-related issues present in IMAQ related code/projects.

QUOTE (alfa @ Sep 14 2008, 11:57 PM) And you are looking for what exactly in posting this?

QUOTE (jlokanis @ Sep 12 2008, 06:21 PM) Sounds like a nice trick -- why not just post it?

QUOTE (LV_FPGA_SE @ Sep 10 2008, 01:19 PM) OK, that worked, thanks.

QUOTE (crelf @ Sep 10 2008, 07:50 AM) When I click on the URL I get: Http Status Code: 404 Reason: File not found or unable to read file

QUOTE (rolfk @ Sep 9 2008, 11:51 PM) Yes, I think that will be a problem now but I'm hoping that NI gets the message to port the toolkits to Max, Linux, etc. There's really no technological reason to not do it. It's a business decision. My guess is that, at this point, I'll be taking a different tack -- using Embedded XP -- and waiting to see what choice NI makes about the ports.

QUOTE (JiMM @ Sep 8 2008, 05:54 PM) There are many different Chinese dialects and a speaker of one frequently can't understand a speaker of another dialect. But the characters are the same.