Need your help. would pay 200pound.

[COLINCE MARK]

 I'm a building engineer, I'm in need of some 
technical tools. I found out that some vital tools
 are cheaper in Uk than here, even the scarce ones 
are available in some stores there. 
I made contacts with few stores in your country but they 
won't agree to sell or ship internationally but
to domestic buyers only. 
I need the assistance of a trustworthy
individual presently living in Uk who can receive
these tools for me and ship them to me. The tools are
not many and they are of little weights. I assure you
that this will not take your time but just a 2-days
work to receive and ship to me here. No hassles. I can
pay you 200 pound for this service. Please don't hesitate
to write back if you're interested. I can explain
further.
Thank you Colince Mark.




--
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: cygwin Digest 29 Sep 2008 12:11:21 -0000 Issue 6148

[G.W. Haywood]

Hi there,

On Mon, 29 Sep 2008 [EMAIL PROTECTED] wrote:

> Need your help. would pay 200pound.
>   144743 by: COLINCE MARK <[EMAIL PROTECTED]>

If you just put the word 'trustworthy' in your anti-spam rules with
something like a 100 point score you could stop a lot of this.

--

73,
Ged.

--
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] RE: cygwin Digest 29 Sep 2008 12:11:21 -0000 Issue 6148

[Dave Korn]

G.W. Haywood wrote on 29 September 2008 13:41:

> Hi there,
> 
> On Mon, 29 Sep 2008 [EMAIL PROTECTED] wrote:
> 
>> Need your help. would pay 200pound.
>>  144743 by: COLINCE MARK <[EMAIL PROTECTED]>
> 
> If you just put the word 'trustworthy' in your anti-spam rules with
> something like a 100 point score you could stop a lot of this.

  I'm boggled you can even suggest such a crude filter.  It took me no longer
than twenty seconds at google to discover that this would be a bad idea with a
false positive rate of five genuine mails blocked for every one spam it stops.


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/

cvs client is too verbose since update to 1.11.22.1 (or earlier?) version

[Dmitry Semyonov]

It looks like some debugging logs were accidentally switched on in cvs
client sources. They appear even if -q option is used. Note that
everything works as expected except for these annoying log messages at
the end:

cvs update: closing down connection to cvs.example.com

cvs commit: closing down connection to cvs.example.com: No such file
or directory

cvs checkout: closing down connection to cvs.example.com: No such file
or directory

For example,

$ cvs -z4 up -dAP
cvs update: Updating .
cvs update: Updating cfg
cvs update: closing down connection to cvs.example.com

$ cvs -z4 ci -m "test commit" test.sh
/cvsroot/bin/cygwin/test.sh,v  <--  test.sh
new revision: 1.25; previous revision: 1.24
cvs commit: closing down connection to cvs.example.com: No such file
or directory

Probably, there are more.

$ cygcheck -c cvs
Cygwin Package Information
Package  VersionStatus
cvs  1.11.22-1  OK

-- 
...Bye..Dmitry.

--
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: cygwin Digest 29 Sep 2008 12:11:21 -0000 Issue 6148

[Christopher Faylor]

On Mon, Sep 29, 2008 at 01:40:58PM +0100, G.W. Haywood wrote:
>On Mon, 29 Sep 2008:
>
>> Need your help. would pay 200pound.
>>  144743 by: COLINCE MARK <[EMAIL PROTECTED]>
>
>If you just put the word 'trustworthy' in your anti-spam rules with
>something like a 100 point score you could stop a lot of this.

Here are some givens for you:

1) If you respond to spam you contribute to the problem of spam.

2) Your nifty new ideas for dealing with spam are not going to be nifty,
new, or workable.

When spam is seen on the mailing list, steps are taken to make sure that
it doesn't show up again.  No input is required here.

--
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: crash if fork(2) from another thread

[Hirokazu Yamamoto]

>Your test case worked fine for me with Cygwin 1.7.x.  I don't have a
>copy of 1.5.x handy to test.

> >> I don't see any reason why this shouldn't be allowed.  You should
> >> be able to do anything you want in a child process.
> >I do not think that is true. As per
> >,
> >RATIONALE, the penultimate paragraph, it is basically undefined
behaviour.
>
> I wrote the current version of cygwin's fork.

I also confirmed previous code worked fine with Cygwin 1.7.
But attached code hangs on Cygwin 1.7. (Actually this is what
test_3_join_in_forked_from_thread is doing)


main.c
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: Pthread Priorities

[Corinna Vinschen]

On Aug 31 23:16, Paul Carter wrote:
> Hi,
> 
> Does anyone know if setting explicit priorities is currently working
> under cygwin/pthread?
> 
> I am calling the following:
> * pthread_attr_setschedparam() with a fixed priority between -14 and 5
> * pthread_attr_setschedpolicy with SCHED_FIFO parameter
> * pthread_attr_setinheritsched with PTHREAD_EXPLICIT_SCHED parameter
> 
> >From within the spawned thread I am calling pthread_getschedparam()
> but this always returns current priority 0. This is confirmed by the
> fact that two threads which are running at different priorities just
> seem to timeslice between each other.
> 
> Is this expected behavour?

