AnsweredAssumed Answered

vrf UDP Communication, but not strings

Question asked by VRFuser on Jan 18, 2005

Like • Show 0 Likes0
Comment • 8

> but have you ever hear of HT-Basic.

> It is a basic programming and it use to be from HP.

Gulp, hack, cough, sputter.
Not quite. HP had Rocky Moutain Basic, which ran on HP Workstations.
Another company ripped off the design and made HT-Basic. HP made no attempt
(that I know of) to defend this, because at the time it had no interrest in
using the PC for instrument control.

That's not to say that HT-Basic isn't good. It just didn't "use to be from
HP."

Les Hammer

---
You are currently subscribed to vrf as: rsb@soco.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".

No one else has this question

Outcomes

8 Replies

VRFuser Jan 17, 2005 12:52 AM
Mark Correct
Correct Answer
I am trying to communicate to a device using UDP protocol. I have seen
examples of how to do this using SocketWrench on this list, but they all
dealt with ASCII strings. I need to send data that is not ASCII strings. I
have tried SocketWrench using the ReadBytes method, but I can't seem to
figure out how to read back the data array. I initialize a unsigned integer
array and pass it to the method, but when I read it back after the method
completes, the buffer has not changed.

I have also tried using .Net to accomplish this task, but I run into the
same problem using the ReadFrom method.

Can anyone help me out? I am running Vee Pro 7.

Thanks,
Brad Avants

---
You are currently subscribed to vrf as: rsb@soco.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".
Like • Show 0 Likes0
Actions
VRFuser Jan 17, 2005 3:58 AM
Mark Correct
Correct Answer
> but I can't seem to figure out how to read back the data array.
> I initialize a unsigned integer array and pass it to the method,
> but when I read it back after the method completes, the buffer
> has not changed.

You probably have to stick ByRef in there: sock.GetData(ByRef Data);
-SHAWN-

---
You are currently subscribed to vrf as: rsb@soco.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".
Like • Show 0 Likes0
Actions
VRFuser Jan 17, 2005 9:58 PM
Mark Correct
Correct Answer
I tried that, but Active X complained.

>From the online help for Socketwrench, here is the usage:

[form.]control.ReadBytes Buffer [, Length%]

If I pass an array to Readbytes without ByRef, it will run, but I can't get
the data. If I include ByRef, I just get an error.

I've also tried using ReadInt and ReadLong. Strangely, ReadInt only works
if the packet received contained a 2 byte payload, and following that
wisdom, ReadLong only worked when the packet contained a 4 byte payload. If
the packets are longer than that, I get an error stating that the buffer is
too small for the packet received.

Again, I run into the same problem when trying to use .Net. I try to use
the ReceiveFrom method. Here is the visual basic usage:

[Visual Basic]
Overloads Public Function ReceiveFrom( _
ByVal buffer() As Byte, _
ByRef remoteEP As EndPoint _
) As Integer

Thanks,
Brad

-----Original Message-----
From: Shawn Fessenden [mailto:shawn@testech-ltd.com]
Sent: Monday, January 17, 2005 7:58 PM
To: VRF
Subject: [vrf] RE: UDP Communication, but not strings

> but I can't seem to figure out how to read back the data array. I
> initialize a unsigned integer array and pass it to the method, but
> when I read it back after the method completes, the buffer has not
> changed.

You probably have to stick ByRef in there: sock.GetData(ByRef Data);
-SHAWN-

---
You are currently subscribed to vrf as: brad.s.avants@L-3com.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".

---
You are currently subscribed to vrf as: rsb@soco.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".
Like • Show 0 Likes0
Actions
VRFuser Jan 17, 2005 11:40 PM
Mark Correct
Correct Answer
> I tried that, but Active X complained.

Specific to Microsoft Winsock control. Never used socket wrench.

> Strangely, ReadInt only works if the packet received contained
> a 2 byte payload, and following that wisdom, ReadLong only worked
> when the packet contained a 4 byte payload.

Int16 = 2 bytes, Int32 = Long = 4 bytes. Try Real64 and you'll get 8 bytes,
though decoding them will be something of a hassle

