Francois,
I managed to solve the problem with C++ Builder 2006.
As I already mentioned the missing 'ICSNTLMMSGS.OBJ' was located in
'...\Borland Studio Projects\ics\Delphi\Vc32\Release_Build'
So I copied this file from this folder to :
'...\Borland Studio Projects\ics\Delphi\Vc32\' and this
was wondering if an exception can also occur when using
HttpCli-GetASync() instead of HttpCli1-Get() ?
If so, is it possible to give me an example which errors can be encountered
here when calling GetASync() ?
Thank you,
Kris
--
** Kris Schoofs - [EMAIL PROTECTED]
Don't forget to visit http
Francois,
Thank you for your explanation.
To get into more detail... I'm attempting to code something where I download
a file using GetASync() and where I'm able to report *all* errors that might
occur during the download process. However, I'm having some trouble handling
some situations where
in a different context anyway ?
Wrong. There may be exception in the early phase, before async operation
occurs.
--
[EMAIL PROTECTED]
http://www.overbyte.be
- Original Message -
From: Kris Schoofs [EMAIL PROTECTED]
To: 'ICS support mailing' twsocket@elists.org
Sent: Tuesday, February 28, 2006
Hello Francois and everyone else,
We have touched this subject before but the thread never got finished so I'm
afraid it got lost between all of the other postings. I hope you don't mind
that I start this topic in a new thread so I can focus on this single
problem instead of the getting lost in
of writing the
file myself).
Thank you.
Kris
--
** Kris Schoofs - [EMAIL PROTECTED]
Don't forget to visit http://DVD.Identifier.CDfreaks.Com **
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Angus Robertson - Magenta Systems Ltd
Sent: zaterdag 4
Hi,
I'm having a first look at discovering UPnP devices and I was wondering if
THttpCli can be used for this purpose ?
Communicating with UPnP devices uses HTTP over UDP (HTTPMU and HTTPU). In
order to discover devices you send(post) a HTTP request using the
multicast address 239.255.255.250
Thanks Angus. Suggesting to use UDP made it suddenly a lot more
comprehensible...
I've played around with it and I've noticed that all UPnP devices on the
network repond with an unicast message sent to my IP on the same port that I
previously had used to multicast the UDP containing the
I need to WSocket-Connect(); first because I need to know which port will
be used for sending since this port will be the one where I'll be receiving
the response.
However, apparently you cannot combine a WSocket-Connect() and
WSocket-Listen() without doing a WSocket-Close() inbetween since this
I just tried your suggestion
I used LocalPort-property to set a fixed port to open a socket for listening
first.
However, any subsequent attempts to use that same port for sending the UDP
packet fail. Only after closing the socket used for listening I can use that
port for sending a packet.
://www.mestdagh.biz
Sunday, April 2, 2006, 11:46, Kris Schoofs wrote:
Thanks Angus. Suggesting to use UDP made it suddenly a lot more
comprehensible...
I've played around with it and I've noticed that all UPnP devices on
the network repond with an unicast message sent to my IP on the same
port
With UDP, connect and listen seem to be the same thing. So specify Addr
and Port,
then connect, send, and you'll get your responses in data available.
I tried this and this works great ! Thanks.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of
I'm attempting to determine the IP address that is used for broadcasting an
UDP packet. This seemed pretty straightforward but I always get 0.0.0.0
returned for my current IP address. I searched in the mailing list archive
and found this message from Francois :
Use TWSocket.GetSockName once the
Hi,
All of my CodeGear C++ Builder 2007 projects have been using the same stable
ICS version for years (some old V5 distribution which is working really
great). Still, I'm now looking at upgrading all of projects with a new ICS
release in order to benefit from all the improvements that have been
Hi,
I'm attempting to install ICS V7 using Codegear C++ Builder 2007. However, I
run into following error:
[DCC Error] OverByteIcsWSocketE.pas(87): F1026 File not found: '
DesignIntf.dcu'
A search for a solution gave me this:
You need to add -LUDesigneIde to the dcc32 command line options.
On Sun, Mar 16, 2008 at 9:02 AM, Arno Garrels [EMAIL PROTECTED] wrote:
I added DesignIDE to Delphi Compiler | Other Options | Use these
packages when compiling,
which did the trick.
This indeed did the trick. Thanks.
Kris
--
To unsubscribe or change your settings for TWSocket mailing list
: Kris Schoofs [EMAIL PROTECTED]
To: ICS support mailing twsocket@elists.org
Sent: Saturday, March 15, 2008 4:23 PM
Subject: [twsocket] ICS V7 and the missing ''DesignIntf.dcu''
Hi,
I'm attempting to install ICS V7 using Codegear C++ Builder 2007.
However,
I
run into following error
Hi,
I'm busy attempting to port my current projects from ICS V5 to ICS V6.
However, I've run into a problem that I can't handle myself.
When I compile my project that contains a simple TCP server (code based on
the ICS5 TCP server sample), I run into following linker errors:
[ILINK32 Error]
: Integer;
{$IFDEF CLR} const {$ENDIF} Data : TWSocketData;
Len: Integer) : Integer; virtual;
make sure you have changed them in the class declaration and the
function implemention, then, rebuild the package.
2008/3/17, Kris Schoofs
19 matches
Mail list logo
