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

[Ross Boulet]

> -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 to unix line 
> endings fixes the problem.
> 
> The attached script, cshbug, is about as small as it can be 
> to show the 
> problem.  It needs to be run with a valid argument, in my case
> cshbug -inst /usr/local/IMOD
> 
> The standard error output is:
> =: Command not found.
> 
> The attached file bugout2 is the output from
> csh -v cshbug -inst /usr/local/IMOD
> 
> After the first trip through the while loop, it jumps back up to the 
> middle of a line before the loop:
> = "unsigned int"
> 
> If the variable setting section of the script is made 
> smaller, such as 
> by removing the first 13 lines, the problem goes away.
> 
> This problem has been present for the past year at least.
> 
> David Mastronarde
> Boulder Laboratory for 3-D Electron Microscopy of Cells
> 

FWIW, looking at your cshbug.txt file, I see that the line endings are
unusual.  A normal DOS line ending is a  combination.  Your file
seems to have an extra  at the end of each line.  Each line ends with
.  My guess is when tcsh is processing the script, it does not
count the extra  characters, so when it loops, its offset into the
script is off by a number of characters equivalent to the number of extra
s.  In other words, the while statement in the script is on line 101.
When it loops, tcsh is jumping to a location in the file calculated by
assuming the size of the lines plus a two character line ending, not three.
Therefore, the jump location is off by the number of bytes (101) its trying
to get to.

The script is 190 lines long. If you run dos2unix on the file, the resulting
file is 380 bytes smaller, having dropped two  per line.  Running
unix2dos on the result increases the file size by only 190 (one  per
line).  I'd be curious whether this resulting file with "normal" DOS line
endings works correctly for you.

I don't know if tcsh should handle the extra 's or not.  But perhaps my
observation will at least narrow down where to look.

Ross



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

after setup, all file with no permissions

[Xuefer]

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.05b$ echo $CYGWIN
ntsec title tty error_start:C:\cygwin\bin\dumper.exe



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

working sync() code

[Dmitry Karasik]

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 schematically as such:


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);
   if ((int) f < 0) 
  return -1;
   ret = FlushFileBuffers(f) ? 0 : -1;
   CloseHandle(f);
   return ret;
}

And yes, it is working and doing actual sync of the corresponding file
system,
at least on my w2k machine.

I do not know if there are any issues or why sync() wasn't implemented
yet
but I think this may improve cygwin implementations of sync(), fsync(),
and 
probably msync().

Cheers,
   Dmitry Karasik

PS. This message is probably better off to developers@ or patches@ or
whatever,
but I don't want to subscribe for sending this letter only.

PPS. If you'd prefer an actual patch instead of the vague code just tell
me and 
I'll resubmit.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

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

[Wolfgang Spraul]

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  longer than MAX_PATH characters. AFAIK there are patches, 
but they are not in the standard build, and only partially solve the problem.

I want to play with GNU arch a little bit, and the path limitation is a 
problem, although workarounds exist.
Regards,
Wolfgang



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

setfacl bug?

[Dmitry Bely]

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:\Work\test-facl>getfacl . 
# file: .
# owner: Administrators
# group: None
user::rwx
group::rwx
mask:rwx
other:---
default:user::rwx
default:group::rwx
default:other:rwx
[--- cut ---]

Note the "other" entry access rights!

I think the problem is the following: second setfacl should analyse
existing ACE's AceFlags and decide if it has to modify the existing ACE
(if INHERIT_ONLY_ACE is set) or add the new one. It seems that it does not
do that (although I did not look into the sources). So the Everyone's ACE
(other: entry) is replaced with INHERIT_ONLY_ACE (default:other entry)
which effectively prohibits any access. 

BTW, 
setfacl -s u::rwx,g::rwx,m:rwx,o:rwx,d:u::rwx,d:g::rwx,d:m:rwx,d:o:rwx .
leads just to the same result (no access to the directory for "other" group)

If my analysis is correct, could you fix this?

- Dmitry Bely



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

ufo job

