Enviroment Variables

Enviroment Variables

[August Zajonc]

Installed cygwin to get access to SSH. However, WinCVS still chokes. While
poking around I discovered that my Windows 2000 enviroment variables had
been really messed up. Further, I can't seem to track down a way to return
them to what they should be.

Here is a taste found by typing env at a dos command prompt:

COMSPEC=C:\WINNT\system32\cmd.exe
CYGWIN=binmode
PATH=/cygdrive/c/WINNT/system32:/cygdrive/c/WINNT:/cygdrive/c/WINNT/System3
m:/cygdrive/c/Program Files/cygwin/bin
SYSTEMDRIVE=C:
SYSTEMROOT=C:\WINNT
TEMP=/cygdrive/c/DOCUME~1/augustz/LOCALS~1/Temp
TMP=/cygdrive/c/DOCUME~1/augustz/LOCALS~1/Temp
TERM=cygwin

My HOME env is also messed up. Any idea about what is going on? Any idea on
how to revert this to standard behaviour? I've tried rebooting to no avail.

Thanks for your help...

August



--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: Enviroment Variables

[Christopher Faylor]

On Fri, Mar 30, 2001 at 11:12:24PM -0500, August Zajonc wrote:
>Installed cygwin to get access to SSH. However, WinCVS still chokes. While
>poking around I discovered that my Windows 2000 enviroment variables had
>been really messed up. Further, I can't seem to track down a way to return
>them to what they should be.
>
>Here is a taste found by typing env at a dos command prompt:
>
>COMSPEC=C:\WINNT\system32\cmd.exe
>CYGWIN=binmode
>PATH=/cygdrive/c/WINNT/system32:/cygdrive/c/WINNT:/cygdrive/c/WINNT/System3
>m:/cygdrive/c/Program Files/cygwin/bin
>SYSTEMDRIVE=C:
>SYSTEMROOT=C:\WINNT
>TEMP=/cygdrive/c/DOCUME~1/augustz/LOCALS~1/Temp
>TMP=/cygdrive/c/DOCUME~1/augustz/LOCALS~1/Temp
>TERM=cygwin
>
>My HOME env is also messed up. Any idea about what is going on? Any idea on
>how to revert this to standard behaviour? I've tried rebooting to no avail.

I don't see anything that is obviously "messed up" here.  If you are running
the cygwin process 'env' then cygwin will convert some environment variables
to UNIX format.  There's no way around that.

The 'set' command should show you what the environment variables look like
outside of the cygwin environment.

cgf

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: Enviroment Variables

[August Zajonc]

Doh. That's what you get for getting rusty on Windows. I stuck cygwin in my
path, hit env and was very confused :)

Thanks for the pointer and the prompt response.

August

----- Original Message -----
From: "Christopher Faylor" <cgf@redhat.com>
To: <cygwin@cygwin.com>
Cc: <augustz@bigfoot.com>
Sent: Friday, March 30, 2001 11:19 PM
Subject: Re: Enviroment Variables


> On Fri, Mar 30, 2001 at 11:12:24PM -0500, August Zajonc wrote:
> >My HOME env is also messed up. Any idea about what is going on? Any idea
on
> >how to revert this to standard behaviour? I've tried rebooting to no
avail.
> The 'set' command should show you what the environment variables look like
> outside of the cygwin environment.
>
> cgf
>


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

How to (dynamically) control Unix/Dos PATH-like variable translation

[Jan Vicherek]

 Hi,


On Fri, 30 Mar 2001, Christopher Faylor wrote:

> If you are running the cygwin process 'env' then cygwin will convert
> some environment variables to UNIX format.  There's no way around
> that.

  How can I control which variables get translated Dos->Unix when starting
a CYGWIN binary from Windows and which variables get translated Unix->Dos
when starting a DOS/Windows binary from CYGWIN ?

  http://www.cygwin.com/cygwin-ug-net/using.html#USING-PATHNAMES says that
HOME, PATH, and LD_LIBRARY_PATH are converted, but it doesn't say how to
control any additional ones in runtime. (I.e. I know I can always edit the
sources of Cygwin and recompile it, but I believe that runtime list of
converted ENV VARs would be *very* handy to *many* of us out there ... )


    Thanx,

       Jan

-- 
-- Gospel of Jesus is the saving power of God for all who believe --
               ## To some, nothing is impossible. ##
                     http://Honza.Vicherek.com/


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: How to (dynamically) control Unix/Dos PATH-like variable translation

[Christopher Faylor]

On Sun, Apr 01, 2001 at 12:53:28AM -0500, Jan Vicherek wrote:
>On Fri, 30 Mar 2001, Christopher Faylor wrote:
>>If you are running the cygwin process 'env' then cygwin will convert
>>some environment variables to UNIX format.  There's no way around that.
>
>How can I control which variables get translated Dos->Unix when
>starting a CYGWIN binary from Windows and which variables get
>translated Unix->Dos when starting a DOS/Windows binary from CYGWIN ?
>
> http://www.cygwin.com/cygwin-ug-net/using.html#USING-PATHNAMES says
>that HOME, PATH, and LD_LIBRARY_PATH are converted, but it doesn't say
>how to control any additional ones in runtime.

The main reason for this is that it isn't possible.  Don't know why you think
that this list is flexible.  It isn't.

cgf

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: How to (dynamically) control Unix/Dos PATH-like variabletranslation

[Jan Vicherek]

On Sun, 1 Apr 2001, Christopher Faylor wrote:

> On Sun, Apr 01, 2001 at 12:53:28AM -0500, Jan Vicherek wrote:
> >On Fri, 30 Mar 2001, Christopher Faylor wrote:
> >>If you are running the cygwin process 'env' then cygwin will convert
> >>some environment variables to UNIX format.  There's no way around that.
> >
> >How can I control which variables get translated Dos->Unix when
> >starting a CYGWIN binary from Windows and which variables get
> >translated Unix->Dos when starting a DOS/Windows binary from CYGWIN ?
> >
> > http://www.cygwin.com/cygwin-ug-net/using.html#USING-PATHNAMES says
> >that HOME, PATH, and LD_LIBRARY_PATH are converted, but it doesn't say
> >how to control any additional ones in runtime.
> 
> The main reason for this is that it isn't possible.  Don't know why you think
> that this list is flexible.  It isn't.

 I didn't see what would preclude the code which says "now translate
PATH variable" from one format to another from saying "now translate
PATH variable and all other variables listed in variable
CYGWIN_TRANSLATABLE"

  Is there a reason why we couldn't have such "CYGWIN_TRANSLATABLE"
variable, which would list names (or patterns) of other variables that are
to be translated in fashion similair to "PATH" variable ?

  What efforts do you estimate it would take to whip up such code ?

  Do you think such feature wouldn't be very useful ? Why ?


    Thank you,

         Jan

> 
> cgf
> 
> --
> Want to unsubscribe from this list?
> Check out: http://cygwin.com/ml/#unsubscribe-simple
> 

-- 
-- Gospel of Jesus is the saving power of God for all who believe --
               ## To some, nothing is impossible. ##
                     http://Honza.Vicherek.com/


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: How to (dynamically) control Unix/Dos PATH-like variable translation

[Christopher Faylor]

