FAR 2.0 b680 - network

Here you can discuss about your favorite plug-in.
PavelR
Posts: 18
Joined: Wed 07 Jan, 2009 17:29
Location: Hradec Kralove, Czech Republic
Contact:

FAR 2.0 b680 - network

Post by PavelR »

Does anybody else experience the problem of long time FAR freeze if the current panel is a network path and network or remote computer is disconnected and I want to do some directory change on that path. It was one of many advantages of FAR against TC. I did not have enough patience to wait till the end, but it is over 30 seconds...
FAR 1.7x gets me into Drive change dialog in 6 seconds.
User avatar
t-rex
Страшный и ужасный
Posts: 4910
Joined: Tue 15 Mar, 2005 16:17
Location: Tel-Aviv
Has thanked: 1 time
Been thanked: 8 times
Contact:

Re: FAR 2.0 b680 - network

Post by t-rex »

AltF1 (or AltF2) and F1 - then read.
PavelR
Posts: 18
Joined: Wed 07 Jan, 2009 17:29
Location: Hradec Kralove, Czech Republic
Contact:

Re: FAR 2.0 b680 - network

Post by PavelR »

t-rex wrote:AltF1 (or AltF2) and F1 - then read.
Thx for the really quick answer, but I did not find any information in help describing Drive menu :-(
There are shortcuts to disconnect network drive, eject removable drives, disconnect devices, but I can not find anything about timeout of not responding network path.

The example: I change path to "\\server\share", walk thru remote directories, work some time on my computer in other applications, return to FAR, try to change current directory. And at this time, if the remote computer is not accessible (switched off/network problem/...) FAR 1.7x freeze about 6 seconds and then popup Drive menu, but FAR 2.0 freeze for much longer time - I've tried many keys, but there is no response thus I call this state "freeze". Do you experience the same behavior on your computer or there is the same time in FAR 1.7x and 2.0?
PavelR
Posts: 18
Joined: Wed 07 Jan, 2009 17:29
Location: Hradec Kralove, Czech Republic
Contact:

Re: FAR 2.0 b680 - network

Post by PavelR »

Other info: OS = Windows XP.
If I enter to command line of FAR:
cd \\server\share\
and the remote computer is not responding (switched off), the freeze is the same in FAR 1.7x and 2.0 - 1 min 35 sec.
Can be FAR improved in some way - the user can change the time out or so?
(FYI: The problem is not caused by DNS "ping server" immediately response with correct IP address and ping packet time out.)
PavelR
Posts: 18
Joined: Wed 07 Jan, 2009 17:29
Location: Hradec Kralove, Czech Republic
Contact:

Re: FAR 2.0 b680 - network

Post by PavelR »

I have another difference - if I enter command from history or at command line "cd \\ipaddress\share\" (existing server and share with sufficient rights) it tooks 26 seconds in FAR 2.0 b680 (the same in 732) to proceed the command and list remote directory and in FAR 1.71 there is no delay.
Does anyone else observer similar difference?

Thx for the reply.
MartinK
Posts: 1
Joined: Wed 04 Feb, 2009 10:33

Re: FAR 2.0 b680 - network

Post by MartinK »

I had the same problem with version 2.0.
But in actual version (build 768) it is OK. Thanks.
PavelR
Posts: 18
Joined: Wed 07 Jan, 2009 17:29
Location: Hradec Kralove, Czech Republic
Contact:

Re: FAR 2.0 b680 - network

Post by PavelR »

It is great news, thx Martin.
Existing \\server\share is displayed without delay now.
User avatar
Zeroes
Мультикопипастер Броадкастер
Posts: 570
Joined: Wed 16 Mar, 2005 20:53
Location: Gomel \ Belarus
Has thanked: 1 time
Been thanked: 3 times
Contact:

Re: FAR 2.0 b680 - network

Post by Zeroes »

PavelR wrote:It is great news, thx Martin.
Existing \\server\share is displayed without delay now.

I think help this patch:

drkns 07.02.2009 23:34:36 +0200 - build 765

where far begin work with "\\?\"
--- Zeroes & Ones ---
PavelR
Posts: 18
Joined: Wed 07 Jan, 2009 17:29
Location: Hradec Kralove, Czech Republic
Contact:

Re: FAR 2.0 b680 - network

Post by PavelR »

Zeroes wrote:
PavelR wrote:It is great news, thx Martin.
Existing \\server\share is displayed without delay now.

I think help this patch:

drkns 07.02.2009 23:34:36 +0200 - build 765

where far begin work with "\\?\"
I do not think that following history line is the fix of the delay (all works in previous versions too, but with 1/2 a minute delay)
drkns 07.02.2009 23:34:36 +0200 - build 765
1. Начинаем учить фар работе с по настоящему длинными именами (это где "\\?\" и "примерно 32000").

But it does not matter, we are happy it is working now ;-) - at least for existing (running server with sufficient privileges) \\computer\share.
User avatar
Zeroes
Мультикопипастер Броадкастер
Posts: 570
Joined: Wed 16 Mar, 2005 20:53
Location: Gomel \ Belarus
Has thanked: 1 time
Been thanked: 3 times
Contact:

Re: FAR 2.0 b680 - network

Post by Zeroes »

PavelR wrote:
Zeroes wrote:
PavelR wrote:It is great news, thx Martin.
Existing \\server\share is displayed without delay now.

I think help this patch:

drkns 07.02.2009 23:34:36 +0200 - build 765

where far begin work with "\\?\"
I do not think that following history line is the fix of the delay (all works in previous versions too, but with 1/2 a minute delay)
drkns 07.02.2009 23:34:36 +0200 - build 765
1. Начинаем учить фар работе с по настоящему длинными именами (это где "\\?\" и "примерно 32000").

But it does not matter, we are happy it is working now ;-) - at least for existing (running server with sufficient privileges) \\computer\share.

User MDA 13 jan 2009 open ticket for plugins NETWORK on MANTIS (FAR bug tracker system)

A very long entry in the contents of network folders

Description:
Under debugger revealed that the function
NetBrowser:: IsReadable from the fact that when calling
UNICODE version expands the prefix
"\\?\UNC\", there was delay in the wilds code Windows.


I think your problem is the same character was......
--- Zeroes & Ones ---
PavelR
Posts: 18
Joined: Wed 07 Jan, 2009 17:29
Location: Hradec Kralove, Czech Republic
Contact:

Re: FAR 2.0 b680 - network

Post by PavelR »

Zeroes wrote:
User MDA 13 jan 2009 open ticket for plugins NETWORK on MANTIS (FAR bug tracker system)

A very long entry in the contents of network folders

Description:
Under debugger revealed that the function
NetBrowser:: IsReadable from the fact that when calling
UNICODE version expands the prefix
"\\?\UNC\", there was delay in the wilds code Windows.


I think your problem is the same character was......
Thx Zeroes, issue 700 describes it well.
BTW: Trying to change current directory to non-existing share takes the same 21 seconds in 2.0b768 and 1.75b2479.
User avatar
Zeroes
Мультикопипастер Броадкастер
Posts: 570
Joined: Wed 16 Mar, 2005 20:53
Location: Gomel \ Belarus
Has thanked: 1 time
Been thanked: 3 times
Contact:

Re: FAR 2.0 b680 - network

Post by Zeroes »


Thx Zeroes, issue 700 describes it well.
BTW: Trying to change current directory to non-existing share takes the same 21 seconds in 2.0b768 and 1.75b2479.

example please.
--- Zeroes & Ones ---
PavelR
Posts: 18
Joined: Wed 07 Jan, 2009 17:29
Location: Hradec Kralove, Czech Republic
Contact:

Re: FAR 2.0 b680 - network

Post by PavelR »

Issue 700 - there is wel described and fixed "bug" - thus existing \\server\share is no longer problem.

Non-existing (or switched off computer share) for example "CD \\1.1.1.1\1" command takes 60 second and shows system error message like "UNC paths are not supported" (in Czech on my Windows XP CZ, FAR 2.0b768:

C:\TEMP>cd \\1.1.1.1\1
\\1.1.1.1\1
Program CMD nepodporuje cesty UNC jako aktuální adresáře.

(The ip address from my LAN range, but not responding [switched off computer] behaves the same as 1.1.1.1.)

PS: 21 seconds on previous post was on other computer on small LAN with one router and one LAN IP range.
User avatar
Zeroes
Мультикопипастер Броадкастер
Posts: 570
Joined: Wed 16 Mar, 2005 20:53
Location: Gomel \ Belarus
Has thanked: 1 time
Been thanked: 3 times
Contact:

Re: FAR 2.0 b680 - network

Post by Zeroes »

PavelR wrote:Issue 700 - there is wel described and fixed "bug" - thus existing \\server\share is no longer problem.

Non-existing (or switched off computer share) for example "CD \\1.1.1.1\1" command takes 60 second and shows system error message like "UNC paths are not supported" (in Czech on my Windows XP CZ, FAR 2.0b768:

C:\TEMP>cd \\1.1.1.1\1
\\1.1.1.1\1
Program CMD nepodporuje cesty UNC jako aktuální adresáře.

(The ip address from my LAN range, but not responding [switched off computer] behaves the same as 1.1.1.1.)

PS: 21 seconds on previous post was on other computer on small LAN with one router and one LAN IP range.
At work my delay over 3 minute, after ran command cd \\1.1.1.1\1 .

Imho delay depends from work network services, (f.ex. work service: computer browser, master browser..., caching network response) If network wrong set by admins delay be is big, in my case in network exist ~3 master browser (it's wrong imho).
--- Zeroes & Ones ---
PavelR
Posts: 18
Joined: Wed 07 Jan, 2009 17:29
Location: Hradec Kralove, Czech Republic
Contact:

Re: FAR 2.0 b680 - network

Post by PavelR »

Zeroes wrote:At work my delay over 3 minute, after ran command cd \\1.1.1.1\1 .

Imho delay depends from work network services, (f.ex. work service: computer browser, master browser..., caching network response) If network wrong set by admins delay be is big, in my case in network exist ~3 master browser (it's wrong imho).
Yes, the network configuration (HW) and whole system settings (services, caches, ...) affect the delay. The only solution come to my mind: if there is timeout parameter of Win API function used or call that function in other thread and kill the thread if user/configuration time out is reached.

Do you think is it any of the proposal even possible to implement?
Post Reply

Return to “General Plug-In Discussions”