[nils e]

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 ,radios a o please:
(Because I am only 1 worker on   projects)
Make safety sone-distance to dangerobjects/dangeous agression
 (or
both to get max safety
Avoid war: never be angy,(its always ingredient  in
warfare) and sure not friendly
In the irrational hate,mr revenge plays a key role


agrression\hate

This feeling-mess people take serious + it makes eternal
global detours


!. Deep  primitive hate have no end ,just like love
hate contains intence refuse + condemnation.darkness no end

Those who hate therebye dont know of the good things of a
person

Its the most stupid feeling of all.results eternal revenge in
war .aviod\fear weapon

Hate creates a limited world and lets fantasi and random def
of old incidents
of old incidents
again & again used to rule.(heartless)
again & again used to rule.(heartless)
So that hate therebye also creates insanety is no
surprise.(brain)
next time the law system  &  karma  & always  keep safety
distance to guns
distance to guns
Get red of the hate on your human "PC" www.silva
Get red of the hate on your human "PC" www.silva
 important  ufo job 2000-



 Help people to get less looser creating judging


Think global !progression!given of our 2xsun planet friends!

Hate is a childish  "virus". aggression\treat is illegal

Avoid war: never be angry,envy,blame hate revenge etc

In the irrational hate,mr revenge plays a key role

This feeling-mess people take serious and it makes eternal
global detours

!. Deep primitive hate have no end ,just like love

It contains intence refuse and condemnation.darkness no end

Those who hate therebye dont know of the good things of a
person

Its the most stupid feeling of all.results eternal revenge in
war

Hate creates a limited world and lets fantasi and random def
of old incidents
of old incidents
again and again used to rule.(heartless)
again and again used to rule.(heartless)
So that hate therebye also creates incanety is no
surprise.(brain)

Sending this letter will bring you luck
Sending this letter will bring you luck
next time the law system  &  karma  & always  keep safety zone
to guns
!fix the human "PC" www.silvaand the alfabet system
(negative thinking makes more minus  in your account)
(negative thinking makes more minus  in your account)
christmas celebrates  with coffe cake chips coca cola cream
cake crack cigarettes can cause cancer














--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

need major help.

[paul harvey]

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 
correct directory, when i run the prog, it runs in 
c:\windoes\system32\cmd.exe, and says bash-2.05b$.

help would be really appreciated. add me on msn if u have help- 
[EMAIL PROTECTED]

_
Express yourself with cool emoticons - download MSN Messenger today! 
http://www.msn.co.uk/messenger

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: working sync() code

[GARY VANSICKLE]

> 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 schematically as such:
> 
> 
> 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);
>if ((int) f < 0)
>   return -1;
>ret = FlushFileBuffers(f) ? 0 : -1;
>CloseHandle(f);
>return ret;
> }
> 

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" at any rate, which is
what's needed here.  The only way I ever found to actually do this is to
open a handle to the underlying physical drive (and just try mapping drive
letters to physical drives!) and then there's an IOCTL_ that will do the
trick.  And as long as the account has the right privileges, you can do
that, otherwise you can't.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: setfacl bug?

[Corinna Vinschen]

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

Thanks for the report.  I've fixed that in CVS.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: after setup, all file with no permissions

[Larry Hall]

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.6-3   
>
>
>what should i do?


At this point, it's probably easiest to just use 'chmod' or 'setfacl' to 
add the permissions you need.  If you're curious and want more information,
see google 




--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: need major help.

[Larry Hall]

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\, so i cant extract the files to the correct directory, when i run the 
>prog, it runs in c:\windoes\system32\cmd.exe, and says bash-2.05b$.


It sounds like you should start here:

>Problem reports:   http://cygwin.com/problems.html


It's not clear what you think the problem is other than the possibility 
that you might not understand how to use the software you installed.  If 
that's the case, you may just want to visit:

   



--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: working sync() code

[Corinna Vinschen]

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);
>if ((int) f < 0) 
>   return -1;
>ret = FlushFileBuffers(f) ? 0 : -1;
>CloseHandle(f);
>return ret;
> }
> 
> And yes, it is working and doing actual sync of the corresponding file
> system,
> at least on my w2k machine.

How did you know?  Did you monitor cache activity somehow?

> but I think this may improve cygwin implementations of sync(), fsync(),
> and 
> probably msync().

