CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-10-09 08:31:35
Modified files:
winsup/cygwin : ChangeLog
Log message:
Add accidentally missing ChangeLog for latest change.
Patches:
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-10-09 13:24:37
Modified files:
winsup/cygwin : ChangeLog fhandler_proc.cc fhandler_process.cc
fhandler_procnet.cc fhandler_procsys.cc
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-10-09 13:33:00
Modified files:
winsup/cygwin : ChangeLog fhandler_disk_file.cc
Log message:
* fhandler_disk_file.cc (fhandler_disk_file::readdir_helper): Set d_type
for virtual
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-10-09 17:45:27
Modified files:
winsup/cygwin : ChangeLog fhandler_procsys.cc globals.cc
Log message:
* fhandler_procsys.cc (fhandler_procsys::readdir): Just test
ObjectTypeName for
Hi Christian,
On Sep 25 14:40, Christian Franke wrote:
This is a workaround for this problem which blocks ITP postfix:
https://cygwin.com/ml/cygwin/2014-08/msg00420.html
With the patch, this disables the secret+cred handshakes of the AF_UNIX
emulation:
int sd = socket(AF_UNIX,
Corinna Vinschen wrote:
+int
+fhandler_socket::af_local_set_no_getpeereid ()
+{
+ if (get_addr_family () != AF_LOCAL || get_socket_type () != SOCK_STREAM)
+{
+ set_errno (EINVAL);
+ return -1;
+}
+ if (connect_state () != unconnected)
On Oct 8 19:15, Christian Franke wrote:
Corinna Vinschen wrote:
On Sep 15 16:35, Christian Franke wrote:
...
I'm somewhat reluctant to add a call to SetDllDirectory to the Cygwin
DLL for two reasons.
- Calling SetDllDirectory with an explicit dir doesn't just add this dir
to the
On 08/10/2014 18:36, Alive4Ever wrote:
On Wednesday, October 08, 2014 11:08:43 AM you wrote:
Does that work. It seemed to have the same issue as noted in the
following thread https://cygwin.com/ml/cygwin/2014-04/msg00111.html
Dave.
It should work, although I don't recommend running cygwin
In fish, I like to set the prompt to print a blank line before the prompt
text. No
problem: I just add an echo statement at the beginning of the fish_prompt
function. In fish in Linux that works fine:
===
andrex@helium ~ pwd
/home/andrex
andrex@helium ~
===
But in Cygwin, it
--
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 08/10/2014 18:36, Alive4Ever wrote:
On Wednesday, October 08, 2014 11:08:43 AM you wrote:
Does that work. It seemed to have the same issue as noted in the
following thread https://cygwin.com/ml/cygwin/2014-04/msg00111.html
It should work, although I don't recommend running cygwin
On 10/09/2014 04:03 AM, Corinna Vinschen wrote:
Ok. Or... hmm. The fact that using SetDllDirectory disallows searching
the CWD got me thinking twice. Security-wise it would really be the
right thing to do. Usually DLLs are in defined search paths:
- Application dir
- Application
Greetings, Andrew Schulman!
Andrew: appreciated if you can confirm whether simply invoking as a
login shell works for you.
It sort of works. When I change my shell to /usr/bin/fish in /etc/passwd
and run
C:\cygwin64\bin\mintty.exe -
I don't get any error messages, as I first reported.
On Oct 9 08:25, Eric Blake wrote:
On 10/09/2014 04:03 AM, Corinna Vinschen wrote:
Ok. Or... hmm. The fact that using SetDllDirectory disallows searching
the CWD got me thinking twice. Security-wise it would really be the
right thing to do. Usually DLLs are in defined search paths:
In message 20141009162906.ga25...@calimero.vinschen.deyou write:
Any other idea what *might* be broken if we remove CWD from the
DLL search path?
Corinna
I'm pretty sure I've got some programs loading Tcl extensions that
cd into the directory with the extension dlls, load the extension and
Greetings, Andrew Schulman!
Andrew: appreciated if you can confirm whether simply invoking as a
login shell works for you.
It sort of works. When I change my shell to /usr/bin/fish in /etc/passwd
and run
C:\cygwin64\bin\mintty.exe -
I don't get any error messages, as I first
Greetings, Andrew Schulman!
Bad news: the PATH problem is back. When I run
C:\cygwin64\bin\fish.exe -l
I get the same error messages as before on startup, and PATH doesn't
include /bin /usr/bin /sbin /usr/sbin.
How are /bin /usr/bin etc. normally added to the PATH? I don't see any
So I just re-tested starting a fish login shell after updating cygwin64.
As I suspected, fish has not been updated since the thread I quoted (Apr
2014), and the issue remains (with my install). Google doesn't show the
maintainer on list since the announcement (Oct 2013), and his e-mail
On 09/10/2014 18:26, Andrey Repin wrote:
Greetings, Andrew Schulman!
Bad news: the PATH problem is back. When I run
C:\cygwin64\bin\fish.exe -l
I get the same error messages as before on startup, and PATH doesn't
include /bin /usr/bin /sbin /usr/sbin.
How are /bin /usr/bin etc. normally added
Nathan Fairchild wrote:
When I run a script like so:
cat: /u/pe/env_files/transpath.map: No such file or directory
./run_many.sh: fork: retry: Resource temporarily unavailable
./run_many.sh: fork: Resource temporarily unavailable
$ grep -l PATH out* | wc -l
1018
I think I'm probably
20 matches
Mail list logo