Package Lint
I have been away for a while and would be interested in working on a package lint as a way of getting back in the loop. What would you like it to check first? My first thought would be to make it a Perl script. Likely features: 1. No /usr/info/dir allowed. 2. Syntax check setup.hints. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. - Original Message - From: "Robert Collins" <[EMAIL PROTECTED]> To: "Charles Wilson" <[EMAIL PROTECTED]>; "Joshua Franklin" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Thursday, January 17, 2002 20:44 Subject: Re: "RTFM'ing": readily accessible user documentation? > - Original Message - > From: "Charles Wilson" <[EMAIL PROTECTED]> > > Should setup.exe *refuse* to install a file called "/usr/info/dir" -- > > just to keep us safe? Or is that setting a bad precedent? [Or maybe > > upset can "lint" the packages on sourceware, and refuse to add > > foo-1.2.tar.gz to setup.ini if it contains a proscribed file like > > /usr/info/dir] > > On my personal TODO list is a command line unix package linter. > Setup.exe may some mechanism to manage state data - /etc/foo.cfg, > /usr/info/dir etc, but I think a simpl solution to catch 99% of cases is > the package linter. And yes, it should refuse to add the package, and > email the maintainer (IMO). -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: A small problem in Shell Scripts while using the built-in "read" function -- Options not recognised
>From 'man bash': -c string If the -c option is present, then commands are read from string. If there are arguments after the string, they are assigned to the positional parameters, starting with $0. . . . ARGUMENTS If arguments remain after option processing, and neither the -c nor the -s option has been supplied, the first argument is assumed to be the name of a file containing shell commands. If bash is invoked in this fashion, $0 is set to the name of the file, and the positional parameters are set to the remaining arguments. Bash reads and exe- cutes commands from this file, then exits. Bash's exit status is the exit status of the last command executed in the script. If no commands are executed, the exit status is 0. An attempt is first made to open the file in the current directory, and, if no file is found, then the shell searches the directories in PATH for the script. === Which for is used is mostly a mater of taste. The effect is slightly different though. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. - Original Message - From: "Surendar Singh Bisht" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: "Corinna Vinschen" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Thursday, January 17, 2002 22:03 Subject: RE: A small problem in Shell Scripts while using the built-in "read" function -- Options not recognised > Corinna Thanks !! & Thanks Chet!! > > The Workaround is doing great. > > Now the things are back in the places. > > -Original Message- > From: Chet Ramey [mailto:[EMAIL PROTECTED]] > Sent: Thursday, 17 January 2002 7:52 PM > To: [EMAIL PROTECTED] > Subject: Re: A small problem in Shell Scripts while using the built-in > "read" function -- Options not recognised > > > > The script is running under sh which is ash, not bash. ash doesn't > > know these `read' options. As workaround prepend > > > > #!/bin/bash > > > > to your script or start it via `bash -c script'. > > Why the `-c'? `bash script' should work just fine. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
System API problem
Hi,
I am using cygwin 1.3.6 to compile the unix sources,
and use those executables on Win NT. I am getting
Strange error when running my application.
I am using system API inside my application to
execute commands. This is Sample Test program
test.cpp:
main()
{
int status=system("diff t1.tct t2.txt");
cout
Windows XP, inetd, and procmail, fetchmail, and mutt
OK, I _really_ can't stand any of the mail clients for windows these days, so I want to go back to my tried-n-true mutt/fetchmail/procmail trio, which is the best mail setup I've ever had. But, as we all are on this list, I'm stuck in windows for one reason or another (the JVM support in windows is much better than in Linux, but that's another story). So I can't get inetd to run as a service. I tried inetd --install-as-service, and I tried cgyrunsrv -I inetd and whatnot (stuff I found on the web when searching google). But I can get around that right now by running "inetd.exe -d" (debug mode). Telnet sorta works (can't log in, but i'm sure that's just a /etc/passwd issue), but procmail or sendmail is what i really want to work. Has anyone done this? I couldn't get either to compile for cygwin, but I was able to find a binary build of procmail for cygwin online. It doesn't really work though, fetchmail just freezes up when trying to deliver to localhost:25. It doesn't get a connection refused (the connection does open up), but nothing happens. So... any thoughts? I need good POP support, good filtering support, and a good mailer (aka: I need fetchmail, procmail, and mutt). Has anyone else done this? I've exhausted my searches in google for any more useful information, I'm all out. If I can procmail or something similar to work with fetchmail (or something similar) and mutt (must be mutt), then I'd be very happy. Anyone else try anything like this? -Pat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygcheck ... >/dev/clipboard doesn't work
On Friday 18 Jan 02, Christopher Faylor writes: > /dev/clipboard is a cygwin construction. cygcheck.exe is not a cygwin program, > so it can't really output anything to it. I think this has come up before. I may add it to the FAQ. David -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: named colour list
Hi Dylan, for historical reasons I start my rxvt with: C:\cygwin\bin\rxvt.exe -g 120x50+732+0 -bg lightsalmon -fg black -fn "Lucida Console-11" -sr -sl 5000 -e /bin/bash --login -i So I can use the named colors, "lighsalmon" works fine on my box. OTOH I am not really sure *why* it works, since the only rbx.txt I've found was in the vim package. I've detected that the DLLs cygtk80.dll and libW11.dll seem to have included this symbolic names, but neither is used for rxvt ... Regards, Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: named colour list
ah yes, I've always liked lightsalmon myself.. I wonder if anyone knows where it comes from as I'd like a few more choices? Regards - Q-Games, Dylan Cuthbert. http://www.q-games.com - Original Message - From: "Schaible, Jörg" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, January 18, 2002 6:36 PM Subject: RE: named colour list Hi Dylan, for historical reasons I start my rxvt with: C:\cygwin\bin\rxvt.exe -g 120x50+732+0 -bg lightsalmon -fg black -fn "Lucida Console-11" -sr -sl 5000 -e /bin/bash --login -i So I can use the named colors, "lighsalmon" works fine on my box. OTOH I am not really sure *why* it works, since the only rbx.txt I've found was in the vim package. I've detected that the DLLs cygtk80.dll and libW11.dll seem to have included this symbolic names, but neither is used for rxvt ... Regards, Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: libtool-devel and kde2 - problem with AC_PROG_CXX
Ralf, of more use would be an interdiff between the (rc5-cvs of same date) and (your updated code - cvs it's based against), that would me and Chuck how close the two versions are, with respect to the rc5 changes. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: System API problem
Well, you post this again. Do you think that
if you post numerous times you'll force someone
on the list to answer your question ? Better
launch a debugger and find the source of your problem.
FYI - this was reported a while back (2 times i think).
As far as I remember no one else on the list was able
to reproduce the situation so no one was able to find the
solution. Maybe this means that something specific on your
system causes the error to show up. Try to find out what
and then report back. Also an output of "cygcheck -r -s -v"
would be useful.
The last thread that discussed this problem was started by
David Mathog and we did some private comunication with him
while I was trying to gather more information on his system
and asked him to perform some tests. I tried to debug this
on my system but with no succes - this error does not happen
on my system. The thread sybject is "system() function doesnt work
outside cygwin". You can look at it in the maling list archive.
You may also wish to contact David and try to find out what is
the common thing on your systems - this may help find the problem.
Bandla Srinivas wrote:
> Hi,
>
> I am using cygwin 1.3.6 to compile the unix sources,
> and use those executables on Win NT. I am getting
> Strange error when running my application.
> I am using system API inside my application to
> execute commands. This is Sample Test program
>
> test.cpp:
>
> main()
> {
>
> int status=system("diff t1.tct t2.txt");
> cout<
> }
>
> I compiled this in cygwin. I got test.exe. When i run
> test.exe from msdos prompt, it is printing 127. That
> means system api is returning error code as 127 it is
> equivalent to (ERROR_PROC_NOT_FOUND).
> I copied cygwin1.dll to c:\winnt\system32. system
> API has been defined in this cygwin1.dll. when i run
> this executable from dosprompt why it is not able to
> locate procedure system eventhough cygwin1.dll in
> path. Anybody faced such problem. i have tried with
> different commands with in the system API. Same error
> code 127. What is the problem. can i have any solution
> for this problem.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: System API problem
And another thing - by posting erronous information
you're not helping anyone to find the solution to
your problem. You're just fooling the people.
What I mean is that if the system() call returns
127 (0x7f) the error meaning is exec*() call failed
not ERROR_PROC_NOT_FOUND as you state below. Note that
cygwin is POSIX emulation layer - you should not read
winerror.h to find out the info on the error code but
the system() call man page.
Bandla Srinivas wrote:
> Hi,
>
> I am using cygwin 1.3.6 to compile the unix sources,
> and use those executables on Win NT. I am getting
> Strange error when running my application.
> I am using system API inside my application to
> execute commands. This is Sample Test program
>
> test.cpp:
>
> main()
> {
>
> int status=system("diff t1.tct t2.txt");
> cout<
> }
>
> I compiled this in cygwin. I got test.exe. When i run
> test.exe from msdos prompt, it is printing 127. That
> means system api is returning error code as 127 it is
> equivalent to (ERROR_PROC_NOT_FOUND).
> I copied cygwin1.dll to c:\winnt\system32. system
> API has been defined in this cygwin1.dll. when i run
> this executable from dosprompt why it is not able to
> locate procedure system eventhough cygwin1.dll in
> path. Anybody faced such problem. i have tried with
> different commands with in the system API. Same error
> code 127. What is the problem. can i have any solution
> for this problem.
>
> - Bandla
>
>
>
> =
>
>
> __
> Do You Yahoo!?
> Send FREE video emails in Yahoo! Mail!
> http://promo.yahoo.com/videomail/
>
> --
> Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ: http://cygwin.com/faq/
>
>
>
>
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re:Stop ftp cygwin
hi, I wanted to stop ftp cygwin if there is already a ftp server running but if not i wnat to start ftp cygwin . How can I know by code if there is already a ftp server running? Thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Stop ftp cygwin
Try connecting to port 21 and see if there is someone listening on the port. Another way is to have a known set of windows ftp servers and see if anyone of these is running - but this is not so easy task because you cant know each and every ftp server available for windows. just my .02 euro cents. Jorge Goncalvez wrote: > hi, I wanted to stop ftp cygwin if there is already a ftp server running but if > not i wnat to start ftp cygwin . > How can I know by code if there is already a ftp server running? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: libtool-devel and kde2 - problem with AC_PROG_CXX
> > Ralf Habacker wrote: > > > Robert Collins wrote: > > > > > >>Quoting from the fink site (it was handy): > >>"The current development branch: This is the development version that > >>will some day be released as libtool 1.5. It has resulted from the merge > >>of 1.4 and the MLB. It supports C, C++ and Java (via gcj). > >>Unfortunately, it can't be easily told apart from 1.4, you'll have to > >>check the version number inside ltmain.sh." > >> > >>For the _last time_, the devel libtool DOES NOT and WILL NOT create > >>ltconfig. Don't expect it, because its NOT MEANT TO create it. > >> > > > > It does not create ltconfig, but it need it as you could see in my last mail > > > As of 20010531, there seem to have been a few remaining references to > ltconfig -- within the _LT_AC_LANG_CXX and _LT_AC_LANG_GCJ m4 macros. > Not surprising that those were missed -- C++/java don't have nearly the > history that C does. Studying the ChangeLogs, ltconfig was removed on > 2000-09-19, but "stale references" were continually being found and > fixed thru 2001 (2001-04-05, 2001-04-24). > Aha > >>checking if libtool supports shared libraries... yes > >>checking how to run the C++ preprocessor... g++ -E > >>admin/ltconfig: Can't open admin/ltconfig: No such file or directory > >>configure: error: libtool tag configuration failed > >> > > > > I have searched in the libtool cvs on subversions.gnu.org and seen that on > 20010531 the merge > > of the mlb code wasn't ready. You can verify this by unpacking the recent > > libtool-devel-20010531-6.tar.bz2 and looking in the libtool.m4 if there are >references to > > ltconfig. > > > Not entirely correct. As I said, it seems that the _CXX and _GCJ > references hadn't been removed as of 20010531. However, the MLB merge > was -- if not complete, then at least partially begun: > > 2001-05-27: ltmain.in: Merged from multi-language-branch > 2001-05-27: libtool.m4: Merged from multi-language-branch > 2001-05-30: libtool.m4: Merged ltconfig.in from multi-language-branch > ^^ not a typo > > However, as you say, there were some ADDITIONAL merges from MLB that > happened later: on 2001-06-24. > > > > If you follow the below mentioned link you can see that the tag creation support >was > > completed at 2001 Jun 24 , so the libtool from 20010531 can't contain full tag >creation > > support. > > > [snip] > > > > I have appended a patched libtool.m4 from the libtool cvs HEAD release numver >1.245 and > > patched mostly of the changes Charles provided in the rc5 diffs and got a > working CXX/GCJ/RC > > tag creating. Try it. It may not be complete for all cases, but I think you are >able to > > verify this. > > > Actually, I am not able to guarantee that >1) taking the Robert's patches to libtool.m4(20010531) >2) applying those changes to libtool.m4(20011128) >3) but NOT updating any of the other interdependent files that form > the libtool toolset > > results in a stable libtool. You have said that it works well for you > on a given set of dlls -- but you've already demonstrated that your case > is rather special: multi-language, CXX/GCJ, etc. I don't want to fix > the corner case by breaking the mainline cases: single language, C. I understand > Look, Ralf, this libtool port is a work in progress. Right now, I'd > like for folks to test the "normal" stuff. (So far, that looks good). > Then, we need to port forward ALL of the patches to ALL of the files -- > not just libtool.m4 -- to current HEAD cvs libtool. > Okay that make sense > Gary Vaughan (the libtool maintainer) is on the case, he WANTS to put > this stuff into current cvs. He was waiting for Robert's FSF copyright > assignment to go thru before he started : and that just happened last > week (see the libtool mailing list...) I have seen this on the libtool list > Be patient -- it was hard enough getting the infrastructure in place to > have an auto-import capable libtool become part of the cygwin dist in > the first place. I couldn't very well pester Gary to accept the patches > until we had a working example installation...and that just happened > last week. I have not problem with this > Just to review the tool-side things that have been happening in the past > six months (not all me, but I *have* been pushing most of them) >test Paul Sokolovsky's auto-import stuff >push it into official binutils > >migrate (old) autoconf package to autoconf-stable >create autoconf-devel package (and talk very very fast to get corinna > to support it) >create autoconf (wrappers) > >migrate (old) automake package to automake-stable >create automake-devel package (and talk very very fast...) >create automake (wrappers) > >>> special automake hack to make the split-install ALSO search > /usr/share/aclocal in addition to /usr/autotool/*/share/aclocal <<< > >create libtool-stable (1.4.2) >create libtool-devel package from Robert's patches (but based on a
1.3.6: bug in fork(): kill(pid,0) does not always find child
Hello!
There is a problem in fork(), in combination with kill(pid, 0)
to check if the child is alive:
When a fork() returned the pid to the parent, and the parent
does a kill(pid, 0) to check if the child is alive, the kill
sometimes return -1 and errno=ESRCH (No such process).
First i thought that fork() just returns before the child
has finished the fork. In the sample this seems to be true
for child 4, 1, and possibly 10.
But then i recognized that the child was already working,
but the parent's kill() still returns ESRCH. When the parent
does the kill a bit later, then it's ok. In the sample
this is the case for child 8, 5, 2 and 0.
I tested this with currently 1.3.6, 1.3.5, 1.1.8 and also
the snapshot-dll from 2002/01/08, but it's always the same.
Test program:
>8>8
#include
#include
#include
int main(void)
{
int nChildPid = 0;
int nKillRv, nKillCnt;
int nCnt = 10;
int nRv = 0;
do {
nChildPid = fork();
switch(nChildPid) {
case -1:
perror("can't fork");
break;
case 0:
fprintf(stderr, "child: %d is up\n", nCnt);
sleep(2);
break;
default:
usleep(nCnt * 10);
nKillCnt = 2;
do {
fprintf(stderr, "parent: child %d", nCnt);
nKillRv = kill(nChildPid, 0);
if (nKillRv < 0) {
fprintf(stderr, " not found, %s\n",
strerror(errno));
++ nRv;
usleep(50);
} else {
fprintf(stderr, " found\n");
}
} while(nKillRv < 0 && --nKillCnt >= 0);
sleep(1);
break;
}
} while(--nCnt >= 0 && nChildPid > 0);
return nRv;
}
8<8<
Output sample (not always the same):
>8>8
parent: child 10child: 10 is up
not found, No such process
parent: child 10 found
child: 9 is up
parent: child 9 found
child: 8 is up
parent: child 8 not found, No such process
parent: child 8 found
child: 7 is up
parent: child 7 found
child: 6 is up
parent: child 6 found
child: 5 is up
parent: child 5 not found, No such process
parent: child 5 found
parent: child 4 not found, No such process
child: 4 is up
parent: child 4 found
child: 3 is up
parent: child 3 found
child: 2 is up
parent: child 2 not found, No such process
parent: child 2 found
parent: child 1 not found, No such process
child: 1 is up
parent: child 1 found
child: 0 is up
parent: child 0 not found, No such process
parent: child 0 found
8<8<
Regards
haubi
--
Michael Haubenwallner SALOMON Automation GmbH
Forschung & Entwicklung A-8114 Friesach bei Graz
mailto:[EMAIL PROTECTED] http://www.salomon.at
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
The infamous missing or screwed up info dir file.
I'm for just abolishing this file. Get rid of it altogether. Just `rm -f /usr/info/dir'. The reason is obvious. Having it causes many members of this list problems. The answer to all questions concerning info and no dir file is `info --file=/usr/info/info'. With this I never have a problem with the dir file being wrong or missing. With this I always find the info file I need. I don't need a menu file of files. I just need to know which package the binary came from and if it's a FSF GNU program then --version will give that to me if I don't already know it. Conclusion: Don't depend on the dir file. Use the --file=/usr/info/foo option. Earnie. _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd and fstat
On Thu, 17 Jan 2002 14:49:28 GMT, [EMAIL PROTECTED] (Guy Harrison)
wrote:
I'm pleased to be able to report some progress! I've located where the
key difference lies between sshd running as an NT service and sshd
running in just about any other fashion.
1236int
1237get_file_attribute (int use_ntsec, const char *file,
1238int *attribute, uid_t *uidret, gid_t
*gidret)
1239{
1240 int res;
1241
- 1242 if (use_ntsec && allow_ntsec)
1243{
- 1244 res = get_nt_attribute (file, attribute, uidret,
gidret);
- 1245 if (attribute && (*attribute & S_IFLNK) ==
S_IFLNK)
- 1246*attribute |= S_IRWXU | S_IRWXG | S_IRWXO;
- 1247 return res;
1248}
1249
1250 if (uidret)
1251*uidret = getuid ();
1252 if (gidret)
1253*gidret = getgid ();
1254
In almost all circumstances 'allow_ntsec' is true. No problem - sshd
correctly obtains the permissions on the client's $HOME/.ssh/*keys.
The single circumstance in which 'allow_ntsec' is false, is when sshd is
running *directly* as a service: in other words, as it is designed to.
Could someone enlighten me about 'allow_ntsec'. How does CygWin turn
this on?
TIA
--
[EMAIL PROTECTED]
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: sshd and fstat
Guy Harrison wrote: > On Thu, 17 Jan 2002 14:49:28 GMT, [EMAIL PROTECTED] (Guy Harrison) > wrote: > > [snip] > Could someone enlighten me about 'allow_ntsec'. How does CygWin turn > this on? When you add "ntsec" to the environment variable CYGWIN. Check FAQ and documentation for more info. Also read the mailing list. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygipc-1.11 SHM-patch: fork, handling in ipc-daemon
Hello Chuck!
Yes, it's me again!
Sorry for let you that long time without answer, but now
i have some improvements on cygipc 1.11, because the
cygwin-daemon looks not like appearing in next few weeks:
*)
2 fixes in semctl() with cmd SETALL: SUSv2 (thank you for
specifying to use it from opengroup.org, i could not decide
which google-result to use) says that SETALL _sets_ (not add,
fix 1) the 'semval' for _all_ (not just for semnum, fix 2)
semaphores in the set.
It is not explicitly defined (Linux does) that the semnum
parameter is ignored, but what else should be done with it.
*)
Implementation of GETALL in semctl().
*)
Implementation of the pthread_atfork-mechanism for shm to
register the child as attached and incrementing shm_nattch.
Thanks to Robert Collins for the hint in
http://www.cygwin.com/ml/cygwin/2001-11/msg01602.html
*)
When mmap() fails in shmat(), do not attach and return
an error (the errno of mmap, i don't know a better one yet).
*)
Reformatting work_main() in ipc-daemon.c for better
readability to be able to fix at least three problems:
- It is not good to munmap() and close() a file and it's map
of another process even if the file-no and the start-address
of the map is known, found during invalidation of the
attachlist-entry for a dead process.
- This ought to be done when an attached process dies
without detaching, to keep shm_nattch up to date.
But this was not done while another process was
attached before in the list as the dead process was.
- It is not clear what happens in following circumstance:
1) the first process creates a shm
2) a second one attaches to it
3) now the second process dies without detaching
4) the first process removes the shm with shmctl(IPC_RMID),
but the ipc-daemon was sleeping and did not remove the
second attachment-entry early enough to have shm_nattch==0,
which must be the case in shmctl() to really remove the shm
by the caller of shmctl(IPC_RMID).
What IMHO surely not should happen is that a shmid with
shm_nattch==0 remains with having the destroy-flag set.
So the ipc-daemon must remove a shm in this state,
including the tmp-file.
*)
Removing files in /tmp now:
- after destroying a shm, the memmap /tmp/cygipc.
this was really missing: if an application uses a large shm,
or many shm's are in use at one time, the diskspace
should be free'd after shutdown this application.
- after shutdown of ipc-daemon, the MultiFileXXX.
maybe this would not really be needed, but it looks not
good if some files are left in /tmp after stopping a daemon.
Hopefully these fixes do not affect postgres to much...
Greets,
haubi
--
Michael Haubenwallner SALOMON Automation GmbH
Forschung & Entwicklung A-8114 Friesach bei Graz
mailto:[EMAIL PROTECTED] http://www.salomon.at
diff -ru cygipc-1.11/ipc-daemon.c cygipc/ipc-daemon.c
--- cygipc-1.11/ipc-daemon.cFri Feb 16 17:15:08 2001
+++ cygipc/ipc-daemon.c Thu Jan 17 17:20:22 2002
@@ -148,287 +148,398 @@
return;
}
+static void destroy_map(const char *pcName,
+ int *pnFd, caddr_t *ppMap, size_t nSize,
+ const char *pcFile)
+{
+ if (ppMap != NULL && *ppMap != (caddr_t)-1) {
+ if (munmap(*ppMap, nSize) < 0) {
+ log_message(stderr, LOG_ERR,
+ "Unable to unmap \"%s\" file: %s",
+ pcName, strerror(errno));
+ }
+ *ppMap = (caddr_t)-1;
+ }
+
+ if (pnFd != NULL && *pnFd >= 0) {
+ if (close(*pnFd) < 0) {
+ log_message(stderr, LOG_ERR,
+ "Unable to close \"%s\" file: %s",
+ pcName, strerror(errno));
+ }
+ *pnFd = -1;
+
+ if (pcFile != NULL) {
+ if (unlink(pcFile) < 0) {
+ log_message(stderr, LOG_ERR,
+ "Unable to remove \"%s\" file: %s",
+ pcName, strerror(errno));
+ }
+ }
+ }
+
+ return;
+}
+
+static int create_map(const char *pcName,
+ int *pnFdRet, caddr_t *ppMapRet, size_t nSize,
+ const char *pcFile)
+{
+ int iRv;
+ int nFd = -1;
+ void*pvBuf = NULL;
+ caddr_t pMap = (caddr_t)-1;
+
+ do {/* dummy loop */
+ iRv = -1;
+
+ nFd = open(pcFile, O_CREAT|O_RDWR, 0666 ); /* O_TRUNC ? */
+ if (nFd < 0) {
+ log_message(stderr, LOG_ERR,
+ "Unable to open \"%s\" file: %s",
+ pcName, strerror(errno));
+ break;
+ }
+
+ pvBuf = malloc(nSize);
+ if (pvBuf == NULL) {
+
Re: named colour list
Schaible, Jörg wrote: > So I can use the named colors, "lighsalmon" works fine on my box. OTOH I am > not really sure *why* it works, since the only rbx.txt I've found was in the > vim package. I've detected that the DLLs cygtk80.dll and libW11.dll seem to > have included this symbolic names, but neither is used for rxvt ... rxvt DOES use libW11.dll. --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: libtool-devel and kde2 - problem with AC_PROG_CXX
Ralf Habacker wrote: > At last I like to write about some additional topic I recognized with the libtool >stuff: > > 1. providing -Wl,--enable-auto-import for linking executables (ltmain.in) > I have prepared a patch for this, but I recognized that there must be a general >strategy for > handling the auto-import stuff. There are questions about when this flag should has >to be > set. > Should is be set when a ld with auto-import is found by default or should this set >only with > a specific configure flag like --with-auto-import or how should this go on ? I don't >know the > answer, because I don't have the overview. The currently patch I'm using is to >enable this > flag, when a ld with auto-import stuff is found. > So if anyone can give me a hint for the direction, I can provide this. I think it is okay to assume that the cygwin ld has support for this flag. However, --enable-auto-import IS the default, so it should not be necessary to specify it. --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: named colour list
From: "Dylan Cuthbert" <[EMAIL PROTECTED]> Date: Fri, 18 Jan 2002 18:48:17 +0900 ah yes, I've always liked lightsalmon myself.. I wonder if anyone knows where it comes from as I'd like a few more choices? There's always DarkSalmon... The colors are probably coming from rgbtab.h, if you downloaded the source: c:/Cygwin/usr/src/rxvt-2.7.2/W11/xpm-3.4k/lib/rgbtab.h You can find files with: cd c:/Cygwin find . -name "*rgb*" -print -jeff - Original Message - From: "Schaible, Jörg" <[EMAIL PROTECTED]> for historical reasons I start my rxvt with: C:\cygwin\bin\rxvt.exe -g 120x50+732+0 -bg lightsalmon -fg black -fn "Lucida Console-11" -sr -sl 5000 -e /bin/bash --login -i So I can use the named colors, "lighsalmon" works fine on my box. OTOH I am not really sure *why* it works, since the only rbx.txt I've found was in the vim package. I've detected that the DLLs cygtk80.dll and libW11.dll seem to have included this symbolic names, but neither is used for rxvt ... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: no output from net.exe
Just as an FYI, I am unable to duplicate this problem. I used my Windows 2000 laptop to ssh to my NT 4 SP6a server and I was able to execute the following command from a bash prompt just fine: $ net group /domain > group.txt I used ssh from the cmd.exe prompt and I used puTTY - each time the output was redirected to the file. Have you tried use tee? For example: $ net group /domain | tee group.txt Is there a specific command or situation where this does not work? If so, let me know and I'll try again. rotaiv. At 01/17/2002 01:04 PM, Alex BATKO wrote: >When I am logged into my windows machine via ssh, I cannot redirect >the output of the command net.exe into a file, nor capture the output >in an array (within a perl script). > >On the other hand, executing `net.exe group >> zzz` from the cygwin >bash shell, and from windows' command.com, works just as expected. > >I have written to this list in the past (regarding this topic), but >the response I was given is that this is a "feature" of the program >net.exe (http://cygwin.com/ml/cygwin/2001-10/msg01490.html), and to >overcome this problem, I should start my ssh session via inetd, after >applying a particular patch: >http://sources.redhat.com/ml/cygwin/2001-03/msg00764.html > >I have started ssh via inted, but it's incredibly slow to establish >connections - so I have opted against it. > >I am wondering if anyone else has ran into this problem, and was able >to overcome it in a way other then by starting ssh from inetd. > >Thank you for your time. > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Bug reporting: http://cygwin.com/bugs.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd and fstat
On Fri, Jan 18, 2002 at 01:31:16PM +0100, Pavel Tsekov wrote: > > > Guy Harrison wrote: > > >On Thu, 17 Jan 2002 14:49:28 GMT, [EMAIL PROTECTED] (Guy Harrison) > >wrote: > > > > > > > [snip] > > > >Could someone enlighten me about 'allow_ntsec'. How does CygWin turn > >this on? > > > > When you add "ntsec" to the environment variable CYGWIN. Check FAQ and > documentation for more info. Also read the mailing list. Especially /usr/doc/Cygwin/cygrunsrv.README /usr/doc/Cygwin/openssh-3.0.2p1-4.README If you'd used ssh-host-config to install ssh, it would have asked if it shall sshd install as a service and how to set the environment variable CYGWIN, defaulting to "CYGWIN=binmode ntsec tty". Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: SSH uses HOME or HOMESHARE?
Nevermind. I figured it out. I should have read the README. Newer versions of SSH don't use $HOME, instead the use the home directory listed in /etc/passwd. And my home directory in /etc/passwd was incorrect. After fixing that, everything works. -Original Message- From: Paul Stodghill Sent: Thursday, January 17, 2002 4:24 PM To: Cygwin Mailing List (E-mail) Subject: SSH uses HOME or HOMESHARE? SSH seems to be ignoring HOME and using the value of HOMESHARE instead. This is a recent problem. unset'ing HOMESHARE does not appear to help. I understand that I can use the '-i' option to ssh, but I am really interested in getting ssh-agent working. Thanks. quimby$ ssh -V OpenSSH_3.0.2p1, SSH protocols 1.5/2.0, OpenSSL 0x0090603f quimby$ uname -a CYGWIN_NT-5.0 QUIMBY 1.3.6(0.47/3/2) 2001-12-08 17:02 i686 unknown quimby$ quimby$ printenv | grep -i '^HOME' HOMESHARE=\\falcon\falcon_c\stodghil HOMEDRIVE=C: HOMEPATH=\ HOME=/home/stodghil quimby$ printenv | fgrep -i falcon HOMESHARE=\\falcon\falcon_c\stodghil quimby$ ls $HOME/.ssh config identity identity.pub known_hosts known_hosts~ quimby$ ls //falcon/falcon_c/stodghil/.ssh ls: //falcon/falcon_c/stodghil/.ssh: No such file or directory quimby$ ssh -v asp OpenSSH_3.0.2p1, SSH protocols 1.5/2.0, OpenSSL 0x0090603f debug1: Seeding random number generator debug1: Rhosts Authentication disabled, originating port will not be trusted. debug1: restore_uid debug1: ssh_connect: getuid 11330 geteuid 11330 anon 1 debug1: Connecting to asp [128.84.154.47] port 22. debug1: temporarily_use_uid: 11330/10513 (e=11330) debug1: restore_uid debug1: temporarily_use_uid: 11330/10513 (e=11330) debug1: restore_uid debug1: Connection established. debug1: identity file //falcon/falcon_c/stodghil/.ssh/identity type -1 debug1: identity file //falcon/falcon_c/stodghil/.ssh/id_rsa type -1 debug1: identity file //falcon/falcon_c/stodghil/.ssh/id_dsa type -1 debug1: Remote protocol version 1.99, remote software version OpenSSH_2.9p2 debug1: match: OpenSSH_2.9p2 pat ^OpenSSH Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.0.2p1 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server->client aes128-cbc hmac-md5 none debug1: kex: client->server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: dh_gen_key: priv key bits set: 139/256 debug1: bits set: 1006/2049 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY The authenticity of host 'asp (128.84.154.47)' can't be established. RSA key fingerprint is a3:cb:3b:6c:60:49:db:66:26:5a:01:cd:ab:1f:99:07. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added 'asp,128.84.154.47' (RSA) to the list of known hosts. debug1: bits set: 1022/2049 debug1: ssh_rsa_verify: signature correct debug1: kex_derive_keys debug1: newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: waiting for SSH2_MSG_NEWKEYS debug1: newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: done: ssh_kex2. debug1: send SSH2_MSG_SERVICE_REQUEST debug1: service_accept: ssh-userauth debug1: got SSH2_MSG_SERVICE_ACCEPT debug1: authentications that can continue: publickey,password,keyboard-interactive debug1: next auth method to try is publickey debug1: try privkey: //falcon/falcon_c/stodghil/.ssh/identity debug1: try privkey: //falcon/falcon_c/stodghil/.ssh/id_rsa debug1: try privkey: //falcon/falcon_c/stodghil/.ssh/id_dsa debug1: next auth method to try is keyboard-interactive debug1: authentications that can continue: publickey,password,keyboard-interactive debug1: next auth method to try is password stodghil@asp's password: debug1: packet_send2: adding 48 (len 62 padlen 18 extra_pad 64) debug1: ssh-userauth2 successful: method password debug1: channel 0: new [client-session] debug1: send channel open 0 debug1: Entering interactive session. debug1: ssh_session2_setup: id 0 debug1: channel request 0: shell debug1: channel 0: open confirm rwindow 0 rmax 16384 Last login: Thu Jan 17 16:16:58 2002 from dhcp99-60.cs.cornell.edu asp$ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: no output from net.exe
| Make sure that your term is set to cygwin. | Is it enough to put the following in ~/.profile ? export TERM='cygwin' | Make sure that your window (buffer size) is set to 80x25. | I am executing the ssh command (to get into the Windows machine) from an xterm (on my linux box) that has size 80x24. The cygwin bash shell window (if invoked through vncviewer, or by sitting directly at the console) has size 80x25. | Are you getting any errors? | There is absolutely no error generated from any `net.exe` command, nor from `tfy.exe net.exe`. | Did you remember to drop the dll on the far machine? | Yes, both the dll (ttyfier.dll) and tfy.exe are in /usr/local/bin/ (which is in my PATH environment variable) on the windows machine. | Are you sure your sshd server is starting with CYGWIN=tty? | No. I don't know how to set sshd to start with an environment variable preset. So far, I've just always set the variables from ~/.profile: export CYGWIN='tty' Can you please advise me on this ? | I can't speak as to the terminal issues you're experiencing using cygwin. | If you look through the archives you'll see that this is an issue that comes | around periodically. I'd suggest checking out the previous conversations to | find out the issues involved. | I have looked through the archives (http://cygwin.com/ml/cygwin/) - but quite honestly, the search engine for the mailing list archive is not behaving as I expect that it should. Searching for "net.exe" results in a number of links to our conversation, while the rest of the results have nothing to do with "net.exe". -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: no output from net.exe
Alex BATKO wrote: > | Make sure that your term is set to cygwin. > | > Is it enough to put the following in ~/.profile ? > export TERM='cygwin' > > > | Make sure that your window (buffer size) is set to 80x25. > | > I am executing the ssh command (to get into the Windows machine) > from an xterm (on my linux box) that has size 80x24. > The cygwin bash shell window (if invoked through vncviewer, or by > sitting directly at the console) has size 80x25. > > > | Are you getting any errors? > | > There is absolutely no error generated from any `net.exe` command, > nor from `tfy.exe net.exe`. > > > | Did you remember to drop the dll on the far machine? > | > Yes, both the dll (ttyfier.dll) and tfy.exe are in /usr/local/bin/ > (which is in my PATH environment variable) on the windows machine. > > > | Are you sure your sshd server is starting with CYGWIN=tty? > | > No. I don't know how to set sshd to start with an environment variable > preset. So far, I've just always set the variables from ~/.profile: > export CYGWIN='tty' > Can you please advise me on this ? You can set this as a windows system environment variable by right clicking on my computer -> properties -> environment (or advanced if you on win2k?). This needs to be set at a system level so the system manager sees that it is set and passes it on to sshd. You will need to reboot the machine once you set this for it to take effect- simply stopping and starting sshd will not pickup the change. > > | I can't speak as to the terminal issues you're experiencing using cygwin. > | If you look through the archives you'll see that this is an issue that comes > | around periodically. I'd suggest checking out the previous conversations to > | find out the issues involved. > | > I have looked through the archives (http://cygwin.com/ml/cygwin/) - but > quite honestly, the search engine for the mailing list archive is not > behaving as I expect that it should. Searching for "net.exe" results > in a number of links to our conversation, while the rest of the results > have nothing to do with "net.exe". The best way to search the mailing archives is with google (http://www.google.com). Type your search term in the box followed by "site:cygwin.com". This will use the google search engine to search the cygwin site. This is a very useful tool for many internet sites. HTH, Peter > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: no output from net.exe
On Fri, Jan 18, 2002 at 11:23:35AM -0500, Peter Buckley wrote: >>| Are you sure your sshd server is starting with CYGWIN=tty? >>| >>No. I don't know how to set sshd to start with an environment variable >>preset. So far, I've just always set the variables from ~/.profile: >>export CYGWIN='tty' >>Can you please advise me on this ? > > >You can set this as a windows system environment variable by right >clicking on my computer -> properties -> environment (or advanced if you >on win2k?). This needs to be set at a system level so the system manager >sees that it is set and passes it on to sshd. You will need to reboot >the machine once you set this for it to take effect- simply stopping and >starting sshd will not pickup the change. You should never need to set CYGWIN=tty for an interactive ssh session. Interactive sessions use ptys. That means you are getting a CYGWIN tty by default. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Can I build a windows dll and lib from cygwin
As I am only just getting into cygwin, I would like to know if it is possible to build a block of unix code (just console applications) and produce a dll which can be called by windows applications. I have done this following the advice on the cygwin sites and produce the 2 files which i thought i needed these are foo.a (renamed to foo.lib below) and foo.dll. When I try to build a windows application linking to foo.a i get an error saying the lib file can not be understood. Have misunderstood the objective of the dll tool is it only to build apps on cygwin? I am using an application called matlab to build this file and get the following echo returned Microsoft (R) 32-Bit Incremental Linker Version 5.00.7022 Copyright (C) Microsoft Corp 1992-1997. All rights reserved. vistaread_mex.obj foo.lib mexversion.res vistaread_mex.obj : error : Internal error during Pass1 Does this mean anything to anyone? Mr. S. Wood, Research assistant Dept Medical Physics & Clinical Engineering I floor Royal Hallamshire Hospital Glossop road, Sheffield, England. S10 2JF -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: no output from net.exe
+--- | Have you tried use tee? For example: | | $ net group /domain | tee group.txt | This didn't help because I wasn't getting anything on stdout to begin with, and tee copies stdout to a file. So all i got was: nothing on the screen, and a file of size 0, called group.txt. But after setting the system (environment) variable CYGWIN to 'tty', as suggested by Peter Buckley, both net.exe (on it's own), as well as with a pipe to tee now work as expected. Thanks for your input. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: no output from net.exe
Alex BATKO wrote: > woo, hoo !!! > > > +--- > | You can set this as a windows system environment variable by right > | clicking on my computer -> properties -> environment (or advanced if you > | on win2k?). This needs to be set at a system level so the system manager > | sees that it is set and passes it on to sshd. You will need to reboot > | the machine once you set this for it to take effect- simply stopping and > | starting sshd will not pickup the change. > | > I have done what you suggested, and now 'net.exe' works as I've always > begged it to. > > Just as a side note, in ~/.profile (of the account i'm ssh'ing to on the > windows machine) I still have: > > export CYGWIN='binmode ntea' > export TERM='cygwin' > > Is that OK ? I need 'ntea' to effectively use chmod. > I don't know if the ~/.profile is run when you ssh- it is usually run when a bash shell is started interactively (and I don't recall if ssh starts an interactive bash shell). I have my CYGWIN variable set as a system environment variable, because I use CYGWIN=ntsec binmode tty, and IIRC that I need the ntsec part to be set before the inetd service starts. I don't currently use sshd. HTH, Peter > > | The best way to search the mailing archives is with google > | (http://www.google.com). Type your search term in the box followed by > | "site:cygwin.com". This will use the google search engine to search the > | cygwin site. This is a very useful tool for many internet sites. > | > Adding site:cygwin.com is a very good tip - thanks. > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: named colour list
Charles Wilson wrote: > > Schaible, Jörg wrote: > > > So I can use the named colors, "lighsalmon" works fine on my box. OTOH I am > > not really sure *why* it works, since the only rbx.txt I've found was in the > > vim package. I've detected that the DLLs cygtk80.dll and libW11.dll seem to > > have included this symbolic names, but neither is used for rxvt ... > > rxvt DOES use libW11.dll. > > --Chuck Where? According to cygcheck it doesn't. $ cygcheck g:\\bin\\rxvt.exe g:\bin\rxvt.exe g:\bin\cygwin1.dll C:\WINNT\System32\KERNEL32.dll C:\WINNT\System32\ntdll.dll C:\WINNT\System32\USER32.dll C:\WINNT\System32\GDI32.dll C:\WINNT\System32\ADVAPI32.dll C:\WINNT\System32\RPCRT4.dll Cheers Don Sharp -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: no output from net.exe
At 12:59 PM 1/18/2002, Alex BATKO wrote: >Is that OK ? I need 'ntea' to effectively use chmod. Not if you're working on NTFS partitions you don't. You're *much* better off using 'ntsec'. You can see the user guide if you're curious about this setting. Of course, if you're running on a FAT partition and need chmod to work there, then you're stuck with 'ntea'. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: no output from net.exe
woo, hoo !!! +--- | You can set this as a windows system environment variable by right | clicking on my computer -> properties -> environment (or advanced if you | on win2k?). This needs to be set at a system level so the system manager | sees that it is set and passes it on to sshd. You will need to reboot | the machine once you set this for it to take effect- simply stopping and | starting sshd will not pickup the change. | I have done what you suggested, and now 'net.exe' works as I've always begged it to. Just as a side note, in ~/.profile (of the account i'm ssh'ing to on the windows machine) I still have: export CYGWIN='binmode ntea' export TERM='cygwin' Is that OK ? I need 'ntea' to effectively use chmod. | The best way to search the mailing archives is with google | (http://www.google.com). Type your search term in the box followed by | "site:cygwin.com". This will use the google search engine to search the | cygwin site. This is a very useful tool for many internet sites. | Adding site:cygwin.com is a very good tip - thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows XP, inetd, and procmail, fetchmail, and mutt
Pat, On Fri, Jan 18, 2002 at 01:08:00AM -0800, Patrick Lightbody wrote: > So... any thoughts? I need good POP support, good filtering support, and a > good mailer (aka: I need fetchmail, procmail, and mutt). Has anyone else > done this? Yes, I use this exact combination. > I've exhausted my searches in google for any more useful > information, I'm all out. Hmm, I suspect that you did not search that hard... I recommend that you peruse the following: http://www.google.com/search?q=site:cygwin.com+fetchmail+procmail&hl=en&start=10&sa=N The following may be of interest too: http://www.cygwin.com/ml/cygwin/2001-08/msg00628.html Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Not compatible between cygwin-B20 and cygwin-2.125.2.10
The version number you've given (2.125.2.10) is the current version of setup.exe. To find the cygwin version, run 'cygcheck -s' and look at the version information for cygwin1.dll. There may be a problem with character set translation. In some views, I see two backslashes as the first part of the sed expression and in others I see two yen symbols. The sed command hasn't changed in a very long time, but your keyboard and display drivers may be putting up characters other than what you think. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. - Original Message - From: "hiranaga $BJ?1J(B $BL3(B" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, January 17, 2002 17:08 Subject: sed : Not compatible between cygwin-B20 and cygwin-2.125.2.10 > Following command dosn't work on cygwin-2.125.2.10 >sed -e 's-\\-/-g' >sed: -e expression #1, char 7: Unterminated `s' command <- error message > But same command work on cygwin-B20. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Can I build a windows dll and lib from cygwin
There is a living and breathing example of building a C DLL on the Cygwin site under "DLL STUFF" at http://www.neuro.gatech.edu/users/cwilson/cygutils/V1.1/dll-stuff/ I was able to kludge the example makefile in the "c" directory (see below) with RSI's IDL C external calling example to give an instance of IDL calling a *.c DLL using Cygwin GCC. Obviously you should go through the Readme and so-on on the "DLL STUFF" page; however, cutting right to the chase... 1. on Cygwin $ mkdir /usr/src/dllhelpers-0.2.9 2. Back at the "DLL STUFF" page find "dllhelpers-0.2.9.tar.bz2" (which is http://www.neuro.gatech.edu/users/cwilson/cygutils/V1.1/dll-stuff/dllhelpers -0.2.9.tar.bz2 ) and use Save As to put it into [~approx~C:\Cygwin]\usr\src\dllhelpers-0.2.9 3. on Cygwin $ cd /usr/src/dllhelpers-0.2.9 $ bunzip2 dllhelpers-0.2.9.tar.bz2 $ tar tvf dllhelpers-0.2.9.tar
Re: "RTFM'ing": readily accessible user documentation?
Soren Andersen: > I am really, really convinced that if someone finds the constructive > proposal I sent in "infuriating", it is entirely their own (fairly > important) personal problem, as in: a problem of a spiritual nature (in > that it pertains to internal states of being, predispositions, and general > unhappiness) ... Cygwin is an excellent product because the people developing are competent, focused, use their time well, have good technical judgement, understand their users and set their priorities well. I trust their judgement on your "proposal". Trying to get them to reverse their decision by trying to make them feel guilty or suggesting they need therapy is pretty funny. It is little kid stuff. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows XP, inetd, and procmail, fetchmail, and mutt
Pat, Please keep your replies on the list. On Fri, Jan 18, 2002 at 10:39:31AM -0800, Patrick Lightbody wrote: > Jason, actually I got the procmail binary, and I compiled mutt and > fetchmail myself. I was mostly having trouble getting procmail to work on > port 25, Most likely because you don't have a SMTP daemon running. > but I just found a workaround for that: fetchmail -m /usr/bin/procmail. Try a .fetchmailrc file like the following: set logfile /tmp/fetchmail.log set invisible # suppress "Received:" line fetchmail adds set no bouncemail poll "mail" protocol pop3 username "user" password "password" nokeep # delete successfully received messages mda "/usr/local/bin/procmail -d %T" # pass message to the local MDA > Everything is working great for me, though I haven't > tried sending mail. Try ssmtp for sending mail. Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: "RTFM'ing": readily accessible user documentation?
On Fri, Jan 18, 2002 at 01:39:35PM -0500, twidlar wrote: >Soren Andersen: >> I am really, really convinced that if someone finds the constructive >> proposal I sent in "infuriating", it is entirely their own (fairly >> important) personal problem, as in: a problem of a spiritual nature (in >> that it pertains to internal states of being, predispositions, and general >> unhappiness) ... > >Cygwin is an excellent product because the people developing are >competent, focused, use their time well, have good technical judgement, >understand their users and set their priorities well. I trust their >judgement on your "proposal". > >Trying to get them to reverse their decision by trying to make them >feel guilty or suggesting they need therapy is pretty funny. It is >little kid stuff. Thanks for the vote of confidence but there is no reversal of anything, required here. Everything in Soren's email had already been discussed. There was nothing breathtakingly original in his "proposal". The solution is basically what any twelve year old would provide with if you described problem to them. And the twelve year old's solution would be the correct one -- setup.exe should produce /usr/info/dir. Every setup.exe developer agrees that this is something that needs to be done. It's on the list of things to do. Relaying that information (or where to find that information) should have been the end of the discussion but, of course, it wasn't. It seemed like a simple solution was being put forth as if it was in some way revolutionary. Soren's email took 80 lines to essentially say: "setup.exe should produce /usr/info/dir files." The additional 79 lines and subsequent messages seemed to be basically an attempt at making himself the champion of the obvious for newbies. It's not at all unusual for a "newbie" to provide a simple solution without trying to research available resources. No matter how we try to correct this behavior, people will always assume that they are the only people to have ever come up with a solution and will send a knee jerk message to [EMAIL PROTECTED] For example, how many people have suggested that we should have an "All" option on setup.exe? A LOT. And, where do you think the current setup.exe behavior came from? It came from user complaints about the fact that setup.exe used to download everything. Regardless, after the first message or two about the lack of "All", this issue became the subject of much discussion in [EMAIL PROTECTED] You could assume that since setup.exe has had this problem for a couple of months, that no one is working on it. Or, you could assume that since this is a volunteer project, we can't guarantee that anything will be fixed quickly. A newbie might assume the former but should be easily educated in the latter. So, their cluelessness should be correctable. It is somewhat unusual for a "newbie" to offer such a spirited defense of their own cluelessness. The defense, apparently, is that "if I can't see it, it doesn't exist". It is puzzling why someone who admits to being absent from cygwin discussions would ever assume that their ignorance was anything more than simple lack of information but I guess this adds some entertainment value to [EMAIL PROTECTED] I think that there is a valid point somewhere in Soren's message although he doesn't actually seem aware of it. Probably, in the future, when someone mentions RTFM, they should also include something like: "setup.exe should produce /usr/info/dir files but it doesn't currently. To use info files, please refer to the following: http://cygwin.com/faq/faq.html#SEC63 " Hmm. Oddly enough, it took me about five seconds to find this info in the FAQ. Just looked for "info". I guess that's because I'm not a newbie... cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
private rsync 'mirror'
I'd like to keep a local copy of the latest cygwin packages. I'm sure I could just ftp everything from mirrors.rcn.net each night, but I'd much rather use rsync (or something comparable) and spare everyone the waste. My link is so modest so it would be pointless to mirror the content to others. Can anyone recommend an option? thank you, Mike Adler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: named colour list
I believe rxvt dynamically loads either libWll.dll or libX11.dll (using dlopen()). It does this depending on the setting of the environment variable DISPLAY. This was done so that the same executable works: 1) in native windows mode on systems without X11 installed 2) in X11 or native windows mode on systems WITH X11 installed, depending on DISPLAY setting. If rxvt were actually LINKED to libX11.dll then it couldn't work with W11, and vice versa. --Chuck Don Sharp wrote: > > Charles Wilson wrote: > >>Schaible, Jörg wrote: >> >> >>>So I can use the named colors, "lighsalmon" works fine on my box. OTOH I am >>>not really sure *why* it works, since the only rbx.txt I've found was in the >>>vim package. I've detected that the DLLs cygtk80.dll and libW11.dll seem to >>>have included this symbolic names, but neither is used for rxvt ... >>> >>rxvt DOES use libW11.dll. >> >>--Chuck >> > > Where? According to cygcheck it doesn't. > > $ cygcheck g:\\bin\\rxvt.exe > g:\bin\rxvt.exe > g:\bin\cygwin1.dll > C:\WINNT\System32\KERNEL32.dll > C:\WINNT\System32\ntdll.dll > C:\WINNT\System32\USER32.dll > C:\WINNT\System32\GDI32.dll > C:\WINNT\System32\ADVAPI32.dll > C:\WINNT\System32\RPCRT4.dll > > Cheers > > Don Sharp > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: private rsync 'mirror'
Michael, If you do not require unattended, scripted operation, Setup.exe performs fine for local Cygwin mirroring as well as installing (use the "Download from Internet" option to locally mirror your favorite Cygwin mirror site). Otherwise, you can use any date-dependent / incremental, recursive FTP retrieval tool (still using Setup.exe for installation, of course). I used to do that using FTP Voyager (before I knew about wget), but since it was still a manually invoked process, I've switched to simply using Setup.exe for both retrieval and installation. I also must manually clean out old packages--I keep the current and previous packages and discard the older ones. I do not recall if the Cygwin mirrors keep "defunct" older versions of the packages and if so how many, but if they do, it would interfere with wanting an automated download if you didn't want to keep the same amount of package history as your chosen mirror. If you do want a scripted or automated option, just use wget with suitable options. That should do what you want just fine. If you don't want to trail along old versions, then you may need to write a script (sed, awk, Perl or some such) to extract names of package files form the current Setup.ini file and retrieve new ones, and, possibly, discard those no longer "current" and/or "previous" and/or "experimental." By the way, I've been bit once (out of a potential two times, I should say. ... "fooled me once...") by the need to use a "special" two-pass installation procedure for certain package updates, so one really must read the Cygwin mailing list for release and update announcements. Thus fully automated or "blind" Cygwin updating is not yet a foolproof possibility. Randall Schulz Mountain View, CA USA At 11:35 2002-01-18, Michael Adler wrote: >I'd like to keep a local copy of the latest cygwin packages. I'm sure I >could just ftp everything from mirrors.rcn.net each night, but I'd much >rather use rsync (or something comparable) and spare everyone the waste. > >My link is so modest so it would be pointless to mirror the content to >others. Can anyone recommend an option? > >thank you, > >Mike Adler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: no output from net.exe
+---
| At 12:59 PM 1/18/2002, Alex BATKO wrote:
| >Is that OK ? I need 'ntea' to effectively use chmod.
|
| Not if you're working on NTFS partitions you don't. You're *much* better
| off using 'ntsec'. You can see the user guide if you're curious about
| this setting. Of course, if you're running on a FAT partition and need
| chmod to work there, then you're stuck with 'ntea'.
+---
The windows machine in question is running Windows 2000, and is using NTFS.
Look at this:
{1} cd /tmp/
{2} ls -l
total 0
{3} echo $CYGWIN
binmode ntea
{4} umask
077
{5} touch blah
{6} ls -l
total 0
-rw---1 ntroot Administ0 Jan 18 14:38 blah
{7} chmod 644 blah
{8} ls -l
total 0
-rw-r--r--1 ntroot Administ0 Jan 18 14:38 blah
{9} export CYGWIN='binmode ntsec'
{10} ls -l
-rwxrwxrwx1 Administ Administ0 Jan 18 14:38 blah
{11} export CYGWIN='binmode ntea'
{12} ls -l
-rw-r--r--1 ntroot Administ0 Jan 18 14:38 blah
{13} export CYGWIN='binmode ntsec'
{14} ls -l
-rw---1 ntroot Administ0 Jan 18 14:39 blah
{15} chmod 755 blah
{16} ls -l
total 0
-rwxr-xr-x1 ntroot Administ0 Jan 18 14:39 blah
This experiment shows that 'ntea' and 'ntsec' can both set
permissions properly on NTFS. It also shows that the modes will
look different from 'ntsec' if set by 'ntea' (and visa versa).
I don't know what you mean by saying that it's much better
to use 'ntsec' on NTFS. I realize that the Cygwin User's Guide
(http://sources.redhat.com/cygwin/cygwin-ug-net/using-cygwinenv.html)
about the CYGWIN environment variable states that with 'ntsec'
set, the file permissions can only be set on NTFS partitions.
The guide also says that the 'ntea' option only operates under
Windows NT (but clearly, it operates under Windows 2000).
But the guide doesn't say that one is better. I may be completely
missing something (in reading and knowledge), so please advise...
I apologize in advance if I am wrong about what I have written.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: no output from net.exe
"ntea" makes you have less usable disk space- it creates a big file
IIRC. I don't know if it just creates the file on FAT, or if the file is
only undeletable on FAT. "ntsec" works on NT and NTFS.
HTH,
Peter
Alex BATKO wrote:
> +---
> | At 12:59 PM 1/18/2002, Alex BATKO wrote:
> | >Is that OK ? I need 'ntea' to effectively use chmod.
> |
> | Not if you're working on NTFS partitions you don't. You're *much* better
> | off using 'ntsec'. You can see the user guide if you're curious about
> | this setting. Of course, if you're running on a FAT partition and need
> | chmod to work there, then you're stuck with 'ntea'.
> +---
>
>
> The windows machine in question is running Windows 2000, and is using NTFS.
> Look at this:
>
> {1} cd /tmp/
> {2} ls -l
> total 0
> {3} echo $CYGWIN
> binmode ntea
> {4} umask
> 077
> {5} touch blah
> {6} ls -l
> total 0
> -rw---1 ntroot Administ0 Jan 18 14:38 blah
> {7} chmod 644 blah
> {8} ls -l
> total 0
> -rw-r--r--1 ntroot Administ0 Jan 18 14:38 blah
> {9} export CYGWIN='binmode ntsec'
> {10} ls -l
> -rwxrwxrwx1 Administ Administ0 Jan 18 14:38 blah
> {11} export CYGWIN='binmode ntea'
> {12} ls -l
> -rw-r--r--1 ntroot Administ0 Jan 18 14:38 blah
> {13} export CYGWIN='binmode ntsec'
> {14} ls -l
> -rw---1 ntroot Administ0 Jan 18 14:39 blah
> {15} chmod 755 blah
> {16} ls -l
> total 0
> -rwxr-xr-x1 ntroot Administ0 Jan 18 14:39 blah
>
>
> This experiment shows that 'ntea' and 'ntsec' can both set
> permissions properly on NTFS. It also shows that the modes will
> look different from 'ntsec' if set by 'ntea' (and visa versa).
>
> I don't know what you mean by saying that it's much better
> to use 'ntsec' on NTFS. I realize that the Cygwin User's Guide
> (http://sources.redhat.com/cygwin/cygwin-ug-net/using-cygwinenv.html)
> about the CYGWIN environment variable states that with 'ntsec'
> set, the file permissions can only be set on NTFS partitions.
>
> The guide also says that the 'ntea' option only operates under
> Windows NT (but clearly, it operates under Windows 2000).
>
> But the guide doesn't say that one is better. I may be completely
> missing something (in reading and knowledge), so please advise...
>
> I apologize in advance if I am wrong about what I have written.
>
> --
> Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ: http://cygwin.com/faq/
>
>
--
Your mouse has moved.
Windows NT must be restarted for the change to take effect.
Reboot now? [OK]
--
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: no output from net.exe
+--- | "ntea" makes you have less usable disk space- it creates a big file | IIRC. I don't know if it just creates the file on FAT, or if the file is | only undeletable on FAT. "ntsec" works on NT and NTFS. +--- But on the CYGWIN User's Guide, the warning under the 'ntea' option says that the option "may create additional large files on non-NTFS partitions. And I am using an NTFS partition, so there should be no such problems. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: no output from net.exe
On Fri, Jan 18, 2002 at 03:46:05PM -0500, Alex BATKO wrote: > > +--- > | "ntea" makes you have less usable disk space- it creates a big file > | IIRC. I don't know if it just creates the file on FAT, or if the file is > | only undeletable on FAT. "ntsec" works on NT and NTFS. > +--- > > > But on the CYGWIN User's Guide, the warning under the 'ntea' option says > that the option "may create additional large files on non-NTFS partitions. > > And I am using an NTFS partition, so there should be no such problems. ntea just uses the HPFS like extended attributes to simulate file permissions. ntsec uses the NTFS ACLs to set real permissions. But whom do I tell that. If you read the user guide you surely read also http://cygwin.com/cygwin-ug-net/ntsec.html. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: no output from net.exe
+--- | ntea just uses the HPFS like extended attributes to simulate | file permissions. ntsec uses the NTFS ACLs to set real | permissions. +--- Because I have had CYGWIN='ntea' in ~/.profile since the first day of installing cygwin, if I now switch over to 'ntsec', the permissions look wrong in the output of `ls -la`. Is there any way to overcome this problem ? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows XP, inetd, and procmail, fetchmail, and mutt
I have been playing with ssmtp, trying to set it up as my local mail relay. I would like to have it run as a daemon. Is there a way to do that? I tried postfix, but it doesn't compile out of the box (it doesn't know what OS "CYGWIN_NT-5.0 1.3.6(0.47/3/2)" is) and it this is more of a "lets see if I can get this to work" type of project, not something I must get working. From my reading of the man page it appears that ssmtp does not run as a daemon, it needs to be called by MUA to send that mail. Is this correct? Kent -- "We sleep safe in our beds because rough men stand ready in the night to visit violence on those who would do us harm" -- George Orwell -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows XP, inetd, and procmail, fetchmail, and mutt
On Fri, Jan 18, 2002 at 02:56:43PM -0600, Kent Perrier wrote: > I have been playing with ssmtp, trying to set it up as my local mail > relay. I would like to have it run as a daemon. Is there a way to do that? > > I tried postfix, but it doesn't compile out of the box (it doesn't know > what OS "CYGWIN_NT-5.0 1.3.6(0.47/3/2)" is) and it this is more of a > "lets see if I can get this to work" type of project, not something I > must get working. > > From my reading of the man page it appears that ssmtp does not run as a > daemon, it needs to be called by MUA to send that mail. Is this correct? Ever tried `man ssmtp'? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: no output from net.exe
On Fri, Jan 18, 2002 at 04:32:08PM -0500, Alex BATKO wrote: > > +--- > | ntea just uses the HPFS like extended attributes to simulate > | file permissions. ntsec uses the NTFS ACLs to set real > | permissions. > +--- > > Because I have had CYGWIN='ntea' in ~/.profile since the first day > of installing cygwin, if I now switch over to 'ntsec', the permissions > look wrong in the output of `ls -la`. Sure. They *are* wrong since the ACLs aren't used before but when ntsec is on they are read instead of the EAs. > Is there any way to overcome > this problem ? You could write a script. That's even more fun than setting all user/group/permission info by hand. Treat it as challenge. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: "RTFM'ing": readily accessible user documentation?
- Original Message - From: "Christopher Faylor" <[EMAIL PROTECTED]> > The solution is basically what any twelve year old would provide with if > you described problem to them. And the twelve year old's solution would > be the correct one -- setup.exe should produce /usr/info/dir. And we have a solution - for package creators - in http://www.cygwin.com/setup.html#package_contents - which states "If you have any 'info' documention in your package, run install-info as part of your post-install script" Thats what got me annoyed. The solution has been discussed, put into policy and should not affect any newbies ever again. This is a better solution than setup.exe special casing info files, because as described here http://www.cygwin.com/setup.html#postinstall packages can do any special case installation that make install might do - without requiring users to grab a new setup.exe to get the correct behaviour. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows XP, inetd, and procmail, fetchmail, and mutt
On 1/18/2002 3:19 PM, Corinna Vinschen wrote: >On Fri, Jan 18, 2002 at 02:56:43PM -0600, Kent Perrier wrote: >>From my reading of the man page it appears that ssmtp does not run as a >>daemon, it needs to be called by MUA to send that mail. Is this correct? >> > > Ever tried `man ssmtp'? Why yes I have, the -bd option does not run the program in daemon mode. ssmtp exits with "-bd is not supported by sSMTP sendmail. Use rSMTP under inetd instead." I cannot find rSMTP in setup.exe nor in my install. I am running cygwin 1.3.6-6 Kent -- "We sleep safe in our beds because rough men stand ready in the night to visit violence on those who would do us harm" -- George Orwell -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygipc-1.11 SHM-patch: fork, handling in ipc-daemon
=== - Original Message - From: "Michael Haubenwallner" <[EMAIL PROTECTED]> > - It is not clear what happens in following circumstance: > 1) the first process creates a shm > 2) a second one attaches to it > 3) now the second process dies without detaching > 4) the first process removes the shm with shmctl(IPC_RMID), > but the ipc-daemon was sleeping and did not remove the > second attachment-entry early enough to have shm_nattch==0, > which must be the case in shmctl() to really remove the shm > by the caller of shmctl(IPC_RMID). > > What IMHO surely not should happen is that a shmid with > shm_nattch==0 remains with having the destroy-flag set. > So the ipc-daemon must remove a shm in this state, > including the tmp-file. In this case, the daemon should wait on all the processes that are attached, so it gets woken up when a process quits. Alternatively, you could queue the removal, prevent now attachments, and when the second process termination is 'noticed' perform the removal. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows XP, inetd, and procmail, fetchmail, and mutt
On Fri, Jan 18, 2002 at 05:26:39PM -0600, Kent Perrier wrote: > On 1/18/2002 3:19 PM, Corinna Vinschen wrote: > >On Fri, Jan 18, 2002 at 02:56:43PM -0600, Kent Perrier wrote: > > >>From my reading of the man page it appears that ssmtp does not run as a > >>daemon, it needs to be called by MUA to send that mail. Is this correct? > >> > > > >Ever tried `man ssmtp'? > > > Why yes I have, the -bd option does not run the program in daemon mode. Hmm, did you actually *read* it? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows XP, inetd, and procmail, fetchmail, and mutt
On 1/18/2002 5:46 PM, Corinna Vinschen wrote: > On Fri, Jan 18, 2002 at 05:26:39PM -0600, Kent Perrier wrote: > >>On 1/18/2002 3:19 PM, Corinna Vinschen wrote: >> >>>On Fri, Jan 18, 2002 at 02:56:43PM -0600, Kent Perrier wrote: >>> From my reading of the man page it appears that ssmtp does not run as a >>> daemon, it needs to be called by MUA to send that mail. Is this correct? >>>Ever tried `man ssmtp'? >>> >> >>Why yes I have, the -bd option does not run the program in daemon mode. >> > > Hmm, did you actually *read* it? To the best of my ability, I have. It looks to me that the MUA has to call ssmtp to send an email. It cannot run as a daemon, on port 25, to accept connections from MUAs. The man page says the -bd option is unsupported and my experience from running it on the command line is it does not work. It gives the error you cut out of my previous email. If it doesn't work please tell me. If it does, please point me to a post to the mailing list that describes how to make it work. The experience that I have had with ssmtp (from reading the man page) is not positive. Kent -- "We sleep safe in our beds because rough men stand ready in the night to visit violence on those who would do us harm" -- George Orwell -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows XP, inetd, and procmail, fetchmail, and mutt
On 1/18/2002 5:56 PM, Kent Perrier wrote: > To the best of my ability, I have. It looks to me that the MUA has to > call ssmtp to send an email. It cannot run as a daemon, on port 25, to > accept connections from MUAs. The man page says the -bd option is > unsupported and my experience from running it on the command line is it > does not work. It gives the error you cut out of my previous email. > > If it doesn't work please tell me. If it does, please point me to a > post to the mailing list that describes how to make it work. The > experience that I have had with ssmtp (from reading the man page) is not > positive. > > Kent Ok, so it appears that ssmtp will not run in daemon mode. Besides the NT apps blat or IIS, is there an smtp server that runs under cygwin? Kent -- "We sleep safe in our beds because rough men stand ready in the night to visit violence on those who would do us harm" -- George Orwell -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Package Lint
- Original Message - From: "Michael A Chase" <[EMAIL PROTECTED]> > I have been away for a while and would be interested in working on a package > lint as a way of getting back in the loop. What would you like it to check > first? > > My first thought would be to make it a Perl script. I'm open on this. I expect at some point to produce a setup.ini linter, and that could be called from a perls script easily enough. (We should have the same parser code reused, to prevent syncronisation errors). > Likely features: > 1. No /usr/info/dir allowed. > 2. Syntax check setup.hints. upset is perl now, I'd suggest you extend upset. Also, for efficiency, write a flag - same foobar.checked - when you check a file (be it a setup.hint or package), and only recheck if the file is newer than the flag. This is because untarring a 100Mb of archives every upload is a waste of CPU time - and the server is quite loaded already. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: security.cc: bug report, question and suggestion
At 06:38 PM 12/30/01 +0100, Corinna Vinschen wrote:
>On Sun, Dec 30, 2001 at 11:26:15AM -0500, Pierre A. Humblet wrote:
>> At 11:15 PM 12/29/01 +0100, Corinna Vinschen wrote:
>> While I am at it, here is another weird observation:
>> base case above: prog reads some registry key. Succeeds.
>> cases 1 and 2: prog reads some registry key. Access denied.
>> But if xxx has admins privilege, prog can read the registry in
>> cases 1 and 2...
>> Can this be explained somehow? It's all on a standalone Win2000.
>
>Hmm, some debgging would help here, perhaps.
>
Hi Corinna
Well, I had to learn a few things to track this one.
Please cc me directly. Sorry about the length.
What follows was observed on NT 4, it's somewhat
different on Windows 2000.
The keys are related to the perflib, e.g.
"SOFTWARE\\Microsoft\\Windows NT\\CurrentVersion\\Perflib\\009"
and others.
Initially I thought that the error 5 ERROR_ACCESS_DENIED
meant that, following setuid(), the user did not have
query access to the key, even though he could open it
without problems. This guess was wrong.
The real problem is that following setuid(), the ACL (not default
ACL) of the impersonation token (which is inherited from the
default ACL of the process token) makes the impersonation
token non-accessible by its user
(normally the user has full access to its token,
and it seems that setuid() should preserve that).
ERROR_ACCESS_DENIED is thus generated when some Microsoft
code tries to access the token while getting the key.
This is demonstrated in the debug.out attachment where I print
the impersonation token, try to access the key (fail),
then clear the token ACL and succeed reading the key.
I tried to patch security.cc, without success.
In the attached diff file I set an acl (actually I
reuse your default ACL) in a security descriptor "sd".
sd is pointed to by your security attribute "sa", which
is passed to DuplicateTokenEx() in create_token().
I also added a new call to SetKernelObjectSecurity(),
for good measure.
This runs without errors, but nothing happens.
I have no idea why. Any help or suggestions will be
appreciated.
Here are four other things I noticed:
1) If setuid(gid) with a gid that doesn't exist, the
system silently sets the gid to "administrators". That
is not fail safe!
The problem is that getgrgid() never fails. It should
have a flag to tell it whether it should default or not.
[The default is fine when specifying a SET_ACCESS ACE]
2) my_token isn't closed in create_token()
3) Why is it necessary to set the PrimaryGroup in the
process token in setegid()? (That can fail silently).
Is that field ever read? I thought that PrimaryGroup
only needs to be set in impersonation tokens, so that
seteuid() can decide if an existing token can be
reused.
4) If in "cygrunsrv -u user ..." the Cygwin and Windows
user names differ, then the process will have the wrong
uid.
Entry in passwd (note Cygwin name != Windows name)
exim:unused_by_nt/2000/xp:1002:1005:daemon,U-PHumblet\Mail,S-1-5-21-21273915
03-1594901184-99485923-1002:/h
ome/Mail:/bin/bash
/> cygrunsrv -I test -u mail -e CYGWIN=ntsec -p /a.exe
Enter password of user `.\mail':
Reenter, please:
/> cygrunsrv -S test
/> head /var/log/test.log
CYGWIN = ntsec USERNAME = UNDEF UID = 500 GID = 513 PID = 619
<==INCORRECT UID/GID
/*** Token Start /
/*** Token User */
Mail PHumblet SidTypeUser <=== CORRECT USER
S-1-5-21-2127391503-1594901184-99485923-1002<=== CORRECT SID
Changed entry in passwd
mail:unused_by_nt/2000/xp:1002:1005:daemon,U-PHumblet\Mail,S-1-5-21-21273915
03-1594901184-99485923-1002:/home/Mail:/bin/bash
/> cygrunsrv -S test
/> head /var/log/test.log
CYGWIN = ntsec USERNAME = UNDEF UID = 1002 GID = 1005 PID = 654 <==
EVERYTHING OK
/*** Token Start /
/*** Token User */
Mail PHumblet SidTypeUser
S-1-5-21-2127391503-1594901184-99485923-1002
Pierre
--- security.cc.in Wed Jan 9 20:35:04 2002
+++ security.cc Tue Jan 15 18:58:46 2002
@@ -696,6 +696,18 @@
return TRUE;
}
+static BOOL
+get_sd (PSECURITY_DESCRIPTOR psd, PACL acl)
+{
+ if (!(InitializeSecurityDescriptor(psd, SECURITY_DESCRIPTOR_REVISION) &&
+SetSecurityDescriptorDacl(psd, TRUE, acl, FALSE)))
+ {
+__seterrno ();
+return FALSE;
+ }
+ return TRUE;
+}
+
HANDLE
create_token (cygsid &usersid, cygsid &pgrpsid)
{
@@ -710,7 +722,8 @@
{ sizeof sqos, SecurityImpersonation, SECURITY_STATIC_TRACKING, FALSE };
OBJECT_ATTRIBUTES oa =
{ sizeof oa, 0, 0, 0, 0, &sqos };
- SECURITY_ATTRIBUTES sa = { sizeof sa, NULL, TRUE };
+ SECURITY_DESCRIPTOR sd;
+ SECURITY_ATTRIBUTES sa = { sizeof sa, &sd, TRUE };
LUID auth_luid = SYSTEM_LUID;
LARGE_INTEGER exp = { QuadPart:0x7fffLL };
@@ -813,10 +826,14 @@
goto out;
dacl.DefaultDacl = (PACL) acl_buf;
+ /* Create security info */
+ if (!get_sd (& sd, (
RE: Windows XP, inetd, and procmail, fetchmail, and mutt
Kent, Read /usr/doc/Cygwin/ssmtp-2.38.7.README. It explains you how you can coerce mutt into using it for sending mail. Then read /usr/doc/ssmtp-2.38.7/README about the limitations of ssmtp. Jeff -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kent Perrier Sent: Friday, January 18, 2002 7:18 PM To: [EMAIL PROTECTED] Subject: Re: Windows XP, inetd, and procmail, fetchmail, and mutt On 1/18/2002 5:56 PM, Kent Perrier wrote: > To the best of my ability, I have. It looks to me that the MUA has to > call ssmtp to send an email. It cannot run as a daemon, on port 25, to > accept connections from MUAs. The man page says the -bd option is > unsupported and my experience from running it on the command line is it > does not work. It gives the error you cut out of my previous email. > > If it doesn't work please tell me. If it does, please point me to a > post to the mailing list that describes how to make it work. The > experience that I have had with ssmtp (from reading the man page) is not > positive. > > Kent Ok, so it appears that ssmtp will not run in daemon mode. Besides the NT apps blat or IIS, is there an smtp server that runs under cygwin? Kent -- "We sleep safe in our beds because rough men stand ready in the night to visit violence on those who would do us harm" -- George Orwell -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Package Lint
On Sat, Jan 19, 2002 at 11:25:09AM +1100, Robert Collins wrote: >- Original Message - >From: "Michael A Chase" <[EMAIL PROTECTED]> > > >>I have been away for a while and would be interested in working on a >>package lint as a way of getting back in the loop. What would you like >>it to check first? >> >>My first thought would be to make it a Perl script. > >I'm open on this. I expect at some point to produce a setup.ini >linter, and that could be called from a perls script easily enough. >(We should have the same parser code reused, to prevent syncronisation >errors). > >>Likely features: 1. No /usr/info/dir allowed. 2. Syntax check >>setup.hints. > >upset is perl now, I'd suggest you extend upset. Also, for efficiency, >write a flag - same foobar.checked - when you check a file (be it a >setup.hint or package), and only recheck if the file is newer than the >flag. Part of my long term plan is to provide a convenient method of uploading files to sources.redhat.com. I was going to include a package linter in that process since I've already written something that is part of the way there. So, while I appreciate the offer, I think this is something that I will be doing eventually. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows XP, inetd, and procmail, fetchmail, and mutt
On 1/18/2002 6:54 PM, Jeff Hu wrote: > Kent, > > Read /usr/doc/Cygwin/ssmtp-2.38.7.README. It explains you how you can > coerce mutt into using it for sending mail. Then read > /usr/doc/ssmtp-2.38.7/README about the limitations of ssmtp. Ok. This helps a little. Unfortunately, I would like a program that will run as a daemon so I can use any MUA, not just mutt. Thanks, Kent -- "We sleep safe in our beds because rough men stand ready in the night to visit violence on those who would do us harm" -- George Orwell -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
OFF-TOPIC, but...
I thought I might as well be the first person to post this: http://www.washtech.com/news/media/14759-1.html This was, of course, news to me. One would wonder what this means for Cygwin. I think the definitive answer would be "Cygwin? Huh? What's that?" cgf -- Please do not send me personal email with cygwin questions. Use the resources at http://cygwin.com/ . -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: OFF-TOPIC, but...
My condolences. ;o) > -Original Message- > From: Christopher Faylor [mailto:[EMAIL PROTECTED]] > Sent: Saturday, January 19, 2002 12:06 AM > To: [EMAIL PROTECTED] > Subject: OFF-TOPIC, but... > > > I thought I might as well be the first person to post this: > > http://www.washtech.com/news/media/14759-1.html > > This was, of course, news to me. > > One would wonder what this means for Cygwin. I think the > definitive answer would be "Cygwin? Huh? What's that?" > > cgf > -- > Please do not send me personal email with cygwin questions. > Use the resources at http://cygwin.com/ . > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: OFF-TOPIC, but...
Okay, *NOW* i've seen everything... :-\ ...Has hell frozen over too? > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]] On Behalf Of Mark Bradshaw > Sent: Saturday, January 19, 2002 12:23 AM > To: '[EMAIL PROTECTED]' > Subject: RE: OFF-TOPIC, but... > > > My condolences. ;o) > > > -Original Message- > > From: Christopher Faylor [mailto:[EMAIL PROTECTED]] > > Sent: Saturday, January 19, 2002 12:06 AM > > To: [EMAIL PROTECTED] > > Subject: OFF-TOPIC, but... > > > > > > I thought I might as well be the first person to post this: > > > > http://www.washtech.com/news/media/14759-1.html > > > > This was, of course, news to me. > > > > One would wonder what this means for Cygwin. I think the > > definitive answer would be "Cygwin? Huh? What's that?" > > > > cgf > > -- > > Please do not send me personal email with cygwin questions. > > Use the resources at http://cygwin.com/ . > > > > -- > > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > > Bug reporting: http://cygwin.com/bugs.html > > Documentation: http://cygwin.com/docs.html > > FAQ: http://cygwin.com/faq/ > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
a touch question
Is there any way of touch-ing recursively? -- Jonathan Simms "Outside of a dog, a book is man's best friend. Inside of a dog it's too dark to read" -Groucho Marx -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: a touch question
Jonathan,
[ To my knowledge, this is not Cygwin-specific. ]
Here's one simple way:
rtouch() { touch $(find "$@"); }
Rather slower, but unlimited by maximum argument list length limit:
rtouch() { find "$@" -exec touch '{}' ';' ; }
If you want to be able to include touch options, then you'll need to make a
pass over the arguments, culling options into one array and file or
directory arguments into another and then making one or the other of the
touch / find invocations. I'll leave that "as an exercise for the reader."
Randall Schulz
Mountain View, CA USA
At 22:20 2002-01-18, you wrote:
>Is there any way of touch-ing recursively?
>
>--
>Jonathan Simms
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
RE: no output from net.exe
>You could write a script. That's even more fun than setting >all user/group/permission info by hand. Treat it as challenge. > >Corinna Actually, this almost sounds fun... :) Correct me if I'm wrong here, but if Perl read the attributes of a file, they'd be reported in the same way as they would for ls. (i.e. Using whichever setting ntea or ntsec reported.) And if it tried setting those attributes, they'd still be handled by Cygwin. (i.e. Taking ntea or ntsec into account.) Seems pretty simple. Or am I missing something obvious here? -Alex -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
DLL and Visual Basic
Greets! Could someone provide me an example(s) of creating a DLL under Cygwin that can be used by Visual Basic (an example of this would be nice to). For the second time now (could'nt let it get the best of me) I'm trying to create a DLL and then use it in a VB app. I've successfully created the DLL (but I'm sure there's something wrong with it) and I can't seem to call it successfully from VB. If I run it more than twice VB crashes. I'm not sure what I'm doing to tell ya the truth, so any and all help/advice would be greatly appreciated. Best Regards, -tim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
work from home
Hi, This is a great chance for you to make money from your home.This is not a spam mail you just start your job simply staying in your room. International Company needs reliable self-motivated people world-wide who want to earn additional income from their home. You will work for us and we will pay you. This is a REAL job with real PAY. NO SELLING. NO experience needed. Part-time or full-time. Earn $400-$1000/week FT. Income is GUARANTEED! Positions are limited! Don't wait! Apply NOW! you just reply this email for details. [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: OFF-TOPIC, but...
No -- but these flying pigs sure make some good sausage. Anybody for baby back ribs? They're not too bad if you pick out the feathers. --Chuck Jonathan Simms wrote: > Okay, *NOW* i've seen everything... :-\ > > ...Has hell frozen over too? > > >>-Original Message- >>From: [EMAIL PROTECTED] >>[mailto:[EMAIL PROTECTED]] On Behalf Of Mark Bradshaw >>Sent: Saturday, January 19, 2002 12:23 AM >>To: '[EMAIL PROTECTED]' >>Subject: RE: OFF-TOPIC, but... >> >> >>My condolences. ;o) >> >> >>>-Original Message- >>>From: Christopher Faylor [mailto:[EMAIL PROTECTED]] >>>Sent: Saturday, January 19, 2002 12:06 AM >>>To: [EMAIL PROTECTED] >>>Subject: OFF-TOPIC, but... >>> >>> >>>I thought I might as well be the first person to post this: >>> >>>http://www.washtech.com/news/media/14759-1.html >>> >>>This was, of course, news to me. >>> >>>One would wonder what this means for Cygwin. I think the >>>definitive answer would be "Cygwin? Huh? What's that?" >>> >>>cgf >>>-- >>>Please do not send me personal email with cygwin questions. >>>Use the resources at http://cygwin.com/ . >>> >>>-- >>>Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >>>Bug reporting: http://cygwin.com/bugs.html >>>Documentation: http://cygwin.com/docs.html >>>FAQ: http://cygwin.com/faq/ >>> >>> >>-- >>Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >>Bug reporting: http://cygwin.com/bugs.html >>Documentation: http://cygwin.com/docs.html >>FAQ: http://cygwin.com/faq/ >> >> >> >> > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