On Sun, Apr 01, 2001 at 10:00:57PM -0400, Jan Vicherek wrote:
>On Sun, 1 Apr 2001, Christopher Faylor wrote:
>> On Sun, Apr 01, 2001 at 12:53:28AM -0500, Jan Vicherek wrote:
>> >On Fri, 30 Mar 2001, Christopher Faylor wrote:
>> >How can I control which variables get translated Dos->Unix when
>> >starting a CYGWIN binary from Windows and which variables get
>> >translated Unix->Dos when starting a DOS/Windows binary from CYGWIN ?
>> >
>> > http://www.cygwin.com/cygwin-ug-net/using.html#USING-PATHNAMES says
>> >that HOME, PATH, and LD_LIBRARY_PATH are converted, but it doesn't say
>> >how to control any additional ones in runtime.
>> 
>> The main reason for this is that it isn't possible.  Don't know why you think
>> that this list is flexible.  It isn't.
>
>I didn't see what would preclude the code which says "now translate
>PATH variable" from one format to another from saying "now translate
>PATH variable and all other variables listed in variable
>CYGWIN_TRANSLATABLE"
>
>Is there a reason why we couldn't have such "CYGWIN_TRANSLATABLE"
>variable, which would list names (or patterns) of other variables that
>are to be translated in fashion similair to "PATH" variable ?

Maybe you are misinterpreting what I said.  It isn't possible because it
isn't implemented.  My observation of "Don't know why..." was basically
aimed at the fact that you seemed to be under the impression that this
was some kind of undocumented feature.

>What efforts do you estimate it would take to whip up such code ?
>
>Do you think such feature wouldn't be very useful ?  Why ?

I'm not sure what estimates you're looking for.  It would probably take
me a couple of hours of programming to do this.

Would it be useful?  Since this is the first time that I can recall that
anyone has asked for this, I think it would be only marginally useful.
If you are controlling the environment to such a state that you can add
a CYGWIN_TRANSLATABLE variable, then just set the environment variables
using posix paths.  I believe that Cygwin already handles the ones that
should be handled.

However, as usual, if someone wants to contribute a patch, I will
consider it's inclusion in the sources.

In case anyone is interested in submitting a patch, please first check
out the Contributing link at http://cygwin.com/ .  Read it thoroughly
and, when it is time to provide the patch, make sure that you follow
all of the rules with regard to the ChangeLog entry, patch format,
and coding styles.

cgf

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: How to (dynamically) control Unix/Dos PATH-like variable translation

[Christopher Faylor]

On Sun, Apr 01, 2001 at 10:23:06PM -0400, Christopher Faylor wrote:
>However, as usual, if someone wants to contribute a patch, I will
>consider it's inclusion in the sources.
          ^^^^
          its

cgf
(I seem to have lost the part of my brain that understood the difference
between it's and its recently...)

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

If it is true, Please Help me.

[eventualdeath]

Hi,

I am using win98, running on a home PC.

I wish to run windrops and I was told to d/l cgywin so that the windrop will
perform 90% similarly as eggdrops. I was even told that with cgywin, I could
test the .tcl offline.

If this is true, please throw me some light as to how I should put this
cgywin into my PC. If you could, please show me step by step, the
installation instruction.

I ve read the homepage of
http://sources.redhat.com/cygwin/faq/faq_2.html#SEC5 , but it does not seems
very clear to a programming illiterate me.

Any advice and Help would be very much appreciated.
Thank you.


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: If it is true, Please Help me.

[Earnie Boyd]

eventualdeath wrote:
> 
> Hi,
> 
> I am using win98, running on a home PC.
> 
> I wish to run windrops and I was told to d/l cgywin so that the windrop will
> perform 90% similarly as eggdrops. I was even told that with cgywin, I could
> test the .tcl offline.
> 
> If this is true, please throw me some light as to how I should put this
> cgywin into my PC. If you could, please show me step by step, the
> installation instruction.
> 
> I ve read the homepage of
> http://sources.redhat.com/cygwin/faq/faq_2.html#SEC5 , but it does not seems
> very clear to a programming illiterate me.
> 
> Any advice and Help would be very much appreciated.

Installation of Cygwin is as easy as http://cygwin.com/setup.exe however
as for windrop, you'll have to contact their support.

Earnie.

_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: How to (dynamically) control Unix/Dos PATH-like variabletranslation

[Jan Vicherek]

 Hi Chris,

On Sun, 1 Apr 2001, Christopher Faylor wrote:

> Would it be useful?  Since this is the first time that I can recall that
> anyone has asked for this, I think it would be only marginally useful.

 Please see my post as of cca 2hrs ago in this same thread.

> If you are controlling the environment to such a state that you can add
> a CYGWIN_TRANSLATABLE variable, then just set the environment variables
> using posix paths.  I believe that Cygwin already handles the ones that
> should be handled.

  Since it cannot know of any applications, CYGWIN is currently only
handling the ones that should be handled for the OS (i.e. PATH and a
couple of others). But other apps need other VARs.

  Any comments are welcome !

    TTYL,

      Jan

-- 
-- Gospel of Jesus is the saving power of God for all who believe --
               ## To some, nothing is impossible. ##
                     http://Honza.Vicherek.com/


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: How to (dynamically) control Unix/Dos PATH-like variable translation

[Christopher Faylor]

On Tue, Apr 03, 2001 at 07:49:15PM -0400, Jan Vicherek wrote:
>On Sun, 1 Apr 2001, Christopher Faylor wrote:
>>Would it be useful?  Since this is the first time that I can recall
>>that anyone has asked for this, I think it would be only marginally
>>useful.
>
>Please see my post as of cca 2hrs ago in this same thread.

You seem to be asking for accomodations in Cygwin to handler programs
that are not built with Cygwin.  That really isn't the goal of Cygwin.

However, as I said, provide a patch.  I'll evalutate it.

FWIW, I will *not* accept a patch which "automatically" translates
command line arguments.  I think that is a remarkably bad idea.

cgf

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: How to (dynamically) control Unix/Dos PATH-like variabletranslation

[Jan Vicherek]

  Hi,

On Tue, 3 Apr 2001, Christopher Faylor wrote:

> On Tue, Apr 03, 2001 at 07:49:15PM -0400, Jan Vicherek wrote:
> >On Sun, 1 Apr 2001, Christopher Faylor wrote:
> >>Would it be useful?  Since this is the first time that I can recall
> >>that anyone has asked for this, I think it would be only marginally
> >>useful.
> >
> >Please see my post as of cca 2hrs ago in this same thread.
> 
> You seem to be asking for accomodations in Cygwin to handler programs
> that are not built with Cygwin.  That really isn't the goal of Cygwin.

  Not to handle them, but to pass to them paths in the form that they
understand. And since there are only two or three forms, it shouldn't be a
mess to provide such functionality, would it ? I would think it reasonable
to be able to say "My Cygwin environment allows me to seamlessly pass path
info around : I don't have to change a line of code of the binaries that
run on the machine, to tell them which format should they expect / pass
on in ENVVARs and on the cmd line. Sometimes I don't even have the source
code to these binaries."

  Would somebody think that this is a bad idea ? I fail to see why, so
please correct me if I'm wrong. Am I taking this down all the wrong paths?
(no pun intended ;-)

> However, as I said, provide a patch.  I'll evalutate it.
> 
> FWIW, I will *not* accept a patch which "automatically" translates
> command line arguments.  I think that is a remarkably bad idea.

  how about a patch which translates command line arguments if certain
conditions are met ? (Such as when a special ENVVAR is set, or somesuch)

  Thanks,

    Jan

> cgf
> 
> --
> Want to unsubscribe from this list?
> Check out: http://cygwin.com/ml/#unsubscribe-simple
> 

-- 
-- Gospel of Jesus is the saving power of God for all who believe --
               ## To some, nothing is impossible. ##
                     http://Honza.Vicherek.com/


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: How to (dynamically) control Unix/Dos PATH-like variable translation

[Christopher Faylor]

On Tue, Apr 03, 2001 at 09:34:49PM -0400, Jan Vicherek wrote:
>> However, as I said, provide a patch.  I'll evalutate it.
>> 
>> FWIW, I will *not* accept a patch which "automatically" translates
>> command line arguments.  I think that is a remarkably bad idea.
>
>  how about a patch which translates command line arguments if certain
>conditions are met ? (Such as when a special ENVVAR is set, or somesuch)

Nope.

cgf

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: How to (dynamically) control Unix/Dos PATH-like variable translation

[Christopher Faylor]

Robert Collins said:
>It's a low priority because, out of a user base of thousands (Chris ,
>do you have any rough count?  ), only 1 user has reported this as a
>nice thing to have - you.

