Never mind! I see now I had to add the WSocket from the pallet.
On Jan 7, 2013, at 12:17 PM, Arno Garrels wrote:
> Jack Moran wrote:
>> That's probably my problem. How do I install ICS? I'm just adding
>> files to the project.
>>
>> I'm using Delphi XE2 and ICS Gold.
>
> Quoted from ReadMe7.t
I believe I have installed the packages correctly. The Overbyte samples work
perfectly. When I went to my own application, I had to manually put the VC32
folder in the library path. The application compiles okay, but WSocket is nil
on the first call (similar to the SendButtonClick procedure) and
Thanks, Arno. I completely missed the read me file. It's working fine now. I
appreciate the excellent support.
On Jan 7, 2013, at 12:17 PM, Arno Garrels wrote:
> Jack Moran wrote:
>> That's probably my problem. How do I install ICS? I'm just adding
>> files to the project.
>>
>> I'm using Del
Jack Moran wrote:
> That's probably my problem. How do I install ICS? I'm just adding
> files to the project.
>
> I'm using Delphi XE2 and ICS Gold.
Quoted from ReadMe7.txt:
{code}
INSTALLATION USING THE INSTALL PROJECT GROUPS
For each Delphi and C++ Builder version one project group is provide
That's probably my problem. How do I install ICS? I'm just adding files to the
project.
I'm using Delphi XE2 and ICS Gold.
On Jan 7, 2013, at 11:42 AM, "Arno Garrels" wrote:
> Jack Moran wrote:
>> I am having a problem with OverbyteIcsUdpSend. On compilation I get a
>> message "Field MainForm
Jack Moran wrote:
> I am having a problem with OverbyteIcsUdpSend. On compilation I get a
> message "Field MainForm.Wsocket" does not have a corresponding
> component. Remove the declaration?" I say No, but then get an access
> violation at 0x00544c24 when it tries to set Wsocket. I've tried both
>
>> On starting on either a Windows Server 2008 R2 Standard or Windows
>> 7 machine, it comes up with an error message: Address not available
>> (#10049 in setsockopt(IP_ADD_MEMBERSHIP)).
>
>MSDN says:
>
>IP_ADD_MEMBERSHIP - WSAEADDRNOTAVAIL - Do not call IP_ADD_MEMBERSHIP with
>the same group more
>> On starting on either a Windows Server 2008 R2 Standard or Windows
>> 7 machine, it comes up with an error message: Address not available
>> (#10049 in setsockopt(IP_ADD_MEMBERSHIP)).
>
>MSDN says:
>
>IP_ADD_MEMBERSHIP - WSAEADDRNOTAVAIL - Do not call IP_ADD_MEMBERSHIP with
>the same group more
> On starting on either a Windows Server 2008 R2 Standard or Windows
> 7 machine, it comes up with an error message: Address not available
> (#10049 in setsockopt(IP_ADD_MEMBERSHIP)).
MSDN says:
IP_ADD_MEMBERSHIP - WSAEADDRNOTAVAIL - Do not call IP_ADD_MEMBERSHIP with
the same group more than
Hi Arno,
I'll try it as soon as possible.
Thank you,
Bye
- Messaggio originale -
Da: "Arno Garrels"
A: "ICS support mailing"
Inviato: Lunedì, 6 febbraio 2012 9:05:52
Oggetto: Re: [twsocket] udp server and network configuration changes
Emanuele Bizzarri wrot
Arno Garrels
>
> Bye
>
>
>
> - Messaggio originale -
> Da: "François Piette"
> A: "ICS support mailing"
> Inviato: Venerdì, 3 febbraio 2012 18:37:02
> Oggetto: Re: [twsocket] udp server and network configuration changes
>
>> There is a way t
;ICS support mailing"
Inviato: Venerdì, 3 febbraio 2012 18:37:02
Oggetto: Re: [twsocket] udp server and network configuration changes
> There is a way to recognize networks changes like these?
Have a look at IP Helper API:
http://msdn.microsoft.com/en-us/library/aa366329(VS.85).aspx
--
> There is a way to recognize networks changes like these?
Have a look at IP Helper API:
http://msdn.microsoft.com/en-us/library/aa366329(VS.85).aspx
--
francois.pie...@overbyte.be
The author of the freeware multi-tier middleware MidWare
The author of the freeware Internet Component Suite (ICS)
François
This could sound silly.. but is your Firewall active?
We have a service application that receives UDP packets and we only have
issues when windows firewall is active
Eric
-Mensagem Original-
From: Francois PIETTE
Sent: Monday, April 18, 2011 4:47 AM
To: twsocket@elists.org
While testing, I also had during some time FD_READ triggered but
ReceiveFrom returning -1.
Isn't that quite common, if those are WSAEWOULDBLOCK errors?
As far as I know, not so much. I saw is returning -1 during 4 seconds which
is the timeout time in my appication.
--
francois.pie...@overby
Francois PIETTE wrote:
>>> GDisplayProc is assigned a routine which output the message to the
>>> console window and to the log file and which is used all over the
>>> application.
>>>
>>> Guess what ? It works !
>>> This is not satisfying since the log file is full of unwanted
>>> messages and th
GDisplayProc is assigned a routine which output the message to the
console window and to the log file and which is used all over the
application.
Guess what ? It works !
This is not satisfying since the log file is full of unwanted
messages and this probably only hides the real problem.
Does th
Surely, an attached debugger is going to use some CPU time, however
small even if nothing triggers it, therefore, the debugged program cycle
timing will change somehow, however small.
Plus, however the debugger works, it could be forcing some other process
(in the kernel) to do it's job more often
Francois PIETTE wrote:
> GDisplayProc is assigned a routine which output the message to the
> console window and to the log file and which is used all over the
> application.
>
> Guess what ? It works !
> This is not satisfying since the log file is full of unwanted
> messages and this probably o
Hi Francois,
> A dual mode service is an application which detect if it run as a
> service
I understeand. I did the same concept years ago
--
mvg, Wilfried
http://www.mestdagh.biz
http://www.comfortsoftware.be
http://www.expertsoftware.be
--
To unsubscribe or change your settings for TWSocket
Actually the service is a dual mode service/app console and it works
perfectly well as a console application (and also as a service when a
debugger is attached).
I do not understand the 'dual mode' but could that be a reason?
A dual mode service is an application which detect if it run as a s
Seriously, what happens if you run the console application as a
service with my NT Wrapper http://www.duodata.de/ntwrapper/?
It will surely not work because my code for dual mode will be fooled,
thinking it is a service application while it is not.
If that works I guess the problem can be fo
Hi Francois,
> Actually the service is a dual mode service/app console and it works
> perfectly well as a console application (and also as a service when a
> debugger is attached).
I do not understand the 'dual mode' but could that be a reason? What happens
if you put your application into 1 obje
Arno Garrels wrote:
> Francois PIETTE wrote:
>>> Maybe when you use the debugger then the application run
>>> undeer a different user?
>>
>> I start the service which starts sending his UDP datagrams (This is a
>> SNMP client) and waiting for UDP response which never comes. Then I
>> attach the de
Francois PIETTE wrote:
>> Maybe when you use the debugger then the application run
>> undeer a different user?
>
> I start the service which starts sending his UDP datagrams (This is a
> SNMP client) and waiting for UDP response which never comes. Then I
> attach the debugger to the running servic
When the debugger is attached is it exactly the same like when it's not
attached for the program being executed ?
I would say no since my application is working.
But I would say it doesn't change the time required to do domething.
OK then, my idea was that it's different.
Actually I work with
On 18/4/2011 5:35 μμ, Francois PIETTE wrote:
I think that if you consider what I suggested before, might help you...
It maybe has to do with extra process time the debugger gives
Thanks for insisting.
Which extra process time do you mean ? The debugger has just to be
attached. No need to set a
I think that if you consider what I suggested before, might help you...
It maybe has to do with extra process time the debugger gives
Thanks for insisting.
Which extra process time do you mean ? The debugger has just to be attached.
No need to set any breakpoint nor single step. Just attach. I
Maybe when you use the debugger then the application run
undeer a different user?
I start the service which starts sending his UDP datagrams (This is a SNMP
client) and waiting for UDP response which never comes. Then I attach the
debugger to the running service process and suddenly the UDP da
On 18/4/2011 5:12 μμ, Arno Garrels wrote:
Maurizio Lotauro wrote:
Maybe when you use the debugger then the application run undeer a
different user?
Not when the debugger is attached to a running process.
If the debugger spawns the process to be debugged with CreateProcess
then that might happe
Maurizio Lotauro wrote:
> Maybe when you use the debugger then the application run undeer a
> different user?
Not when the debugger is attached to a running process.
If the debugger spawns the process to be debugged with CreateProcess
then that might happen.
--
Arno Garrels
--
To unsubscribe o
Maybe when you use the debugger then the application run undeer a different
user?
Bye, Maurizio.
This mail has been sent using Alpikom webmail system
http://www.alpikom.it
--
To unsubscribe or change your settings for TWSocket mailing list
pl
> *Subject:* Re: [twsocket] UDP receive issue from a Windows service
> The code for the service is the code I already used in other
> application which works fine (using TCP altough).
I have UDP listen sockets in my ComCap application, running as a service,
sucking in syslogs on port
I had a similar experience in the past, not with ICS components but
generally working on a completely different project.
When project was running normally at some point did not work but when
attaching a debugger then it would work.
The problem at that situation was that the program needed some ti
On 18/4/2011 2:34 μμ, Francois PIETTE wrote:
No idea, but that can't be a permission issue IMO. Receiving datagrams
in a service running as system works fine. Also attaching a debugger
doesn't change security context of the debugee.
What happens is that a new thread is created in the process bein
No idea, but that can't be a permission issue IMO. Receiving datagrams
in a service running as system works fine. Also attaching a debugger
doesn't change security context of the debugee.
What happens is that a new thread is created in the process being
debugged, maybe there's some issue with your
Hello Francois,
> Hi !
>
> I have a strange problem: in a windows service and using UDP, the
> service do not receive UDP datagram. Trying to debug this problem, I
> attach Delphi debugger to the running service and suddenly it starts
> receiving the UDP datagrams !
>
> Actually the service is a
ng Bonilha"
To: "ICS support mailing"
Sent: Saturday, April 16, 2011 1:01 AM
Subject: Re: [twsocket] UDP Receive problem
HI François
Thanks for the advices
Having two separet thread is not enough. You have to closely look at how
the receiving thread communicate with the proce
HI François
Thanks for the advices
Having two separet thread is not enough. You have to closely look at how
the receiving thread communicate with the processing/display thread. For
example if you use synchronize, you actually defeat the multithreading.
Same with SendMessage. You must keep the
freeware Internet Component Suite (ICS)
http://www.overbyte.be
- Original Message -
From: "Éric Fleming Bonilha"
To: "ICS support mailing"
Sent: Thursday, April 14, 2011 4:14 PM
Subject: Re: [twsocket] UDP Receive problem
HI François
I thought on processing speed, b
iginal- From: Francois PIETTE
> Sent: Thursday, April 14, 2011 2:07 AM
> To: ICS support mailing
> Subject: Re: [twsocket] UDP Receive problem
>
>> My application receives UDP data from IP Cameras, somehow we are not
>> receiving some
>> packets, but by using
Sent: Thursday, April 14, 2011 2:07 AM
To: ICS support mailing
Subject: Re: [twsocket] UDP Receive problem
My application receives UDP data from IP Cameras, somehow we are not
receiving some
packets, but by using a network sniffer I can see that the packet was
received, but the
application never
My application receives UDP data from IP Cameras, somehow we are not
receiving some
packets, but by using a network sniffer I can see that the packet was
received, but the
application never receives it!
I already checked receive buffer lengths.. I actually spent 2 entire days
cheking for
solut
01, 2011 10:11 AM
Subject: Re: [twsocket] udp packet loss
Hi Francois, hi all
I cannot reproduce the packet loss on localhost.
Strange. I always lose some packets on localhost (at least setting
Interval=0 on the client).
I can reproduce on different computers, but I found a flaw in your
des
Hi Francois, hi all
> I cannot reproduce the packet loss on localhost.
Strange. I always lose some packets on localhost (at least setting
Interval=0 on the client).
> I can reproduce on different computers, but I found a flaw in your
> design: remember TWSocket use non blocking. SendTo will fail
>var
> lBuffer:array[0..1500] of AnsiChar;
I'd advice you not to allocate static buffer inside a method because it is
placed inside the stack every time method is called.
--
Anton
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mai
t Suite (ICS)
http://www.overbyte.be
- Original Message -
From: "emanuele bizzarri"
To:
Sent: Sunday, February 27, 2011 7:05 PM
Subject: Re: [twsocket] udp packet loss
Hi,
now I've made a console application for the UDP server, but nothing changes.
I see packet loss inside app
Hi,
now I've made a console application for the UDP server, but nothing changes.
I see packet loss inside application, but all packets are correctly
captured by wireshark.
Thankyou,
Emanuele
Il 27/02/2011 15.09, Francois PIETTE ha scritto:
>> My client/server project size is only 12KB, is it poss
My client/server project size is only 12KB, is it possible to attach it
to the mail? Someone could try it...
It don't primize, but you may send the source code to me (no executable
please) I will try to test it. Include complete projects so that I can test
within a few minutes, and instruction
Hi,
> I'll assume you use a direct cable or put wireshark at the receiving
> computer because sending a packet is not a problem. Having the packet
> reaching the network card of the receiving computer is a different thing
> if there is something in between.
Yes, I use a cross cable and two laptop
I need to use udp because my application is an h323/sip endpoint.
RTP uses udp sockets to transmit/receive audio/video data.
RTCP can be used to manage packet loss.
OK, good.
But in this case packets are not lost by the network. If I use wireshark
I can see all the packets.
I'll assume you u
Hi,
I need to use udp because my application is an h323/sip endpoint.
RTP uses udp sockets to transmit/receive audio/video data.
RTCP can be used to manage packet loss.
But in this case packets are not lost by the network. If I use wireshark
I can see all the packets.
I think that there is a prob
As you can see
Sorry, no time to examine it in details.
Priority is given to my business customers...
in my code I've also try to set tpTimeCritical to thread
priority, but without any success.
The worker thread check if expected packet number (first four bytes)
corresponds to expected pack
> As you can see in my code I've also try to set tpTimeCritical to
> thread priority, but without any success.
Try changing the application priority:
SetPriorityClass (GetCurrentProcess, HIGH_PRIORITY_CLASS);
or even REALTIME_PRIORITY_CLASS, but this last one can be dangerous since
Windows may
Hi Francois,
thank you for your response.
I've created the socket inside DoInit, that is an override method of the
virtual DoInit of the worker thread.
The DoInit method is called inside Execute method, so the socket is
created by the thread and its messages are handled by it (try to use
GetThreadI
I've a problem with udp.
Often my application detects packet losses.
At first glance, this is expected with UDP. By construction UDP is an
unreliable transport.
In order to systematically reproduce the problem, I've used the
following configuration.
I use 2 pc connected with a cross cable.
T
Francois PIETTE wrote:
> To broadcast on 255.25.255.255, use connect() and then send().
> Connect() will set SO_BROADCAST option at the socket level.
Thanks, I have to use the listening socket in order to avoid
Bind errors, setting SO_BROADCAST after Listen actually works fine.
Happy Holidays
-
To broadcast on 255.25.255.255, use connect() and then send().
Connect() will set SO_BROADCAST option at the socket level.
--
francois.pie...@overbyte.be
The author of the freeware multi-tier middleware MidWare
The author of the freeware Internet Component Suite (ICS)
http://www.overbyte.be
---
ing
Subject: Re: [twsocket] UDP...
>> ...originating only from that interface.
>
> I have done that kind of binding before using LocalAddr. I assume it would
> be the same property for UDP.
No, that is different. Actually a socket has two ends: one local and one
remote. Each has his IP
...originating only from that interface.
I have done that kind of binding before using LocalAddr. I assume it would
be the same property for UDP.
No, that is different. Actually a socket has two ends: one local and one
remote. Each has his IP an port number. When you use a socket for listenin
? I am so confused. ;)
Thanks for all the help,
Mark
-Original Message-
From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On
Behalf Of Francois PIETTE
Sent: Wednesday, March 24, 2010 12:50 PM
To: ICS support mailing
Subject: Re: [twsocket] UDP...
Using addr
g'"
Sent: Wednesday, March 24, 2010 1:55 PM
Subject: Re: [twsocket] UDP...
Hi,
Thanks.
I set the addr to 0.0.0.0, switched to SendTo and the reply was correct.
Since I will be communicating with many of these external devices I wanted
one TWSocket for each external device, that was why
, March 24, 2010 3:03 AM
To: 'ICS support mailing'
Subject: Re: [twsocket] UDP...
Hi,
> WSocket1.Addr:='192.168.1.2';
> WSocket1.port:='9600';
> I get an error 10049.
Means you cannot bind to that address. '192.168.1.2' is the address on the
remote
Hi,
> WSocket1.Addr:='192.168.1.2';
> WSocket1.port:='9600';
> I get an error 10049.
Means you cannot bind to that address. '192.168.1.2' is the address on the
remote machine, you can not listen on that.
> The only difference I can see is the sending local port number is not
9600.
This should m
Scrive Wilfried Mestdagh <[EMAIL PROTECTED]>:
> Hello Martin,
>
> Here is a small example:
>
> procedure TFoo.FUDPDataAvailable(Sender: TObject; Error: word);
> var
>Buffer: array [0..1023] of char;
>Len: integer;
>Src: TSockAddrIn;
>SrcLen: integer;
> begin
>SrcLen := SizeOf
Thank you SO much. I really appreciate it.
- Martin E.
On Fri, Oct 17, 2008 at 7:37 AM, Wilfried Mestdagh <[EMAIL PROTECTED]>wrote:
> Hello Martin,
>
> Here is a small example:
>
> procedure TFoo.FUDPDataAvailable(Sender: TObject; Error: word);
> var
> Buffer: array [0..1023] of char;
> Len
Hello Martin,
Here is a small example:
procedure TFoo.FUDPDataAvailable(Sender: TObject; Error: word);
var
Buffer: array [0..1023] of char;
Len: integer;
Src: TSockAddrIn;
SrcLen: integer;
begin
SrcLen := SizeOf(Src);
Len := TWSocket(Sender).ReceiveFrom(@Buffer, SizeOf(Buffer),
: "Xealot" <[EMAIL PROTECTED]>
> To: "ICS support mailing"
> Sent: Friday, October 17, 2008 05:01
> Subject: Re: [twsocket] UDP Address
>
>
> > Thank you for replying,
> >
> > PeerAddr raises a SocketException
> >
> > 'Error 1005
Maybe GetPeerAddr?
- Original Message -
From: "Xealot" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Friday, October 17, 2008 05:01
Subject: Re: [twsocket] UDP Address
> Thank you for replying,
>
> PeerAddr raises a SocketException
>
> &#
Thank you for replying,
PeerAddr raises a SocketException
'Error 10057 in function GetPeerName Socket is not connected'
Im assuming this is because I didnt actually run sock.Connect with the
address I received
that packet from? Im only running sock.connect once to avoid changing
client port
O
Have you checked PeerAddr?
- Original Message -
From: "Xealot" <[EMAIL PROTECTED]>
To:
Sent: Friday, October 17, 2008 04:47
Subject: [twsocket] UDP Address
> Hello!
>
> I would like to know if its possible to get the address that a UDP packet
> comes from.
>
> I am making an applicatio
> Thanks for the answer and the link. This has now become a bit easier task.
>
> One last question. The PC has several network cards and the networks are
> completely separate.
>
> I need to handle datagrams from all networks. I have a TWSocket with addr
> set to 0.0.0.0 and localAddr is blank. I
:13 AM
To: ICS support mailing
Subject: Re: [twsocket] UDP question...
> This is the first time I am writing a UDP server. The other UDP was a
> client. It was fairly straight forward.
>
> As the server lets say I have 2 clients, A and B, that will be sending
> me unsolicited da
>I think with UDP you get can get packets in different order, not get them
>at
> all, get them repeated.. but as opposed to TCP you get entire packets, if
> you send 100 bytes at once, you get 100 at once. Someone correct me if I'm
> wrong..
You are right.
--
[EMAIL PROTECTED]
The author of the
> This is the first time I am writing a UDP server. The other UDP was a
> client. It was fairly straight forward.
>
> As the server lets say I have 2 clients, A and B, that will be sending me
> unsolicited data of 100 bytes per message.
>
> If I understand, when TWSocket.OnDataAvailable fires the d
I think with UDP you get can get packets in different order, not get them at
all, get them repeated.. but as opposed to TCP you get entire packets, if
you send 100 bytes at once, you get 100 at once. Someone correct me if I'm
wrong..
>
> Hi,
>
> This is the first time I am writing a UDP server
-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Wilfried Mestdagh
Sent: Monday, April 07, 2008 3:03 AM
To: ICS support mailing
Subject: Re: [twsocket] UDP Newbie...
Hello zayin,
So first it does not work, then minutes later it works and a little later
same error.
So the explanation is
rt, it blocks stuff by
default. Safe, but so frustrating at times!..
UDP, fun when it works, less so when it doesn't!
> -Original Message-
> From: zayin [mailto:[EMAIL PROTECTED]
> Sent: Sunday, April 06, 2008 10:06 PM
> To: 'ICS support mailing'
&g
t; [mailto:[EMAIL PROTECTED] On
> Behalf Of Wilfried Mestdagh
> Sent: Sunday, April 06, 2008 12:27 PM
> To: ICS support mailing
> Subject: Re: [twsocket] UDP Newbie...
> Hello Mark,
> if you look into source code you see that SendStr call Send, so it is exacly
> the same. I us
Hi,
No virus programs. Windows firewall is on.
Thanks for all the help,
Mark
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Wilfried Mestdagh
Sent: Sunday, April 06, 2008 2:24 PM
To: ICS support mailing
Subject: Re: [twsocket] UDP Newbie...
Hello
Sunday, April 06, 2008 1:55 PM
> To: ICS support mailing
> Subject: Re: [twsocket] UDP Newbie...
> Hello zayin,
> I tried same sample as Wilfried and its OK for me.
> Are you sure your port was not in use at the time you tried to start the
> program ?
> "netstat -an&qu
Hi,
The port is not open.
And yes "should " is the operative word.
Ciao,
Mark
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Dod
Sent: Sunday, April 06, 2008 1:55 PM
To: ICS support mailing
Subject: Re: [twsocket] UDP Newbie...
Hello
fried Mestdagh
z> Sent: Sunday, April 06, 2008 12:27 PM
z> To: ICS support mailing
z> Subject: Re: [twsocket] UDP Newbie...
z> Hello Mark,
z> if you look into source code you see that SendStr call Send, so it is exacly
z> the same. I used SendStr just because I was lazy :) I trye
nnect, all if working again.
Something I do not understand is going on.
Ciao,
Mark
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Wilfried Mestdagh
Sent: Sunday, April 06, 2008 12:27 PM
To: ICS support mailing
Subject: Re: [twsocket] UDP Newbie...
Hello
rsion of ICS are you using?
> Cheers,
> Mark
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Wilfried Mestdagh
> Sent: Sunday, April 06, 2008 4:57 AM
> To: ICS support mailing
> Subject: Re: [twsocket] UDP Newbie...
support mailing
Subject: Re: [twsocket] UDP Newbie...
Hello Mark,
I tryed to do the same as you listen with IP addres of same machine, and
when I click the button, 'Hello' is received. This is the complete unit:
unit Unit1;
interface
uses
Windows, Messages, SysUtils, Variants, Classes
Hello Mark,
I tryed to do the same as you listen with IP addres of same machine, and
when I click the button, 'Hello' is received. This is the complete unit:
unit Unit1;
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, StdCtrls, WSocket;
ty
Hello,
>Please post your code.
CodeGearT DelphiR 2007 for Win32R R2 Version 11.0.2902.10471
ICS 5.25
TWSocket I set
Addr 192.168.245.2
Port 47808
Proto udp
Var
outBuffer:array[0..128] of byte;
In a button click:
outBuffer[0]:=$01;
outBuffer[1]:=$02;
WSocket1.Listen;
WSocket1.Send(@outBuff
ROTECTED] On
> Behalf Of Wilfried Mestdagh
> Sent: Tuesday, April 01, 2008 2:26 AM
> To: ICS support mailing
> Subject: Re: [twsocket] UDP Newbie...
>
> Hello Mark,
>
>
>> If I call listen and then try to send I get an error 10049 (Bind
>> Address not
>&
TECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Wilfried Mestdagh
Sent: Tuesday, April 01, 2008 2:26 AM
To: ICS support mailing
Subject: Re: [twsocket] UDP Newbie...
Hello Mark,
> If I call listen and then try to send I get an error 10049 (Bind
> Address not
> available)
Are you sure yo
>> If I call listen and then try to send I get an error 10049 (Bind Address not
>> available)
>
> Are you sure you filled in the correct IP?
As an additional note: You can probably set the IP string of the server
socket to "0.0.0.0" which will listen on all available interfaces. So
you don't ha
Hello Mark,
> If I call listen and then try to send I get an error 10049 (Bind Address not
> available)
Are you sure you filled in the correct IP?
> If I call connect and then send, I see the data at the other end but I do
> not get any response in the DataAvailable callback.
No because of the
On
Behalf Of Wilfried Mestdagh
Sent: Monday, March 31, 2008 2:01 AM
To: ICS support mailing
Subject: Re: [twsocket] UDP Newbie...
Hello Mark,
> 1. Do I need two TWSocket? One to send and one to listen?
No you set it to Listen, and you can send and receive with the same.
> 2. Since this is
Hello Mark,
> 1. Do I need two TWSocket? One to send and one to listen?
No you set it to Listen, and you can send and receive with the same.
> 2. Since this is broadcast, will I receive the data I transmit in the
> OnDataAvaliable callback?
Yes if you broadcast then you send to yourself also. S
http://sourceforge.net/projects/ktelnet
On Thu, Mar 6, 2008 at 7:29 PM, Dave Baxter <[EMAIL PROTECTED]> wrote:
> I'll take a look.
>
> Cheers.
>
> Dave B.
>
>
> > -Original Message-
> > From: wayne forrest [mailto:[EMAIL PROTECTED]
>
> > Dave, thank you for all the advice, I will look int
I'll take a look.
Cheers.
Dave B.
> -Original Message-
> From: wayne forrest [mailto:[EMAIL PROTECTED]
> Dave, thank you for all the advice, I will look into all of
> it for sure,
>
> about the Telnet Application: I recall seeing one at sourceforge.net.
>
> Hope that helps.
This ma
eers.
>
> Dave B.
>
>
> > -Original Message-
> > From: wayne forrest [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, March 05, 2008 7:06 AM
> > To: ICS support mailing
> > Subject: Re: [twsocket] UDP Hole Punching
> >
> > Dave, maybe I as no
orrest [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, March 05, 2008 7:06 AM
> To: ICS support mailing
> Subject: Re: [twsocket] UDP Hole Punching
>
> Dave, maybe I as not all that clear on my Specification:
>
> My ICS Clients will be Mobile PHones MIDP2.0, therefor I do
> not
er I am, and leaving no unwanted holes poked in
> the firewall.
>
> Cheers.
>
> Dave.
>
>
> > -Original Message-
> > From: JLIST [mailto:[EMAIL PROTECTED]
> > Sent: Saturday, February 23, 2008 8:45 AM
> > To: ICS support mailing
> > Subj
y wherever I am, and leaving no unwanted holes poked in
the firewall.
Cheers.
Dave.
> -Original Message-
> From: JLIST [mailto:[EMAIL PROTECTED]
> Sent: Saturday, February 23, 2008 8:45 AM
> To: ICS support mailing
> Subject: Re: [twsocket] UDP Hole Punching
>
> My
1 - 100 of 158 matches
Mail list logo
