473,320 Members | 1,823 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,320 software developers and data experts.

Understanding socket.Send() with TCP and confirmation

Hi All,

I am trying to understand the blocking method socket.Send().
The call blocks as expected, but does this mean, it returnes after the
underlying TCP layer got a confirmation, that the send data was received by
the socket on the remote end? Can I count on that? Do I understand TCP
correctly in that, it gives confirmation [on the underlying level]? I do not
expect, that a .Net based receiver got that data when socket.Send()
terminates!

Hope I was clear,
thanks and best regards,
Manfred Braun

(Private)
Lange Roetterstrasse 7
D68167 Mannheim
Germany

mailto:_m*************@manfbraun.de
(Remove the anti-spam-underscore to mail me!)

Nov 17 '05 #1
13 8030
Send() will receive back to you when data will be written to system buffers
of kernel for sending , on receive you'll block untill incoming data will be
written into your buffer
HTH
Arkady

"Manfred Braun" <aa@bb.cc> wrote in message
news:OV**************@tk2msftngp13.phx.gbl...
Hi All,

I am trying to understand the blocking method socket.Send().
The call blocks as expected, but does this mean, it returnes after the
underlying TCP layer got a confirmation, that the send data was received
by
the socket on the remote end? Can I count on that? Do I understand TCP
correctly in that, it gives confirmation [on the underlying level]? I do
not
expect, that a .Net based receiver got that data when socket.Send()
terminates!

Hope I was clear,
thanks and best regards,
Manfred Braun

(Private)
Lange Roetterstrasse 7
D68167 Mannheim
Germany

mailto:_m*************@manfbraun.de
(Remove the anti-spam-underscore to mail me!)

Nov 17 '05 #2
P.S. So the number of bytes returned ( from Send() ) mean not number of
bytes really send or received on the other side , but number of bytes copied
to system buffer for send, so if that number less than you try to send you
need to resend the last part
Arkady
"Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
news:ex****************@TK2MSFTNGP14.phx.gbl...
Send() will receive back to you when data will be written to system
buffers of kernel for sending , on receive you'll block untill incoming
data will be written into your buffer
HTH
Arkady

"Manfred Braun" <aa@bb.cc> wrote in message
news:OV**************@tk2msftngp13.phx.gbl...
Hi All,

I am trying to understand the blocking method socket.Send().
The call blocks as expected, but does this mean, it returnes after the
underlying TCP layer got a confirmation, that the send data was received
by
the socket on the remote end? Can I count on that? Do I understand TCP
correctly in that, it gives confirmation [on the underlying level]? I do
not
expect, that a .Net based receiver got that data when socket.Send()
terminates!

Hope I was clear,
thanks and best regards,
Manfred Braun

(Private)
Lange Roetterstrasse 7
D68167 Mannheim
Germany

mailto:_m*************@manfbraun.de
(Remove the anti-spam-underscore to mail me!)


Nov 17 '05 #3
Hello,

and much thanks first!

Sad! I thought I can count on the delivery garantuee of TCP!! What, if an
error occurs in the underlying layer?? Should I send an explicit
confirmation through my receiver side?? I thought, this is only necessary
with UDP?!

Thanks so far and
best regards,
Manfred

"Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
news:u7**************@tk2msftngp13.phx.gbl...
P.S. So the number of bytes returned ( from Send() ) mean not number of
bytes really send or received on the other side , but number of bytes copied to system buffer for send, so if that number less than you try to send you
need to resend the last part
Arkady
"Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
news:ex****************@TK2MSFTNGP14.phx.gbl...
Send() will receive back to you when data will be written to system
buffers of kernel for sending , on receive you'll block untill incoming
data will be written into your buffer
HTH
Arkady

"Manfred Braun" <aa@bb.cc> wrote in message
news:OV**************@tk2msftngp13.phx.gbl...
Hi All,

I am trying to understand the blocking method socket.Send().
The call blocks as expected, but does this mean, it returnes after the
underlying TCP layer got a confirmation, that the send data was received by
the socket on the remote end? Can I count on that? Do I understand TCP
correctly in that, it gives confirmation [on the underlying level]? I do not
expect, that a .Net based receiver got that data when socket.Send()
terminates!

Hope I was clear,
thanks and best regards,
Manfred Braun

(Private)
Lange Roetterstrasse 7
D68167 Mannheim
Germany

mailto:_m*************@manfbraun.de
(Remove the anti-spam-underscore to mail me!)



Nov 17 '05 #4
Confirmation you do receive, if you after send() you call recv(). You'll
receive error if remote host didn't send ack back to your TCP stack or data
if remote send you something
Arkady
P.S.Delivery raganteed in a sense that TCP stack try few times to resend
data. If no ack return back after all attempts the error code will be
returned

"Manfred Braun" <aa@bb.cc> wrote in message
news:eH**************@TK2MSFTNGP14.phx.gbl...
Hello,

and much thanks first!

Sad! I thought I can count on the delivery garantuee of TCP!! What, if an
error occurs in the underlying layer?? Should I send an explicit
confirmation through my receiver side?? I thought, this is only necessary
with UDP?!

Thanks so far and
best regards,
Manfred

"Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
news:u7**************@tk2msftngp13.phx.gbl...
P.S. So the number of bytes returned ( from Send() ) mean not number of
bytes really send or received on the other side , but number of bytes