883 subscribers to the cygwin mailing list
295 subscribers to the cygwin-digest mailing list
2254 subscribers to the cygwin-announce mailing list

Cygwin downloads averaged 28GB a month prior to turning off downloads
from sources.redhat.com.

We estimate total downloads of cygwin itself to be in the millions.

To be fair, I think a couple of people indicated that they wanted this
feature.  You correctly summarized the realities in your message, though
Robert.

Thank you so much for consistently "getting it".

cgf

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: If it is true, Please Help me.

[eventualdeath]

technicaly I still do not know what is cygwin for, but my guess is that it
is used so that programs running on unix or linux can run in windows if
cygwin is installed.

Is my guess right?

Thanks


----- Original Message -----
From: "Earnie Boyd" <earnie_boyd@yahoo.com>
> Installation of Cygwin is as easy as http://cygwin.com/setup.exe however
> as for windrop, you'll have to contact their support.
>
> Earnie.



_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: If it is true, Please Help me.

[Christopher Faylor]

On Wed, Apr 04, 2001 at 03:17:32PM -0700, eventualdeath wrote:
>technicaly I still do not know what is cygwin for, but my guess is that it
>is used so that programs running on unix or linux can run in windows if
>cygwin is installed.
>
>Is my guess right?

Partly.  Cygwin is really just a cover for a supersecret government
project.  I could go into more detail but then... you know...

cgf

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: If it is true, Please Help me.

[Michael A. Chase]

Follow the FAQ link from http://cygwin.com/ for all you would ever want to
know about Cygwin.

--
Mac :})
** I normally forward private database questions to the DBI mail lists. **
Give a hobbit a fish and he'll eat fish for a day.
Give a hobbit a ring and he'll eat fish for an age.
----- Original Message -----
From: "eventualdeath" <eventualdeath@yahoo.com>
To: <cygwin@cygwin.com>
Sent: Wednesday, April 04, 2001 3:17 PM
Subject: Re: If it is true, Please Help me.


> technicaly I still do not know what is cygwin for, but my guess is that it
> is used so that programs running on unix or linux can run in windows if
> cygwin is installed.
>
> Is my guess right?



--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: If it is true, Please Help me.

[Larry Hall (RFK Partners, Inc)]

At 10:36 AM 4/4/2001, Christopher Faylor wrote:
>On Wed, Apr 04, 2001 at 03:17:32PM -0700, eventualdeath wrote:
> >technicaly I still do not know what is cygwin for, but my guess is that it
> >is used so that programs running on unix or linux can run in windows if
> >cygwin is installed.
> >
> >Is my guess right?
>
>Partly.  Cygwin is really just a cover for a supersecret government
>project.  I could go into more detail but then... you know...


Yes, I've always been amazed at how well the first FAQ "What is it?"
( http://www.cygwin.com/faq/faq_1.html#SEC1 ) covers for the *true* nature
of this project.  If I read this FAQ entry, I would be lead to believe that
Cygwin is a set of GNU tools that help me build Windows programs or port
UNIX programs to Windows.  Quite a clever deception!;-)



Larry Hall                              lhall@rfk.com
RFK Partners, Inc.                      http://www.rfk.com
118 Washington Street                   (508) 893-9779 - RFK Office
Holliston, MA 01746                     (508) 893-9889 - FAX


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: If it is true, Please Help me.

[egor duda]

Hi!

Wednesday, 04 April, 2001 Christopher Faylor cgf@redhat.com wrote:

CF> On Wed, Apr 04, 2001 at 03:17:32PM -0700, eventualdeath wrote:
>>technicaly I still do not know what is cygwin for, but my guess is that it
>>is used so that programs running on unix or linux can run in windows if
>>cygwin is installed.
>>
>>Is my guess right?

CF> Partly.  Cygwin is really just a cover for a supersecret government
CF> project.  I could go into more detail but then... you know...

and i've even heard of some russian spies involved...

anybody who wants to hear "official story" may visit "official website"
at http://cygwin.com , but certainly there's some conspiracy beneath.

Egor.            mailto:deo@logos-m.ru ICQ 5165414 FidoNet 2:5020/496.19



--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: If it is true, Please Help me.

[Earnie Boyd]

eventualdeath wrote:
> 
> technicaly I still do not know what is cygwin for, but my guess is that it
> is used so that programs running on unix or linux can run in windows if
> cygwin is installed.
> 
> Is my guess right?
> 

No!!  But, you don't have to guess.  The project is documented at
http://cygwin.com .

Earnie.

_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: If it is true, Please Help me.

[Christopher Faylor]

On Wed, Apr 04, 2001 at 11:56:05AM -0400, Larry Hall (RFK Partners, Inc) wrote:
>At 10:36 AM 4/4/2001, Christopher Faylor wrote:
>>On Wed, Apr 04, 2001 at 03:17:32PM -0700, eventualdeath wrote:
>> >technicaly I still do not know what is cygwin for, but my guess is that it
>> >is used so that programs running on unix or linux can run in windows if
>> >cygwin is installed.
>> >
>> >Is my guess right?
>>
>>Partly.  Cygwin is really just a cover for a supersecret government
>>project.  I could go into more detail but then... you know...
>
>
>Yes, I've always been amazed at how well the first FAQ "What is it?"
>( http://www.cygwin.com/faq/faq_1.html#SEC1 ) covers for the *true* nature
>of this project.  If I read this FAQ entry, I would be lead to believe that
>Cygwin is a set of GNU tools that help me build Windows programs or port
>UNIX programs to Windows.  Quite a clever deception!;-)

Thank you, Agent Hall, er, I mean Larry...

cgf

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: If it is true, Please Help me.

[Michael A. Chase]

----- Original Message -----
From: "Christopher Faylor" <cgf@redhat.com>
To: <cygwin@cygwin.com>
Sent: Wednesday, April 04, 2001 7:36 AM
Subject: Re: If it is true, Please Help me.


> On Wed, Apr 04, 2001 at 03:17:32PM -0700, eventualdeath wrote:
> >technicaly I still do not know what is cygwin for, but my guess is that
it
> >is used so that programs running on unix or linux can run in windows if
> >cygwin is installed.
> >
> >Is my guess right?
>
> Partly.  Cygwin is really just a cover for a supersecret government
> project.  I could go into more detail but then... you know...

Sssshhhh!  They'll hear you!


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: How to (dynamically) control Unix/Dos PATH-like variable translation

