Datasocket return wrong value

Hello Everyone:
I am using datasocket to communicate with an opc server.I built a quite simple vi to test the communicaion as you see in the picture.If I highlight the execution I got the right return value( a boolean type indicator),but I run it normally I get the wrong value.The quality of the datasocket read vi display 0.Meanwhile if I add a while loop outside the datasocket read vi,then I get the right value again.I only want to read the opc tag once,do not want to add the while loop in this vi.What should I do?please help me.Thank you very much!

你先尝试在DataSocket read vi的输入节点加入延时（根据实际应用调节下延时长短）。
Li Yi

Similar Messages

Statvfs returns wrong values

Hi,
I am developing a program the will check for disk space (used,blocks, available ...) and i am using the statvfs.h file.
When tested with small capacity disks (~5G) it works fine (compared to df -k).
When tested with large capacity disks (~400G) it returns wrong values(compared to df -k).
I am using f_bavail and i am casting from fsblkcnt_t to integer/long.
Please help.
Thanx R.

Thanks for your answer.
I have discovered that it (statvfs.h) doe's not work with vxfs, only with ufs.
I am using Veritas Cluster Server.
Any chance of an answer ??
thanks,
R.

On Firefox stage.stageWidth stage.stageHeight return wrong values

Hello,
I have a problem on firefox windows 8, stage.stageWidth and stage.stageHeight return wrong values,
swfobject.embedSWF("mySwf.swf", "mySwf", "500", "500", "14.0.0","expressInstall.swf", flashvars, params, attributes);
on ie, Chrome stage.stageWidth and stage.stageHeight return 500
on iFirefox stage.stageWidth and stage.stageHeight return 750 and my animation is smaller (66%)
Thanks

In order to target iPhone 5 you need to use AIR 3.5 beta or AIR 3.4
pointing to iOS 6 SDK. Be sure to include the [email protected] to
trigger the iPhone 5 size. In other words, the app has to be built
targeting the iOS 6 SDK and have the new default png to trigger the full
size on the iPhone 5.
AIR 3.5 beta includes the bits that to target iOS 6 SDK, but you can
target iOS 6 with AIR 3.4 by using the external SDK path in the package
ANE prompt in FB 4.6
http://labs.adobe.com
iBrent

When orientation change and soft keyboard is activated, return wrong value

