Valid shared variable output does not work!

I am having a problem getting the string to shared variable to function correctly. Specifically the "Valid Shared Variable?" output. It always give a false output even when I know the variable is deployed. Could it be that it only functions correctly on shared variables from the localhost and not a remote system? If so is there another way to check?
Thanks
Todd

There is a community example on this at http://decibel.ni.com/content/docs/DOC-3861
The DLL is included in DSC, but if you have 2009 you may have to relink it. There is a boolean output for valid in this as well. Pop this in a subvi, and you have the functionality you are looking for.
Rob K
Measurements Mechanical Engineer (C-Series, USB X-Series)
National Instruments
CompactRIO Developers Guide
CompactRIO Out of the Box Video

Similar Messages

Touch Panel Shared variable binding does not work.

Hi,
Is there any reason why shared variable binding is not working under Touch Panel Target?
Is there any plan for implementing or there is some trick I should know?
Andras

RebeccaFo wrote:
Hello Andras,
which version of LabVIEW are you using? As yu can see in:
http://digital.ni.com/public.nsf/websearch/04AAA6903A9456F08625715A0026BC57?OpenDocument
it should work. So what for problems do you have?
Thanks,
Just FYI, the KnowledgeBase article linked above has been revised and moved to a new location. See the new KnowledgeBase 58JFBGD2: Are Shared Variables Available For LabVIEW Mobile Module (Formerly PDA Modul...

Bind variable peeking does not work

Oracle 9.2.0.8
create table my_table (c number);
create index i on my_table(c);
declare
par varchar2(10);
begin
par:='qqq';
for rec in (select * from my_table t where c = par or par is null )loop null; end loop;
--USES FULL TABLE SCAN, works SLOW!!!
--but the same query with constat insted of bind variable :
for rec in (select * from my_table t where c = par or 'qqq' is null )loop null; end loop;
--USES INDEX i ON column c , works FAST!!!
--WHY bind variable peeking does not work ???
end;
Thank you for reply

sqlplus:
drop table my_table;
create table my_table as select object_name as c from all_objects where rownum<=1000;
insert into my_table select * from my_table;
insert into my_table select * from my_table;
insert into my_table select * from my_table;
insert into my_table select * from my_table;
insert into my_table select * from my_table;
insert into my_table select * from my_table;
commit;
select count(1) from my_table;
COUNT(1)
64000
create index my_table_idx on my_table(c);
exec dbms_stats.gather_table_stats('bogdanov','my_table',cascade=>true)
variable par varchar2(10)
exec :par := 'www'
--FIRST CASE
explain plan for select * from my_table where c=:par or 'www'='qqq';
@?\rdbms\admin\utlxpls
PLAN_TABLE_OUTPUT
| Id | Operation | Name | Rows | Bytes | Cost |
| 0 | SELECT STATEMENT | | 64 | 1792 | 3 |
|* 1 | INDEX RANGE SCAN | MY_TABLE_IDX | 64 | 1792 | 3 |
Predicate Information (identified by operation id):
1 access("MY_TABLE"."C"=:Z)
--SECOND CASE
explain plan for select * from my_table where c=:par or :par='qqq';
PLAN_TABLE_OUTPUT
| Id | Operation | Name | Rows | Bytes | Cost |
| 0 | SELECT STATEMENT | | 703 | 19684 | 95 |
|* 1 | TABLE ACCESS FULL | MY_TABLE | 703 | 19684 | 95 |
Predicate Information (identified by operation id):
1 filter("MY_TABLE"."C"=:Z OR :Z='qqq')
--THIRD CASE very strange.... COMPARE IT WITH FIRST CASE: 123456789 vs. 'qqq'
explain plan for select * from my_table where c=:par or 'www'=123456789;
@?\rdbms\admin\utlxpls
PLAN_TABLE_OUTPUT
| Id | Operation | Name | Rows | Bytes | Cost |
| 0 | SELECT STATEMENT | | 703 | 19684 | 95 |
|* 1 | TABLE ACCESS FULL | MY_TABLE | 703 | 19684 | 95 |
Predicate Information (identified by operation id):
1 filter("MY_TABLE"."C"=:Z OR TO_NUMBER(:Z)=123456789)
Edited by: user450084 on Dec 9, 2008 5:17 AM
Edited by: user450084 on Dec 9, 2008 5:27 AM

RH 5.5 output does not work properly in RH 7

I inherited a WebHelp project created in RH 5.5. I have RH 7.
When I open the files, make modifications, and recompile them, the
output does not work properly once I put it on our hardware box.
Those infamous red squares are present and there seems to be a lot
of .js files being called, but even when I do a straight 1:1 copy
and include all the files, and delete the red squares, it still
doesn't work right.
Also, oddly, when I open the original (5.5) files in my v7 --
even without making ANY changes at all -- the TOC has
disappeared.

When you view the upgraded source files in RH7, are the red
squares seen the editor?
When you generate to a local folder and view the output
there, are the red squares present? Are there any other issues with
the generated output?
Have you applied all three patches to RH7? Help About should
show 7.0.3.

Validation of existing certificate does not work since release 9.3.3

Hi everyone,
Since I updated to Adobe Reader 9.3.3 the validation of digital signatures does not work properly anymore. Though I try to validate the certificate that used to be OK before the upgrade to 9.3.3 I now get an error on the same document and signature that used to work before. In the signature details Adobe Reader now states that "The certificate ...is not trusted...". This has to do with the new Adobe Approved Trusted list (AATL) I assume since nothing else changed.
Does anybody know a workaround or is anybody aware of a bugfix that will be released in the near future?
Thanks in advance,
Mike G

Works for me.
What OS/JDK etc are you using?

Request Scope for portlets? Sharing data tutorial does not work for portlet

I created 2 identical applications, one that was a regular JSF web app, and one a JSR168 portlet. By following the "Sharing Data Between Two Pages" tutorial, I can get this technique to work without a problem in the web app, but the portlet (deployed locally using the pluto server) does not work. What is the difference between a regular app and a portlet app?
This shows that portlets apparently handle scope much differently than other applications, so any information relating to this would be helpful to pass along.

Portlet Life Cycle Differences
A portlet page is the same as a web application page in the Creator 2 application
model with differences only in the page life cycle. To best understand the life
cycle differences, you must first understand how a portal interacts with a portlet.
This interaction between portals and portlets is defined by the JSR-168 Portlet
specification. Typically a portal display in the web browser shows multiple
portlets. That is, when the portal page is displayed, there are actually multiple
portlets displaying or rendering their content. The job of the portal is to manage
how these portlets are displayed. Internally, the portal is responsible for telling
each portlet two things:
1. When to display itself
2. If there has been an action, such as a button press, performed inside that
portlet.
When a portal wants portlets to display their contents, the portal sends a render
request to each portlet showing in the portal. If one of the portlets showing in the
portal has a button tied to an action request, when that button is pushed, the
portal fires an action request for that portlet. In addition, the portal generates a
render request for the portlet and all other portlets on the page. You should note
that the portal implementation fires both action and render requests for each
action method on a portlet showing in the portal. The implication of this
interaction means the portlet page being rendered can not make assumptions
about the state of the values to be shown. Unlike a normal web application page,
a portlet page can't assume that the page being rendered in the Render Response
phase is the same page that was built in Restore View. If a portlet wants to
maintain state across repeated render requests, the portlet must use the session
bean to store stateful information.
The main point to remember is a portlet page must always be prepared to render
it's values from scratch or session data. This implies you should never bind
portlet page UI components to page bean properties or request bean properties.
Also, you should never rely on page bean instance variables that might be set
during an action event.
Hope this helps.

File sharing with MBP does not work

The problem is that I cannot connect to my first-gen MacBook Pro from my 2 Ghz Intel iMac in my own home network. I have tried opening all ports in the sharing menu without success. The laptop shows up in the finder window but no connection is made. There is not even an error message. It simply says (after a long while) that the connection failed. Nothing even happens when I try to click on the "connect as" button. This is true for file sharing and screen sharing. I can connect to the iMac from the laptop, ironically enough. I was able to connect both ways at one point. My set-up is as follows: airport express connected to modem/router; iMac and laptop connected wirelessly to airport express. Any ideas would be great. I am at a complete loss as the laptop has no other connection issues of any kind.
Update: I just got an error message for the first time: The server may not exist or it is not operational at this time. Check the server name or IP address and your network connection and try again.

Connecting via "connect to server" in finder menu using afp does not work either. FYI. It just tries connecting for a long while and then gives me the following error (-36). The finder cannot complete the operation because some data in "afp://....." could not be read or written.

Shared Libray UDF does not work for all objects

I have created a shared UDF Library and am successfully using the code in other mappings.
however when i am trying to apply the code to two new mappings, the code does not work! there is nothing special about the code. just get the MessageID.
public String GetMessageID(Container container) throws StreamTransformationException{
//This UDF gets the PI message ID
String constant;
java.util.Map map;
map = container.getTransformationParameters();
constant = (String) map.get(StreamTransformationConstants.MESSAGE_ID);
return constant;
it works when i enter the messageID in graphical mapping, but when i test end to end, it does not work!
and as i mentioned, it works in two other interfaces... but not in the new one!
any thoughts?

after applying the latest patches it seems to have corrected iteslf

Binary variable view does not work for long long int

According to this document CVI 2013 supports long long int. While clang probably does, the variable view does not always support it... If you want to look at the value of a long long int variable and choose the binary format, the value may be too large to be displayed, see below: nothing is displayed if too many digits are required - actually 64 digits should be supported but aren't
Solved!
Go to Solution.

Yep, looks like a bug: 423654.
Support for long long's are not new to 2013, by the way. They've been supported since 2009, as long as you enabled the C99 extensions option.

Multiple row column-sharing with GridBadLayout does not work as expected

I was trying to figure out why I could not initially accomplish the following with a GridBagLayout:
Row0: 0000011111
Row1:      1111122222
Row2:           2222233333The above is supposed to be 3 JLabels on three different rows:
The 1st row has a single JLabel starting in column 0 with a width of 2, extending it to column 1.
The 2nd row has a single JLabel starting in column 1 with a width of 2, extending it to column 2.
The 3rd row has a single JLabel starting in column 2 with a width of 2, extending it to column 3.
The entire grid is 4 columns and 3 rows total.
Below I have two examples where I attempted the above. Only the 2nd example produces the desired effect. The 1st code example ends up putting both the Row 0 and Row 1 JLabel in the same column. This was surprising because I thought the GridBagLayout would give each column contained by a control enough weight to actually make those columns exist.
Here is what my first code example below produces:
Row0: 0000011111
Row1: 1111122222
Row2:           2222233333The first two JLabels, 0000011111 and 1111122222, appear in the same column, and the 3rd JLabel appears in the seemingly 2nd column. This was confusing to me which is the point of this whole post.
In order to gain the desired effect, I had to place 4 blank dummy empty JLabel components in a non-visible Row 0 of the grid. I did this for all 4 columns of that invisible row 0. The row is non-visible because the JLabel have no text or output. After adding this non-visible Row 0, all of the original mentioned Rows 0 through 2 become Rows 1 through 2 respectively.
For example:
Row0: iiiiiIIIIIiiiiiIIIII
Row1: 0000011111
Row2:      1111122222
Row3:           2222233333The above shows an inserted Row 0 with invisible labels that are not seen, but they seem to give weight to each column, allowing each to exist. Without doing this, as mentioned, the first code example (shown below) fails. The second example (also below) works, so it appears that putting the invisible controls into the first row, one in each column, somehow gives enough weight to each column to "establish" the column more so than otherwise.
The big question I have is why didn't the first example work?
I mean, in that example, I'm giving each JLabel equal weight, and each one takes up a width of 2 columns, so why doesn't the JLabel in the second row end up in column 1? Instead, both the original row 0 and row 1 JLabels appear in what looks like column 0, the same column. Does anyone know why this happened?
The invisible control solution is fine but I'm just curious why it wasn't as intuitive as it should have been. The only thing I can come up with is that the weight of the 1st and 2nd JLabel (row 0 and 1) got combined in some fashion which combined them into column 1 which end up looking like column 0 since 0 somehow looses all weight. (???)
****************** THE FOLLOWING DOES NOT PRODUCE THE RIGHT EFFECTS ******************
public class TestCoincidingColumns1 extends javax.swing.JFrame {
    /** Creates new form TestCoincidingColumns1 */
    public TestCoincidingColumns1() {
        initComponents();
    /** This method is called from within the constructor to
     * initialize the form.
     * WARNING: Do NOT modify this code. The content of this method is
     * always regenerated by the Form Editor.
    @SuppressWarnings("unchecked")
    // <editor-fold defaultstate="collapsed" desc="Generated Code">
    private void initComponents() {
        java.awt.GridBagConstraints gridBagConstraints;
        jLabel1 = new javax.swing.JLabel();
        jLabel2 = new javax.swing.JLabel();
        jLabel3 = new javax.swing.JLabel();
        setDefaultCloseOperation(javax.swing.WindowConstants.EXIT_ON_CLOSE);
        getContentPane().setLayout(new java.awt.GridBagLayout());
        jLabel1.setText("LabelRow0Col0Wid2");
        jLabel1.setBorder(javax.swing.BorderFactory.createLineBorder(new java.awt.Color(0, 255, 255)));
        gridBagConstraints = new java.awt.GridBagConstraints();
        gridBagConstraints.gridx = 0;
        gridBagConstraints.gridy = 0;
        gridBagConstraints.gridwidth = 2;
        gridBagConstraints.fill = java.awt.GridBagConstraints.HORIZONTAL;
        getContentPane().add(jLabel1, gridBagConstraints);
        jLabel2.setText("LabelRow1Col1Wid2");
        jLabel2.setBorder(javax.swing.BorderFactory.createLineBorder(new java.awt.Color(255, 0, 0)));
        gridBagConstraints = new java.awt.GridBagConstraints();
        gridBagConstraints.gridx = 1;
        gridBagConstraints.gridy = 1;
        gridBagConstraints.gridwidth = 2;
        gridBagConstraints.fill = java.awt.GridBagConstraints.HORIZONTAL;
        getContentPane().add(jLabel2, gridBagConstraints);
        jLabel3.setText("LabelRow2Col2Wid2");
        jLabel3.setBorder(javax.swing.BorderFactory.createLineBorder(new java.awt.Color(0, 255, 0)));
        gridBagConstraints = new java.awt.GridBagConstraints();
        gridBagConstraints.gridx = 2;
        gridBagConstraints.gridy = 2;
        gridBagConstraints.gridwidth = 2;
        gridBagConstraints.fill = java.awt.GridBagConstraints.HORIZONTAL;
        getContentPane().add(jLabel3, gridBagConstraints);
        pack();
    }// </editor-fold>
    * @param args the command line arguments
    public static void main(String args[]) {
        java.awt.EventQueue.invokeLater(new Runnable() {
            public void run() {
                new TestCoincidingColumns1().setVisible(true);
    // Variables declaration - do not modify
    private javax.swing.JLabel jLabel1;
    private javax.swing.JLabel jLabel2;
    private javax.swing.JLabel jLabel3;
    // End of variables declaration
****************** THE FOLLOWING WORKS ******************
public class TestCoincidingColumns1WithFix extends javax.swing.JFrame {
    /** Creates new form TestCoincidingColumns1WithFix */
    public TestCoincidingColumns1WithFix() {
        initComponents();
    /** This method is called from within the constructor to
     * initialize the form.
     * WARNING: Do NOT modify this code. The content of this method is
     * always regenerated by the Form Editor.
    @SuppressWarnings("unchecked")
    // <editor-fold defaultstate="collapsed" desc="Generated Code">
    private void initComponents() {
        java.awt.GridBagConstraints gridBagConstraints;
        jLabel1 = new javax.swing.JLabel();
        jLabel2 = new javax.swing.JLabel();
        jLabel3 = new javax.swing.JLabel();
        DummyRow0Col0 = new javax.swing.JLabel();
        DummyRow0Col1 = new javax.swing.JLabel();
        DummyRow0Col2 = new javax.swing.JLabel();
        DummyRow0Col3 = new javax.swing.JLabel();
        setDefaultCloseOperation(javax.swing.WindowConstants.EXIT_ON_CLOSE);
        getContentPane().setLayout(new java.awt.GridBagLayout());
        jLabel1.setText("LabelRow0Col0Wid2");
        jLabel1.setBorder(javax.swing.BorderFactory.createLineBorder(new java.awt.Color(0, 255, 255)));
        gridBagConstraints = new java.awt.GridBagConstraints();
        gridBagConstraints.gridx = 0;
        gridBagConstraints.gridy = 1;
        gridBagConstraints.gridwidth = 2;
        gridBagConstraints.fill = java.awt.GridBagConstraints.HORIZONTAL;
        gridBagConstraints.weightx = 1.0;
        getContentPane().add(jLabel1, gridBagConstraints);
        jLabel2.setText("LabelRow1Col1Wid2");
        jLabel2.setBorder(javax.swing.BorderFactory.createLineBorder(new java.awt.Color(255, 0, 0)));
        gridBagConstraints = new java.awt.GridBagConstraints();
        gridBagConstraints.gridx = 1;
        gridBagConstraints.gridy = 2;
        gridBagConstraints.gridwidth = 2;
        gridBagConstraints.fill = java.awt.GridBagConstraints.HORIZONTAL;
        gridBagConstraints.weightx = 1.0;
        getContentPane().add(jLabel2, gridBagConstraints);
        jLabel3.setText("LabelRow2Col2Wid2");
        jLabel3.setBorder(javax.swing.BorderFactory.createLineBorder(new java.awt.Color(0, 255, 0)));
        gridBagConstraints = new java.awt.GridBagConstraints();
        gridBagConstraints.gridx = 2;
        gridBagConstraints.gridy = 3;
        gridBagConstraints.gridwidth = 2;
        gridBagConstraints.fill = java.awt.GridBagConstraints.HORIZONTAL;
        gridBagConstraints.weightx = 1.0;
        getContentPane().add(jLabel3, gridBagConstraints);
        gridBagConstraints = new java.awt.GridBagConstraints();
        gridBagConstraints.gridx = 0;
        gridBagConstraints.gridy = 0;
        gridBagConstraints.weightx = 1.0;
        getContentPane().add(DummyRow0Col0, gridBagConstraints);
        gridBagConstraints = new java.awt.GridBagConstraints();
        gridBagConstraints.gridx = 1;
        gridBagConstraints.gridy = 0;
        gridBagConstraints.weightx = 1.0;
        getContentPane().add(DummyRow0Col1, gridBagConstraints);
        gridBagConstraints = new java.awt.GridBagConstraints();
        gridBagConstraints.gridx = 2;
        gridBagConstraints.gridy = 0;
        gridBagConstraints.weightx = 1.0;
        getContentPane().add(DummyRow0Col2, gridBagConstraints);
        gridBagConstraints = new java.awt.GridBagConstraints();
        gridBagConstraints.gridx = 3;
        gridBagConstraints.gridy = 0;
        gridBagConstraints.weightx = 1.0;
        getContentPane().add(DummyRow0Col3, gridBagConstraints);
        pack();
    }// </editor-fold>
    * @param args the command line arguments
    public static void main(String args[]) {
        java.awt.EventQueue.invokeLater(new Runnable() {
            public void run() {
                new TestCoincidingColumns1WithFix().setVisible(true);
    // Variables declaration - do not modify
    private javax.swing.JLabel DummyRow0Col0;
    private javax.swing.JLabel DummyRow0Col1;
    private javax.swing.JLabel DummyRow0Col2;
    private javax.swing.JLabel DummyRow0Col3;
    private javax.swing.JLabel jLabel1;
    private javax.swing.JLabel jLabel2;
    private javax.swing.JLabel jLabel3;
    // End of variables declaration
}

I think I figured out the general reason for the problem based on a quick trace through of the GridBadLayout code in a simple example, and I wanted to share my findings in case they may be useful to anyone else. I felt there were some concepts gleaned from the source code that don't appear reinforced with documentation or, more importantly, in tutorials or books I checked. That's why I wanted to share my findings with this simple yet perplexing example.
This example is very much like the one in my original post except it is more simple and only uses two JLabels.
I created a grid with the following settings:
JLabel1,gridx=0,gridy=0,gridwidth=2,weightx=1.0
JLabel2,gridx=1,gridy=1,gridwidth=2,weightx=1.0Using the character '1' for JLabel1, and the character '2' for JLabel2, and 'x' for an "empty" grid cell, the above gives me the following simple conceptual layout:
11x
x22But the 'x' cell columns don't receive any weight, so things actually appear as follows:
11
22Internally, GridBagLayout (GBL), is really producing the following:
11x
x22But since the 'x' locations take no weight, they therefore get no size, so both JLabels appear as though they are in the first and only column.
From what I can see, it doesn't really matter what I do, I'll never be able to produce the following effect with just two JLabels:
11x
x22I cannot do the above with just two JLabel components and a GridBagLayout. The reason is that the GridBagLayout, while it does define a "grid" of rows and columns, the grid is not a grid that actually relates to what is displayed. It's really a grid that defines what I'll refer to as "weight collisions" or "weight pools." If two components share, say, a grid column, their weights will combine with respect to that column. But the total size of the grid doesn't play a role in enforcing that some sort of grid display is maintained. The grid can possibly do that, but it would probably be safer to view that result as a side-effect produced by using the "weight pools" created by the grid itself.
In the above simple example, JLabel1 ends up giving gridx 1 (0 being first) its full weight of 1.0. The gridx 0 column receive zero weight from JLabel1. What happens is the code in GridBagLayout sees that there are no presently assigned weights to column 0 and it simply assigns all remaining unassigned weight of JLabel1 to JLabel1's last, right-most in this case, gridx column. This means that gridx 1 gets the full 1.0.
By contrast, though, when processing JLabel2, the GridBagLayout sees the previously assigned 1.0 to gridx 1 (JLabel1's right-most grid column) and it ends up assigning all of JLabel2's weight to that same grid location, gridx 1. In this case, even though JLabel2 supposedly spans through to gridx 2, the actual gridx 2 column gets 0 weight from JLabel2 and therefore gets no width.
The result is that both JLabel1 and JLabel2 give 100% of their weight to gridx column 1 (what I called above a "weight pool" rather than a grid location), and both gridx 0 and gridx 2 receive 0 weight and I'm guessing appear without any size. What's odd about this is that even though JLabel1 starts at gridx=0, it really doesn't draw itself anywhere but starting at gridx=1. Likewise, even though JLabel2 draws itself supposedly from gridx=1 through to gridx=2, it doesn't really go into gridx=2 because gridx=2 doesn't get any width.
In fact, given the code in GridBagLayout, it doesn't matter how much weight I give to either JLabel, all 100% of the weight will end up in gridx 1, the "center" grid location. The only way to get columnar distribution is to create other components to force the GridBagLayout to see individual columns which match the "grid." When I do this, the columns allow me to create the JLabels in a fashion where they intent/stagger, where a JLabel can start at a "column" location that is in the middle of another JLabel.
Given this, I've come to the conclusion that it's not worthwhile to look at the GBL "grid" as a grid that propagates grid-like visual locations. It's more like the grid exists during the computation of weights which end up determining the true columns and rows that will visually exist, which may well not be anything like the grid locations one might visualize when looking at the constraints used.
I think it's unfortunate that many examples and tutorials don't reinforce this concept with simple examples that help one grasp this easily. Most examples I see actually can fool a user into thinking a grid is a true grid in that positions represent visual locations, or that a control spanning into a grid column means that weight will be (at least) partially distributed there.
You very often won't see the problem I'm describing above when you have dialogbox-like alignment of components which most tutorials and examples utilize. For example, if I take the same example as above, but intent JLabel so that it's gridx is 2, not 1, then both JLabels will not be sharing a single grid column so their weights won't collide. In such a case, one might be misled into thinking that a GridBagLayout's grid is truly providing row/col locations when it's not really doing that. Instead, in this latter case, one is really gaining that effect because certain unintuitive weight collisions. which would produce unexpected results, are being avoided.
I thought weightx values would give a weight equally to all gridx columns that a component spans but that doesn't seem to be the case here. In fact, it's not even a components first column in my simple example above. GBL causes JLabel1 to given all its weight to gridx=1 (and nothing to gridx=0) while GBL causes JLabel2 to give all its weight to gridx=1 (and nothing to gridx=2). In one case, JLabel1, all weight goes to its right-most spanned-to column, while with JLabel2, it goes to JLabel2's entire first gridx location.
I guess this is what makes GridBagLayout (GBL) unintuitive. But I don't think it's so much unintuitive as it is probably not well documented. When you look at the source code, it explains stuff which should be in the docs. In fact, not one single book I saw gave any help in solving this problem. I'm guessing this is largely because folks use GBL through trial and error until they get what they want, and perhaps they don't often need to indent halfway as I'm trying to do with GBL in the above example. If a lot of components are aligned, the results are not as unexpected. I'd say, though, that even in those not-so-confusing cases, GBL can troublesome without knowing its grid is all about a grid of weight pools which may or may not produce a visual grid depending on all components' constraint settings.

Empty Shared Variables & Data Binding not working in dynamically called VI

Hi,
I have just upgraded a system from LabVIEW 2011 to 2012 DS2. I have a real-time PXI system running several shared variables, hosted on the PXI.
After what appeared to be a succesful upgrade I have a couple of odd issues.
1. The PXI writes test data into a network shared variable, based on a typedef of an array of custom clusters. The variable is disconnected from the typedef, as RT does not function with shared variables linked to typedefs. It seems that writing a seingle entry to the array is fine, but writing multiple entries causes the variable to appear empty.
I still need to debug this a little more, as while I was station to do so this other issue popped up.
2. I have some controls on the Host app with data binding to shared variables. The host app uses three VIs dynamically called into the wrapper VI. One of these called VIs is not able to connect to its variable when inserted in to the wrapper, but it can if run independently. The other two have no such trouble. Where I see a problem, the indication LED is grey and the mouse-over text reads "no status". What does this mean?
Any clues?
Thanks,
Ian

I have changed the Invoke Node to a Run Asynchronous node, and this seems to have fixed the data binding issue.
The other issue may be related to a bug fixed in 2012 SP1:
368648 Network Stream operations return Error 42 when data type contains nested clusters of typedefs
I am now getting error 42 when reading a particular network shared variable. This variable contains the results of measurements, in a data type which contains an array of nested clusters of typedefs. When there is a single entry in the array I can read the variable fine, but when there is more than one entry in the array it does not read and I get error 42.
I have downloaded 2012 SP1, and will see if this helps.
Ian

Audio digital output does not work.

I'm having a hard time with this problem. I have a Toslink cable to plug the iMac with a a/v receiver. I plug the cable but the iMac won't recognize it and in sound preferences it will show that it's headphones and no sound is coming. Same cable and same setup works perfectly with the Macbook. As soon as I plug the cable to it, it shows that it is digital output in the sound preferences.
In short, the problem is that the iMac does not activate the digital output when the toslink cable is connected.
Any ideas about how to solve this problem? I am crossing my fingers for not having a hardware problem.
Thank you in advance.

Have you tried looking for a bit longer miniplug adapter for the Toslink? It is that the digital plug is a little longer that it can activate the switch inside.
If not, it is under warranty. Arrange to have it looked at.

Qosmio X500 and HDMI output does not work automatically

Sorry for my english..
Good morning.
I have a Qosmio x500 recently that runs on Windows 8.1
Previously, when I plugged in a hdmi cable from the PC to the TV, I had ( Samsung TV ), after a beep on the PC , automatically binding and made ??the TV is lit ( if it was in standby).
I could even control the PC with the TV remote control, put a movie , pause, etc.. Super convenient!
Source indicated on the TV Anynet + Toshiba pc.
And when I commutais with the TV remote control on TV, the PC screen is lit .
Off, despite repeated attempts with at least 5 software (drivers ?) Different Toshiba certified HDMI, I do not have it and I have to manually switch to see the PC on the TV (choose HDMI source on the TV) .
HDMICtrlMan is a folder where after installation, there are:
ChangeOutput.exe
HCMSoundChanger.exe
HDMICtrlCfg.exe
HDMICtrlMan.exe
But nothing works !
I also updated the video and audio driver: gforce gts 360m
But now I hold!
And I do not know the logical progression of the computer when you plug an HDMI cable (totally depends on the graphics chip ?).
If someone has an idea or experience of this problem, thank you in advance

>The problem is that with the drivers windows 7 64 bit, HDMI worked.
The problem is that you changed to a Windows system which is NOT supported on this notebook.
Of course you can use Windows 8.1 on this Qosmio X500 model but this does not mean that all notebook features would work properly.
Windows 8.1 is completely different and many Windows 7 tools and utilities are not compatible with Win 8.1
I dont know if this will help you but the Windows 8.1 Toshiba System Driver is very important software when in comes to use Windows 8.1 on Toshiba notebooks.
Try to install this Windows 8.1 Toshiba System Driver released for Qosmio X870/875 series.
But if this will not work, I dont see any other possible solutions.
Either you will give up the Windows 8.1 and will switch back to supported Win 7 or you would use Win 8.1 but without the automatic HDMI support.

REPLACE command using passed variable values does not work

Hi SDN Community
Are you aware of the replace command not working when passing strings as opposed to a variable containing the string.
For example:
This works:
     replace '>JUL 2008</a>' with I_TEXT_VALUE into
                I_TEXT_VALUE_REPLACE.
This dosen't work:
     replace I_TEXT_VALUE_MATCH with I_TEXT_VALUE into
                 I_TEXT_VALUE_REPLACE.
where I_TEXT_VALUE_MATCH = '>JUL 2008</a>'
where I_TEXT_VALUE = '>JUL 2008<BR>Actual</a>'
Thank you.
Simon

Hi SDN Community,
The following method was used to derive the same outcome required as per the REPLACE command.
      LEN_REPLACE = STRLEN( C_CELL_CONTENT ) - 12.
      I_TEXT_VALUE_REPLACE = C_CELL_CONTENT.
    replace I_TEXT_VALUE_MATCH with I_TEXT_VALUE into
                I_TEXT_VALUE_REPLACE.
      I_TEXT_VALUE_REPLACE = I_TEXT_VALUE_REPLACE+0(LEN_REPLACE).
      CONCATENATE I_TEXT_VALUE_REPLACE I_TEXT_VALUE INTO
                    I_TEXT_VALUE_REPLACE.
      C_CELL_CONTENT = I_TEXT_VALUE_REPLACE.
Thank you.
Simon

Substitute Variables VI does not work for names with underbars. What can I do?

For example, I want to change "p_0=p_1+p_2;" into "x0=x1+x2;". However the VI does not do it and returns just the same formula. Is this the specification? I enclosed a sample VI to show it.
Attachments:
SubTest.vi ‏44 KB

You problem is in "Find String Identifier" (a subVI of "Substitue Variables") - it searches your variables and tries to split any other characters out of it (it only accepts alphanumeric and spaces as variable names, not special characters - hence your "p_0" becomes "p", and then "p" is not found in your substitution rules, so the original is piped through instead.
Copyright © 2004-2015 Christopher G. Relf. Some Rights Reserved. This posting is licensed under a Creative Commons Attribution 2.5 License.

Valid shared variable output does not work!

Similar Messages

Maybe you are looking for