[Robert Collins]

----- Original Message -----
From: "Christopher Faylor" <cgf@redhat.com>
To: <cygwin@cygwin.com>
Sent: Wednesday, April 04, 2001 3:00 PM
Subject: Re: How to (dynamically) control Unix/Dos PATH-like variable
translation


> Robert Collins said:
> >It's a low priority because, out of a user base of thousands (Chris ,
> >do you have any rough count?  ), only 1 user has reported this as a
> >nice thing to have - you.
>
> 883 subscribers to the cygwin mailing list
> 295 subscribers to the cygwin-digest mailing list
> 2254 subscribers to the cygwin-announce mailing list
>
> Cygwin downloads averaged 28GB a month prior to turning off downloads
> from sources.redhat.com.

Not bad. Not bad at all!

> We estimate total downloads of cygwin itself to be in the millions.

Do you mind me asking: what does RedHat officially think of the Net
releases?

> To be fair, I think a couple of people indicated that they wanted this
> feature.  You correctly summarized the realities in your message,
though
> Robert.
>
> Thank you so much for consistently "getting it".
>
> cgf
>

Thank you.

Rob


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: If it is true, Please Help me.

[eventualdeath]

> ----- Original Message -----
> From: "Christopher Faylor" <cgf@redhat.com>
> To: <cygwin@cygwin.com>
> Sent: Wednesday, April 04, 2001 7:36 AM
> Subject: Re: If it is true, Please Help me.
> >
> > Partly.  Cygwin is really just a cover for a supersecret government
> > project.  I could go into more detail but then... you know...
>
> Sssshhhh!  They'll hear you!
>

If it is a supersecret government project. Then why are they making use of
us to use their cygwin. What's the reason.

Thanks



_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Thanks Re: If it is true, Please Help me.

[eventualdeath]

Thanks for the help.

----- Original Message -----
From: "Earnie Boyd" <earnie_boyd@yahoo.com>
To: "eventualdeath" <eventualdeath@yahoo.com>
Cc: <cygwin@cygwin.com>
Sent: Wednesday, April 04, 2001 9:45 AM
Subject: Re: If it is true, Please Help me.


> eventualdeath wrote:
> >
> > technicaly I still do not know what is cygwin for, but my guess is that
it
> > is used so that programs running on unix or linux can run in windows if
> > cygwin is installed.
> >
> > Is my guess right?
> >
>
> No!!  But, you don't have to guess.  The project is documented at
> http://cygwin.com .
>
> Earnie.
>



_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Thanks Earnie- Re: If it is true, Please Help me.

[eventualdeath]

Thanks Earnie.

----- Original Message -----
From: "Earnie Boyd" <earnie_boyd@yahoo.com>
To: "eventualdeath" <eventualdeath@yahoo.com>
Cc: <cygwin@cygwin.com>
Sent: Wednesday, April 04, 2001 9:45 AM
Subject: Re: If it is true, Please Help me.


> eventualdeath wrote:
> >
> > technicaly I still do not know what is cygwin for, but my guess is that
it
> > is used so that programs running on unix or linux can run in windows if
> > cygwin is installed.
> >
> > Is my guess right?
> >
>
> No!!  But, you don't have to guess.  The project is documented at
> http://cygwin.com .
>
> Earnie.
>
> _________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.yahoo.com


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: If it is true, Please Help me.

[Christopher Faylor]

On Sat, Apr 07, 2001 at 04:43:02PM -0700, eventualdeath wrote:
>> ----- Original Message -----
>> From: "Christopher Faylor" <cgf@redhat.com>
>> To: <cygwin@cygwin.com>
>> Sent: Wednesday, April 04, 2001 7:36 AM
>> Subject: Re: If it is true, Please Help me.
>> >
>> > Partly.  Cygwin is really just a cover for a supersecret government
>> > project.  I could go into more detail but then... you know...
>>
>> Sssshhhh!  They'll hear you!
>>
>
>If it is a supersecret government project. Then why are they making use of
>us to use their cygwin. What's the reason.

"They" just want you to think that they are using Cygwin.  It's
a cover.  A cover for something even more horrible than Cygwin
itself.

All right.  You've forced me to say it.

I'm sitting here in the middle of my communications nexus, monitoring
the cygwin mailing list.  I think that the time for secrecy is over.
The true nature of this project can be revealed.

Cygwin is a cover project for the VMS-on-Windows project.  This is why I
was hired onto the project.  My previous job provided some of this
functionality but the government wanted more because their operatives
needed stability and legacy of VMS coupled with the power of Windows 95.

Cygwin was a proof of concept.  Now that we have the technology, we
will be able to move forward with the VMS on Windows project.  Of
course, that is just a stepping stone towards the eventual goal of
TOPS-10 on Windows.  But you must crawl before you can fly.

cgf
aka Agent F

P.S. Pay no attention to the pizza van with the large dish antenna outside
     of your house.  It's a well-known fact that cygwin users love pizza.
     So, we have positioned vans outside of the house of every reader of
     this mailing list, in case you need pizza.  Yeah, that's it.  We'll
     deliver pizza to your house really quickly.

P.P.S. We will also be employing Cygwin "education units" to the houses of
       selected readers who have evinced "incorrect" thinking along the lines
       of desiring monolithic setup utilities or who are trying to actively
       use sftpd.  We hope that the education received will help people to
       achieve correct, harmonious thoughts with the rest of the community.

P.P.P.S.  Larry, you have a rip on your right sock.  Chuck, you should probably
          close that window.

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: If it is true, Please Help me.

[Charles S. Wilson]

 
> P.P.S. We will also be employing Cygwin "education units" to the houses of
>        selected readers who have evinced "incorrect" thinking along the lines
>        of desiring monolithic setup utilities or who are trying to actively
>        use sftpd.  We hope that the education received will help people to
>        achieve correct, harmonious thoughts with the rest of the community.

Will not use sftpd. sftpd is evil. sftpd is part of an alien plot to
take over the planet. Will not use sftpd. Will not use sftpd. sftpd is
evil. sftpd is part of an alien plot to take over the planet. Will not
use sftpd. Will not use sftpd. sftpd is evil. sftpd is part of an alien
plot to take over the planet. Will not use sftpd. Will not use sftpd.
sftpd is evil. sftpd is part of an alien plot to take over the planet.
Will not use sftpd. 
 
> P.P.P.S.  Larry, you have a rip on your right sock.  Chuck, you should probably
>           close that window.

sorry, sir.  That was to allow the delivery guys to get the pizza to me
faster.  But my jailers^W OUCH that hurt!  My trainers^W HEY what'd I
say?  

My friends here say I can't have any more pizza until I finish
27,356,263 more recitations of my new sftpd mantra.

Will not use sftpd. sftpd is evil. sftpd is part of an alien plot to
take over the planet. Will not use sftpd. Will not use sftpd. sftpd is
evil. sftpd is part of an alien plot to take over the planet. Will ....

--Chuck

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: If it is true, Please Help me.

[Vivin Suresh Paliath]