Hello,
in a View, when the orientation change and the soft keyboard is activated, this.navigator.height return wrong value.
systemManager.stage.addEventListener(StageOrientationEvent.ORIENTATION_CHANGE, orientationChangeHandler);
public function orientationChangeHandler(event:StageOrientationEvent):void {
inp.text=String(this.navigator.height);
thanks.

Can you attach a simple sample application that demonstrates this? What device are you seeing this issue on?

NI PCI-6602: semi-period measurement stops unexpectedly or returns wrong values

Hi,
Using an NI PCI-6602 card we try to measure the semi-periods of a digital signal.
In "continuous sampling mode", 10 samples are collected in the buffer and then are read
out.
Up to 6 counters on this card are sampling the same signal in our testing configuration.
Here we found these issues:
1. Failure
In principle, the measurement runs correctly, but one or more counters sporadically may
suffer a complete failure. I.e. these counters don't provide samples anymore.
Only after stopping and restarting the assigned task, a failed counter works again.
Apparently, a counter failure is most likely to happen when
    - the sampled signal "changes", i.e. when the pulse width of the signal changes,
    - or when the computer load is high, e.g. when opening a window of another application.
Every counter occasionally failed, but the issue was found very often at counter 1 of
the PCI-6602 card, if we used counters 0 through 5 in parallel.
Using another PCI-6602 card, the failures happened preferably on counters labeled "near"
number 5.
2. Wrong values
Occasionally the "interpretation" of the sampled values changes, i.e. the length of the
"high level" period is returned, where the "low level" period length should be given, and
vice versa.
This is our task configuration:
Configuration done with MAX:
Signal input range:    2 usec - 2 sec
Custom Scaling:        None
Sample mode:        continuous
Buffer size:        10 Samples
In addition these calls are made:
ret = DAQmxSetDigEdgeArmStartTrigSrc( task->mHandle, <use the same terminal as is used for
the signal to be measured>);
ret = DAQmxSetArmStartTrigType( task->mHandle, DAQmx_Val_DigEdge);
ret = DAQmxSetDigEdgeArmStartTrigEdge( task->mHandle, DAQmx_Val_Rising);
ret = DAQmxSetCISemiPeriodStartingEdge( task->mHandle, <the channel>, DAQmx_Val_Falling);
Best regards
Manfred

Hi Manfred7,
did you already test this behaviour with a simple example from us?
Just go through the example database and try the examples there.
These examples should work.
If it works, there is a problem with your programm.
If it won't work, please tell me more about your software:
- Version
- DAQmx Version ,...
best regards
Dippi

Registry calls return wrong values - how to fix?

Here is the code used to open the key (all the variations shown produce the same behaviour)
bool Win32_OpenKey( const HKEY uPlaceInRegistry, HKEY& xKey, const char* const szKeyName, const bool bReadOnly = false )
// SE: make sure key exists
// SE - NOTE: this is deprecated. it worked fine, but suddenly doesnt :(
// so i have replaced it with the following line
//const bool bOpened = RegOpenKey( uPlaceInRegistry, szKeyName, &xKey ) == ERROR_SUCCESS;
const bool bOpened = RegOpenKeyEx( uPlaceInRegistry, szKeyName, 0,
bReadOnly ? KEY_QUERY_VALUE : KEY_ALL_ACCESS, &xKey ) == ERROR_SUCCESS;
bool bCreated = false;
if( !bOpened )
// SE - NOTE: this is deprecated. it worked fine, but suddenly doesnt :(
// the Licensor will create keys except in the case where we upgrade a user from
// an old license... so now using the Ex version in hopes it magically works.
//bCreated = RegCreateKey( uPlaceInRegistry, szKeyName, &xKey ) == ERROR_SUCCESS;
DWORD uDisposition = -1;
bCreated = ( RegCreateKeyEx( uPlaceInRegistry, szKeyName, 0, 0,
REG_OPTION_NON_VOLATILE, bReadOnly ? KEY_QUERY_VALUE : KEY_ALL_ACCESS,
0, &xKey, &uDisposition )
== ERROR_SUCCESS );
return bOpened || bCreated;
Here is where the values are queried.
unsigned int uMagic = 0;
unsigned long uType = 0xFFFFFFFF;
unsigned long uSize = sizeof( unsigned int );
//long err = RegGetValue( xKey, 0, "Magic", RRF_RT_DWORD, &uType, &uActivated, &uSize );
uType = REG_DWORD;
long err = RegQueryValueEx( xKey, "Magic", 0, &uType, reinterpret_cast< LPBYTE >( &uMagic ), &uSize );
if( (err == ERROR_SUCCESS) && ( uType == REG_DWORD ) && ( uSize == sizeof( unsigned int ) ) )
unsigned long long ullReadStartDate = 0;
uSize = sizeof( unsigned long long );
err = RegGetValue( xKey, 0, "Number", RRF_RT_QWORD, &uType, &ullReadStartDate, &uSize );
if( (err == ERROR_SUCCESS) && ( uType == REG_QWORD ) && ( uSize == sizeof( unsigned long long ) ) )
The values that are returned do not match the registry.
In fact the values returned are values that we never would have written either. The zero is fishy because maybe it indicates bad behaviour. The messed up time_t value is even more confusing... it comes from a more than 30 days ago, which is around the time
when I first started working on this code.
To make a guess I am getting back an ancient version of the key values which is somehow preserved and accessible but can not be seen in regedit. I have no idea why this is suddenly happening either - this code (before my commented changes were made) worked
exactly as expected for a few weeks now.
Slightly unrelated but it also seems that a standard user can not write to HKCU in our repeatable tests. This seems slightly crazy as well... should I just not be using the registry? It never seemed like a good idea, but I have done it to try and fit the
platform way of doing things after hitting lots of problems with naive use of files...

thanks for the tips. will probably come in handy in the future. :)
it turned out to be permissions and bad documentation in my case. the virtual store thing was not writing to where the docs say it should, and so something was lingering somewhere i couldn't find in the right place under any of the top level registry keys.
maybe there is some other place where it has gone in the registry that i am just not finding the documentation for...
my ultimate fix was to use a file in ProgramData :)
I figured I'd try and do it 'the MS way' and use the registry. what a terrible idea that turned out to be, since I guess its no longer the MS way given how riddled with backwards compatibility hacks it seems to be...

SELECT MAX(field) / SELECT MIN(field) return wrong values

Hi,
I have the query:
Select
    MAX(b1.time_s) as time_s
From
    BUSINESS_INVOCATIONS b1
Where
    b1.time_s >= 1219217034000
    AND b1.rec_sess_id = 2197756621378027521
    AND b1.comp_id IN ( Select id From J2EE_CONFIGURATION_BEAN Where j2eeApplicationsTableId = 378302371920347137 )
This return the MAX value of the comp_id and not the MAX value of the b1.time_s
looks like there is a BUG in MAXDB when i have a join of two tables the MAX/MIN functions works on the wrong fields!
If i change the query to be:
Select
    max(b1.time_s) as time_s
From
    BUSINESS_INVOCATIONS b1,
    J2EE_CONFIGURATION_BEAN jcb
Where
    b1.time_s >= 1219217034000
    AND b1.rec_sess_id = 2197756621378027521
    AND jcb.j2eeApplicationsTableId = 378302371920347137
    AND b1.comp_id = jcb.id
The MIN/MAX functions works good and return the right value
Pleasehelp me to find what is the problem and if any one already have a solution.
Thanks,
Yosef

Dta for BUSINESS_INVOCATIONS tabel:
ID,CLASS_TYPE,M_TIME,FUNCTIONENTRYID,TOP_PARENT,START_TIME,TIME_S,COMP_ID,REC_SESS_ID,PARENT,HTTP_SESSION,INVOCATION_HASH_CODE,MINOR_INVOCATION,TRANSACTION_ID,USER_TRACING_COOKIE,TRACINGTYPE
2089670230321135617,H,1219738865499,1387108688451338241,2089670230321135617,1219217053734,1219217053734,414331168939311111,2197756621378027521,(null),2179742222868545537,-1238173181,GET,null,null,-1
2089670230321135618,H,1219738865499,1387108688451338242,2089670230321135618,1219217071156,1219217071156,414331168939311108,2197756621378027521,(null),2179742222868545538,-628203986,GET,null,null,-1
2089670230321135619,H,1219738865499,1387108688451338279,2089670230321135619,1219217073531,1219217073531,414331168939311112,2197756621378027521,(null),2179742222868545538,545948335,GET,null,null,-1
2089670230321135620,H,1219738865499,1387108688451338284,2089670230321135620,1219217075671,1219217075671,414331168939311119,2197756621378027521,(null),2179742222868545538,1958406838,GET,null,null,-1
2089670230321135621,H,1219738865499,1387108688451338289,2089670230321135621,1219217077359,1219217077359,414331168939311106,2197756621378027521,(null),2179742222868545538,-2089005650,GET,null,null,-1
2089670230321135622,H,1219738865499,1387108688451338292,2089670230321135622,1219218442312,1219218442312,414331168939311115,2197756621378027521,(null),2179742222868545538,-1298180580,GET,null,null,-1
2089670230321135623,H,1219738865499,1387108688451338297,2089670230321135623,1219218467765,1219218467765,414331168939311107,2197756621378027521,(null),2179742222868545538,1318337921,GET,null,null,-1
2107684628830617601,E,1219738865515,1387108688451338244,2089670230321135618,1219217071171,1219217071171,324259176391901185,2197756621378027521,2089670230321135618,2179742222868545538,586868856,(null),(null),(null),-1
2107684628830617602,E,1219738865515,1387108688451338281,2089670230321135619,1219217073531,1219217073531,324259176391901185,2197756621378027521,2089670230321135619,2179742222868545538,1886325459,(null),(null),(null),-1
2107684628830617603,E,1219738865515,1387108688451338286,2089670230321135620,1219217075671,1219217075671,324259176391901185,2197756621378027521,2089670230321135620,2179742222868545538,-550916224,(null),(null),(null),-1
2107684628830617604,E,1219738865515,1387108688451338291,2089670230321135621,1219217077359,1219217077359,324259176391901185,2197756621378027521,2089670230321135621,2179742222868545538,1676270392,(null),(null),(null),-1
2107684628830617605,E,1219738865515,1387108688451338294,2089670230321135622,1219218442312,1219218442312,324259176391901185,2197756621378027521,2089670230321135622,2179742222868545538,-2074647744,(null),(null),(null),-1
2107684628830617606,E,1219738865515,1387108688451338299,2089670230321135623,1219218467765,1219218467765,324259176391901185,2197756621378027521,2089670230321135623,2179742222868545538,63795915,(null),(null),(null),-1
3278620531946946561,T,1219738865483,1387108688451338291,2089670230321135621,1219217077359,1219217077359,2828260569209896968,2197756621378027521,2107684628830617604,2179742222868545538,-1511714853,java.lang.ArithmeticException,(null),(null),18
Daa for J2EE_CONFIGURATION_BEAN Table:
select * from IDENTIFY.J2EE_CONFIGURATION_BEAN
ID,J2EEAPPLICATIONSTABLEID,J2EEAPPLICATIONID,J2EECOMPONENTID
180144094616485889,0,0,0
180144094616485890,0,0,0
180144094616485891,0,0,0
180144094616485892,0,0,0
180144094616485893,378302478220787713,0,0
180144094616485894,0,0,0
306244884182859777,378302478220787713,360288079711305731,306244884182859777
324259282692341761,378302478220787713,360288079711305731,306244884182859777
360288079711305729,378302478220787713,360288079711305729,0
360288079711305730,378302478220787713,360288079711305730,0
360288079711305731,378302478220787713,360288079711305731,0
360288079711305732,378302478220787713,360288079711305732,0
360288079711305733,378302478220787713,360288079711305733,0
360288079711305734,378302478220787713,360288079711305734,0
414331275239751681,378302478220787713,360288079711305731,594475260334571522
414331275239751682,378302478220787713,360288079711305731,594475260334571522
414331275239751683,378302478220787713,360288079711305731,594475260334571522
414331275239751684,378302478220787713,360288079711305731,594475260334571522
414331275239751685,378302478220787713,360288079711305731,594475260334571522
414331275239751686,378302478220787713,360288079711305731,594475260334571522
414331275239751687,378302478220787713,360288079711305731,594475260334571522
414331275239751688,378302478220787713,360288079711305731,594475260334571522
414331275239751689,378302478220787713,360288079711305731,594475260334571522
414331275239751690,378302478220787713,360288079711305731,594475260334571522
414331275239751691,378302478220787713,360288079711305731,594475260334571522
414331275239751692,378302478220787713,360288079711305731,594475260334571522
414331275239751693,378302478220787713,360288079711305731,594475260334571522
414331275239751694,378302478220787713,360288079711305731,594475260334571522
414331275239751695,378302478220787713,360288079711305731,594475260334571522
540432064806125569,378302478220787713,360288079711305732,594475260334571523
540432064806125570,378302478220787713,360288079711305732,594475260334571523
540432064806125571,378302478220787713,360288079711305732,594475260334571523
540432064806125572,378302478220787713,360288079711305732,594475260334571523
540432064806125573,378302478220787713,360288079711305732,594475260334571523
540432064806125574,378302478220787713,360288079711305732,594475260334571523
540432064806125575,378302478220787713,360288079711305734,594475260334571524
540432064806125576,378302478220787713,360288079711305734,594475260334571524
576460861825089537,378302478220787713,360288079711305730,576460861825089537
576460861825089538,378302478220787713,360288079711305731,576460861825089538
576460861825089539,378302478220787713,360288079711305732,576460861825089539
576460861825089540,378302478220787713,360288079711305733,576460861825089540
576460861825089541,378302478220787713,360288079711305734,576460861825089541
594475260334571521,378302478220787713,360288079711305729,594475260334571521
594475260334571522,378302478220787713,360288079711305731,594475260334571522
594475260334571523,378302478220787713,360288079711305732,594475260334571523
594475260334571524,378302478220787713,360288079711305734,594475260334571524
2810246277000855553,378302478220787713,360288079711305729,2810246277000855553
2810246277000855554,378302478220787713,360288079711305729,2810246277000855554
2810246277000855555,378302478220787713,360288079711305729,2810246277000855555
2810246277000855556,378302478220787713,360288079711305729,2810246277000855556
2810246277000855557,378302478220787713,360288079711305729,2810246277000855557
2810246277000855558,378302478220787713,360288079711305729,2810246277000855558
2810246277000855559,378302478220787713,360288079711305729,2810246277000855559
2828260675510337537,378302478220787713,360288079711305729,2846275074019819521
2828260675510337538,378302478220787713,360288079711305729,2846275074019819521
2828260675510337539,378302478220787713,360288079711305729,2846275074019819521
2828260675510337540,378302478220787713,360288079711305729,2846275074019819521
2828260675510337541,378302478220787713,360288079711305729,2846275074019819521
2828260675510337542,378302478220787713,360288079711305729,2846275074019819521
2828260675510337543,378302478220787713,360288079711305729,2846275074019819521
2828260675510337544,378302478220787713,360288079711305729,2846275074019819521
2828260675510337545,378302478220787713,360288079711305729,2846275074019819521
2828260675510337546,378302478220787713,360288079711305729,2846275074019819521
2828260675510337547,378302478220787713,360288079711305729,2846275074019819521
2828260675510337548,378302478220787713,360288079711305729,2846275074019819521
2828260675510337549,378302478220787713,360288079711305729,2846275074019819521
2828260675510337550,378302478220787713,360288079711305729,2846275074019819521
2828260675510337551,378302478220787713,360288079711305729,2846275074019819521
2828260675510337552,378302478220787713,360288079711305729,2846275074019819521
2846275074019819521,378302478220787713,360288079711305729,2846275074019819521
3152519848681013249,378302478220787713,360288079711305729,3152519848681013249
3152519848681013250,378302478220787713,360288079711305730,3152519848681013250
3152519848681013251,378302478220787713,360288079711305731,3152519848681013251
3152519848681013252,378302478220787713,360288079711305732,3152519848681013252
3152519848681013253,378302478220787713,360288079711305733,3152519848681013253
3152519848681013254,378302478220787713,360288079711305734,3152519848681013254
3170534138742571009,0,0,0
3170534138742571010,0,0,0
3170534247190495233,0,0,0
3170534247190495234,0,0,0
3602879811418062849,378302478220787713,360288079711305729,594475260334571521
Hope this will help:)
Thanks,
Yosef

