On Wed, Apr 24, 2024 at 10:11:52PM +, Christopher Layne via Cygwin wrote:
> Based on past threads I've read I believe the issue is actually with
> windows not allowing a symlink to be created with a non-existent target,
> but I do know windows does not care if you break a link after
Since I recently sent an email about symlinks and cygdrive mounts, I
figured I'd report another issue that's plagued me over the years and
that I know others have reported in the past: You can't create native
symlinks to non-existent targets and this causes a bunch of issues when
rsyncing
I noticed recently while attempting to rsync directories from one drive to
another that I was getting the familiar "NULL SID", "incorrectly ordered", etc.
type ownership issues on the destination even though I use noacl for cygdrive
mounts (I'm aware of the POSIX vs windows ACL issues, etc.
20070307 snap, was doing it with 0301 as well:
122 85114 [main] maptest 2960 open: open (./test.txt, 0x0)
146 85260 [main] maptest 2960 normalize_posix_path: src ./test.txt
375 85635 [main] maptest 2960 cwdstuff::get: posix /c/WINDOWS
198 85833 [main] maptest 2960 cwdstuff::get:
On Wed, Mar 07, 2007 at 07:19:53PM -0500, Christopher Faylor wrote:
On Wed, Mar 07, 2007 at 04:14:21PM -0800, Christopher Layne wrote:
20070307 snap, was doing it with 0301 as well:
122 85114 [main] maptest 2960 open: open (./test.txt, 0x0)
146 85260 [main] maptest 2960
On Wed, Mar 07, 2007 at 04:49:19PM -0800, Christopher Layne wrote:
On Wed, Mar 07, 2007 at 07:19:53PM -0500, Christopher Faylor wrote:
I think some words describing what problem you think is being shown
above are probably in order.
cgf
test.txt is in /var/tmp?
Sorry, I thought
On Fri, Mar 02, 2007 at 11:11:54AM -0800, Brian Dessent wrote:
Vinod Gupta wrote:
Cygwin was a slow by a factor of 3x. Is that normal?
Yes. Emulation of POSIX functions which do not exist on Windows is
expensive. Fork is especially bad, which is all you're really testing
there.
Where
On Tue, Feb 27, 2007 at 05:59:36PM -0600, Brian Ford wrote:
FYI
$ uname -a
CYGWIN_NT-5.1 PC1163-8460-XP 1.7.0(0.166/4/2) 2007-02-26 09:41 i686
unknown unknown Cygwin
$ perl --version
This is perl, v5.8.7 built for cygwin-thread-multi-64int
(with 1 registered patch, see perl -V for
On Thu, Jun 15, 2006 at 11:04:56AM -0400, Christopher Faylor wrote:
I'm happy for you that CTRL-C works for you. It does not work for me.
I'm almost never running gdb from a genuine DOS command prompt.
Sometimes via ssh, sometimes via a terminal emulator. CTRL-C doesn't
work in those.
On Thu, Mar 01, 2007 at 11:13:00AM +0530, Rakesh Kumar wrote:
Hello,
I'm running a command inside Cygwin
mount -b /cygdrive/c/cygwin/rakesh
/cygdrive/c/cygwin/rakesh/usr/cygnus
But I get the following error?
mount: /cygdrive/c/cygwin/rakesh/usr/cygnus: Invalid
On Mon, Feb 26, 2007 at 03:57:10PM +0800, Carlo Florendo wrote:
Good Day,
I'm writing an application that requires time precisions up to the
microsecond level. However, I put a hard-coded adjustment of
9000 microseconds since usleep() seems to sleep on the average of
9000 microseconds more
On Sat, Feb 24, 2007 at 05:10:35PM -0800, Brian Dessent wrote:
Web Developer wrote:
add a new entry to system variables:
New variable name is CYGWIN, variable value is ntsec
Why do people keep repeating this chestnut? 'ntsec' is the default.
There is no need to have it in CYGWIN.
On Sun, Feb 25, 2007 at 12:18:31PM -0600, Charles D. Russell wrote:
Christopher Layne wrote:
BTW: I've had the funky SSH issues before where nothing at all works. My
solution was pretty much voodoo based:
1. Delete every single ssh, ssh_server, ssh-related user manually. Delete
For some reason, I am unable to send email to cygwin-patches. I am
subscribed and all of that, but in trying to get a patch through, it's
just not happening. The SMTP handoff is correctly working - the email is
getting to sourceware. I get confirm/subscribe messages from ezlm, etc.
everything
Just noticed something about the shortcut and use of c:\cygwin\bin\cygwin.bat.
The contents thereof:
--
@echo off
C:
chdir C:\cygwin\bin
bash --login -i
--
Now when running this you almost always end up with a cmd.exe also running.
I just changed my shortcut to instead be:
Target:
On Fri, Feb 23, 2007 at 07:57:41PM -0800, Christopher Layne wrote:
Just noticed something about the shortcut and use of c:\cygwin\bin\cygwin.bat.
Correction: That should be c:\cygwin\cygwin.bat
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http
On Thu, Feb 22, 2007 at 02:54:50PM +0100, Angelo Graziosi wrote:
After installed the snapshot, trying to remove /tmp/usr there is this new
problem:
cd /tmp
ls -lrt
...
drwxr-xr-x+ 3 Angelo Administrators0 Feb 22 14:18 usr
rm -rf usr/
rm: failed to close
On Thu, Feb 22, 2007 at 01:06:24PM +0100, Frank Fesevur wrote:
Hi,
November 6th, 2006 was rsync version 2.6.9 released. http://rsync.samba.org/
I assume the maintainer of the rsync package also reads this list. Are
there any plans to upgrade the cygwin package, which is 2.6.6 at the
On Mon, Feb 19, 2007 at 05:34:31PM +0100, Corinna Vinschen wrote:
If you want a command run once for each item in a list of
things, use a for loop:
...or `xargs -n 1'
Corinna
Yeah, unfortunately don't try to do too much with that or you'll be
waiting for a while.
$ uname -a; uptime;
On Mon, Feb 19, 2007 at 05:34:31PM +0100, Corinna Vinschen wrote:
maybe I'm being dense, but xargs does not seem to do what
it should:
xargs only calls the command (echo in this case) once, with
all the given arguments. (It will call it more than once
only if calling it once would be
On Mon, Feb 19, 2007 at 01:04:38PM -0800, Shankar Unni wrote:
Christopher Layne wrote:
$ uname -a; uptime; time echo 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17
18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42
43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60
On Mon, Feb 19, 2007 at 12:52:10PM -0800, Shankar Unni wrote:
Andrew Makhorin wrote:
{ double t0 = get_time(), t1 = get_time();
[Maybe OT?]
1. I can't remember if C guarantees that comma-separated *declarations*
are initialized in order or not.. And to think I used to be an ANSI
On Mon, Feb 19, 2007 at 01:28:17PM -0800, Christopher Layne wrote:
Absolutely. I don't disagree with this. The issue is the magnitude.
The opteron box has 4gigs of ram, scsi 320 disks, and is running water cooled
at 2.8 ghz. Nothing *normal* can explain such a reason why a Celeron-D can
fork
On Fri, Feb 16, 2007 at 04:14:06PM -0500, Christopher Faylor wrote:
On Fri, Feb 16, 2007 at 01:01:23PM -0500, Andrew Schulman wrote:
And, just in case you're wondering if I am going to volunteer to help you
track down problems - I'm not. So, maybe anyone who wants screen should
volunteer
On Wed, Jan 31, 2007 at 08:13:37AM -0500, Christopher Faylor wrote:
When I was maintaining cygwin's gcc, I often thought about eliminating
-mno-cygwin and just providing a pure mingw cross compiler in the
distribution. I really don't know why it wasn't done that way to begin
with. I have
So exactly why was tty handling changed to ignore ctrl-c in some instances?
I.e. if one is in gdb and I send a ctrl-c, it goes nowhere. Why is this? It
worked at one time. And no, I'm not going to use the windows console to debug
things.
-cl
--
Unsubscribe info:
On Mon, Jan 29, 2007 at 07:31:37AM +0100, Christian Jullien wrote:
I installed a new version of cygwin yesterday, and find that bash starts
up and
builtins seem to execute, but when I try the first command, cygwin exits
This is not related to the new bash version but related to new cygwin
On Wed, Jan 24, 2007 at 03:42:51PM +0100, Corinna Vinschen wrote:
What else could be the reason?
Hmm, good question. I have a stock 2K3 Server installation running
ssh just fine. Probably you will have to look outside of Cygwin. Do
you have any personal firewall or virus scanner
On Tue, Jan 23, 2007 at 06:07:17PM -0500, Pierre A. Humblet wrote:
/usr/sbin: ls -l sendmail*
lrwxrwxrwx 1 p-humblet sw 13 Jan 23 17:40 sendmail - /usr/bin/exim*
lrwxrwxrwx 1 p-humblet sw 19 Jan 23 17:29 sendmail.exe - /usr/sbin/ssmtp.exe*
so that the commands sendmail and sendmail.exe
On Mon, Jan 22, 2007 at 10:42:19AM -, Dave Korn wrote:
... so no reason not to choose whichever you like the best.
cheers,
DaveK
I prefer the idiom that doesn't resemble perl :).
Also, if it were me, I'd just be checking for zero or non-zero.
The rest seems like a lot of
I notice in some places, there are double-negates, like:
me-read_ready |= ret || !!(events (FD_READ | FD_ACCEPT | FD_CLOSE));
What's the rationale for these? To enforce either a 0 or 1, to be directly
in line with boolean, rather than a zero or non-zero result?
-cl
--
Unsubscribe info:
Kind of strange.
Am I missing something on how cygexec is supposed to be used?
$ cat o.c
#include stdio.h
#include sys/stat.h
#include fcntl.h
int main(int argc, char **argv)
{
int r;
if ((r = open(argv[1], O_RDONLY)) 0)
perror(open);
return 0;
}
$ gcc
::open_fs: 1 =
fhandler_disk_file::open (c:\cygwin\var\tmp\o.c, 0x0)
39 57765 [main] o 2656 open: 3 = open (o.c, 0x0)
On Sat, Jan 20, 2007 at 01:44:53PM +0100, Corinna Vinschen wrote:
On Jan 20 03:27, Christopher Layne wrote:
Kind of strange.
Am I missing something on how cygexec
On Thu, Jan 18, 2007 at 06:18:52PM +0100, Corinna Vinschen wrote:
Right, it's an optimization problem rather than a bug. Patches
welcome, but I've put it on my TODO list, too.
I have applied a patch to CVS which calls fstat early, at the spot where
GetFileSize got called so far. The stat
On Sat, Jan 13, 2007 at 09:02:03PM -, Dave Korn wrote:
So, what's up on the slow machines?
How full are your respective recycle bins? I've noticed just through
deleting things in ordinary windows explorer that the recycle bin thrashes
like crazy when it starts to get full; seriously
On Thu, Jan 18, 2007 at 04:55:33PM +0100, Marco atzeri wrote:
--- Marco atzeri [EMAIL PROTECTED] ha scritto:
--- Larry Hall (Cygwin)
Did you update your build recently? Corinna
checked
in a fix for this on
Saturday
http://cygwin.com/ml/cygwin-cvs/2007-q1/msg00021.html.
On Thu, Jan 11, 2007 at 10:46:48AM +0100, Corinna Vinschen wrote:
This works on my machine now. So previously why was the former method
failing, do you think?
Er... haven't we discussed this at great lengths in this thread?
Yes, but did we ever establish a reason that was actually solid
On Sat, Jan 13, 2007 at 11:25:08AM +0100, Corinna Vinschen wrote:
On Jan 13 00:22, Christopher Layne wrote:
The real question I have is why was what *should* have worked, not working?
That has been answered immediately in the replies:
http://cygwin.com/ml/cygwin/2007-01/msg00093.html
http
Since overmapping doesn't work on Windows, unfortunately, I implemented
the above mentioned technique, which isn't much code anyway. It
reserves a memory lot big enough to fit in the whole mapping, memorizes
the address, free's the memory again and then uses the new address in
the subsequent
On Jan 10 09:37, Brian Ford wrote:
Yes, this fixes my STC and the application from which it was derived.
Thanks.
BTW: a couple of things:
1. Is there a possibility of another application or thread reserving that
just alloc/free'd area right after using it to obtain (at that time) a
valid
On Sun, Jan 07, 2007 at 11:58:44AM +0100, Corinna Vinschen wrote:
Lots of comments throughout the file...
Unfortunately the code-path is less than clear to follow. This may be
a matter of opinion but it's fairly complex and looks to have history in
it.
In the 2nd strace, I changed the mmap
Also, check this out:
http://blogs.msdn.com/oldnewthing/archive/2003/10/08/55239.aspx
Meant to also include:
http://support.microsoft.com/kb/125713
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
Real quick here and I'll follow up tomorrow. I don't get SIGSEGV
in my application ever. I get an error back from mmap saying it
cannot allocate memory when i'm simply trying to open a small
file! The original events ere posted up in that first part of
the strace - which is unmodified original
On Tue, Jan 09, 2007 at 01:23:58PM +0100, Corinna Vinschen wrote:
Yes, I know. I never said you get a SEGV from mmap, but you get the
SEGV in your testapp. That's what I'm referring to. mmap fails (just
fails, no SEGV, yes, I know) because it fails to generate the filler
pages. This
On Tue, Jan 09, 2007 at 12:56:43PM +0100, Corinna Vinschen wrote:
Okay, I understand where you're coming from. Where I'm coming from is that
it
is difficult to generate a test case that actually demonstrates the issue
outside of the scope of my application. Suffice to say, I do see the
(warning a bunch of strace, scroll wide).
So I haven't been able to totally nail anything down on this issue due
to the incredible complexity of Cygwin's mmap interface.
This is 2 simple mmap()s in succession, 1st is 46121 bytes, 2nd is 111 bytes.
Both opened read/write. The second mmap always
While this also passes on mine - mmap has been performing
strangely for me also (since around November snapshots).
SPECIFICALLY: After the allocate downwards change was done,
mmap calls started returning ENOMEM (Cannot allocate memory)
where they worked before just fine. I specifically noticed
mmap() is supposed to zero-fill, not refuse to map when len
is less than the system page size. I have never ever seen
mmap() fail to map less than page size on any typical Posix
system.
The system shall always zero-fill any partial page at the end
of an object. Further, the
On Fri, Jan 05, 2007 at 10:17:19AM -0600, Brian Ford wrote:
Ok, after further investigation, this is a /3GB boot.ini flag interaction.
Unfortunately, this is a critical flag for our application, so all our
machines are configured this way. That is why I failed to realize its
significance
On Fri, Jan 05, 2007 at 11:34:36AM -0500, Christopher Faylor wrote:
MEM_TOP_DOWN
0x10 Allocates memory at the highest possible address.
If there were any kind of simple arithmetic bug behind mmap()'s
scenes (such as computing space to zero-fill, etc. etc.) I would
think ENOMEM would
May seem sort of newbish, but I just noticed that one cannot move cygwin1.dll
into place after removing the old one. For instance, if I download a snapshot
to some tmp directory, exit all cygwin related apps and use explorer to move
the new dll from the tmp to c:\cygwin\bin - I'll get the standard
On Wed, Sep 13, 2006 at 08:19:02PM -0400, Christopher Faylor wrote:
As long as you have Corinna or myself in charge we are going to stick
with the whole Linux on Windows thing. If bash doesn't like \r\n line
endings on Linux, if we purposely recommend against using text mode
files, and if we
I suspect that the Well, they can just install Linux (floppies, CDs,
DVDs) if they feel like it observation has been made several times a
year for the last ten years. It's obviously not a very powerful
argument since Cygwin is still here and you can't really assert that the
only reason it is
On Thu, Sep 14, 2006 at 12:58:36PM -0400, Volker Quetschke wrote:
+#ifdef __CYGWIN__
+ /* lseek'ing on text files is problematic; lseek reports the true
+ file offset, but read collapses \r\n and returns a character
+ count. We cannot reliably seek backwards if nr is smaller than
On Thu, Sep 14, 2006 at 03:00:27PM +0100, Dave Korn wrote:
On 14 September 2006 14:17, Wells, Roger K. wrote:
Thank you. You made me realize that I could modify .inputrc to cause Ctrl-l
to execute my version of clear which does what I want. Now if I could do
it in Linux...
echo
On Wed, Sep 20, 2006 at 11:31:09PM -0400, Larry Hall (Cygwin) wrote:
Hard to say without seeing what you're seeing (insert standard plug for
http://cygwin.com/problems.html here ;-) ). The standard problem when
doing what you're doing is forgetting to stop services. Other than that,
your
On Wed, Sep 20, 2006 at 03:17:29PM -0400, Ethan Tira-Thompson wrote:
For a quick example, try figuring out why this example program is
crashing... The idea is simple: set up an array of strings containing
'a' through 'z', build a string from 100 random selections, and then
display the
On Thu, Sep 21, 2006 at 12:57:58AM -0400, Christopher Faylor wrote:
(CP) = \cp
install: $(PROGS)
$(CP) $(PROGS) $(INSTBINDIR)
\cp nda.exe mtk.exe sda.exe /home/mast/CYGMOD/bin
make: \cp: Command not found
The above is not valid makefile syntax but if I make obvious
corrections, I
58 matches
Mail list logo
