Well, I've recently upgraded to windows 7, which may have corresponded
with the problem.
However, I have a group policy for the domain for NO firewalls to be
turned on while a machine is ON the domain network, off network... yes.
So, if firewall IS the cause of this, then windows 7 isn't behaving the
way I expect... Which I should expect :)
_______________________
Benny Butler
General Manager
Ox Publishing
251.300.3530
www.oxpublishing.com
-----Original Message-----
From: Derick Rethans [mailto:derick[@]xdebug.org]
Sent: Monday, December 14, 2009 9:47 AM
To: Benny Butler (RPM)
Cc: xdebug-general[@]lists.xdebug.org
Subject: Re: [xdebug-general] Re: xdebug causing PHP to run very slowly
On Wed, 9 Dec 2009, Benny Butler (RPM) wrote:
> Wow Bill, thanks for the tip on strace. Never used it before...
>
> Hung on
> connect(3, {sa_family=AF_INET, sin_port=htons(9000),
> sin_addr=inet_addr("192.168.1.101")}, 16) = 0
>
> 192.168.1.101 is MY computer, which is ALMOST ALWAYS running an IDE
> set up to take data from a debugger...
> But it wasn't in this case. Started up my IDE and pages flow
normally.
>
> Maybe not how yall have this set up, but I'm using a linux server for
> my test machine, and programming on a windows box.
>
> Anyway, I just turned off remote_enable and I'll use the cookie method
> to turn it on as needed.
This is odd though, because normally if there is nothing listening on an
IP/port, the connect() call aborts immediately. It could be that you
have some sort of firewall software on your Windows machine (which I
assume is 192.168.1.101) that delays the "error" state.
Derick
-- Like Xdebug? Send a postcard: http://derickrethans.nl/xdebug_2_released.php Xdebug | http://xdebug.org | xdebug-general@lists.xdebug.org twitter: @derickr and @xdebug -- This message was scanned by ESVA and is believed to be clean.Received on Mon Dec 14 2009 - 17:09:14 GMT
This archive was generated by hypermail 2.2.0 : Mon Jun 25 2018 - 06:00:04 BST