copied
to system buffer for send, so if that number less than you try to send
you
need to resend the last part
Arkady
"Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
news:ex****************@TK2MSFTNGP14.phx.gbl...
> Send() will receive back to you when data will be written to system
> buffers of kernel for sending , on receive you'll block untill incoming
> data will be written into your buffer
> HTH
> Arkady
>
> "Manfred Braun" <aa@bb.cc> wrote in message
> news:OV**************@tk2msftngp13.phx.gbl...
>> Hi All,
>>
>> I am trying to understand the blocking method socket.Send().
>> The call blocks as expected, but does this mean, it returnes after the
>> underlying TCP layer got a confirmation, that the send data was received >> by
>> the socket on the remote end? Can I count on that? Do I understand TCP
>> correctly in that, it gives confirmation [on the underlying level]? I do >> not
>> expect, that a .Net based receiver got that data when socket.Send()
>> terminates!
>>
>> Hope I was clear,
>> thanks and best regards,
>> Manfred Braun
>>
>> (Private)
>> Lange Roetterstrasse 7
>> D68167 Mannheim
>> Germany
>>
>> mailto:_m*************@manfbraun.de
>> (Remove the anti-spam-underscore to mail me!)
>>
>>
>>
>
>



Nov 17 '05 #5
Hi,

thanks a lot! See "inline" [????]!!!

Best regards,
Manfred

"Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
news:Or*************@TK2MSFTNGP15.phx.gbl...
Confirmation you do receive, if you after send() you call recv(). You'll
receive error if remote host didn't send ack back to your TCP stack or data if remote send you something
Arkady
P.S.Delivery raganteed in a sense that TCP stack try few times to resend
data. If no ack return back after all attempts the error code will be
returned WHEN DOES THIS HAPPEN ??????????????????????????

"Manfred Braun" <aa@bb.cc> wrote in message
news:eH**************@TK2MSFTNGP14.phx.gbl...
Hello,

and much thanks first!

Sad! I thought I can count on the delivery garantuee of TCP!! What, if an error occurs in the underlying layer?? Should I send an explicit
confirmation through my receiver side?? I thought, this is only necessary with UDP?!

Thanks so far and
best regards,
Manfred

"Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
news:u7**************@tk2msftngp13.phx.gbl...
P.S. So the number of bytes returned ( from Send() ) mean not number of
bytes really send or received on the other side , but number of bytes

copied
to system buffer for send, so if that number less than you try to send
you
need to resend the last part
Arkady
"Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
news:ex****************@TK2MSFTNGP14.phx.gbl...
> Send() will receive back to you when data will be written to system
> buffers of kernel for sending , on receive you'll block untill incoming > data will be written into your buffer
> HTH
> Arkady
>
> "Manfred Braun" <aa@bb.cc> wrote in message
> news:OV**************@tk2msftngp13.phx.gbl...
>> Hi All,
>>
>> I am trying to understand the blocking method socket.Send().
>> The call blocks as expected, but does this mean, it returnes after the >> underlying TCP layer got a confirmation, that the send data was

received
>> by
>> the socket on the remote end? Can I count on that? Do I understand TCP >> correctly in that, it gives confirmation [on the underlying level]?
I do
>> not
>> expect, that a .Net based receiver got that data when socket.Send()
>> terminates!
>>
>> Hope I was clear,
>> thanks and best regards,
>> Manfred Braun
>>
>> (Private)
>> Lange Roetterstrasse 7
>> D68167 Mannheim
>> Germany
>>
>> mailto:_m*************@manfbraun.de
>> (Remove the anti-spam-underscore to mail me!)
>>
>>
>>
>
>



Nov 17 '05 #6
That depend upon OS you use because registry values depends upon that,
http://support.microsoft.com/?kbid=170359 describe the keys
Arkady

"Manfred Braun" <aa@bb.cc> wrote in message
news:u2**************@TK2MSFTNGP09.phx.gbl...
Hi,

thanks a lot! See "inline" [????]!!!

Best regards,
Manfred

"Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
news:Or*************@TK2MSFTNGP15.phx.gbl...
Confirmation you do receive, if you after send() you call recv(). You'll
receive error if remote host didn't send ack back to your TCP stack or

data
if remote send you something
Arkady
P.S.Delivery raganteed in a sense that TCP stack try few times to resend
data. If no ack return back after all attempts the error code will be
returned WHEN DOES THIS HAPPEN ??????????????????????????

"Manfred Braun" <aa@bb.cc> wrote in message
news:eH**************@TK2MSFTNGP14.phx.gbl...
> Hello,
>
> and much thanks first!
>
> Sad! I thought I can count on the delivery garantuee of TCP!! What, if an > error occurs in the underlying layer?? Should I send an explicit
> confirmation through my receiver side?? I thought, this is only necessary > with UDP?!
>
> Thanks so far and
> best regards,
> Manfred
>
> "Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
> news:u7**************@tk2msftngp13.phx.gbl...
>> P.S. So the number of bytes returned ( from Send() ) mean not number
>> of
>> bytes really send or received on the other side , but number of bytes
> copied
>> to system buffer for send, so if that number less than you try to send
>> you
>> need to resend the last part
>> Arkady
>>
>>
>> "Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
>> news:ex****************@TK2MSFTNGP14.phx.gbl...
>> > Send() will receive back to you when data will be written to system
>> > buffers of kernel for sending , on receive you'll block untill incoming >> > data will be written into your buffer
>> > HTH
>> > Arkady
>> >
>> > "Manfred Braun" <aa@bb.cc> wrote in message
>> > news:OV**************@tk2msftngp13.phx.gbl...
>> >> Hi All,
>> >>
>> >> I am trying to understand the blocking method socket.Send().
>> >> The call blocks as expected, but does this mean, it returnes after the >> >> underlying TCP layer got a confirmation, that the send data was
> received
>> >> by
>> >> the socket on the remote end? Can I count on that? Do I understand TCP >> >> correctly in that, it gives confirmation [on the underlying level]? I > do
>> >> not
>> >> expect, that a .Net based receiver got that data when socket.Send()
>> >> terminates!
>> >>
>> >> Hope I was clear,
>> >> thanks and best regards,
>> >> Manfred Braun
>> >>
>> >> (Private)
>> >> Lange Roetterstrasse 7
>> >> D68167 Mannheim
>> >> Germany
>> >>
>> >> mailto:_m*************@manfbraun.de
>> >> (Remove the anti-spam-underscore to mail me!)
>> >>
>> >>
>> >>
>> >
>> >
>>
>>
>
>



