Re: [OT] spam replies

2006-09-05 Thread Charli Li
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Larry Hall wrote:
> René Berber wrote:
>> Charli Li wrote:
>> [snip]
>>> Please don't quote raw email addresses (aka:
>>> http://cygwin.com/acronyms/#PCYMTNQREAIYR)!  This is an anti-spam
>>> measure used by the Cygwin lists (and probably the rest of sourceware's
>>> lists).
>>>
>>> http://cygwin.com/acronyms/#TOFU
>>>
>>> Could I get a new acronym over here?  PCYMTSTRTFTTCML (Please Configure
>>> Your Mailer To Set The Reply-To Field To The Cygwin Mailing List).
>>
>> What about "Please don't reply to messages if you are not going to answer
>> anything, just add spam to this list".
> 
> Won't that leave the list without any traffic? ;-)
> 
> But seriously, unless you mean this in a rhetorical sense, I don't see any
> practical way of enforcing such a rule.  I can understand the sentiment but
> who's to say what's spam and what's not.  For instance, I myself have been
> accused of as much on this list.  Rightly or not, I cannot say
> (obviously I'm
> not the best one to judge that ;-) ).  But I think this is just one of
> those
> little evils that we have to deal with on a one by one basis.  Anything
> else
> would likely just shut down the list, IMO, as the cries of spam become at
> least as much trouble as the messages now that some majority may consider
> spam.
> 
> On the other hand, PCYMTNSS (Please Configure Your Mailer To Not Send Spam)
> does have a nice ring to it. ;-)
> 

There you go, there you go! :-)  But, I think we may have to TITTTL
these threads.

- --
Charli
- ---
Step away from make 3.80.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFE/jQQKGyf4JaPChgRAj2qAKCOME9ZVX6+SzfZA1TFCRAD5XzPLACfesh8
iP6y/hVYdzASp1S50oWomvU=
=38mA
-END PGP SIGNATURE-

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



Re: [OT] spam replies

2006-09-05 Thread Larry Hall (Cygwin)

Larry Hall (Cygwin) wrote:

René Berber wrote:

Charli Li wrote:
[snip]

Please don't quote raw email addresses (aka:
http://cygwin.com/acronyms/#PCYMTNQREAIYR)!  This is an anti-spam
measure used by the Cygwin lists (and probably the rest of sourceware's
lists).

http://cygwin.com/acronyms/#TOFU

Could I get a new acronym over here?  PCYMTSTRTFTTCML (Please Configure
Your Mailer To Set The Reply-To Field To The Cygwin Mailing List).


What about "Please don't reply to messages if you are not going to answer
anything, just add spam to this list".


Won't that leave the list without any traffic? ;-)

But seriously, unless you mean this in a rhetorical sense, I don't see any
practical way of enforcing such a rule.  I can understand the sentiment but
who's to say what's spam and what's not.  For instance, I myself have been
accused of as much on this list.  Rightly or not, I cannot say 
(obviously I'm
not the best one to judge that ;-) ).  But I think this is just one of 
those
little evils that we have to deal with on a one by one basis.  Anything 
else

would likely just shut down the list, IMO, as the cries of spam become at
least as much trouble as the messages now that some majority may consider
spam.

On the other hand, PCYMTNSS (Please Configure Your Mailer To Not Send Spam)
does have a nice ring to it. ;-)



Ugh!  A duplicate message sent in reply to such a thread.  That has to be
spam, right? ;-)  My sincerest of apologies to all!

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

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



Re: [OT] spam replies

2006-09-05 Thread Larry Hall (Cygwin)

René Berber wrote:

Charli Li wrote:
[snip]

Please don't quote raw email addresses (aka:
http://cygwin.com/acronyms/#PCYMTNQREAIYR)!  This is an anti-spam
measure used by the Cygwin lists (and probably the rest of sourceware's
lists).

http://cygwin.com/acronyms/#TOFU

Could I get a new acronym over here?  PCYMTSTRTFTTCML (Please Configure
Your Mailer To Set The Reply-To Field To The Cygwin Mailing List).


