On Tue, Feb 18, 2014 at 7:32 PM, David Boyce d...@boyski.com wrote:
On Thu, Feb 6, 2014 at 4:32 PM, Robert Klemme
shortcut...@googlemail.com wrote:
Can anybody make sense of that? I can share the complete log with
individuals if it helps.
Nobody?
I haven't read the whole backthread, but
2014-02-15 13:52 GMT+01:00 Corinna Vinschen:
Just tested and copied .bashrc to .profile and that solved the problem.
Good, so it was really just a shell thingy.
I vote[1] for /bin/bash being the default shell.
Done in CVS.
Just downloaded the 2014-02-18 snapshot, deleted that .profile and
On Feb 18 21:02, J.H. vd Water wrote:
Hi Corinna,
The crash looks weird. It looks like your machine doesn't return
the machine sid when it's requested. Can you please run the following
test application as non-admin and as admin and paster the output for
both cases into your reply? Hmm,
Hi Corinna,
(Sorry, have't found time to properly subscribe to the list, yet)
Both cases show the same output:
$ ./lsa
pdom name: WORKGROUP dnsname: (null), sid: 0x0
adom name: XP sid: 0x246058
I lied here :-) The non-admin case showed: ... sid: 0x246060
(So, almost the same)
Huh. This
My OS: Win XP Pro SP3
My XEmacs: 21.4.19
My original problem:
- I had upgraded to the latest CygWin version 1.7.28
- XEmacs hangs at startup; because an xargs process hangs
- Furthermore, xargs does not seem to work properly in the shell
At first I thought that XEmacs shouldn't invoke an xargs
Christopher Faylor wrote:
We are contemplating releasing an interim 1.7.29 which does
not incorporate Corinna's revamping of Cygwin's uid/gid handling.
So, please check out snapshots, paying particular attention to the
non-passwd/group parts of this file:
Library references loaded by a process using dlopen() and dlsym() are
no more valid in child processes after running a fork(). Calls from
child process will never return.
I've searched for a similar problem in the mailing lists and found
this unanswered thread from 2001:
On Wed, Feb 19, 2014 at 12:52:58PM +0100, Bengt Larsson wrote:
Christopher Faylor wrote:
We are contemplating releasing an interim 1.7.29 which does
not incorporate Corinna's revamping of Cygwin's uid/gid handling.
So, please check out snapshots, paying particular attention to the
On 2/19/2014 3:37 AM, Robert Klemme wrote:
I assume there must be some internal mechanism in Cygwin which causes
this but at the moment I am out of ideas where to look further. Does
anybody else have an idea? Is there maybe some automatism which adds
the dot because on Windows systems the
Christopher Faylor wrote:
On Wed, Feb 19, 2014 at 12:52:58PM +0100, Bengt Larsson wrote:
I start a console window, set the buffer to 1100 lines, display a lot in
it. Start bash, type ^L: the console window resizes to be only one line.
Same result if bash was started first, then display data, then
Greetings, Corinna Vinschen!
this week I applied the first incarnation of the new passwd/group
handling code to the Cygwin repository and after fixing a crash which
manifested in Denis Excoffier's network, I think we're at a point
which allows to push this forward.
[...]
Ok guys, I just
Greetings, J.H. vd Water!
Both cases show the same output:
$ ./lsa
pdom name: WORKGROUP dnsname: (null), sid: 0x0
adom name: XP sid: 0x246058
I lied here :-) The non-admin case showed: ... sid: 0x246060
(So, almost the same)
Yeah, I understand, they supposed to be different.
Mine's also
Hi Andrey,
I'm going to make some tests on XP, but if I can't track this down,
would you mind if I send you a test Cygwin DLL with extended debug
output to help tracking it down?
The best thing to do, I believe, if you want to fix 'XP' (my machine may
turn out
to be a misfit).
However, I
As others have said, cygwin does not add . to the path
itself. It must be something in your .bash_profile,
.bashrc, or other script sourced from them.
Going through the output of your login with tracing
enabled, as previously described, really is a straightforward
way to track this down ...
On Wed, Feb 19, 2014 at 5:06 PM, Eliot Moss m...@cs.umass.edu wrote:
As others have said, cygwin does not add . to the path
itself. It must be something in your .bash_profile,
.bashrc, or other script sourced from them.
Going through the output of your login with tracing
enabled, as
On 2/19/2014 12:16 PM, Robert Klemme wrote:
On Wed, Feb 19, 2014 at 5:06 PM, Eliot Moss m...@cs.umass.edu wrote:
As others have said, cygwin does not add . to the path
itself. It must be something in your .bash_profile,
.bashrc, or other script sourced from them.
Going through the output of
On Wed, Feb 19, 2014 at 6:23 PM, Larry Hall (Cygwin)
wrote:
On 2/19/2014 12:16 PM, Robert Klemme wrote:
The dot is already in the variable before bash even modifies it.
So that means you need to look in your Windows environment to understand
where this comes from.
I did look in windows
The following packages have been updated in the Cygwin distribution:
*** vim-7.4.182-1
*** vim-common-7.4.182-1
*** vim-minimal-7.4.182-1
*** xxd-7.4.182-1
*** gvim-7.4.182-1
Vim is an advanced text editor that seeks to provide the power of the
de-facto Unix editor 'Vi', with a more complete
The following package has been updated in the Cygwin distribution:
*** bind-9.9.5-1
*** bind-utils-9.9.5-1
ISC BIND is a suite of Domain Name Service (DNS) utilities.
This is an update to the latest upstream release.
--
Yaakov
Cygwin/X
CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
The following packages have been added to the Cygwin distribution:
*** dialog-1.2-20140112-1
*** libdialog11-1.2-20140112-1
*** libdialog-devel-1.2-20140112-1
Dialog is a script-interpreter which provides a set of widgets for
in-terminal dialogs. Widgets are objects whose appearance and
The following package has been updated for the Cygwin distribution:
*** python-numpy-1.7.2-1
*** python3-numpy-1.7.2-1
The NumPy module contains a powerful N-dimensional array object,
sophisticated (broadcasting) functions, tools for integrating C/C++ and
Fortran code, and useful linear
On 2/19/2014 6:48 AM, Kai Tischler wrote:
My OS: Win XP Pro SP3
My XEmacs: 21.4.19
My original problem:
- I had upgraded to the latest CygWin version 1.7.28
- XEmacs hangs at startup; because an xargs process hangs
- Furthermore, xargs does not seem to work properly in the shell
At first I
Greetings, Robert Klemme!
On Wed, Feb 19, 2014 at 6:23 PM, Larry Hall (Cygwin)
wrote:
On 2/19/2014 12:16 PM, Robert Klemme wrote:
The dot is already in the variable before bash even modifies it.
So that means you need to look in your Windows environment to understand
where this comes
On 2/19/2014 12:51 PM, Robert Klemme wrote:
On Wed, Feb 19, 2014 at 6:23 PM, Larry Hall (Cygwin)
wrote:
On 2/19/2014 12:16 PM, Robert Klemme wrote:
The dot is already in the variable before bash even modifies it.
So that means you need to look in your Windows environment to understand
On Feb 19 14:38, Jaime Fabregas Fernandez wrote:
Library references loaded by a process using dlopen() and dlsym() are
no more valid in child processes after running a fork(). Calls from
child process will never return.
I've searched for a similar problem in the mailing lists and found
this
On Feb 19 18:56, Andrey Repin wrote:
Greetings, Corinna Vinschen!
this week I applied the first incarnation of the new passwd/group
handling code to the Cygwin repository and after fixing a crash which
manifested in Denis Excoffier's network, I think we're at a point
which allows to
On Feb 19 12:01, J.H. vd Water wrote:
Hi Corinna,
(Sorry, have't found time to properly subscribe to the list, yet)
Both cases show the same output:
$ ./lsa
pdom name: WORKGROUP dnsname: (null), sid: 0x0
adom name: XP sid: 0x246058
I lied here :-) The non-admin case showed: ...
Greetings, Corinna Vinschen!
Setting
db_enum: local
seems to be really destructive.
I'm not good at reading straces, so... Can I make a useful trace for your
inspection?
So far, I'm unable to start anything with freshly rebuilt Cygwin1.dll
if db_enum set to local. Even uname -a
Greetings, Larry Hall (Cygwin)!
From the Windows Run... or Search programs and files edit box,
type cmd.exe. From the console window that opens as a result, type
the following.
echo %PATH%
c:\cygwin64\bin\bash --norc --noprofile -lix
echo $PATH
Larry, we walked through exactly this
On 2/19/2014 2:10 PM, Andrey Repin wrote:
Greetings, Larry Hall (Cygwin)!
From the Windows Run... or Search programs and files edit box,
type cmd.exe. From the console window that opens as a result, type
the following.
echo %PATH%
c:\cygwin64\bin\bash --norc --noprofile -lix
echo $PATH
On Feb 19 23:19, Andrey Repin wrote:
Greetings, Corinna Vinschen!
Setting
db_enum: local
seems to be really destructive.
I'm not good at reading straces, so... Can I make a useful trace for your
inspection?
So far, I'm unable to start anything with freshly rebuilt Cygwin1.dll
On 19/02/2014 19:32, Larry Hall (Cygwin) wrote:
On 2/19/2014 2:10 PM, Andrey Repin wrote:
Greetings, Larry Hall (Cygwin)!
From the Windows Run... or Search programs and files edit box,
type cmd.exe. From the console window that opens as a result, type
the following.
echo %PATH%
Greetings, Corinna Vinschen!
[1] http://linux.die.net/man/1/getent
That sounds pretty much like the tool we need to be able to get rid of
the `grep /etc/passwd' stuff we have in some of the service configuration
helper scripts. Unfortunately it's a glibc tool so we probably have to
create
Cliff Hones writes:
So there is no dot at the end of PATH as seen in cmd - and (I assume,
since this was also discussed) no duplicated semicolons or trailing
semicolon at the end of the cmd PATH. But the very first PATH printed
by bash does contain a trailing dot. I assume this is before
Am 18.02.2014 20:08, schrieb Christopher Faylor:
We are contemplating releasing an interim 1.7.29 which does
not incorporate Corinna's revamping of Cygwin's uid/gid handling.
So, please check out snapshots, paying particular attention to the
non-passwd/group parts of this file:
Hi Team,
I can build project OK with make command but failed on second build without
running make clean. Checked with web and noticed that removing previously
create obj directory will resolve the issue. However, this is not the solution
for make command. If only one file is changed, second
Hi Corinna,
Can you please just test the today's snapshot which should show up
soon on the http://cygwin.com/snapshots/ page.
Like Andrey I tested the 19/2 snapshot of today (x86).
For good measure, I again started afresh ...
getpwent (db_enum: local) no longer crashes. Splendid!
Henri
--
On 2/19/2014 3:27 PM, Achim Gratz wrote:
Cliff Hones writes:
So there is no dot at the end of PATH as seen in cmd - and (I assume,
since this was also discussed) no duplicated semicolons or trailing
semicolon at the end of the cmd PATH. But the very first PATH printed
by bash does contain a
On 2/19/2014 3:41 PM, Eddie Wang wrote:
Hi Team,
I can build project OK with make command but failed on second build
without running make clean. Checked with web and noticed that removing
previously create obj directory will resolve the issue. However, this is not
the solution for make command.
Greetings, Larry Hall (Cygwin)!
It's certainly possible that there is a pathological case where the Windows
path isn't handled properly because of size, content, or other unforeseen
case.
I can offer one idea of where this problem could originate from, which is in
no way pathological (i mean,
Greetings, Thomas Wolff!
Not specific to this snapshot but it happens when trying to test it:
If a cygwin console is started from a cygwin terminal (e.g. in mintty:
cygstart /Cygwin.bat), the TERM variable is set incorrectly.
Suggested fix: ... unset TERM to Cygwin.bat.
unset would be
Am 19.02.2014 23:24, schrieb Andrey Repin:
Greetings, Thomas Wolff!
Not specific to this snapshot but it happens when trying to test it:
If a cygwin console is started from a cygwin terminal (e.g. in mintty:
cygstart /Cygwin.bat), the TERM variable is set incorrectly.
Suggested fix: ... unset
Running latest cygwin.
Does anyone recognize this error?
/etc/profile: fork: retry: Resource temporarily unavailable 0 [main] bash 2520
child_info_fork::abort
C:\cygwin\bin\cygiconv-2.dll: loaded to different address: (parent 0x49) !=
child(0x5A)
Every once in a while I am getting
On 2/19/2014 5:55 PM, Gerry Reno wrote:
Running latest cygwin.
Does anyone recognize this error?
/etc/profile: fork: retry: Resource temporarily unavailable 0 [main] bash 2520
child_info_fork::abort
C:\cygwin\bin\cygiconv-2.dll: loaded to different address: (parent 0x49) !=
On 02/19/2014 06:10 PM, Larry Hall (Cygwin) wrote:
On 2/19/2014 5:55 PM, Gerry Reno wrote:
Running latest cygwin.
Does anyone recognize this error?
/etc/profile: fork: retry: Resource temporarily unavailable 0 [main] bash
2520 child_info_fork::abort
C:\cygwin\bin\cygiconv-2.dll: loaded to
On 2/19/2014 6:16 PM, Gerry Reno wrote:
On 02/19/2014 06:10 PM, Larry Hall (Cygwin) wrote:
On 2/19/2014 5:55 PM, Gerry Reno wrote:
Running latest cygwin.
Does anyone recognize this error?
/etc/profile: fork: retry: Resource temporarily unavailable 0 [main] bash 2520
child_info_fork::abort
On 2/18/2014 4:16 AM, Corinna Vinschen wrote:
On Feb 17 17:25, Jon TURNEY wrote:
...
I went to all the trouble of investigating this, discovering that
run2_freeargv() is double-freeing the last element in newargv because the NULL
terminator isn't moved when the arguments are shifted down over
Subject: RE: OpenSSH port forwarding bug
Date: Fri, 14 Feb 2014 22:11:03 -0800
Subject: RE: OpenSSH port forwarding bug
Date: Fri, 14 Feb 2014 12:48:53 -0800
Hi Andrew...
This is what I usually use in a proxycommand. So the example localized
it to just one layer. You can see that it
Greetings, Thomas Wolff!
Not specific to this snapshot but it happens when trying to test it:
If a cygwin console is started from a cygwin terminal (e.g. in mintty:
cygstart /Cygwin.bat), the TERM variable is set incorrectly.
Suggested fix: ... unset TERM to Cygwin.bat.
unset would be better
[options] [file]
These are the versions affected
20140219 BAD
20140218 BAD
20140217 BAD
20140216 BAD
20140213 GOOD
This issue is mirrored with the MSYS2 project
http://sourceforge.net/p/msys2/tickets/23
--
Problem reports: http://cygwin.com/problems.html
FAQ
Greetings, Steven Penny!
I found a problem with the new snapshots. If you
1. start Cygwin with Cygwin.bat
2. enter man bash
3. enter down arrow then up arrow, or Page Down then Page Up
Normally this would just scroll through the man page. However with these new
snapshots it is creating a
On 18/02/2014 07:56, Doran Kangwai wrote:
When I use xman 1.1.3-1 to view man pages it renders the pages as
postscript. It seems to omit the step to process the PS.
Close, but not quite right. groff is not being given the -T option to set the
output format, so it's producing the default, ps
The following packages have been updated in the Cygwin distribution:
*** xman-1.1.3-2
Xman is a graphical man page browser.
This release includes a patch from Jon TURNEY to fix groff formatting
(again). A desktop menu entry has been added.
Yaakov
Cygwin/X
CYGWIN-XFREE-ANNOUNCE
The following package has been updated in the Cygwin distribution:
*** xterm-301-1
The xterm program is a terminal emulator for the X Window System. It
provides DEC VT102 and Tektronix 4014 compatible terminals for programs
that can't use the window system directly.
This is an update to the
CVSROOT:/cvs/src
Module name:src
Branch: cygwin-1_7_29-release-branchpoint
Changes by: c...@sourceware.org 2014-02-19 14:36:25
Modified files:
winsup/cygwin : ChangeLog sigproc.cc
Log message:
* sigproc.cc (sig_send): Don't bother with an error
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-02-19 18:29:52
Modified files:
winsup/cygwin : ChangeLog passwd.cc sec_auth.cc
Log message:
* passwd.cc (pg_ent::setent): Initialize cygheap domain info.
* sec_auth.cc
CVSROOT:/cvs/src
Module name:src
Branch: cygwin-1_7_29-release-branchpoint
Changes by: c...@sourceware.org 2014-02-19 18:36:34
Modified files:
winsup/cygwin : ChangeLog environ.cc
Log message:
* environ.cc (strbrk): Properly deal with environment
CVSROOT:/cvs/src
Module name:src
Branch: cygwin-1_7_29-release-branchpoint
Changes by: c...@sourceware.org 2014-02-19 18:39:46
Modified files:
winsup/cygwin : ChangeLog dcrt0.cc flock.cc
Log message:
* dcrt0.cc (child_info_spawn::handle_spawn): Call
CVSROOT:/cvs/src
Module name:src
Branch: cygwin-1_7_29-release-branchpoint
Changes by: c...@sourceware.org 2014-02-19 18:43:04
Modified files:
winsup/cygwin : ChangeLog cygheap.cc cygheap_malloc.h
Log message:
* cygheap.cc (cwcsdup): Change parameter
CVSROOT:/cvs/src
Module name:src
Branch: cygwin-1_7_29-release-branchpoint
Changes by: c...@sourceware.org 2014-02-19 18:44:45
Modified files:
winsup/cygwin : ChangeLog pinfo.cc
Log message:
* pinfo.cc (winpids::add): Always copy pinfo structure when
What about the token side of things? program-name and process-id?
For my use case, its important that I can do something like that too.
On Sun, Feb 9, 2014 at 8:33 PM, Christopher Faylor wrote:
On Sun, Feb 09, 2014 at 12:25:40AM +, Ray Donnelly wrote:
I want to use QtCreator as my debugger
The following packages have been updated in the Cygwin distribution:
*** vim-7.4.182-1
*** vim-common-7.4.182-1
*** vim-minimal-7.4.182-1
*** xxd-7.4.182-1
*** gvim-7.4.182-1
Vim is an advanced text editor that seeks to provide the power of the
de-facto Unix editor 'Vi', with a more complete
The following package has been updated in the Cygwin distribution:
*** bind-9.9.5-1
*** bind-utils-9.9.5-1
ISC BIND is a suite of Domain Name Service (DNS) utilities.
This is an update to the latest upstream release.
--
Yaakov
Cygwin/X
CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
The following packages have been added to the Cygwin distribution:
*** dialog-1.2-20140112-1
*** libdialog11-1.2-20140112-1
*** libdialog-devel-1.2-20140112-1
Dialog is a script-interpreter which provides a set of widgets for
in-terminal dialogs. Widgets are objects whose appearance and
64 matches
Mail list logo