On Wed, 31 May 2006, Pavel Tsekov wrote:
On Wed, 31 May 2006, Pavel Tsekov wrote:
On Tue, 30 May 2006, Pavel Tsekov wrote:
Yes. I understood that the first time through. There was a similiar bug
report already.
The question is: why MC is doing DNS queries? Is possible to
disable them?
On Wed, 31 May 2006, Oswald Buddenhagen wrote:
On Wed, May 31, 2006 at 05:13:29PM +0300, Pavel Tsekov wrote:
There is no need to profile MC. It is not speedup in terms of CPU
cycles but in reduced screen update i.e. why paint the frame each time
if it really doesn't change at all.
it should b
On Wed, May 31, 2006 at 05:13:29PM +0300, Pavel Tsekov wrote:
> There is no need to profile MC. It is not speedup in terms of CPU
> cycles but in reduced screen update i.e. why paint the frame each time
> if it really doesn't change at all.
>
it should be pointed out that the screen libs (ncurses
On Wed, 31 May 2006, Jindrich Novy wrote:
On Tue, 2006-05-30 at 14:56 +0300, Pavel Tsekov wrote:
On Mon, 29 May 2006, Jindrich Novy wrote:
On Fri, 2006-05-19 at 14:29 -0400, Pavel Roskin wrote:
Can we avoid any highlighting? I think Far Manager does it right:
http://red-bean.com/proski/mc/f
Hello Jindrich,
On Wed, 2006-05-31 at 15:56 +0200, Jindrich Novy wrote:
> On Tue, 2006-05-30 at 14:56 +0300, Pavel Tsekov wrote:
> > Now, after I reviewed the patch for a second time I am pretty convinced
> > that the free space info should be displayed in the mini status area
> > and not on its
Hi Pavel,
On Tue, 2006-05-30 at 14:56 +0300, Pavel Tsekov wrote:
> On Mon, 29 May 2006, Jindrich Novy wrote:
>
> > On Fri, 2006-05-19 at 14:29 -0400, Pavel Roskin wrote:
> >> Can we avoid any highlighting? I think Far Manager does it right:
> >> http://red-bean.com/proski/mc/far.png
> >
> > Att
Hi,
On Wed, 2006-05-31 at 15:26 +0300, Pavel Tsekov wrote:
> I've notified Andrew Samoilov about this discussion. I suggest that we
> wait for his opinion on this matter.
Ok. By the way, if neither my_name nor ip are set we can safely return
before the call to gethostname().
Leonard.
--
mount
On Wed, 31 May 2006, Leonard den Ottolander wrote:
On Wed, 2006-05-31 at 14:49 +0300, Pavel Tsekov wrote:
1) The backtrace shows it.
Yes, but that doesn't mean it couldn't hang elsewhere. Hence my
question.
I think, but I am not sure, that the rest of the gethostbyname() and
related calls
Hi Pavel,
On Wed, 2006-05-31 at 14:49 +0300, Pavel Tsekov wrote:
> 1) The backtrace shows it.
Yes, but that doesn't mean it couldn't hang elsewhere. Hence my
question.
>
> 2) If i had smbfs disabled (and I do) i wasn't able to reproduce
> the slowdown.
Right.
> 3) There are not gethostbyname()
On Wed, 31 May 2006, Leonard den Ottolander wrote:
On Wed, 2006-05-31 at 11:53 +0300, Pavel Tsekov wrote:
It is clear that this happens only of smbfs support is enabled.
Why? Because you can only reproduce it once you enable smbfs?
1) The backtrace shows it.
2) If i had smbfs disabled (and
On Wed, 31 May 2006, Pavel Tsekov wrote:
dns lookup is performed - well, get_myname() is a bit stupid. There is
also this interesting fact - smbfs_init() retrieves the hostname but it
actually serves no purpose, it is not used anywhere in the code.
This is not entirely true. It appears the ret
Hello Pavel,
On Wed, 2006-05-31 at 11:53 +0300, Pavel Tsekov wrote:
> It is clear that this happens only of smbfs support is enabled.
Why? Because you can only reproduce it once you enable smbfs?
> I see several solutions to this problem:
>
> 1) The user arranges for her/his network setup to be
On Wed, 31 May 2006, Pavel Tsekov wrote:
On Tue, 30 May 2006, Pavel Tsekov wrote:
Yes. I understood that the first time through. There was a similiar bug
report already.
The question is: why MC is doing DNS queries? Is possible to
disable them?
Maybe someone else is doing those queries. A
13 matches
Mail list logo