fsync and msync are already implemented so that would only add a sync
implementation.  However, I'm not convinced that this improves Cygwin. 
Today's applications should not rely on sync actually guaranteeing
to sync disks (even Linux sync doesn't guarantee this) and it's generally
advisable to use fsync instead of sync anyway.

> PPS. If you'd prefer an actual patch instead of the vague code just tell
> me and 
> I'll resubmit.

A patch is usually the way to go.  But a patch of that size requires 
a copyright assignment.  See http://cygwin.com/contrib.html for details.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

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

[Xuefer]

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
>>--+   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?
>
>
>At this point, it's probably easiest to just use 'chmod' or 'setfacl' to 
>add the permissions you need.  If you're curious and want more information,
>see google 
>
>
>
>
>--
>Larry Hall  http://www.rfk.com
>RFK Partners, Inc.  (508) 893-9779 - RFK Office
>838 Washington Street   (508) 893-9889 - FAX
>Holliston, MA 01746 
>
>
>--
>Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>Problem reports:   http://cygwin.com/problems.html
>Documentation: http://cygwin.com/docs.html
>FAQ:   http://cygwin.com/faq/
>

= = = = = = = = = = = = = = = = = = = =



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

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

[Larry Hall (RFK Partners, Inc)]

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:26 PM 4/10/2004, you wrote:
>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
>>>--+   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?
>>
>>
>>At this point, it's probably easiest to just use 'chmod' or 'setfacl' to 
>>add the permissions you need.  If you're curious and want more information,
>>see google 
>>
>>
>>
>>
>>--
>>Larry Hall  http://www.rfk.com
>>RFK Partners, Inc.  (508) 893-9779 - RFK Office
>>838 Washington Street   (508) 893-9889 - FAX
>>Holliston, MA 01746 
>>
>>
>>--
>>Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>>Problem reports:   http://cygwin.com/problems.html
>>Documentation: http://cygwin.com/docs.html
>>FAQ:   http://cygwin.com/faq/
>>
>
>= = = = = = = = = = = = = = = = = = = =
>
>
>
>--
>Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>Problem reports:   http://cygwin.com/problems.html
>Documentation: http://cygwin.com/docs.html
>FAQ:   http://cygwin.com/faq/ 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

gcc -mno-cygwin finds the wrong include files

[Volker Quetschke]

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;
# 220 "/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include/stddef.h" 3 4
typedef unsigned int size_t;
# 332 "/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include/stddef.h" 3 4
typedef short unsigned int wchar_t;
# 2 "" 2
Instead of i686-pc-cygwin there should be i686-pc-mingw32.

This looks OK:
$ gcc -mno-cygwin -print-search-dirs
install: /usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/
programs: 
=/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/:/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/:/usr/lib/gcc-lib/i686-pc-mingw32/:/usr/lib/gcc/i686-pc-mingw32/3.3.1/:/usr/lib/gcc/i686-pc-mingw32/:/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/../../../../i686-pc-mingw32/bin/i686-pc-mingw32/3.3.1/:/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/../../../../i686-pc-mingw32/bin/
libraries: 
=/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/:/usr/lib/gcc/i686-pc-mingw32/3.3.1/:/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/../../../../i686-pc-mingw32/lib/i686-pc-mingw32/3.3.1/:/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/../../../../i686-pc-mingw32/lib/:/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/../../../i686-pc-mingw32/3.3.1/:/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/../../../:/lib/i686-pc-mingw32/3.3.1/:/lib/:/usr/lib/i686-pc-mingw32/3.3.1/:/usr/lib/

Volker

P.S.: cygcheck -svr attached

--
PGP/GPG key  (ID: 0x9F8A785D)  available  from  wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913  9E53 3D35 C9BA 9F8A 785D

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Sat Apr 10 22:58:05 2004

Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 1

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\matlab6p5\bin\win32

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1006(quetschke) GID: 513(None)
513(None)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1006(quetschke) GID: 513(None)
513(None)544(Administrators)  
545(Users)

SysDir: C:\WINDOWS\System32
WinDir: C:\WINDOWS

HOME = `C:\cygwin\home\quetschke'
MAKE_MODE = `unix'
PWD = `/home/quetschke'
USER = `quetschke'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\quetschke\Application Data'
CLIENTNAME = `Console'
COLORFGBG = `0;default;15'
COLORTERM = `rxvt-xpm'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `BALTASAR'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
DISPLAY = `:0'
EDITOR = `nano -w'
FTP_PASSIVE = `1'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\quetschke'
HOSTNAME = `Baltasar'
INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'
LOGONSERVER = `\\BALTASAR'
MANPATH = 
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/usr/bin'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 10 Stepping 0, AuthenticAMD'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0a00'
PROGRAMFILES = `C:\Program Files'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
SESSIONNAME = `Console'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINDOWS'
TEMP = `c:\DOCUME~1\QUETSC~1\LOCALS~1\Temp'
TERM = `linux'
TMP = `c:\DOCUME~1\QUETSC~1\LOCALS~1\Temp'
USERDOMAIN = `BALTASAR'
USERNAME = `quetschke'
USERPROFILE = `C:\Documents and Settings\quetschke'
WINDIR = `C:\WINDOWS'
WINDOWID = `168034472'
_ = `/usr/bin/cygcheck'
POSIXLY_CORRECT = `1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `C:\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `C:\cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts
  (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

c:  hd  NTFS7059Mb  97% CP CS UN PA FC 
d:  hd  FAT32  11551Mb  73% CPUN  

Re: working sync() code

[David Fritz]

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 file 
systems to be scheduled for writing out to all file systems.

The writing, although scheduled, is not necessarily complete upon return from 
sync().


So such semantics don't seem to be necessary.

It also indicates that sync() should return void not int.

Cheers

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: working sync() code

[GARY VANSICKLE]

[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().
> 
> 

"scheduled for writing out"?  Isn't that done at the time any
file/filesystem calls are made?  Unless I'm missing something, that quote
translates to, "sync() does nothing".


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: working sync() code

[David Fritz]

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

"scheduled for writing out"?  Isn't that done at the time any
file/filesystem calls are made?  Unless I'm missing something, that quote
translates to, "sync() does nothing".
Or at least "sync() isn't guaranteed to do anything".  Yes, it's extremely 
vague.  I guess we could consider Cygwin's current implementation as conforming. 
  :) Which is consistent with Corinna's comments.

Cheers



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/