Frédéric L. W. Meunier wrote:
Rolf Campbell wrote:
/home/rcampbell cygcheck -svr /tmp/cygcheck.txt
cygcheck: dump_sysinfo: GetVolumeInformation() failed: 53
I got
$ cygcheck -svr /tmp/cygcheck.txt
cygcheck: dump_sysinfo: GetVolumeInformation() failed: 1005
cygcheck: dump_sysinfo
Max Bowsher wrote:
I've uploaded a new setup troubleshooting snapshot:
http://www.cygwin.com/setup-snapshots/setup-2.340.2.3-no-set_default_sec.exe
This is simply 2.340.2.3 with the recently-added ntsec code deactivated.
Please could anyone who can reproduce crashes with 2.340.2.3 give this a
try.
Gerrit P. Haase wrote:
Hallo Rolf,
Am Dienstag, 1. April 2003 um 18:13 schriebst du:
Gerrit P. Haase wrote:
Rolf schrieb:
So, is this a cygwin perl problem? Or has the stock perl decided
to only work with magic ENV variables?
I don't see the problem in the latest Perl (5.9.0) and I'm trying to
Rolf Campbell wrote:
Gerrit P. Haase wrote:
Hallo Rolf,
Am Dienstag, 1. April 2003 um 18:13 schriebst du:
Gerrit P. Haase wrote:
Rolf schrieb:
So, is this a cygwin perl problem? Or has the stock perl decided
to only work with magic ENV variables?
I don't see the problem in the latest Perl
Gerrit P. Haase wrote:
Hallo Rolf,
TEST.PL:
1:#!/bin/perl
2:$/ = \r\n;
3:
4:open( LOG, in ) ||
5: die Could not open log.\n;
6:binmode LOG, :crlf;
7:
8:$in = LOG;
9:print $in;
Ok, so you get the same results as me. They are both wrong. The script
should only print the first line.
I just
Gerrit P. Haase wrote:
Hallo Rolf,
So, I've recieved confirmation that this problem is only with cygwin
perl, and not with GNU/Linux perl (5.8).
So, please file a bugreport, perlbug is included in the dist.
Gerrit
Which ports is perlbug for?
--
Unsubscribe info:
Christopher Faylor wrote:
I remade the executables in an old version of inetutils.
The numbers below show that only the larger ones are sparse
(so the relative overhead is small) and that stripping them
removes sparseness.
This is exactly the kind of data I was looking for. It seems to me that
When I view www.cygwin.com, I get an empty page.
/home/rcampbell wget -S www.cygwin.com
--16:57:26-- http://www.cygwin.com/
= `index.html'
Resolving www.cygwin.com... done.
Connecting to www.cygwin.com[66.187.233.205]:80... connected.
HTTP request sent, awaiting response...
End of
I'm trying to do a chroot-ed make which uses the content of the ${MAKE}
variable. What I'm finding is the value of ${MAKE} has two slashes '//'
at the beginning, so any attempt to use it failes (looks like a network
share).
I've created a directory, expanded cygwin-1.5.17-1.tar.bz2 into it,
Rolf Campbell wrote:
I'm trying to do a chroot-ed make which uses the content of the ${MAKE}
variable. What I'm finding is the value of ${MAKE} has two slashes '//'
at the beginning, so any attempt to use it failes (looks like a network
share).
I've created a directory, expanded cygwin
Evan Cooch wrote:
2. modifed the env variables by adding a variable named CYGWIN with
value ntsec tty
Not necessary.
Then why is it specified in
http://pigtail.net/LRP/printsrv/cygwin-sshd.html
Because that web page is wrong, that's why.
--
Unsubscribe info:
Eric Blake wrote:
I don't know it this was unique to my machine, but am
reporting it in case anyone else runs into the same
issue. When running Microsoft update today, on Win2k,
the patch for Security Update for DirectX 9 for Windows
2000 (KB904706) hung during installation, with an
instance of
Christopher Faylor wrote:
For those who haven't been following along at home, it looks like a
change I just made to select() may solve the dreaded slows down to a
crawl with Symantec AntiVirus problem.
This may also improve the performance of things that use sockets
slightly.
So, I'd appreciate
Christopher Faylor wrote:
On Tue, Oct 19, 2004 at 12:26:58AM -0400, Rolf Campbell wrote:
An rsync session that consistantly works on the Oct 7 snapshot fails
consistantly on the Oct 10 snapshot.
Try it with the October 20 snapshot. I had the same problem with rsync
(although I would have sworn
Dave Korn wrote:
-Original Message-
From: cygwin-owner On Behalf Of Robert Schmidt
Sent: 25 October 2004 22:56
Mark Paulus wrote:
Have you tried using a -- to indicate end of arguments
to cygstart:
cygstart -- tail --version
Thanks! No, I hadn't, and that works great.
I still find the
Andrew DeFaria wrote:
While, you are welcome to redefine /cygdrive any way you want, the
unix paradigm does not put filesystems under /dev. That is for devices.
To me, a disk drive IS a device. YMMV! :-)
A disk drive is a device, but /cygdrive/c is not a disk-drive. It's a
file-system contained
I tried it with 2 different executables (both C++, both compiled with
GCC3.2). I tried it with both the stock gdb (20010428-3) the one
listed as experimental (20020718-1). I also tried it with both 1.3.13-2
1.3.12-4.
The test was, set a breakpoint at the first line of main (done by
default
always receives sigsegv with cygwin 1.3.13-2
On Tue, Oct 15, 2002 at 07:37:31PM -0400, Rolf Campbell wrote:
I tried it with 2 different executables (both C++, both
compiled with
GCC3.2). I tried it with both the stock gdb (20010428-3) the one
listed as experimental (20020718-1). I
Both.
-Original Message-
From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 16, 2002 11:36 AM
To: [EMAIL PROTECTED]
Subject: Re: GDB always receives sigsegv with cygwin 1.3.13-2
On Wed, Oct 16, 2002 at 09:20:18AM -0400, Rolf Campbell wrote:
I tried
PROTECTED]]
Sent: Wednesday, October 16, 2002 12:26 PM
To: [EMAIL PROTECTED]
Subject: Re: GDB always receives sigsegv with cygwin 1.3.13-2
On Wed, Oct 16, 2002 at 12:14:24PM -0400, Rolf Campbell wrote:
It stops at _libkernel32_a_iname with Unable to Read
Instruction at
0x77e88207
-Original Message-
From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 16, 2002 3:53 PM
On Wed, Oct 16, 2002 at 01:21:14PM -0400, Rolf Campbell wrote:
GDB does not 'crash', so it does not produce a traceback. The only
traceback that I can get
]
Subject: Re: File permission problems with new cygwin dll
On Wed, Oct 16, 2002 at 07:23:25PM -0400, Rolf Campbell wrote:
That fixed all of my problems! mkpasswd -du mywindowslogin
/etc/passwd, and then gcc started producing programs that were
executable again.
Wow. I'm amazed. I
-Original Message-
From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
I don't know. I think it would be far simpler to have something like:
#ifdef __CYGWIN__
# define READTEXT rt
#else
# define READTEXT r
#endif
.
.
.
FILE fp = fopen (foo, READTEXT);
Doesn't
-0400, Rolf Campbell wrote:
When I try to use dumper, I get an msgbox The procedure entry point
dcgettext__ could not be located in the dynamic link library
cygintl-2.dll.
http://cygwin.com/packages/
Search for cygintl-2.dll
Install that package.
cgf
--
Unsubscribe info: http
Your /etc/passwd file is not valid. I fixed mine using mkpasswd -du
mywinusername /etc/passwd, I'm not sure what the 'right thing' to do
is.
-Rolf
-Original Message-
From: Lane, Frank L [mailto:frank.l.lane;boeing.com]
Sent: Thursday, October 17, 2002 7:44 PM
To: [EMAIL PROTECTED]
Doesn't this mean that gcc is not a true ANSI compiler? Shouldn't that
variable be __end or something to conform with ANSI rules?
-R
-Original Message-
From: Randall R Schulz [mailto:rrschulz;cris.com]
Sent: Saturday, October 19, 2002 1:53 AM
To: [EMAIL PROTECTED]
Subject: Re:
Hannu E K Nevalainen (garbage mail) wrote:
Searching the archives, w google (I'm VERY negative vs htdig right now)
+CYGWIN +-mno-cygwin site:cygwin.com inurl:ml
gives 1450 hits...
I'm out of ideas on how to refine this - to find anything that matches
__NOCYGWIN__ or similar.
At times I'm
read the faq
wrote:
Dear All,
My System Environment as below:
Windows 2000 Professional
Cygwin version 2.78.2.9
Phyical Memory: 256M
Virtual Memory: 1.5G
Perl v5.6.1 built for cygwin-multi
When I run my perl program which needs about 1G memory, the following
happened:
Out of
Open one window (rxvt):
$ sleep 1000
Open a seperate window (rxvt):
$ ps
PIDPPIDPGID WINPID TTY UIDSTIME COMMAND
1716 11716 1716 con 11643 18:57:52 /usr/bin/rxvt
163617161636 17240 11643 18:57:52 /usr/bin/bash
1832 1
Corinna Vinschen wrote:
On Mon, Oct 06, 2003 at 10:00:53AM -0400, Rolf Campbell wrote:
Open one window (rxvt):
$ sleep 1000
Open a seperate window (rxvt):
$ ps
PIDPPIDPGID WINPID TTY UIDSTIME COMMAND
1716 11716 1716 con 11643 18:57:52 /usr/bin/rxvt
Igor Pechtchanski wrote:
On Mon, 6 Oct 2003, Rolf Campbell wrote:
Corinna Vinschen wrote:
On Mon, Oct 06, 2003 at 10:00:53AM -0400, Rolf Campbell wrote:
Open one window (rxvt):
$ sleep 1000
Open a seperate window (rxvt):
$ ps
PIDPPIDPGID WINPID TTY UIDSTIME COMMAND
Vladimir Vysotsky wrote:
Hi,
I'm using the following sequence of actions to reproduce this problem:
C:\testbash
bash-2.05b$ echo Test /c/test/test1.txt
bash-2.05b$ echo Test c:/test/test2.txt
bash-2.05b$ ls -l
total 2
-rw-r--r--1 vvysotsk mkpasswd6 Oct 10 19:49
E G wrote:
I run the max_memory program included in Chapter 3 of the users manual I
think, and it reports 1560 kB. So I'm discarding real memory problems.
Well, that's the problem, you only have 1.5 Megs of ram free.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem
To make things even more interesting, it thinks that anything starting
with '...' is a character device?
/home/rcampbell ll ..
crw-rw-rw-1 rcampbel 0, 0 Oct 24 14:28 ..
/home/rcampbell touch ...
touch: creating `...': No such device or address
Chris Moore wrote:
I
Larry Hall wrote:
At 05:24 PM 12/13/2003, Hannu E K Nevalainen you wrote:
PLEASE NOTE:
** on a mailing list; please keep replies on that particular list **
I'm a little confused by the intent of your note above. If this is
directed at me, I replied to your message the way I always reply, with
#1) This is not a cygwin issue, so it's off-topic here.
#2) This is not even really a gcc issue, it's a C++ issue.
#3) The problem is that you are trying to use static_cast too much. It
should only be used for built-in types (int, float, various pointers).
The older gcc seemed to allow
When I run this script *not* from another cygwin program (Windows Run
menu as bash -c scriptname.sh, or from W32 GNU Emacs)
---begin script
#!/bin/sh
echo -n Getting location...
regtool get '\'
---end script
I get the expected output:
Getting location...Unknown key prefix. Valid prefixes
Yup, it does fail. This is because it's written in improper C.
[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] ~
$ gzip -dc dclock_2.1.2.orig.tar.gz |tar xvf -
dclock/
dclock/Dclock.c
dclock/Dclock.h
dclock/DclockP.h
dclock/Imakefile
dclock/README
dclock/TODO
dclock/dclock.c
dclock/Dclock.ad
Christopher Faylor wrote:
On Mon, Jan 19, 2004 at 01:48:52PM -0800, David Rothenberger wrote:
I think the problem is bash, not regtool. The following script also
displays the problem:
---begin script---
#!/bin/sh
ls
---end script---
Does the latest snapshot fix this problem?
Yes, yes it does.
I just realized that gdb (at least on my machine) always crashes if you
attach to any process, then try to quit.
Rolf Campbell wrote:
I've noticed a problem with the snapshot (it's not limited to the
snapshot, it was there in 1.5.6 as well). The problem may have been in
1.5.5 as well
ll is the long long prefix.
Daniel Jeliski wrote:
when I compile the following program:
#include stdio.h
main()
{
long long i;
i=100;
i*=100;
printf(%Ld,i);
return 0;
}
I get the following:
-727379968
instead of the expected 1
I am using gcc 3.3.1
the same code works nicely
kaiduan xie wrote:
Hi,all,
I just want to use execlp to invoke another program
from a program. It works on Linux, but it stucks on
Cygwin. Acutally, this is a very very very simple
program:
#include stdio.h
#include sys/types.h
#include unistd.h
#include errno.h
#include string.h
int main()
{
Rafael Kitover wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Rolf Campbell
Sent: Thursday, February 05, 2004 8:40 AM
To: [EMAIL PROTECTED]
Subject: 1.5.7: make hangs on XP (with HT)
I've been trying to narrow the problem I've been having with make
Rolf Campbell wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of
Rolf Campbell
Sent: Thursday, February 05, 2004 8:40 AM
To: [EMAIL PROTECTED]
Subject: 1.5.7: make hangs on XP (with HT)
I've been trying to narrow the problem I've been having
First of all, learn to include the correct headers, and to write valid
C-code. Here's what you meant to type.
#include sys/stat.h
#include sys/types.h
#include fcntl.h
#include unistd.h
#include stdio.h
int main() {
if(mkdir(test, 0777) 0)
perror(mkdir1);
if(mkdir(test, 0777) 0)
Volker Quetschke wrote:
Just FYI, I build a cygwin dll from current cvs (last
winsup/cygwin/ChangeLog entry 2004-02-09 Ralf H.)
with debugging enabled and rerun this script. It didn't freeze, I
stopped it after 1588 iterations, but it produced one stackdump
and wrote some errors from make to
Jamshid Afshar wrote:
I just installed Cygwin. What kind of executable is zcat.exe? It doesn't
show up when I dir c:\cygwin\bin\zc* (only zcmp), but I see it's 19
bytes in Explorer. It works fine within bash, but I want UNIX utilities I
can use in the regular Windows Command Prompt.
$ ls -l
.
Rolf Campbell wrote:
I tried using lates CVS too, here are the results:
Time to freeze: 761 and 409 iterations
This is MUCH better than before, but it still does freeze (althought a
big difference now is that when make freezes, it consumes no CPU).
I'm speculating it has something to do
Christopher Faylor wrote:
--- t.sh ---
#!/bin/bash
export C=1
while make -j ; do C=$(($C+1)) ; done
echo Failed after $C runs 12
--- end of t.sh ---
The script failed with:
$ ./t.sh freeze.out
/bin/sh: line 1: sleep: No such file or directory
make: *** [12.pp] Error 127
make: *** Waiting for
Christopher Faylor wrote:
I tried running that script again, here were my results:
Feb14: more than 10,000 iterations (never failed, just got bored of
watching it)
Feb17: more than 270 (still running)
Feb18: Froze after 12, 41, 6
Feb20: Froze after 9, 2, 4
Feb21: Froze after 1, 5, 4
Out of
Volker Quetschke wrote:
And, just for completeness, I built and ran a CVS version from about
an hour ago, and it has not failed yet (350 iterations). So, maybe
someone already fixed this problem after Feb21.
No, not for me. I'm using the same version, see my other mail, but it
seems very hard
I can reproduce with that snapshot, but I get slightly different
results. Here is the stderr output from 1052 runs, but the strange
thing is that even when I get errors, the task continues to run. It
seems somehow that the return code of the errored run gets lost or
something. This is
gcc version 3.3 works fine, gcc v2.95 was broken on cygwin and nobody
wanted to fix it, so it was discontinued.
Erick Castillo wrote:
Need to install gcc 2.95 on the latest cygwin release. gcc version 3.3... does
not work properly. Where could i find 2.95 if not through the simple cygwin
Christopher Faylor wrote:
On Tue, Mar 02, 2004 at 02:27:33PM -0500, Volker Quetschke wrote:
I can reproduce with that snapshot, but I get slightly different
results. Here is the stderr output from 1052 runs, but the strange
thing is that even when I get errors, the task continues to run. It
Christopher Faylor wrote:
No, but I'll try to catch one. (I removed the strace from my script.)
Ok, caught two already. (Produced with attached script + Makefile)
Not much to there, unfortunately.
Out of curiousity, can you duplicate this problem with the snapshot? I see
that this is your own
Christopher Faylor wrote:
I made a fix last night that allowed me to run this for 2500+
iterations. Of course, I have managed to do that before without error,
so that doesn't mean much, I guess. Backing the change out resulted in
a 'virtual memory exhausted' error in less than a hundred
Volker Quetschke wrote:
Christopher Faylor wrote:
The latest snapshot should fix virtual memory exhausted errors that
were reported when running make -j.
I am close to releasing cygwin 1.5.8 so I want to verify that this is
fixed.
OK, did that, and got a freeze after 196 iterations. Still using
Christopher Faylor wrote:
If you want to analyze the strace yourself and offer comment, then
please do so. Sending strace snippets is normally useless. 99% of the
time, people send the equivalent of a photo of an accident scene with
the thought that the picture will show why the accident
Building gcc (natively) always requires a working gcc to be present, how
else would it compile itself?
Ben Taylor wrote:
What I don't get is why when I built 3.3.3 using 'make' and then 'make
install' (it failed to do 'make bootstrap') it relied on the fact that
cygwin was installed in the first
Christopher Faylor wrote:
I have been running the make -j cygwin breaker for about ten hours now
with no hangs, no segvs, and no strange error exits.
I'm sure this is just because of the magical way in which I have my
system set up but could anyone confirm or deny whether that this
snapshot
Christopher Faylor wrote:
FWIW, I found ANOTHER race yesterday while running the cygwin test
suite. So, it's back to square one for testing since it was in low
level code which could affect everything. And, this race has been there
since I screwed up in September 2001. Lovely.
Well, I can't
I believe there is a race-condition in mkdir -p. Specifically, if the
directory does not exist *yet* when stat is called on line #98 of
coreutils-5.97/lib/mkdir-p.c, but the directory *does* exist by the
time line #190 of the same file calls mkdir(), then the program will
error with File
Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
From: Rolf Campbell
I believe there is a race-condition in mkdir -p. Specifically, if the
directory does not exist *yet* when stat is called on line #98 of
coreutils-5.97/lib/mkdir-p.c, but the directory *does* exist by the
time
When I've had this problem, it's been a permission issue. If you use
wget or some other cygwin tool to download the snapshot, then it will
not set the exec permissions. But when you copy a file using explorer,
it will set the exec permissions.
Christopher Layne wrote:
May seem sort of
Malcolm Nixon wrote:
* Some translate files to a Local format (CR/LF on Windows).
FCOL, what on earth does an rcs think it's playing at, tampering with
your
data? Any rcs that doesn't give you back exactly what you put into it
is just
plain buggy. Nobody asked for a automatically mangle
Vinod K Gupta wrote:
We have a local mirror of selected packages from which we install cygwin on
user machines. When we perform un-attended installation using setup.exe -q -L
-l -R... the installer installs only the Base packages. How can we tell setup
to install ALL available packages?
On 2010-03-31 04:50, Fergus wrote:
Ctrl-D fails to close down an rxvt terminal window
and I am left with the terminal window showing
$ exit
and not shutting down.
The incidence of failures is today about 80%.
Anybody else?
1 Now indistinguishably close to 100% but not actually
I run an ssh session between two machines which auto-reconnects when the
connection is dropped (it's really just a bash while look that calls ssh).
My problem is that after a while, I get an error about being unable to
create a tty on the remote system (I'm sorry, but I don't have the exact
On 2010-04-11 11:54, Charles Wilson wrote:
This is routine update to a more recent git snapshot.
[[ compiled using gcc-4.3.4-3 ]]
CHANGES (since 4.999.9beta-10)
o Update to 2010-Apr-01 git snapshot
Wed Mar 31 16:47:25 2010 +0300
On 2010-04-22 01:37, Sivaram Neelakantan wrote:
Larry Hall (Cygwin)reply-to-list-only...@cygwin.com writes:
On 4/21/2010 11:17 PM, Sivaram Neelakantan wrote:
'cygcheck montage' and 'cygcheck convert' should tell you the missing DLLs.
Then usehttp://cygwin.com/packages/ or 'cygcheck -p
On 2010-05-02 06:57, Eric Friedman wrote:
Hi all,
I am using windows remote desktop to access cygwin on a remote machine
with a disk on my local computer remote mounted, via remote desktop. On
the remote machine this disk shows up under my computer but is not
assigned a drive letter.
How do I
On 2010-05-10 06:22, Ken Brown wrote:
New releases of the emacs, emacs-X11, and emacs-el packages are now
available, 23.2-1, leaving 23.1-10 as previous.
I've been using the native W32 port of emacs for years. I tried using
the native cygwin build of it and ran into a problem: I can't seem to
On 2010-05-13 16:45, Ken Brown wrote:
On 5/13/2010 4:31 PM, Rolf Campbell wrote:
On 2010-05-10 06:22, Ken Brown wrote:
New releases of the emacs, emacs-X11, and emacs-el packages are now
available, 23.2-1, leaving 23.1-10 as previous.
I've been using the native W32 port of emacs for years. I
On 2010-05-13 17:13, Rolf Campbell wrote:
On 2010-05-13 16:45, Ken Brown wrote:
On 5/13/2010 4:31 PM, Rolf Campbell wrote:
On 2010-05-10 06:22, Ken Brown wrote:
New releases of the emacs, emacs-X11, and emacs-el packages are now
available, 23.2-1, leaving 23.1-10 as previous.
I've been using
On 2010-07-29 08:02, Andy Koppe wrote:
On 29 July 2010 08:24, JOHNER Jean 066030 wrote:
Thank you for all the answers to my original request below. This was very
instructive.
In conclusion:
- to get middle-mouse paste of the selection with Mintty, Options/Mouse/copy on
select had to be
On 2010-08-19 12:28, Eric Blake wrote:
On 08/19/2010 08:43 AM, Corinna Vinschen wrote:
Hmm, digging through Cygwin's readdir code, I have a vague idea.
Eric, does find honor the struct dirent d_type flag? I'm wondering
if d_type is erroneously set to DT_REG for some reason. If so, we
could
On 2010-08-19 18:37, Andrey Repin wrote:
If ATI is the junction (reparse point, or however you call it) to a top-level
directory on another partition, this behavior could be explained by exiting
through the window: process enter the partition from the doors (junction),
dig it, then trying to
When I run df -h dir where dir is part of a
native-NTFS-mounted-drive, then df prints details about the root drive
(not the mounted drive).
This acts differently if the drive is *also* mounted as a separate
top-level drive. In that case, if you specify the mount point itself,
it prints
On 2010-08-20 07:56, Corinna Vinschen wrote:
Thanks for the new strace. After some more experimenting I was finally
able to reproduce the issue. The other problem you reported, about df(*),
lead me onto the right track. I've checked my changes in to CVS. For
testing I provided another test
On 2010-08-23 09:57, Fergus wrote:
Somehow diff identifies differences in two identical binary files. In
the following example two duplicate files are located (i) in my home
directory (/m/home/user) and (ii) at the root of a different drive (D:).
[snip]
~ diff -s INTERVAL.pdf /d/INTERVAL.pdf
On 2010-08-26 07:26, Corinna Vinschen wrote:
I have another one:
$ for F in /dev/s* ; do echo $F$(cygpath -w $F) ; done
/dev/sda\\.\PhysicalDrive0
/dev/sda1
\\.\STORAGE#Volume#{781f8bd6-7d0d-11de-8012-806e6f6e6963}#0010#{53f5630d-b6bf-11d0-94f2-00a0c91efb8b}
On 2010-09-01 04:00, Harie Ram wrote:
The issue that I am currently facing is : the modify permissions given
to the INSTALLDIR C:\Cygwin using the msi lock permission table is
being inherited through all the subfolders and files. Any new manually
created folders and files anywhere within
test case---
From bash, in an empty directory:
$ ln /bin/ls t
$ ls
t.exe
Why does the resulting hard link have a '.exe' suffix on it? I thought
that cygwin .exe magic was only appending when listing a file?
--
Problem reports:
On 2010-10-19 19:17, Arseny Slobodyuk wrote:
[snip...]
a...@dstar ~
$ ln -s `which cmd.exe` cmd.exe
a...@dstar ~
$ cygcheck ./cmd.exe
- D:\OTHERBIN\cygwin\cygdrive\d\WINDOWS\system32\cmd.exe
cygcheck: could not find './cmd.exe'
cygcheck is not a cygwin application, it's a native windows
From within cygwin python, if I call os.system running a cygwin
sub-process, and I hit Ctrl-C while that cygwin sub-process is running,
the Ctrl-C does nothing (absolutely nothing -- nothing is printed,
nothing terminates, no sound is made -- it's as if I didn't press the
key at all).
I've
On 2010-01-15 18:22, Christopher Faylor wrote:
On Fri, Jan 15, 2010 at 05:00:37PM -0500, Rolf Campbell wrote:
From within cygwin python, if I call os.system running a cygwin
sub-process, and I hit Ctrl-C while that cygwin sub-process is running,
the Ctrl-C does nothing (absolutely nothing
On 2010-04-17 11:57, Charles Wilson wrote:
On 4/17/2010 10:42 AM, Rolf Campbell wrote:
This release will not compress a file with multiple hard links, even
when forced.
I'm running an NTFS drive, and my source file has 2 hard-links to it.
Running xz -9evf source.txt prints:
xz: source.txt
On 2011-06-17 10:27, PRASANTH RAJAGOPAL wrote:
Here is my mount info: *J* is the SD card in SD slot and *K* is the
USB stick.
PRajagop@PRAJAGOP-L02 /proc
$ cat mounts
D:/CYgWin/bin /usr/bin ntfs binary,auto 1 1
D:/CYgWin/lib /usr/lib ntfs binary,auto 1 1
D:/CYgWin / ntfs binary,auto 1 1
C:
On 2011-06-24 11:44, Fahlgren, Eric wrote:
Marco atzeri wrote:
you are right, but it is not very useful to translate a windows path in a
windows path ...
On the contrary, it is exceedingly useful to be able to transform long names
(with spaces) into short-form names without spaces.
$
On 2011-07-06 04:29, Yaakov (Cygwin/X) wrote:
GCC 4.5.3 and GDB 7.2 are available in Ports in the meantime.
Yaakov
I don't know who maintains the ports server, but when I try to use the
instructions on http://sourceware.org/cygwinports/ , and use
http://downloads.sourceforge.net/cygwin-ports
On 2011-09-09 09:52, Andrew Schulman wrote:
In a new installation, we have to write an (ugh) MSDOS CMD script, since bash
isn't available. One
way around that would be to install just the base, then run a bash script, but
I decided to bite the
bullet and write a CMD script that would do it
I get these sporadic failures in my build system after upgrading to
1.7.10. I can't reproduce these consistently, seems to happen randomly
every few dozen builds.
mkdir -p output/device/1110/source/
0 [main] make 7900 fork: child -1 - forked process died
unexpectedly, retry 0, exit code
On 2012-02-08 11:41, marco atzeri wrote:
On 2/8/2012 5:30 PM, Rolf Campbell wrote:
I get these sporadic failures in my build system after upgrading to
1.7.10. I can't reproduce these consistently, seems to happen randomly
every few dozen builds.
mkdir -p output/device/1110/source/
0
Recently, I've noticed cygwin svn getting a LOT of errors during
operations. I think this started when upgrading from 1.7.14 to 1.7.15,
but I can't say for sure. The nature of these errors are as follows:
$ svn up
Updating '.':
svn: E200030: disk I/O error, executing statement 'RELEASE s6'
On 2012-06-14 15:55, Christopher Faylor wrote:
On Thu, Jun 14, 2012 at 03:48:05PM -0400, Rolf Campbell wrote:
$ svn cleanup
svn: E200030: disk I/O error, executing statement 'RELEASE s79'
Sometimes the errors happen, sometimes not. It seems to be about 50% of
the time svn has this type
On 2012-06-15 06:37, Warren Young wrote:
On 6/14/2012 4:00 PM, Garrison, Jim (ETW) wrote:
Why would you think that a disk I/O error was either anti-virus or
Cygwin related and not... a disk I/O error? Have you looked in your
event logs for errors?
It is indeed AV related -- a race between
On 2012-06-15 06:37, Warren Young wrote:
It is indeed AV related -- a race between SQLite and AV
That's one possibility, but check this out:
http://stackoverflow.com/questions/11007024/
tl;dr: someone made the problem go away by rolling my recent 3.7.12
release back to the prior 3.7.3
On 2012-06-19 05:29, Adam Dinwoodie wrote:
Rolf Campbell wrote:
$ svn up
Updating '.':
svn: E200030: disk I/O error, executing statement 'RELEASE s6'
svn: E200030: sqlite: unable to open database file
svn: E200030: sqlite: unable to open database file
$ svn cleanup
svn: E200030: disk I/O
On 2012-06-27 14:17, David Rothenberger wrote:
Anyway, I'll have a new release available shortly built against the
latest SQLite package, so others that want to use TortoiseSVN can try it.
I just upgraded to the -5 package, and turned the TSVN icon caching back
on, and it very quickly failed
Martin Gainty wrote:
Hello All-
Anyone run across the keywork 'restricted'?
What does it mean?
Many Thanks,
-Martin
It means that children must be accompanied by an adult.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
101 - 200 of 258 matches
Mail list logo