I don't use those two Cygwin-X shortcuts that failed to be created by
mkshortcut when /etc/postinstall/xinit.sh tried to do that. I commented
out those two lines near the end of xinit.sh. I hope that has no unwanted
side effect(s).
--
Problem reports: https://cygwin.com/problems.html
FAQ:
Hi ,
My company works with various businesses to enhance their website to boost
its speed and overall conversions.
Would you be open to receiving some more info and a quote?
Best regards,
Harry Cox | CEO
PrimeVision LLC - We Deliver Value
Headquarters: 111A 15th St New York, NY, 10003 If you
The message I get when trying to install gcc-ada 11.4.0-1 doesn't make
sense.
It says "installed package gcc-core obsoletes gcc-ada (of same version
number) do not ask to install"
When I run cygcheck on this package:
with -c it says it is "OK";
with -l and pipe to grep it has zero matches of: Ada,
Hi ,
My company works with various businesses to enhance their website to boost
its speed and overall conversions.
Would you be open to receiving some more info and a quote?
Best regards,
Harry Cox | CEO
PrimeVision LLC - We Deliver Value
Headquarters: 111A 15th St New York, NY, 10003 If you
Andrey Repin writes:
> Greetings, Harry Putnam!
>
>> I'm sure there has been plenty of pounding over time about not being
>> able to get a sshd server working on win 10
>
> That was years ago, when M$ had introduced SSH server of their own into
> Windows10 Pro
I'm sorry my first post here is probably something that was thrashed
out here long ago.
I'm not finding the answers on goggle, even the hits that were from
this newsgroup.
I'm sure there has been plenty of pounding over time about not being
able to get a sshd server working on win 10
Running lat
[snip]
>>>I'm not able to reproduce this problem. Perhaps you can provide a similar
>>>transcript showing the steps to reproduce?
[snip]
>>Test code:
> >program test
>>implicit none
>> realcycle_time_preset /0.0/ ! (seconds)
>> realcycle_length /0.0/ ! (seconds)
>-Original Message-
> From: cygwin-ow...@cygwin.com On Behalf Of
> Rockefeller, Harry
>Sent: Friday, January 17, 2020 11:35 AM
>To: Jon Turney ; The Cygwin Mailing List
>
>Subject: RE: cin and read(*,*) not waiting for kbd input in gdb
>>>-Original Me
>>-Original Message-
>>From: Jon Turney
>Sent: Friday, January 17, 2020 9:40 AM
>To: The Cygwin Mailing List
>Cc: Rockefeller, Harry
>Subject: Re: cin and read(*,*) not waiting for kbd input in gdb
>EXTERNAL EMAIL: STOP and verify sender address, links, and
>>> Alternatively, instead of running emacs under gdb, you could just run emacs
>>> as you normally do and then attach gdb when emacs freezes. >>("gdb -p
>>> ") At that point, a backtrace of all threads would be useful.
>> It happened again. Attached to PID as shown above. (gdb) list gave sa
>> It happened again. Attached to PID as shown above. (gdb) list gave same
>> result as above.
>> (gdb) bt
>> #0 0x773bafb1 in ntdll!DbgBreakPoint () from
>> /cygdrive/c/Windows/SYSTEM32/ntdll.dll
>> #1 0x77462e08 in ntdll!DbgUiRemoteBreakin () from
>> /cygdrive/c/Windows/SYSTE
>On 3/27/2019 10:40 AM, Rockefeller, Harry wrote:
>> CYGWIN_NT-6.1 HARRYR-PC 3.0.4(0.338/5/3) 2019-03-16 09:50 x86_64
>> Cygwin GNU Emacs 26.1
>> How this happened.
>> It had happened twice before but appeared to be intermittent.
>> This time it happened
CYGWIN_NT-6.1 HARRYR-PC 3.0.4(0.338/5/3) 2019-03-16 09:50 x86_64 Cygwin
GNU Emacs 26.1
How this happened.
It had happened twice before but appeared to be intermittent.
This time it happened I had copied a line from an xterm, including the [return].
Moved mouse to emacs window and using the middle
[snip]
> > > > peter@D11934N ~
> > > > $ 1 [main] emacs 489 C:\CygWin\bin\emacs-w32.exe: *** fatal
> > > > error -
> > > > CreateThread failed for pipesel - 0x0<0x0>, Win32 error 8
> > >
> > > I couldn't directly reproduce this issue, but I saw emacs using
> > > more an more memory while the
> > >
> > > Re: Fork issue with timerfd
> > >
> > >From: Achim Gratz
> > >To: cygwin at cygwin dot com
>
> > >Subject: Re: Fork issue with timerfd
> > >
> > >
> > >
> > > Anyway, the latest snapshot seemingly resolved that issue as
> > > well,
>>> -Original Message-
>>> From: cygwin-ow...@cygwin.com On Behalf Of
>>> Ken Brown
>>> Sent: Thursday, March 07, 2019 9:09 AM
>>>> To: cygwin@cygwin.com
>>>> Subject: Re: emacs-X11 memory leak?
>>
>>>> On 3
>>-Original Message-
>>From: cygwin-ow...@cygwin.com On Behalf Of
>>Ken Brown
>>Sent: Thursday, March 07, 2019 9:09 AM
>>To: cygwin@cygwin.com
>>Subject: Re: emacs-X11 memory leak?
>>On 3/7/2019 9:53 AM, Rockefeller, Harry wrote:
>>>
>-Original Message-
>From: cygwin-ow...@cygwin.com On Behalf Of Ken Brown
>Sent: Thursday, March 07, 2019 9:09 AM
>To: cygwin@cygwin.com
>Subject: Re: emacs-X11 memory leak?
>On 3/7/2019 9:53 AM, Rockefeller, Harry wrote:
>> CYGWIN_NT-6.1 HARRYR-PC 3.0.1(0.3
CYGWIN_NT-6.1 HARRYR-PC 3.0.1(0.338/5/3) 2019-02-20 10:19 x86_64 Cygwin
GNU Emacs 26.1 (build 1, x86_64-unknown-cygwin, GTK+ Version 3.22.28) of
2018-05-28
I got egg on my face with my last post to Cygwin. So, no, I'm not claiming
there is a memory leak, but rather how to test what's going on.
CYGWIN_NT-6.1 HARRYR-PC 3.0.0(0.336/5/3) 2019-02-16 13:21 x86_64 Cygwin
GNU bash, version 4.4.12(3)-release (x86_64-unknown-cygwin)
#!/bin/bash
A="A"
B="A"
if [ $A!=$B ]; then
echo -e "not identical"
fi
if [ $A==$B ]; then
echo -e "identical"
fi
exit 0
Running this script gives
not identi
David wrote:
>It looks like something is broken in 1.10.0, probably by me and not upstream.
>I'll investigate as soon as I can, but it may >not be until next week. In the
>meantime, I suggest downgrading to 1.9 version.
Thank you. Downgrading to 1.9.7 works for me.
--
Problem reports: h
>-Original Message-
>From: Andrey Repin
>Sent: Monday, April 23, 2018 3:51 PM
>To: Rockefeller, Harry; cygwin@cygwin.com
>Subject: Re: subversion problem
>Greetings, Rockefeller, Harry!
>> I just updated packages this morning and noticed there were some
>&
I just updated packages this morning and noticed there were some
subversion updates. I was wondering if version 10 is new and requires me to do
something?
Or maybe the recent release broke something?
About my Cygwin system: [If more information is required please ask.]
$ uname -a
CYGWIN_NT-6.1 H
On Jul 18 3:50, Corinna Vinschen wrote:
>On Jul 17 11:44, Harry G McGavran Jr wrote:
>> > I just had to deal with the output from chkdsk on my Windows 7 pro
>> > that lists MFT record numbers just like ifind and icat do
>> > in the Sleuth Kit as summarized in:
&g
urrent cygwin. Had
the cygwin "find -inum" and "ls -i" used these 32 bit numbers,
my task would have been easier. From the above link, Corinna
found it odd that ifind and icat would use the 32 bit numbers.
I would have preferred them when dealing with chkdsk issues.
What'
>-Original Message-
>From: cygwin-ow...@cygwin.com [mailto:cygwin->ow...@cygwin.com] On Behalf Of
>William M. (Mike) Miller
>Sent: Wednesday, October 19, 2016 10:30 AM
>To: cygwin@cygwin.com
>Subject: Re: gdb 7.11.1-2 started within emacs fails
[snip]
>>>I can confirm that this happens als
>-Original Message-
>From: cygwin-ow...@cygwin.com [mailto:cygwin->ow...@cygwin.com] On Behalf Of
>Ken Brown
>Sent: Tuesday, September 27, 2016 3:16 PM
>To: cygwin@cygwin.com
>Subject: Re: gdb 7.11.1-2 started within emacs fails
>On 9/27/2016 2:47 PM, Rockefelle
Using program foo:
program foo
e = 1.0
stop
end
$ /usr/bin/gfortran-g foo.f -o foo
Emacs version info: GNU Emacs 25.1.1 (i686-pc-cygwin, GTK+ Version 3.18.9) of
2016-09-17
Inside emacs I ran M-x gud-gdb and got
... GNU gdb (GDB) (Cygwin 7.11.1-2) 7.11.1 ...
(gdb) b 1
gdb (test version) and program's 'read' seem to have an input clash.
Anyway, gdb used to pause and allow keyboard input.
With test fortran program:
program foo
implicit none
real*4 e /0.0/
write(*,*) "Enter a real number"
read(*,*) e
write (*,*) "e =", e
s
With simple program, foo.f:
[begin literal]
program foo
implicit none
logical*4 e
e = .true.
stop
end
[end literal]
I get these results:
$ /usr/bin/gfortran-g foo.f -o foo
harryr@HARRYR-PC ~
$ gdb
GNU gdb (GDB) (Cygwin 7.10.1-1) 7.10.1
Copyright (C) 2015 F
well, basically only /bin/crypt.exe is there.
So I'm reverting to the crypt-1.2 package.
Did the missing stuff move to a different package? If so,
which one?
Harry McGavran
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Document
>-Original Message-
>From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
>Yaakov Selkowitz
>Sent: Monday, March 14, 2016 10:37 AM
>To: cygwin@cygwin.com
>Subject: Re: font faq
>
>On 2016-03-14 09:54, Rockefeller, Harry wrote:
>>
$ uname -a
CYGWIN_NT-6.1-WOW HARRYR-PC 2.4.1(0.293/5/3) 2016-01-24 11:24 i686 Cygwin
I have had warnings and errors about fonts ever since - something changed.
I'm looking at the index of Cygwin FAQ and there is not a single question
matching 'font'.
Where do I need to go to match up my font is
d to the actual svn version. Could that explain how
my repository got 'logical addressing' inserted into db/format file?
I was also able to use emacs to check in and update my repository afterward.
H?
-Original Message-
From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.c
win-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
Rockefeller, Harry
Sent: Tuesday, September 22, 2015 9:50 AM
To: cygwin@cygwin.com
Subject: subversion 1.9.1 E125012
Invalid character in hex checksum.
This version of subversion is brand new (Sept. 20th).
My working directories are incomp
Invalid character in hex checksum.
This version of subversion is brand new (Sept. 20th).
My working directories are incompatible with this new subversion.
How can I fix this?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
>Subject: Re: Problems running gdb in emacs on Windows 8.1
>
>On 6/18/2015 8:09 AM, William M. (Mike) Miller wrote:
>> On Thu, Jun 18, 2015 at 7:53 AM, Jon TURNEY
>> wrote:
>>> On 17/06/2015 15:53, William M. (Mike) Miller wrote:
I'm having numerous problems recently running gdb inside
>-Original Message-
>From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
>Rockefeller, Harry
>Sent: Wednesday, May 27, 2015 5:24 PM
>To: cygwin@cygwin.com
>Subject: RE: Cygwin fork:retry error
>
>Based on advice I've gotten here
>t
Based on advice I've gotten here
these are the steps I plan to run next time emacs vfork errors happen.
Reboots are time expensive so my next attempt will be to avoid that.
1) stop mcshield.exe [since my employer has McAfee installed on my PC.]
2) run rebase-trigger full.
3) Stop all Cygwin proce
>To: cygwin@cygwin.com
>Subject: Re: Doing vfork: resource temporarily unavailable
>
>"Rockefeller, Harry" writes:
>
>>>-Original Message-
>>>From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On
>>>Behalf Of Jim Reisert
>-Original Message-
>From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
>Jim Reisert AD1C
>Sent: Wednesday, May 20, 2015 8:54 AM
>To: cygwin@cygwin.com
>Subject: Re: Doing vfork: resource temporarily unavailable
>
>> This indicates that you need to run a full rebas
>-Original Message-
>From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
>Anne Linden
>Sent: Wednesday, April 29, 2015 10:06 AM
>To: cygwin@cygwin.com
>Subject: Fork Failures
>
>However when I run ps -a it only lists the bash process and the ps process,
>so I'm ver
>-Original Message-
>From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
>Ken Brown
>Sent: Friday, March 27, 2015 3:56 PM
>To: cygwin@cygwin.com
>Subject: Re: Rebase, Peflags, and cygserver
>
>On 3/27/2015 4:28 PM, Achim Gratz wrote:
>> J. David Boyd writes:
>>> Wha
>-Original Message-
>From: cygwin-ow...@cygwin.com [mailto:cygwin->ow...@cygwin.com] On Behalf Of
>J. David Boyd
>Sent: Friday, March 27, 2015 9:29 AM
>To: cygwin@cygwin.com
>Subject: Rebase, Peflags, and cygserver
>
>
>I keep having problems with vforks. Sometime >everything is fine for
With the release of texlive 20140523-2 I seem to end
up with incomplete texlive packages. All the texlive
packages seem to suffer this problem. I can reinstall
a texlive package, I can uninstall the package and then
install it, and I still end up with an incomplete package
with all the texlive pa
> >-Original Message-
> >From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
> >Ken Brown
> >Sent: Friday, December 05, 2014 10:40 AM
> >To: cygwin@cygwin.com
> >Subject: Re: fork::abort starting emacs-X11
> >On 12/5/20
I get errors:
0 [main] emacs-X11 6552 child_info_fork::abort: C:\cygwin\bin\cyggnutls-28.dll:
Loaded to different address: parent(0x171) != child(0x13)
when I start emacs after a PC reboot. I also notice that none of my dired
buffers are recalled.
FWIW I have " (desktop-save-mode 1)" in
I went back to the 32-bit Cygwin where there is no problem.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
If I let gdb "run" the program under Cygwin 64 it fails.
NOTE: in Cygwin 32 gdb and this fortran work together fine.
When I run my fortran program directly it works.
Cycle_length is defined as a 'real'.
write(*,"('(Note: a negative test time will stop run): ',$)")
read (*,*
Corinna Vinschen writes:
> > Achim Gratz writes:
> > > Corinna Vinschen writes:
> > >> I just explained that in a reply an the cygwin-apps list:
> > >> http://cygwin.com/ml/cygwin-apps/2013-11/msg00075.html
> > >>
> > >> I applied a patch to setup which should fix the issue.
> > >
> > > The patch W
Achim Gratz writes:
> Corinna Vinschen writes:
>> I just explained that in a reply an the cygwin-apps list:
>> http://cygwin.com/ml/cygwin-apps/2013-11/msg00075.html
>>
>> I applied a patch to setup which should fix the issue.
>
> The patch WJFFM.
>
But in line 266 of main.cc set_cout() is still c
Corinna Vinschen wrote:
>I just explained that in a reply an the cygwin-apps list:
>http://cygwin.com/ml/cygwin-apps/2013-11/msg00075.html>
>
>I applied a patch to setup which should fix the issue.
>
I grabbed the latest source (which has the nt_fopen in it)
and built it without the argv patch, bu
>On 11/12/2013 10:54 AM, Harry G McGavran Jr wrote:
>> On only one of my Windows 7 machines the latest setup-x86.exe
>> works but always exits with an Access Violation.
>>
>> So, I downloaded the source to setup and built it.
>>
>> But in order to make
On only one of my Windows 7 machines the latest setup-x86.exe
works but always exits with an Access Violation.
So, I downloaded the source to setup and built it.
But in order to make the build work, I had to remove -Werror
from the Makefile and add a definition for ARRAYSIZE to main.cc.
The fix
Problem resolved. I was using the Windows 'lpr' command.
Even though cygutils is part of the 'base' Cygwin install this
package didn't have lpr. So, I installed the other cygutils packages and
/usr/bin/lpr was there. Well, it was either that, or running
lprsetup.sh and restarting Cygwin that bro
The Cygwin lpr command requires both server and printer names, i.e.,
$ lpr foo
Sends a print job to a network printer
Usage: lpr -S server -P printer [-C class] [-J job] [-o option] [-x] [-d]
filename
And then the command fails.
Is this intended?
Linux will use environment variable defaults, wil
I just did an upgrade of the latest Cygwin packages this morning.
Then from minty window I enter
$ emacs -Q -nw
***MEMORY-ERROR***: [4068]: GSlice: failed to allocate 504 bytes (alignment:
512): Function not implemented
Aborted (core dumped)
I don't believe Cygwin updated emacs.
$ cygcheck -c e
I had just done a new Cygwin install due to
a collection of (seemingly unrelated) errors.
(The workaround for a python fork::failed where
rebaseall didn't help was to do a new Cygwin install.
I was having the same error but with perl instead of python.)
The new install fixed that problem. In fact,
When I start emacs I get this message:
(emacs:192): Gtk-CRITICAL **: gtk_distribute_natural_allocation: assertion
`extra_space >= 0' failed
Maybe when zombies are present (as reported by 'top') I get several of these
messages:
(emacs:192): Gtk-WARNING **: gtk_window_parse_geometry() called on a
gdb is supposed to execute breakpoints in the same place in code.
This is not happening. The first breakpoint executes but not the second.
I have enclosed a small test case.
test.f = fortran file.
.gdbtest = gdb source (command) file to define the 2 breakpoints set in
same place in code.
test.gdb
>On 2/11/2013 12:49 PM, Ken Brown wrote:
>> On 2/11/2013 12:09 PM, Rockefeller, Harry wrote:
>>> When using subversion 1.7.8-2 in emacs 24.2.93-1 "vc-dir" mode and I
>>> "vc-dir-mark" a file then move cursor to a different file and attempt
>>&
'Emacs -Q' failed after a few minutes of doing svn file diffs.
I ran gdb on the hung process. I am not too familiar with this
kind of debugging.
Let me know if there is more I can give next time this happens.
Here is some output.
ps
PIDPPIDPGID WINPID TTY UIDSTIME COMM
-20120220.tar.bz2.
>
>>snapshot it's fixed. That's the snapshot that was current when
>>it was suggested I try the latest snapshot.
>>
>>So, you must be wanting me to check the 1.7.11s snapshots to see
>>if it's fixed in an earlier 1.7.11s snapshot.
&g
napshot it's fixed. That's the snapshot that was current when
>it was suggested I try the latest snapshot.
>
>So, you must be wanting me to check the 1.7.11s snapshots to see
>if it's fixed in an earlier 1.7.11s snapshot.
>
>I'll have to check that out next week
check the 1.7.11s snapshots to see
if it's fixed in an earlier 1.7.11s snapshot.
I'll have to check that out next week when I should have more time.
Harry
--
Harry G. McGavran, Jr.
E-mail: w5...@w5pny.com
--
Problem reports: http://cygwin.com/problems.html
FAQ:
>On May 30 14:16, Harry G McGavran Jr wrote:
>> Corinna wrote:
>>
>> >That's why I'm asking. If you could try to find out which snapshot
>> >fixed it and which snapshot broke it again, it would help to find the
>> >cause.
>> >
>>
have no idea which 1.7.10s was the starting point. Unfortunately,
the rest of this week, I won't have very much time to do many
iterations. I'll see if I can find where it started and post back,
but unless it's in the first few tries, it will likely be sometime
next week before I hav
On 05/30/12 12:37, Andy Koppe wrote:
> On 29 May 2012 19:41, Harry G McGavran Jr wrote:
>>
>>
>> On 05/29/12 12:31, Andy Koppe wrote:
>>> On 29 May 2012 17:17, Harry G McGavran Jr wrote:
>>> Do I understand you correctly that you no longer have any mi
x was.
Nonetheless I responded to that post with a post saying that
that snapshot fixed the problem. There were no further
posts on the subject until now.
Harry
--
Harry G. McGavran, Jr.
E-mail: w5...@w5pny.com
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 05/29/12 12:31, Andy Koppe wrote:
> On 29 May 2012 17:17, Harry G McGavran Jr wrote:
>>
>> Ryan Johnson wrote:
>>>
>>> I routinely encounter mintty windows that don't close after
>>> I exit the login shell they run (even though they contain no
&
d on in Windows and never run a Cygwin X app it
generally doesn't happen, but I can't be sure it never happens.
Every time I've run a Cygwin X app though I can expect to see
it after closing (apparently normally) all mintty windows and
then log off of Windows.
Harry
--
On 05/28/12 11:32, Harry G McGavran Jr wrote:
>
>
>
> I'm puzzled why others aren't seeing this or aren't reporting it,
> but this problem seems to be back with 1.7.15 and I've now tried
> the latest snapshot (May 25) and it's back there too. It occ
On 02/18/12 11:28, Harry G McGavran Jr wrote:
> I've found a little more information -- this problem goes away
> if I change my default shell to dash. Seems tcsh is involved somehow.
> It comes back when I change my default shell back to tcsh.
> Going back to tcsh 6.18.0
ost.example" I've tried,
so hopefully this is easily reproducable by the maintainers.
Harry
--
Harry G. McGavran, Jr.
E-mail: w5...@w5pny.com
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin
since the problem seems pretty solid on all my cygwin
machines.
--
Harry G. McGavran, Jr.
E-mail: w5...@w5pny.com
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: htt
file, not find.
On 03/08/2012 03:03 PM, Corinna Vinschen wrote:
On Mar 8 13:15, Harry Simons wrote:
(e.g. /usr/bin/file, whose output for Microsoft documents changes
with versions).
Huh? What has the POSIX find command to do with Microsoft documents?
Corinna
--
Problem reports
2012 at 01:15:20PM +0530, Harry Simons wrote:
Instead of asking for access to a Cygwin/Windows PC just for the above, I
thought it would be terrific if Cygwin could somehow be installed /
emulated on a Fedora.
Linux on top of Linux? I don't understand the need for that.
MB
--
Problem repo
Hello,
Was wondering if it's possible to install / emulate Cygwin on Fedora?
Basically, I want my scripts to be able to run flawlessly on both Fedora and
Cygwin/Windows systems. Cygwin, I believe, can have different packages and/or
different versions of programs in packages (e.g. /usr/bin/file
tty and logging out several times.
Not conclusive proof, but it looks like with the snapshot up
today that the problem does not occur.
Harry
--
Harry G. McGavran, Jr.
E-mail: w5...@w5pny.com
--
Problem reports: http://cygwin.com/problems.html
FAQ: http:/
st be the only
one experiencing this, but it happens on both of my machines.
Harry
On 02/15/12 10:43, Harry G McGavran Jr wrote:
With Cygwin 1.7.10(0.259/5/3) upon logging off Windows XP SP3
I get a pop-up window "End Program - C:\cygwin\bin\mintty.exe"
with a "End Now" and &
aving found such a process
the pop-up comes back and I can't log off until I hit
"End Now".
Since I haven't seen any reports of this on this list, I must
be about the only one this is happening to. Any clues as to
what I can do to find out what Windows is actually failin
something like
C:\cygwin\bin\mintty -u -
In a shortcut, the /bin isn't in PATH so the calls to locale
and tzset fail. make those calls "/bin/locale" and "/bin/tzset"
(fully qualified) fixes that problem and eliminates the need
for PATH to be relied upon in system wide script
the User's Guide at
http://cygwin.com/cygwin-ug-net/using-cygwinenv.html
Remove the setting entirely from the registry key and restart the
service.
Corinna
Thanks for the info -- that's what I've done.
Harry
--
Harry G. McGavran, Jr.
E-mail: w5...@w5pny.com
--
Problem reports:
s etc. etc.
BUT, /HKLM/SYSTEM/CurrentControlSet/services/sshd/Parameters/Environment
IS set to "ntsec binmode tty" on the Windows XP boxes.
--
Harry G. McGavran, Jr.
E-mail: w5...@w5pny.com
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cyg
set the CYGWIN environment variable, I'm only
seeing this on those accounts when ssh'd to from
elsewhere
Harry
--
Harry G. McGavran, Jr.
E-mail: w5...@w5pny.com
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Harry Putnam writes:
> I guess a way to test would be to use a different entry that relies on
> something besides the meta (alt) key... I've never used anything else
> since my inputrc files are not that complex.
>
> Can you show an example of an entry that uses some other c
Eric Blake writes:
> On 04/20/2011 09:51 AM, Harry Putnam wrote:
>> setup: Cygwin (very recent update) on win 7 (64bit)
>>
>>ls /etc/setup/*read*
>> /etc/setup/libreadline7.lst.gz
Eliot Moss writes:
> On 4/20/2011 12:01 PM, Eric Blake wrote:
>> On 04/20/2011 09:51 AM, Harry Putnam wrote:
>
>> Do you have CRLF line endings on your ~/.inputrc? That would explain
>> failures. To fix it, run 'd2u ~/.inputrc'. Other than that, it works
>
setup: Cygwin (very recent update) on win 7 (64bit)
ls /etc/setup/*read*
/etc/setup/libreadline7.lst.gz /etc/setup/readline.lst.gz
---- ---=--- -
I've never had a cygwin install where using an ~/.inputrc worked.
I've tried quite a few
-Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
> Eric Blake
> Sent: Wednesday, May 19, 2010 2:51 PM
> To: cygwin@cygwin.com
> Subject: Re: bash - command - PATH question
>
> On 05/19/2010 01:42 PM, Rockefeller, Ha
On 05/19/2010 12:45 PM, Rockefeller, Harry wrote:
> After more testing, where
>
> "export PATH=$PATH:~/bin" only exists in .bash_login.
>
> If I run 'foo' from my login directory it works.
> If I then cd to a different place I get the error
>
> bash
to save time later
when foo is run. But, when cd'd away from home
./bin no longer has foo and the error occurs.
This dynamic system memory to reexecute commands faster seems to be
confusing ~/bin with ./bin.
-Original Message-
From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.co
gwin.com] On Behalf Of
Rockefeller, Harry
Sent: Wednesday, May 19, 2010 10:38 AM
To: cygwin@cygwin.com
Subject: RE: bash - command - PATH question
I found that if I give the simple 'bash' command to create a new
shell then type 'foo' it does work.
[quote on]
-Original Messa
o: cygwin@cygwin.com
Subject: Re: bash - command - PATH question
Again, have you tried dos2unix foo?
On 05/19/2010 08:16 AM, Rockefeller, Harry wrote:
>> On 5/19/2010 8:50 AM, Rockefeller, Harry wrote:
>>
>>> Given that 'foo' is a bash script, why is it that:
&g
> Again, have you tried dos2unix foo?
Yes this didn't help.
[snip]
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
> On 5/19/2010 8:50 AM, Rockefeller, Harry wrote:
> > Given that 'foo' is a bash script, why is it that:
> >
> > $ foo
> >
> > returns the error:
> >
> > bash: ./bin/foo: No such file or directory
> What happens when you directly ru
Given that 'foo' is a bash script, why is it that:
$ foo
returns the error:
bash: ./bin/foo: No such file or directory
BUT since foo is *really in* PATH, e.g.,
$ `which foo`
runs correctly?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/fa
What happened to info? Most of the compiler commands are absent.
CVS is still there but svn is absent, etc.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygw
>On 12/23/2009 05:15 PM, Harry G McGavran Jr wrote:
>>
>> 2. Is this a local or network drive?
>>
>>Local -- FAT32
>>
>
>I'm going to guess this is the problem. Any chance you can try again and
>point to a NTFS formatted partition?
Y
(508) 893-9779 - RFK Office
>216 Dalton Rd. (508) 893-9889 - FAX
>Holliston, MA 01746
This is with Windows XP SP3. Cygwin's root is C:/cygwin.
Drive C: is NTFS and G: is FAT32.
Harry
--
Harry G. McGavran, Jr.
E-mail: w5...@arrl.net
--
Problem repo
1 - 100 of 137 matches
Mail list logo