> If the packets are longer than that, I get an error stating
> that the buffer is too small for the packet received.

Since it obviously works with Int and Long I'm surprised it doesn't work
with array. It might fail if it's looking for a bizarre type like user type
or safearray (VT_ARRAY is an attribute of a basic type, where VT_SAFEARRAY
is a type unto itself - I think. Didn't look that up). At any rate, they are
completely different and incompatible.

> Overloads Public Function ReceiveFrom( _
> ByVal buffer() As Byte, _
> ByRef remoteEP As EndPoint _
> ) As Integer

Man, that's weird. I don't do VB.NET. At any rate, the EndPoint is the only
thing that can possibly return anything besides the function return value. I
suppose retval is reserved for the number of bytes received. ByVal buffer()
won't be returning anything - that's input only.

So have you ever tried this with Winsock control?
-SHAWN-

---
You are currently subscribed to vrf as: rsb@soco.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".
Like • Show 0 Likes0
Actions
VRFuser Jan 17, 2005 11:56 PM
Mark Correct
Correct Answer
> ByVal buffer() won't be returning anything - that's input only.

No, I'm sorry. That's wrong. It can be in/out.
-SHAWN-

---
You are currently subscribed to vrf as: rsb@soco.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".
Like • Show 0 Likes0
Actions
VRFuser Jan 18, 2005 5:10 PM
Mark Correct
Correct Answer
Try reading as byte, but ask for a lot of 'em, like 99999999 bytes.
Essentially, choose a size much larger than you expect, yea, yea, expect an
error, but UDP don't care. It just shovels data. Else decipher the header,
it should have the payload. Sorry, I can't reach my TCP/IP textbooks for
any proof, so you'll hav'ta check the format if you wish.

After the read, place these bytes into whatever format you desire, int,
double, real, text, etc.

rufus

-----Original Message-----
From: Shawn Fessenden [mailto:shawn@testech-ltd.com]
Sent: Tuesday, January 18, 2005 4:40 PM
To: VRF
Subject: [vrf] RE: UDP Communication, but not strings

> I tried that, but Active X complained.

Specific to Microsoft Winsock control. Never used socket wrench.

> Strangely, ReadInt only works if the packet received contained a 2
> byte payload, and following that wisdom, ReadLong only worked when the
> packet contained a 4 byte payload.

Int16 = 2 bytes, Int32 = Long = 4 bytes. Try Real64 and you'll get 8 bytes,
though decoding them will be something of a hassle

> If the packets are longer than that, I get an error stating that the
> buffer is too small for the packet received.

Since it obviously works with Int and Long I'm surprised it doesn't work
with array. It might fail if it's looking for a bizarre type like user type
or safearray (VT_ARRAY is an attribute of a basic type, where VT_SAFEARRAY
is a type unto itself - I think. Didn't look that up). At any rate, they are
completely different and incompatible.

> Overloads Public Function ReceiveFrom( _
> ByVal buffer() As Byte, _
> ByRef remoteEP As EndPoint _
> ) As Integer

Man, that's weird. I don't do VB.NET. At any rate, the EndPoint is the only
thing that can possibly return anything besides the function return value. I
suppose retval is reserved for the number of bytes received. ByVal buffer()
won't be returning anything - that's input only.

So have you ever tried this with Winsock control?
-SHAWN-

---
You are currently subscribed to vrf as: rwarren@amti.net 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".

---
You are currently subscribed to vrf as: rsb@soco.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".
Like • Show 0 Likes0
Actions
VRFuser Jan 18, 2005 5:40 PM
Mark Correct
Correct Answer
Try reading as byte, but ask for a lot of 'em, like 99999999 bytes.
Essentially, choose a size much larger than you expect, yea, yea, expect an
error, but UDP don't care. It just shovels data. Else decipher the header,
it should have the payload. Sorry, I can't reach my TCP/IP textbooks for
any proof, so you'll hav'ta check the format if you wish.

After the read, place these bytes into whatever format you desire, int,
double, real, text, etc.

rufus

-----Original Message-----
From: Shawn Fessenden [mailto:shawn@testech-ltd.com]
Sent: Tuesday, January 18, 2005 4:40 PM
To: VRF
Subject: [vrf] RE: UDP Communication, but not strings

> I tried that, but Active X complained.

Specific to Microsoft Winsock control. Never used socket wrench.

> Strangely, ReadInt only works if the packet received contained a 2
> byte payload, and following that wisdom, ReadLong only worked when the
> packet contained a 4 byte payload.

Int16 = 2 bytes, Int32 = Long = 4 bytes. Try Real64 and you'll get 8 bytes,
though decoding them will be something of a hassle

> If the packets are longer than that, I get an error stating that the
> buffer is too small for the packet received.

Since it obviously works with Int and Long I'm surprised it doesn't work
with array. It might fail if it's looking for a bizarre type like user type
or safearray (VT_ARRAY is an attribute of a basic type, where VT_SAFEARRAY
is a type unto itself - I think. Didn't look that up). At any rate, they are
completely different and incompatible.

> Overloads Public Function ReceiveFrom( _
> ByVal buffer() As Byte, _
> ByRef remoteEP As EndPoint _
> ) As Integer

Man, that's weird. I don't do VB.NET. At any rate, the EndPoint is the only
thing that can possibly return anything besides the function return value. I
suppose retval is reserved for the number of bytes received. ByVal buffer()
won't be returning anything - that's input only.

So have you ever tried this with Winsock control?
-SHAWN-

---
You are currently subscribed to vrf as: rwarren@amti.net 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".

---
You are currently subscribed to vrf as: rsb@soco.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".
Like • Show 0 Likes0
Actions
g.nied Jan 18, 2005 7:26 PM
Mark Correct
Correct Answer
Brad,

I use Socketwrech in my projects and have successfully tried to send/receive data as a byte array. But I do not have a sample here. So, if you could send a working piece of code I would take a look at it.

Georg

-------- Original Message --------
Subject: [vrf] RE: UDP Communication, but not strings (18-Jan-2005 20:58)
From:    brad.s.avants@L-3com.com
To:      vrf@agilent.com

> I tried that, but Active X complained.
>
> From the online help for Socketwrench, here is the usage:
>
> [form.]control.ReadBytes Buffer [, Length%]
>
> If I pass an array to Readbytes without ByRef, it will run, but I can't get
> the data. If I include ByRef, I just get an error.
>
> I've also tried using ReadInt and ReadLong. Strangely, ReadInt only works
> if the packet received contained a 2 byte payload, and following that
> wisdom, ReadLong only worked when the packet contained a 4 byte payload.
> If
> the packets are longer than that, I get an error stating that the buffer is
> too small for the packet received.
>
> Again, I run into the same problem when trying to use .Net. I try to use
> the ReceiveFrom method. Here is the visual basic usage:
>
> [Visual Basic]
> Overloads Public Function ReceiveFrom( _
>    ByVal buffer() As Byte, _
>    ByRef remoteEP As EndPoint _
> ) As Integer
>
>
> Thanks,
> Brad
>
> -----Original Message-----
> From: Shawn Fessenden [mailto:shawn@testech-ltd.com]
> Sent: Monday, January 17, 2005 7:58 PM
> To: VRF
> Subject: [vrf] RE: UDP Communication, but not strings
>
>
> > but I can't seem to figure out how to read back the data array. I
> > initialize a unsigned integer array and pass it to the method, but
> > when I read it back after the method completes, the buffer has not
> > changed.
>
> You probably have to stick ByRef in there: sock.GetData(ByRef Data);
> -SHAWN-
>
>
>
> ---
> You are currently subscribed to vrf as: brad.s.avants@L-3com.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".
>
> ---
> You are currently subscribed to vrf as: g.nied@gn-software.de
> 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".

To: brad.s.avants@L-3com.com
    vrf@agilent.com

---
You are currently subscribed to vrf as: rsb@soco.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".
Like • Show 0 Likes0
Actions

vrf UDP Communication, but not strings

Outcomes

Related Content

Recommended Content