comp.os.mswindows.programmer.networks
  Home FAQ Contact Sign in
comp.os.mswindows.programmer.networks only
 
Advanced search
July 2008
motuwethfrsasuw
 123456 27
78910111213 28
14151617181920 29
21222324252627 30
28293031    31
2008
 Jan   Feb   Mar   Apr 
 May   Jun   Jul   Aug 
 Sep   Oct   Nov   Dec 
2008 2007    
total
comp.os ... networks Profile…
RELATED GROUPS

POPULAR GROUPS

more...

 Up
  TCP Socket communication at xx:xx:00 while Vista<-->Vista         


Author: Bipin Mistry
Date: Jul 24, 2008 23:41

Hello All,

I am facing strange Socket communication delay of multipal Seconds.

My task is to communicate (Client - Server) via conponent of internet
explorer.
Where by command communication from client-server is done via socket
on TCP protocol.

My product need to work on multi OS (2000, XP, Server, Vista)
I am facing communication delayed only in VISTA-VISTA combination of
client server, when I want to send some command to Server & in return
expecting some answers from server.
All other combination of client-server are making communication to-
from in 1 or 2 seconds.
But windows Vista takes multiple seconds to reach data to server &
samiler way to reach data back to client... whole process takes more
then 1 minute.

One observation I have made is
when server clock becomes xx:xx:00(HH:MM:SS) message is read by server
& when client clock becomes xx:xx:00(HH:MM:SS) message is read by
client
Show full article (1.29Kb)
1 Comment
  EARN MONEY $2500-10000 PER WEEK         


Author: vintha
Date: Jul 16, 2008 06:51

EARN MONEY $2500-10000 PER WEEK
SIMPLE ONLINE SURVEY
OTHER DETAILS LOGONTO
****************************************************************************
http://www.AWSurveys.com/HomeMain.cfm?RefID=sivaicici

http://www.AWSurveys.com/HomeMain.cfm?RefID=sivaicici

http://www.AWSurveys.com/HomeMain.cfm?RefID=sivaicici

*************************************************************************
no comments
  IOCTL_NDIS_QUERY_GLOBAL_STATS Supported On Vista/Server 2008?         


Author: Peter
Date: Jul 13, 2008 11:58

Hi!

Is this IOCTL still supported on NDIS 6.x platforms? In particular, can I
still use this IOCTL on these platforms to plumb proprietary OIDs (i.e., OID
value >= 0xFF000000) to a driver? I've heard the this IOCTL was in the
process of being deprecated, and it seems that we have problems with it and
proprietary OIDs on NDIS 6.x.

Thanks!
no comments
  bind function with port 0 failure         


Author: param
Date: Jul 10, 2008 23:30

Hi
In our application, we are calling bind function with port number 0
(system to allocate the port number). On one of our VISTA machines, it
is failing with error code 10013 (WSAEACCESS). To create this
problem, I had written a standalone program which simply creates the
sockets and binds those sockets to different system assigned ports. If
i run this program multiple times (during every execution, it creates
4000 sockets and binds to different ports), system is failing to
allocate the ports after some execution (to continue further, i am
forced to reboot that machine). I am properly closing the created
sockets at the end of the program. I could not get the reason for the
failure (error code:10013). The same program is running properly on
different VISTA machine. I need your help to understand...
Show full article (2.64Kb)
no comments
  How do we check the open/closed status of the UDP port status         


Author: tsgd84
Date: Jul 7, 2008 06:41

I am writing a small application to check the status the given TCP and
UDP ports in a machine.

I have created a socket and connected to the machine using connect()
while specifying SOCK_STREAM [for TCP] in socket() the connect()
method fails as expected if the particular TCP port remain closed or
not permitted from TCP/IP filtering in Windows 2000 Professional.

But when SOCK_DGRAM [for UDP] in socket(), the connect() method
doesnot fail as expected if the particular UDP port remain closed or
not permitted from TCP/IP filtering in Windows 2000 Professional.

How do I check whether the particular UDP port is closed/opened/
restricted/permitted.

Thanks
Deenad
1 Comment