:( I missed the beginning of this funny thread... what's going on?

Vivin Suresh Paliath

e^(i * pi) = -1
----- Original Message -----
From: "Charles S. Wilson" <cwilson@ece.gatech.edu>
To: <cygwin@cygwin.com>
Sent: Sunday, April 08, 2001 4:15 AM
Subject: Re: If it is true, Please Help me.


>
> > P.P.S. We will also be employing Cygwin "education units" to the houses
of
> >        selected readers who have evinced "incorrect" thinking along the
lines
> >        of desiring monolithic setup utilities or who are trying to
actively
> >        use sftpd.  We hope that the education received will help people
to
> >        achieve correct, harmonious thoughts with the rest of the
community.
>
> Will not use sftpd. sftpd is evil. sftpd is part of an alien plot to
> take over the planet. Will not use sftpd. Will not use sftpd. sftpd is
> evil. sftpd is part of an alien plot to take over the planet. Will not
> use sftpd. Will not use sftpd. sftpd is evil. sftpd is part of an alien
> plot to take over the planet. Will not use sftpd. Will not use sftpd.
> sftpd is evil. sftpd is part of an alien plot to take over the planet.
> Will not use sftpd.
>
> > P.P.P.S.  Larry, you have a rip on your right sock.  Chuck, you should
probably
> >           close that window.
>
> sorry, sir.  That was to allow the delivery guys to get the pizza to me
> faster.  But my jailers^W OUCH that hurt!  My trainers^W HEY what'd I
> say?
>
> My friends here say I can't have any more pizza until I finish
> 27,356,263 more recitations of my new sftpd mantra.
>
> Will not use sftpd. sftpd is evil. sftpd is part of an alien plot to
> take over the planet. Will not use sftpd. Will not use sftpd. sftpd is
> evil. sftpd is part of an alien plot to take over the planet. Will ....
>
> --Chuck
>
> --
> Want to unsubscribe from this list?
> Check out: http://cygwin.com/ml/#unsubscribe-simple
>
>

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: If it is true, Please Help me.

[Andrew Markebo]

/ Christopher Faylor <cgf@redhat.com> wrote:
| [...]
| Cygwin was a proof of concept.  Now that we have the technology, we
| will be able to move forward with the VMS on Windows project.  Of
| course, that is just a stepping stone towards the eventual goal of
| TOPS-10 on Windows.  But you must crawl before you can fly.

Uhm isn't Windows NT VMS++??

        /Andy

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: If it is true, Please Help me.

[Christopher Faylor]

On Sun, Apr 08, 2001 at 12:15:53AM -0400, Charles S. Wilson wrote:
> 
>> P.P.S. We will also be employing Cygwin "education units" to the houses of
>>        selected readers who have evinced "incorrect" thinking along the lines
>>        of desiring monolithic setup utilities or who are trying to actively
>>        use sftpd.  We hope that the education received will help people to
>>        achieve correct, harmonious thoughts with the rest of the community.
>
>Will not use sftpd. sftpd is evil. sftpd is part of an alien plot to
>take over the planet. Will not use sftpd. Will not use sftpd. sftpd is
>evil. sftpd is part of an alien plot to take over the planet. Will not
>use sftpd. Will not use sftpd. sftpd is evil. sftpd is part of an alien
>plot to take over the planet. Will not use sftpd. Will not use sftpd.
>sftpd is evil. sftpd is part of an alien plot to take over the planet.
>Will not use sftpd. 
> 
>> P.P.P.S.  Larry, you have a rip on your right sock.  Chuck, you should probably
>>           close that window.
>
>sorry, sir.  That was to allow the delivery guys to get the pizza to me
>faster.  But my jailers^W OUCH that hurt!  My trainers^W HEY what'd I
>say?  
>
>My friends here say I can't have any more pizza until I finish
>27,356,263 more recitations of my new sftpd mantra.
>
>Will not use sftpd. sftpd is evil. sftpd is part of an alien plot to
>take over the planet. Will not use sftpd. Will not use sftpd. sftpd is
>evil. sftpd is part of an alien plot to take over the planet. Will ....

Good...  Very good...  Much better, Chuck.  Let's turn the voltage down
to 150 now.  You seem to be progressing nicely.

cgf

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: If it is true, Please Help me.

[Michael A. Chase]

----- Original Message ----- 
From: "Andrew Markebo" <flognat@flognat.myip.org>
To: <cygwin@cygwin.com>
Sent: Sunday, April 08, 2001 12:15 PM
Subject: Re: If it is true, Please Help me.


> / Christopher Faylor <cgf@redhat.com> wrote:
> | [...]
> | Cygwin was a proof of concept.  Now that we have the technology, we
> | will be able to move forward with the VMS on Windows project.  Of
> | course, that is just a stepping stone towards the eventual goal of
> | TOPS-10 on Windows.  But you must crawl before you can fly.
> 
> Uhm isn't Windows NT VMS++??

I though WinNT was more like CP/M--.

When do we get to Multics on Windows?  Is that after TOPS-10?



--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: If it is true, Please Help me.

[Larry Hall (RFK Partners, Inc)]

At 01:40 PM 4/7/2001, Christopher Faylor wrote:
>P.P.P.S.  Larry, you have a rip on your right sock.  Chuck, you should 
  

Darn, how did that happen...   Wait a minute!!!  ;-)


Larry Hall                              lhall@rfk.com
RFK Partners, Inc.                      http://www.rfk.com
118 Washington Street                   (508) 893-9779 - RFK Office
Holliston, MA 01746                     (508) 893-9889 - FAX


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

OT: the real goal (was Re: If it is true, Please Help me.)

[Robert Praetorius]

> Cygwin was a proof of concept.  Now that we have the technology, we
> will be able to move forward with the VMS on Windows project.  Of
> course, that is just a stepping stone towards the eventual goal of
> TOPS-10 on Windows.  But you must crawl before you can fly.

     Why not Twenex first?  Then we can run (most of) our -10 .EXEs 
under PA1050 (a worthy predecessor to Cygwin).  And NT does have copy-
on-write (presumably because someone finally convinced Cutler that it 
was Cutler's idea in the 1st place). . .

     And who knows what next?  Perhaps Multics and ITS?


----g-i-v-e---m-e---a-r-b-e-r-r-y---o-r---g-i-v-e---m-e---b-a-r-k-s-----
"oncology recapitulates philately" --Mark Maxson    Robert M. Praetorius
"balance, not symmetry" --Mark Stanley         home: rmp@MA.UltraNet.Com
(attribution by Stigler)                  work: RPraetorius@AspenRes.Com

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: How to (dynamically) control Unix/Dos PATH-like variable translation

[Earnie Boyd]

Glen Coakley wrote:
> 
> > From: Earnie Boyd [ mailto:earnie_boyd@yahoo.com ]
> >
> > Christopher Faylor wrote:
> > >
> > > Also, most Cygwin programs should be able to deal just fine
> > with Windows
> > > style paths.  So, just use those.
> > >
> >
> > Just want to emphasize this point.  I think it was missed.
> >
> > Earnie.
> 
-8<-
> 
> Other users will have to try their OS to find out where else this works.
> but, I just tried using POSIX paths on my Win2000 box and they work just
> fine in cygwin or the Command Prompt. My cygwin root is d:\cygwin. I can
> reference this from a Win2000 command prompt window or a Cygwin bash shell
> as either //d/cygwin or /d/cygwin.
> 

As we've stated before DON'T USE //d/ to refer to disk drives, it is
deprecated and will be going away.  You should be able to use
/cygdrive/d/cygwin or d:/cygwin or if you modify the cygdrive-prefix to
/ you can also use /d/cygwin.

A word of caution about the use of d:/cygwin:  The default processing
mode is text.  I.E. Line endings are \r\n not \n regardless of all other
mount settings.

Earnie.

P.S.: Order changed to allow for conversational flow.

_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

RE: How to (dynamically) control Unix/Dos PATH-like variable translation

[Glen Coakley]

Sorry, it's not dead yet but hopefully this will kill it. 

Chris, I am not sure which programs you are referring to here. Do the
standard file/path handling functions (open, fopen, etc.) that are in
cygwin1.dll cope with either type of path? I think you may have some
information here that the list at-large doesn't.

Other users will have to try their OS to find out where else this works.
but, I just tried using POSIX paths on my Win2000 box and they work just
fine in cygwin or the Command Prompt. My cygwin root is d:\cygwin. I can
reference this from a Win2000 command prompt window or a Cygwin bash shell
as either //d/cygwin or /d/cygwin. 

So, for those that have the latest MS annoyance (OS) always using the POSIX
path should work everywhere.

________________________________
Glen Coakley, Sr. Software Engineer
MQSoftware Inc., (763) 543-4845
Have you ever wonder what happens when you run "rm -rf / " but been afraid
to try it?


> From: Earnie Boyd [ mailto:earnie_boyd@yahoo.com ]
> 
> Christopher Faylor wrote:
> > 
> > Also, most Cygwin programs should be able to deal just fine 
> with Windows
> > style paths.  So, just use those.
> > 
> 
> Just want to emphasize this point.  I think it was missed.
> 
> Earnie.

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: How to (dynamically) control Unix/Dos PATH-like variable translation

[Jan Vicherek]

 Chris,

   I'm sorry I got you to such state of frustration ... And since I got a
color xterm, I really can see your face turning blue ! ;-)

   OK, I get the msg. There is only a couple of us here on the list that
