Does Beautify access the Internet?

[alvechurchdata]

We've just got broadband and had a router installed.

Whenever I Beautify code in VFP8 now the FoxPro window freezes for about five seconds and the router lights flash as though Fox is accessing the Internet. FoxPro unfreezes and refreshes the code window when the router lights stop flashing.

If I unplug the router then Beautify works at normal speed.

If I plug the router back in then I get the five second freeze again.

Does Beautify have to phone home now? Is there any way of stopping this behaviour?

I'd be grateful if anyone can tell me I'm not going crazy.

Geoff Franklin

http://www.alvechurchdata.co.uk

 

[Olaf Doschke]

Beautifying code does execute _beautify, more precise it calls the equivalent of

Do beautify in (_beautify) with <a lot of parameters> 
[/ode]
after the dialog ends, where you define, how you would like beautify to work.

Take a look how your _beautify is set. Normally it's Home()+"beautify.app" If this is set to some non existant LAN/UNC path, then perhaps that is the reason for the delay.

Don't change _beautify, that won't last. Take a look at your configuration of file locations, there is one for beautify. Configure correctyl and "save as default".

Bye, Olaf.

 

[Mike Lewis]

Geoff,

I've never noticed this behaviour -- but who knows what might be going on behind the scenes.

I have ZoneAlarms installed, and have configured this to warn me whenever an application is trying to phone home. The only times this has been triggered in VFP was in the bad old days before I decided to clobber the Task Pane. I'm sure I've used Beautify since then, and have not seen any Internet activity.

Let us know if you manage to get to the bottom of it.

Mike


__________________________________
Mike Lewis (Edinburgh, Scotland)

My sites:
Visual FoxPro (www.ml-consult.demon.co.uk)
Crystal Reports (www.ml-crystal.com)

 

[alvechurchdata]

I have ZoneAlarms installed, and have configured this to warn me whenever an application is trying to phone home

I've got ZoneAlarm too but it's not reporting any activity. Engaging InterNet Lock on ZA didn't affect the behaviour either so I've moved the router to where I can see the little lights more clearly. It's not the ADSL lights that flash, it's the lights for ports 2 and 3 on the router. So Beautify seems to be looking for something on the other PC. I'll follow Olaf's advice to see what it might be.

Geoff Franklin

http://www.alvechurchdata.co.uk

 

[wgcs]

I think Olaf is on the right track:
Take a look how your _beautify is set. Normally it's Home()+"beautify.app" If this is set to some non existant LAN/UNC path, then perhaps that is the reason for the delay.

But, I'd suggest looking at your SET('PATH') setting to see if it includes non-existant network paths.... or any network paths. (It may not just be the DO, but also file-open commands inside the beautify app that cause path-searches to happen).

The SysInternals TcpView (

http://www.sysinternals.com/Utilities/TcpView.html

) is a good way to see exactly what ports your computer is trying to connect.

- Bill

Get the best answers to your questions -- See FAQ481-4875.

 

[alvechurchdata]

But, I'd suggest looking at your SET('PATH') setting to see if it includes non-existant network paths

Great minds think alike<g> - I was just logging in to say "Eureka!!".

I started to do some testing on another app but it couldn't find its data. Then I remembered I had had the notebook patched into a client's network on site and had replaced "Data" with "\\Direct\Data" in a SET PATH so as I could do some bulk manipulation of their data. <expletive deleted>

Presumably Beautify was looking for _beautify.app, couldn't find it in the local folder so went off down the PATH. When it met the \\Direct it had to see if the router knew where this was.

I've added a SET PATH TO command to my startup file so that it won't happen again.

Thanks to everyone who helped.

Geoff Franklin

http://www.alvechurchdata.co.uk