Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [ptp-dev] Problem with Linux remote build from Windows 7 client

The Remote toolchains have an environment variable supplier that causes Managed Build to get the variables from the remote system. That is why the toolchain matters.

===========================
Chris Recoskie
Team Lead, IBM CDT and RDT
IBM Toronto

Inactive hide details for Roland Schulz ---05/24/2011 03:02:23 PM---I'm getting the same on Windows. And I don't think it depenRoland Schulz ---05/24/2011 03:02:23 PM---I'm getting the same on Windows. And I don't think it depends on the toolchain.


From:

Roland Schulz <roland@xxxxxxx>

To:

Parallel Tools Platform general developers <ptp-dev@xxxxxxxxxxx>

Date:

05/24/2011 03:02 PM

Subject:

Re: [ptp-dev] Problem with Linux remote build from Windows 7 client

Sent by:

ptp-dev-bounces@xxxxxxxxxxx




I'm getting the same on Windows. And I don't think it depends on the toolchain. 

RemoteMakeBuilder line 335 ( remoteEnvMap.putAll(envMap); ) replaces the environment. envMap comes from ManagedBuildManager.getEnvironmentVariableProvider().getVariables(configuration, true). This command returns the local environment variables. Thus the remote environment variables are set to the local environment variables. Because the local environment variables under Windows include odd characters like e.g. parenthesis and RemoteTools doesn't espace those characters correctly one gets this error message:
/bin/sh: -c: line 0: syntax error near unexpected token `(' 

Thus I think this is caused by two problems: 
- at least in some cases the local environment is exported to the side (which doesn't seem to make sense in any case)
- RemoteTools doesn't escape strings correctly before it passes it to /bin/sh 

Roland


On Tue, May 24, 2011 at 1:54 PM, Jay Alameda <jalameda@xxxxxxxxxxxxxxxxx> wrote:
    Chris, 

    Here is a png file of the same.  The thing I’m intrigued (or troubled by) with Dave’s post was that we are both running windows 7; but the remote environment for me (with 3.6.2) has nothing to do with my local environment.  And, I don’t have a local gnu toolchain, I kept my win7 machine intentionally  incapable of doing anything remotely useful …

     

    Jay

     

     

     

    From: ptp-dev-bounces@xxxxxxxxxxx [mailto:ptp-dev-bounces@xxxxxxxxxxx] On Behalf Of Chris Recoskie
    Sent:
    Tuesday, May 24, 2011 12:49 PM


    To:
    Parallel Tools Platform general developers
    Subject:
    Re: [ptp-dev] Problem with Linux remote build from Windows 7 client

     

    Your screenshot is a big red X for me, I don't think it came through. I think the list generally eats screenshots.

    "Other toolchain" is just the local GNU toolchain, in disguise. I would use the recently added Remote GNU Toolchain instead. It will grab the environment from the remote system.

    ===========================
    Chris Recoskie
    Team Lead, IBM CDT and RDT
    IBM Toronto

    "Jay Alameda" ---05/24/2011 01:42:16 PM---Chris, Dave,



From:

"Jay Alameda" <jalameda@xxxxxxxxxxxxxxxxx>

To:

"'Parallel Tools Platform general developers'" <ptp-dev@xxxxxxxxxxx>

Date:

05/24/2011 01:42 PM

Subject:

Re: [ptp-dev] Problem with Linux remote build from Windows 7 client

Sent by:

ptp-dev-bounces@xxxxxxxxxxx




    Chris, Dave,


    I’m not so sure about this – for a makefile build, I always chose “other toolchain”, as I’ve found that the environment is managed out-of-band from Eclipse – eg, see the screenshot of the setup for remote tools – this is from Eclipse 3.6.2 – and its corresponding PTP version.






    Jay



    From:
    ptp-dev-bounces@xxxxxxxxxxx [mailto:ptp-dev-bounces@xxxxxxxxxxx] On Behalf Of Chris Recoskie
    Sent:
    Tuesday, May 24, 2011 12:31 PM
    To:
    Parallel Tools Platform general developers
    Subject:
    Re: [ptp-dev] Problem with Linux remote build from Windows 7 client

    Which toolchain did you select when creating the project? If you don't pick one of the remote toolchains, then you will have this problem.

    ===========================
    Chris Recoskie
    Team Lead, IBM CDT and RDT
    IBM Toronto

    Dave Wootton ---05/24/2011 11:15:41 AM---I attempted a remote build using Indigo RC1 and the 5/23 PTP build with a remote tools connection f



From:

Dave Wootton <
dwootton@xxxxxxxxxx>

To:

ptp-dev@xxxxxxxxxxx

Date:

05/24/2011 11:15 AM

Subject:

[ptp-dev] Problem with Linux remote build from Windows 7 client

Sent by:

ptp-dev-bounces@xxxxxxxxxxx






    I attempted a remote build using Indigo RC1 and the 5/23 PTP build with a remote tools connection from a Windows 7 client to a Linux system. I have a remote makefile project cretaed with a makefile and a single source file.


    When I attempt tto build, it seenms that my Windows 7 environment is being passed to the Linux. The start of the console log looks like the following


    /bin/sh: -c: line 0: syntax error near unexpected token `('

    /bin/sh: -c: line 0: `echo "PID=$$ PIID=23" > /dev/pts/5; export "LOCALAPPDATA=C:\Users\dave\AppData\Local"; export "PROCESSOR_ARCHITECTURE=AMD64"; export "SESSIONNAME=Console"; export "HOMEPATH=\Users\dave"; export "LOGONSERVER=\\BIGCAT"; export


    Is there a setting I'm missing to prevent my local environment from being copied to the Linux node?

    Dave
    _______________________________________________
    ptp-dev mailing list

    ptp-dev@xxxxxxxxxxx
    https://dev.eclipse.org/mailman/listinfo/ptp-dev
    _______________________________________________

    ptp-dev mailing list

    ptp-dev@xxxxxxxxxxx
    https://dev.eclipse.org/mailman/listinfo/ptp-dev


    _______________________________________________
    ptp-dev mailing list

    ptp-dev@xxxxxxxxxxx
    https://dev.eclipse.org/mailman/listinfo/ptp-dev




--
ORNL/UT Center for Molecular Biophysics
cmb.ornl.gov
865-241-1537, ORNL PO BOX 2008 MS6309_______________________________________________
ptp-dev mailing list
ptp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ptp-dev


GIF image

GIF image


Back to the top