Re: [twsocket] FTP Timeout Problem
For a server yes, but it's not trouble if you know the ports it's configured to use, and make appropriate holes in the Server's firewall. The client end, even for secure FTP still does not need any firewall/router meddlings when Passive mode is used, as again it only makes outgoing connections, just like (well, there are differences) a web browser going to a secure page. As earlier, I run a couple of such boxes, and once the server end is sorted, the clients just work with no fuss at all. Have a good weekend. I will *NOT* be watching that wedding, I've got better things to do with my time! :-) DaveB -Original Message- From: Angus Robertson - Magenta Systems Ltd [mailto:an...@magsys.co.uk] Sent: 27 April 2011 19:39 To: twsocket@elists.org Subject: Re: [twsocket] FTP Timeout Problem Any half decent firewall or NAT router, will handle all that transparently. That is correct for normal FTP, where the router can read the control channel and check the internal IP address and translate it to an external address, but not for SSL since the control connection is encrypted and can not be changed. This is why FTP servers behind NAT are trouble. Angus -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] FTP Timeout Problem
Passive mode *Should not* need any firewall hole poking, at the Client end. That's the beauty of Passive mode! The client only ever makes outgoing connections, it never has to receive an incoming one. Any half decent firewall or NAT router, will handle all that transparently. It's worth checking that Win7's own firewall doesnt block outgoing requests from *unknown* apps though. But yes you *will* most certainly need to explicitly perforate the firewall at the Server end, for all ports, and port ranges the FTP server will ever use. Regards. DaveB. -Original Message- From: Angus Robertson - Magenta Systems Ltd Subject: Re: [twsocket] FTP Timeout Problem I'm trying to create a FTP server with SSL. The client(on Win7) and server(on Win2008 R2) are on two separate computers. Initially, we had problems with the SSL handshake, when trying to retrieve a directory listing. Now, all we get is a time out. Ensure you are using passive mode, and that ports being used by the FTP data channel are opened in firewalls at both ends. This issue was discussed extensively a few weeks ago. I have an ICS public FTP server with SSL you can test against. Angus -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] socket lossing traffic after 2/3 days
That just shows active connections. You need:- netstat -an That shows chapter and verse, tcp and udp ports, connected, listening, waiting etc. If you do:- netstat -anb ...on XP or later, you also (eventualy, it can take a while) the processes that are associated with the ports and connections listed. Cheers. DaveB. -Original Message- From: Francois PIETTE [mailto:francois.pie...@skynet.be] Sent: 20 April 2011 05:47 To: ICS support mailing Subject: Re: [twsocket] socket lossing traffic after 2/3 days Am running a chat system using tcp for data transfer but I have a problem am unable to fix and was wondering if anyone else had this issue. basically when using my app for more then 3 days it would cash but not a full socket crash were it would boot people it would just stop accepting new incoming data from logins but anyone else that was already connected would not be effected at all until there log off site and turned to re-login then there would get connecting fail message It looks that the listening socket is closed. At the command prompt, enter netstat -p tcp (without quotes). You should see your listening port. -- 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 -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] UDP receive issue from a Windows service
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, so keeping something up-to-date, that might otherwise slip a bit without that constant poking. I've also seen similar things (with other high speed I/O) in the past, it's 99% of the time, a timing problem. Somethings on the ragged edge, and any attached process (Debugger or ???) just helps that little bit by sneeking in a few extra nS somewhere. Multi core CPU's or HyperThreading seem to provoke this sort of mayhem more than most.. Can you dedicate your program to one core, and one core only? You did say TCP works OK, the extra overhead of that stack probably add's some time, and/or forces some data table updating, helping things too. Remember, Windows is not a real time system. Plus, it's not entirely unknown for MS to do things in not quite the right way. (As the rest of the world sees it anyway...) It could of course, be something completely different, to quote Monty Python... I'll get me coat.. Dave B. -Original Message- From: Francois PIETTE [mailto:francois.pie...@skynet.be] 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. IMO, when a debugger is attached, the process is not slowed down. I would also add that there is definetely no CPU time issue, nor network I/O issue with the application. Every second, it send a single UDP datagram (A SNMP get request) and expect a single UDP datagram (A SNMP get reply). A single socket is used for both send and receive and datagram fits in winsock receive buffer. -- francois.pie...@overbyte.be http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] [OT] Twitter tells third-party devs to stop making Twitter client apps
Translated... They want the users to see all the add's and fluf, other third parties pay them to present, that many dedicated client app's wont show DaveB. -Original Message- From: Anton S. [mailto:an...@rambler.ru] Sent: 21 March 2011 08:49 To: twsocket@elists.org Subject: [twsocket] [OT] Twitter tells third-party devs to stop making Twitter client apps Just FYI Twitter tells third-party devs to stop making Twitter client apps In a statement issued today by Twitter on its official developer mailing list, the company informed third-party developers that they should no longer attempt to build conventional Twitter client applications. In a move to increase the consistency of the user experience, Twitter wants more control over how its service is presented to users in all contexts. http://arstechnica.com/software/news/2011/03/twitter-tells-thi rd-party-devs-to-stop-making-twitter-client-apps.ars -- Anton -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] UPNP
Take care. UPnP is dangerous. It's a very common way for a lot of Malware on one PC to open holes in the border firewall/router for it's own (doubtfull) ends. UPnP was a nice idea for consumer stuff, but it opens a whole tanker full of worms if used, hence many (most now?) windows PC's have that feature blocked, and for very good reason! Your router should have it disabled too. Any resultant wails from your kids about the PSXBox or similar not getting on the web, can be fixed with normal router/firewall Port Forwarding, as per many good sites found with Google. So much safer than letting UPnP work. Regards. Dave B. PS: UPnP is not the same as Plug and Play hardware detection, that is a totally different animal. -Original Message- From: Eric Fleming Bonilha [mailto:e...@digifort.com.br] Sent: 07 January 2011 13:59 To: ICS support mailing Subject: Re: [twsocket] UPNP I thought about that too But I found the problem. The LocalAddr (or addr? don´t remember now) must be changed to local IP address, not 0.0.0.0, or else I don´t receive the responses Thanks! Eric -- From: Markus Humm markus.h...@freenet.de Sent: Friday, January 07, 2011 9:20 AM To: twsocket@elists.org Subject: [twsocket] UPNP Hello Eric, could it be that some other UPNP service is still active on your PC which blocks usage of this port? Greetings Markus -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be Nenhum virus encontrado nessa mensagem recebida. Verificado por AVG - www.avgbrasil.com.br Versao: 9.0.872 / Banco de dados de virus: 271.1.1/3364 - Data de Lancamento: 01/06/11 16:34:00 -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Installing ICS within C++ Builder 2006
Hi... Indeed If you go to www.overbyte.be that in turn takes you to http://www.overbyte.be/frame_index.html, the Quicklink top right, with Latest ICS Version showing, presents one with an ICSV5.zip file when you hit the '' button to start the process... http://wiki.overbyte.be/wiki/index.php/ICS_Download does present you with (among other things) the true latest (V7) version. Take Care.. Dave B. -Original Message- . . . . You should no longer use ICSv6 but ICSv7 which installs fine with BCB. Forgot to post the download link, here it is: http://wiki.overbyte.be/wiki/index.php/ICS_Download Note that the ICSv7 download on www.overbyte.be might be still a very old and buggy version, get ICS always from the link above. -- Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] [OT] Digest mail trouble, local to me, I think.
This is odd. This (below) is all I see from this list now. (Other lists etc are OK) Even old digests are empty, though the message size figure suggests otherwise! I suspect a recent MS or AV update has fliped a kill-bit somewhere causing the contents of the digest to vanish from view. If anyone has a fix, please contact me direct, as I can't see the contents of the digest, past the headers! Sadly, I'm using Outlook 2003 SP3, on XP SP3, via an exchange server, no choice in the matter. I have Admin level control of the PC, but no control or access to the server. Any hints? Regards. Dave Baxter. dave at uk-ar dot co dot uk (demangle as usual) -Original Message- From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On Behalf Of twsocket-requ...@elists.org Sent: 29 September 2010 13:00 To: twsocket@elists.org Subject: TWSocket Digest, Vol 392, Issue 3 Send TWSocket mailing list submissions to twsocket@elists.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket or, via email, send a message with subject or body 'help' to twsocket-requ...@elists.org You can reach the person managing the list at twsocket-ow...@elists.org When replying, please edit your Subject line so it is more specific than Re: Contents of TWSocket digest... -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] PASV fallback to public IP
-Original Message- From: Angus Robertson - Magenta Systems Ltd [mailto:an...@magsys.co.uk] Sent: 07 September 2010 09:47 To: twsocket@elists.org Subject: Re: [twsocket] PASV fallback to public IP Some FTP servers return wrong IP for PASV command (private instead of public). In such cases, obviously, FTP component can't connect to the server. This is not really an FTP server issue, but a poorly designed NAT router that has not replaced the private IP address with a public IP. Filezilla is smart enough to detect this and switch to public IP, instead: Detecting the wrong address is easy, but whether replacing it with a public address will do anything useful is more debatable since the NAT router may not know which private IP address is the intended destination of the incoming TCP connection. NAT routers have to be designed to understand the FTP protocol, and parse the control channel for private IP addresses and forward connections appropriately. Normally this is all hidden and you never know it's happening. Do you have a specific example of a live public server returning a private IP that we can test? It will be very difficult to set-up, since it needs a crappy NAT router. Angus As a FileZilla client and server user of some years. Servers that return a Private (LAN) IP in a Passsive Mode parameter value, are probably misconfigured by their owners, rather than any deficiancy in the routers used. F'Zilla can only detect your WAN IP, if you point it to a suitable external site/service that will report back your WAN IP. Sadly, not all of them do it in a way F'Zilla can reliably handle. You could use a local to you service, that in turn polls your router setup pages to find the WAN IP currently in use, but every router is different. If you have a dynamic WAN IP as most home users do, you can use an external service such as DynDns so you can have a regular domain name who's resolved IP follows your actual IP as it changes from time to time (with a short delay...) Then, in F'Zilla (and I guess in any ICS created server) you can find your outside (WAN) IP, by doing a DNS query on yourself (in FZ, you put your domain name in the Passive Mode Settings dialog, Use the following IP field) that in turn will return your current WAN IP address, that is then used as part of the client Passive mode setup protocol. Or, you ask your ISP for a fixed IP account. :) The only thing you need to do to any routers in line, is make sure that their port forwarding rules are setup, so that *All* the FTP Data port(s) you use, are passed to the machine on your LAN that is running the server. The client of course, does not need to make any such adjustments, they only ever initiate outgoing connections, so no port forwarding needs to be done. Regards. Dave B. -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] OT: Old vs New (Was RE: Should ICS support IPv6 on W2K?)
Hi. There is still lots of in-house and some vendor support and development for 2k among the indipendants. As just swapping out the embedded PC is nowhere near as easy as it would be in an office or home environment. The lack of EISA slots and Real COM ports, for existing mega expensive hardware interface adapters being a *Huge* problem with new PC's, even some of the so called Industrial units. Resulting in many such devices do not have any viable replacement, other than from a stock of existing spares. The same issues are now being seen with newer machines that have PCI slots and cards. Hence older embedded PC's are getting overhauled and repaired often, not replaced with new. And of course, with the new OS's, you often get driver issues with older hardware that is not supported in the new OS.(Yes, I know some makers will provide them for you, if you order several machines, but at an outlandish cost.) USB? In Industry. Forget it, it's way too fragile, mechanically and electrically. It's all a bit of a nightmare for some of us. But otherwise, all agreed with. Have to say though, that often the so called New development on the new OS's are only to replace existing time served and proven apps and tools on the older. Often with less stability and reliability as a result (but they look pretty!) Where as in the past a project development team might have stayed in a company for a few years, nowadays, once the product is passed to production (hardware or software) the designers seem to run to the four corners of the earth, result, long term buggy New products, that replace otherwise reliable and stable older stuff, with near zero chance of being fixed, so a short product life. Progress? Guess someone makes money out of it... Anyway, back to my hot oil and HV power supplies!Something just went Bang!... No software involvement, other than to reset a DMM that will have probably been nuked by the spike, and latched up as a result. (Mk1 digit on power swith!) Out of curiosity, what is the worldwide take up or penetration of IPv6 at present? Anyone know for sure? Regards. Dave B. -Original Message- From: Darin McGee [mailto:da...@basehex.com] Sent: 02 June 2010 16:26 To: ICS support mailing Subject: Re: [twsocket] Should ICS support IPv6 on W2K? Yes of course but there is no NEW development going on for those systems as it makes no sense. In other words when it comes time to replace the hardware they are forced into upgrading the programs or run them in a virtual environment. I suspect that data comes from querying browser an or or MS update users. There is still a *Huge* W2k installed base in industry, all those machines and systems with it embedded. Heck, there are still many DOS+Win3x based systems still running things in places. I even know of one Comodor PET still used as an environmental chamber controler! (The screen is a little dim these days!) OK, little of it is connected to the 'net, but much of it is interconnected by LAN (of one form or another) but very little has a web browser that is used for surfing! Anyway, when or if IPV6 comes about to the masses, we'll probably all be on 128 bit Windows 11 or Linux Kernel V4 or something. Interesting though, that Win7 is still less prevelant than Vista, no suprise XP is top of the list. Tin hat and fireproof suit ready. (Stir stir..) Dave B. -Original Message- From: Zvone [mailto:pha...@gmail.com] Sent: 01 June 2010 13:50 To: ICS support mailing Subject: Re: [twsocket] Should ICS support IPv6 on W2K? Arno, don't bother with Win2000 without service packs support. See this: OS usage by market share: Windows XP - 62.53% Windows Vista - 15.26% Windows 7 - 12.67% Mac OS X 10.6 - 2.34% Mac OS X 10.5 - 1.96% Linux - 1.13% Java ME - 0.73% Mac OS X 10.4 - 0.66% iPhone - 0.60% Windows 2000 - 0.50% It is slowly moving into Win 9x domain so you can safely move on. Good XP and Win 7 support is much more important than figuring out Win2k support. Whoever uses it in the application can put this requirement in the readme and by the time it is fully tested and IPV4 no longer used, Win2k will have even less market share if any. -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Should ICS support IPv6 on W2K?
I suspect that data comes from querying browser an or or MS update users. There is still a *Huge* W2k installed base in industry, all those machines and systems with it embedded. Heck, there are still many DOS+Win3x based systems still running things in places. I even know of one Comodor PET still used as an environmental chamber controler! (The screen is a little dim these days!) OK, little of it is connected to the 'net, but much of it is interconnected by LAN (of one form or another) but very little has a web browser that is used for surfing! Anyway, when or if IPV6 comes about to the masses, we'll probably all be on 128 bit Windows 11 or Linux Kernel V4 or something. Interesting though, that Win7 is still less prevelant than Vista, no suprise XP is top of the list. Tin hat and fireproof suit ready. (Stir stir..) Dave B. -Original Message- From: Zvone [mailto:pha...@gmail.com] Sent: 01 June 2010 13:50 To: ICS support mailing Subject: Re: [twsocket] Should ICS support IPv6 on W2K? Arno, don't bother with Win2000 without service packs support. See this: OS usage by market share: Windows XP - 62.53% Windows Vista - 15.26% Windows 7 - 12.67% Mac OS X 10.6 - 2.34% Mac OS X 10.5 - 1.96% Linux - 1.13% Java ME - 0.73% Mac OS X 10.4 - 0.66% iPhone - 0.60% Windows 2000 - 0.50% It is slowly moving into Win 9x domain so you can safely move on. Good XP and Win 7 support is much more important than figuring out Win2k support. Whoever uses it in the application can put this requirement in the readme and by the time it is fully tested and IPV4 no longer used, Win2k will have even less market share if any. -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Connect to FTP proxy not in transparent mode - promptfor account
Hi. Your best bet, as your user wants to use a specific proxy, is to ask them to provide you with an install of such a proxy (as a loan item, that you will return to them when you're done developing and testing) with the account setup instructions, so you can make your own test system, allowing you to freely test your code, without anoying any other system users/owners or whoever. If the proxy is prompting you for an account, you have connected! What you need to find out is what the account details are, that you need to feed it, so it can give you access to where you (your user) needs to go to. Regards. Dave B. -Original Message- From: Info2004 [mailto:info2...@asamicros.com] Sent: 17 May 2010 09:54 To: ICS support mailing Subject: [twsocket] Connect to FTP proxy not in transparent mode - promptfor account Hi, If the ftp proxy is prompting for account, how should I connect? Should I set the account string property and call ConnectAsync, or should I call ConnectAsync then AcctAsync, or just call AcctAsync? I'm struggling to test as I have no access to the proxy in question, otherwise I'd just use trial and error. Googling for a proxy to download and install is coming up with lots that use transparent mode, but that's not what I need. Anyone used a free ftp proxy that can use authentication? Andy -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] FTP through proxy not in transparent mode
I presume you're looking for this... ? http://proxy.wow.ag/proxyOnlyAnonymous.php?offset=0 There is a list of Transparrent proxies, if you look down the left of that page. I think they are Web/HTTP related, also needing the client to use a specific port to connect to the proxy with. I'm not sure you'll get any ordinary (even Pasv mode) FTP to work through them. WoW in this case is World of Webcams. And I suspect it's more for self disguise (hiding) as anything. Why does your user want to use such a proxy anyway? Just guessing here, but have you tried Pasiv mode? (If you don't try, you never know?) Cheers. Dave B -Original Message- From: Info2004 [mailto:info2...@asamicros.com] Sent: 10 May 2010 09:10 To: ICS support mailing Subject: [twsocket] FTP through proxy not in transparent mode Hi, I have an application which uses OverbyteIcsFtpCli version V2.108. It's working great - no problems. However, a customer wants to use this application through his proxy (wowproxy), and it's not using transparent mode. So, anyone used this or similar combo? Can I get it to work? I googled wowproxy, but got lots of hits for world of warcraft - not really what I'm after. Thanks, Andy -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] FTP Monitoring software?
I'd go so far and say it's Very Good. Even to the point of re-assembling files from monitored packet streams too. Dave B. -Original Message- From: Francois PIETTE [mailto:francois.pie...@skynet.be] Sent: 07 February 2010 18:40 To: ICS support mailing Subject: Re: [twsocket] FTP Monitoring software? What software is available that will allow me to monitor the ftp commands that are sent and received by my computer. I need to do some debugging. Wireshark is free and quite good. -- 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 -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Static ARP
-Original Message- From: Angus Robertson - Magenta Systems Ltd [mailto:an...@magsys.co.uk] Sent: 02 February 2010 10:46 To: twsocket@elists.org Subject: Re: [twsocket] Static ARP Does ICS provide any means to set static ARP entries? No ICS does not have support ARP. There are various ARP APIs in the Internet Protocol Helper API, try googling CreateIpNetEntry. You'll also find an Embarcadero Discussion Forums thread about privileges. My web site has a partial conversion of the IP Helpher APIs, which includes reporting ARP entries with GetIpNetTable but not changing them. I suggest you start with these units and add the extra functions you need, then please let me have them back for others in the future. http://www.magsys.co.uk/delphi/magiphlp.asp Angus Or implement a simple message handshake protocol of your own? Like send a crude checksum value back to the sender, for it to decide what to do next. I've on and off been playing with shovelling GPIB instrument traffic over the LAN via UDP, as much as an experiment in programming as anything else, and found that even on a quiet LAN, you still get some packet loss with UDP. But it's relatively trivial to add a simple message handshake system, if you don't (or cant for whatever reason) use TCP. Take care with ARP etc, it's too easy to totally compromise a LAN with that. In some installations too, the IT peeps might be keeping an eye on ARP traffic, and send the heavies round if something odd is seen to be happening at your location, as it's a common LAN attack method. Google ARP Games. It can be fun to fiddle on your own system, but... Regards. Dave B. -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] SSL is broke?
Seems good old SSL is after all susceptable to some sort of Man In The Middle atack. http://www.grc.com/securitynow.htm Scroll down, to episode 223. Comments? Dave B. -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] OverbyteIcsPingTst
Hi.. What operating system? Have you given any local firewall/secruity system permission for the ping test program to do what it needs? That is, use the machines networking resources. Cheers. Dave B. -Original Message- From: Signed Source(r) Project [mailto:dan...@signedsource.com] Sent: 20 November 2009 11:17 To: ICS support mailing Subject: Re: [twsocket] OverbyteIcsPingTst Hi Wilfried, Many thanks for the response. Yes, i can ping anything from the command window and they all are answering. From PingTst I can ping only and only localhost and it gives this. .. .. Resolving host 'localhost' Host 'localhost' is 127.0.0.1 Sending 56 bytes to 127.0.0.1 (127.0.0.1) Received 56 bytes from 127.0.0.1 in 0 msecs .. Whats the use of this if it isn't pinging anything else? -daniel - Original Message - From: Wilfried Mestdagh wilfr...@mestdagh.biz To: ICS support mailing twsocket@elists.org Sent: Friday, November 20, 2009 12:55 PM Subject: Re: [twsocket] OverbyteIcsPingTst Hello Signed, Can you ping your local machine (127.0.0.1)? Can you ping both with the command interpreter? --- Rgds, Wilfried [TeamICS] http://www.overbyte.be/eng/overbyte/teamics.html http://www.mestdagh.biz Thursday, November 19, 2009, 20:39, Signed Source(r) Project wrote: Hi guys, I have just tested -- OverbyteIcsPingTst which is delivered with v7 and noticed, It does not ping anything!! Here is what I get... :: ::: Resolving host 'www.google.com' Host 'www.google.com' is 74.125.79.105 Sending 56 bytes to 74.125.79.105 (74.125.79.105) Cannot ping host (74.125.79.105) : Request timed out. Status = 11010 :: ::: It is doing the same for whatever I try. Any ideas? -daniel -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Location of TTrafficLight component and examplesource code
The problems seems to be edn.embarcadero.com (12.233.153.18) is sick or off the air at the moment. The domain responds to a Ping (average 173ms!) but none of the 3 browsers and 2 ISP combinations I have avalable here will download anything from that address. Timout waiting for server, or Connection interupted messages are all I can get. Tried using BT and Demon ISP's, IE, Firefox Chrome browsers, here in the UK at least. Either there is a typo in the address, their server has croaked, or a DNS entry is corrupt. Regards. Dave B. -Original Message- From: francois.pie...@skynet.be [mailto:francois.pie...@skynet.be] Sent: 17 September 2009 08:10 To: twsocket@elists.org Subject: Re: [twsocket] Location of TTrafficLight component and examplesource code I'm trying to locate the source code and TTrafficLight component referenced in an article written by Francois Piette and found originally in thefollowing inactive linkage: http://edn.embarcadero.com/print/20465. The article has a link to the source code near the top of the article just before the first paragraph. -- 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 Hello,I'm trying to locate the source code and TTrafficLight component referencedin an article written by Francois Piette and found originally in thefollowing inactive linkage: http://edn.embarcadero.com/print/20465. It wastitled \Writing Client/Server applications in ICS\ It would be of excellenteducational value. It also does not appear to be in the ICS suite accordingto the listing. Thanks in advance.Wayne BelshawBrocade Communications--To unsubscribe or change your settings for TWSocket mailing listplease goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocketVisit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Specify full paths to libeay32.dll and ssleay32.dll
Hi... Put them in a unique folder/directory, available to all app's. An easy (if dirty) way, is in the System32 folder under Windows (or WinNT.) Make sure you have one set, AND ONLY ONE SET of them on your system, and all apps etc will use them as needed, so they only see the same version. Or, put them in their own folder, and add the direct path to that in the systems default search path. When an app call's another resource, it first searches it's own (same) local path where the main .exe is. If it isn't there, it them searches Windows system path(s) if still not found, then according to the default search path, as defined by the system variables. Unless you specify the exact path and file you want. You can often make a Huge performance improvement, knowing how to manipulate paths etc. Keeping the default search path short helps a lot, as does setting up shortcuts to app's correctly, so the app stars in the corect folder, hence has a direct path to it's own needed resources. You can also Register them with Windows, so Windows will only ever look in one place. It can speed things up a lot, but at the expense of some flexability. This is exactly why some app's misbehave on some systems, and not on others. because they find other versions of the same DLL's (typicaly) before the ones you realy want them to use. A little experimenting with any compiler and making some simple DLL's that pass back a name (or one DLL that passes back it's own path) as a string to the caller, and then scatter coppies in the usual places, and you might be suprised what call's what and when. The default install's of Delphi in the past, do not do the optimum thing either, for the health of the system as a whole. Been there, got the 'T' shirt, and the numb brain cells etc... Regards. Dave B. -Original Message- From: Albert Wiersch [mailto:supp...@htmlvalidator.com] Sent: 14 September 2009 23:44 To: 'ICS support mailing' Subject: Re: [twsocket] Specify full paths to libeay32.dll and ssleay32.dll I think I found a solution to my problem. I am adding the needed path to the PATH environment variable (if it's not already there) and this seems to work. If there is a better solution, then I'd still like to know. Thanks. -- Albert Wiersch AI Internet Solutions supp...@htmlvalidator.com http://www.htmlvalidator.com/ -Original Message- From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On Behalf Of Albert Wiersch Sent: Monday, September 14, 2009 5:23 PM To: twsocket@elists.org Subject: [twsocket] Specify full paths to libeay32.dll and ssleay32.dll I have run into an issue where my application (the DLL part) cannot find libeay32.dll and ssleay32.dll when it is loaded from a 3rd party app. I suspect because the 3rd party app path is searched instead of my application's path - and these DLLs are in my app's path, not the 3rd party app path. So how can I specify a direct path to these DLLs to make sure they are found? I checked TSslContext and it did not seem there was a way to specify the full paths to the DLLs. Thanks. -- Albert Wiersch AI Internet Solutions supp...@htmlvalidator.com http://www.htmlvalidator.com/ -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] OT (but related) Kylix install disk?
Hi.. Anyone (preferably in the UK) got a Kylix 3 install CD and activation licence/code, they would like to sell/pass on? If so, please contact me off list with the details. Ta. Dave B. -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Single port FTP
Cant honestly see what the problem was... Passive FTP is a well established mode, and is router/firewall (at the client) friendly as they only ever make outgoing connections. The only advantage I can see with this, is that the server side router/firewall only needs one port forwarded. Disadvantage? How do you handle multiple users and data streams with everything trying to get through one port? The IETF link didn't work for me, even after unwrapping it (and removing the ) I get a 404 error. Mind you, how would you handle simultaneous connections to one port anyway...At present, I don't think it's possible without alterations to everyone's TCP/IP stack? Unless someone knows better. As above, what's wrong with Passive (or PASIV) mode? Cheers. Dave B -Original Message- From: Angus Robertson - Magenta Systems Ltd [mailto:[EMAIL PROTECTED] Sent: 16 September 2008 18:11 To: twsocket@elists.org Subject: [twsocket] Single port FTP We all know of the problems caused by the FTP data connection with NAT routers, firewalls, etc, so it's interesting someone has come up with an RFC proposal that allows the data connection to also run on port 21. http://www.ietf.org/internet-drafts/draft-rosenau-ftp-single-p ort-04.txt Essentially, a second connection is opened to port 21, with a simple logon process to tie it to the initial 21 connection, then the real data sent after a 200 DATA response. - The control connection (--1--) is established. S--1--C 220 FTP server readyCRLF C--1--S USER u001CRLF S--1--C 331 Enter passwordCRLF C--1--S PASS xyzCRLF S--1--C 230 You are logged inCRLF C--1--S SPSVCRLF S--1--C 227 Entering single-port mode (xYab1234)CRLF - The data connection (---2-) is established S---2-C 220 FTP server readyCRLF C---2-S SPDT xYab1234CRLF S---2-C 200 DATACRLF C--1--S RETR contents.txtCRLF S--1--C 150 Transmitting dataCRLF S---2-C (Contents of contents.txt) - The server closes the data connection (---2-) S--1--C 226 Data transferredCRLF ... Angus This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Single port FTP
Hmmm... I still don't see what the problem was this is trying to get round. I run two FTP servers at different sites, and have never had any router/firewall problems as they both tell the client to use Passive mode, so the client only ever makes outgoing connections, and by default, any router/firewall that will allow an outgoing connect, will pass any replies back, for any number of opened data channels. It's usualy the server end that needs holes poked in the firewall, and or port forwarding setup on the router. After all, Passive mode was specificaly developed to make the client side much easier so users and customers etc, don't have to mess with their security settings. I also keep well away from using port 21 for anything exposed to the www. It must be one of the most highly probed ports on the net, after the usual windows offerings and port 80. Oh well.. Dave B. -Original Message- From: Arno Garrels [mailto:[EMAIL PROTECTED] Sent: 19 September 2008 09:52 To: ICS support mailing Subject: Re: [twsocket] Single port FTP Dave Baxter wrote: Mind you, how would you handle simultaneous connections to one port anyway...At present, I don't think it's possible without alterations to everyone's TCP/IP stack? Unless someone knows better. No problem, the client establishes a second connection to Port 21 and tells the server to treat this second connection as the data connection. -- Arno Garrels As above, what's wrong with Passive (or PASIV) mode? Cheers. Dave B -Original Message- From: Angus Robertson - Magenta Systems Ltd [mailto:[EMAIL PROTECTED] Sent: 16 September 2008 18:11 To: twsocket@elists.org Subject: [twsocket] Single port FTP We all know of the problems caused by the FTP data connection with NAT routers, firewalls, etc, so it's interesting someone has come up with an RFC proposal that allows the data connection to also run on port 21. http://www.ietf.org/internet-drafts/draft-rosenau-ftp-single-p ort-04.txt Essentially, a second connection is opened to port 21, with a simple logon process to tie it to the initial 21 connection, then the real data sent after a 200 DATA response. - The control connection (--1--) is established. S--1--C 220 FTP server readyCRLF C--1--S USER u001CRLF S--1--C 331 Enter passwordCRLF C--1--S PASS xyzCRLF S--1--C 230 You are logged inCRLF C--1--S SPSVCRLF S--1--C 227 Entering single-port mode (xYab1234)CRLF - The data connection (---2-) is established S---2-C 220 FTP server readyCRLF C---2-S SPDT xYab1234CRLF S---2-C 200 DATACRLF C--1--S RETR contents.txtCRLF S--1--C 150 Transmitting dataCRLF S---2-C (Contents of contents.txt) - The server closes the data connection (---2-) S--1--C 226 Data transferredCRLF ... Angus This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] HttpCli / LAN / Router / Proxy / ?Help!
You could put your own entries in the systems Hosts files. So that for example PC1 would resolve to 192.168.1.100. One set of entries common to all machines should do the trick... Find that file at... C:\WINDOWS\system32\drivers\etc in XP. Add entries such as. 192.168.1.100 PC1 192.168.1.101 PC2 Note! Only put entries in a PC's file, for the Other PC's on the network, not itself. Windows (and many other OS's) will always look up the Hosts file entry, before doing an DNS queries. So, anything in there takes presidence. This is also one way to hijack a PC, though not very common now, as it's too well known, and easy to fix. But... If you have all the PC addresses assigned by DHCP from the router (the normal way these days) they could change outside of your control, when they power up next time. Solutions. Firstly, do not use automaticly detect settings in the Internet setting dialog. It is posible for that protocol to get out and your PC connection then gets diverted via someone else. It's rare, but it can happen. Set each PC to use your router as their DNS servers, this may be done by DHCP too. The router itself will then pass the request for sites unknown to it, to your ISP, and keep a local copy of the most frequent ones you use, well some routers do that, your PC's do not need to know anything about your ISP, only the router needs that info. If the router supports it (most do) use LAN address reservation so that it will always keep one particular address reserved for a particular MAC address, regardless of if it is is connected or not. You can usualy set up many such entries. Fixed addresses at each PC. That may be OK for machines that dont physicaly move outside your network, but any laptops would then need some fiddling to allow to connect to a Hotspot or other LAN. Check that any instances of the XP firewall, has the appropriate exceptions enabled for your application, and to allow incomming connections from other Trusted PC's on your own LAN. As you are behind a router, you could probably disable the XP firewall. But, if one other PC picks up something malicious when surfing the web, that could then get to the other unprotected PC's if their firewall's are down, if it wanted to. You may also find that the router (again, many offer this.. Wireless Isolation Netgear call it for example) will activly prevent a wireless machine, from seeing any other wireless connected devices! Good if you run a hotspot, but an absolute pain if you just want a home LAN. If you have file sharing working OK between the WiFi PC's, at least that should not be the problem. Lastly, when you have all the WiFi gadgets working with each other, learn how to, and use WPA/PSK encryption for the WiFi. XP makes it very easy to get multiple machines all connected to the same router/accress point, so long as you have a USB stick to move the settings arround with. But, please use a Good passphrase for the WPA key (non-dictionary words and numbers) or there is a remote chance it could be discovered with a dictionary attack... NOTE! This is not the same as someone useing one of the WEP crackers, WEP (NOT WPA) has a well known vulnerability. WPA with a good key phrase, is regarded as all but unbustable. Take a look at www.grc.com, they have a lot of good information as to how The Net and TCP/IP works. Hope something helps.. Dave B. -Original Message- From: Joseph A Benson [mailto:[EMAIL PROTECTED] Sent: 10 July 2008 14:10 To: twsocket@elists.org Subject: [twsocket] HttpCli / LAN / Router / Proxy / ?Help! Hello I am looking for some assistance regarding the use of HttpCli over a wireless LAN. I started using ICS recently from C++ Builder (5 Professional) as a more reliable alternative to the Netmasters components - in particular I used HttpCli successfully on a single computer connected to the internet. Last week I setup a home wireless network using a linksys access point to share my broadband connection - everything works OK and I have internet access and file sharing for all computers. I have since discovered that my program built using HttpCli does not work anymore, if run on any of the wirelessly connected computers, but works fine on my main PC (PC1) which is wired directly to the router. Home Network Setup : Linksys Router/Access Point/broadband connection - 192.168.1.1 PC1 - wired connection to router - 192.168.1.100 PC2 - wireless connection to router - 192.168.1.101 PC3 ....102 etc All the PCs run Windows XP SP2 with full updates, and the networking equipment is all from Linksys (router is a WAG200G). When run on any PC PC1 Httpprot.pas throws an exception when attempting to do a Get() - it returns a 400 with error message cannot resolve IP address. I have run the httptst sample program supplied with ICS and I get the same error. To fix the problem I have tried changing various
[twsocket] OT: Network diagnosis tools.
Hi.. As a result of my searching for a Windows based command line (or whatever) RARP client. I found... Netwox and Netwag (Google is our friend, again) Cross platform etc, Netwox is the toolsuite while Netwag is a GUI wrapper, that uses Active TCL scripting. I have to say, this toolsuite has everyting I think I'll ever need! Thought some people here might be interested in these too. Cheers. Dave B. This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Reverse ARP?
O Many thanks Francois. It's the closest yet I think. I'll have a play and report back, for completeness.. Thanks again. Dave B. -Original Message- No sure it is what you need, but I've found this: http://www.frameip.com/entete-rarp/rarpd.zip -- [EMAIL PROTECTED] The author of the freeware multi-tier middleware MidWare The author of the freeware Internet Component Suite (ICS) http://www.overbyte.be This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Reverse ARP?
Good point Angus, I'll also look there, the windows private stuff that is. Dave B. -Original Message- From: Angus Robertson - Magenta Systems Ltd [mailto:[EMAIL PROTECTED] Sent: Thursday, May 01, 2008 3:21 PM To: twsocket@elists.org Subject: Re: [twsocket] Reverse ARP? Oh well, the search continues. Yes, as you say, lots of Google hits, but no real details.. I'd read the RFC, it's probably a simple broadcast to which the device will reply with it's IP, or maybe it's being broadcast anyway and you just have to listen? You could also check the massive list of private Windows protocols that Microsoft released on MSDN earlier this year (under EU order), it included the protocol for discovering SQL servers on the LAN, and numerous others things. Angus This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Reverse ARP?
Sadly, RarpD is a RARP server, that will respond to incoming RARP requests. Interestingly, you have to provide it with a table of MAC addresses, and corresponding IP addresses. What I'm looking for I think is a command line RARP client. Thanks anyway Francois. Dave B. -Original Message- From: Francois PIETTE [mailto:[EMAIL PROTECTED] Sent: Thursday, May 01, 2008 4:36 PM To: ICS support mailing Subject: Re: [twsocket] Reverse ARP? No sure it is what you need, but I've found this: http://www.frameip.com/entete-rarp/rarpd.zip -- [EMAIL PROTECTED] This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] Reverse ARP?
Hi.. Does anyone here know how to implement a Reverse ARP request? I have a piece of hardware that has a network port for remote control (RJ45, 10/100 UTP etc) but next to no physical user interface, but it does support IP address assignment by DHCP. The documentation says to do a Ping cXX (Where XX is the last 6 digits of it's hardware address, with no -'s or :'s) to discover it's assigned IP address, after that to use Telnet client to control it's functions. Needless to say, that doesn't work on any system I've tried. In fact, I can find no implementation of the Ping command that takes has a c subcommand and paramater like that, in either the Windows or Linux world.. So, after extensive googling etc (and a few confusing RFC's) I find I need to do whats called a Reverse ARP request... Can this be done with ICS? Or, is it Socket programming time Cheers. Dave B. This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Reverse ARP?
Thanks Angus... I need to do this in a way so as to minimaly impact the network as a whole, while discovering the gadgets IP address. The last time I Pinged an entire (class C) subnet, I got a visit from IT!.. ;-) I think they were more upset I knew as much as they did about such things... The unit itself is an industrial RF amplifier, the network port it has is a bought in part I've discovered, that supplier (Lantronix) have some tools available to do this, but they are not exactly user (read, less than capable customer who knows nothing about networks) friendly, as they have way too many opertunities to mangle the settings, or are not available for redistribution, such as on the units CD manual disk.. We know the unit's MAC address, it's printed on the case, we just need to query it to find it's assigned IP address. Querying the DHCP server is out of the question sadly, even though I know how to, I don't have the rights to do so. I'd doubt if any user would either. Oh well, the search continues. Yes, as you say, lots of Google hits, but no real details.. Did find a couple of other people looking for the same, some years back. Thanks again. Dave B. -Original Message- From: Angus Robertson - Magenta Systems Ltd [mailto:[EMAIL PROTECTED] Sent: Thursday, May 01, 2008 9:46 AM To: twsocket@elists.org Subject: Re: [twsocket] Reverse ARP? Does anyone here know how to implement a Reverse ARP request? I have a piece of hardware that has a network port for remote control (RJ45, 10/100 UTP etc) but next to no physical user interface, but it does support IP address assignment by DHCP. If the hardware sets it's IP address using DHCP, then the DHCP server should be announce the address, but whether this is accessible programmatically is another issue. You can ping the local subnet to find which IP addresses are in use, and try to connect to find your device. Using a threaded ping, you can send off 253 pings at the same time to avoid all the timeouts waiting for responses. The Microsoft IP Helper APIs do offer some ARP functions, but they appear to relate only to ARP on the local PC. There is a SendARP function, but it just returns the MAC address for a remote PC by IP address, whereas you want the reverse. Google brings up a lot of hits on Reverse APR and RAPR, but the first page does not show any tools or implementations, just background. Angus This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] UDP Newbie...
If you've not already done so (Assuming you're using XP) Make an Exception in Windows Firewall settings, for your application (exe file name) and the port number it listens on. Especialy if it needs to accept incoming data from outside the physical (or virtual) PC. *Usually* XP's Windows firewall does not affect anything communicating locally with the Localhost address (127.0.0.1) But it's a common trip point, when things work locally, but not when part is running on another PC. Another hint, use different ports to listen on, and talk with. That helps enormously when poth parts of the scheme are on the same physical PC. Even if you are trying to communicate between two PC's, their firewall's only need to know about their Incoming data ports, they will pass outgoing traffic with no problem. That relates to XP's own internal (Windows) firewall, in general if you use something else (instead of, or as well as) it may need to be set to allow outgoing traffic as well, Zone Alarm is one such, though that will popup and tell you if something is trying to send stuff to the internet... Note! If you have ZoneAlarm, even if you Disable the ZA firewall at boot time, it has a habit of blocking everything, as all you disable is the client, not the service, and it seems if the service is running in the background, but you've not let the client start, 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' Subject: Re: [twsocket] UDP Newbie... 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 Mark, Do you have virus software or things like that running? If so stop all services. It could be that some virus / firewall software does strange things. Some of those software are very buggy ! --- Rgds, Wilfried [TeamICS] http://www.overbyte.be/eng/overbyte/teamics.html http://www.mestdagh.biz Sunday, April 6, 2008, 21:02, zayin wrote: 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 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 will show you all opened/listening port. if none is listening on your port then you application should listen. regards. Did you try the code that I have posted? z Yes, copy and paste with: z ...raised exception ESocketException with message Error 10049 in z function bind address not available. z Changing the ip address or port does not change the error. It gives z the error on the listen. z Minutes later z Now after playing with the settings, changing port, ip address etc z it works. z Does not make since. z Windows firewall did appear for unblocking permission. z Minutes later z Now, back to my testing application and changing connect to listen z generates the same error. z Going back to connect, all if working again. z Something I do not understand is going on. z Ciao, z Mark z -Original Message- z From: [EMAIL PROTECTED] z [mailto:[EMAIL PROTECTED] On Behalf Of Wilfried 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 z is exacly the same. I used SendStr just because I was lazy :) I z tryed it on a machine with an older version of ICS, but it is exacly z same result with latest version. Did you try the code that I have posted? z It should work, then try Send or other options. z --- z Rgds, Wilfried [TeamICS] z http://www.overbyte.be/eng/overbyte/teamics.html z http://www.mestdagh.biz z Sunday, April 6, 2008, 15:34, zayin wrote: Hello, How about with send and not sendStr? That is the only difference I see. And what version 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... 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.
Re: [twsocket] Problem using same UDP port for both listen and send
Hi... Unless you are using an existing known protocol, in which case you'd idealy use one of the recognised existing port numbers Port 80, 8008, 8080 for an HTTP server for example. Letting the system pick a random port to listen on as a server is a bit unproductive, as how would you inform any likely clients (not on the same machine) what server port to connect to?... Best I think to pick a specific port number to start with for the server to create and listen on, and then let the clients pick a unused port for them to talk with, to connect to your server that is listnening on a known port. (UDP is a connectionless protocol of course) It is posible to use the same port number to talk and listen on, but not generaly on the same physical machine for both a client and server, something has to be different between them, either the IP address, or port number (or both) Or, the system hasn't a clue as to who what where etc... I guess you could define another localhost address, 127.0.0.2 for example perhaps? AFIK there is no reason why a single machine can't have multiple local loopback addresses. Unless someone else knows different. Then you could use the same Port number for both client and server, with care... Check out... http://www.iana.org/assignments/port-numbers For typical known port numbers, some may be of use, many are worth avoiding! (to keep script kiddies away, and to avoid strange connect requests)... Note, that ports in the range of... 49152 through 65535 are avaialable for Private or Dynamic port assignments. You can use any of them for anything, and being way up there in High Port Land should be well out of the way of any malicious port scanners looking for something to play with Hope something helps.. Cheers. Dave B. -Original Message- From: Dod [mailto:[EMAIL PROTECTED] Sent: Thursday, March 06, 2008 2:48 PM To: ICS support mailing Subject: [twsocket] Problem using same UDP port for both listen and send Hello, I am working on something like : - Create Server UDP socket port 0 - Winsock select the listening port itself - I retrieve port number using GetSockName/.sin_port - The Socket server is now listening - I create a Socket client to connect to other machine but I set LocalPort with same socket number as the one retrieved by server socket - I .Connect the client to other machine and .Send the data All works fine on XP but the final program must run on NT4 and if I do this I get WSAEADDRINUSE ( 10048 ) Address already in use. If i set LocalPort to 0 before .Connect then all is fine of course. Any idea why NT4 cannot not set localport for UDP sending with same number as port used by a server socket ? May be an old NT4 Winsock limitation ? I know NT4 is old but I have to work on a very old server that can't be upgraded. May be some of you remember such limitation ? Regards. This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Problem using same UDP port for both listen and send
Hi Dod.. No problem, and yes I also get hit by things like this, not only in software!... Trouble is, the longer we keep fixing these sort of things, the more of them we get to do! Supose it keeps us out of trouble, or does it?.. Cheers. Dave B. -Original Message- From: Dod [mailto:[EMAIL PROTECTED] Sent: Monday, March 10, 2008 10:29 AM To: ICS support mailing Subject: Re: [twsocket] Problem using same UDP port for both listen and send Hello Dave, Thanx for this long answer, I am already aware of all the way it should be done, but I have to work on a very old client/server project for which the sources has been lost, so I need to keep the same way it actually works and do the patch thru a proxy that will emulate the original server way of managing it's UDP protocol. Neverless, I found a workaround. Regards. DB Unless you are using an existing known protocol, in which case you'd DB idealy use one of the recognised existing port numbers Port 80, DB 8008, 8080 for an HTTP server for example. DB Letting the system pick a random port to listen on as a server is a DB bit unproductive, as how would you inform any likely clients (not on DB the same machine) what server port to connect to?... DB Best I think to pick a specific port number to start with for the DB server to create and listen on, and then let the clients pick a DB unused port for them to talk with, to connect to your server that is listnening on a DB known port. (UDP is a connectionless protocol of course) DB It is posible to use the same port number to talk and listen on, but DB not generaly on the same physical machine for both a client and DB server, something has to be different between them, either the IP address, or DB port number (or both) Or, the system hasn't a clue as to who what DB where etc... DB I guess you could define another localhost address, 127.0.0.2 for DB example perhaps? AFIK there is no reason why a single machine can't DB have multiple local loopback addresses. Unless someone else knows DB different. Then you could use the same Port number for both DB client and server, with care... DB Check out... DB http://www.iana.org/assignments/port-numbers DB For typical known port numbers, some may be of use, many are worth DB avoiding! (to keep script kiddies away, and to avoid strange DB connect requests)... DB Note, that ports in the range of... DB 49152 through 65535 are avaialable for Private or Dynamic port DB assignments. You can use any of them for anything, and being way up DB there in High Port Land should be well out of the way of any DB malicious port scanners looking for something to play with DB Hope something helps.. DB Cheers. DB Dave B. -Original Message- From: Dod [mailto:[EMAIL PROTECTED] Sent: Thursday, March 06, 2008 2:48 PM To: ICS support mailing Subject: [twsocket] Problem using same UDP port for both listen and send Hello, I am working on something like : - Create Server UDP socket port 0 - Winsock select the listening port itself - I retrieve port number using GetSockName/.sin_port - The Socket server is now listening - I create a Socket client to connect to other machine but I set LocalPort with same socket number as the one retrieved by server socket - I .Connect the client to other machine and .Send the data All works fine on XP but the final program must run on NT4 and if I do this I get WSAEADDRINUSE ( 10048 ) Address already in use. If i set LocalPort to 0 before .Connect then all is fine of course. Any idea why NT4 cannot not set localport for UDP sending with same number as port used by a server socket ? May be an old NT4 Winsock limitation ? I know NT4 is old but I have to work on a very old server that can't be upgraded. May be some of you remember such limitation ? Regards. DB This mail has been scanned by Palmer Cook Computer Services Limited. DB www.palmercook.co.uk This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] UDP Hole Punching
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 mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] UDP Hole Punching
H Probably right, Hamachi run's on full blown Windows (NT based), Linux or Apple systems. Guess in principle it could run on something else, but it's not open source. Take a look at Tinc. That is an open source VPN system. Maybe that could be adapted to your needs? http://www.tinc-vpn.org/ I don't know much about the mobile platform arena, but from my own experiments and other messings, though UDP is easier to program (at least I find it so) TCP is better at maintaining links, especaily through multiple routers and firewall's etc. If you have control of the routers in question, it's not dificult to manualy setup port forwarding of course, and there is the questionable UPnP protocol where an Application can do it for itself. But, that can also allow some very bad things to happen in regard to network security. As you obviously know more about the mobile environment than I do, I'll bow out now. But with one question in return... Do you (or anyone else) know of a generic Telnet client for phones like the N6110? It'd be so usefull.. Cheers. 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 not all that clear on my Specification: My ICS Clients will be Mobile PHones MIDP2.0, therefor I do not think Hamatchi will work, or would it ? On Tue, Mar 4, 2008 at 4:10 PM, Dave Baxter [EMAIL PROTECTED] wrote: NAT Traversal is well documented, but less than easy to make work from scratch But why bother rolling your own? Just download and use Hamachi. (Google for it) Even the free one will start automaticaly when Winderz boots, then you have a UDP based secure VPN between 2 (or more) sites. Just about any LAN type app will run across it. (Versions for Winders, Linux, and some Apple OSwhatsit type things) Works very well. I have no affiliation with Hamachi or LogMeIn, just a very satisfied user of the free version so I can get to my home Win2k desktop securely 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 understanding is that it works on certain types of NAT firewalls. On these NATs, an external port is mapped to an internal IP:Port. If this is the case, all packets going to that external port will go to the internet IP:Port. Making it work is not that simple though, with the difficult part being coordinating two parties that do not talk to each other. I'm not sure what's being used in real life solutions but it sounds to me that both A and B have to have very frequent UDP communications with S, or have a TCP connection with S in order to coordinate a hole punching attempt. Isn't the translation state based on the remote peer IP address, too? Then the same translation created for A-S and B-S would not work when you try to connect directly A with B. - Original Message - From: wayne forrest [EMAIL PROTECTED] To: ICS support mailing twsocket@elists.org Sent: Thursday, February 21, 2008 8:22 PM Subject: [twsocket] UDP Hole Punching Has any one made a UDP Hole puncher with ICS ? Let A and B be the two hosts, each in its own private network; N1 and N2 are the two NAT devices; S is a public server with a well-known globally reachable IP address. 1. A and B each begin a UDP conversation with S; the NAT devices N1 and N2 create UDP translation states and assign temporary external port numbers 2. S relays these port numbers back to A and B 3. A and B contact each others' NAT devices directly on the translated ports; the NAT devices use the previously created translation states and send the packets to A and B If I were to implement the above, is it really that simple? or is there much more to it than that ? Any help appreciated, or alternatives, maybe a plugin / generic solution that can be incorporated. Our current setup is Server on PC behind nat and then client on Cell phone. We will have a lot of users not knowing how to do port forwarding. This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be -- C: 076 337 4368 T: 021 880 2037 F: 021 880 2530 This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk
Re: [twsocket] UDP Hole Punching
NAT Traversal is well documented, but less than easy to make work from scratch But why bother rolling your own? Just download and use Hamachi. (Google for it) Even the free one will start automaticaly when Winderz boots, then you have a UDP based secure VPN between 2 (or more) sites. Just about any LAN type app will run across it. (Versions for Winders, Linux, and some Apple OSwhatsit type things) Works very well. I have no affiliation with Hamachi or LogMeIn, just a very satisfied user of the free version so I can get to my home Win2k desktop securely 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 understanding is that it works on certain types of NAT firewalls. On these NATs, an external port is mapped to an internal IP:Port. If this is the case, all packets going to that external port will go to the internet IP:Port. Making it work is not that simple though, with the difficult part being coordinating two parties that do not talk to each other. I'm not sure what's being used in real life solutions but it sounds to me that both A and B have to have very frequent UDP communications with S, or have a TCP connection with S in order to coordinate a hole punching attempt. Isn't the translation state based on the remote peer IP address, too? Then the same translation created for A-S and B-S would not work when you try to connect directly A with B. - Original Message - From: wayne forrest [EMAIL PROTECTED] To: ICS support mailing twsocket@elists.org Sent: Thursday, February 21, 2008 8:22 PM Subject: [twsocket] UDP Hole Punching Has any one made a UDP Hole puncher with ICS ? Let A and B be the two hosts, each in its own private network; N1 and N2 are the two NAT devices; S is a public server with a well-known globally reachable IP address. 1. A and B each begin a UDP conversation with S; the NAT devices N1 and N2 create UDP translation states and assign temporary external port numbers 2. S relays these port numbers back to A and B 3. A and B contact each others' NAT devices directly on the translated ports; the NAT devices use the previously created translation states and send the packets to A and B If I were to implement the above, is it really that simple? or is there much more to it than that ? Any help appreciated, or alternatives, maybe a plugin / generic solution that can be incorporated. Our current setup is Server on PC behind nat and then client on Cell phone. We will have a lot of users not knowing how to do port forwarding. This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] AN: New e-mail protocol (spam free and more!)
I suspect that's half the point. Only like equipped users can communicate. Guess there could be a use in the financial or military markets, or other intentionaly closed environments... There again, I'd also guess they have such systems implemented already? Servers, nothing to stop you delivering directly, as many corporate systems do already, ours included, so long as you know the IP or domain address of course... I suspect for the above type of users, regular POP/SMTP/IMAP etc incompatability would not be a problem! Have to say though, spam is primeraly user driven from personal experience, from website form filling and so on. And what happens when a spammer gets hold of one of these secure mailer clients etc. Wonder why PGP or Open GPG is not as popular as it could be? There are plugins that integrate OK with the likes of Outlook (ugh!) Thunderbird, Pegasus etc... Ah, of course, the powers that be, like to watch what goes on Silly me... Cheers.. I'll crawl back under my rock, it's a bit too bright out here... Dave B. -Original Message- From: DZ-Jay [mailto:[EMAIL PROTECTED] Sent: Thursday, February 07, 2008 11:56 AM To: ICS support mailing Subject: Re: [twsocket] AN: New e-mail protocol (spam free and more!) Hello: Also, if it is not compatible with SMTP, how does anybody outside your own mail server network get it? And if it does communicate with external SMTP servers in order to inter-operate with other networks (otherwise, what's the point in sending yourself e-mail?) then it *is* susceptible to SPAM and abuse. dZ. -- DZ-Jay [TeamICS] http://www.overbyte.be/eng/overbyte/teamics.html This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Trying to do some old stuff
Thanks Francois.. I removed (rem'd out) references to the VC32 folders in the InsDel1.BAT file, so the first part looks like this.. SET DELPHI_PATH=C:\D1\DELPHI SET ICS_PATH=C:\D_32\ICS PATH=C:\WINDOWS;C:\WINDOWS\COMMAND;%DELPHI_PATH%\BIN echo /cwdcc.cfg echo /mdcc.cfg echo /r%DELPHI_PATH%\LIB dcc.cfg echo /u%DELPHI_PATH%\LIB dcc.cfg echo /i%DELPHI_PATH%\LIB dcc.cfg echo /E%ICS_PATH%\DELPHI1 dcc.cfg echo /O%ICS_PATH%\DELPHI1 dcc.cfg echo /I%ICS_PATH%\DELPHI\VCdcc.cfg rem echo /I%ICS_PATH%\DELPHI\VC32 dcc.cfg echo /I%ICS_PATH%\DELPHI\INTERNET dcc.cfg echo /R%ICS_PATH%\DELPHI\VCdcc.cfg rem echo /R%ICS_PATH%\DELPHI\VC32 dcc.cfg echo /R%ICS_PATH%\DELPHI\INTERNET dcc.cfg echo /U%ICS_PATH%\DELPHI\VCdcc.cfg rem echo /U%ICS_PATH%\DELPHI\VC32 dcc.cfg echo /U%ICS_PATH%\DELPHI\INTERNET dcc.cfg C:rem *** I also changed this to C:, it was D: hence the devide not ready errors earlier. cd %ICS_PATH%\delphi\internet call ..\..\delphi1\dcc1 clidemo if errorlevel 1 goto error And so on However, now I get this, when I run the batch file at... C:\D_32\ICS\Delphi1IcsDel1.bat Delphi Compiler Version 8.0 Copyright (c) 1983,95 Borland International CliDemo1.pas(56): Error 15: File not found (WSOCKET.DCU). WSocket; ^Compile error C:\D_32\ICS\Delphi1 I'm still not convinced it's picking up the correct version of Delphi, as the command line compiler signs itself as version 8.0 ? Though it is dated 1995... Still mildly confused. Cheers. Dave B. -Original Message- From: Francois PIETTE [mailto:[EMAIL PROTECTED] Sent: Thursday, November 29, 2007 7:33 PM To: ICS support mailing Subject: Re: [twsocket] Trying to do some old stuff VC32 folder is for 32 bit. use VC folder in D1 path. -- [EMAIL PROTECTED] The author of the freeware multi-tier middleware MidWare The author of the freeware Internet Component Suite (ICS) http://www.overbyte.be - Original Message - From: Dave Baxter [EMAIL PROTECTED] To: ICS support mailing twsocket@elists.org Sent: Thursday, November 29, 2007 6:31 PM Subject: [twsocket] Trying to do some old stuff Hi All... This in regards to ICS V5. I think... I wish to do some legacy stuff, involving Delphi1 (!!) I'd like to implement a simple UDP conversation, to link an old Win16 app, to a new Win32 only driver via the LocalHost. (I sort of understand this way of doing things, I most defiantely do not understand Thunking, and my C is worse than not good.) Oh yes, this is for my own personal use, an old Win3.11 program I made many years ago, that uses DLLs to interface to hardware. Trouble is, WinNT (2000) does not allow that sort of thing, direct port access, and as it'd be good to have the app running on one machine, talking to ports etc on another one on my LAN, like I have later Win32 stuff, I thought of doing a UDP peer-2-peer thing. I already have UDP stuff working that way between other app's and PC's in the Win32 world. Trouble is, I no longer have readable sources, they are all on 5 1/4 360k floppies! And the only person I know who has old hardware like that, says that the disks are unreadable, Otherwise I'd rework it in D7. However I seem to be having a little trouble getting ICS installed into the D1 IDE. I edited the IcsDel1.bat file in \ICS\Delphi1 to represent the actual paths used on this system. But when I run it, it does this C:\D_32\ICS\Delphi1IcsDel1 The device is not ready.[ Huh ? ] Delphi Compiler Version 8.0 Copyright (c) 1983,95 Borland International C:\D_32\ICS\DELPHI\VC32\ICSDEFS.INC(443) C:\D_32\ICS\DELPHI\VC32\ICSDEFS.INC(443) C:\D_32\ICS\DELPHI\VC32\WSOCKBUF.PAS(255) C:\D_32\ICS\DELPHI\VC\WINSOCK.PAS(640) C:\D_32\ICS\DELPHI\VC32\WSOCKET.PAS(7378) CliDemo1.pas(279) CLIDEMO.DPR(12) Error 164: Duplicate resource identifier (CLIDEMO.RES). Compile error C:\D_32\ICS\Delphi1 I also have D7 installed on this PC, is that conflicting? Looking at the Version 8.0 announcement... So what have I done wrong? I did get it installed and working in D7 with no problem. D1 is fully functional on here too, there don't seem to be any clashes that I know of. Oh yes, the PC, Win XP Pro, all updates etc... The target machine run's Win2k. The IcsDel1.bat file is like this... @echo off REM * * * * * * * * * * * * * * * * * * * * * * * * * * * REM * * REM * ICS - Internet Component Suite* REM * * REM * Delphi 1 automated construction V1.00 * REM * (c) 1997-2000 by Francois PIETTE * REM * http://www.rtfm.be/fpiette/indexuk.htm
[twsocket] Trying to do some old stuff
Hi All... This in regards to ICS V5. I think... I wish to do some legacy stuff, involving Delphi1 (!!) I'd like to implement a simple UDP conversation, to link an old Win16 app, to a new Win32 only driver via the LocalHost. (I sort of understand this way of doing things, I most defiantely do not understand Thunking, and my C is worse than not good.) Oh yes, this is for my own personal use, an old Win3.11 program I made many years ago, that uses DLLs to interface to hardware. Trouble is, WinNT (2000) does not allow that sort of thing, direct port access, and as it'd be good to have the app running on one machine, talking to ports etc on another one on my LAN, like I have later Win32 stuff, I thought of doing a UDP peer-2-peer thing. I already have UDP stuff working that way between other app's and PC's in the Win32 world. Trouble is, I no longer have readable sources, they are all on 5 1/4 360k floppies! And the only person I know who has old hardware like that, says that the disks are unreadable, Otherwise I'd rework it in D7. However I seem to be having a little trouble getting ICS installed into the D1 IDE. I edited the IcsDel1.bat file in \ICS\Delphi1 to represent the actual paths used on this system. But when I run it, it does this C:\D_32\ICS\Delphi1IcsDel1 The device is not ready.[ Huh ? ] Delphi Compiler Version 8.0 Copyright (c) 1983,95 Borland International C:\D_32\ICS\DELPHI\VC32\ICSDEFS.INC(443) C:\D_32\ICS\DELPHI\VC32\ICSDEFS.INC(443) C:\D_32\ICS\DELPHI\VC32\WSOCKBUF.PAS(255) C:\D_32\ICS\DELPHI\VC\WINSOCK.PAS(640) C:\D_32\ICS\DELPHI\VC32\WSOCKET.PAS(7378) CliDemo1.pas(279) CLIDEMO.DPR(12) Error 164: Duplicate resource identifier (CLIDEMO.RES). Compile error C:\D_32\ICS\Delphi1 I also have D7 installed on this PC, is that conflicting? Looking at the Version 8.0 announcement... So what have I done wrong? I did get it installed and working in D7 with no problem. D1 is fully functional on here too, there don't seem to be any clashes that I know of. Oh yes, the PC, Win XP Pro, all updates etc... The target machine run's Win2k. The IcsDel1.bat file is like this... @echo off REM * * * * * * * * * * * * * * * * * * * * * * * * * * * REM * * REM * ICS - Internet Component Suite* REM * * REM * Delphi 1 automated construction V1.00 * REM * (c) 1997-2000 by Francois PIETTE * REM * http://www.rtfm.be/fpiette/indexuk.htm* REM * [EMAIL PROTECTED] [EMAIL PROTECTED] * REM * * REM * You must change PATH, DELPHI_PATH and ICS_PATH* REM * below to fit your system. * REM * * REM * Remember to install all components in Delphi 1 ! * REM * Remember to use Delphi 1 to open all forms and* REM * ignore Font.CharSet and OldCreateOrder properties * REM * * REM * * * * * * * * * * * * * * * * * * * * * * * * * * * SET DELPHI_PATH=C:\D1\DELPHI SET ICS_PATH=C:\D_32\ICS PATH=C:\WINDOWS;C:\WINDOWS\COMMAND;%DELPHI_PATH%\BIN echo /cwdcc.cfg echo /mdcc.cfg echo /r%DELPHI_PATH%\LIB dcc.cfg echo /u%DELPHI_PATH%\LIB dcc.cfg echo /i%DELPHI_PATH%\LIB dcc.cfg echo /E%ICS_PATH%\DELPHI1 dcc.cfg echo /O%ICS_PATH%\DELPHI1 dcc.cfg echo /I%ICS_PATH%\DELPHI\VCdcc.cfg echo /I%ICS_PATH%\DELPHI\VC32 dcc.cfg echo /I%ICS_PATH%\DELPHI\INTERNET dcc.cfg echo /R%ICS_PATH%\DELPHI\VCdcc.cfg echo /R%ICS_PATH%\DELPHI\VC32 dcc.cfg echo /R%ICS_PATH%\DELPHI\INTERNET dcc.cfg echo /U%ICS_PATH%\DELPHI\VCdcc.cfg echo /U%ICS_PATH%\DELPHI\VC32 dcc.cfg echo /U%ICS_PATH%\DELPHI\INTERNET dcc.cfg d: cd %ICS_PATH%\delphi\internet call ..\..\delphi1\dcc1 clidemo if errorlevel 1 goto error call ..\..\delphi1\dcc1 client5 if errorlevel 1 goto error call ..\..\delphi1\dcc1 client7 if errorlevel 1 goto error call ..\..\delphi1\dcc1 dnslook if errorlevel 1 goto error call ..\..\delphi1\dcc1 dynCli if errorlevel 1 goto error call ..\..\delphi1\dcc1 finger if errorlevel 1 goto error call ..\..\delphi1\dcc1 ftpserv if errorlevel 1 goto error call ..\..\delphi1\dcc1 ftptst if errorlevel 1 goto error call ..\..\delphi1\dcc1 httpasp if errorlevel 1 goto error call ..\..\delphi1\dcc1 httpasy if errorlevel 1 goto error call ..\..\delphi1\dcc1 httpchk if errorlevel 1 goto error call ..\..\delphi1\dcc1 httpdmo if errorlevel 1 goto error call ..\..\delphi1\dcc1 httpget if errorlevel 1 goto error call ..\..\delphi1\dcc1 httppg if errorlevel 1 goto error call ..\..\delphi1\dcc1 httptst if errorlevel 1 goto error call ..\..\delphi1\dcc1 mailrcv if errorlevel 1 goto error call ..\..\delphi1\dcc1 mailrob if errorlevel 1 goto error call
Re: [twsocket] Strange Vista winsock behavior--any way to by-pass?
From the limited exposure I've had to Vista (Home Basic) client use. A Clean install on the same hardware (P4 2GHz, 512MB Ram, 80G drive, nVidia graphics) it run's at about half the speed of XP(Home) in just about all respects. Whatever tweaks you do to it. Where'd the Wow go? Less than impressed (we re-installed XP as a result, did all the updates, and the same machine really rocks again!) Of course, the reseller will not take it back as the box is opened, will hang on to it till we can get something bigger better and much faster to load it on. Dave B. -Original Message- From: Darin McGee [mailto:[EMAIL PROTECTED] Sent: Friday, May 04, 2007 12:00 PM To: ICS support mailing Subject: Re: [twsocket] Strange Vista winsock behavior--any way to by-pass? That's way Vista is sold as a client OS and Microsoft sells separate server software. Also, read your XP and Vista licenses, they are not to be used as servers. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fastream Technologies Sent: Friday, May 04, 2007 2:53 AM To: ICS support mailing Subject: Re: [twsocket] Strange Vista winsock behavior--any way to by-pass? Yes that's what I guessed as well but if it's inherent to Vista then Vista is not much suitable as server OS. I wonder if the issue is in client side or server sockets? Unfortunately I sold my other desktop and my laptop in in service so I cannot check against XP/2003. Best Regards, SZ On 5/3/07, Arno Garrels [EMAIL PROTECTED] wrote: Fastream Technologies wrote: Hello, Recently I have upgraded my workstation to Vista Business 64-bit and face the following problem: - when run against IE7 or any other server, the ICS stress tester that I posted here before as well as Socrates, get into strange behavior: 1) After 1-2 mins, the sockets begin to not being accepted. The server simply does not work for the stress tester client. It works for browsers. 2) The socket establishment for IIS 7 in Connection: close mode is 2000 connections/sec where it was 4-5000 connections/sec on IIS6 on XP-x64. Any explanation/solution for these? May be some Vista setting to avoid such attacks? Or may be Vista is just slower than XP? -- Arno Garrels [TeamICS] http://www.overbyte.be/eng/overbyte/teamics.html WARM Regards from Turkey where it is already hot! SZ -- This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] How to get the call stack programmatically?
MadExcept does similar things. http://www.madshi.net/madExceptDescription.htm Very useful, to users of Delphi 4-7 that is, not other versions, or C etc. Dave B. This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be