What about "Please don't reply to messages if you are not going to answer
anything, just add spam to this list".


Won't that leave the list without any traffic? ;-)

But seriously, unless you mean this in a rhetorical sense, I don't see any
practical way of enforcing such a rule.  I can understand the sentiment but
who's to say what's spam and what's not.  For instance, I myself have been
accused of as much on this list.  Rightly or not, I cannot say (obviously I'm
not the best one to judge that ;-) ).  But I think this is just one of those
little evils that we have to deal with on a one by one basis.  Anything else
would likely just shut down the list, IMO, as the cries of spam become at
least as much trouble as the messages now that some majority may consider
spam.

On the other hand, PCYMTNSS (Please Configure Your Mailer To Not Send Spam)
does have a nice ring to it. ;-)

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

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



Re: [OT] spam replies

2006-09-05 Thread Larry Hall (Cygwin)

René Berber wrote:

Charli Li wrote:
[snip]

Please don't quote raw email addresses (aka:
http://cygwin.com/acronyms/#PCYMTNQREAIYR)!  This is an anti-spam
measure used by the Cygwin lists (and probably the rest of sourceware's
lists).

http://cygwin.com/acronyms/#TOFU

Could I get a new acronym over here?  PCYMTSTRTFTTCML (Please Configure
Your Mailer To Set The Reply-To Field To The Cygwin Mailing List).


What about "Please don't reply to messages if you are not going to answer
anything, just add spam to this list".


Won't that leave the list without any traffic? ;-)

But seriously, unless you mean this in a rhetorical sense, I don't see any
practical way of enforcing such a rule.  I can understand the sentiment but
who's to say what's spam and what's not.  For instance, I myself have been
accused of as much on this list.  Rightly or not, I cannot say (obviously I'm
not the best one to judge that ;-) ).  But I think this is just one of those
little evils that we have to deal with on a one by one basis.  Anything else
would likely just shut down the list, IMO, as the cries of spam become at
least as much trouble as the messages now that some majority may consider
spam.

On the other hand, PCYMTNSS (Please Configure Your Mailer To Not Send Spam)
does have a nice ring to it. ;-)

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

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



Re: Variation on: regular user, bash cannot find /tmp

2006-09-05 Thread Bobby McNulty

Christopher Faylor wrote:

On Tue, Sep 05, 2006 at 09:26:42PM -0400, Charli Li wrote:
  

Could I get a new acronym over here?  PCYMTSTRTFTTCML (Please Configure
Your Mailer To Set The Reply-To Field To The Cygwin Mailing List).



I don't see any reason for this.  If people actually *want* this, then they
should set the Reply-To.  If it was mailing list policy then I'd just set the
Reply-To automatically.

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



  

Don't know why, either. I have several mailing lists I read with my address.
Just back here lurking back here.
I am reading only, not writing any more.
Thunderbird experimental does not show email address.
Thunderbird is what I use.
The only time email addresses show up in the messages is when i foward them.
Bobby.


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



[OT] spam replies

2006-09-05 Thread René Berber
Charli Li wrote:
[snip]
> Please don't quote raw email addresses (aka:
> http://cygwin.com/acronyms/#PCYMTNQREAIYR)!  This is an anti-spam
> measure used by the Cygwin lists (and probably the rest of sourceware's
> lists).
> 
> http://cygwin.com/acronyms/#TOFU
> 
> Could I get a new acronym over here?  PCYMTSTRTFTTCML (Please Configure
> Your Mailer To Set The Reply-To Field To The Cygwin Mailing List).

What about "Please don't reply to messages if you are not going to answer
anything, just add spam to this list".
-- 
René Berber


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



Re: Variation on: regular user, bash cannot find /tmp

2006-09-05 Thread Christopher Faylor
On Tue, Sep 05, 2006 at 09:26:42PM -0400, Charli Li wrote:
>Could I get a new acronym over here?  PCYMTSTRTFTTCML (Please Configure
>Your Mailer To Set The Reply-To Field To The Cygwin Mailing List).