I'm not overly fluent with pthreads but the code to handle this stuff is
in Cygwin.  But for some reason the code to handle
PTHREAD_EXPLICIT_SCHED, setting the scheduler settings for the newly
created thread, is commented out in conjunction with a FIXME comment.
Unfortunately the comment does not explain why this has been done.
Does it work better to call pthread_setschedparam explicitely in the
spawned thread?


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: cygserver 1.5.25-15 slows down logoff

[Corinna Vinschen]

On Sep  4 05:53, Sybille Ebert wrote:
> > I am running cygserver service on Windows 2003 x64 SP2 on dual-core. If
> > the service is running, there is a significant delay during log
> > off/shutdown (approx. 1-2 minutes). If cygserver service is stopped, the
> > logoff takes just 1-2 seconds.
> > 
> > I have no other Cygwin services installed, and no Cygwin process started
> > as the logged-on user.
> 
> Here are some more facts about cygserver hanging during logoff:

Does that problem appear at logoff or at shutdown. or both?  Is
cygserver in use by applications in that scenario?  There's a chance
that cygserver has worker threads running which are waiting for
interaction with a calling application.

> - the problem is specific to Windows 2003 64-bit, it does not appear in
> Windows XP 32-bit

There's no special code in Cygwin which would handle logoff/shutdown
scenarios differently on x86 vs. x64 systems, though...


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: Cygwin Everyone group permissions and Vista "shared files" (*not* shared folders)

[Corinna Vinschen]

On Sep  9 07:47, Barry Kelly wrote:
> Unfortunately, Cygwin creates an ACE for the group Everyone, even with
> umask 0077, or after chmod 0700 is applied. Specifically, this is what
> it looks like using cacls:
> 
>  Everyone:(special access:)
>   READ_CONTROL
>   FILE_READ_EA
>   FILE_READ_ATTRIBUTES
> 
> How can addition of this ACE be controlled or prevented by default for
> Cygwin applications?

It can't be prevented right now.  I added "don't create null
group/everyone ACEs to file ACLs" on my Cygwin 1.7 TODO list.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: followup to /etc/profile.d/complete.tcsh problem; followup to "Problems starting tcsh when having spaces in username - with fix"

[Corinna Vinschen]

On Sep 11 21:38, Francois L'Archeveque wrote:
> 
> If this patch has been applied upstream as is then it is still incomplete.  
> If you actually have a ~/.hosts file for example you enter the 'if' and the 
> 'grep' will fail since the $f needs quotes too.

The quotes had been applied upstream as well.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: Ruby install missing iconv.so

[Corinna Vinschen]

On Sep 16 14:54, Jon Bauman wrote:
> I've noticed the newer versions of ruby (1.8.6-p114-2 through 1.8.7-p72-1) 
> installed by cygwin are missing the iconv.so file

Build error on my side.  The same happened with the vim release.
I'll upload new releases of both packages later this week.


Thanks for the hint,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: about Vim-7.2-1

[Corinna Vinschen]

On Sep 23 20:18, Kenji Yamashita wrote:
> Hello Corinna,
> 
> You have updated the version of vim to 7.2 last month. In this
> version, iconv feature is disabled like this.

Expect a new release later this week.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: crash if fork(2) from another thread

[Christopher Faylor]

On Sun, Sep 28, 2008 at 09:50:43AM +0200, Spiro Trikaliotis wrote:
>* On Sat, Sep 27, 2008 at 11:30:13PM -0400 Christopher Faylor wrote:
>>On Sun, Sep 28, 2008 at 11:16:21AM +0900, Hirokazu Yamamoto wrote:
>>># I've post mail, but it didn't show up in
>>>http://www.nabble.com/Cygwin-f12165.html.  # Maybe it was not good to
>>>attach a file.  So try again...
>>
>>Why do people think that the fact that they sent email which never made
>>it to the list is interesting?
>
>Because they want to prevent someone complain on them that they sent
>the mail twice in case the first mail was not really lost?

If you think your email didn't make it to the list, check the archives.
Duplicate email and musings about problems sending email are both
just unneeded noise.

If checking the archives didn't occur to you prior to now, then now you
have a valuable tool at your disposal.

cgf

--
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: crash if fork(2) from another thread

[Christopher Faylor]

On Sun, Sep 28, 2008 at 08:53:55PM +0900, Hirokazu Yamamoto wrote:
>cgf wrote:
>>Your test case worked fine for me with Cygwin 1.7.x.  I don't have a
>>copy of 1.5.x handy to test.
>>
>>"crash" is an imprecise term.  You need to read
>>http://cygwin.com/problems.html.
>
>I'll attach the result of "cygcheck -s -v -r > cygcheck.out"

