On 06/20/2012 07:05 PM, Larry Hall (Cygwin) wrote:
Stated differently, I want the backspace key to move backwards one
space and to erase the previous character, like, for example, the
less man page says it's supposed to.
Now methinks you're just being obtuse.
I'm not trying to be obtuse. I jus
On 6/20/2012 8:06 PM, Andrew DeFaria wrote:
On 6/20/2012 11:05 AM, Larry Hall (Cygwin) wrote:
I see the same thing if I set stty erase (in bash) as you did and start a
new shell (bash again) from it. Of course, the parent shell outputs ^? for
any press of backspace. This behavior is the same for
On Thu, Jun 21, 2012 at 1:45 AM, Earnie Boyd
wrote:
> On Wed, Jun 20, 2012 at 12:04 PM, Tian You wrote:
>> Here is the front part of the output, but I do not understand it very well.
>> Could you find any clue from it?
>>
>> $ cygcheck.exe -v /bin/ssh.exe
>
> You gave an absolute path which isn't
On 6/20/2012 11:05 AM, Larry Hall (Cygwin) wrote:
I see the same thing if I set stty erase (in bash) as you did and
start a new shell (bash again) from it. Of course, the parent shell
outputs ^? for any press of backspace. This behavior is the same for
bash started from a command prompt and f
On 06/20/2012 03:20 PM, Dan B. wrote:
> Eric Blake wrote:
>> On 06/20/2012 10:33 AM, Dan B. wrote:
>>> Is there any way to redirect /dev/tty similarly to how stdin can be
>>> redirected (e.g., like "echo ... | someexecutable")?
>>
>> Yes; use 'expect'.
>>
>>> Does Cygwin (or Unix/Linux, for that ma
Eric Blake wrote:
On 06/20/2012 10:33 AM, Dan B. wrote:
Is there any way to redirect /dev/tty similarly to how stdin can be
redirected (e.g., like "echo ... | someexecutable")?
Yes; use 'expect'.
Does Cygwin (or Unix/Linux, for that matter) have any equivalent way
of redirecting /dev/tty?
C
> -Original Message-
> Sent: Wednesday, June 20, 2012 16:27
> Subject: stdout not visible on some programs after upgrading from to
1.7.11-
> 1 to 1.7.15-1
>
> Hello,
>
> I use cygwin on a windows 7 machine to automate a Visual Studio 10 build
> from the command line. To do this, I invoke
richw writes:
> I modified /etc/exports to read
> / (ro,no_root_squash)
> /usr/bin (ro,no_root_squash)
> /usr/lib (ro,no_root_squash)
> and then tried a mount.
> I was surprised that I could not mount /usr/bin, but I could mount /bin.
> (Is that correct? Why?)
It probably means that /usr/lib and /
On 6/20/2012 2:13 PM, gialloporpora wrote:
Hi all,
I have found this good tip:
http://www.mikaelkrok.net/component/content/article/44-java/131-use-cygwin-with-your-best-external-windows-text-editor
to use my Windows text editor to modify files.
I have added this line to my .bashrc file:
alias ed
On 6/20/2012 8:45 PM, richw wrote:
ASSI wrote:
Those should see the following mount points according to cygcheck3.out:
C:\cygwin/ system binary,auto
C:\cygwin\bin/usr/bin system binary,auto
C:\cygwin\lib/usr/lib system binary,auto
cygdrive prefix /cygdrive
So the domain is "." and the account "nfs"?
I have no idea what .\nfs means. I'm just reporting what services reports.
>>Those should see the following mount points according to cygcheck3.out:
> I don't have /usr/bin or /usr/lib in exports, but I think you are
> saying that if I did, I could acc
ASSI wrote:
>
>
> Those should see the following mount points according to cygcheck3.out:
>
> C:\cygwin/ system binary,auto
> C:\cygwin\bin/usr/bin system binary,auto
> C:\cygwin\lib/usr/lib system binary,auto
> cygdrive prefix /cygdrive userbinary,auto
>
richw writes:
>>when you access the NFS export, three daemons get started
>>(mountd, nfsd and portmap) under their own account (apparently .\nfs?).
> The daemons are apparently started before the NFS export is accessed.
> At least, the windows "services" report shows them as "started".
> The logon
ASSI wrote:
>
> richw writes:
>> I believe what needs to be studied is why an access from a remote system
>> to an nfs file system before opening a bash prompt causes the automatic
>> mount of /usr/bin and /usr/lib to be skipped.
>
> With the most likely problem apparently out of the way, let's
On 6/20/2012 11:35 AM, Andrew DeFaria wrote:
Have you ever had the backspace key not go backward on character erasing the
previous character in Windows programs? Neither have I.
This has been bothering me for a while so... I have properly set stty erase
^h and from the bash command line backspac
On Wed, Jun 20, 2012 at 12:04 PM, Tian You wrote:
> Here is the front part of the output, but I do not understand it very well.
> Could you find any clue from it?
>
> $ cygcheck.exe -v /bin/ssh.exe
You gave an absolute path which isn't what I asked for. I asked for
cygcheck.exe -v ssh
Stop top
richw writes:
> I believe what needs to be studied is why an access from a remote system
> to an nfs file system before opening a bash prompt causes the automatic
> mount of /usr/bin and /usr/lib to be skipped.
With the most likely problem apparently out of the way, let's look at
the second: when
On 06/20/2012 10:33 AM, Dan B. wrote:
> Is there any way to redirect /dev/tty similarly to how stdin can be
> redirected (e.g., like "echo ... | someexecutable")?
Yes; use 'expect'.
> Does Cygwin (or Unix/Linux, for that matter) have any equivalent way
> of redirecting /dev/tty?
>
> Can /dev/tty
Is there any way to redirect /dev/tty similarly to how stdin can be
redirected (e.g., like "echo ... | someexecutable")?
I'm working with an executable (openssl in ocsp mode) that reads a
password via /dev/tty (instead of stdin) because normally it wants to
get that password from the user even i
Hello,
I use cygwin on a windows 7 machine to automate a Visual Studio 10
build from the command line. To do this, I invoke MSBuild.exe with a
wrapper script called msbuild.sh (see below). Under cygwin 1.7.11-1,
the stdout from msbuild.exe appears on the console where I invoke
msbuild.sh as expe
On Wed 6/20/12 17:24 +0200 Corinna wrote:
> On Jun 20 09:53, Tom Rodman wrote:
> > On Wed 6/20/12 8:07 MDT Eric Blake wrote:
> > > On 06/20/2012 07:20 AM, Tom Rodman wrote:
> > >
> > > > $ echo $SHELL
> > > > /bin/bash
> > > > $ bash -c 'echo SHELL: $SHELL' # does this prove SHELL is export
Here is also some library info:
$ cygcheck.exe /bin/ssh.exe
C:\MyApp\bin\ssh.exe
C:\MyApp\bin\cygcrypto-0.9.8.dll
C:\MyApp\bin\cygwin1.dll
C:\WINDOWS\system32\KERNEL32.dll
C:\WINDOWS\system32\ntdll.dll
C:\MyApp\bin\cygz.dll
C:\MyApp\bin\cyggcc_s-1.dll
C:\MyApp\bin\c
Here is the front part of the output, but I do not understand it very well.
Could you find any clue from it?
$ cygcheck.exe -v /bin/ssh.exe
C:\MyApp\bin\ssh.exe - os=4.0 img=1.0 sys=4.0
Warning: C:\MyApp\bin\cygcrypto-0.9.8.dll hides
C:\MyApp_old\bin\cygcrypto-0.9.8.dll
C:\MyApp\bin\cygcrypto-0.
http://cygwin.com/acronyms/#TOFU
On Wed, Jun 20, 2012 at 11:07 AM, Tian You wrote:
> I run the perl script in mintty.
> If I run it in a Windows cmd.exe terminal, that works normally.
> The ssh.exe is compiled in the Cygwin by myself.
>
This points even more to what I suspect, that you are runnin
marco atzeri-4 wrote:
>
> On 6/20/2012 7:26 AM, richw wrote:
>>
>>
>> marco atzeri-4 wrote:
>>>
>>>
>>> cool down
>>> your message of 19 Jun
>>> http://cygwin.com/ml/cygwin/2012-06/msg00336.html
>>> ...
>>> has still an old one cygcheck.out as link.
>>> so please so kind to provide us the right
Have you ever had the backspace key not go backward on character erasing
the previous character in Windows programs? Neither have I.
This has been bothering me for a while so... I have properly set stty
erase ^h and from the bash command line backspace works as expected. But
I often find place
On Jun 20 09:53, Tom Rodman wrote:
> On Wed 6/20/12 8:07 MDT Eric Blake wrote:
> > On 06/20/2012 07:20 AM, Tom Rodman wrote:
> >
> > > $ echo $SHELL
> > > /bin/bash
> > > $ bash -c 'echo SHELL: $SHELL' # does this prove SHELL is exported?
> > > SHELL: /bin/bash
> >
> > No. And in fact,
I run the perl script in mintty.
If I run it in a Windows cmd.exe terminal, that works normally.
The ssh.exe is compiled in the Cygwin by myself.
Any other ideas about it?
What make me confusing is that why it behavious differently if I get
input from STDIN or not.
On Wed, Jun 20, 2012 at 7:14 PM
On Wed 6/20/12 8:07 MDT Eric Blake wrote:
> On 06/20/2012 07:20 AM, Tom Rodman wrote:
>
> > $ echo $SHELL
> > /bin/bash
> > $ bash -c 'echo SHELL: $SHELL' # does this prove SHELL is exported?
> > SHELL: /bin/bash
>
> No. And in fact, bash does not export SHELL by default, but defaults t
On Wed, Jun 20, 2012 at 01:18:54PM +0200, Daniel Diaz wrote:
>Hi Christopher,
>
>have you integrated the --disable option for --large-address-aware in
>binutils ?
There hasn't been a new release of binutils since that message, no.
cgf
--
Problem reports: http://cygwin.com/problems.html
FA
On 06/20/2012 07:20 AM, Tom Rodman wrote:
> $ echo $SHELL
> /bin/bash
> $ bash -c 'echo SHELL: $SHELL' # does this prove SHELL is exported?
> SHELL: /bin/bash
No. And in fact, bash does not export SHELL by default, but defaults to
defining SHELL as a shell-local variable. You have to e
Not sure when this problem started. The issue:
GNU screen is starting w/an empty or undefined value for $SHELL, so
the login shell for all screen windows is incorrect:
$ uname -a; cygcheck -c cygwin
CYGWIN_NT-5.1 aqua 1.7.16s(0.261/5/3) 20120604 01:26:35 i686 Cygwin
Cygwin Package Informati
Hi Christopher,
have you integrated the --disable option for --large-address-aware in
binutils ?
Daniel
On Sat, 14 Apr 2012 15:01:03 -0400, Christopher Faylor wrote:
On Sat, Apr 14, 2012 at 02:48:27PM -0400, Ken Brown wrote:
On 4/14/2012 1:33 PM, Christopher Faylor wrote:
You're right that
> I have experienced this problem several times. In my case it seemed
> to be a problem between 'Unix' and 'DOS' files. In each case, I have
> been able to fix it by editing the RCS file using vim and deleting all
> the extraneous carriage returns - :%s/^M$// Sometimes I've had
> to do it twice
Thank you. Embarrasing; it was another software that had installed a
make.exe and put it earlier in my path.
/hs
On 20 June 2012 13:09, Earnie Boyd wrote:
> On Wed, Jun 20, 2012 at 5:56 AM, Henrik Stentjärn wrote:
>>
>> Version of make: GNU Make 3.81
>>
>
> I suspect the make being used isn't a
On Wed, Jun 20, 2012 at 3:16 AM, Tian You wrote:
> Hi All
>
> I'm running a perl program like this:
>
> ## script start ##
> print "Please input:";
> my $input = ;
> chomp $input;
>
> system("ssh to a remote machine to run an command");
> print "done\n";
> ## script done ##
>
> But after I input so
I have experienced this problem several times. In my case it seemed
to be a problem between 'Unix' and 'DOS' files. In each case, I have
been able to fix it by editing the RCS file using vim and deleting all
the extraneous carriage returns - :%s/^M$// Sometimes I've had
to do it twice. Once I d
On Wed, Jun 20, 2012 at 5:56 AM, Henrik Stentjärn wrote:
>
> Version of make: GNU Make 3.81
>
I suspect the make being used isn't a cygwin build. The ``make
--version'' also states ``This program was build for ...''; what does
it say?
--
Earnie
-- https://sites.google.com/site/earnieboyd
--
Pr
In this Makefile (between the "---" lines (and attached)), the "foo"
example doesn't work although the "bar" example works (if the files
foo.cc and bar.cc exists in the right places).
---
/cygdrive/c/tmp/foo: /cygdrive/c/tmp/foo.cc
g++ -Wall -W -o /
Version 1.3.15-1 of
GraphicsMagick
libGraphicsMagick-devel
libGraphicsMagick3
perl-Graphics-Magick
have been uploaded for cygwin
DESCRIPTION
GraphicsMagick is the swiss army knife of image processing.
It provides a robust and efficient collection of tools and
libraries which support
Hi All
I'm running a perl program like this:
## script start ##
print "Please input:";
my $input = ;
chomp $input;
system("ssh to a remote machine to run an command");
print "done\n";
## script done ##
But after I input something and press enter, I can not see the output
of the ssh command.
Onl
On 6/20/2012 7:26 AM, richw wrote:
marco atzeri-4 wrote:
cool down
your message of 19 Jun
http://cygwin.com/ml/cygwin/2012-06/msg00336.html
...
has still an old one cygcheck.out as link.
so please so kind to provide us the right and updated info
Regards
Marco
I apologize. I have app
42 matches
Mail list logo
