Absolutely no issue :)
I've already written such an application. Works either 32 bit or 64
bit. If you like I can let you have the application plus source code to
help give you some ideas where to start.
Lester
On 02/03/2013 16:00, Marc Gauthier wrote:
Good day,
I need to build
Error 10013 (WSAEACCES) is perfectly legitimate.
"Another possible reason for the WSAEACCES error is that when the bind
function is called (on Windows NT 4.0 with SP4 and later), another
application, service, or kernel mode driver is bound to the same address
with exclusive access"
10048 (WS
This has been noticed before. Bogus accounts get created all the time,
but you have to have permission to actually contribute. Those bogus
accounts therefore do not harm the system, apart from take up database
space.
Francois (and I believe some other senior developers) have the power to
gr
Good, yes the ipv6 branch has become V8. I've just updated SVN and the
nightly V8 zip file has been updated, a little early.
I'm still testing pipelining, discovered Firefox has a command to enable
it.
Angus
--
The changes you have made have resolved the issue I was having - thanks
very m
On 12/07/2012 11:47, Angus Robertson - Magenta Systems Ltd wrote:
I've fixed my local copy of ICS V8, which version are you using?
Currently running icsipv6 (I presume this is ICS v8?).
I have today updated from 1046 to 1048
Lester
--
To unsubscribe or change your settings for TWSocket mailing
uTorrent is indeed closing the connection, but that's just because the
preceding TCP Packet being sent to from the sever has the flag set to
tell it to do so.
I've done a lot more work since yesterday, and I've managed to find the
cause of the problem! The issue is caused by having a superfl
Http Server: ICS ipv6 Rev 1046
Http Client 1 - uTorrent 3.2
Http Client 2 - Firefox 13.1
Having an issue where the file stream requested is being terminated
early by the HTTP Server, for a specific web client.
When the client is Firefox, there is no issue - the file is loaded
successfully. I
I've just answered my own question :) There is also TPing.Reply.Status
- a zero is good, a non-zero is bad (seemingly).
Thanks all.
Lester
On 07/05/2012 22:01, Lester Clayton wrote:
Are you suggesting that there is no bug? That's fine, but how does
one differentiate then from a
Are you suggesting that there is no bug? That's fine, but how does one
differentiate then from a successful ping and an unsuccessful one (where
CMD PING would reply "Destination host unreachable.")
Lester
On 07/05/2012 21:29, François Piette wrote:
If however you are trying to ping a device
Having an interesting problem with TPing, and the replies under certain
circumstances
Here is my code I'm using:
Ping1.Address := '10.110.12.1';
Memo1.Lines.Add(IntToStr(Ping1.Ping));
Memo1.Lines.Add(IntToStr(Ping1.ErrorCode));
Memo1.Lines.Add(IntToStr(Ping1.Reply.RTT));
If the address
Delphi XE2 supports 64 bit compiling. The current release of ICS also
supports 64 bit compiling. ICS also has a beta for Firemonkey which
will allow you to compile to Mac OSX (32 bit) apps.
On 30/03/2012 18:48, pkappet...@charter.net wrote:
When will there be 64 bit support for this?
--
To
My opinion prior to Delphi XE2: Yes
My opinion after Delphi XE2: No
I've been a big fan of Pascal since Turbo Pascal version 4, and I've
followed most of Borland/Inprise/Embarcadero since the late 80's. I've
purchased various versions of Pascal and Delphi in my life, and I've
been a HUGE fa
12 matches
Mail list logo
