* Re: Cygwin participation threshold
@ 1999-02-28 16:22 Christopher G. Faylor
[not found] ` < 199903010022.QAA07416@rtl.cygnus.com >
1999-02-28 23:02 ` Cygwin participation threshold Christopher G. Faylor
0 siblings, 2 replies; 37+ messages in thread
From: Christopher G. Faylor @ 1999-02-28 16:22 UTC (permalink / raw)
To: cgf, smorris; +Cc: cygwin
>From: Steve Morris <smorris@nexen.com>
>Date: Fri, 26 Feb 1999 11:55:50 -0500 (EST)
>
>In all this discussion something important is being lost. Cris
>bemoaned the lack of development support for cygwin and asked for
>reasons. I and others tried to explain where we think the issues
>are. Inevitably this comes out sounding negative, but at least on my
>part, this is not intended. Maybe we took Cris' questions too
>literally. Flogging Cygnus was not the intent. We were trying to offer
>legitimate feedback to a legitimate question.
>
>Let me reiterate that Cygnus is clearly one of the Good Guys. The best
>guys are the Cygnus employees (like Cris) who volunteer their own time
>to this project.
>
>Many of us are rooting for Cygnus and are hoping more companies figure
>out how to make money on free software; because they then tend to give
>back. As an example gcc and gdb have been in much better shape all
>these years since Cygnus became the official release site.
Thanks very much for this positive note.
I was hoping that my original message would generate a lot of discussion
because I thought that it would give DJ and myself an opportunity to
explain something about Cygnus/Cygwin as well as providing a venue
for everyone else to provide their outlook.
It may not be obvious but I do appreciate any and all feedback on this
issue. It certainly helps educate me on people's perception of my
company and my product. I do want to understand what people think
about this.
That doesn't mean that I won't argue with perceptions that I think
are wrong but I certainly respect everyone's right to an opinion.
Again, thanks to you and to the handful of other people who sent me
private supportive email. I appreciate it.
cgf
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 37+ messages in thread
[parent not found: < 199903010022.QAA07416@rtl.cygnus.com >]
* mySQL, mSQL, PostgreSQL with cygwin ? [not found] ` < 199903010022.QAA07416@rtl.cygnus.com > @ 1999-02-28 17:52 ` Sebastien Barre 1999-02-28 23:02 ` Stipe Tolj 1999-02-28 23:02 ` Sebastien Barre 0 siblings, 2 replies; 37+ messages in thread From: Sebastien Barre @ 1999-02-28 17:52 UTC (permalink / raw) To: cygwin I was wondering if anyone of you did successfully build/install/test one of these products with Cygwin32 : - mySQL - mSQL - PostgreSQL Thanks :) (I already found something related to mSQL at the Cygwin Porting Projet http://www.student.uni-koeln.de/cygwin/Distribution/Source/msql/ , but it seems not complete). ______________________________________________________________ Sebastien Barre http://www.hds.utc.fr/~barre/ -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: mySQL, mSQL, PostgreSQL with cygwin ? 1999-02-28 17:52 ` mySQL, mSQL, PostgreSQL with cygwin ? Sebastien Barre @ 1999-02-28 23:02 ` Stipe Tolj 1999-03-01 6:09 ` Sebastien Barre 1999-02-28 23:02 ` Sebastien Barre 1 sibling, 1 reply; 37+ messages in thread From: Stipe Tolj @ 1999-02-28 23:02 UTC (permalink / raw) To: Sebastien Barre; +Cc: cygwin > I was wondering if anyone of you did successfully build/install/test one of > these products with Cygwin32 : > > - mySQL > - mSQL > - PostgreSQL > > Thanks :) > > (I already found something related to mSQL at the Cygwin Porting Projet > http://www.student.uni-koeln.de/cygwin/Distribution/Source/msql/ , but it > seems not complete). sorry, the mSQL 2.0.4.1 source port is outdated and non-stable. A contributed stable port of mSQL 2.0.5 may be found within the camp-1.1b (Cygwin Apache mSQL PHP3) embedded web authoring environment in binary form at http://www.student.uni-koeln.de/cygwin/Distribution/Binary A contributed PostgreSQL 6.4 port in binary form is also available at this location, but it's only supposed to run on NT. MySQL is _not_ ported to Cygwin due to the lack of the pthreads functions used in the multi-user multi-threaded MySQL database engine. Currently Cygwin is getting at least experimental support for pthreads functions, but I suppose it will take some time to get a stable port of MySQL done to Cygwin. There is a native Win32 shareware version of MySQL 3.21.29a which works perfectly with our Apache 1.3.4 and integrated PHP 3.0.6, check out MySQL's official web site. Regards, Stipe -- Stipe Tolj <tolj@uni-duesseldorf.de> Cygwin Porting Project -- "We build UNIX on top of Windows" http://www.student.uni-koeln.de/cygwin/ Department of Economical Computer Science University of Cologne, Germany -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: mySQL, mSQL, PostgreSQL with cygwin ? 1999-02-28 23:02 ` Stipe Tolj @ 1999-03-01 6:09 ` Sebastien Barre [not found] ` < 4.1.19990301145716.017379b0@mail.club-internet.fr > ` (2 more replies) 0 siblings, 3 replies; 37+ messages in thread From: Sebastien Barre @ 1999-03-01 6:09 UTC (permalink / raw) To: Stipe Tolj; +Cc: cygwin At 07:59 01/03/99 +0100, Stipe Tolj wrote: >A contributed PostgreSQL 6.4 port in binary form is also available at this >location, but it's only supposed to run on NT Very good. I also downloaded the 6.4.2 source and will try to compile it. Too bad there isn't a diff file at your location, but if I fail, I will install the binary, for sure. >MySQL is _not_ ported to Cygwin due to the lack of the pthreads functions used >in the multi-user multi-threaded MySQL database engine. Currently Cygwin is >getting at least experimental support for pthreads functions, but I suppose it >will take some time to get a stable port of MySQL done to Cygwin. Thanks for the information, but there is something very obscure to me, they ARE binaries for cygwin32 : http://www.tcx.se/download.html "MySQL 3.22.10 clients compiled with the cygwin32 kit. This includes 'mysql' with readline editing capabilities. " and a link to http://www.tcx.se/Downloads/Win32/mysqlclient-3.22.10b-cygwin-b20.tar.gz I downloaded it, here is the content : -rw-r--r-- tolj/None 723652 1998-11-08 17:59 cygwin1.dll -rwxr-xr-x tolj/None 41472 1998-11-17 19:40 insert_test.exe -rwxr-xr-x tolj/None 192512 1998-11-17 19:40 mysql.exe -rwxr-xr-x tolj/None 55296 1998-11-17 19:40 mysqladmin.exe -rwxr-xr-x tolj/None 62464 1998-11-17 19:40 mysqldump.exe -rwxr-xr-x tolj/None 53760 1998-11-17 19:40 mysqlimport.exe -rwxr-xr-x tolj/None 53760 1998-11-17 19:40 mysqlshow.exe -rwxr-xr-x tolj/None 41472 1998-11-17 19:40 select_test.exe Which seems to mean that the mySQL DLL was succesfully built (how ??), and linked or added to the original cygwin1.dll ? If it's true, it may remove my coolview support, am I wrong ? Furthermore, you have to get a license to use it officialy. >There is a native Win32 shareware version of MySQL 3.21.29a which works >perfectly with our Apache 1.3.4 and integrated PHP 3.0.6, check out MySQL's >official web site. I do not know if I'll be able to use it with Perl built for cygwin ? If I compile a DBI module for MySQL within my cygwin perl context, the DLL formats won't match I guess. Regards ______________________________________________________________ Sebastien Barre http://www.hds.utc.fr/~barre/ -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
[parent not found: < 4.1.19990301145716.017379b0@mail.club-internet.fr >]
* [HELP] stat(), file permission, r/w access : i'm LOST :( [not found] ` < 4.1.19990301145716.017379b0@mail.club-internet.fr > @ 1999-03-01 13:28 ` Sebastien Barre [not found] ` < 4.1.19990301211226.016b1250@mail.club-internet.fr > ` (2 more replies) 0 siblings, 3 replies; 37+ messages in thread From: Sebastien Barre @ 1999-03-01 13:28 UTC (permalink / raw) To: cygwin [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1: Type: text/plain, Size: 4449 bytes --] Dear cygwin people As some of you might have noticed (sorry for the flood), I'm still trying to arbitrate The Fight between Perl 5.002 and cygwin32-B20.1 (the battlefield being NT4/SP4). Well, thanks to some of you, I nearly did it (and also ruined a couple of nights), but a strange problem lead me to some more confusion : Problem : although I'm working as single user on a standalone workstation, and always logged as sysadmin ("administrateur" in french), cygwin seems to see/create the files on my hard disk as *not* belonging to me, but to another "being" (which is not obvious to me). I'll do my best to describe it (it's really *easy* to observe) : let's have a look at a simple Perl example, then a short C example with stat(), and my /etc/passwd and /etc/group. Finally I will create a simple file with 'touch', and you will notice that it will be reported as NOT belonging to me and not being writable :(( Note : this seems specific to NT, which is not surprising regarding file permissions. Perl example : ---------------------- Note : I created /etc/passwd and /etc/group with 'mkpasswd -l' and 'mkgroup -l' respectively, as reported in many FAQS. administrateur [26] /etc$ perl -e 'print "yes" if -w "group";' administrateur [27] /etc$ ll total 7 -rw-r--r-- 1 544 Aucun 27 Feb 26 02:45 group -rw-r--r-- 1 544 Aucun 65 Mar 1 21:08 passwd -rw-r--r-- 1 544 Aucun 9828 Dec 1 14:00 termcap That command (-w) will display 'yes' if the file (here, /etc/group) is writable. Apparently, it fails. And fails everywhere in my filesystem. The '-w' command is using C<stat>, let's move on : C example : ---------------------- #include <sys/stat.h> #include <stdlib.h> int main() { struct stat mystat; stat("group", &mystat); printf("mode : %o, uid : %u, gid : %u\n", mystat.st_mode, mystat.st_uid, mystat.st_gid); exit(0); } Run : administrateur [52] /etc$ gcc mystat.c administrateur [53] /etc$ a.exe mode : 100644, uid : 544, gid : 513 administrateur [55] /etc$ ll group -rw-r--r-- 1 544 Aucun 27 Feb 26 02:45 group Which means : - /etc/group belongs to user which UID is 544, and to group which GID is 513 - it's a regular file (100000), - read/write permission to owner (600), read permission to group (40) and read to other (4). BUT (and it drives me crazy). I CREATED that file, and I'm NOT user 544 ! (more about this strange fellow below). administrateur [56] /etc$ whoami administrateur administrateur [74] /etc$ cat passwd Administrateur::500:513:seb::/bin/sh InvitÃ::501:513:::/bin/sh administrateur [75] /etc$ cat group Aucun::513: Everyone::0: Obviously, I'm user 500 (I changed my name to 'seb' so that to check). => Therefore WHY are all files created as 544 (even with tar) ? (the group is correct : 513). I thought it was related to /etc/passwd, but I just do NOT UNDERSTAND the difference between -l and -g option for 'mkpasswd'. -l,--local print local accounts -g,--local-groups print local group information too administrateur [77] /etc$ mkpasswd -l Administrateur::500:513:seb::/bin/sh InvitÃ::501:513:::/bin/sh administrateur [79] /etc$ mkpasswd -g Administrateurs::544:0::: Duplicateurs::552:0::: InvitÃs::546:0::: OpÃrateurs de sauvegarde::551:0::: Utilisateurs::545:0::: Utilisateurs avec pouvoir::547:0::: => who are these users ?!? these should be groups !! I'm belonging to the "Administrateurs" group for NT (in the "Gestionnaire d'utilisateurs" ~= "User manager"), and this has been translated to a user, I'm completely lost :(( => dumping 'mkpasswd -l -g' to /etc/passwd (instead of 'mkpasswd -l') did NOT help. Here is the same joke : administrateur [84] /etc$ touch test administrateur [85] /etc$ ll test -rw-r--r-- 1 544 Aucun 0 Mar 1 21:46 test administrateur [86] /etc$ perl -e 'print "yes" if -w "test";' administrateur [87] /etc$ WOAH : I created a file, and it's automatically assigned to someone else ! Give me my file back please :( And of course, although I created it, it's now NOT writable for cygwin. I guess I might be just dumb. Any help would be really appreciated (by my mental health). Thanks ______________________________________________________________ Sebastien Barre http://www.hds.utc.fr/~barre/ -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
[parent not found: < 4.1.19990301211226.016b1250@mail.club-internet.fr >]
* Re: [HELP] stat(), file permission, r/w access : i'm LOST :( [not found] ` < 4.1.19990301211226.016b1250@mail.club-internet.fr > @ 1999-03-01 13:42 ` Larry Hall (RFK Partners, Inc) [not found] ` < 3.0.3.32.19990301163809.00994e00@pop.ma.ultranet.com > 1999-03-31 19:45 ` Larry Hall (RFK Partners, Inc) 0 siblings, 2 replies; 37+ messages in thread From: Larry Hall (RFK Partners, Inc) @ 1999-03-01 13:42 UTC (permalink / raw) To: Sebastien Barre, cygwin At 10:14 PM 3/1/99 +0100, Sebastien Barre wrote: >administrateur [27] /etc$ ll >total 7 >-rw-r--r-- 1 544 Aucun 27 Feb 26 02:45 group >-rw-r--r-- 1 544 Aucun 65 Mar 1 21:08 passwd >-rw-r--r-- 1 544 Aucun 9828 Dec 1 14:00 termcap > >That command (-w) will display 'yes' if the file (here, /etc/group) is >writable. Apparently, it fails. And fails everywhere in my filesystem. The >'-w' command is using C<stat>, let's move on : This is a known bug. testing for file permissions will not return "yes" unless that permission is given to everyone. This may be related to the fact that you are the "Administrator" (see below). >BUT (and it drives me crazy). I CREATED that file, and I'm NOT user 544 ! >(more about this strange fellow below). 544 is the "Administrator" group, which is used as the UID of everyone in that group. This has been discussed many times on this list and is an NTism. Larry Hall lhall@rfk.com RFK Partners, Inc. (781) 239-1053 8 Grove Street (781) 239-1655 Wellesley, MA, 02482-7797 http://www.rfk.com -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
[parent not found: < 3.0.3.32.19990301163809.00994e00@pop.ma.ultranet.com >]
* Re: [HELP] stat(), file permission, r/w access : i'm LOST :( [not found] ` < 3.0.3.32.19990301163809.00994e00@pop.ma.ultranet.com > @ 1999-03-01 14:34 ` Sebastien Barre [not found] ` < 4.1.19990301232226.01717350@mail.club-internet.fr > 1999-03-31 19:45 ` Sebastien Barre 0 siblings, 2 replies; 37+ messages in thread From: Sebastien Barre @ 1999-03-01 14:34 UTC (permalink / raw) To: Larry Hall (RFK Partners, Inc); +Cc: cygwin At 16:38 01/03/99 -0500, Larry Hall (RFK Partners, Inc) wrote: >This is a known bug. Arghh. >testing for file permissions will not return "yes" >unless that permission is given to everyone. This may be related to the >fact that you are the "Administrator" (see below). >544 is the "Administrator" group, which is used as the UID of everyone in >that group. But shall be used as GID instead. > This has been discussed many times on this list and is an NTism. Is there a workaround ? I mean, if this is a know bug, is there a way to fix it in the cygwin sources ? Thanks for your help ______________________________________________________________ Sebastien Barre http://www.hds.utc.fr/~barre/ -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
[parent not found: < 4.1.19990301232226.01717350@mail.club-internet.fr >]
* Re: [HELP] stat(), file permission, r/w access : i'm LOST :( [not found] ` < 4.1.19990301232226.01717350@mail.club-internet.fr > @ 1999-03-01 14:47 ` Larry Hall (RFK Partners, Inc) [not found] ` < 3.0.3.32.19990301174320.0098ad30@pop.ma.ultranet.com > 1999-03-31 19:45 ` Larry Hall (RFK Partners, Inc) 0 siblings, 2 replies; 37+ messages in thread From: Larry Hall (RFK Partners, Inc) @ 1999-03-01 14:47 UTC (permalink / raw) To: Sebastien Barre; +Cc: cygwin At 11:27 PM 3/1/99 +0100, Sebastien Barre wrote: >> This has been discussed many times on this list and is an NTism. > >Is there a workaround ? I mean, if this is a know bug, is there a way to >fix it in the cygwin sources ? > Workarounds? You might try removing yourself from Administrators group. This may do the trick. Alternatively, you can change your umask so that write permision is given to everyone. That should solve it too. Fixing the bug in the source is also possible. I know Corinna has been doing some work with making permissions track more closely with UNIX style. I'm not sure whether his changes will help in this arena... Larry Hall lhall@rfk.com RFK Partners, Inc. (781) 239-1053 8 Grove Street (781) 239-1655 Wellesley, MA, 02482-7797 http://www.rfk.com -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
[parent not found: < 3.0.3.32.19990301174320.0098ad30@pop.ma.ultranet.com >]
* Re: [HELP] stat(), file permission, r/w access : i'm LOST :( [not found] ` < 3.0.3.32.19990301174320.0098ad30@pop.ma.ultranet.com > @ 1999-03-02 1:02 ` Sebastien Barre 1999-03-02 3:26 ` Heinz-Jürgen Oertel ` (2 more replies) 1999-03-02 3:04 ` Lassi A. Tuura 1999-03-06 2:49 ` Sebastien Barre 2 siblings, 3 replies; 37+ messages in thread From: Sebastien Barre @ 1999-03-02 1:02 UTC (permalink / raw) To: Larry Hall (RFK Partners, Inc); +Cc: cygwin At 17:43 01/03/99 -0500, you wrote: >>Is there a workaround ? I mean, if this is a know bug, is there a way to >>fix it in the cygwin sources ? >Workarounds? You might try removing yourself from Administrators group. Which seems a bit risky. >This may do the trick. Alternatively, you can change your umask so that >write permision is given to everyone. That sounds interesting, could you please be more specific, I'm not exactly a umask guru, and I have no man page. Thanks a lot for any help. >Fixing the bug in the source is also possible. I know Corinna has been >doing some work with making permissions track more closely with UNIX style. >I'm not sure whether his changes will help in this arena... I do not want to put pressure on the cygwin team if I can solve it myself in a efficent way, they already do a great job. Sincerely ______________________________________________________________ Sebastien Barre http://www.hds.utc.fr/~barre/ -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [HELP] stat(), file permission, r/w access : i'm LOST :( 1999-03-02 1:02 ` Sebastien Barre @ 1999-03-02 3:26 ` Heinz-Jürgen Oertel 1999-03-31 19:45 ` Heinz-Jürgen Oertel [not found] ` < 4.1.19990302094806.016bc410@mail.club-internet.fr > 1999-03-31 19:45 ` Sebastien Barre 2 siblings, 1 reply; 37+ messages in thread From: Heinz-Jürgen Oertel @ 1999-03-02 3:26 UTC (permalink / raw) To: Sebastien Barre, Cygwin-32 [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1: Type: text/plain, Size: 2596 bytes --] Sebastien Barre schrieb: > > At 17:43 01/03/99 -0500, you wrote: > > > That sounds interesting, could you please be more specific, I'm not exactly > a umask guru, and I have no man page. Thanks a lot for any help. > umask [-S] [mask] Display or set the file permission creation mask, or umask (see umask(2)). If the -S option is used, the mask displayed or set is symbolic, otherwise it is an octal number. Symbolic masks are like those used by chmod(1): [ugoa]{{=+-}{rwx}*}+[,...] in which the first group of characters is the who part, the second group is the op part, and the last group is the perm part. The who part specifies which part of the umask is to be modified. The letters mean: u the user permissions g the group permissions o the other permissions (non-user, non-group) a all permissions (user, group and other) The op part indicates how the who permissions are to be modified: = set + added to - removed from The perm part specifies which permissions are to be set, added or removed: r read permission w write permission x execute permission When symbolic masks are used, they describe what permissions may be made available (as opposed to octal masks in which a set bit means the corre sponding bit is to be cleared). Example: `ug=rwx,o=' sets the mask so files will not be readable, writable or executable by `others', and is equivalent (on most systems) to the octal mask `07'. -- with best regards / mit freundlichen GrüÃen Heinz-Jürgen Oertel ========================================== Heinz-Juergen Oertel port GmbH phone +49 3493 743-10 Antonienstr. 3 fax +49 3493 743-15 D-06749 Bitterfeld mailto:service@port.de Germany http://www.port.de ========================================== -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [HELP] stat(), file permission, r/w access : i'm LOST :( 1999-03-02 3:26 ` Heinz-Jürgen Oertel @ 1999-03-31 19:45 ` Heinz-Jürgen Oertel 0 siblings, 0 replies; 37+ messages in thread From: Heinz-Jürgen Oertel @ 1999-03-31 19:45 UTC (permalink / raw) To: Sebastien Barre, Cygwin-32 [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1: Type: text/plain, Size: 2597 bytes --] Sebastien Barre schrieb: > > At 17:43 01/03/99 -0500, you wrote: > > > That sounds interesting, could you please be more specific, I'm not exactly > a umask guru, and I have no man page. Thanks a lot for any help. > umask [-S] [mask] Display or set the file permission creation mask, or umask (see umask(2)). If the -S option is used, the mask displayed or set is symbolic, otherwise it is an octal number. Symbolic masks are like those used by chmod(1): [ugoa]{{=+-}{rwx}*}+[,...] in which the first group of characters is the who part, the second group is the op part, and the last group is the perm part. The who part specifies which part of the umask is to be modified. The letters mean: u the user permissions g the group permissions o the other permissions (non-user, non-group) a all permissions (user, group and other) The op part indicates how the who permissions are to be modified: = set + added to - removed from The perm part specifies which permissions are to be set, added or removed: r read permission w write permission x execute permission When symbolic masks are used, they describe what permissions may be made available (as opposed to octal masks in which a set bit means the corre sponding bit is to be cleared). Example: `ug=rwx,o=' sets the mask so files will not be readable, writable or executable by `others', and is equivalent (on most systems) to the octal mask `07'. -- with best regards / mit freundlichen GrüÃen Heinz-Jürgen Oertel ========================================== Heinz-Juergen Oertel port GmbH phone +49 3493 743-10 Antonienstr. 3 fax +49 3493 743-15 D-06749 Bitterfeld mailto:service@port.de Germany http://www.port.de ========================================== -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
[parent not found: < 4.1.19990302094806.016bc410@mail.club-internet.fr >]
* Re: [HELP] stat(), file permission, r/w access : i'm LOST :( [not found] ` < 4.1.19990302094806.016bc410@mail.club-internet.fr > @ 1999-03-02 23:55 ` Geoffrey Noer 1999-03-31 19:45 ` Geoffrey Noer 0 siblings, 1 reply; 37+ messages in thread From: Geoffrey Noer @ 1999-03-02 23:55 UTC (permalink / raw) To: Sebastien Barre; +Cc: Larry Hall (RFK Partners, Inc), cygwin On Tue, Mar 02, 1999, Sebastien Barre wrote: [...] > >Fixing the bug in the source is also possible. I know Corinna has been > >doing some work with making permissions track more closely with UNIX style. [...] Note that these changes aren't being ignored. I'm trying to stabilize my build environment again (pesky internal compiler errors, sigh) and then I'll be looking into/testing her changes. Hopefully we'll be adding them soon to the development sources... -- Geoffrey Noer Email: noer@cygnus.com Cygnus Solutions -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [HELP] stat(), file permission, r/w access : i'm LOST :( 1999-03-02 23:55 ` Geoffrey Noer @ 1999-03-31 19:45 ` Geoffrey Noer 0 siblings, 0 replies; 37+ messages in thread From: Geoffrey Noer @ 1999-03-31 19:45 UTC (permalink / raw) To: Sebastien Barre; +Cc: Larry Hall (RFK Partners, Inc), cygwin On Tue, Mar 02, 1999, Sebastien Barre wrote: [...] > >Fixing the bug in the source is also possible. I know Corinna has been > >doing some work with making permissions track more closely with UNIX style. [...] Note that these changes aren't being ignored. I'm trying to stabilize my build environment again (pesky internal compiler errors, sigh) and then I'll be looking into/testing her changes. Hopefully we'll be adding them soon to the development sources... -- Geoffrey Noer Email: noer@cygnus.com Cygnus Solutions -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [HELP] stat(), file permission, r/w access : i'm LOST :( 1999-03-02 1:02 ` Sebastien Barre 1999-03-02 3:26 ` Heinz-Jürgen Oertel [not found] ` < 4.1.19990302094806.016bc410@mail.club-internet.fr > @ 1999-03-31 19:45 ` Sebastien Barre 2 siblings, 0 replies; 37+ messages in thread From: Sebastien Barre @ 1999-03-31 19:45 UTC (permalink / raw) To: Larry Hall (RFK Partners, Inc); +Cc: cygwin At 17:43 01/03/99 -0500, you wrote: >>Is there a workaround ? I mean, if this is a know bug, is there a way to >>fix it in the cygwin sources ? >Workarounds? You might try removing yourself from Administrators group. Which seems a bit risky. >This may do the trick. Alternatively, you can change your umask so that >write permision is given to everyone. That sounds interesting, could you please be more specific, I'm not exactly a umask guru, and I have no man page. Thanks a lot for any help. >Fixing the bug in the source is also possible. I know Corinna has been >doing some work with making permissions track more closely with UNIX style. >I'm not sure whether his changes will help in this arena... I do not want to put pressure on the cygwin team if I can solve it myself in a efficent way, they already do a great job. Sincerely ______________________________________________________________ Sebastien Barre http://www.hds.utc.fr/~barre/ -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [HELP] stat(), file permission, r/w access : i'm LOST :( [not found] ` < 3.0.3.32.19990301174320.0098ad30@pop.ma.ultranet.com > 1999-03-02 1:02 ` Sebastien Barre @ 1999-03-02 3:04 ` Lassi A. Tuura 1999-03-31 19:45 ` Lassi A. Tuura 1999-03-06 2:49 ` Sebastien Barre 2 siblings, 1 reply; 37+ messages in thread From: Lassi A. Tuura @ 1999-03-02 3:04 UTC (permalink / raw) To: Larry Hall (RFK Partners, Inc); +Cc: Sebastien Barre, cygwin On Mon, 1 Mar 1999, Larry Hall (RFK Partners, Inc) wrote: |> Fixing the bug in the source is also possible. I know Corinna has been |> doing some work with making permissions track more closely with UNIX style. |> I'm not sure whether his changes will help in this arena... If somebody is going to fix this, I would strongly encourage to fix it in a way that uses `access' to determine file permissions, not something based on `stat'. This would have the benefit of making things work on the AFS filesystem as well, where using getuid and st_uid (or similar) to determine accessibility is meaningless: AFS uses ACLs and tokens that determine access rights, and the application has no way to know either of these unless it links against the AFS/Kerberos libraries. Please make the scheme trust the operating system (or network file system deamons), and not to build additional logic that fails with ACL-based systems. For example, GNU test program has this bug -- it depends on `stat' instead of `access'. Presumably Win32 system calls responds like AFS with ACLs -- call the right function (`access'?) and it will tell you whether you can access the file or not. Alternatively, `stat' should use the security API to fill in the st_mode fields correctly, but I am not sure this will work with networked file systems that implement their own security rules. Cheers, //lat -- With sufficient thrust, pigs fly just fine. However, this is not necessarily a good idea. It is hard to be sure where they are going to land, and it could be dangerous sitting under them as they fly overhead. --RFC1925, "The Twelve Networking Truths" -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [HELP] stat(), file permission, r/w access : i'm LOST :( 1999-03-02 3:04 ` Lassi A. Tuura @ 1999-03-31 19:45 ` Lassi A. Tuura 0 siblings, 0 replies; 37+ messages in thread From: Lassi A. Tuura @ 1999-03-31 19:45 UTC (permalink / raw) To: Larry Hall (RFK Partners, Inc); +Cc: Sebastien Barre, cygwin On Mon, 1 Mar 1999, Larry Hall (RFK Partners, Inc) wrote: |> Fixing the bug in the source is also possible. I know Corinna has been |> doing some work with making permissions track more closely with UNIX style. |> I'm not sure whether his changes will help in this arena... If somebody is going to fix this, I would strongly encourage to fix it in a way that uses `access' to determine file permissions, not something based on `stat'. This would have the benefit of making things work on the AFS filesystem as well, where using getuid and st_uid (or similar) to determine accessibility is meaningless: AFS uses ACLs and tokens that determine access rights, and the application has no way to know either of these unless it links against the AFS/Kerberos libraries. Please make the scheme trust the operating system (or network file system deamons), and not to build additional logic that fails with ACL-based systems. For example, GNU test program has this bug -- it depends on `stat' instead of `access'. Presumably Win32 system calls responds like AFS with ACLs -- call the right function (`access'?) and it will tell you whether you can access the file or not. Alternatively, `stat' should use the security API to fill in the st_mode fields correctly, but I am not sure this will work with networked file systems that implement their own security rules. Cheers, //lat -- With sufficient thrust, pigs fly just fine. However, this is not necessarily a good idea. It is hard to be sure where they are going to land, and it could be dangerous sitting under them as they fly overhead. --RFC1925, "The Twelve Networking Truths" -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [HELP] stat(), file permission, r/w access : i'm LOST :( [not found] ` < 3.0.3.32.19990301174320.0098ad30@pop.ma.ultranet.com > 1999-03-02 1:02 ` Sebastien Barre 1999-03-02 3:04 ` Lassi A. Tuura @ 1999-03-06 2:49 ` Sebastien Barre [not found] ` < 4.1.19990305214515.016caba0@mail.club-internet.fr > 1999-03-31 19:45 ` Sebastien Barre 2 siblings, 2 replies; 37+ messages in thread From: Sebastien Barre @ 1999-03-06 2:49 UTC (permalink / raw) To: Larry Hall (RFK Partners, Inc); +Cc: cygwin At 17:43 01/03/99 -0500, Larry Hall (RFK Partners, Inc) wrote: >At 11:27 PM 3/1/99 +0100, Sebastien Barre wrote: >>> This has been discussed many times on this list and is an NTism. >> >>Is there a workaround ? I mean, if this is a know bug, is there a way to >>fix it in the cygwin sources ? >Workarounds? You might try removing yourself from Administrators group. >This may do the trick. Alternatively, you can change your umask so that >write permision is given to everyone. That should solve it too. Well, write permission was *already* given to anyone : administrateur [21] ~$ umask 000 administrateur [22] ~$ umask -S u=rwx,g=rwx,o=rwx and this had no influence : administrateur [23] ~$ touch foo administrateur [24] ~$ ll foo -rw-r--r-- 1 544 Aucun 0 Mar 5 21:46 foo administrateur [26] ~$ perl -e 'print "yes" if -w "foo";' administrateur [27] ~$ ______________________________________________________________ Sebastien Barre http://www.hds.utc.fr/~barre/ -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
[parent not found: < 4.1.19990305214515.016caba0@mail.club-internet.fr >]
* Re: [HELP] stat(), file permission, r/w access : i'm LOST :( [not found] ` < 4.1.19990305214515.016caba0@mail.club-internet.fr > @ 1999-03-06 11:04 ` Larry Hall 1999-03-31 19:45 ` Larry Hall 0 siblings, 1 reply; 37+ messages in thread From: Larry Hall @ 1999-03-06 11:04 UTC (permalink / raw) To: Sebastien Barre; +Cc: cygwin At 09:47 PM 3/5/99 +0100, Sebastien Barre wrote: >At 17:43 01/03/99 -0500, Larry Hall (RFK Partners, Inc) wrote: >>At 11:27 PM 3/1/99 +0100, Sebastien Barre wrote: >>>> This has been discussed many times on this list and is an NTism. >>> >>>Is there a workaround ? I mean, if this is a know bug, is there a way to >>>fix it in the cygwin sources ? > >>Workarounds? You might try removing yourself from Administrators group. >>This may do the trick. Alternatively, you can change your umask so that >>write permision is given to everyone. That should solve it too. > >Well, write permission was *already* given to anyone : > >administrateur [21] ~$ umask >000 >administrateur [22] ~$ umask -S >u=rwx,g=rwx,o=rwx > >and this had no influence : > >administrateur [23] ~$ touch foo >administrateur [24] ~$ ll foo >-rw-r--r-- 1 544 Aucun 0 Mar 5 21:46 foo >administrateur [26] ~$ perl -e 'print "yes" if -w "foo";' >administrateur [27] ~$ > > I think I mentioned this to you before but I believe I initially left out that you need to set "ntea" in your CYGWIN environment variable for the permissions to explicitly show up via ls and friends. Be sure to check the FAQ/archives about the issues with using "ntea" and FAT partitions however... Larry Hall lhall@rfk.com RFK Partners, Inc. (781) 239-1053 8 Grove Street (781) 239-1655 - FAX Wellesley, MA 02482-7797 http://www.rfk.com -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [HELP] stat(), file permission, r/w access : i'm LOST :( 1999-03-06 11:04 ` Larry Hall @ 1999-03-31 19:45 ` Larry Hall 0 siblings, 0 replies; 37+ messages in thread From: Larry Hall @ 1999-03-31 19:45 UTC (permalink / raw) To: Sebastien Barre; +Cc: cygwin At 09:47 PM 3/5/99 +0100, Sebastien Barre wrote: >At 17:43 01/03/99 -0500, Larry Hall (RFK Partners, Inc) wrote: >>At 11:27 PM 3/1/99 +0100, Sebastien Barre wrote: >>>> This has been discussed many times on this list and is an NTism. >>> >>>Is there a workaround ? I mean, if this is a know bug, is there a way to >>>fix it in the cygwin sources ? > >>Workarounds? You might try removing yourself from Administrators group. >>This may do the trick. Alternatively, you can change your umask so that >>write permision is given to everyone. That should solve it too. > >Well, write permission was *already* given to anyone : > >administrateur [21] ~$ umask >000 >administrateur [22] ~$ umask -S >u=rwx,g=rwx,o=rwx > >and this had no influence : > >administrateur [23] ~$ touch foo >administrateur [24] ~$ ll foo >-rw-r--r-- 1 544 Aucun 0 Mar 5 21:46 foo >administrateur [26] ~$ perl -e 'print "yes" if -w "foo";' >administrateur [27] ~$ > > I think I mentioned this to you before but I believe I initially left out that you need to set "ntea" in your CYGWIN environment variable for the permissions to explicitly show up via ls and friends. Be sure to check the FAQ/archives about the issues with using "ntea" and FAT partitions however... Larry Hall lhall@rfk.com RFK Partners, Inc. (781) 239-1053 8 Grove Street (781) 239-1655 - FAX Wellesley, MA 02482-7797 http://www.rfk.com -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [HELP] stat(), file permission, r/w access : i'm LOST :( 1999-03-06 2:49 ` Sebastien Barre [not found] ` < 4.1.19990305214515.016caba0@mail.club-internet.fr > @ 1999-03-31 19:45 ` Sebastien Barre 1 sibling, 0 replies; 37+ messages in thread From: Sebastien Barre @ 1999-03-31 19:45 UTC (permalink / raw) To: Larry Hall (RFK Partners, Inc); +Cc: cygwin At 17:43 01/03/99 -0500, Larry Hall (RFK Partners, Inc) wrote: >At 11:27 PM 3/1/99 +0100, Sebastien Barre wrote: >>> This has been discussed many times on this list and is an NTism. >> >>Is there a workaround ? I mean, if this is a know bug, is there a way to >>fix it in the cygwin sources ? >Workarounds? You might try removing yourself from Administrators group. >This may do the trick. Alternatively, you can change your umask so that >write permision is given to everyone. That should solve it too. Well, write permission was *already* given to anyone : administrateur [21] ~$ umask 000 administrateur [22] ~$ umask -S u=rwx,g=rwx,o=rwx and this had no influence : administrateur [23] ~$ touch foo administrateur [24] ~$ ll foo -rw-r--r-- 1 544 Aucun 0 Mar 5 21:46 foo administrateur [26] ~$ perl -e 'print "yes" if -w "foo";' administrateur [27] ~$ ______________________________________________________________ Sebastien Barre http://www.hds.utc.fr/~barre/ -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [HELP] stat(), file permission, r/w access : i'm LOST :( 1999-03-01 14:47 ` Larry Hall (RFK Partners, Inc) [not found] ` < 3.0.3.32.19990301174320.0098ad30@pop.ma.ultranet.com > @ 1999-03-31 19:45 ` Larry Hall (RFK Partners, Inc) 1 sibling, 0 replies; 37+ messages in thread From: Larry Hall (RFK Partners, Inc) @ 1999-03-31 19:45 UTC (permalink / raw) To: Sebastien Barre; +Cc: cygwin At 11:27 PM 3/1/99 +0100, Sebastien Barre wrote: >> This has been discussed many times on this list and is an NTism. > >Is there a workaround ? I mean, if this is a know bug, is there a way to >fix it in the cygwin sources ? > Workarounds? You might try removing yourself from Administrators group. This may do the trick. Alternatively, you can change your umask so that write permision is given to everyone. That should solve it too. Fixing the bug in the source is also possible. I know Corinna has been doing some work with making permissions track more closely with UNIX style. I'm not sure whether his changes will help in this arena... Larry Hall lhall@rfk.com RFK Partners, Inc. (781) 239-1053 8 Grove Street (781) 239-1655 Wellesley, MA, 02482-7797 http://www.rfk.com -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [HELP] stat(), file permission, r/w access : i'm LOST :( 1999-03-01 14:34 ` Sebastien Barre [not found] ` < 4.1.19990301232226.01717350@mail.club-internet.fr > @ 1999-03-31 19:45 ` Sebastien Barre 1 sibling, 0 replies; 37+ messages in thread From: Sebastien Barre @ 1999-03-31 19:45 UTC (permalink / raw) To: Larry Hall (RFK Partners, Inc); +Cc: cygwin At 16:38 01/03/99 -0500, Larry Hall (RFK Partners, Inc) wrote: >This is a known bug. Arghh. >testing for file permissions will not return "yes" >unless that permission is given to everyone. This may be related to the >fact that you are the "Administrator" (see below). >544 is the "Administrator" group, which is used as the UID of everyone in >that group. But shall be used as GID instead. > This has been discussed many times on this list and is an NTism. Is there a workaround ? I mean, if this is a know bug, is there a way to fix it in the cygwin sources ? Thanks for your help ______________________________________________________________ Sebastien Barre http://www.hds.utc.fr/~barre/ -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [HELP] stat(), file permission, r/w access : i'm LOST :( 1999-03-01 13:42 ` Larry Hall (RFK Partners, Inc) [not found] ` < 3.0.3.32.19990301163809.00994e00@pop.ma.ultranet.com > @ 1999-03-31 19:45 ` Larry Hall (RFK Partners, Inc) 1 sibling, 0 replies; 37+ messages in thread From: Larry Hall (RFK Partners, Inc) @ 1999-03-31 19:45 UTC (permalink / raw) To: Sebastien Barre, cygwin At 10:14 PM 3/1/99 +0100, Sebastien Barre wrote: >administrateur [27] /etc$ ll >total 7 >-rw-r--r-- 1 544 Aucun 27 Feb 26 02:45 group >-rw-r--r-- 1 544 Aucun 65 Mar 1 21:08 passwd >-rw-r--r-- 1 544 Aucun 9828 Dec 1 14:00 termcap > >That command (-w) will display 'yes' if the file (here, /etc/group) is >writable. Apparently, it fails. And fails everywhere in my filesystem. The >'-w' command is using C<stat>, let's move on : This is a known bug. testing for file permissions will not return "yes" unless that permission is given to everyone. This may be related to the fact that you are the "Administrator" (see below). >BUT (and it drives me crazy). I CREATED that file, and I'm NOT user 544 ! >(more about this strange fellow below). 544 is the "Administrator" group, which is used as the UID of everyone in that group. This has been discussed many times on this list and is an NTism. Larry Hall lhall@rfk.com RFK Partners, Inc. (781) 239-1053 8 Grove Street (781) 239-1655 Wellesley, MA, 02482-7797 http://www.rfk.com -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [HELP] stat(), file permission, r/w access : i'm LOST :( 1999-03-01 13:28 ` [HELP] stat(), file permission, r/w access : i'm LOST :( Sebastien Barre [not found] ` < 4.1.19990301211226.016b1250@mail.club-internet.fr > @ 1999-03-01 13:55 ` John Fortin [not found] ` < 36DB0B4F.8FC8757@ibm.net > 1999-03-31 19:45 ` John Fortin 1999-03-31 19:45 ` Sebastien Barre 2 siblings, 2 replies; 37+ messages in thread From: John Fortin @ 1999-03-01 13:55 UTC (permalink / raw) To: Sebastien Barre; +Cc: cygwin [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1: Type: text/plain, Size: 5297 bytes --] I think I said this before... I had the same problem. It has to do ( it seems ) with being part of the administrator group. NT assigns the owner of the file to 544 if you are part of the administrator group. Try this if you like. Create a new user and set it up like your normal on EXCEPT don't make it part of the adminstrator group. You may need to set up some different directories to mirror what you have now but owned by the new userid. Try your build there. Sebastien Barre wrote: > Dear cygwin people > > As some of you might have noticed (sorry for the flood), I'm still trying > to arbitrate The Fight between Perl 5.002 and cygwin32-B20.1 (the > battlefield being NT4/SP4). Well, thanks to some of you, I nearly did it > (and also ruined a couple of nights), but a strange problem lead me to some > more confusion : > > Problem : although I'm working as single user on a standalone workstation, > and always logged as sysadmin ("administrateur" in french), cygwin seems to > see/create the files on my hard disk as *not* belonging to me, but to > another "being" (which is not obvious to me). > > I'll do my best to describe it (it's really *easy* to observe) : let's have > a look at a simple Perl example, then a short C example with stat(), and my > /etc/passwd and /etc/group. Finally I will create a simple file with > 'touch', and you will notice that it will be reported as NOT belonging to > me and not being writable :(( > > Note : this seems specific to NT, which is not surprising regarding file > permissions. > > Perl example : > ---------------------- > > Note : I created /etc/passwd and /etc/group with 'mkpasswd -l' and 'mkgroup > -l' respectively, as reported in many FAQS. > > administrateur [26] /etc$ perl -e 'print "yes" if -w "group";' > > administrateur [27] /etc$ ll > total 7 > -rw-r--r-- 1 544 Aucun 27 Feb 26 02:45 group > -rw-r--r-- 1 544 Aucun 65 Mar 1 21:08 passwd > -rw-r--r-- 1 544 Aucun 9828 Dec 1 14:00 termcap > > That command (-w) will display 'yes' if the file (here, /etc/group) is > writable. Apparently, it fails. And fails everywhere in my filesystem. The > '-w' command is using C<stat>, let's move on : > > C example : > ---------------------- > #include <sys/stat.h> > #include <stdlib.h> > > int main() { > struct stat mystat; > > stat("group", &mystat); > > printf("mode : %o, uid : %u, gid : %u\n", > mystat.st_mode, mystat.st_uid, mystat.st_gid); > > exit(0); > } > > Run : > > administrateur [52] /etc$ gcc mystat.c > > administrateur [53] /etc$ a.exe > mode : 100644, uid : 544, gid : 513 > > administrateur [55] /etc$ ll group > -rw-r--r-- 1 544 Aucun 27 Feb 26 02:45 group > > Which means : > - /etc/group belongs to user which UID is 544, and to group which GID is 513 > - it's a regular file (100000), > - read/write permission to owner (600), read permission to group (40) and > read to other (4). > > BUT (and it drives me crazy). I CREATED that file, and I'm NOT user 544 ! > (more about this strange fellow below). > > administrateur [56] /etc$ whoami > administrateur > > administrateur [74] /etc$ cat passwd > Administrateur::500:513:seb::/bin/sh > InvitÃ::501:513:::/bin/sh > > administrateur [75] /etc$ cat group > Aucun::513: > Everyone::0: > > Obviously, I'm user 500 (I changed my name to 'seb' so that to check). > => Therefore WHY are all files created as 544 (even with tar) ? (the group > is correct : 513). > > I thought it was related to /etc/passwd, but I just do NOT UNDERSTAND the > difference between -l and -g option for 'mkpasswd'. > > -l,--local print local accounts > -g,--local-groups print local group information too > > administrateur [77] /etc$ mkpasswd -l > Administrateur::500:513:seb::/bin/sh > InvitÃ::501:513:::/bin/sh > > administrateur [79] /etc$ mkpasswd -g > Administrateurs::544:0::: > Duplicateurs::552:0::: > InvitÃs::546:0::: > OpÃrateurs de sauvegarde::551:0::: > Utilisateurs::545:0::: > Utilisateurs avec pouvoir::547:0::: > > => who are these users ?!? these should be groups !! I'm belonging to the > "Administrateurs" group for NT (in the "Gestionnaire d'utilisateurs" ~= > "User manager"), and this has been translated to a user, I'm completely > lost :(( > > => dumping 'mkpasswd -l -g' to /etc/passwd (instead of 'mkpasswd -l') did > NOT help. > > Here is the same joke : > > administrateur [84] /etc$ touch test > > administrateur [85] /etc$ ll test > -rw-r--r-- 1 544 Aucun 0 Mar 1 21:46 test > > administrateur [86] /etc$ perl -e 'print "yes" if -w "test";' > administrateur [87] /etc$ > > WOAH : I created a file, and it's automatically assigned to someone else ! > Give me my file back please :( > And of course, although I created it, it's now NOT writable for cygwin. > > I guess I might be just dumb. Any help would be really appreciated (by my > mental health). > > Thanks > > ______________________________________________________________ > Sebastien Barre http://www.hds.utc.fr/~barre/ > > -- > Want to unsubscribe from this list? > Send a message to cygwin-unsubscribe@sourceware.cygnus.com -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
[parent not found: < 36DB0B4F.8FC8757@ibm.net >]
* Re: [HELP] stat(), file permission, r/w access : i'm LOST :( [not found] ` < 36DB0B4F.8FC8757@ibm.net > @ 1999-03-01 14:33 ` Sebastien Barre [not found] ` < 4.1.19990301232512.01714e60@mail.club-internet.fr > 1999-03-31 19:45 ` Sebastien Barre 0 siblings, 2 replies; 37+ messages in thread From: Sebastien Barre @ 1999-03-01 14:33 UTC (permalink / raw) To: John Fortin; +Cc: cygwin At 16:49 01/03/99 -0500, you wrote: >I think I said this before... Sorry, I'm new, and the search feature is down :( >I had the same problem. It has to do ( it >seems ) with being part of the administrator group. NT assigns the owner of the file to >544 if you are part of the administrator group. I see. Thanks to Microsoft ? >Try this if you like. Create a new user and set it up like your normal on >EXCEPT don't >make it part of the adminstrator group. You may need to set up some different >directories to mirror what you have now but owned by the new userid. Try >your build >there. All right. But in fact the build is no more the problem : the problem is the behaviour of perl regarding this bug in "everyday life." Thanx for your help ______________________________________________________________ Sebastien Barre http://www.hds.utc.fr/~barre/ -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
[parent not found: < 4.1.19990301232512.01714e60@mail.club-internet.fr >]
* Re: [HELP] stat(), file permission, r/w access : i'm LOST :( [not found] ` < 4.1.19990301232512.01714e60@mail.club-internet.fr > @ 1999-03-01 14:39 ` DJ Delorie 1999-03-31 19:45 ` DJ Delorie 0 siblings, 1 reply; 37+ messages in thread From: DJ Delorie @ 1999-03-01 14:39 UTC (permalink / raw) To: cygwin > Sorry, I'm new, and the search feature is down :( I've arranged to have the search link point to http://www.delorie.com/archives/ until the sourceware engine can be fixed. -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [HELP] stat(), file permission, r/w access : i'm LOST :( 1999-03-01 14:39 ` DJ Delorie @ 1999-03-31 19:45 ` DJ Delorie 0 siblings, 0 replies; 37+ messages in thread From: DJ Delorie @ 1999-03-31 19:45 UTC (permalink / raw) To: cygwin > Sorry, I'm new, and the search feature is down :( I've arranged to have the search link point to http://www.delorie.com/archives/ until the sourceware engine can be fixed. -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [HELP] stat(), file permission, r/w access : i'm LOST :( 1999-03-01 14:33 ` Sebastien Barre [not found] ` < 4.1.19990301232512.01714e60@mail.club-internet.fr > @ 1999-03-31 19:45 ` Sebastien Barre 1 sibling, 0 replies; 37+ messages in thread From: Sebastien Barre @ 1999-03-31 19:45 UTC (permalink / raw) To: John Fortin; +Cc: cygwin At 16:49 01/03/99 -0500, you wrote: >I think I said this before... Sorry, I'm new, and the search feature is down :( >I had the same problem. It has to do ( it >seems ) with being part of the administrator group. NT assigns the owner of the file to >544 if you are part of the administrator group. I see. Thanks to Microsoft ? >Try this if you like. Create a new user and set it up like your normal on >EXCEPT don't >make it part of the adminstrator group. You may need to set up some different >directories to mirror what you have now but owned by the new userid. Try >your build >there. All right. But in fact the build is no more the problem : the problem is the behaviour of perl regarding this bug in "everyday life." Thanx for your help ______________________________________________________________ Sebastien Barre http://www.hds.utc.fr/~barre/ -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [HELP] stat(), file permission, r/w access : i'm LOST :( 1999-03-01 13:55 ` John Fortin [not found] ` < 36DB0B4F.8FC8757@ibm.net > @ 1999-03-31 19:45 ` John Fortin 1 sibling, 0 replies; 37+ messages in thread From: John Fortin @ 1999-03-31 19:45 UTC (permalink / raw) To: Sebastien Barre; +Cc: cygwin [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1: Type: text/plain, Size: 5298 bytes --] I think I said this before... I had the same problem. It has to do ( it seems ) with being part of the administrator group. NT assigns the owner of the file to 544 if you are part of the administrator group. Try this if you like. Create a new user and set it up like your normal on EXCEPT don't make it part of the adminstrator group. You may need to set up some different directories to mirror what you have now but owned by the new userid. Try your build there. Sebastien Barre wrote: > Dear cygwin people > > As some of you might have noticed (sorry for the flood), I'm still trying > to arbitrate The Fight between Perl 5.002 and cygwin32-B20.1 (the > battlefield being NT4/SP4). Well, thanks to some of you, I nearly did it > (and also ruined a couple of nights), but a strange problem lead me to some > more confusion : > > Problem : although I'm working as single user on a standalone workstation, > and always logged as sysadmin ("administrateur" in french), cygwin seems to > see/create the files on my hard disk as *not* belonging to me, but to > another "being" (which is not obvious to me). > > I'll do my best to describe it (it's really *easy* to observe) : let's have > a look at a simple Perl example, then a short C example with stat(), and my > /etc/passwd and /etc/group. Finally I will create a simple file with > 'touch', and you will notice that it will be reported as NOT belonging to > me and not being writable :(( > > Note : this seems specific to NT, which is not surprising regarding file > permissions. > > Perl example : > ---------------------- > > Note : I created /etc/passwd and /etc/group with 'mkpasswd -l' and 'mkgroup > -l' respectively, as reported in many FAQS. > > administrateur [26] /etc$ perl -e 'print "yes" if -w "group";' > > administrateur [27] /etc$ ll > total 7 > -rw-r--r-- 1 544 Aucun 27 Feb 26 02:45 group > -rw-r--r-- 1 544 Aucun 65 Mar 1 21:08 passwd > -rw-r--r-- 1 544 Aucun 9828 Dec 1 14:00 termcap > > That command (-w) will display 'yes' if the file (here, /etc/group) is > writable. Apparently, it fails. And fails everywhere in my filesystem. The > '-w' command is using C<stat>, let's move on : > > C example : > ---------------------- > #include <sys/stat.h> > #include <stdlib.h> > > int main() { > struct stat mystat; > > stat("group", &mystat); > > printf("mode : %o, uid : %u, gid : %u\n", > mystat.st_mode, mystat.st_uid, mystat.st_gid); > > exit(0); > } > > Run : > > administrateur [52] /etc$ gcc mystat.c > > administrateur [53] /etc$ a.exe > mode : 100644, uid : 544, gid : 513 > > administrateur [55] /etc$ ll group > -rw-r--r-- 1 544 Aucun 27 Feb 26 02:45 group > > Which means : > - /etc/group belongs to user which UID is 544, and to group which GID is 513 > - it's a regular file (100000), > - read/write permission to owner (600), read permission to group (40) and > read to other (4). > > BUT (and it drives me crazy). I CREATED that file, and I'm NOT user 544 ! > (more about this strange fellow below). > > administrateur [56] /etc$ whoami > administrateur > > administrateur [74] /etc$ cat passwd > Administrateur::500:513:seb::/bin/sh > InvitÃ::501:513:::/bin/sh > > administrateur [75] /etc$ cat group > Aucun::513: > Everyone::0: > > Obviously, I'm user 500 (I changed my name to 'seb' so that to check). > => Therefore WHY are all files created as 544 (even with tar) ? (the group > is correct : 513). > > I thought it was related to /etc/passwd, but I just do NOT UNDERSTAND the > difference between -l and -g option for 'mkpasswd'. > > -l,--local print local accounts > -g,--local-groups print local group information too > > administrateur [77] /etc$ mkpasswd -l > Administrateur::500:513:seb::/bin/sh > InvitÃ::501:513:::/bin/sh > > administrateur [79] /etc$ mkpasswd -g > Administrateurs::544:0::: > Duplicateurs::552:0::: > InvitÃs::546:0::: > OpÃrateurs de sauvegarde::551:0::: > Utilisateurs::545:0::: > Utilisateurs avec pouvoir::547:0::: > > => who are these users ?!? these should be groups !! I'm belonging to the > "Administrateurs" group for NT (in the "Gestionnaire d'utilisateurs" ~= > "User manager"), and this has been translated to a user, I'm completely > lost :(( > > => dumping 'mkpasswd -l -g' to /etc/passwd (instead of 'mkpasswd -l') did > NOT help. > > Here is the same joke : > > administrateur [84] /etc$ touch test > > administrateur [85] /etc$ ll test > -rw-r--r-- 1 544 Aucun 0 Mar 1 21:46 test > > administrateur [86] /etc$ perl -e 'print "yes" if -w "test";' > administrateur [87] /etc$ > > WOAH : I created a file, and it's automatically assigned to someone else ! > Give me my file back please :( > And of course, although I created it, it's now NOT writable for cygwin. > > I guess I might be just dumb. Any help would be really appreciated (by my > mental health). > > Thanks > > ______________________________________________________________ > Sebastien Barre http://www.hds.utc.fr/~barre/ > > -- > Want to unsubscribe from this list? > Send a message to cygwin-unsubscribe@sourceware.cygnus.com -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* [HELP] stat(), file permission, r/w access : i'm LOST :( 1999-03-01 13:28 ` [HELP] stat(), file permission, r/w access : i'm LOST :( Sebastien Barre [not found] ` < 4.1.19990301211226.016b1250@mail.club-internet.fr > 1999-03-01 13:55 ` John Fortin @ 1999-03-31 19:45 ` Sebastien Barre 2 siblings, 0 replies; 37+ messages in thread From: Sebastien Barre @ 1999-03-31 19:45 UTC (permalink / raw) To: cygwin [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1: Type: text/plain, Size: 4450 bytes --] Dear cygwin people As some of you might have noticed (sorry for the flood), I'm still trying to arbitrate The Fight between Perl 5.002 and cygwin32-B20.1 (the battlefield being NT4/SP4). Well, thanks to some of you, I nearly did it (and also ruined a couple of nights), but a strange problem lead me to some more confusion : Problem : although I'm working as single user on a standalone workstation, and always logged as sysadmin ("administrateur" in french), cygwin seems to see/create the files on my hard disk as *not* belonging to me, but to another "being" (which is not obvious to me). I'll do my best to describe it (it's really *easy* to observe) : let's have a look at a simple Perl example, then a short C example with stat(), and my /etc/passwd and /etc/group. Finally I will create a simple file with 'touch', and you will notice that it will be reported as NOT belonging to me and not being writable :(( Note : this seems specific to NT, which is not surprising regarding file permissions. Perl example : ---------------------- Note : I created /etc/passwd and /etc/group with 'mkpasswd -l' and 'mkgroup -l' respectively, as reported in many FAQS. administrateur [26] /etc$ perl -e 'print "yes" if -w "group";' administrateur [27] /etc$ ll total 7 -rw-r--r-- 1 544 Aucun 27 Feb 26 02:45 group -rw-r--r-- 1 544 Aucun 65 Mar 1 21:08 passwd -rw-r--r-- 1 544 Aucun 9828 Dec 1 14:00 termcap That command (-w) will display 'yes' if the file (here, /etc/group) is writable. Apparently, it fails. And fails everywhere in my filesystem. The '-w' command is using C<stat>, let's move on : C example : ---------------------- #include <sys/stat.h> #include <stdlib.h> int main() { struct stat mystat; stat("group", &mystat); printf("mode : %o, uid : %u, gid : %u\n", mystat.st_mode, mystat.st_uid, mystat.st_gid); exit(0); } Run : administrateur [52] /etc$ gcc mystat.c administrateur [53] /etc$ a.exe mode : 100644, uid : 544, gid : 513 administrateur [55] /etc$ ll group -rw-r--r-- 1 544 Aucun 27 Feb 26 02:45 group Which means : - /etc/group belongs to user which UID is 544, and to group which GID is 513 - it's a regular file (100000), - read/write permission to owner (600), read permission to group (40) and read to other (4). BUT (and it drives me crazy). I CREATED that file, and I'm NOT user 544 ! (more about this strange fellow below). administrateur [56] /etc$ whoami administrateur administrateur [74] /etc$ cat passwd Administrateur::500:513:seb::/bin/sh InvitÃ::501:513:::/bin/sh administrateur [75] /etc$ cat group Aucun::513: Everyone::0: Obviously, I'm user 500 (I changed my name to 'seb' so that to check). => Therefore WHY are all files created as 544 (even with tar) ? (the group is correct : 513). I thought it was related to /etc/passwd, but I just do NOT UNDERSTAND the difference between -l and -g option for 'mkpasswd'. -l,--local print local accounts -g,--local-groups print local group information too administrateur [77] /etc$ mkpasswd -l Administrateur::500:513:seb::/bin/sh InvitÃ::501:513:::/bin/sh administrateur [79] /etc$ mkpasswd -g Administrateurs::544:0::: Duplicateurs::552:0::: InvitÃs::546:0::: OpÃrateurs de sauvegarde::551:0::: Utilisateurs::545:0::: Utilisateurs avec pouvoir::547:0::: => who are these users ?!? these should be groups !! I'm belonging to the "Administrateurs" group for NT (in the "Gestionnaire d'utilisateurs" ~= "User manager"), and this has been translated to a user, I'm completely lost :(( => dumping 'mkpasswd -l -g' to /etc/passwd (instead of 'mkpasswd -l') did NOT help. Here is the same joke : administrateur [84] /etc$ touch test administrateur [85] /etc$ ll test -rw-r--r-- 1 544 Aucun 0 Mar 1 21:46 test administrateur [86] /etc$ perl -e 'print "yes" if -w "test";' administrateur [87] /etc$ WOAH : I created a file, and it's automatically assigned to someone else ! Give me my file back please :( And of course, although I created it, it's now NOT writable for cygwin. I guess I might be just dumb. Any help would be really appreciated (by my mental health). Thanks ______________________________________________________________ Sebastien Barre http://www.hds.utc.fr/~barre/ -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: mySQL, mSQL, PostgreSQL with cygwin ? 1999-03-01 6:09 ` Sebastien Barre [not found] ` < 4.1.19990301145716.017379b0@mail.club-internet.fr > @ 1999-03-07 9:11 ` Stipe Tolj 1999-03-31 19:45 ` Stipe Tolj 1999-03-31 19:45 ` Sebastien Barre 2 siblings, 1 reply; 37+ messages in thread From: Stipe Tolj @ 1999-03-07 9:11 UTC (permalink / raw) To: Sebastien Barre; +Cc: cygwin > Thanks for the information, but there is something very obscure to me, they > ARE binaries for cygwin32 : > http://www.tcx.se/download.html > > "MySQL 3.22.10 clients compiled with the cygwin32 kit. This includes > 'mysql' with readline editing capabilities. " and a link to > http://www.tcx.se/Downloads/Win32/mysqlclient-3.22.10b-cygwin-b20.tar.gz > > I downloaded it, here is the content : > > -rw-r--r-- tolj/None 723652 1998-11-08 17:59 cygwin1.dll > -rwxr-xr-x tolj/None 41472 1998-11-17 19:40 insert_test.exe > -rwxr-xr-x tolj/None 192512 1998-11-17 19:40 mysql.exe > -rwxr-xr-x tolj/None 55296 1998-11-17 19:40 mysqladmin.exe > -rwxr-xr-x tolj/None 62464 1998-11-17 19:40 mysqldump.exe > -rwxr-xr-x tolj/None 53760 1998-11-17 19:40 mysqlimport.exe > -rwxr-xr-x tolj/None 53760 1998-11-17 19:40 mysqlshow.exe > -rwxr-xr-x tolj/None 41472 1998-11-17 19:40 select_test.exe these cygwin b20 mysql client files have been provided by me to Monti from TcX. The libmysqlclient.a lib and all client files have been ported to cygwin by us, but the mysqld daemon uses pthreads which are currently not or at leasr experimentacly supported within the latest cygwin snapshot. So you will have to wait for a cygwin port of mysql until pthreads are running or get a license for the native Win32 port provided from TcX. Regards, Stipe -- Stipe Tolj <tolj@uni-duesseldorf.de> Cygwin Porting Project -- "We build UNIX on top of Windows" http://www.student.uni-koeln.de/cygwin/ Department of Economical Computer Science University of Cologne, Germany -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: mySQL, mSQL, PostgreSQL with cygwin ? 1999-03-07 9:11 ` mySQL, mSQL, PostgreSQL with cygwin ? Stipe Tolj @ 1999-03-31 19:45 ` Stipe Tolj 0 siblings, 0 replies; 37+ messages in thread From: Stipe Tolj @ 1999-03-31 19:45 UTC (permalink / raw) To: Sebastien Barre; +Cc: cygwin > Thanks for the information, but there is something very obscure to me, they > ARE binaries for cygwin32 : > http://www.tcx.se/download.html > > "MySQL 3.22.10 clients compiled with the cygwin32 kit. This includes > 'mysql' with readline editing capabilities. " and a link to > http://www.tcx.se/Downloads/Win32/mysqlclient-3.22.10b-cygwin-b20.tar.gz > > I downloaded it, here is the content : > > -rw-r--r-- tolj/None 723652 1998-11-08 17:59 cygwin1.dll > -rwxr-xr-x tolj/None 41472 1998-11-17 19:40 insert_test.exe > -rwxr-xr-x tolj/None 192512 1998-11-17 19:40 mysql.exe > -rwxr-xr-x tolj/None 55296 1998-11-17 19:40 mysqladmin.exe > -rwxr-xr-x tolj/None 62464 1998-11-17 19:40 mysqldump.exe > -rwxr-xr-x tolj/None 53760 1998-11-17 19:40 mysqlimport.exe > -rwxr-xr-x tolj/None 53760 1998-11-17 19:40 mysqlshow.exe > -rwxr-xr-x tolj/None 41472 1998-11-17 19:40 select_test.exe these cygwin b20 mysql client files have been provided by me to Monti from TcX. The libmysqlclient.a lib and all client files have been ported to cygwin by us, but the mysqld daemon uses pthreads which are currently not or at leasr experimentacly supported within the latest cygwin snapshot. So you will have to wait for a cygwin port of mysql until pthreads are running or get a license for the native Win32 port provided from TcX. Regards, Stipe -- Stipe Tolj <tolj@uni-duesseldorf.de> Cygwin Porting Project -- "We build UNIX on top of Windows" http://www.student.uni-koeln.de/cygwin/ Department of Economical Computer Science University of Cologne, Germany -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: mySQL, mSQL, PostgreSQL with cygwin ? 1999-03-01 6:09 ` Sebastien Barre [not found] ` < 4.1.19990301145716.017379b0@mail.club-internet.fr > 1999-03-07 9:11 ` mySQL, mSQL, PostgreSQL with cygwin ? Stipe Tolj @ 1999-03-31 19:45 ` Sebastien Barre 2 siblings, 0 replies; 37+ messages in thread From: Sebastien Barre @ 1999-03-31 19:45 UTC (permalink / raw) To: Stipe Tolj; +Cc: cygwin At 07:59 01/03/99 +0100, Stipe Tolj wrote: >A contributed PostgreSQL 6.4 port in binary form is also available at this >location, but it's only supposed to run on NT Very good. I also downloaded the 6.4.2 source and will try to compile it. Too bad there isn't a diff file at your location, but if I fail, I will install the binary, for sure. >MySQL is _not_ ported to Cygwin due to the lack of the pthreads functions used >in the multi-user multi-threaded MySQL database engine. Currently Cygwin is >getting at least experimental support for pthreads functions, but I suppose it >will take some time to get a stable port of MySQL done to Cygwin. Thanks for the information, but there is something very obscure to me, they ARE binaries for cygwin32 : http://www.tcx.se/download.html "MySQL 3.22.10 clients compiled with the cygwin32 kit. This includes 'mysql' with readline editing capabilities. " and a link to http://www.tcx.se/Downloads/Win32/mysqlclient-3.22.10b-cygwin-b20.tar.gz I downloaded it, here is the content : -rw-r--r-- tolj/None 723652 1998-11-08 17:59 cygwin1.dll -rwxr-xr-x tolj/None 41472 1998-11-17 19:40 insert_test.exe -rwxr-xr-x tolj/None 192512 1998-11-17 19:40 mysql.exe -rwxr-xr-x tolj/None 55296 1998-11-17 19:40 mysqladmin.exe -rwxr-xr-x tolj/None 62464 1998-11-17 19:40 mysqldump.exe -rwxr-xr-x tolj/None 53760 1998-11-17 19:40 mysqlimport.exe -rwxr-xr-x tolj/None 53760 1998-11-17 19:40 mysqlshow.exe -rwxr-xr-x tolj/None 41472 1998-11-17 19:40 select_test.exe Which seems to mean that the mySQL DLL was succesfully built (how ??), and linked or added to the original cygwin1.dll ? If it's true, it may remove my coolview support, am I wrong ? Furthermore, you have to get a license to use it officialy. >There is a native Win32 shareware version of MySQL 3.21.29a which works >perfectly with our Apache 1.3.4 and integrated PHP 3.0.6, check out MySQL's >official web site. I do not know if I'll be able to use it with Perl built for cygwin ? If I compile a DBI module for MySQL within my cygwin perl context, the DLL formats won't match I guess. Regards ______________________________________________________________ Sebastien Barre http://www.hds.utc.fr/~barre/ -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* mySQL, mSQL, PostgreSQL with cygwin ? 1999-02-28 17:52 ` mySQL, mSQL, PostgreSQL with cygwin ? Sebastien Barre 1999-02-28 23:02 ` Stipe Tolj @ 1999-02-28 23:02 ` Sebastien Barre 1 sibling, 0 replies; 37+ messages in thread From: Sebastien Barre @ 1999-02-28 23:02 UTC (permalink / raw) To: cygwin I was wondering if anyone of you did successfully build/install/test one of these products with Cygwin32 : - mySQL - mSQL - PostgreSQL Thanks :) (I already found something related to mSQL at the Cygwin Porting Projet http://www.student.uni-koeln.de/cygwin/Distribution/Source/msql/ , but it seems not complete). ______________________________________________________________ Sebastien Barre http://www.hds.utc.fr/~barre/ -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Cygwin participation threshold 1999-02-28 16:22 Cygwin participation threshold Christopher G. Faylor [not found] ` < 199903010022.QAA07416@rtl.cygnus.com > @ 1999-02-28 23:02 ` Christopher G. Faylor 1 sibling, 0 replies; 37+ messages in thread From: Christopher G. Faylor @ 1999-02-28 23:02 UTC (permalink / raw) To: cgf, smorris; +Cc: cygwin >From: Steve Morris <smorris@nexen.com> >Date: Fri, 26 Feb 1999 11:55:50 -0500 (EST) > >In all this discussion something important is being lost. Cris >bemoaned the lack of development support for cygwin and asked for >reasons. I and others tried to explain where we think the issues >are. Inevitably this comes out sounding negative, but at least on my >part, this is not intended. Maybe we took Cris' questions too >literally. Flogging Cygnus was not the intent. We were trying to offer >legitimate feedback to a legitimate question. > >Let me reiterate that Cygnus is clearly one of the Good Guys. The best >guys are the Cygnus employees (like Cris) who volunteer their own time >to this project. > >Many of us are rooting for Cygnus and are hoping more companies figure >out how to make money on free software; because they then tend to give >back. As an example gcc and gdb have been in much better shape all >these years since Cygnus became the official release site. Thanks very much for this positive note. I was hoping that my original message would generate a lot of discussion because I thought that it would give DJ and myself an opportunity to explain something about Cygnus/Cygwin as well as providing a venue for everyone else to provide their outlook. It may not be obvious but I do appreciate any and all feedback on this issue. It certainly helps educate me on people's perception of my company and my product. I do want to understand what people think about this. That doesn't mean that I won't argue with perceptions that I think are wrong but I certainly respect everyone's right to an opinion. Again, thanks to you and to the handful of other people who sent me private supportive email. I appreciate it. cgf -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* RE: mySQL, mSQL, PostgreSQL with cygwin ?
@ 1999-03-02 4:04 Horak Daniel
1999-03-31 19:45 ` Horak Daniel
0 siblings, 1 reply; 37+ messages in thread
From: Horak Daniel @ 1999-03-02 4:04 UTC (permalink / raw)
To: cygwin
> >A contributed PostgreSQL 6.4 port in binary form is also
> available at this
> >location, but it's only supposed to run on NT
>
> Very good. I also downloaded the 6.4.2 source and will try to
> compile it.
> Too bad there isn't a diff file at your location, but if I
> fail, I will
> install the binary, for sure.
Patches for 6.4.2 are at http://www.askesis.nl/AskesisPostgresIndex.html ,
they are included in the development snapshots
( ftp://ftp.postgresql.org/pub/postgresql.snapshot.tar.gz )
Dan
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 37+ messages in thread
* RE: mySQL, mSQL, PostgreSQL with cygwin ? 1999-03-02 4:04 mySQL, mSQL, PostgreSQL with cygwin ? Horak Daniel @ 1999-03-31 19:45 ` Horak Daniel 0 siblings, 0 replies; 37+ messages in thread From: Horak Daniel @ 1999-03-31 19:45 UTC (permalink / raw) To: cygwin > >A contributed PostgreSQL 6.4 port in binary form is also > available at this > >location, but it's only supposed to run on NT > > Very good. I also downloaded the 6.4.2 source and will try to > compile it. > Too bad there isn't a diff file at your location, but if I > fail, I will > install the binary, for sure. Patches for 6.4.2 are at http://www.askesis.nl/AskesisPostgresIndex.html , they are included in the development snapshots ( ftp://ftp.postgresql.org/pub/postgresql.snapshot.tar.gz ) Dan -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com ^ permalink raw reply [flat|nested] 37+ messages in thread
end of thread, other threads:[~1999-03-31 19:45 UTC | newest] Thread overview: 37+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 1999-02-28 16:22 Cygwin participation threshold Christopher G. Faylor [not found] ` < 199903010022.QAA07416@rtl.cygnus.com > 1999-02-28 17:52 ` mySQL, mSQL, PostgreSQL with cygwin ? Sebastien Barre 1999-02-28 23:02 ` Stipe Tolj 1999-03-01 6:09 ` Sebastien Barre [not found] ` < 4.1.19990301145716.017379b0@mail.club-internet.fr > 1999-03-01 13:28 ` [HELP] stat(), file permission, r/w access : i'm LOST :( Sebastien Barre [not found] ` < 4.1.19990301211226.016b1250@mail.club-internet.fr > 1999-03-01 13:42 ` Larry Hall (RFK Partners, Inc) [not found] ` < 3.0.3.32.19990301163809.00994e00@pop.ma.ultranet.com > 1999-03-01 14:34 ` Sebastien Barre [not found] ` < 4.1.19990301232226.01717350@mail.club-internet.fr > 1999-03-01 14:47 ` Larry Hall (RFK Partners, Inc) [not found] ` < 3.0.3.32.19990301174320.0098ad30@pop.ma.ultranet.com > 1999-03-02 1:02 ` Sebastien Barre 1999-03-02 3:26 ` Heinz-Jürgen Oertel 1999-03-31 19:45 ` Heinz-Jürgen Oertel [not found] ` < 4.1.19990302094806.016bc410@mail.club-internet.fr > 1999-03-02 23:55 ` Geoffrey Noer 1999-03-31 19:45 ` Geoffrey Noer 1999-03-31 19:45 ` Sebastien Barre 1999-03-02 3:04 ` Lassi A. Tuura 1999-03-31 19:45 ` Lassi A. Tuura 1999-03-06 2:49 ` Sebastien Barre [not found] ` < 4.1.19990305214515.016caba0@mail.club-internet.fr > 1999-03-06 11:04 ` Larry Hall 1999-03-31 19:45 ` Larry Hall 1999-03-31 19:45 ` Sebastien Barre 1999-03-31 19:45 ` Larry Hall (RFK Partners, Inc) 1999-03-31 19:45 ` Sebastien Barre 1999-03-31 19:45 ` Larry Hall (RFK Partners, Inc) 1999-03-01 13:55 ` John Fortin [not found] ` < 36DB0B4F.8FC8757@ibm.net > 1999-03-01 14:33 ` Sebastien Barre [not found] ` < 4.1.19990301232512.01714e60@mail.club-internet.fr > 1999-03-01 14:39 ` DJ Delorie 1999-03-31 19:45 ` DJ Delorie 1999-03-31 19:45 ` Sebastien Barre 1999-03-31 19:45 ` John Fortin 1999-03-31 19:45 ` Sebastien Barre 1999-03-07 9:11 ` mySQL, mSQL, PostgreSQL with cygwin ? Stipe Tolj 1999-03-31 19:45 ` Stipe Tolj 1999-03-31 19:45 ` Sebastien Barre 1999-02-28 23:02 ` Sebastien Barre 1999-02-28 23:02 ` Cygwin participation threshold Christopher G. Faylor 1999-03-02 4:04 mySQL, mSQL, PostgreSQL with cygwin ? Horak Daniel 1999-03-31 19:45 ` Horak Daniel
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).