Nov 17 '05 #7
Hi,

my summary:

If I send a single packet via TCP, I'll never get an error-message in
"socketSend()", because the error may happen after the retransmission, which
needs some time and "socket.Send()" has returned already [which means the
packet was "scheduled" to the underlying TCP system]. To be absolutely sure,
to have the packet send successfully, my receiver must send an ack!

Am i correct in this?

And thanks a lot for your help!
Best regards,
Manfred

"Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
news:ue**************@tk2msftngp13.phx.gbl...
That depend upon OS you use because registry values depends upon that,
http://support.microsoft.com/?kbid=170359 describe the keys
Arkady

"Manfred Braun" <aa@bb.cc> wrote in message
news:u2**************@TK2MSFTNGP09.phx.gbl...
Hi,

thanks a lot! See "inline" [????]!!!

Best regards,
Manfred

"Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
news:Or*************@TK2MSFTNGP15.phx.gbl...
Confirmation you do receive, if you after send() you call recv(). You'll receive error if remote host didn't send ack back to your TCP stack or

data
if remote send you something
Arkady
P.S.Delivery raganteed in a sense that TCP stack try few times to resend data. If no ack return back after all attempts the error code will be
returned WHEN DOES THIS HAPPEN ??????????????????????????

"Manfred Braun" <aa@bb.cc> wrote in message
news:eH**************@TK2MSFTNGP14.phx.gbl...
> Hello,
>
> and much thanks first!
>
> Sad! I thought I can count on the delivery garantuee of TCP!! What, if
an
> error occurs in the underlying layer?? Should I send an explicit
> confirmation through my receiver side?? I thought, this is only

necessary
> with UDP?!
>
> Thanks so far and
> best regards,
> Manfred
>
> "Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
> news:u7**************@tk2msftngp13.phx.gbl...
>> P.S. So the number of bytes returned ( from Send() ) mean not number
>> of
>> bytes really send or received on the other side , but number of
bytes > copied
>> to system buffer for send, so if that number less than you try to send >> you
>> need to resend the last part
>> Arkady
>>
>>
>> "Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
>> news:ex****************@TK2MSFTNGP14.phx.gbl...
>> > Send() will receive back to you when data will be written to system >> > buffers of kernel for sending , on receive you'll block untill

incoming
>> > data will be written into your buffer
>> > HTH
>> > Arkady
>> >
>> > "Manfred Braun" <aa@bb.cc> wrote in message
>> > news:OV**************@tk2msftngp13.phx.gbl...
>> >> Hi All,
>> >>
>> >> I am trying to understand the blocking method socket.Send().
>> >> The call blocks as expected, but does this mean, it returnes after the
>> >> underlying TCP layer got a confirmation, that the send data was
> received
>> >> by
>> >> the socket on the remote end? Can I count on that? Do I
understand TCP
>> >> correctly in that, it gives confirmation [on the underlying
level]? I
> do
>> >> not
>> >> expect, that a .Net based receiver got that data when

socket.Send() >> >> terminates!
>> >>
>> >> Hope I was clear,
>> >> thanks and best regards,
>> >> Manfred Braun
>> >>
>> >> (Private)
>> >> Lange Roetterstrasse 7
>> >> D68167 Mannheim
>> >> Germany
>> >>
>> >> mailto:_m*************@manfbraun.de
>> >> (Remove the anti-spam-underscore to mail me!)
>> >>
>> >>
>> >>
>> >
>> >
>>
>>
>
>



Nov 17 '05 #8
Sorry , didn't saw you last question , but the answer is obviously - Yes.
OTOH you do can receive error still on sending side but that not because of
transmittion error but kernel problems ( like no place too set data and so
forth )
Arkady

"Manfred Braun" <aa@bb.cc> wrote in message
news:eQ**************@tk2msftngp13.phx.gbl...
Hi,

my summary:

If I send a single packet via TCP, I'll never get an error-message in
"socketSend()", because the error may happen after the retransmission,
which
needs some time and "socket.Send()" has returned already [which means the
packet was "scheduled" to the underlying TCP system]. To be absolutely
sure,
to have the packet send successfully, my receiver must send an ack!

Am i correct in this?

And thanks a lot for your help!
Best regards,
Manfred

"Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
news:ue**************@tk2msftngp13.phx.gbl...
That depend upon OS you use because registry values depends upon that,
http://support.microsoft.com/?kbid=170359 describe the keys
Arkady