would really like to see this feature, and another had settled for some
workarounds. We are all in the cross-platform making business, so yup, it
appears that we are somewhat smaller cygwin audience, and our voices are
not too strong ;-)   ( But I sure was trying to be persistent ! ;-)

   Anyway, enough was said, I hope I didn't waste too much of your time
just writing replies to me, but overall I think this was reasoably
healthy discussion.

   So I'm gonna roll up my sleaves, and go for it. I have some deadline
Thursday, so I won't have much time untill then, but would you please
point me to the right files, maybe even function names ( I don't dare to
ask for line numbers ! ;-), so I can look around and get a bit familiar ?

   On the issue of processing cmdline args, I too agree that that would be
a very daring, and perhaps arogant, step to make. But if it is properly
isolated, so that only people who really want this would benefit, would
you please reconsider including it ? If not as straight "compile-me-in",
than at least as an option to ./configure? (./configure --auto-argx-xlate)


   Thank you again for your valuable time,

       Jan

-- 
-- Gospel of Jesus is the saving power of God for all who believe --
               ## To some, nothing is impossible. ##
                     http://Honza.Vicherek.com/


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: How to (dynamically) control Unix/Dos PATH-like variable translation

[Jan Vicherek]

 Hi Chris,

On Tue, 3 Apr 2001, Christopher Faylor wrote:

> On Tue, Apr 03, 2001 at 06:06:24PM -0400, Jan Vicherek wrote:
> > Would anybody have a suggestion for better solution than translating the
> >ENVVARs and cmd line args ?
> 
> If you are using Cygwin programs, then set the environment variables
> using UNIX paths.
> 
> If you are using non-Cygwin programs, then use Windows paths in the
> environment variables.

 Environment variable A contains some path(s).
 I'm using non-Cygwin programs, which set variable A, then they call
Cygwin programs (for process control, makefiles and bash scripts, etc, for
building stuff). These Cygwin programs use and set variable A, and then in
turn call non-Cygwin programs, which again use the variable A.

 I'm failing to see how the ENVVAR/cmd_args translation on demand could
cause more problems than it solves.

> I really don't understand the problem.  Environment variables like HOME,
> TMP, and PATH which have meaning in both a UNIX and Windows environment
> obviously need to be translated.
> 
> Environment variables like LENNYSOFTWARE don't need to be translated.
> If The "lenny" software is a Cygwin program then the LENNYSOFTWARE
> environment variable should be set to a Cygwin path.  If it is a Windows
> native program then the environment variable should be set to a Windows
> path.

  It only makes sense to use the same variable in both. See above.
Translating them maually every time control is about to be handed over the
Win/Cygwin boundary is cumbersome, sometimes even impossible. Using
different variables may be another cumbersome solution, but again keeping
them in sync has to be done manually, which is almost the same level of
pain.

  I still fail to see any more natural solution than
 saying "My cygwin process needs to be able to reference and access paths
stored in windows env. variables PATH_TO_X and CLASSPATH. So add their
names to special variable CYGWIN_TRANSLATE_ENVVARS_W2C"
 and saying "The Windows binaries that my cygwin process calls need to
understand variables PATH_TO_Y and ZIPPATH that my cygwin process sets and
uses and the Windows binaries use them. So add their names to special
variable CYGWIN_TRANSLATE_ENVVARS_C2W"
 and saying "My cygwin programs is called by both cygwin programs and by
Windows programs. These cygwin programs of mine receive paths on their
command line args. It is difficult (and sometimes impossible) to change
all of these cygwin programs to process their cmd line args to translate
every occurance of a path from Windows path to Unix path. It is much
easier to execute these Cygwin programs with variable
CYGWIN_TRANSLATE_ARGS_W2C set, and all that work is done automatically
behind the scenes. If these programs are expected to receive the original
args, I simply will not set the ENVVAR CYGWIN_TRANSLATE_ARGS_W2C before I
call them."
 and saying "My Windows programs is are unchangeable, yet I have to call
them both from other Windows programs (which I cannot change), and from
other Cygwin programs (which I sometimes can, sometimes don't want to, but
sometimes even cannot change). So whenever I want my cygwin program to
pass Windows paths to the windows app, I'll just set the
CYGWIN_TRANSLATE_ARGS_C2W before I start it, and viola, my windows
programs will receive the windows paths !"

  Do these scenarios seem unreasonable ? Am I missing something ?


-- 
-- Gospel of Jesus is the saving power of God for all who believe --
               ## To some, nothing is impossible. ##
                     http://Honza.Vicherek.com/


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

RE: How to (dynamically) control Unix/Dos PATH-like variable translation

[Kevin Wright]

Jan,

This doesn't exactly answer the question of dynamically
controlling Unix/Dos path-like variable translation, but
it does give some idea of how, using various cygwin tools,
you can create cross-platform makefiles. I wish I could
give you the whole set of makefiles, python scripts, shell
scripts and batch files that we use but I'm not allowed to.
I've tried to make these look at generic as possible.

1) run setfoo.bat to customize the environment

setfoo.bat
------------------------------------------------------
@echo off
set CLASSPATH=
set PATH=%FOO_HOME%/build/wintools;%PATH%
set MAKE_MODE=unix

NOTE: in the build/wintools directory are cygwin files:
make, bash, cp, echo, find, grep, ls, rm, cat, cygwin1.dll, etc.

Also, you have to set FOO_HOME to something like d:/foo (note
the forward slash). On Unix, this would be just /path/to/foo.

Here's a snippet of a makefile we use that works both in Unix
(Linux) and NT.

makefile:
------------------------------------------------------
include ${FOO_HOME}/build/classpath.mak

foobar:
        @(cd ${FOO_HOME}/com/path/path; \
        echo "Building all Look and Feel components ..."; \
        make; \
        )

