Patch for includepathresolver.cpp
David Nolden
david.nolden.kdevelop at art-master.de
Wed May 27 21:13:30 UTC 2009
Am Mittwoch 27 Mai 2009 20:11:58 schrieb Christoph Bartoschek:
> Sorry for the first incomplete mail.
>
> Am Mittwoch, 27. Mai 2009 schrieb David Nolden:
> > I also see a remaining issue with this code that might make it randomly
> > fail. It is used from multiple background threads at the same time, and
> > the QDir::setCurrentDirectory isn't needed any more and is probably
> > anyway the one basic problem. The working-directory should be applied by
> > using the QFileInfo(QDir dir, QString file) constructor, if one was
> > given.
>
> I've modified the patch and attached it here.
Committed, thanks.
> > Am Mittwoch 27 Mai 2009 18:22:20 schrieb Christoph Bartoschek:
> > > 1. How to handle the errors that occur during such operations. For
> > > example if one do not has the permission to modify the files. In my
> > > opinion a global section of the Problems Tab is the correct place. How
> > > to add it there? The user should not be bothered with such problems
> > > during his work but the problems should not be ignored. They should be
> > > part of a logfile or something similar. Is there a logging mechanism
> > > for kdevelop for optimized runs? I think that kDebug is not an option
> > > here.
> >
> > Are you sure this actually works correctly? The problem is, that this
> > isn't needed in all cases. The include-path resolver also gives a command
> > to "make" that tells it to internally mark the specific files at updated.
> > This just doesn't work when "make" redirects its call to other commands,
> > thus the touching.
>
> What do you mean here? I do not see how this is relevant to the reporting
> of problems.
The relevant part was behind that one. The important point is: I'm unsure
whether that's really such an important issue that it needs to be shown in the
UI. Probably a kWarning would do.
Greetings, David
More information about the KDevelop-devel
mailing list