Christopher Faylor-8 wrote:
>
> If you mean that batch file 1 sets the CYGWIN environment variable and
> then directly runs batch file 2, then that works too. That's how
> environment variables work - once you set an environment variable it is
> inherited by all subsequent processes unless the
On Tue, Oct 12, 2010 at 06:59:26PM -0700, Autotoonz wrote:
>I just tried running the batch file directly (as a per the commands
>listed above), and the warning is now suppressed. Because I was
>calling it from another batch file, the env variable was of course
>lost. So my mistake here, although
On Wed, Oct 13, 2010 at 06:31:22AM +0400, Andrey Repin wrote:
>Which (this your reply) convincing me even further that you don't have a clue
>in how environment variables works.
Come on, there's no need to go so negative here.
cgf
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Greetings, Autotoonz!
> Tim Daneliuk wrote:
>>
>> You can also permanently set this environment variable from Windows itself
>> so
>> that all instantiations of cygwin environments - regardless of shell will
>> see it.
>>
> No I can't, as stated in the OP.
No, you DIDN'T. It's rather clear fro
On 10/12/2010 10:10 PM, Autotoonz wrote:
defaria wrote:
Being as Chris is the project manager for Cygwin (and an all around nice
and competent guy) I can pretty much guarantee you that yes he did test
it. Wait... He just posted and yes he did do it. This leads me to ask -
did you try it? Exactly
defaria wrote:
>
> Being as Chris is the project manager for Cygwin (and an all around nice
> and competent guy) I can pretty much guarantee you that yes he did test
> it. Wait... He just posted and yes he did do it. This leads me to ask -
> did you try it? Exactly that, what Chris posted? An
Christopher Faylor-8 wrote:
>
> You haven't provided the exact steps to show what doesn't work. This:
>
>>>On Tue, Oct 12, 2010 at 05:49:31PM -0700, Autotoonz wrote:
Here is the command line I'm running: C:\cygwin\bin\bash --login
C:\test\test.sh
>
> isn't much to go on. If you just
On 10/12/2010 09:24 PM, Autotoonz wrote:
Christopher Faylor-8 wrote:
It's best to eschew the annoyance and conspiracy theories if you don't
completely understand what's going on and actually want help.
A fair comment, although I'm still puzzled as to how nobody can explain why
this fails
In ord
On Tue, Oct 12, 2010 at 06:24:43PM -0700, Autotoonz wrote:
>Christopher Faylor wrote:
>>It's best to eschew the annoyance and conspiracy theories if you don't
>>completely understand what's going on and actually want help.
>
>A fair comment, although I'm still puzzled as to how nobody can explain
>
Tim Daneliuk wrote:
>
> You can also permanently set this environment variable from Windows itself
> so
> that all instantiations of cygwin environments - regardless of shell will
> see it.
>
No I can't, as stated in the OP.
Also, this is no use for surpressing the warning when running individ
Christopher Faylor-8 wrote:
>
> It's best to eschew the annoyance and conspiracy theories if you don't
> completely understand what's going on and actually want help.
>
A fair comment, although I'm still puzzled as to how nobody can explain why
this fails
> Something like this works fine:
On 10/12/2010 8:11 PM, Christopher Faylor wrote:
> On Tue, Oct 12, 2010 at 05:49:31PM -0700, Autotoonz wrote:
>> Executing scripts with DOS style pathnames causes the following error:
>> MS-DOS style path detected
>> CYGWIN environment variable option "nodosfilewarning" turns off this
>> warning.
>
On Tue, Oct 12, 2010 at 05:49:31PM -0700, Autotoonz wrote:
>Executing scripts with DOS style pathnames causes the following error:
>MS-DOS style path detected
>CYGWIN environment variable option "nodosfilewarning" turns off this
>warning.
>Consult the user's guide for more details about POSIX paths
Executing scripts with DOS style pathnames causes the following error:
MS-DOS style path detected
CYGWIN environment variable option "nodosfilewarning" turns off this
warning.
Consult the user's guide for more details about POSIX paths:
http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
A
On Tue, Oct 12, 2010 at 12:55:09PM -0500, Nathan Thern wrote:
>A complicated project I'm building fails on this call to gcc:
>gcc -shared -L -L/lib
>-L/usr/lib -o .libs/cyg.dll
>-Wl,--enable-auto-image-base -Xlinker --out-implib -Xlinker
>.libs/lib.dll.a
You're going to have to clue us in on wh
On Tue, 2010-10-12 at 11:28 -0500, Jeremy Bopp wrote:
> I think the problem here is that the port is configured to depend on a
> number of other packages so that it will be able to build various
> language bindings. Steven doesn't seem to need those bindings right now.
>
> I'm having trouble find
> Request:
> Does anyone have suggestions for further diagnostics on this installation?
> I've spent four hours on this so far without achieving even a glimmer on why
> it is failing.
>
Suggestion: Create new windows user(s) (no whitespace in the name).
Try the setup in the empty account, where n
Cygwin installs slowly and then, after install, fails to run.
I have successfully installed and used cygwin on many systems, including the
system I'm currently having problems with.
System: Microsoft Windows Sever 2003 R2 Standard x64 Edition SP2, 2 x
Quad-Core AMD Opteron, 16 GB
Cygwin Configura
A complicated project I'm building fails on this call to gcc:
gcc -shared -L -L/lib
-L/usr/lib -o .libs/cyg.dll
-Wl,--enable-auto-image-base -Xlinker --out-implib -Xlinker
.libs/lib.dll.a
If I remove the -L/lib, the call succeeds. Using the -v option to gcc,
I see that it's actually a call to
/
> Initially SHELL=/bin/bash when using a link in start menu.From initial bash
> prompt, i start screen, fresh session. There all kinds of bash misbehavior
> occur, including ~/.bashrc having no effect. Apparent reason for that is that
> $SHELL becomes /bin/sh instead of /bin/bash within screen.
> Q: Do I have to use ncftpput instead?
>
> thanks for any leads!
Ask the oracle: http://cygwin.com/packages/
Al
--
Caution crosser: Runnig Gentoo/Prefix on Cygwin/Vista.
All stupid questions are related to that context.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 10/12/2010 4:58 AM, Yaakov (Cygwin/X) wrote:
> On Tue, 2010-10-12 at 11:21 +0800, Steven Woody wrote:
>> Thanks Jeremy. I like to try the patches. But I get the source from
>> svn rather than the git as Yaakov suggested. Actually, I am not so
>> well understand the page
>> "http://cygwin-port
Hello.
I'm experiencing the following issue.
Initially SHELL=/bin/bash when using a link in start menu.From initial bash
prompt, i start screen, fresh session. There all kinds of bash misbehavior
occur, including ~/.bashrc having no effect. Apparent reason for that is that
$SHELL becomes /bin/s
On Tue, Oct 12, 2010 at 9:18 AM, Al wrote:
>
> To get a step forward, I would suggest to create a fresh windows user
> with admin rights and without whitespace in it's name.
>
> If that works, you come closer to the issue. If it doesn't work there
> must be something fundamentally wrong with your
Hi,
Newbie. I can't figure out the package for mput.
Q: Do I have to use ncftpput instead?
thanks for any leads!
jim
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
> - PHP
> - MAILUTILS
Hi Gary,
I am currently researching how to build the LAMP stack on Cygwin with
the Gentoo build tools. However, as PHP depends on nearly everything,
I can't predict how far this will be possible.
If it works, you can compile the whole LAMP stack on Cygwin, Mac and
Linux fro
There are a number of packages that are fairly common in LINUX distributions
that are not available yet in CYGWIN, such as:
- PHP
- MAILUTILS
When I try to install them myself, I encounter problems and find that others
have often encountered the same thing.
It would be wonderful if someone mor
> Thanks for the suggestion, but the install failed too much for even
> this to work - I don't have an /etc/profile. This is what I get:
>
> /usr/bin/bash: /etc/profile: No such file or directory
>
> I confirmed in Windows Explorer that the directory isn't there.
To get a step forward, I would sug
>It is strange, that a fresh installation doesn't work.
>
>Please try this from a windows command line, to see if it builds your
>home directory. Replace P:\cybwin with your path.
>
>P:\cygwin\bin\bash.exe -c "source /etc/profile"
>
>Al
Thanks for the suggestion, but the install failed too much fo
It is strange, that a fresh installation doesn't work.
>
> It runs now and improves the situation somewhat (at least 'ls' works
> now), but I still don't have a home directory and 'less' doesn't work,
> etc.
Please try this from a windows command line, to see if it builds your
home directory. Rep
>> From: Lance Finney
>
>> 3. I can't even run rebaseall (it says "/usr/bin/ash: /bin/rebaseball:
>> not found")
>
>If that is your actual message, it appears you entered an extraneous
>"b". Have the world series on your mind?
>--Ken Nellis
Good catch. Thanks.
It runs now and improves the situati
> From: Lance Finney
> 3. I can't even run rebaseall (it says "/usr/bin/ash: /bin/rebaseball:
> not found")
If that is your actual message, it appears you entered an extraneous
"b". Have the world series on your mind?
--Ken Nellis
On Tue, 2010-10-12 at 11:21 +0800, Steven Woody wrote:
> Thanks Jeremy. I like to try the patches. But I get the source from
> svn rather than the git as Yaakov suggested. Actually, I am not so
> well understand the page
> "http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/po
2010/10/11 Eric Blake :
> On 10/11/2010 02:21 PM, Al wrote:
>>
>> Hello,
>>
>> what is the current CHOST?
>
> I'm not sure what you meant by CHOST - it's not an environment variable that
> I'm familiar with. Who expects it to be set? Did you mean target triplet?
>
Hello Eric,
To correct myself,
34 matches
Mail list logo
