RE: 1.5.9: tcsh 6.12.00 parses scripts wrong with DOS line endings

> -Original Message- > From: cygwin-owner On Behalf Of David Mastronarde > > When csh scripts have DOS line endings, tcsh 6.12.00 > sometimes parses them > incorrectly. This seems to happen with scripts that have > while loops, > once the scripts get big enough. Converting the script

after setup, all file with no permissions

lastest setup.exe winxp ntfs install user: Administrator bash-2.05b$ ls /bin/cvs.exe -l --+ 1 Administ Users 607744 Aug 11 2003 /bin/cvs.exe (not only this file but all files) bash-2.05b$ cygcheck -s outputs cvs 1.11.6-3 what should i do? bash-2.05

working sync() code

Hi all, I found a way to issue an actual sync() on win32, and as browsing through winsup directory gave me only this winsup/sygwin/syscalls.cc #1128 extern "C" int sync () { return 0; } I think cygwin DLL might benefit from a code I found by looking in sync.exe by M.Russinovich, which is sc

Re: Possibly OT: Can Cygwin and MS Services for Unix coexist peacefully?

Igor - > Just to make this somewhat on-topic: if you succeed, please perform some > competitive analysis, and let this list know what, in your opinion, is > Cygwin missing that MS SFU has? >Igor My biggest issue with Cygwin (compared to SFU) right now is the lack of support for paths lo

setfacl bug?

Let's consider the following scenario: [--- cut ---] C:\Work\test-facl>setfacl -s u::rwx,g::rwx,m:rwx,o:rwx . C:\Work\test-facl>getfacl . # file: . # owner: Administrators # group: None user::rwx group::rwx mask:rwx other:rwx C:\Work\test-facl>setfacl -m d:u::rwx,d:g::rwx,d:m:rwx,d:o:rwx . C

ufo job

Hello! send this letter to 100 newspapers, rockgroups ,radios a o please: (Because I am only 1 worker on projects) Hello! send this letter to 100 newspapers, rockgroups ,radios a o please: (Because I am only 1 worker on projects) Hello! send this letter to 100 newspapers, rockgroups ,radi

need major help.

ok, i downloaded this, but i cant find the correct directory, i installed everything twice. i got win xp. when i go c:\cygwin, i get the following folders: bin, ect, lib, sbin, tmp, usr, var and the aplication to run this software. i see no C:\Cygwin\Home\, so i cant extract the files to the co

RE: working sync() code

> Hi all, > > I found a way to issue an actual sync() on win32, and as browsing > through winsup directory gave me only this > > > winsup/sygwin/syscalls.cc #1128 > extern "C" int > sync () > { >return 0; > } > > > I think cygwin DLL might benefit from a code I found by looking in > sync.e

Re: setfacl bug?

On Apr 10 20:10, Dmitry Bely wrote: > C:\Work\test-facl>setfacl -m d:u::rwx,d:g::rwx,d:m:rwx,d:o:rwx . > > C:\Work\test-facl>getfacl . > # file: . > # owner: Administrators > # group: None > user::rwx > group::rwx > mask:rwx > other:--- > default:user::rwx > default:group::rwx > default:other:rw

Re: after setup, all file with no permissions

At 08:12 AM 4/10/2004, you wrote: >lastest setup.exe >winxp ntfs >install user: Administrator > >bash-2.05b$ ls /bin/cvs.exe -l >--+ 1 Administ Users 607744 Aug 11 2003 /bin/cvs.exe (not only this >file but all files) >bash-2.05b$ > >cygcheck -s outputs >cvs 1.11.

Re: need major help.

At 03:18 PM 4/10/2004, you wrote: >ok, i downloaded this, but i cant find the correct directory, i installed everything >twice. i got win xp. when i go c:\cygwin, i get the following folders: bin, ect, lib, >sbin, tmp, usr, var and the aplication to run this software. i see no >C:\Cygwin\Home\,

Re: working sync() code

On Apr 10 16:26, Dmitry Karasik wrote: > int > sync( char drive) > { >HANDLE f; >int ret; >char file[7] = ".\\X:"; >file[5] = drive; >f = CreateFile( file, GENERIC_READ|GENERIC_WRITE, > FILE_SHARE_READ|FILE_SHARE_WRITE, > NULL, OPEN_EXISTING, 0, NULL); >

Re: Re: after setup, all file with no permissions

Larry Hall: thanks, i did chmod it's a bug of setup.exe? i wonder when it'll be fix === Original Message 2004-04-11 06:21:13: === >At 08:12 AM 4/10/2004, you wrote: >>lastest setup.exe >>winxp ntfs >>install user: Administrator >> >>bash-2.05b$ ls /bin/cvs.exe -l >>--+

Re: Re: after setup, all file with no permissions

Glad to hear it helped. I'd say this is a corner case for setup. It would be good if setup could handle it (more) transparently. But I'm not sure it really qualifies as a bug. As to when setup will address this issue, that depends on when someone submits a patch to fix it. ;-) Larry At 09

gcc -mno-cygwin finds the wrong include files

Hi, when I use the following command gcc finds the wrong include file. $ echo "#include " | gcc -mno-cygwin -E - # 1 "" # 1 "" # 1 "" # 1 "" # 1 "/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include/stddef.h" 1 3 4 # 158 "/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include/stddef.h" 3 4 typedef int ptrdiff_t;

Re: working sync() code

GARY VANSICKLE wrote: [...] FlushFileBuffers() doesn't actually do much last I checked. Despite its misleading name, it is not a "commit-to-disk-and-don't-return-until-its-done" [...] SUSv3 has this to say about sync(): The sync() function shall cause all information in memory that updates fil

RE: working sync() code

[snip] > > SUSv3 has this to say about sync(): > > > The sync() function shall cause all information in memory that updates > file > systems to be scheduled for writing out to all file systems. > > The writing, although scheduled, is not necessarily complete upon return > from > sync(). > >

Re: working sync() code

GARY VANSICKLE wrote: [snip] SUSv3 has this to say about sync(): The sync() function shall cause all information in memory that updates file systems to be scheduled for writing out to all file systems. The writing, although scheduled, is not necessarily complete upon return from sync(). "sched