"Manfred Braun" <aa@bb.cc> wrote in message
news:u2**************@TK2MSFTNGP09.phx.gbl...
> Hi,
>
> thanks a lot! See "inline" [????]!!!
>
> Best regards,
> Manfred
>
> "Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
> news:Or*************@TK2MSFTNGP15.phx.gbl...
>> Confirmation you do receive, if you after send() you call recv(). You'll >> receive error if remote host didn't send ack back to your TCP stack or
> data
>> if remote send you something
>> Arkady
>> P.S.Delivery raganteed in a sense that TCP stack try few times to resend >> data. If no ack return back after all attempts the error code will be
>> returned WHEN DOES THIS HAPPEN ??????????????????????????
>>
>> "Manfred Braun" <aa@bb.cc> wrote in message
>> news:eH**************@TK2MSFTNGP14.phx.gbl...
>> > Hello,
>> >
>> > and much thanks first!
>> >
>> > Sad! I thought I can count on the delivery garantuee of TCP!! What, if > an
>> > error occurs in the underlying layer?? Should I send an explicit
>> > confirmation through my receiver side?? I thought, this is only
> necessary
>> > with UDP?!
>> >
>> > Thanks so far and
>> > best regards,
>> > Manfred
>> >
>> > "Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
>> > news:u7**************@tk2msftngp13.phx.gbl...
>> >> P.S. So the number of bytes returned ( from Send() ) mean not
>> >> number
>> >> of
>> >> bytes really send or received on the other side , but number of bytes >> > copied
>> >> to system buffer for send, so if that number less than you try to send >> >> you
>> >> need to resend the last part
>> >> Arkady
>> >>
>> >>
>> >> "Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
>> >> news:ex****************@TK2MSFTNGP14.phx.gbl...
>> >> > Send() will receive back to you when data will be written to system >> >> > buffers of kernel for sending , on receive you'll block untill
> incoming
>> >> > data will be written into your buffer
>> >> > HTH
>> >> > Arkady
>> >> >
>> >> > "Manfred Braun" <aa@bb.cc> wrote in message
>> >> > news:OV**************@tk2msftngp13.phx.gbl...
>> >> >> Hi All,
>> >> >>
>> >> >> I am trying to understand the blocking method socket.Send().
>> >> >> The call blocks as expected, but does this mean, it returnes after > the
>> >> >> underlying TCP layer got a confirmation, that the send data was
>> > received
>> >> >> by
>> >> >> the socket on the remote end? Can I count on that? Do I understand > TCP
>> >> >> correctly in that, it gives confirmation [on the underlying level]? > I
>> > do
>> >> >> not
>> >> >> expect, that a .Net based receiver got that data when socket.Send() >> >> >> terminates!
>> >> >>
>> >> >> Hope I was clear,
>> >> >> thanks and best regards,
>> >> >> Manfred Braun
>> >> >>
>> >> >> (Private)
>> >> >> Lange Roetterstrasse 7
>> >> >> D68167 Mannheim
>> >> >> Germany
>> >> >>
>> >> >> mailto:_m*************@manfbraun.de
>> >> >> (Remove the anti-spam-underscore to mail me!)
>> >> >>
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >>
>> >>
>> >
>> >
>>
>>
>
>



Nov 17 '05 #9
Sorry , didn't saw you last question , but the answer is obviously - Yes.
OTOH you do can receive error still on sending side but that not because of
transmittion error but kernel problems ( like no place too set data and so
forth )
Arkady

"Manfred Braun" <aa@bb.cc> wrote in message
news:eQ**************@tk2msftngp13.phx.gbl...
Hi,

my summary:

If I send a single packet via TCP, I'll never get an error-message in
"socketSend()", because the error may happen after the retransmission,
which
needs some time and "socket.Send()" has returned already [which means the
packet was "scheduled" to the underlying TCP system]. To be absolutely
sure,
to have the packet send successfully, my receiver must send an ack!

Am i correct in this?

And thanks a lot for your help!
Best regards,
Manfred

"Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
news:ue**************@tk2msftngp13.phx.gbl...
That depend upon OS you use because registry values depends upon that,
http://support.microsoft.com/?kbid=170359 describe the keys
Arkady

"Manfred Braun" <aa@bb.cc> wrote in message
news:u2**************@TK2MSFTNGP09.phx.gbl...
> Hi,
>
> thanks a lot! See "inline" [????]!!!
>
> Best regards,
> Manfred
>
> "Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
> news:Or*************@TK2MSFTNGP15.phx.gbl...
>> Confirmation you do receive, if you after send() you call recv(). You'll >> receive error if remote host didn't send ack back to your TCP stack or
> data
>> if remote send you something
>> Arkady
>> P.S.Delivery raganteed in a sense that TCP stack try few times to resend >> data. If no ack return back after all attempts the error code will be
>> returned WHEN DOES THIS HAPPEN ??????????????????????????
>>
>> "Manfred Braun" <aa@bb.cc> wrote in message
>> news:eH**************@TK2MSFTNGP14.phx.gbl...
>> > Hello,
>> >
>> > and much thanks first!
>> >
>> > Sad! I thought I can count on the delivery garantuee of TCP!! What, if > an
>> > error occurs in the underlying layer?? Should I send an explicit
>> > confirmation through my receiver side?? I thought, this is only
> necessary
>> > with UDP?!
>> >
>> > Thanks so far and
>> > best regards,
>> > Manfred
>> >
>> > "Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
>> > news:u7**************@tk2msftngp13.phx.gbl...
>> >> P.S. So the number of bytes returned ( from Send() ) mean not
>> >> number
>> >> of
>> >> bytes really send or received on the other side , but number of bytes >> > copied
>> >> to system buffer for send, so if that number less than you try to send >> >> you
>> >> need to resend the last part
>> >> Arkady
>> >>
>> >>
>> >> "Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
>> >> news:ex****************@TK2MSFTNGP14.phx.gbl...
>> >> > Send() will receive back to you when data will be written to system >> >> > buffers of kernel for sending , on receive you'll block untill
> incoming
>> >> > data will be written into your buffer
>> >> > HTH
>> >> > Arkady
>> >> >
>> >> > "Manfred Braun" <aa@bb.cc> wrote in message
>> >> > news:OV**************@tk2msftngp13.phx.gbl...
>> >> >> Hi All,
>> >> >>
>> >> >> I am trying to understand the blocking method socket.Send().
>> >> >> The call blocks as expected, but does this mean, it returnes after > the
>> >> >> underlying TCP layer got a confirmation, that the send data was
>> > received
>> >> >> by
>> >> >> the socket on the remote end? Can I count on that? Do I understand > TCP
>> >> >> correctly in that, it gives confirmation [on the underlying level]? > I
>> > do
>> >> >> not
>> >> >> expect, that a .Net based receiver got that data when socket.Send() >> >> >> terminates!
>> >> >>
>> >> >> Hope I was clear,
>> >> >> thanks and best regards,
>> >> >> Manfred Braun
>> >> >>
>> >> >> (Private)
>> >> >> Lange Roetterstrasse 7
>> >> >> D68167 Mannheim
>> >> >> Germany
>> >> >>
>> >> >> mailto:_m*************@manfbraun.de
>> >> >> (Remove the anti-spam-underscore to mail me!)
>> >> >>
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >>
>> >>
>> >
>> >
>>
>>
>
>



Nov 17 '05 #10
Hello,

tno matter with the delay!! And thanks you a lot for all the help!

Best regards,
Manfred

"Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
news:eI*************@TK2MSFTNGP15.phx.gbl...
Sorry , didn't saw you last question , but the answer is obviously - Yes.
OTOH you do can receive error still on sending side but that not because of transmittion error but kernel problems ( like no place too set data and so
forth )
Arkady

"Manfred Braun" <aa@bb.cc> wrote in message
news:eQ**************@tk2msftngp13.phx.gbl...
Hi,

my summary:

If I send a single packet via TCP, I'll never get an error-message in
"socketSend()", because the error may happen after the retransmission,
which
needs some time and "socket.Send()" has returned already [which means the packet was "scheduled" to the underlying TCP system]. To be absolutely
sure,
to have the packet send successfully, my receiver must send an ack!

Am i correct in this?

And thanks a lot for your help!
Best regards,
Manfred

"Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
news:ue**************@tk2msftngp13.phx.gbl...
That depend upon OS you use because registry values depends upon that,
http://support.microsoft.com/?kbid=170359 describe the keys
Arkady

"Manfred Braun" <aa@bb.cc> wrote in message
news:u2**************@TK2MSFTNGP09.phx.gbl...
> Hi,
>
> thanks a lot! See "inline" [????]!!!
>
> Best regards,
> Manfred
>
> "Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
> news:Or*************@TK2MSFTNGP15.phx.gbl...
>> Confirmation you do receive, if you after send() you call recv().

You'll
>> receive error if remote host didn't send ack back to your TCP stack or > data
>> if remote send you something
>> Arkady
>> P.S.Delivery raganteed in a sense that TCP stack try few times to

resend
>> data. If no ack return back after all attempts the error code will be >> returned WHEN DOES THIS HAPPEN ??????????????????????????
>>
>> "Manfred Braun" <aa@bb.cc> wrote in message
>> news:eH**************@TK2MSFTNGP14.phx.gbl...
>> > Hello,
>> >
>> > and much thanks first!
>> >
>> > Sad! I thought I can count on the delivery garantuee of TCP!! What,
if
> an
>> > error occurs in the underlying layer?? Should I send an explicit
>> > confirmation through my receiver side?? I thought, this is only
> necessary
>> > with UDP?!
>> >
>> > Thanks so far and
>> > best regards,
>> > Manfred
>> >
>> > "Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
>> > news:u7**************@tk2msftngp13.phx.gbl...
>> >> P.S. So the number of bytes returned ( from Send() ) mean not
>> >> number
>> >> of
>> >> bytes really send or received on the other side , but number of

bytes
>> > copied
>> >> to system buffer for send, so if that number less than you try to

send
>> >> you
>> >> need to resend the last part
>> >> Arkady
>> >>
>> >>
>> >> "Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
>> >> news:ex****************@TK2MSFTNGP14.phx.gbl...
>> >> > Send() will receive back to you when data will be written to

system
>> >> > buffers of kernel for sending , on receive you'll block untill
> incoming
>> >> > data will be written into your buffer
>> >> > HTH
>> >> > Arkady
>> >> >
>> >> > "Manfred Braun" <aa@bb.cc> wrote in message
>> >> > news:OV**************@tk2msftngp13.phx.gbl...
>> >> >> Hi All,
>> >> >>
>> >> >> I am trying to understand the blocking method socket.Send().
>> >> >> The call blocks as expected, but does this mean, it returnes

after
> the
>> >> >> underlying TCP layer got a confirmation, that the send data

was >> > received
>> >> >> by
>> >> >> the socket on the remote end? Can I count on that? Do I

understand
> TCP
>> >> >> correctly in that, it gives confirmation [on the underlying

level]?
> I
>> > do
>> >> >> not
>> >> >> expect, that a .Net based receiver got that data when

socket.Send()
>> >> >> terminates!
>> >> >>
>> >> >> Hope I was clear,
>> >> >> thanks and best regards,
>> >> >> Manfred Braun
>> >> >>
>> >> >> (Private)
>> >> >> Lange Roetterstrasse 7
>> >> >> D68167 Mannheim
>> >> >> Germany
>> >> >>
>> >> >> mailto:_m*************@manfbraun.de
>> >> >> (Remove the anti-spam-underscore to mail me!)
>> >> >>
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >>
>> >>
>> >
>> >
>>
>>
>
>



Nov 17 '05 #11
Hello,

tno matter with the delay!! And thanks you a lot for all the help!

Best regards,
Manfred

"Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
news:eI*************@TK2MSFTNGP15.phx.gbl...
Sorry , didn't saw you last question , but the answer is obviously - Yes.
OTOH you do can receive error still on sending side but that not because of transmittion error but kernel problems ( like no place too set data and so
forth )
Arkady

"Manfred Braun" <aa@bb.cc> wrote in message
news:eQ**************@tk2msftngp13.phx.gbl...
Hi,

my summary:

If I send a single packet via TCP, I'll never get an error-message in
"socketSend()", because the error may happen after the retransmission,
which
needs some time and "socket.Send()" has returned already [which means the packet was "scheduled" to the underlying TCP system]. To be absolutely
sure,
to have the packet send successfully, my receiver must send an ack!

Am i correct in this?

And thanks a lot for your help!
Best regards,
Manfred

"Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
news:ue**************@tk2msftngp13.phx.gbl...
That depend upon OS you use because registry values depends upon that,
http://support.microsoft.com/?kbid=170359 describe the keys
Arkady

"Manfred Braun" <aa@bb.cc> wrote in message
news:u2**************@TK2MSFTNGP09.phx.gbl...
> Hi,
>
> thanks a lot! See "inline" [????]!!!
>
> Best regards,
> Manfred
>
> "Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
> news:Or*************@TK2MSFTNGP15.phx.gbl...
>> Confirmation you do receive, if you after send() you call recv().

You'll
>> receive error if remote host didn't send ack back to your TCP stack or > data
>> if remote send you something
>> Arkady
>> P.S.Delivery raganteed in a sense that TCP stack try few times to