run-jpython:
         @(bash -c "java -classpath ${CLASSPATH} -Dfoo.home=${FOO_HOME} \
         -Dinstall.root=${FOO_HOME}/3rdparty/jpython \
         -Dpython.path=${JPYTHON_CLASSPATH} \
         org.python.util.jpython ${JTARGET};" \
         )
------------------------------------------------------

classpath.mak (snippet)
------------------------------------------------------
JAVA_CLASSPATH :=
${PNP_HOME}/3rdparty/JBuilder3/jblayouts.jar\;$(JAVA_CLASSPATH)

This may or may not work for you but it seems to work for us. Note: I didn't
write this makefile, I just use it to build with. What kind of software
are you building? C, C++, java?

--Kevin


> -----Original Message-----
> From: cygwin-owner@sources.redhat.com
> [ mailto:cygwin-owner@sources.redhat.com]On Behalf Of Jan Vicherek
> Sent: Tuesday, April 03, 2001 3:06 PM
> To: Glen Coakley
> Cc: cygwin@cygwin.com
> Subject: RE: How to (dynamically) control Unix/Dos PATH-like variable
> translation
>
>
>
>   Hi all,
>
>  Here is the problem I have, and why do I think that the variable
> translation would be really useful:
>
>  Products get installed on NT/W2k. These products use environment
> variables (ENVVARs), that point to files and directories, to determine
> context from which they are being called.
>
>  I am constructing some platform-independent makefiles, which 1) invoke
> the installed programs and 2) pass ENVVARs containing pathnames to these
> to communicate the context and 3) pass cmd-line args containing pathnames
> to the invoked pgms.
>
>  The makefile references the same variables. They do not contain all
> relative paths, but ofter contain absolute paths (c:\prod\app\cfg\...).
>
>  It semms to me quite natural, that the ENVVARs (and cmd line params) get
> translated when crossing the Windows-Cygwin boundaries.
>
>  It doesn't seem to me easy / easily maintainable to translate a variable
> and parse and translate cmd args to windows path using "cygpath" every
> time I make an invocation. But I find "cygpath" quite useful otherwise.
>
>  I would welcome any suggestions on how to solve this !
>
>  Would anybody have a suggestion for better solution than translating the
> ENVVARs and cmd line args ?
>
>     Thanks,
>
>        Jan
>
> On Mon, 2 Apr 2001, Glen Coakley wrote:
>
> >
> > I also question the usefulness of this. There are special cases
> where it is
> > useful, like when you are passing paths from a windows program
> to a Cygwin
> > one (I created a hack recently to allow me to right-click on a
> directory and
> > get a Cygwin Bash shell in that directory.) But for those cases, I would
> > think the 'cygpath' utility would be sufficient.
> >
> > ________________________________
> > Glen Coakley, Sr. Software Engineer
> > MQSoftware Inc., (763) 543-4845
> > Have you ever wonder what happens when you run "rm -rf / " but
> been afraid
> > to try it?
> >
> >
> > > -----Original Message-----
> > > From: Christopher Faylor [ mailto:cgf@redhat.com ]
> > > Sent: Sunday, April 01, 2001 9:23 PM
> > > To: cygwin@cygwin.com
> > > Cc: honza@ied.com
> > > Subject: Re: How to (dynamically) control Unix/Dos PATH-like variable
> > > translation
> > >
> > >
> > > On Sun, Apr 01, 2001 at 10:00:57PM -0400, Jan Vicherek wrote:
> > > >On Sun, 1 Apr 2001, Christopher Faylor wrote:
> > > >> On Sun, Apr 01, 2001 at 12:53:28AM -0500, Jan Vicherek wrote:
> > > >> >On Fri, 30 Mar 2001, Christopher Faylor wrote:
> > > >> >How can I control which variables get translated Dos->Unix when
> > > >> >starting a CYGWIN binary from Windows and which variables get
> > > >> >translated Unix->Dos when starting a DOS/Windows binary
> > > from CYGWIN ?
> > > >> >
> > > >>
> > > > http://www.cygwin.com/cygwin-ug-net/using.html#USING-PATHNAMES says
> > > >> >that HOME, PATH, and LD_LIBRARY_PATH are converted, but
> > > it doesn't say
> > > >> >how to control any additional ones in runtime.
> > > >>
> > > >> The main reason for this is that it isn't possible.  Don't
> > > know why you think
> > > >> that this list is flexible.  It isn't.
> > > >
> > > >I didn't see what would preclude the code which says "now translate
> > > >PATH variable" from one format to another from saying "now translate
> > > >PATH variable and all other variables listed in variable
> > > >CYGWIN_TRANSLATABLE"
> > > >
> > > >Is there a reason why we couldn't have such "CYGWIN_TRANSLATABLE"
> > > >variable, which would list names (or patterns) of other
> > > variables that
> > > >are to be translated in fashion similair to "PATH" variable ?
> > >
> > > Maybe you are misinterpreting what I said.  It isn't possible
> > > because it
> > > isn't implemented.  My observation of "Don't know why..." was
> > > basically
> > > aimed at the fact that you seemed to be under the impression that this
> > > was some kind of undocumented feature.
> > >
> > > >What efforts do you estimate it would take to whip up such code ?
> > > >
> > > >Do you think such feature wouldn't be very useful ?  Why ?
> > >
> > > I'm not sure what estimates you're looking for.  It would
> > > probably take
> > > me a couple of hours of programming to do this.
> > >
> > > Would it be useful?  Since this is the first time that I can
> > > recall that
> > > anyone has asked for this, I think it would be only marginally useful.
> > > If you are controlling the environment to such a state that
> > > you can add
> > > a CYGWIN_TRANSLATABLE variable, then just set the environment
> > > variables
> > > using posix paths.  I believe that Cygwin already handles the
> > > ones that
> > > should be handled.
> > >
> > > However, as usual, if someone wants to contribute a patch, I will
> > > consider it's inclusion in the sources.
> > >
> > > In case anyone is interested in submitting a patch, please first check
> > > out the Contributing link at http://cygwin.com/ .  Read it thoroughly
> > > and, when it is time to provide the patch, make sure that you follow
> > > all of the rules with regard to the ChangeLog entry, patch format,
> > > and coding styles.
> > >
> > > cgf
>
>
> --
> Want to unsubscribe from this list?
> Check out: http://cygwin.com/ml/#unsubscribe-simple
>
>


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

RE: How to (dynamically) control Unix/Dos PATH-like variable translation

[Jan Vicherek]

  Hi all,

 Here is the problem I have, and why do I think that the variable
translation would be really useful:

 Products get installed on NT/W2k. These products use environment
variables (ENVVARs), that point to files and directories, to determine
context from which they are being called.

 I am constructing some platform-independent makefiles, which 1) invoke
the installed programs and 2) pass ENVVARs containing pathnames to these
to communicate the context and 3) pass cmd-line args containing pathnames
to the invoked pgms.

 The makefile references the same variables. They do not contain all
relative paths, but ofter contain absolute paths (c:\prod\app\cfg\...).

 It semms to me quite natural, that the ENVVARs (and cmd line params) get
translated when crossing the Windows-Cygwin boundaries.

 It doesn't seem to me easy / easily maintainable to translate a variable
and parse and translate cmd args to windows path using "cygpath" every
time I make an invocation. But I find "cygpath" quite useful otherwise.

 I would welcome any suggestions on how to solve this !

 Would anybody have a suggestion for better solution than translating the
ENVVARs and cmd line args ?

    Thanks,

       Jan

