On Tue, Feb 18, 2014 at 7:32 PM, David Boyce wrote:
>> On Thu, Feb 6, 2014 at 4:32 PM, Robert Klemme
>> 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 you do understand that a
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 .prof
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
Hi Corinna,
(Sorry, have't found time to properly subscribe to the list, yet)
>> Both cases show the same output:
>>
>> $ ./lsa
>> pdom name: dnsname: <(null)>, sid: 0x0
>> adom name: sid: 0x246058
I "lied" here :-) The non-admin case showed: ... sid: 0x246060
(So, almost the same)
>Huh. Thi
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 pr
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:
>
>http://cygwin.com/cgi-bin/cvsweb.c
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:
http://cygwin.com/ml/cygw
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
>>non-p
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 shell
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,
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,
Greetings, J.H. vd Water!
>>> Both cases show the same output:
>>>
>>> $ ./lsa
>>> pdom name: dnsname: <(null)>, sid: 0x0
>>> adom name: sid: 0x246058
> I "lied" here :-) The non-admin case showed: ... sid: 0x246060
> (So, almost the same)
Yeah, I understand, they supposed to be different.
Min
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"
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 ...
Reg
On Wed, Feb 19, 2014 at 5:06 PM, Eliot Moss 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 previously describe
On 2/19/2014 12:16 PM, Robert Klemme wrote:
On Wed, Feb 19, 2014 at 5:06 PM, Eliot Moss 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 tra
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 window
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 fea
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 behavi
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 algebra,
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 thou
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 th
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
whe
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
>
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
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: dnsname: <(null)>, sid: 0x0
> >> adom name: sid: 0x246058
>
> I "lied" here :-) The non-admin case
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
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 exactl
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 $P
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 fre
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.
>>
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
> cr
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:
http://cygwin.co
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 tra
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 comma
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 mea
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 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 T
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 this
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) !=
child(0x5A
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.
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
C:
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 ne
> 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
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 wo
U Bourne-Again SHell
SYNOPSIS
bash [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:
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 cr
51 matches
Mail list logo
