[Libreoffice] [PATCH] Replace command domainname by getdomainname() on Unix

[Michael Stahl]

On 14/11/11 12:30, Michael Meeks wrote:
>
> On Sun, 2011-11-13 at 12:06 +0200, Tor Lillqvist wrote:
>> But in general we should avoid potentially pointless DNS calls. Let's
>> not risk having to wait for DNS timeouts in badly configured
>> situations. I think there has been bug reports of OOo and/or LO being
>> very slow to start in some cases, where the root cause has been some
>> DNS call timing out?
>
> 	Yes - I've seen this. I spent a while debugging the:
>
> 	"OO.o takes 14 seconds to start instead of 10"
>
> 	type bugs, which used to riddle the whole linux desktop in this
> situation, and that I spent time in a previous life fixing / working
> around. If, as Stephan suggests, we use this for .lock files - then I
> don't believe we should ;-) having a potential 10+ second delay before
> opening a file is not ideal. [ and the duplicate count for these huge
> login / startup delays was really quite real&  included me FWIW ].

hmm... but this is written in the lock file for a reason, so that people 
who edit files on NFS shares can figure out where the office process 
that is preventing them from editing is running.

perhaps it would be possible to do the DNS lookup asynchronously, so it 
does not block the user experience?

> 	Indeed, it'd be rather nice if we could sort out our .lock files story
> so that I don't routinely see bogus/broken / stale lock file dialogs
> but ... ;-) that's a different story I guess; and one that needs some
> unit tests I suppose.

please note that the file locking implementation is very brittle because 
it has to work on any number of randomly broken networking filesystem 
setups; changing anything there is a huge time sink with high regression 
risk (at least that's what i remember from my former colleague).