resend
>> data. If no ack return back after all attempts the error code will be >> returned WHEN DOES THIS HAPPEN ??????????????????????????
>>
>> "Manfred Braun" <aa@bb.cc> wrote in message
>> news:eH**************@TK2MSFTNGP14.phx.gbl...
>> > Hello,
>> >
>> > and much thanks first!
>> >
>> > Sad! I thought I can count on the delivery garantuee of TCP!! What,
if
> an
>> > error occurs in the underlying layer?? Should I send an explicit
>> > confirmation through my receiver side?? I thought, this is only
> necessary
>> > with UDP?!
>> >
>> > Thanks so far and
>> > best regards,
>> > Manfred
>> >
>> > "Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
>> > news:u7**************@tk2msftngp13.phx.gbl...
>> >> P.S. So the number of bytes returned ( from Send() ) mean not
>> >> number
>> >> of
>> >> bytes really send or received on the other side , but number of

bytes
>> > copied
>> >> to system buffer for send, so if that number less than you try to

send
>> >> you
>> >> need to resend the last part
>> >> Arkady
>> >>
>> >>
>> >> "Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
>> >> news:ex****************@TK2MSFTNGP14.phx.gbl...
>> >> > Send() will receive back to you when data will be written to

system
>> >> > buffers of kernel for sending , on receive you'll block untill
> incoming
>> >> > data will be written into your buffer
>> >> > HTH
>> >> > Arkady
>> >> >
>> >> > "Manfred Braun" <aa@bb.cc> wrote in message
>> >> > news:OV**************@tk2msftngp13.phx.gbl...
>> >> >> Hi All,
>> >> >>
>> >> >> I am trying to understand the blocking method socket.Send().
>> >> >> The call blocks as expected, but does this mean, it returnes

after
> the
>> >> >> underlying TCP layer got a confirmation, that the send data

was >> > received
>> >> >> by
>> >> >> the socket on the remote end? Can I count on that? Do I

understand
> TCP
>> >> >> correctly in that, it gives confirmation [on the underlying

level]?
> I
>> > do
>> >> >> not
>> >> >> expect, that a .Net based receiver got that data when

socket.Send()
>> >> >> terminates!
>> >> >>
>> >> >> Hope I was clear,
>> >> >> thanks and best regards,
>> >> >> Manfred Braun
>> >> >>
>> >> >> (Private)
>> >> >> Lange Roetterstrasse 7
>> >> >> D68167 Mannheim
>> >> >> Germany
>> >> >>
>> >> >> mailto:_m*************@manfbraun.de
>> >> >> (Remove the anti-spam-underscore to mail me!)
>> >> >>
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >>
>> >>
>> >
>> >
>>
>>
>
>



Nov 17 '05 #12
Just a further statement on this - you don't want to know whether the TCP
stack at the other end has received your data - you want to know whether the
_application_ at the other end has received your data. Data sitting in the
remote TCP stack, but not yet processed by the remote application, is as
unprocessed as data in the network cloud, or in your NIC's buffers waiting
to be sent, or in your own TCP stack's buffers waiting to be sent.

You want to know when the application at the remote peer has received and
processed the data - the only party that can tell you that is the remote
application. If you care that the remote application has received and
processed the data (even if that "processing" is as simple as reading the
data off the network stack and into local memory), you can _only_ get that
information by having the remote application send you a message that
indicates this success.

Alun.
~~~~
--
Software Design Engineer, Internet Information Server (FTP)
This posting is provided "AS IS" with no warranties, and confers no rights.
"Manfred Braun" <aa@bb.cc> wrote in message
news:%2****************@TK2MSFTNGP14.phx.gbl...
Hello,

tno matter with the delay!! And thanks you a lot for all the help!

Best regards,
Manfred

"Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
news:eI*************@TK2MSFTNGP15.phx.gbl...
Sorry , didn't saw you last question , but the answer is obviously - Yes.
OTOH you do can receive error still on sending side but that not because

of
transmittion error but kernel problems ( like no place too set data and
so
forth )
Arkady