On Mon, 2 Apr 2001, Glen Coakley wrote:

> 
> I also question the usefulness of this. There are special cases where it is
> useful, like when you are passing paths from a windows program to a Cygwin
> one (I created a hack recently to allow me to right-click on a directory and
> get a Cygwin Bash shell in that directory.) But for those cases, I would
> think the 'cygpath' utility would be sufficient.
> 
> ________________________________
> Glen Coakley, Sr. Software Engineer
> MQSoftware Inc., (763) 543-4845
> Have you ever wonder what happens when you run "rm -rf / " but been afraid
> to try it?
> 
> 
> > -----Original Message-----
> > From: Christopher Faylor [ mailto:cgf@redhat.com ]
> > Sent: Sunday, April 01, 2001 9:23 PM
> > To: cygwin@cygwin.com
> > Cc: honza@ied.com
> > Subject: Re: How to (dynamically) control Unix/Dos PATH-like variable
> > translation
> > 
> > 
> > On Sun, Apr 01, 2001 at 10:00:57PM -0400, Jan Vicherek wrote:
> > >On Sun, 1 Apr 2001, Christopher Faylor wrote:
> > >> On Sun, Apr 01, 2001 at 12:53:28AM -0500, Jan Vicherek wrote:
> > >> >On Fri, 30 Mar 2001, Christopher Faylor wrote:
> > >> >How can I control which variables get translated Dos->Unix when
> > >> >starting a CYGWIN binary from Windows and which variables get
> > >> >translated Unix->Dos when starting a DOS/Windows binary 
> > from CYGWIN ?
> > >> >
> > >> 
> > > http://www.cygwin.com/cygwin-ug-net/using.html#USING-PATHNAMES says
> > >> >that HOME, PATH, and LD_LIBRARY_PATH are converted, but 
> > it doesn't say
> > >> >how to control any additional ones in runtime.
> > >> 
> > >> The main reason for this is that it isn't possible.  Don't 
> > know why you think
> > >> that this list is flexible.  It isn't.
> > >
> > >I didn't see what would preclude the code which says "now translate
> > >PATH variable" from one format to another from saying "now translate
> > >PATH variable and all other variables listed in variable
> > >CYGWIN_TRANSLATABLE"
> > >
> > >Is there a reason why we couldn't have such "CYGWIN_TRANSLATABLE"
> > >variable, which would list names (or patterns) of other 
> > variables that
> > >are to be translated in fashion similair to "PATH" variable ?
> > 
> > Maybe you are misinterpreting what I said.  It isn't possible 
> > because it
> > isn't implemented.  My observation of "Don't know why..." was 
> > basically
> > aimed at the fact that you seemed to be under the impression that this
> > was some kind of undocumented feature.
> > 
> > >What efforts do you estimate it would take to whip up such code ?
> > >
> > >Do you think such feature wouldn't be very useful ?  Why ?
> > 
> > I'm not sure what estimates you're looking for.  It would 
> > probably take
> > me a couple of hours of programming to do this.
> > 
> > Would it be useful?  Since this is the first time that I can 
> > recall that
> > anyone has asked for this, I think it would be only marginally useful.
> > If you are controlling the environment to such a state that 
> > you can add
> > a CYGWIN_TRANSLATABLE variable, then just set the environment 
> > variables
> > using posix paths.  I believe that Cygwin already handles the 
> > ones that
> > should be handled.
> > 
> > However, as usual, if someone wants to contribute a patch, I will
> > consider it's inclusion in the sources.
> > 
> > In case anyone is interested in submitting a patch, please first check
> > out the Contributing link at http://cygwin.com/ .  Read it thoroughly
> > and, when it is time to provide the patch, make sure that you follow
> > all of the rules with regard to the ChangeLog entry, patch format,
> > and coding styles.
> > 
> > cgf


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

RE: How to (dynamically) control Unix/Dos PATH-like variable translation

[Glen Coakley]

I also question the usefulness of this. There are special cases where it is
useful, like when you are passing paths from a windows program to a Cygwin
one (I created a hack recently to allow me to right-click on a directory and
get a Cygwin Bash shell in that directory.) But for those cases, I would
think the 'cygpath' utility would be sufficient.

________________________________
Glen Coakley, Sr. Software Engineer
MQSoftware Inc., (763) 543-4845
Have you ever wonder what happens when you run "rm -rf / " but been afraid
to try it?


> -----Original Message-----
> From: Christopher Faylor [ mailto:cgf@redhat.com ]
> Sent: Sunday, April 01, 2001 9:23 PM
> To: cygwin@cygwin.com
> Cc: honza@ied.com
> Subject: Re: How to (dynamically) control Unix/Dos PATH-like variable
> translation
> 
> 
> On Sun, Apr 01, 2001 at 10:00:57PM -0400, Jan Vicherek wrote:
> >On Sun, 1 Apr 2001, Christopher Faylor wrote:
> >> On Sun, Apr 01, 2001 at 12:53:28AM -0500, Jan Vicherek wrote:
> >> >On Fri, 30 Mar 2001, Christopher Faylor wrote:
> >> >How can I control which variables get translated Dos->Unix when
> >> >starting a CYGWIN binary from Windows and which variables get
> >> >translated Unix->Dos when starting a DOS/Windows binary 
> from CYGWIN ?
> >> >
> >> 
> > http://www.cygwin.com/cygwin-ug-net/using.html#USING-PATHNAMES says
> >> >that HOME, PATH, and LD_LIBRARY_PATH are converted, but 
> it doesn't say
> >> >how to control any additional ones in runtime.
> >> 
> >> The main reason for this is that it isn't possible.  Don't 
> know why you think
> >> that this list is flexible.  It isn't.
> >
> >I didn't see what would preclude the code which says "now translate
> >PATH variable" from one format to another from saying "now translate
> >PATH variable and all other variables listed in variable
> >CYGWIN_TRANSLATABLE"
> >
> >Is there a reason why we couldn't have such "CYGWIN_TRANSLATABLE"
> >variable, which would list names (or patterns) of other 
> variables that
> >are to be translated in fashion similair to "PATH" variable ?
> 
> Maybe you are misinterpreting what I said.  It isn't possible 
> because it
> isn't implemented.  My observation of "Don't know why..." was 
> basically
> aimed at the fact that you seemed to be under the impression that this
> was some kind of undocumented feature.
> 
> >What efforts do you estimate it would take to whip up such code ?
> >
> >Do you think such feature wouldn't be very useful ?  Why ?
> 
> I'm not sure what estimates you're looking for.  It would 
> probably take
> me a couple of hours of programming to do this.
> 
> Would it be useful?  Since this is the first time that I can 
> recall that
> anyone has asked for this, I think it would be only marginally useful.
> If you are controlling the environment to such a state that 
> you can add
> a CYGWIN_TRANSLATABLE variable, then just set the environment 
> variables
> using posix paths.  I believe that Cygwin already handles the 
> ones that
> should be handled.
> 
> However, as usual, if someone wants to contribute a patch, I will
> consider it's inclusion in the sources.
> 
> In case anyone is interested in submitting a patch, please first check
> out the Contributing link at http://cygwin.com/ .  Read it thoroughly
> and, when it is time to provide the patch, make sure that you follow
> all of the rules with regard to the ChangeLog entry, patch format,
> and coding styles.
> 
> cgf
> 
> --
> Want to unsubscribe from this list?
> Check out: http://cygwin.com/ml/#unsubscribe-simple
> 

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple