Vee 7.5 Dot Net在事件处理程序的用户功能中使用标签？

Hello all,     Well, it's nice to see someone else have the same problem as I had, several months ago.In that situation, I was reading using the STR in several transactions.  When all the transactions were in the same Direct I/O box, everything worked correctly.When I separated them into different I/O boxes I got problems.  I was reading characters without a CR/LF in the batch (big strings of ascii data). My conclusion:  the read str reads 1024 characters (as stated below) and buffers them up.  If you pick out less than 1024, the buffer is still there for the next transaction, so no harm. But, if you go to a different transaction box, the buffer must be cleared, so your next read picks up the 1025th character.  I completely agree with Warren:   Read Str == bad thing JoelFrom: Kjeld Alexander [mailto:k.alexander@get2net.dk] Sent: Thursday, September 22, 2005 1:54 AMTo: VRFSubject: Re: [vrf] hhhmmmmmmThanks Warren I needed that ! Thinking I was going mad ! I will wait 24 hour to see what others have to say. Kjeld    ----- Original Message -----   From:   Pickles, Warren   To: VRF   Sent: Thursday, September 22, 2005 9:40   AM  Subject: RE: [vrf] hhhmmmmmm    Kjeld,     I   see what you mean.  Defintely something iffy going on.  Try it with   C:WINDOWSMedia     ada.wav (because chances are we all have that one).    Now b, c, d show the 5th, 6th, 7th bytes but e shows something else   altogether.  Once again, replacing READ TEXT with READ CHAR fixes   it.     I   think it's one for Agilent.     Regards,  Warren            -----Original Message-----From: Kjeld Alexander     [mailto:k.alexander@get2net.dk]Sent: 22 September 2005     07:52To: VRFSubject: Fw: [vrf]     hhhmmmmmm    Hi guys,         Nobody comment on this !!!!!!!!         >>Data on b,c,d and e are (Probed)     84,90,153 and 0, it indicate that only 4 byte are read. I still do not see     any reason why it should go wrong         As I see it , having the correct data  on     b,c,d and e indicate that only 4 byte are read in the first READ     transaction. If not, what am I missing ???????         Please explain attached              ----- Original Message -----           From:       Pickles, Warren       To: VRF       Sent: Wednesday, September 21, 2005       11:39 AM      Subject: RE: [vrf] hhhmmmmmm            Kjeld,             If you're trying to read WAV files why not try       Georg Nied's program posted a few years ago.  Search the archive for       "WAV File Library".             Regarding your question, I agree it looks like       the two displays should match.  But does "READ TEXT X STR MAXFW:4"       read only 4 bytes?  Might it not read until it gets "
", or       something like that?  Try changing that to "READ BINARY X BYTE       ARRAY:4".  Bet it works.  Alternatively "READ TEXT X CHAR:4"       ought to work as well.             Regards,      Warren              -----Original Message-----From: Kjeld Alexander         [mailto:k.alexander@get2net.dk]Sent: 21 September 2005         10:15To: VRFSubject: [vrf]         hhhmmmmmm        Hi,                 Can anyone tell what is wrong with this "picture"         !                 Should'nt there be a relationship between data in         the to displays. (besides the first 8 byte )                 Also the file size are different 10050140 comp. to         8+100+10049015 = 10049123                 File size seems to have an         influence                 Best regards                 Kjeld Alexander--- You         are currently subscribed to vrf as: Warren.Pickles@tycoelectronics.com         To subscribe send a blank email to         "join-vrf@it.lists.it.agilent.com". To unsubscribe send a blank         email to "leave-vrf@it.lists.it.agilent.com". To send messages to         this mailing list, email "vrf@agilent.com". If you need help with         the mailing list send a message to "owner-vrf@it.lists.it.agilent.com".         Search the "unofficial vrf archive" at         "www.oswegosw.com/vrf_archive/". --- You are       currently subscribed to vrf as: k.alexander@get2net.dk To subscribe       send a blank email to "join-vrf@it.lists.it.agilent.com". To       unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".       To send messages to this mailing list, email "vrf@agilent.com". If       you need help with the mailing list send a message to       "owner-vrf@it.lists.it.agilent.com". Search the "unofficial vrf       archive" at "www.oswegosw.com/vrf_archive/". --- You     are currently subscribed to vrf as: k.alexander@get2net.dk To subscribe     send a blank email to "join-vrf@it.lists.it.agilent.com". To unsubscribe     send a blank email to "leave-vrf@it.lists.it.agilent.com". To send     messages to this mailing list, email "vrf@agilent.com". If you need help     with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com".     Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".     --- You are currently subscribed to vrf as:     Warren.Pickles@tycoelectronics.com To subscribe send a blank email to     "join-vrf@it.lists.it.agilent.com". To unsubscribe send a blank email to     "leave-vrf@it.lists.it.agilent.com". To send messages to this mailing     list, email "vrf@agilent.com". If you need help with the mailing list     send a message to "owner-vrf@it.lists.it.agilent.com". Search the     "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".   --- You are currently subscribed to vrf as:   k.alexander@get2net.dk To subscribe send a blank email to   "join-vrf@it.lists.it.agilent.com". To unsubscribe send a blank email to   "leave-vrf@it.lists.it.agilent.com". To send messages to this mailing   list, email "vrf@agilent.com". If you need help with the mailing list send   a message to "owner-vrf@it.lists.it.agilent.com". Search the "unofficial   vrf archive" at "www.oswegosw.com/vrf_archive/". --- You are currently subscribed to vrf as: joel_dunsmore@agilent.com To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com". To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com". To send messages to this mailing list, email "vrf@agilent.com". If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com". Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/". ---You are currently subscribed to vrf as: [email=r***@soco.agilent.com]r***@soco.agilent.com[/email]To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com".To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".To send messages to this mailing list,  email "vrf@agilent.com".  If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com".Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".

Hello all,     Well, it's nice to see someone else have the same problem as I had, several months ago.In that situation, I was reading using the STR in several transactions.  When all the transactions were in the same Direct I/O box, everything worked correctly.When I separated them into different I/O boxes I got problems.  I was reading characters without a CR/LF in the batch (big strings of ascii data). My conclusion:  the read str reads 1024 characters (as stated below) and buffers them up.  If you pick out less than 1024, the buffer is still there for the next transaction, so no harm. But, if you go to a different transaction box, the buffer must be cleared, so your next read picks up the 1025th character.  I completely agree with Warren:   Read Str == bad thing JoelFrom: Kjeld Alexander [mailto:k.alexander@get2net.dk] Sent: Thursday, September 22, 2005 1:54 AMTo: VRFSubject: Re: [vrf] hhhmmmmmmThanks Warren I needed that ! Thinking I was going mad ! I will wait 24 hour to see what others have to say. Kjeld    ----- Original Message -----   From:   Pickles, Warren   To: VRF   Sent: Thursday, September 22, 2005 9:40   AM  Subject: RE: [vrf] hhhmmmmmm    Kjeld,     I   see what you mean.  Defintely something iffy going on.  Try it with   C:WINDOWSMedia     ada.wav (because chances are we all have that one).    Now b, c, d show the 5th, 6th, 7th bytes but e shows something else   altogether.  Once again, replacing READ TEXT with READ CHAR fixes   it.     I   think it's one for Agilent.     Regards,  Warren            -----Original Message-----From: Kjeld Alexander     [mailto:k.alexander@get2net.dk]Sent: 22 September 2005     07:52To: VRFSubject: Fw: [vrf]     hhhmmmmmm    Hi guys,         Nobody comment on this !!!!!!!!         >>Data on b,c,d and e are (Probed)     84,90,153 and 0, it indicate that only 4 byte are read. I still do not see     any reason why it should go wrong         As I see it , having the correct data  on     b,c,d and e indicate that only 4 byte are read in the first READ     transaction. If not, what am I missing ???????         Please explain attached              ----- Original Message -----           From:       Pickles, Warren       To: VRF       Sent: Wednesday, September 21, 2005       11:39 AM      Subject: RE: [vrf] hhhmmmmmm            Kjeld,             If you're trying to read WAV files why not try       Georg Nied's program posted a few years ago.  Search the archive for       "WAV File Library".             Regarding your question, I agree it looks like       the two displays should match.  But does "READ TEXT X STR MAXFW:4"       read only 4 bytes?  Might it not read until it gets "
", or       something like that?  Try changing that to "READ BINARY X BYTE       ARRAY:4".  Bet it works.  Alternatively "READ TEXT X CHAR:4"       ought to work as well.             Regards,      Warren              -----Original Message-----From: Kjeld Alexander         [mailto:k.alexander@get2net.dk]Sent: 21 September 2005         10:15To: VRFSubject: [vrf]         hhhmmmmmm        Hi,                 Can anyone tell what is wrong with this "picture"         !                 Should'nt there be a relationship between data in         the to displays. (besides the first 8 byte )                 Also the file size are different 10050140 comp. to         8+100+10049015 = 10049123                 File size seems to have an         influence                 Best regards                 Kjeld Alexander--- You         are currently subscribed to vrf as: Warren.Pickles@tycoelectronics.com         To subscribe send a blank email to         "join-vrf@it.lists.it.agilent.com". To unsubscribe send a blank         email to "leave-vrf@it.lists.it.agilent.com". To send messages to         this mailing list, email "vrf@agilent.com". If you need help with         the mailing list send a message to "owner-vrf@it.lists.it.agilent.com".         Search the "unofficial vrf archive" at         "www.oswegosw.com/vrf_archive/". --- You are       currently subscribed to vrf as: k.alexander@get2net.dk To subscribe       send a blank email to "join-vrf@it.lists.it.agilent.com". To       unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".       To send messages to this mailing list, email "vrf@agilent.com". If       you need help with the mailing list send a message to       "owner-vrf@it.lists.it.agilent.com". Search the "unofficial vrf       archive" at "www.oswegosw.com/vrf_archive/". --- You     are currently subscribed to vrf as: k.alexander@get2net.dk To subscribe     send a blank email to "join-vrf@it.lists.it.agilent.com". To unsubscribe     send a blank email to "leave-vrf@it.lists.it.agilent.com". To send     messages to this mailing list, email "vrf@agilent.com". If you need help     with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com".     Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".     --- You are currently subscribed to vrf as:     Warren.Pickles@tycoelectronics.com To subscribe send a blank email to     "join-vrf@it.lists.it.agilent.com". To unsubscribe send a blank email to     "leave-vrf@it.lists.it.agilent.com". To send messages to this mailing     list, email "vrf@agilent.com". If you need help with the mailing list     send a message to "owner-vrf@it.lists.it.agilent.com". Search the     "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".   --- You are currently subscribed to vrf as:   k.alexander@get2net.dk To subscribe send a blank email to   "join-vrf@it.lists.it.agilent.com". To unsubscribe send a blank email to   "leave-vrf@it.lists.it.agilent.com". To send messages to this mailing   list, email "vrf@agilent.com". If you need help with the mailing list send   a message to "owner-vrf@it.lists.it.agilent.com". Search the "unofficial   vrf archive" at "www.oswegosw.com/vrf_archive/". --- You are currently subscribed to vrf as: joel_dunsmore@agilent.com To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com". To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com". To send messages to this mailing list, email "vrf@agilent.com". If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com". Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/". ---You are currently subscribed to vrf as: [email=r***@soco.agilent.com]r***@soco.agilent.com[/email]To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com".To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".To send messages to this mailing list,  email "vrf@agilent.com".  If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com".Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".

是否可以预先定位XY轨迹的标记？我有一个程序，操作员手动将标记放在XY轨迹上然后点击一个按钮，根据标记的位置进行一些计算。
重新显示XY跟踪，但标记重新出现在默认位置。
在重新显示跟踪之前，是否可以将标记显示在操作员放置的相同位置？John ---您目前订阅vrf为：r***@soco.agilent.com要订阅，请发送空白电子邮件至“
join-vrf@it.lists.it.agilent.com“。要取消订阅，请发送一封空白电子邮件至”leave-vrf@it.lists.it.agilent.com“。要发送邮件到此邮件列表，请发送电子邮件至”vrf @“
agilent.com”。
如果您需要有关邮件列表的帮助，请发送邮件至“owner-vrf@it.lists.it.agilent.com”。在“www.oswegosw.com/vrf_archive/”上搜索“非官方vrf档案”。



     以下为原文

  Is it possible to preposition the markers of a XY Trace?I have a program where the operator manually places the markers on the XY Trace then hits a button that does some calculations based on the position of the of the markers. The XY Trace is redisplayed but the markers reappear in a default position. Is it possible to have the markers appear in the same location the operator placed them prior to the redisplay of the trace?  John---You are currently subscribed to vrf as: [email=r***@soco.agilent.com]r***@soco.agilent.com[/email]To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com".To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".To send messages to this mailing list,  email "vrf@agilent.com".  If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com".Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".

是否可以预先定位XY轨迹的标记？我有一个程序，操作员手动将标记放在XY轨迹上然后点击一个按钮，根据标记的位置进行一些计算。
重新显示XY跟踪，但标记重新出现在默认位置。
在重新显示跟踪之前，是否可以将标记显示在操作员放置的相同位置？John ---您目前订阅vrf为：r***@soco.agilent.com要订阅，请发送空白电子邮件至“
join-vrf@it.lists.it.agilent.com“。要取消订阅，请发送一封空白电子邮件至”leave-vrf@it.lists.it.agilent.com“。要发送邮件到此邮件列表，请发送电子邮件至”vrf @“
agilent.com”。
如果您需要有关邮件列表的帮助，请发送邮件至“owner-vrf@it.lists.it.agilent.com”。在“www.oswegosw.com/vrf_archive/”上搜索“非官方vrf档案”。



     以下为原文

  Is it possible to preposition the markers of a XY Trace?I have a program where the operator manually places the markers on the XY Trace then hits a button that does some calculations based on the position of the of the markers. The XY Trace is redisplayed but the markers reappear in a default position. Is it possible to have the markers appear in the same location the operator placed them prior to the redisplay of the trace?  John---You are currently subscribed to vrf as: [email=r***@soco.agilent.com]r***@soco.agilent.com[/email]To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com".To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".To send messages to this mailing list,  email "vrf@agilent.com".  If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com".Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/".