I don't see any reason for this.  If people actually *want* this, then they
should set the Reply-To.  If it was mailing list policy then I'd just set the
Reply-To automatically.

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



Re: Variation on: regular user, bash cannot find /tmp

2006-09-05 Thread Charli Li
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Reformatted.

David LaFrance-Linden wrote:
> It did help and worked; thanks.  Indeed, I had installed it in different
> places the two times.  
> 
> For the archives, a couple clarifications on the instructions.  "From a
> command prompt" means "from a windows command prompt" not a cygwin/bash
> command prompt.  In the `command` on my windows box, semi-colon does not
> separate commands, so the cd and the .\ need to happen as separate
> commands.  
> 
> I haven't looked at the output of cygcheck yet; after doing the umount I
> tried what had failed and it seems to work.
> 
> Thanks again.
> 
> David LaFrance-Linden wrote:
>> You probably installed into a different directory for that user, and you
>> have stale user mounts.  Unfortunately, you have not attached the output
>> of "cygcheck -svr" from the failing user (which you could have gotten via
>> "cd c:\cygwin\bin; .\cygcheck -svr" from a command prompt).  Just unmount
>> all user mounts as the problem user: "cd c:\cygwin\bin; .\umount -U".
> 
> 
> 


Please don't quote raw email addresses (aka:
http://cygwin.com/acronyms/#PCYMTNQREAIYR)!  This is an anti-spam
measure used by the Cygwin lists (and probably the rest of sourceware's
lists).

http://cygwin.com/acronyms/#TOFU

Could I get a new acronym over here?  PCYMTSTRTFTTCML (Please Configure
Your Mailer To Set The Reply-To Field To The Cygwin Mailing List).

- --
Charli
- ---
Step away from make 3.80.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFE/iPRKGyf4JaPChgRAgV5AKCHCef9d66F0IxU6JBHRsFJGtd7pgCfShhM
T3aJnShMltepX9AkNLp1sVA=
=MQVD
-END PGP SIGNATURE-

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



RE: Variation on: regular user, bash cannot find /tmp

2006-09-05 Thread David LaFrance-Linden
It did help and worked; thanks.  Indeed, I had installed it in different
places the two times.  

For the archives, a couple clarifications on the instructions.  "From a
command prompt" means "from a windows command prompt" not a cygwin/bash
command prompt.  In the `command` on my windows box, semi-colon does not
separate commands, so the cd and the .\ need to happen as separate
commands.  

I haven't looked at the output of cygcheck yet; after doing the umount I
tried what had failed and it seems to work.

Thanks again.