"Manfred Braun" <aa@bb.cc> wrote in message
news:eQ**************@tk2msftngp13.phx.gbl...
> Hi,
>
> my summary:
>
> If I send a single packet via TCP, I'll never get an error-message in
> "socketSend()", because the error may happen after the retransmission,
> which
> needs some time and "socket.Send()" has returned already [which means the > packet was "scheduled" to the underlying TCP system]. To be absolutely
> sure,
> to have the packet send successfully, my receiver must send an ack!
>
> Am i correct in this?
>
> And thanks a lot for your help!
> Best regards,
> Manfred
>
> "Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
> news:ue**************@tk2msftngp13.phx.gbl...
>> That depend upon OS you use because registry values depends upon that,
>> http://support.microsoft.com/?kbid=170359 describe the keys
>> Arkady
>>
>> "Manfred Braun" <aa@bb.cc> wrote in message
>> news:u2**************@TK2MSFTNGP09.phx.gbl...
>> > Hi,
>> >
>> > thanks a lot! See "inline" [????]!!!
>> >
>> > Best regards,
>> > Manfred
>> >
>> > "Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
>> > news:Or*************@TK2MSFTNGP15.phx.gbl...
>> >> Confirmation you do receive, if you after send() you call recv().
> You'll
>> >> receive error if remote host didn't send ack back to your TCP stack or >> > data
>> >> if remote send you something
>> >> Arkady
>> >> P.S.Delivery raganteed in a sense that TCP stack try few times to
> resend
>> >> data. If no ack return back after all attempts the error code will be >> >> returned WHEN DOES THIS HAPPEN ??????????????????????????
>> >>
>> >> "Manfred Braun" <aa@bb.cc> wrote in message
>> >> news:eH**************@TK2MSFTNGP14.phx.gbl...
>> >> > Hello,
>> >> >
>> >> > and much thanks first!
>> >> >
>> >> > Sad! I thought I can count on the delivery garantuee of TCP!! What, > if
>> > an
>> >> > error occurs in the underlying layer?? Should I send an explicit
>> >> > confirmation through my receiver side?? I thought, this is only
>> > necessary
>> >> > with UDP?!
>> >> >
>> >> > Thanks so far and
>> >> > best regards,
>> >> > Manfred
>> >> >
>> >> > "Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
>> >> > news:u7**************@tk2msftngp13.phx.gbl...
>> >> >> P.S. So the number of bytes returned ( from Send() ) mean not
>> >> >> number
>> >> >> of
>> >> >> bytes really send or received on the other side , but number of
> bytes
>> >> > copied
>> >> >> to system buffer for send, so if that number less than you try
>> >> >> to
> send
>> >> >> you
>> >> >> need to resend the last part
>> >> >> Arkady
>> >> >>
>> >> >>
>> >> >> "Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
>> >> >> news:ex****************@TK2MSFTNGP14.phx.gbl...
>> >> >> > Send() will receive back to you when data will be written to
> system
>> >> >> > buffers of kernel for sending , on receive you'll block untill
>> > incoming
>> >> >> > data will be written into your buffer
>> >> >> > HTH
>> >> >> > Arkady
>> >> >> >
>> >> >> > "Manfred Braun" <aa@bb.cc> wrote in message
>> >> >> > news:OV**************@tk2msftngp13.phx.gbl...
>> >> >> >> Hi All,
>> >> >> >>
>> >> >> >> I am trying to understand the blocking method socket.Send().
>> >> >> >> The call blocks as expected, but does this mean, it returnes
> after
>> > the
>> >> >> >> underlying TCP layer got a confirmation, that the send data was >> >> > received
>> >> >> >> by
>> >> >> >> the socket on the remote end? Can I count on that? Do I
> understand
>> > TCP
>> >> >> >> correctly in that, it gives confirmation [on the underlying
> level]?
>> > I
>> >> > do
>> >> >> >> not
>> >> >> >> expect, that a .Net based receiver got that data when
> socket.Send()
>> >> >> >> terminates!
>> >> >> >>
>> >> >> >> Hope I was clear,
>> >> >> >> thanks and best regards,
>> >> >> >> Manfred Braun
>> >> >> >>
>> >> >> >> (Private)
>> >> >> >> Lange Roetterstrasse 7
>> >> >> >> D68167 Mannheim
>> >> >> >> Germany
>> >> >> >>
>> >> >> >> mailto:_m*************@manfbraun.de
>> >> >> >> (Remove the anti-spam-underscore to mail me!)
>> >> >> >>
>> >> >> >>
>> >> >> >>
>> >> >> >
>> >> >> >
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >>
>> >>
>> >
>> >
>>
>>
>
>



Nov 17 '05 #13
Hi,

and really much thanks a lot!!! So I simply misunderstood the TCP stack!
Sorry for my delay, I've not exptected more answers, but this one is great!

Best regards,
Manfred

"Alun Jones [MSFT]" <al***@online.microsoft.com> wrote in message
news:uB**************@TK2MSFTNGP10.phx.gbl...
Just a further statement on this - you don't want to know whether the TCP
stack at the other end has received your data - you want to know whether the _application_ at the other end has received your data. Data sitting in the remote TCP stack, but not yet processed by the remote application, is as
unprocessed as data in the network cloud, or in your NIC's buffers waiting
to be sent, or in your own TCP stack's buffers waiting to be sent.

You want to know when the application at the remote peer has received and
processed the data - the only party that can tell you that is the remote
application. If you care that the remote application has received and
processed the data (even if that "processing" is as simple as reading the
data off the network stack and into local memory), you can _only_ get that
information by having the remote application send you a message that
indicates this success.

Alun.
~~~~
--
Software Design Engineer, Internet Information Server (FTP)
This posting is provided "AS IS" with no warranties, and confers no rights. "Manfred Braun" <aa@bb.cc> wrote in message
news:%2****************@TK2MSFTNGP14.phx.gbl...
Hello,

tno matter with the delay!! And thanks you a lot for all the help!

Best regards,
Manfred

"Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
news:eI*************@TK2MSFTNGP15.phx.gbl...
Sorry , didn't saw you last question , but the answer is obviously - Yes. OTOH you do can receive error still on sending side but that not because
of
transmittion error but kernel problems ( like no place too set data and
so
forth )
Arkady

"Manfred Braun" <aa@bb.cc> wrote in message
news:eQ**************@tk2msftngp13.phx.gbl...
> Hi,
>
> my summary:
>
> If I send a single packet via TCP, I'll never get an error-message in
> "socketSend()", because the error may happen after the
retransmission, > which
> needs some time and "socket.Send()" has returned already [which means

the
> packet was "scheduled" to the underlying TCP system]. To be absolutely > sure,
> to have the packet send successfully, my receiver must send an ack!
>
> Am i correct in this?
>
> And thanks a lot for your help!
> Best regards,
> Manfred
>
> "Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
> news:ue**************@tk2msftngp13.phx.gbl...
>> That depend upon OS you use because registry values depends upon that, >> http://support.microsoft.com/?kbid=170359 describe the keys
>> Arkady
>>
>> "Manfred Braun" <aa@bb.cc> wrote in message
>> news:u2**************@TK2MSFTNGP09.phx.gbl...
>> > Hi,
>> >
>> > thanks a lot! See "inline" [????]!!!
>> >
>> > Best regards,
>> > Manfred
>> >
>> > "Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
>> > news:Or*************@TK2MSFTNGP15.phx.gbl...
>> >> Confirmation you do receive, if you after send() you call recv().
> You'll
>> >> receive error if remote host didn't send ack back to your TCP stack or
>> > data
>> >> if remote send you something
>> >> Arkady
>> >> P.S.Delivery raganteed in a sense that TCP stack try few times to
> resend
>> >> data. If no ack return back after all attempts the error code
will be
>> >> returned WHEN DOES THIS HAPPEN ??????????????????????????
>> >>
>> >> "Manfred Braun" <aa@bb.cc> wrote in message
>> >> news:eH**************@TK2MSFTNGP14.phx.gbl...
>> >> > Hello,
>> >> >
>> >> > and much thanks first!
>> >> >
>> >> > Sad! I thought I can count on the delivery garantuee of TCP!!