Puzzle why query returned wrong value for last record in update.

Hi all,
10.2.0.4, Windows 32 bit.
Apply 15% dis.count to related 5 items ( total amount 522 ) sorted by lowest amount first (amount = 1).
Last record ( amount = 200 ) will be the total dis.count amount ( 78.3 ) less applied accumulated dis.count amount ( 48.50 ).
Query runs fine without update clause but wrong result for last record with update.
CREATE TABLE "T1"
    "ID"       NUMBER NOT NULL ENABLE,
    "ITEM_ID" VARCHAR2(20 BYTE) NOT NULL ENABLE,
    "AMOUNT"   NUMBER(10,2) NOT NULL ENABLE,
    "dizcount" NUMBER(10,2)
INSERT INTO T1 ( ID, ITEM_ID, AMOUNT, dizcount ) VALUES ( 65, '101', 1, NULL ) ;
INSERT INTO T1 ( ID, ITEM_ID, AMOUNT, dizcount ) VALUES ( 65, '102', 1, NULL ) ;
INSERT INTO T1 ( ID, ITEM_ID, AMOUNT, dizcount ) VALUES ( 65, '201', 200, NULL ) ;
INSERT INTO T1 ( ID, ITEM_ID, AMOUNT, dizcount ) VALUES ( 65, '215', 155, NULL ) ;
INSERT INTO T1 ( ID, ITEM_ID, AMOUNT, dizcount ) VALUES ( 65, '111', 165, NULL ) ;
UPDATE t1 a
SET a.dizcount =
(SELECT
    CASE
      WHEN rec_count = row_count
      THEN (78.3 - NVL(lag(temp_total,1) over ( order by rec_count) ,0))-- 78.3 is total dizcount amount from 522 * .15
      ELSE disc_amt
    END amt
FROM
    (SELECT id,
      item_id,
      disc_amt,
      rec_count,
      row_count,
      CASE
        WHEN rec_count != row_count -- accumulate dizcount amount except for last record
        THEN SUM(disc_amt) over (order by rec_count)
        ELSE 0
      END temp_total
    FROM
      (SELECT ID ,
        item_id,
        amount amt,
        ROUND(amount * .15,1) disc_amt, -- dizcount is 15%
        row_number () over (order by amount) rec_count,
        COUNT ( *) over () row_count
      FROM t1
      WHERE ID = 65
    GROUP BY id,
      item_id,
      disc_amt,
      rec_count,
      row_count
    )b
WHERE a.item_id = b.item_id
);Regards
Zack
Edited by: Zack.L on Jul 26, 2010 1:26 AM

Zack.L wrote:
Query runs fine without update clause but wrong result for last record with update.Not sure why but looks like another case in favour of MERGE.
MERGE INTO T1
using (SELECT id, item_id,
    CASE
      WHEN rec_count = row_count
      THEN (78.3 - NVL(lag(temp_total,1) over ( order by rec_count) ,0))-- 78.3 is total dizcount amount from 522 * .15
      ELSE disc_amt
    END amt
FROM
    (SELECT id,
      item_id,
      disc_amt,
      rec_count,
      row_count,
      CASE
        WHEN rec_count != row_count -- accumulate dizcount amount except for last record
        THEN SUM(disc_amt) over (order by rec_count)
        ELSE 0
      END temp_total
    FROM
      (SELECT ID ,
        item_id,
        amount amt,
        ROUND(amount * .15,1) disc_amt, -- dizcount is 15%
        row_number () over (order by amount) rec_count,
        COUNT ( *) over () row_count
      FROM t1
      WHERE ID = 65
    GROUP BY id,
      item_id,
      disc_amt,
      rec_count,
      row_count
    ))b
on (t1.id = b.id and t1.item_id = b.item_id)
when matched then update set dizcount = b.amt ;This worked for me. I tested on 11.2 but should work on 10.2.0.4
SQL> select * from t1 order by amount ;
        ID ITEM_ID                  AMOUNT   DIZCOUNT
        65 101                           1         .2
        65 102                           1         .2
        65 215                         155       23.3
        65 111                         165       24.8
        65 201                         200       29.8p.s. BTW, not sure if you want the column names in different cases, but your script, as it is, gave me an error (on 11.2)

@@ServerName returns wrong value in SQL SERVER 2008

One of my production server configured as Mirror server. When i run @@ServerName query on Principal server i got right server name. but when i execute same query on mirror server it returns Principal server name. I have windows server 2008. I don't know
why it happens.
Shamas Saeed (if Post helpful please mark as Answer) http://shamas-saeed.blogspot.com

Unfortunately this won't help, since sp_dropserver '[name]' is used for dropping the name of
@@servername, not for the name of
SERVERPROPERTY('ServerName').
SERVERPROPERTY('ServerName') is wrong while @@servername
is right.
In this sql server, there are two sql services: one is the default server name, and another is the wrong instance name
SQLBEYONDPAY\SQLC.
Currently, when I connect to SQLCBP instance, when I select SERVERPROPERTY('ServerName'), it returns
SERVERPROPERTY('ServerName') =SQLBEYONDPAY\SQLC (bad name), it needs to be 'SQLCBP' instead. When I select
@@servername, it returns SQLCBP (good) already.

NODIM function Returns wrong values?

Hi All,
We have a KF Quantity in PC and we are using NODIM(Quantity) to diaply it without units.But
NODIM(Quantity) displays wrong results.
For Example:Quantity = 3123214 PC     and NODIM(Quantity) = 3123214.123
What could be the reason for it?can anyone explain me?
Thanks
Message was edited by: Murli

Thanks for your wishes on the other post.
My advance wishes to you for the same..
Dear Murali,
I am not sure the following 'note' can help us.. please have a look..
Note number: 604857: ( Also have a look at 590089,730382)
Incorrect number of decimal places with NODIM operator
Symptom
The system produces an incorrect proposal for the number of decimal places for a structure element.
Other terms
Query, NODIM, decimals, decimal places
Reason and Prerequisites
The key figure uses the NODIM operator
Solution
BW 3.0B
           Import Support Package 12 for 3.0B (BW 3.0B Patch 12 or SAPKW30B12) into your BW system. This Support Package will be available when note 523249 with the short text "SAPBWNews BW 3.0B Support Package 12", which describes this Support Package in more detail, is released for customers.
            To provide information in advance, note 523249 may already be available before the Support Package is released. In this case, the short text will still contain the words "preliminary version".
BW 3.1C
           Import Support Package 06 for 3.1C (BW 3.1C Patch06 or SAPKW31C06) into your BW system. This Support Package will be available when note 539827 with the short text "SAPBWNews BW 3.1C Support Package 06", which describes this Support Package in more detail, is released for customers. For more information on BW Support Packages, see note 110934.
In urgent cases, you can implement the correction instructions in your system using transaction SNOTE.
Regards,
Hari
Message was edited by: Hari Kiran Y

Simple NOT EXIST but returns wrong values

I have been doing this for a couple of month and this makes sense to me but I get the wrong answer.
T1 contains 1 to 10
U2 contains 1 to 5
SELECT T1a.num
FROM T1 T1a
WHERE NOT EXISTS
(select T2b.num
from T1 T1b, U2
WHERE T1b.num = U2.num
GROUP BY T1a.num
I expect to get 6 to 10,
but am getting NO ROWS SELECTED.
Ideas more than welcome

You are trying to :-
1. Use table T1 twice which is not needed
2. In the inner sub-query, you are using column T2b.num
alias 'T2b' is not defined, in which case you should be
getting SQL Error
(select T2b.num
ERROR at line 4:
ORA-00904: invalid column name
Try This,
1 SELECT T1a.num
2 FROM T1 T1a
3 WHERE NOT EXISTS
4 (select Null
5 from U2
6 WHERE U2.num = T1a.num
7 )
8* GROUP BY T1a.num
Test Db>/
NUM
6
7
8
9
10

ViGetAttribute(io, VI_ATTR_ASRL_BAUD, &baud) returning wrong value

Hi, I have gone through both MAX and the win2K Config to set my default baud rate to be 4800. However, in my IVI driver, when I call the getattribute function, it continues to return 9600??
rjmiller

Hey rjmiller,
I would suggest trying to use set attribute in your initialization routine.
/* Set the baud rate to 4800 (default is 9600). */
status = viSetAttribute (instr, VI_ATTR_ASRL_BAUD, 4800);
This will set the baud rate to what you want in your program. This way you don't have to worry about MAX or windows settings. This command will over write any previously defined defaults.
I hope this helps.
-Josh

TimeZone.getDefault().getID() returning wrong value with JDK 1.5.0.06

Hi,
I faced a problem while fetching a time zone Id for the two different JDK version.
I was running following Class :
import java.util.TimeZone;
public class TimeZoneTest {
     public static void main(String[] args) {
          System.out.println("--------------------------------------------");
          System.out.println("Time Zone : " +TimeZone.getDefault().getID());
          System.out.println("--------------------------------------------");
When above code is executed with JDK 1.5.0.06, it was giving output as :
Time Zone : GMT+05:30
But same code when executed with JDK 1.5.0.22, it gives following output.
Time Zone : Asia/Calcutta
Can anybody please tell me is it a known bug in JAVA and in which version has it ben resolved.
Thanks,
Girish.

You shouldn't be using either of those versions. If there is a difference between them you will be entirely unable to get it resolved. Use a current JDK.

Function sometimes return wrong data

Hi all.
I have a very strange problem with a function. Situation is this: I have an application that handles processes. Each process have a number of steps that is arranged in a matrix like layout. User clicks a step to start/execute it.
Now in a list of current processes i want to have an indication of how "far" a process has reached so i created a function for that and included that in my processlist fetch.
gchs_user_process_steps is the table where the user data for the process step is
gchs_process_steps is the definition table of what steps a process has
gchs_steps is the definition table of all steps
The below function is supposed to return latest step user clicked in the display matrix. tier is used to store the column number and sortorder is the row number of any step user clicked.
CREATE OR REPLACE FUNCTION FN_REACHEDSTEP(p_user_process_id NUMBER)
RETURN VARCHAR IS
  ret VARCHAR(30);
  ret_id INTEGER;
  ret_num INTEGER;
BEGIN
   ret := '';
   ret_id := 0;
   ret_num := 0;
   BEGIN
SELECT substr(step_name,1,30),step_id,reached INTO ret,ret_id,ret_num
FROM (
SELECT a.*, rownum rnum
FROM (
    SELECT s.name AS step_name, ps.id AS step_id, max((ps.tier*1000)+ps.sortorder) AS reached
    FROM gchs_user_process_steps ups, gchs_process_steps ps, gchs_steps s
    WHERE ups.gchs_process_step_id=ps.id AND
       ps.gchs_step_id=s.id AND
       ups.gchs_user_process_id=p_user_process_id
    GROUP BY s.name,ps.id
    ORDER BY 3 DESC) a
WHERE rownum <= 1 )
WHERE rnum >= 1;
   EXCEPTION
     WHEN OTHERS THEN
        ret:='';
   END;
      RETURN ret;
  EXCEPTION
WHEN OTHERS THEN
       ret := '';
   RETURN ret;
END FN_REACHEDSTEP;
Now the problem is that the function sometimes return wrong value. The name of the step that is returned is not the one i get if i run the SQL by itself.
So doing a
SELECT substr(step_name,1,30),step_id,reached INTO ret,ret_id,ret_num
FROM (
SELECT a.*, rownum rnum
FROM (
    SELECT s.name AS step_name, ps.id AS step_id, max((ps.tier*1000)+ps.sortorder) AS reached
    FROM gchs_user_process_steps ups, gchs_process_steps ps, gchs_steps s
    WHERE ups.gchs_process_step_id=ps.id AND
       ps.gchs_step_id=s.id AND
       ups.gchs_user_process_id=21680
    GROUP BY s.name,ps.id
    ORDER BY 3 DESC) a
WHERE rownum <= 1 )
WHERE rnum >= 1;
and a
select fn_ReachedStep(21680) from dual;
will sometimes return different values.
So is the function fundamentally wrong or is there any cache or something that i've missed that could hold "old" function outputs or am i missing something else.
Thankful for any clues.
I'm using Oracle 10.2.0.1.0
Best regards
/Tomas
Edit: Here's some data that the system uses.
gchs_steps
ID           NAME
10000     Step 1
10020     Step 2
10021     Step 3
10022     Step 4
10023     Step 5
10060     Step 6
10140     Step 7
gchs_process_steps
ID          GCHS_STEP_ID      TIER     SORTORDER
10000     10000               0          1
10001     10020               1          1
10002     10021               1          2
10003     10022               2          1
10020     10023               3          5
10060     10060                3          4
10080     10140               3          2
10040     10040               3          3
10100     10160               4          3
10160     10220               4          2
11640     11640               3          1
11660     11660               0          6
11661     11661               0          7
11600     11600               0          4
11620     11620               4          1
gchs_user_process_steps
ID          GCHS_USER_PROCESS_ID     GCHS_PROCESS_STEP_ID
35541     21680                         10002
38441     21680                         10020
38440     21680                         10000
52062     21680                         10060
Relations beween table is
gchs_user_process_steps.gchs_process_step_id=gchs_process_steps.id
and
gchs_process_steps.gchs_step_id=gchs_steps.id
So doing the SQL alone will always return
SUBSTR(..)     STEP_ID REACHED
Step 5      10020 3005
but executing the function sometimes returns
FN_REACHEDSTEP(21680)
Step 6
Also removing the rownum limits return and doing a
SELECT s.name AS step_name, ps.id AS step_id, max((ps.tier*1000)+ps.sortorder) AS reached
FROM gchs_user_process_steps ups, gchs_process_steps ps, gchs_steps s
WHERE ups.gchs_process_step_id=ps.id AND
ps.gchs_step_id=s.id AND
ups.gchs_user_process_id=21680
GROUP BY s.name,ps.id,ps.tier, ps.sortorder
ORDER BY 3 DESC
give this result
STEP_NAME     STEP_ID     REACHED
Step 5          10020     3005
Step 6          10060     3004
Step 3          10002     1002
Step 1          10000     1
Edited by: user4935832 on 2008-sep-19 01:38

ORDER BY 3 DESC) a
WHERE rownum <= 1 )
WHERE rnum >= 1;Just some thoughts.
1. You could replace "ORDER BY 3" by "ORDER BY reached"
2. the rownum <=1 and rnum>=1 will return only one row... I don't understand the second one.
Lastly, the difference might come from a duplicate value return by your MAX() function.
If there is two rows (or more) with same MAX, Oracle might return one row arbitrary.
To get the same row, you have to use some aggregation function like MAX() KEEP (DENSE_RANK LAST...).
Here a try for your query, obviously not tested :
SELECT max(substr(step_name,1,30)) keep (dense_rank last order by reached) as step_name,
       max(step_id) keep (dense_rank last order by reached,step_name) as step_id,
       max(reached) as reached
FROM   (SELECT s.name AS step_name,
               ps.id AS step_id,
               max((ps.tier*1000)+ps.sortorder) AS reached
        FROM   gchs_user_process_steps ups,
               gchs_process_steps ps,
               gchs_steps s
       WHERE   ups.gchs_process_step_id=ps.id
       AND     ps.gchs_step_id=s.id
       AND     ups.gchs_user_process_id=21680
       GROUP BY s.name,ps.id) a;Nicolas.

SXPG_COMMAND_EXECUTE return wrong parameter value

Dear all.
We have an Abap program that pulls an encrypted FTP file and saves it to our network.
After that we activate an external command via transaction SM69 by calling FM SXPG_COMMAND_EXECUTE.
This command is an execution of a batch file that executes a decryption method via PGP decryption software.
The problem is that we get an output parameter of this FM (STATUS) as u201CEu201D (error) although the decryption is being executed successfully.
We have the same process being activated same way successfully with another folders (rest is exactly the same).
Why does SXPG_COMMAND_EXECUTE return wrong status value ?
Regards,
Rebeka

SXPG_COMMAND_EXECUTE runs under certain operating system user account. Looks like that account does not have enough privileges to do what you want it to do. Look at the operating system for privileges (read,write,execute) of the user account SAPServiceuser or equivalent.
/Simo

Datasocket return wrong value

Similar Messages

Maybe you are looking for