Re: native symlinks and non-existent targets

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

native symlinks and non-existent targets

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 directori

Issue with cygdrive mount, native symlinks, and noacl option

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. henc

Re: more busted paths

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. > > > >

Re: more busted paths

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

more busted paths

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: (/

Re: Cygwin speed

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.

Re: Regarding mount command inside CYGWIN

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: I

Re: GDB Ctrl-C Interrupt Fails WORKAROUND

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

Re: 1.7.0 CVS & perl mutex panic

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

Re: does usleep() sleep more than it's supposed to?

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

Re: Setting up a ssh service

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-relate

Re: Setting up a ssh service

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 CYGW

Re: Problems with current snapshot 20070222 ?

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

Re: cygwin shortcut question

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: h

cygwin shortcut question

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: c:\cygwi

question in regards to cygwin-patches

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 chec

Re: rsync 2.6.9?

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

Re: xargs problem

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

Re: strange bug in gettimeofday function

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

Re: xargs problem

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

Re: xargs problem

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

Re: xargs problem

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;

Re: screen

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 > >> vo

Re: fork vs. multithreaded CPU...

On Fri, Feb 16, 2007 at 10:34:15AM +0100, Corinna Vinschen wrote: > On Feb 16 00:26, Yaakov (Cygwin Ports) wrote: > > > > ... and fork is losing, and it's driving me crazy. > > > > On my P4 550 (3.40GHz) with 1.5.23, .24, as well as current snapshot > > (didn't have this computer before that), I a

Re: Eliminating -mno-cygwin from gcc?

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

Re: Newly-installed bash 3.2.9-10 (cygwin 1.5.24-1) exits when I try to execute a program

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

console + ctrl-c + gdb and all that

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: http://cygwin.com/ml/#unsubs

Re: Antwort: Re: Error "getpeername: Operation not permitted"...

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 ins

Re: ln -s exe magic (coreutils 6.7-2)

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.

Re: cygwin source question

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

cygwin source question

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:

Re: cygexec strangeness

ndler_base::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 so

cygexec strangeness

Kind of strange. Am I missing something on how cygexec is supposed to be used? $ cat o.c #include #include #include int main(int argc, char **argv) { int r; if ((r = open(argv[1], O_RDONLY)) < 0) perror("open"); return 0; } $ gcc -g3 -ansi -pedantic -

Re: Snapshot speed on managing files

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 > > > > > >

Re: Snapshot speed on managing files

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; seri

Re: 1.7.0 CVS mmap failure

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. Th

Re: 1.7.0 CVS mmap failure

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/200

Re: 1.7.0 CVS mmap failure

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/200

Re: 1.7.0 CVS mmap failure

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 s

Re: 1.7.0 CVS mmap failure

> 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 vali

Re: 1.7.0 CVS mmap failure

> 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 subseq

Re: 1.7.0 CVS mmap failure

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

Re: 1.7.0 CVS mmap failure

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 sh

Re: 1.7.0 CVS mmap failure

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 beh

Re: 1.7.0 CVS mmap failure

> 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:

Re: 1.7.0 CVS mmap failure

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

Re: 1.7.0 CVS mmap failure

(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 fa

Re: 1.7.0 CVS mmap failure

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 E

Re: 1.7.0 CVS mmap failure

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 > significanc

Re: 1.7.0 CVS mmap failure

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 syste

Re: 1.7.0 CVS mmap failure

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 notice

Re: downgrading make version

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

Re: gdb attach to process to produce stacktrace

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

Re: simply cygwin1.dll

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 > here ;-) ). The standard problem when > doing what you're doing is forgetting to stop services. Other than that, >

Re: Updated [experimental]: bash-3.1-8

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...

Re: bash-3.1-7$B!!(BBUG

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 small

Re: bash-3.1-7$B!!(BBUG

> 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

Re: bash-3.1-7$B!!(BBUG

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 i

simply cygwin1.dll

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