You still didn't explain what "crash" means, that was why I pointed you
at a web page which goes to some effort in trying to make it clear that
you should be descriptive when reporting problems.

However, I did create a Vista VM with Cygwin 1.5.25 and saw that the
code did not work.  It is a bug in 1.5.25 but it is not going to be
fixed since we are actively pursuing 1.7 now.

cgf

--
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: crash if fork(2) from another thread

[Hirokazu Yamamoto]

> You still didn't explain what "crash" means, that was why I pointed you
> at a web page which goes to some effort in trying to make it clear that
> you should be descriptive when reporting problems.

When I run ./main.exe

$ ./main
thread_func
parent process (child pid = 1320)
  14827 [main] main 1320 _cygtls::handle_exceptions: Error while dumping
state (
probably corrupted stack)
parent process end

I'll attach main.exe.stackdump.

> However, I did create a Vista VM with Cygwin 1.5.25 and saw that the
> code did not work.  It is a bug in 1.5.25 but it is not going to be
> fixed since we are actively pursuing 1.7 now.

OK. Thanks.


main.exe.stackdump
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: crash if fork(2) from another thread

[Christopher Faylor]

On Mon, Sep 29, 2008 at 11:42:32PM +0900, Hirokazu Yamamoto wrote:
>I also confirmed previous code worked fine with Cygwin 1.7.
>But attached code hangs on Cygwin 1.7. (Actually this is what
>test_3_join_in_forked_from_thread is doing)

I can duplicate this.  I'll investigate it as I have time.

cgf

--
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: crash if fork(2) from another thread

[Christopher Faylor]

On Mon, Sep 29, 2008 at 09:16:32PM -0400, Christopher Faylor wrote:
>On Mon, Sep 29, 2008 at 11:42:32PM +0900, Hirokazu Yamamoto wrote:
>>I also confirmed previous code worked fine with Cygwin 1.7.
>>But attached code hangs on Cygwin 1.7. (Actually this is what
>>test_3_join_in_forked_from_thread is doing)
>
>I can duplicate this.  I'll investigate it as I have time.

It should be fixed in the latest snapshot.

http://cygwin.com/snapshots.html

cgf

--
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: crash if fork(2) from another thread

[Christopher Faylor]

On Mon, Sep 29, 2008 at 11:04:32PM -0400, Christopher Faylor wrote:
>On Mon, Sep 29, 2008 at 09:16:32PM -0400, Christopher Faylor wrote:
>>On Mon, Sep 29, 2008 at 11:42:32PM +0900, Hirokazu Yamamoto wrote:
>>>I also confirmed previous code worked fine with Cygwin 1.7.
>>>But attached code hangs on Cygwin 1.7. (Actually this is what
>>>test_3_join_in_forked_from_thread is doing)
>>
>>I can duplicate this.  I'll investigate it as I have time.
>
>It should be fixed in the latest snapshot.
>
>http://cygwin.com/snapshots.html

Sorry.  I've typed that 1257 times and I still got it wrong:

http://cygwin.com/snapshots/

--
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: cygserver 1.5.25-15 slows down logoff

[Sybille Ebert]

>>> I am running cygserver service on Windows 2003 x64 SP2 on dual-core. If
>>> the service is running, there is a significant delay during log
>>> off/shutdown (approx. 1-2 minutes). If cygserver service is stopped, the
>>> logoff takes just 1-2 seconds.
>>>
>>> I have no other Cygwin services installed, and no Cygwin process started
>>> as the logged-on user.
>> Here are some more facts about cygserver hanging during logoff:
> 
> Does that problem appear at logoff or at shutdown. or both?  Is
> cygserver in use by applications in that scenario?  There's a chance
> that cygserver has worker threads running which are waiting for
> interaction with a calling application.

It appears when local user logs off and when you shutdown/restart the
system. It does NOT appear when remote desktop user logs off, however.

I do not think that cygserver has any active worker threads. You can
start it afresh, and with no other cygwin processes running, it still hangs.

On a side note: manually stopping cygserver is fast, it does not appear
to trigger the problem.


> >> - the problem is specific to Windows 2003 64-bit, it does not appear in
>> Windows XP 32-bit
> 
> There's no special code in Cygwin which would handle logoff/shutdown
> scenarios differently on x86 vs. x64 systems, though...

I thought so. A few timestamped debug messages would probably be enough
to pinpoint the code in which cygserver is spending time...

The problem also appears in sshd service, eventhough it does not depend
on cygserver. I installed sshd using ssh-host-config and manually
stopped cygserver. And even with only sshd running, there was still a
long delay at logoff/shutdown!

S

--
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/