What,
> if
>> > an
>> >> > error occurs in the underlying layer?? Should I send an

explicit >> >> > confirmation through my receiver side?? I thought, this is only
>> > necessary
>> >> > with UDP?!
>> >> >
>> >> > Thanks so far and
>> >> > best regards,
>> >> > Manfred
>> >> >
>> >> > "Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
>> >> > news:u7**************@tk2msftngp13.phx.gbl...
>> >> >> P.S. So the number of bytes returned ( from Send() ) mean not
>> >> >> number
>> >> >> of
>> >> >> bytes really send or received on the other side , but number of > bytes
>> >> > copied
>> >> >> to system buffer for send, so if that number less than you try
>> >> >> to
> send
>> >> >> you
>> >> >> need to resend the last part
>> >> >> Arkady
>> >> >>
>> >> >>
>> >> >> "Arkady Frenkel" <ar*****@hotmailxdotx.com> wrote in message
>> >> >> news:ex****************@TK2MSFTNGP14.phx.gbl...
>> >> >> > Send() will receive back to you when data will be written to
> system
>> >> >> > buffers of kernel for sending , on receive you'll block untill >> > incoming
>> >> >> > data will be written into your buffer
>> >> >> > HTH
>> >> >> > Arkady
>> >> >> >
>> >> >> > "Manfred Braun" <aa@bb.cc> wrote in message
>> >> >> > news:OV**************@tk2msftngp13.phx.gbl...
>> >> >> >> Hi All,
>> >> >> >>
>> >> >> >> I am trying to understand the blocking method socket.Send(). >> >> >> >> The call blocks as expected, but does this mean, it returnes > after
>> > the
>> >> >> >> underlying TCP layer got a confirmation, that the send data

was
>> >> > received
>> >> >> >> by
>> >> >> >> the socket on the remote end? Can I count on that? Do I
> understand
>> > TCP
>> >> >> >> correctly in that, it gives confirmation [on the underlying
> level]?
>> > I
>> >> > do
>> >> >> >> not
>> >> >> >> expect, that a .Net based receiver got that data when
> socket.Send()
>> >> >> >> terminates!
>> >> >> >>
>> >> >> >> Hope I was clear,
>> >> >> >> thanks and best regards,
>> >> >> >> Manfred Braun
>> >> >> >>
>> >> >> >> (Private)
>> >> >> >> Lange Roetterstrasse 7
>> >> >> >> D68167 Mannheim
>> >> >> >> Germany
>> >> >> >>
>> >> >> >> mailto:_m*************@manfbraun.de
>> >> >> >> (Remove the anti-spam-underscore to mail me!)
>> >> >> >>
>> >> >> >>
>> >> >> >>
>> >> >> >
>> >> >> >
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >>
>> >>
>> >
>> >
>>
>>
>
>



Nov 17 '05 #14

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

6
by: Anders Both | last post by:
If you send data using TCP and Socket, can the client then be 100% sure that if it send´s data and no exception uccur, then the data will also arrived in a a correct way on the server. What if...
1
by: jm | last post by:
Easy probably, please read on. I know some of you have commented already about some of my socket question. I appreciate that. I have a Form1: static void Main() { Application.Run(new...
4
by: Chris Tanger | last post by:
Context: C# System.Net.Sockets Socket created with constructor prarmeters Internetwork, Stream and TCP everything else is left at the default parameters and options except linger may be changed...
2
by: Crirus | last post by:
Hello I just wrote a TCP server. For that I used MSDN sample. So, I have a asyncron server. As they say in MSDN, I have this methods: ---------------------- Private Sub StartListening() that...
2
by: Nuno Magalhaes | last post by:
I've got a simple problem I guess. How do I know when a connection is terminated without losing any data? I do something like the code below, but sometimes between socket.Receive and socket.Send...
6
by: Abubakar | last post by:
Hi, lets say I have a connected SOCKET s. At some point in time, I want to know if the "s" is still valid, that it is still connected. Is there any API that I can give me this information? And...
11
by: hazz | last post by:
smtpClient.Send(message) is causing me problems as per specifics in the trace below. Email is sent but not without this error typically upon sending the second email, but sometimes when running...
3
by: BuddyWork | last post by:
Hello, Could someone please explain why the Socket.Send is slow to send to the same process it sending from. Eg. Process1 calls Socket.Send which sends to the same IP address and port, the...
14
by: ahlongxp | last post by:
Hi, everyone, I'm implementing a simple client/server protocol. Now I've got a situation: client will send server command,header paires and optionally body. server checks headers and decides...
0
by: DolphinDB | last post by:
The formulas of 101 quantitative trading alphas used by WorldQuant were presented in the paper 101 Formulaic Alphas. However, some formulas are complex, leading to challenges in calculation. Take...
0
by: ryjfgjl | last post by:
ExcelToDatabase: batch import excel into database automatically...
0
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
1
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: Vimpel783 | last post by:
Hello! Guys, I found this code on the Internet, but I need to modify it a little. It works well, the problem is this: Data is sent from only one cell, in this case B5, but it is necessary that data...
0
by: ArrayDB | last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...
0
by: Defcon1945 | last post by:
I'm trying to learn Python using Pycharm but import shutil doesn't work
0
by: af34tf | last post by:
Hi Guys, I have a domain whose name is BytesLimited.com, and I want to sell it. Does anyone know about platforms that allow me to list my domain in auction for free. Thank you
0
by: Faith0G | last post by:
I am starting a new it consulting business and it's been a while since I setup a new website. Is wordpress still the best web based software for hosting a 5 page website? The webpages will be...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.