I ran into a problem running socketaccept() (ie being a socket server) on a
computer that is running IIS.

If I stopped IIS, I still had the problem. I had to uninstall it to get my
little xbase++ asinet application to accept socket connections.

My app used port 1042... IIS was using standard ports for HTTP and FTP....

Any clues how I can coexist with IIS?

>I ran into a problem running socketaccept() (ie being a socket server) on a
>computer that is running IIS.
>
>If I stopped IIS, I still had the problem. I had to uninstall it to get my
>little xbase++ asinet application to accept socket connections.
>
>My app used port 1042... IIS was using standard ports for HTTP and FTP....
>
>Any clues how I can coexist with IIS?

Are you sure that nothing else is using port 1042? (e.g. dbfServer?)

Regards,

Phil Ide
finger phil@www.shorttermcover.com

Xbase++ FAQ
current release: 8,  Monday 4th February 2002, 14:54
***
* Xbase++ FAQ:
*  online  : http://www.idep.org.uk/xbase/xbfaq/xbfaq.htm
*          : www.software-braun.de/xbfaq/xbfaq.htm 
*  download: http://www.idep.org.uk/xbase/xbfaq.zip
*          : www.software-braun.de/xbfaq/xbfaq.zip 
***

Hi Phil,

Thanks for responding <s>.

There are no other xbase++ apps running on that box. It's a pretty vanilla
win2k (pro not server) installation. There are no other user type apps
running.

The xbase++ app works fine until IIS is installed.

Thanks,
Scott

Scott Smith wrote:

> There are no other xbase++ apps running on that box.

You are trying to avoid answering Phil's question 

Try this to find out what ports are actually in use (and by which
application):

http://www.sysinternals.com/ntw2k/source/tcpview.shtml

regards
Thomas Braun

web: www.software-braun.de / email: nospam@wegasoft.de
If you need to send email, substitute "nospam" with my initials
since the spam account is not checked on a regular basis.
Xbase++ FAQ : faq.xbasecentral.net

Thanks! That's just what I needed to see what the conflict was!!

>Thanks! That's just what I needed to see what the conflict was!!

What was the conflict?

Regards,

Phil Ide
finger phil@www.shorttermcover.com

Xbase++ FAQ
current release: 8,  Monday 4th February 2002, 14:54
***
* Xbase++ FAQ:
*  online  : http://www.idep.org.uk/xbase/xbfaq/xbfaq.htm
*          : www.software-braun.de/xbfaq/xbfaq.htm 
*  download: http://www.idep.org.uk/xbase/xbfaq.zip
*          : www.software-braun.de/xbfaq/xbfaq.zip 
***

..... Wonder why there was no reply on Phil's question.

Jack Duijf


"Phil Ide" <phil@idep.org.uk> schreef in bericht
news:3f1fc924.10939029@news.alaska-software.com...
> >Thanks! That's just what I needed to see what the conflict was!!
>
> What was the conflict?
>
> Regards,
>
> -- 
> Phil Ide
> finger phil@www.shorttermcover.com
>
> Xbase++ FAQ
> current release: 8,  Monday 4th February 2002, 14:54
> ***
> * Xbase++ FAQ:
> *  online  : http://www.idep.org.uk/xbase/xbfaq/xbfaq.htm
> *          : www.software-braun.de/xbfaq/xbfaq.htm
> *  download: http://www.idep.org.uk/xbase/xbfaq.zip
> *          : www.software-braun.de/xbfaq/xbfaq.zip
> ***

Jack Duijf wrote:

> ..... Wonder why there was no reply on Phil's question.

Not everybody is a newsgroup junkie that can't survive without reading the
Alaska newsgroups at least once a day 

regards
Thomas Braun

web: www.software-braun.de / email: nospam@wegasoft.de
If you need to send email, substitute "nospam" with my initials
since the spam account is not checked on a regular basis.
Xbase++ FAQ : faq.xbasecentral.net

Hehe, I check-in daily or every other day. But it's not an urgent situation,
so I was not in rush for a response.

"Thomas Braun" <nospam@wegasoft.de> wrote in message
news:3f20c5b5$1@asgcom.alaska-software.com...
> Jack Duijf wrote:
>
> > ..... Wonder why there was no reply on Phil's question.
>
> Not everybody is a newsgroup junkie that can't survive without reading the
> Alaska newsgroups at least once a day 
>
> regards
> Thomas Braun
> -- 
> web: www.software-braun.de / email: nospam@wegasoft.de
> If you need to send email, substitute "nospam" with my initials
> since the spam account is not checked on a regular basis.
> Xbase++ FAQ : faq.xbasecentral.net

It appears that symantec system works (probably live update) was using the
port. However, it doesn't appear to always use the port... so, I suspect
that it negotates for ports at startup...

After rebooting a second time, check point VPN (secure remote) was using
1042...

So, it appears I have a lot to learn about sockets... It seems like you
almost have to specify a range of sockets and then poll those looking for
something available. The remote piece then needs to poll for available
servers in that range and get locked in....

Does that make sense?

"Phil Ide" <phil@idep.org.uk> wrote in message
news:3f1fc924.10939029@news.alaska-software.com...
> >Thanks! That's just what I needed to see what the conflict was!!
>
> What was the conflict?
>
> Regards,
>
> -- 
> Phil Ide
> finger phil@www.shorttermcover.com
>
> Xbase++ FAQ
> current release: 8,  Monday 4th February 2002, 14:54
> ***
> * Xbase++ FAQ:
> *  online  : http://www.idep.org.uk/xbase/xbfaq/xbfaq.htm
> *          : www.software-braun.de/xbfaq/xbfaq.htm
> *  download: http://www.idep.org.uk/xbase/xbfaq.zip
> *          : www.software-braun.de/xbfaq/xbfaq.zip
> ***

>It appears that symantec system works (probably live update) was using the
>port. However, it doesn't appear to always use the port... so, I suspect
>that it negotates for ports at startup...

Aha!

>After rebooting a second time, check point VPN (secure remote) was using
>1042...
>
>So, it appears I have a lot to learn about sockets... It seems like you
>almost have to specify a range of sockets and then poll those looking for
>something available. The remote piece then needs to poll for available
>servers in that range and get locked in....
>
>Does that make sense?

Yes and no. Poking around looking for an unused socket makes sense for
a server application.  However, when a client does this (looking for
it's appropriate server) this can be dangerous.  When the client
connects, it will almost certainly transmit a data packet to the
server.  If the server does not recognise the structure of the packet,
then it can cause the server to crash, or worse still cause a buffer
overflow.

The real problem is that whoever wrote the client has made huge
assumptions about how other people have written socket-server
software.

The only known workaround (which I assume is used by Symantec) is once
a connection has been established with the server, the client waits
for the server to send an identification packet.  That packet will
tell the client if it has connected to the right server.  If no packet
arrives within a timeout, the client assumes it is the wrong server.

IMO, there are far too many commercial (and non-commercial)
applications which do not document which ports they use clearly
enough. For example, you cannot determine which port NetMeeting uses
from the on-line help.

It is well worth having a port sniffer, not only to discover which
ports are available, ut also to see which naughty bits of software are
silently communicating with the outside world without your knowledge.

Regards,

Phil Ide
finger phil@www.shorttermcover.com

Xbase++ FAQ
current release: 8,  Monday 4th February 2002, 14:54
***
* Xbase++ FAQ:
*  online  : http://www.idep.org.uk/xbase/xbfaq/xbfaq.htm
*          : www.software-braun.de/xbfaq/xbfaq.htm 
*  download: http://www.idep.org.uk/xbase/xbfaq.zip
*          : www.software-braun.de/xbfaq/xbfaq.zip 
***