Qt-interest Archive, July 2006
renaming qt install dir : assistant doesn't find doc anymore
Message 1 in thread
Hi !
I'm using Qt4 with WinXP.
I had to rename and reorganise the folder in which was Qt installed, and now
I have a problem with Qt Assistant. When I launch it, it keeps trying to
find the *.dcf files to the previous location.
I deleted everything I could find in the registry regarding any 'assistant'
key, and I also deleted the .assistant folder in my 'Document and Settings'
folder, but it still tries to find the dcf files into the wrong location.
Where is this informations stored ? I cannot thing of anything else than the
registry and the home folder.
Anyone could help me ?
Thanks !
Jerome
--
[ signature omitted ]
Message 2 in thread
Jerome Conus schrieb:
> Hi !
>
> I'm using Qt4 with WinXP.
>
> I had to rename and reorganise the folder in which was Qt installed, and now
> I have a problem with Qt Assistant. When I launch it, it keeps trying to
> find the *.dcf files to the previous location.
>
> I deleted everything I could find in the registry regarding any 'assistant'
> key, and I also deleted the .assistant folder in my 'Document and Settings'
> folder, but it still tries to find the dcf files into the wrong location.
>
> Where is this informations stored ? I cannot thing of anything else than the
> registry and the home folder.
Did you adjust the QTDIR environment variable to the new location?
Martin
--
[ signature omitted ]
Message 3 in thread
> Did you adjust the QTDIR environment variable to the new location?
>
Yes I did.
This is very strange : the path is correct, QTDIR is correct, I checked the
registry and deleted all Trolltech keys mentionning the previous path and
all '.assistant' folders....and it still keeps looking in the wrong location
!
Jerome
--
[ signature omitted ]
Message 4 in thread
Jerome Conus wrote:
>> Did you adjust the QTDIR environment variable to the new location?
>>
> Yes I did.
> This is very strange : the path is correct, QTDIR is correct, I checked the
> registry and deleted all Trolltech keys mentionning the previous path and
> all '.assistant' folders....and it still keeps looking in the wrong location
> !
Try finding the ".dcf" string in regedit and correct it to the new path
your Qt is installed in. That *has* to work.
It should be in HKEY_CURRENT_USER/Software/Trolltech/Assistant and there
the DocFiles key if you're using Qt4 or in
HKEY_LOCAL_MACHINE/SOFTWARE/TROLLTECH/Qt Assistant/3.x for Qt 3.x.
I had to do this once or twice already and it always worked.
Cheers!
--
[ signature omitted ]
Message 5 in thread
for my experience...
I moved Qt folders on another PC to offer possibility to other
developers to launch qtdemo.exe or parse doc with qtassistant or play
with qtlinguist without success.
I parsed registry of the PC where Qt was first installed to reproduce
same register keys like DocFiles or InstallDir but when I launch qtdemo.
I allways have the same message that declare that doc is not found in
initial Qt installation path dir.
for my opinion, there is no doubt, some paths infos are hardcoded during
installation process (how? I don't know).
modifying registry contents doesn't have expected result.
It will be difficult for me to promote Qt4 advantages in my company if I
can't offer qt demos to demonstrate... :-( :-(
This make me thinking to some company a little bit .... paranoid?...
that begin by Micro and finish by Soft?...
ok, may be it's a little "over much" but I say that because I'm
frustrated by this limitation.
I'll take holiday's and hope Trolltech will reach a compromise between
commercial protection and flexibility that is one of Trolltech qualities.
Regards,
Veronique.
Ferenc Stelcz a écrit :
> Jerome Conus wrote:
>
>>> Did you adjust the QTDIR environment variable to the new location?
>>>
>> Yes I did.
>> This is very strange : the path is correct, QTDIR is correct, I
>> checked the registry and deleted all Trolltech keys mentionning the
>> previous path and all '.assistant' folders....and it still keeps
>> looking in the wrong location !
>
>
> Try finding the ".dcf" string in regedit and correct it to the new
> path your Qt is installed in. That *has* to work.
> It should be in HKEY_CURRENT_USER/Software/Trolltech/Assistant and
> there the DocFiles key if you're using Qt4 or in
> HKEY_LOCAL_MACHINE/SOFTWARE/TROLLTECH/Qt Assistant/3.x for Qt 3.x.
>
> I had to do this once or twice already and it always worked.
>
> Cheers!
>
> --
> To unsubscribe - send a mail to qt-interest-request@xxxxxxxxxxxxx with
> "unsubscribe" in the subject or the body.
> List archive and information: http://lists.trolltech.com/qt-interest/
>
>
--
[ signature omitted ]
Message 6 in thread
Hi,
> I'll take holiday's and hope Trolltech will reach a compromise between
> commercial protection and flexibility that is one of Trolltech qualities.
It's not a question of "commercial protection" - at least I'm not not
aware of it. I think it's just that Qt 3 relied a lot the QTDIR
environment variable, whereas Qt 4 relies on hard-coded paths. Many
customers have asked for it, as it helps when having multiple versions
of Qt alongside. For example when running qmake from Qt 4.1.2 it will
easily find its Qt 4.1.2 headers and libraries, say in C:\Qt\4.1.2, and
qmake from Qt 4.1.4 will also easily find its Qt 4.1.4 headers and
libraries, say in C:\Qt\4.1.4, without the need to modify the global
value of QTDIR when switching. I know some users weren't happy with this
change, but as far as I know most of them are.
The Qt location is not necessarily hard-coded in the registry only. I
don't have Windows to check myself right now, but it should be much
different from Linux, check for example file
src\corelib\global\qconfig.cpp in your build directory.
--
[ signature omitted ]
Message 7 in thread
Dimitri...
is this only the case if you install from the EXE on windows? Or if you build from source as well?
Scott
________________________________
From: Dimitri [mailto:dimitri@xxxxxxxxxxxxx]
Sent: Fri 7/28/2006 1:04 PM
To: qt-interest@xxxxxxxxxxxxx
Subject: Re: renaming qt install dir : assistant doesn't find doc anymore
Hi,
> I'll take holiday's and hope Trolltech will reach a compromise between
> commercial protection and flexibility that is one of Trolltech qualities.
It's not a question of "commercial protection" - at least I'm not not
aware of it. I think it's just that Qt 3 relied a lot the QTDIR
environment variable, whereas Qt 4 relies on hard-coded paths. Many
customers have asked for it, as it helps when having multiple versions
of Qt alongside. For example when running qmake from Qt 4.1.2 it will
easily find its Qt 4.1.2 headers and libraries, say in C:\Qt\4.1.2, and
qmake from Qt 4.1.4 will also easily find its Qt 4.1.4 headers and
libraries, say in C:\Qt\4.1.4, without the need to modify the global
value of QTDIR when switching. I know some users weren't happy with this
change, but as far as I know most of them are.
The Qt location is not necessarily hard-coded in the registry only. I
don't have Windows to check myself right now, but it should be much
different from Linux, check for example file
src\corelib\global\qconfig.cpp in your build directory.
--
[ signature omitted ]
Message 8 in thread
Relying on the "C:" drive will be a problem. The way our company's computers
are configured, there would never be enough space on the C: drive for
development libraries. So I install Qt on the D: drive locally. And for
release builds, I have to use a Terminal Server where both C: and D: are
read-only. Qt goes on the E: drive for that.
As for the Assistant, simply choose Preferences in the menus and set where
the doc is.
On 07-28-2006 3:04 PM, "Dimitri" wrote:
> Hi,
>
>> I'll take holiday's and hope Trolltech will reach a compromise between
>> commercial protection and flexibility that is one of Trolltech qualities.
>
> It's not a question of "commercial protection" - at least I'm not not
> aware of it. I think it's just that Qt 3 relied a lot the QTDIR
> environment variable, whereas Qt 4 relies on hard-coded paths. Many
> customers have asked for it, as it helps when having multiple versions
> of Qt alongside. For example when running qmake from Qt 4.1.2 it will
> easily find its Qt 4.1.2 headers and libraries, say in C:\Qt\4.1.2, and
> qmake from Qt 4.1.4 will also easily find its Qt 4.1.4 headers and
> libraries, say in C:\Qt\4.1.4, without the need to modify the global
> value of QTDIR when switching. I know some users weren't happy with this
> change, but as far as I know most of them are.
>
> The Qt location is not necessarily hard-coded in the registry only. I
> don't have Windows to check myself right now, but it should be much
> different from Linux, check for example file
> src\corelib\global\qconfig.cpp in your build directory.
>
> --
> Dimitri
--
[ signature omitted ]
Message 9 in thread
Hi,
> Relying on the "C:" drive will be a problem.
Qt does not rely on the C: drive, this was just an example.
--
[ signature omitted ]
Message 10 in thread
Dimitri wrote:
> It's not a question of "commercial protection" - at least I'm not not
> aware of it. I think it's just that Qt 3 relied a lot the QTDIR
> environment variable, whereas Qt 4 relies on hard-coded paths. Many
> customers have asked for it, as it helps when having multiple versions
> of Qt alongside.
Certainly a good move.
However, it would be nicer if that hardcoding could be avoided, too,
or at least pushed as close to the end of the building process as
possible, preferably by supporting something like
'make INSTALLROOT=/path/to/my/qt/installarion install'
instead of 'configure -prefix'. This way I could at least share
the object files when installing on different machines...
Andre'
--
[ signature omitted ]
