Thomas Fletcher
|
IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
|
Thomas Fletcher
12/10/2008 12:40 PM
post18336
|
IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
Looks like the launch configuration's selection of the debugger is not based on the QNX_HOST setting in the workspace
but is based on what it finds in the PATH.
I have both QNX 6.3.2 and 6.4.0 installed ... which means that I have both of their QNX_TARGET/usr/bin's in my path,
with the 6.3.2 one
being first.
If I configure the IDE to use the 6.4.0 configuration, and then try and debug a binary, the wrong 'gdb' is being picked
up which results in no end of problems.
I'm about to do the update to 6.4.1 to see if this is resolved, but since I have to support both 6.3.2 and 6.4.0, doing
constant PATH gymnastics is a no-go and updating every launch configuration seems kind of dumb.
... as a feature suggestion, could the QNX_HOST/QNX_TARGET values not also be propagated as Eclipse variables so that
they could be used all throughout the IDE as baseline values?
Thanks,
Thomas
|
|
|
Alex Chapiro
|
Re: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
|
Alex Chapiro
12/10/2008 1:17 PM
post18343
|
Re: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
If you see qde.ini, you'll find there:
-Dpath=%QNX_HOST%\usr\bin;%path%
On 10/12/2008 12:40 PM, Thomas Fletcher wrote:
> Looks like the launch configuration's selection of the debugger is not based on the QNX_HOST setting in the workspace
but is based on what it finds in the PATH.
>
> I have both QNX 6.3.2 and 6.4.0 installed ... which means that I have both of their QNX_TARGET/usr/bin's in my path,
with the 6.3.2 one
> being first.
>
> If I configure the IDE to use the 6.4.0 configuration, and then try and debug a binary, the wrong 'gdb' is being
picked up which results in no end of problems.
>
> I'm about to do the update to 6.4.1 to see if this is resolved, but since I have to support both 6.3.2 and 6.4.0,
doing constant PATH gymnastics is a no-go and updating every launch configuration seems kind of dumb.
>
> ... as a feature suggestion, could the QNX_HOST/QNX_TARGET values not also be propagated as Eclipse variables so that
they could be used all throughout the IDE as baseline values?
>
> Thanks,
> Thomas
>
> _______________________________________________
> General
> http://community.qnx.com/sf/go/post18336
>
>
|
|
|
Elena Laskavaia
|
Re: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
|
Elena Laskavaia
12/10/2008 1:20 PM
post18344
|
Re: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
QNX_TARGET and QNX_HOST are used, however all programs such as make, gdb and so on are picked from the PATH.
You should use special program to switch between them that alters the PATH.
Thomas Fletcher wrote:
> Looks like the launch configuration's selection of the debugger is not based on the QNX_HOST setting in the workspace
but is based on what it finds in the PATH.
>
> I have both QNX 6.3.2 and 6.4.0 installed ... which means that I have both of their QNX_TARGET/usr/bin's in my path,
with the 6.3.2 one
> being first.
>
> If I configure the IDE to use the 6.4.0 configuration, and then try and debug a binary, the wrong 'gdb' is being
picked up which results in no end of problems.
>
> I'm about to do the update to 6.4.1 to see if this is resolved, but since I have to support both 6.3.2 and 6.4.0,
doing constant PATH gymnastics is a no-go and updating every launch configuration seems kind of dumb.
>
> ... as a feature suggestion, could the QNX_HOST/QNX_TARGET values not also be propagated as Eclipse variables so that
they could be used all throughout the IDE as baseline values?
>
> Thanks,
> Thomas
>
> _______________________________________________
> General
> http://community.qnx.com/sf/go/post18336
>
|
|
|
Thomas Fletcher
|
Re: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
|
Thomas Fletcher
12/10/2008 8:12 PM
post18373
|
Re: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
Elena Laskavaia wrote:
> QNX_TARGET and QNX_HOST are used, however all programs such as make,
> gdb and so on are picked from the PATH. You should use special
> program to switch between them that alters the PATH.
Just to clarify .. "all programs such as make and gdb" includes which
programs?
Clearly qcc is source from QNX_HOST, and I'd expect anything that was
dependant
on a particular QNX provided version would consistantly be pulled from
QNX_HOST.
Thanks,
Thomas
|
|
|
Elena Laskavaia
|
Re: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
|
Elena Laskavaia
12/11/2008 9:59 AM
post18400
|
Re: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
Are we talking about windows or linux?
IDE relies on these env vars set. To switch between installations user has to to run qwincfg script on windows
or some "reset env" script on linux. There is no other way to switch between installation at this moment.
PATH has to be fixed too. I don't understand why it is an IDE issue. If you work from command line you should fix you
path equally,
otherwise you won't pick right tools.
See FAQ http://community.qnx.com/sf/wiki/do/viewPage/projects.ide/wiki/IDEGeneralFAQ
item Which environment variables does IDE use?
Thomas Fletcher wrote:
> Elena Laskavaia wrote:
>> QNX_TARGET and QNX_HOST are used, however all programs such as make,
>> gdb and so on are picked from the PATH. You should use special
>> program to switch between them that alters the PATH.
>
> Just to clarify .. "all programs such as make and gdb" includes which
> programs?
>
> Clearly qcc is source from QNX_HOST, and I'd expect anything that was
> dependant
> on a particular QNX provided version would consistantly be pulled from
> QNX_HOST.
>
> Thanks,
> Thomas
>
>
> _______________________________________________
> General
> http://community.qnx.com/sf/go/post18373
>
|
|
|
Hans-Peter Reichert
|
AW: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
|
Hans-Peter Reichert
12/11/2008 11:00 AM
post18416
|
AW: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
I don't know if this is the same, but if this applies
why is there the config available in
Window -> preferences -> QNX
where you can choose one of your configured installations?
/hp
>-----Ursprüngliche Nachricht-----
>Von: Elena Laskavaia [mailto:community-noreply@qnx.com]
>Gesendet: Donnerstag, 11. Dezember 2008 15:59
>An: general-ide
>Betreff: Re: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
>
>Are we talking about windows or linux?
>IDE relies on these env vars set. To switch between
>installations user has to to run qwincfg script on windows or
>some "reset env" script on linux. There is no other way to
>switch between installation at this moment.
>PATH has to be fixed too. I don't understand why it is an IDE
>issue. If you work from command line you should fix you path
>equally, otherwise you won't pick right tools.
>
>See FAQ
>http://community.qnx.com/sf/wiki/do/viewPage/projects.ide/wiki/
>IDEGeneralFAQ
>item Which environment variables does IDE use?
>
>Thomas Fletcher wrote:
>> Elena Laskavaia wrote:
>>> QNX_TARGET and QNX_HOST are used, however all programs
>such as make,
>>> gdb and so on are picked from the PATH. You should use special
>>> program to switch between them that alters the PATH.
>>
>> Just to clarify .. "all programs such as make and gdb"
>includes which
>> programs?
>>
>> Clearly qcc is source from QNX_HOST, and I'd expect anything
>that was
>> dependant on a particular QNX provided version would consistantly be
>> pulled from QNX_HOST.
>>
>> Thanks,
>> Thomas
>>
>>
>> _______________________________________________
>> General
>> http://community.qnx.com/sf/go/post18373
>>
>
>_______________________________________________
>General
>http://community.qnx.com/sf/go/post18400
>
>
*******************************************
Harman Becker Automotive Systems GmbH
Management Board: Dr. Klaus Blickle (Chairman), Dr. Udo Hüls, Michael Mauser
Chairman of the Supervisory Board: Ansgar Rempp | Domicile: Karlsbad |
Local Court Mannheim: Register No. 361395
*******************************************
Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat
sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und loeschen Sie diese Mail
. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet.
This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have
received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying,
disclosure or distribution of the contents in this e-mail is strictly forbidden.
*******************************************
|
|
|
Mario Charest
|
RE: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
|
Mario Charest
12/11/2008 11:11 AM
post18419
|
RE: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
I think this issue is rather confusing here after we upgraded to 6.4.0 *everybody* got bitten by this. It would be
great if the selection of environment could be part of the project definition.
> -----Original Message-----
> From: Elena Laskavaia [mailto:community-noreply@qnx.com]
> Sent: December-11-08 9:59 AM
> To: general-ide
> Subject: Re: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
>
> Are we talking about windows or linux?
> IDE relies on these env vars set. To switch between installations user
> has to to run qwincfg script on windows
> or some "reset env" script on linux. There is no other way to switch
> between installation at this moment.
> PATH has to be fixed too. I don't understand why it is an IDE issue. If
> you work from command line you should fix you path equally,
> otherwise you won't pick right tools.
>
> See FAQ
> http://community.qnx.com/sf/wiki/do/viewPage/projects.ide/wiki/IDEGener
> alFAQ
> item Which environment variables does IDE use?
>
> Thomas Fletcher wrote:
> > Elena Laskavaia wrote:
> >> QNX_TARGET and QNX_HOST are used, however all programs such as
> make,
> >> gdb and so on are picked from the PATH. You should use special
> >> program to switch between them that alters the PATH.
> >
> > Just to clarify .. "all programs such as make and gdb" includes which
> > programs?
> >
> > Clearly qcc is source from QNX_HOST, and I'd expect anything that was
> > dependant
> > on a particular QNX provided version would consistantly be pulled
> from
> > QNX_HOST.
> >
> > Thanks,
> > Thomas
> >
> >
> > _______________________________________________
> > General
> > http://community.qnx.com/sf/go/post18373
> >
>
> _______________________________________________
> General
> http://community.qnx.com/sf/go/post18400
>
|
|
|
Thomas Fletcher
|
Re: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
|
Thomas Fletcher
12/15/2008 2:10 PM
post18647
|
Re: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
Mario Charest wrote:
> I think this issue is rather confusing here after we upgraded to 6.4.0 *everybody* got bitten by this. It would be
great if the selection of environment could be part of the project definition.
>
Ra! Ra!
+1 from me
Thomas
>
>> -----Original Message-----
>> From: Elena Laskavaia [mailto:community-noreply@qnx.com]
>> Sent: December-11-08 9:59 AM
>> To: general-ide
>> Subject: Re: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
>>
>> Are we talking about windows or linux?
>> IDE relies on these env vars set. To switch between installations user
>> has to to run qwincfg script on windows
>> or some "reset env" script on linux. There is no other way to switch
>> between installation at this moment.
>> PATH has to be fixed too. I don't understand why it is an IDE issue. If
>> you work from command line you should fix you path equally,
>> otherwise you won't pick right tools.
>>
>> See FAQ
>> http://community.qnx.com/sf/wiki/do/viewPage/projects.ide/wiki/IDEGener
>> alFAQ
>> item Which environment variables does IDE use?
>>
>> Thomas Fletcher wrote:
>>
>>> Elena Laskavaia wrote:
>>>
>>>> QNX_TARGET and QNX_HOST are used, however all programs such as
>>>>
>> make,
>>
>>>> gdb and so on are picked from the PATH. You should use special
>>>> program to switch between them that alters the PATH.
>>>>
>>> Just to clarify .. "all programs such as make and gdb" includes which
>>> programs?
>>>
>>> Clearly qcc is source from QNX_HOST, and I'd expect anything that was
>>> dependant
>>> on a particular QNX provided version would consistantly be pulled
>>>
>> from
>>
>>> QNX_HOST.
>>>
>>> Thanks,
>>> Thomas
>>>
>>>
>>> _______________________________________________
>>> General
>>> http://community.qnx.com/sf/go/post18373
>>>
>>>
>> _______________________________________________
>> General
>> http://community.qnx.com/sf/go/post18400
>>
>>
>
>
> _______________________________________________
> General
> http://community.qnx.com/sf/go/post18419
>
>
|
|
|
Thomas Fletcher
|
Re: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
|
Thomas Fletcher
12/15/2008 2:13 PM
post18648
|
Re: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
Elena Laskavaia wrote:
> Are we talking about windows or linux? IDE relies on these env vars
> set. To switch between installations user has to to run qwincfg
> script on windows or some "reset env" script on linux. There is no
> other way to switch between installation at this moment. PATH has to
> be fixed too. I don't understand why it is an IDE issue. If you work
> from command line you should fix you path equally, otherwise you
> won't pick right tools.
I disagree completely. I don't rely on PATH entries to properly resolve my
tool configurations. That is the whole reason for the QNX_HOST/TARGET
creation in the first place ... it provides a mechanism by which I can
create a
build system that uses the appropriate (ie matching) suite of QNX provided
SDK tools.
Since the IDE allows the 'switching' of environments, then I would
expect that
if I do all of my work within the IDE environment that I can rely on the
behaviour
to change as appropriate (in this case, setting the QNX_HOST/TARGET
environment
variables).
In discussions with Alex C. it seems that there is indeed a bug with the
propagation of
the appropriate environment variables (that I _think_ he has since fixed
... but it hasn't
been released yet).
Thomas
> See FAQ
>
http://community.qnx.com/sf/wiki/do/viewPage/projects.ide/wiki/IDEGeneralFAQ
> item Which environment variables does IDE use?
>
> Thomas Fletcher wrote:
> > Elena Laskavaia wrote:
> >> QNX_TARGET and QNX_HOST are used, however all programs such as
> >> make, gdb and so on are picked from the PATH. You should use
> >> special program to switch between them that alters the PATH.
> > Just to clarify .. "all programs such as make and gdb" includes
> > which programs?
> >
> > Clearly qcc is source from QNX_HOST, and I'd expect anything that
> > was dependant on a particular QNX provided version would
> > consistantly be pulled from QNX_HOST.
> >
> > Thanks, Thomas
> >
> >
> > _______________________________________________ General
> > http://community.qnx.com/sf/go/post18373
> >
>
> _______________________________________________ General
> http://community.qnx.com/sf/go/post18400
>
|
|
|
Elena Laskavaia
|
Re: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
|
Elena Laskavaia
12/16/2008 9:12 AM
post18691
|
Re: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
The documented behavior is to change PATH (and another 4 env variables) (or to use qwincfg on Windows).
Everything else is not documented and therefore you can cannot relay on it.
I am not saying it is ideal but it is the way it works.
We are going to re-visit this concept and come with with better approach in next release.
Thomas Fletcher wrote:
> Elena Laskavaia wrote:
>> Are we talking about windows or linux? IDE relies on these env vars
>> set. To switch between installations user has to to run qwincfg
>> script on windows or some "reset env" script on linux. There is no
>> other way to switch between installation at this moment. PATH has to
>> be fixed too. I don't understand why it is an IDE issue. If you work
>> from command line you should fix you path equally, otherwise you
>> won't pick right tools.
>
> I disagree completely. I don't rely on PATH entries to properly resolve my
> tool configurations. That is the whole reason for the QNX_HOST/TARGET
> creation in the first place ... it provides a mechanism by which I can
> create a
> build system that uses the appropriate (ie matching) suite of QNX provided
> SDK tools.
>
> Since the IDE allows the 'switching' of environments, then I would
> expect that
> if I do all of my work within the IDE environment that I can rely on the
> behaviour
> to change as appropriate (in this case, setting the QNX_HOST/TARGET
> environment
> variables).
>
> In discussions with Alex C. it seems that there is indeed a bug with the
> propagation of
> the appropriate environment variables (that I _think_ he has since fixed
> ... but it hasn't
> been released yet).
>
> Thomas
>
>> See FAQ
>>
> http://community.qnx.com/sf/wiki/do/viewPage/projects.ide/wiki/IDEGeneralFAQ
>> item Which environment variables does IDE use?
>>
>> Thomas Fletcher wrote:
>>> Elena Laskavaia wrote:
>>>> QNX_TARGET and QNX_HOST are used, however all programs such as
>>>> make, gdb and so on are picked from the PATH. You should use
>>>> special program to switch between them that alters the PATH.
>>> Just to clarify .. "all programs such as make and gdb" includes
>>> which programs?
>>>
>>> Clearly qcc is source from QNX_HOST, and I'd expect anything that
>>> was dependant on a particular QNX provided version would
>>> consistantly be pulled from QNX_HOST.
>>>
>>> Thanks, Thomas
>>>
>>>
>>> _______________________________________________ General
>>> http://community.qnx.com/sf/go/post18373
>>>
>> _______________________________________________ General
>> http://community.qnx.com/sf/go/post18400
>>
>
>
>
> _______________________________________________
> General
> http://community.qnx.com/sf/go/post18648
>
|
|
|
Thomas Fletcher
|
Re: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
|
Thomas Fletcher
12/10/2008 1:21 PM
post18345
|
Re: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
>
> I'm about to do the update to 6.4.1 to see if this is resolved, but since I
> have to support both 6.3.2 and 6.4.0, doing constant PATH gymnastics is a no-
> go and updating every launch configuration seems kind of dumb.
Updated to 6.4.1 and the debugger selection seems to now be keyed
properly off of QNX_HOST ... hurray.
... however, it seems that the QNX_HOST/QNX_TARGET selection aren't propagated out to Standard Make project builds that
were
automatically converted so the build toolchain isn't picking up the
right qcc and other stuff.
More to come ...
Thomas
|
|
|
Aleksandar Ristovski(deleted)
|
Re: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
|
Aleksandar Ristovski(deleted)
12/10/2008 1:33 PM
post18346
|
Re: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
Thomas Fletcher wrote:
>> I'm about to do the update to 6.4.1 to see if this is resolved, but since I
>> have to support both 6.3.2 and 6.4.0, doing constant PATH gymnastics is a no-
>> go and updating every launch configuration seems kind of dumb.
>
> Updated to 6.4.1 and the debugger selection seems to now be keyed
> properly off of QNX_HOST ... hurray.
>
> ... however, it seems that the QNX_HOST/QNX_TARGET selection aren't propagated out to Standard Make project builds
that were
> automatically converted so the build toolchain isn't picking up the
> right qcc and other stuff.
>
> More to come ...
>
Thomas, would this work for you:
http://community.qnx.com/sf/discussion/do/listPosts/projects.community/discussion.qnx_software_development_platfor.
topc4426
the script attached there sets up your env. variables; from
there you can start IDE which will inherit proper environment.
|
|
|
Thomas Fletcher
|
Re: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
|
Thomas Fletcher
12/10/2008 8:15 PM
post18374
|
Re: IDE 4.5 Debugging 6.4.0 / 6.3.2 co-existance
Aleksandar Ristovski wrote:
>
> Thomas, would this work for you:
>
http://community.qnx.com/sf/discussion/do/listPosts/projects.community/discussion.qnx_software_development_platfor.
topc4426
>
> the script attached there sets up your env. variables; from there you
> can start IDE which will inherit proper environment.
Thanks for the script. It isn't really an ideal solution for me since
it isn't really practical to
have to give out a custom script to launch a launcher that is part of a
standard installation.
Talking to Alex C. he seems to think that I should even be seeing what
I'm seeing so
we'll go from there and see how that pans out.
Thanks for the link to the script though,
Thomas
|
|
|
|