-Original Message-
From: Igor Peshansky [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, September 05, 2006 10:35 AM
To: David LaFrance-Linden
Cc: cygwin@cygwin.com; [EMAIL PROTECTED]
Subject: Re: Variation on: regular user, bash cannot find /tmp


You probably installed into a different directory for that user, and you
have stale user mounts.  Unfortunately, you have not attached the output
of "cygcheck -svr" from the failing user (which you could have gotten via
"cd c:\cygwin\bin; .\cygcheck -svr" from a command prompt).  Just unmount
all user mounts as the problem user: "cd c:\cygwin\bin; .\umount -U".
HTH,



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



Re: Subversion can't move ./.svn/tmp/entries

2006-09-05 Thread Pete Gontier
Off-list, a smart person suggested I turn off icon overlays in TortoiseSVN,
and this did the trick. Thanks muchly, smart person! I did like them icon
overlays, but I reckon I'll have to go without.

---

From: Pete Gontier <[EMAIL PROTECTED]>
Date: Tue, 05 Sep 2006 15:08:33 -0700
To: 
Subject: Subversion can't move ./.svn/tmp/entries

When attempting to use Subversion to obtain a fresh new copy of a particular
directory tree -- I mention this to make it clear none of the files or
directories I want yet exist on my local disk -- I get an error described
pretty well here:

http://svn.haxx.se/users/archive-2005-08/1408.shtml

In short, in the middle of a long series of inbound transfers, the 'svn
update' command complains to the effect of:

Can't move '/cygdrive/c//trunk/oracle/packages/.svn/tmp/entries'
to '/cygdrive/c//trunk/oracle/packages/.svn/entries':
Permission denied

This is perplexing given that Subversion itself creates the entries file,
and furthermore it's a freshly created copy, so it's not like I've had a
chance to screw up its permissions yet. (Give me time.)

The web page I linked mentions the possibility of conflicts with file system
indexing or anti-virus software, but I haven't got any of that installed.

Brane's analysis at the bottom of the web page in question seems worth
pondering for brains more qualified than mine.

Any ideas?


‹ Pete Gontier 



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



Subversion can't move ./.svn/tmp/entries

2006-09-05 Thread Pete Gontier
When attempting to use Subversion to obtain a fresh new copy of a particular
directory tree -- I mention this to make it clear none of the files or
directories I want yet exist on my local disk -- I get an error described
pretty well here:

http://svn.haxx.se/users/archive-2005-08/1408.shtml

In short, in the middle of a long series of inbound transfers, the 'svn
update' command complains to the effect of:

Can't move '/cygdrive/c//trunk/oracle/packages/.svn/tmp/entries'
to '/cygdrive/c//trunk/oracle/packages/.svn/entries':
Permission denied

This is perplexing given that Subversion itself creates the entries file,
and furthermore it's a freshly created copy, so it's not like I've had a
chance to screw up its permissions yet. (Give me time.)

The web page I linked mentions the possibility of conflicts with file system
indexing or anti-virus software, but I haven't got any of that installed.

Brane's analysis at the bottom of the web page in question seems worth
pondering for brains more qualified than mine.

Any ideas?


‹ Pete Gontier 




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

Re: Need Volunteers to test patch for gnu make

2006-09-05 Thread Bob Rossi
On Tue, Sep 05, 2006 at 03:36:02PM -0400, William A. Hoffman wrote:
> I have tested it and it works for me.   William Sheehan 
> has also tested it.   Can a few more folks give the patch a try?
> 
> Here is the link to the most recent patch:
> 
> http://www.mail-archive.com/make-w32@gnu.org/msg01157.html
> 
> Just get the source for make-3.81 and apply the above patch.
> You can get make from here: http://ftp.gnu.org/pub/gnu/make/
> You will need to rerun autoconf/automake after the patch,
> as the patch does not include the configure script.  Once
> you build it, run make check to verify that the build is working.
> Also, please try with any makefiles that you have and need to work
> with windows paths. 

This works for me. Thanks for the great work!
Our system used to build with 3.80 from cygwin, it did not build with 3.81
from cygwin, and now works with native build of make with the patch
above on cygwin.

Thanks,
Bob Rossi

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



Need Volunteers to test patch for gnu make

2006-09-05 Thread William A. Hoffman
I have tested it and it works for me.   William Sheehan 
has also tested it.   Can a few more folks give the patch a try?

Here is the link to the most recent patch:

http://www.mail-archive.com/make-w32@gnu.org/msg01157.html

Just get the source for make-3.81 and apply the above patch.
You can get make from here: http://ftp.gnu.org/pub/gnu/make/
You will need to rerun autoconf/automake after the patch,
as the patch does not include the configure script.  Once
you build it, run make check to verify that the build is working.
Also, please try with any makefiles that you have and need to work
with windows paths. 

Thanks.

-Bill


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



Re: read() blocking and TIOCINQ

2006-09-05 Thread Igor Peshansky

Ugh, top-posting...  Reformatted.

On Tue, 5 Sep 2006, Ernesto Paiser wrote:


Igor Peshansky wrote:
> On Tue, 22 Aug 2006, Ernesto Paiser wrote:
>
> > Hello Corinna,
>
> FYI, this is a mailing list, and unless you're replying to a specific
> message, you're actually talking to many people.
>
> > I have problems with read() function blocking and
> > waiting for characters on serial line with cygwin:
> >
> > Here are some code fragments:
> > 
> > fd = open(sl, O_RDWR | O_NOCTTY | O_NONBLOCK | O_NDELAY)
> >
> > newpio.c_cflag = brate | CS8 | CLOCAL | CREAD;
> > newpio.c_iflag = IGNPAR | ICRNL;
> > newpio.c_oflag = 0;
> > newpio.c_lflag = 0;
> > newpio.c_cc[VTIME]= 1;
> > newpio.c_cc[VMIN] = 0;
> > ...
> >
> > n = ioctl(fd, TIOCINQ, &n); //It gives me an error (return -1) why??!!!
> >
> > and
> >
> > n = read(fd, buffer, 1);  <<< HERE IS BLOCKING!!!
> > 
> >
> > TIOCINQ is working on CYGWIN,
> >
> > Is there another way to solve this problem???
>
> Please post a complete compilable test case that reproduces the
> problem. For example, in the above code, it's unclear what the
> variable sl contains (and I suspect it contains "COM1", which is a
> no-no -- you should be using "/dev/ttyS0").
>Igor

Hello Igor,
Sorry for my incomplete question.
I attach to you the following file that could be compiled with gcc in
CYGWIN.
Accepted commands start by '?' character, and when the device is not
connected on the serial line the function read(...) blocks:


   DEVICE test program
   ---

Type your commands ('.' to quit):
>> Enter command: ?ver


Then, blocked:-((


Note that in our computers the serial line name is COMn not /dev/ttySn.


And therein lies your problem.  When you use COMn, you get access to the
raw Windows device, without Cygwin's POSIX emulation, so it's not
surprising that ioctl() doesn't work.


I tried before with /dev/ttySn and I receive file not found as answer.


That's probably because COMn = /dev/ttyS{n-1} (e.g., COM1 -> /dev/ttyS0).
HTH,
Igor
--
http://cs.nyu.edu/~pechtcha/
 |\  _,,,---,,_ [EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
|,4-  ) )-,_. ,\ (  `'-'old name: Igor Pechtchanski
   '---''(_/--'  `-'\_) fL  a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

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



Re: Variation on: regular user, bash cannot find /tmp

2006-09-05 Thread Igor Peshansky
On Tue, 5 Sep 2006, David LaFrance-Linden wrote:

> I found a few similar problems in your mail archives, but I did not
> quickly find the problem I'm having.  Attached is cygcheck output as
> requested.
>
> A few days ago, as a normal user on my MS Windows box, I went to
> cygwin.com and ran setup.exe to install things, for "just me".
> Everything seemed to go OK.  When I ran the shortcut, it brought up a
> bash.  First time up it did some setup.  Things worked.
>
> Then I decided to install it for everyone.  I deleted all the cygwin
> stuff I could find from my directories.  Then, from an Admin account, I
> went to cygwin.com again, ran setup.exe again, and chose "For everyone"
> and put things under c:\cygwin.
>
> Again, everything seemed to go OK.  But when I, as the original user,
> try the newly installed shortcut on my desktop, I get
>
> bash.exe: warning: could not find /tmp, please create!
> bash-3.1$
>
> complaint.  The other reports I found seem to indicate it gets further
> than I get.

You probably installed into a different directory for that user, and you
have stale user mounts.  Unfortunately, you have not attached the output
of "cygcheck -svr" from the failing user (which you could have gotten via
"cd c:\cygwin\bin; .\cygcheck -svr" from a command prompt).  Just unmount
all user mounts as the problem user: "cd c:\cygwin\bin; .\umount -U".
HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

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



Re: Apache 1.3.33 on W2003 problems only on system boot

2006-09-05 Thread ukr . name . lists

Hello, Igor.


IP> The fact that the service doesn't work after system boot and then works
IP> fine after a restart seems to suggest that it's started too early (before
IP> some other service).  You need to discover what that service is (could be
IP> the firewall service, or Tcp/ip, or something else) and add a dependency
IP> to it by using the -y cygrunsrv option.  Your cygcheck output confirms
IP> that your apache service has no dependencies.

Thank you for suggestion but it doesn't work.
I've added dependency on tcpip first and on literally
all remaining installed services later but it doesn't
help. And neither I have any firewall.

But I found offender - Terminal Services on W2003.
Whenever they installed (even if service itself
disabled by hand)- I get these errors both with sshd and
apache 1.3. httpd2 works though. Adding -y TermService
to cygrunsrv's arguments does not change anything.
If I just deinstall Terminal Services - everything
works as intended without any additional dependencies
required. So I'm stuck on this so far.

-- 
Regards,
Sergei Kolodka


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



Re: read() blocking and TIOCINQ

2006-09-05 Thread Ernesto Paiser

Hello Igor,
Sorry for my incomplete question.
I attach to you the following file that could be compiled with gcc in
CYGWIN.
Accepted commands start by '?' character, and when the device is not
connected on the serial line the function read(...) blocks:


   DEVICE test program
   ---

Type your commands ('.' to quit):
>> Enter command: ?ver


Then, blocked:-((


Note that in our computers the serial line name is COMn not /dev/ttySn.

I tried before with /dev/ttySn and I receive file not found as answer.

Thank you for your help,

 Ernesto.

PS.: more details about CYGWIN

[EMAIL PROTECTED] ~
$ uname -a
CYGWIN_NT-5.1 tenerife 1.5.21(0.156/4/2) 2006-07-30 14:21 i686 Cygwin


Igor Peshansky wrote:

On Tue, 22 Aug 2006, Ernesto Paiser wrote:


Hello Corinna,


FYI, this is a mailing list, and unless you're replying to a specific
message, you're actually talking to many people.


I have problems with read() function blocking and
waiting for characters on serial line with cygwin:

Here are some code fragments:

fd = open(sl, O_RDWR | O_NOCTTY | O_NONBLOCK | O_NDELAY)

newpio.c_cflag = brate | CS8 | CLOCAL | CREAD;
newpio.c_iflag = IGNPAR | ICRNL;
newpio.c_oflag = 0;
newpio.c_lflag = 0;
newpio.c_cc[VTIME]= 1;
newpio.c_cc[VMIN] = 0;
...

n = ioctl(fd, TIOCINQ, &n); //It gives me an error (return -1) why??!!!

and

n = read(fd, buffer, 1);  <<< HERE IS BLOCKING!!!


TIOCINQ is working on CYGWIN,

Is there another way to solve this problem???


Please post a complete compilable test case that reproduces the problem.
For example, in the above code, it's unclear what the variable sl contains
(and I suspect it contains "COM1", which is a no-no -- you should be using
"/dev/ttyS0").
Igor



--
Ernesto PAISER  [EMAIL PROTECTED]
E.S.R.F. - European Synchrotron Radiation Facility
6 rue Jules Horowitz  BP 220 Grenoble CEDEX France
phone +33 4 76 88 23 48  fax +33 4 76 88 23 25
#include   /* Standard input/output definitions */
#include  /* String function definitions */
#include  /* UNIX standard function definitions */
#include   /* File control definitions */
#include   /* Error number definitions */
#include /* POSIX terminal control definitions */
#include 
#include 
#include 
#include 
#include 
#include 



// 
// function declarations
int  serial_init (int portn, long baudrate);
int  serial_getchar(int fd, char *buffer);
int  serial_putnchar(int fd, char *data, int n);
void serial_flush(int fd);
void serial_close(int fd);
char *device_get(int fd);
char *device_comm(int fd, char *comm);
int device_getchar(int fd, char *buffer);
char *device_getline(int fd);
size_t check_rxbuffer(void);
int is_a_query(char *comm);

// 
# ifndef TEMP_FAILURE_RETRY

#  define TEMP_FAILURE_RETRY(expression) \
(__extension__ \
  ({ long int __result; \
do __result = (long int) (expression); \
  while (__result == -1L && errno == EINTR); \
  __result; }))

# endif /* TEMP_FAILURE_RETRY */

# define TFR TEMP_FAILURE_RETRY


//#define SLNAME_FORMAT "/dev/ttyS%d" // It doesn't work on Windows XP
#define SLNAME_FORMAT "COM%d"   // I'm using CYGWIN on Windows XP

#define INBUFF_SZ 1024
#define NO_ANSWER   ((char *)-1)
#define COMM_PREFIX   "COM"
#define BAUDRATE_CHAR '@'

#define DEF_BAUDRATE 9600
#define CR_STR "\r"
#define CR_CHAR'\r'
#define NL_CHAR'\n'
#define ACKN_CHAR  '#'
#define QUERY_CHAR '?'
#define MIN_RXBUFSIZE   1024
#define MAX_RXBUFSIZE   (128 * 1024)
#define COM11
#define COM22
#define COM33
#define COM44

struct termios oldpio;// placeholder for original port settings

size_t   rxbuffsize;
char*rxbuff;
char*rxbuffend;
int  rxlines;

// 

int main(void) {
   charinbuff[INBUFF_SZ];
   char   *comm;
   char   *answ;
   intfd;

 fd = serial_init(COM1, 9600L);
   if (fd < 0) {
printf("ERROR: %s\n", "serial_init()");
exit(EXIT_FAILURE);
 }


   printf("   DEVICE test program\n");
   printf("   ---\n\n");
   printf("Type your commands ('.' to quit):\n");
   while(1) {
  printf(">> Enter command: ");
  comm = fgets(inbuff, INBUFF_SZ, stdin);
  while(isspace(*comm))
 comm++;
  if (!*comm)
 continue;
  if (*comm == '.')
 break;

  answ = device_comm(fd, comm);

  if (answ == NO_ANSWER)
 ;
  else if (answ)
 printf("Answer: [%s]\n", answ);
  else
 

RE: 1.5.21: Problems with fifos

2006-09-05 Thread Dave Korn
On 05 September 2006 09:39, Holger Kiehl wrote:

> 
> Attached I have the cygcheck.out file. Please tell me if I forget to mention
> any information that could be usefull or what I can do to solve this.

  The single most valuable thing you could do would be try and extract a
simple testcase that demonstrates the problem.  AFD is a huge project and
there may be many confounding factors; if you can write a little
self-contained program that opens and uses fifos in the same fashion as AFD
and shows the same effects, the problem would be a lot more tractable.



cheers,
  DaveK
-- 
Can't think of a witty .sigline today


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



1.5.21: Problems with fifos

2006-09-05 Thread Holger Kiehl

Hello

First, I would like to mention that I am new on this list and new to cygwin.
Also I would like to thank everyone that has contributed to cygwin!

Recently I tried to get my own project AFD (automatic file distribution
system http://www.dwd.de/AFD) to work under windows with the help of
cygwin. Compiling works without any problems, however trying to start
the application I always get the following errors:

  72382 [main] init_afd 1788 fhandler_base::fork_fixup: 
/home/Holger/afd/fifodir/afd_cmd.fifo - Win32 error 6, handle io_handle<0x0>
  72797 [main] init_afd 1788 fhandler_base::fork_fixup: 
/home/Holger/afd/fifodir/afd_resp.fifo - Win32 error 6, handle io_handle<0x0>
  72932 [main] init_afd 1788 fhandler_base::fork_fixup: 
/home/Holger/afd/fifodir/amg_cmd.fifo - Win32 error 6, handle io_handle<0x0>
  73151 [main] init_afd 1788 fhandler_base::fork_fixup: 
/home/Holger/afd/fifodir/fd_cmd.fifo - Win32 error 6, handle io_handle<0x0>
  73294 [main] init_afd 1788 fhandler_base::fork_fixup: 
/home/Holger/afd/fifodir/probe_only.fifo - Win32 error 6, handle io_handle<0x0>
  97242 [main] init_afd 988 fhandler_base::fork_fixup: 
/home/Holger/afd/fifodir/afd_cmd.fifo - Win32 error 6, handle io_handle<0x0>
  98646 [main] init_afd 988 fhandler_base::fork_fixup: 
/home/Holger/afd/fifodir/afd_resp.fifo - Win32 error 6, handle io_handle<0x0>
 117644 [main] init_afd 988 fhandler_base::fork_fixup: 
/home/Holger/afd/fifodir/amg_cmd.fifo - Win32 error 6, handle io_handle<0x0>

I think that I have found the cause for these error messages. When I remove
the FD_CLOEXEC flag, that was used to open the fifo's, the message would
disapear. However all my process are still stuck somewhere in some win32
libs. Below is some gdb output of two stuck process:

   $ ps x
 PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
2172   12172   2172  con 1004 04:45:18 /usr/bin/bash
262021722620   2656  con 1004 04:45:31 /usr/bin/sh
266826202620   2688  con 1004 04:45:31 /usr/X11R6/bin/xinit
270026682700   2720  con 1004 04:45:31 /usr/X11R6/bin/XWin
284026682840   2864  con 1004 04:45:36 /usr/bin/xterm
   I288828402888   29040 1004 04:45:37 /usr/bin/bash
335628883356   33680 1004 04:45:44 /usr/bin/rxvt
339233563392   34121 1004 04:45:45 /usr/bin/sh
376028883760   37720 1004 04:45:50 /usr/bin/rxvt
379637603796   38122 1004 04:45:50 /usr/bin/sh
 336   11620336? 1004 04:47:04 
/home/Holger/afd/bin/init_afd
 832 3361620   1920? 1004 04:47:04 
/home/Holger/afd/bin/system_log
 828 3361620   1792? 1004 04:47:04 
/home/Holger/afd/bin/receive_log
 736 3361620296? 1004 04:47:04 
/home/Holger/afd/bin/transfer_log
1908 3361620   2120? 1004 04:47:04 
/home/Holger/afd/bin/trans_db_log
1732 3361620308? 1004 04:47:04 
/home/Holger/afd/bin/archive_watch
1644 3361620   1224? 1004 04:47:04 
/home/Holger/afd/bin/input_log
2116 3361620   2268? 1004 04:47:05 
/home/Holger/afd/bin/output_log
1956 3361620   2284? 1004 04:47:05 
/home/Holger/afd/bin/delete_log
2216 3361620   2236? 1004 04:47:05 
/home/Holger/afd/bin/production_log
239637962396   24402 1004 04:48:13 /usr/bin/ps
   $
   $ gdb init_afd 336
   GNU gdb 6.5.50.20060706-cvs (cygwin-special)
   Copyright (C) 2006 Free Software Foundation, Inc.
   GDB is free software, covered by the GNU General Public License, and you are
   welcome to change it and/or distribute copies of it under certain conditions.
   Type "show copying" to see the conditions.
   There is absolutely no warranty for GDB.  Type "show warranty" for details.
   This GDB was configured as "i686-pc-cygwin"...
   Attaching to program `/home/Holger/afd/bin/init_afd.exe', process 336
   Loaded symbols for /cygdrive/c/WINDOWS/system32/ntdll.dll
   Loaded symbols for /cygdrive/c/WINDOWS/system32/kernel32.dll
   Loaded symbols for /usr/bin/cygwin1.dll
   Loaded symbols for /cygdrive/c/WINDOWS/system32/advapi32.dll
   Loaded symbols for /cygdrive/c/WINDOWS/system32/rpcrt4.dll

   [Switching to thread 336.0x970]
   (gdb) where
   #0  0x7c911231 in ntdll!DbgUiConnectToDbg ()
  from /cygdrive/c/WINDOWS/system32/ntdll.dll
   #1  0x7c9607a8 in ntdll!KiIntSystemCall ()
  from /cygdrive/c/WINDOWS/system32/ntdll.dll
   #2  0x0005 in ?? ()
   #3  0x0004 in ?? ()
   #4  0x0001 in ?? ()
   #5  0x19a6ffd0 in ?? ()
   #6  0x805686c0 in ?? ()
   #7  0x in ?? ()
   #8  0x7c91ee18 in strchr () from /cygdrive/c/WINDOWS/system32/ntdll.dll
   #9  0x7c9607c8 in ntdll!KiIntSystemCall ()
  from /cygdrive/c/WINDOWS/system32/ntdll.dll
   #10 0