Re: cygpath -w for non-existent server

[Corinna Vinschen]

Hi Andy,

On Dec  4 16:07, Corinna Vinschen wrote:
> On Dec  4 06:35, Andy Koppe wrote:
> > With non-existent server foo, and Cygwin 1.7.7 or the latest 1.7.8 snapshot:
> > 
> > $ cygpath -w //foo/bar
> > \\foo\bar
> > 
> > $ cygpath -w //foo
> > cygpath: error converting "//foo" - No such file or directory
> > 
> > Is that as intended?
> > 
> > Also, both only return after a few seconds delay, so I assume they
> > trigger network accesses. Is that necessary?
> 
> Probably yes, due to the way SMB works.  The "No such file or directory"
> seems wrong though.  I'll investigate next week.

Done.  The behaviour is perfectly valid.

- "//foo/bar" requires to access the path, which in turn triggers an SMB
  request on the wire.  This takes a couple of seconds within Windows
  itself, even if the DNS request returns immediately that the server
  doesn't exist.  NetBIOS?  Anyway, there's nothing Cygwin can do about
  it.

- "//foo" is a virtual path, valid only in Cygwin.  You can't access
  "\\foo" in the Win32 API using file or directory access functions.  It
  just doesn't exist as a path.  UNC paths are only valid with at least
  two path components as in "\\server\share".  Since "//foo" is a
  virtual path, there's no Win32 equivalent.  So, from the Windows
  perspective there's "No such file or directory".


Corinna

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

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

Re: cygpath -w for non-existent server

[Andy Koppe]

On 6 December 2010 11:34, Corinna Vinschen wrote:
> Hi Andy,
>
> On Dec  4 16:07, Corinna Vinschen wrote:
>> On Dec  4 06:35, Andy Koppe wrote:
>> > With non-existent server foo, and Cygwin 1.7.7 or the latest 1.7.8 
>> > snapshot:
>> >
>> > $ cygpath -w //foo/bar
>> > \\foo\bar
>> >
>> > $ cygpath -w //foo
>> > cygpath: error converting "//foo" - No such file or directory
>> >
>> > Is that as intended?
>> >
>> > Also, both only return after a few seconds delay, so I assume they
>> > trigger network accesses. Is that necessary?
>>
>> Probably yes, due to the way SMB works.  The "No such file or directory"
>> seems wrong though.  I'll investigate next week.
>
> Done.  The behaviour is perfectly valid.
>
> - "//foo/bar" requires to access the path, which in turn triggers an SMB
>  request on the wire.  This takes a couple of seconds within Windows
>  itself, even if the DNS request returns immediately that the server
>  doesn't exist.  NetBIOS?  Anyway, there's nothing Cygwin can do about
>  it.
>
> - "//foo" is a virtual path, valid only in Cygwin.  You can't access
>  "\\foo" in the Win32 API using file or directory access functions.  It
>  just doesn't exist as a path.  UNC paths are only valid with at least
>  two path components as in "\\server\share".  Since "//foo" is a
>  virtual path, there's no Win32 equivalent.  So, from the Windows
>  perspective there's "No such file or directory".

Weird. "\\server" works fine in Explorer and also with cygstart, so I
guess Explorer implements it as some sort of virtual directory. Is
that enough reason to support it as a special case in the Cygwin path
conversion?

Thanks for looking into this.

Andy

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

Re: cygpath -w for non-existent server

[Corinna Vinschen]

On Dec  6 11:59, Andy Koppe wrote:
> On 6 December 2010 11:34, Corinna Vinschen wrote:
> >> On Dec  4 06:35, Andy Koppe wrote:
> >> > $ cygpath -w //foo
> >> > cygpath: error converting "//foo" - No such file or directory
> >> >
> >> > Is that as intended?
> > [...]
> > - "//foo" is a virtual path, valid only in Cygwin.  You can't access
> >  "\\foo" in the Win32 API using file or directory access functions.  It
> >  just doesn't exist as a path.  UNC paths are only valid with at least
> >  two path components as in "\\server\share".  Since "//foo" is a
> >  virtual path, there's no Win32 equivalent.  So, from the Windows
> >  perspective there's "No such file or directory".
> 
> Weird. "\\server" works fine in Explorer and also with cygstart, so I
> guess Explorer implements it as some sort of virtual directory.

That's right.

> Is
> that enough reason to support it as a special case in the Cygwin path
> conversion?

Huh, now I see the problem.  *Existing* virtual server-only paths
are converted, only non-existent aren't.  I fixed that in CVS.


Corinna

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

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

[ANNOUNCEMENT] Updated: w3m-0.5.2-1

[Robert S. Heckel Jr.]

Version 0.5.2-1 of "w3m" has been uploaded.

A text-based web browser as well as a pager like 'more' or 'less'.  With w3m
you can browse web pages through a terminal emulator window (xterm, rxvt or
something like that).  Moreover, w3m can be used as a text formatting tool
which typesets HTML into plain text.

* New (2007) upstream release.

Bob Heckel
volunteer w3m & libgc cygwin maintainer



  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there. It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is
available starting at this URL.

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

Re: [ANNOUNCEMENT] [experimental] Updated: findutils-4.5.9-2

[Corinna Vinschen]

Hi Eric,

On Dec  3 15:17, Eric Blake wrote:
> A new release of findutils, 4.5.9-2, is available for test, while
> 4.5.9-1 remains current.
> 
> NEWS:
> =
> This is a minor release to try and fix -execdir executing in the wrong
> directory.  If this passes testing by those who complained about the
> problem, then I will promote it to current next week.  See also
> /usr/share/doc/findutils/.

I almost forgot to reply.  The new -execdir behaviour looks good as
far as my testing goes.


Thanks,
Corinna

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

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

[ANNOUNCEMENT] Updated: findutils-4.5.9-2

[Eric Blake (cygwin)]

A new release of findutils, 4.5.9-2, is available as the current
version, replacing 4.5.9-1 and leaving 4.5.8-1 as previous.

NEWS:
=
This is a minor release to try and fix -execdir executing in the wrong
directory.  The experimental build released last week passed both list
and my testing, so it is now promoted to current.  See also
/usr/share/doc/findutils/.

DESCRIPTION:

The findutils package contains programs which will help you locate files
on your system.  The find utility searches through a hierarchy of
directories looking for files which match a certain set of criteria
(such as a filename pattern).  The xargs utility builds and executes
command lines from standard input arguments (usually lists of file names
generated by the find command).  The locate utility scans a database of
filenames and displays matches.  The updatedb utility builds the
database for locate.

UPDATE:
===
To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system. Save it and run setup, answer the questions and pick up
'findutils' from the 'Base' category (it should already be selected).

DOWNLOAD:
=
Note that downloads from sourceware.org (aka cygwin.com) aren't allowed
due to bandwidth limitations.  This means that you will need to find a
mirror which has this update, please choose the one nearest to you:
http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

-- 
Eric Blake
volunteer cygwin findutils maintainer

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to the cygwin-announce mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message.  Send email
to the address specified there.  It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.



signature.asc
Description: OpenPGP digital signature

Re: Wrong message 'Pattern not found'

[Larry Hall (Cygwin)]

On 12/6/2010 2:10 AM, Thomas Wiedmann wrote:

Hello,

when I call 'man grep' in Cygwin 1.7.1 and try to search the pattern -P,
which is really available, with '/-P', the wrong message 'Pattern not found
(press RETURN)' appeared. This behaviour only occurs with Cygwin and only on
a certain computer. It works well with Cygwin on another computer.

What may be the reason for this invalid message and how to resolve that
problem?


1.7.1 is very old. Try upgrading.

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

_

A: Yes.

Q: Are you sure?

A: Because it reverses the logical flow of conversation.

Q: Why is top posting annoying in email?


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

Program repeatedly restarts when its console is closed

[Arthur Norman]

At the end of this message is a short program. It is linked as a 
windows-mode executable so when it is launched it does not have a console. 
It then allocates one and uses it. The expected behaviour is that when I 
run it a fresh DOS-style console appears and I can type a few chars in and 
they get echoed.


This happens happily. EXCEPT that if before typing in 5 chars I close the 
console either via its file/close menu or by clicking the little "x" at the 
right of its title bar and IF I launched the program from cygwin using 
execv/execve (as the cygwin bash shell does) the application console winow 
closess but the program is instantly relauched. I see this with both the 32 
& 64-bit versions of the non-cygwin compilatets - ie replace 
x86_64-w64-mingw32-gcc with just "gcc -mno-cygwin" has the same behaviour.


If instead of launching the binary via cygwin's execv I launch it direct 
from a plain old DOS shell then closing the console window causes the 
program to terminate in the way I expected.


It is not clear to me whether this is an issue of the mingw bits not 
handling things and exiting badly or of the cygwin execv behaving 
improperly. Eg it I write a very short program that goes basically
execv("./bad0",...) and compile that using cygwin but then run that 
executable from a normal DOS shell I get the hydra-like behaviour where 
when I cut of a console a fresh one instantly re-grows, even though 
launching bad0 directly does not suffer that way. So if mingw people can 
confirm that this is a problem on the cygwin side the issue can be 
forwarded that way...


When I posted this for mingw64 people to comment on the response I got 
back was

"This indicates the problem to be with Cygwin.  Have you asked them?  I
know that Cygwin doesn't have control of the exec-ed "native" program
but it may be trapping the signals and causing the primary program to
not end so that it reopens the console making it appear to be
"restarting"."


Many thanks,

{I am on Windows 7 64-bit with the x86_64 compiler versions that cygwin 
installs for me, but I have tried the bad0 executable on a windows 2000 
(virtual) machine and observe the same bad effects in the 32-bit version 
there, so actually this is not just a 64-bit issue and not just a Windows 7 
one).


 Arthur


===
/*
 * x86_64-w64-mingw32-gcc -mno-cygwin bad0.c \
 * -Wl,--subsystem=windows -o bad0
 * ./bad0
 */

#include 
#include 

int main(int argc, char *argv[])
{
int i;
if (AllocConsole())
{   freopen("CONIN$", "r", stdin);
freopen("CONOUT$", "w", stdout);
freopen("CONOUT$", "w", stderr);
}
for (i=0; i<5; i++)
{   int c = getchar();
printf("char %d is %#x\n", i, c);
fflush(stdout);
}
return 0;
}
=

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

Re: Program repeatedly restarts when its console is closed

[Larry Hall (Cygwin)]

On 12/6/2010 6:07 PM, Arthur Norman wrote:

At the end of this message is a short program. It is linked as a windows-mode
 executable so when it is launched it does not have a console. It then
allocates one and uses it. The expected behaviour is that when I run it a
fresh DOS-style console appears and I can type a few chars in and they get
echoed.

This happens happily. EXCEPT that if before typing in 5 chars I close the
console either via its file/close menu or by clicking the little "x" at the
right of its title bar and IF I launched the program from cygwin using
execv/execve (as the cygwin bash shell does) the application console winow
closess but the program is instantly relauched.




Sounds a bit like "proc_retry" to me.  See:



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

_

A: Yes.

Q: Are you sure?

A: Because it reverses the logical flow of conversation.

Q: Why is top posting annoying in email?


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

Re: Program repeatedly restarts when its console is closed

[Greg Chicares]

On 2010-12-06 23:07Z, Arthur Norman wrote:
[...]
> It is not clear to me whether this is an issue of the mingw bits not 
> handling things and exiting badly or of the cygwin execv behaving 
> improperly. Eg it I write a very short program that goes basically
> execv("./bad0",...) and compile that using cygwin but then run that 
> executable from a normal DOS shell I get the hydra-like behaviour where 
> when I cut of a console a fresh one instantly re-grows

Try:
  set CYGWIN=proc_retry:1
as suggested here:
  http://sourceware.org/ml/cygwin/2008-03/msg00595.html
Reference:
  http://www.cygwin.com/cygwin-ug-net/using-cygwinenv.html

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

Install still fails on win7 (and no tips after 2.5 months?)

[Stig Hackvan]

Why does cygwin not install properly on windows 7 (32 bit)?

i've googled it and all I've found is a scatterring of similar issues
and no suggestions.  Why isn't there a FAQ?

I have the same error messages as David Means (23 Sep 2010), and I've
tried to install cygwin with all the version compatibility &
run-as-administrator options that windows 7 has to offer.  What
gives???  I've had it working on XP and on Vista...and win7 after my
vista install was upgraded to a win7 preview release...  (but there i
didn't have to do the installation from scratch)...

So what is the magic recipe for installing cygwin on a fresh copy of
windows...and how come the cygwin setup.exe program doesn't detect and
fix the problem that I keep having...  has anyone put together a
more-windows-compatible installation method (that also happens to come
with a working uninstaller?)  Gimp...pidgin...and lots of other free
software tools have better installers...

I hope this doesn't seem too grumbly, but it seems like such a
huge problem (can't install on major OS) that i'm astounded that
months after multiple reports there's not even a FAQ or something...

I would be grateful for a fix...

> Install failure on Windows 7
>
>    From: David Means 
>    To: Cygwin 
>    Date: Thu, 23 Sep 2010 11:47:12 -0400
>    Subject: Install failure on Windows 7
>
> On Windows 7 Ultimate, 64bit.
>
> For al post-install actions, there are a log entries such as follows:
>
> 2010/09/23 11:21:58 running: C:\cygwin175\bin\bash.exe --norc
> --noprofile /etc/postinstall/000-cygwin-post-install.sh
> 2010/09/23 11:22:06 abnormal exit: exit code=-1073741515
> 2010/09/23 11:22:06 running: C:\cygwin175\bin\bash.exe --norc
> --noprofile /etc/postinstall/passwd-grp.sh
> 2010/09/23 11:22:07 abnormal exit: exit code=-1073741515
> 2010/09/23 11:22:07 running: C:\cygwin175\bin\bash.exe --norc
> --noprofile /etc/postinstall/coreutils.sh
> 2010/09/23 11:22:07 abnormal exit: exit code=-1073741515
> 2010/09/23 11:22:07 running: C:\cygwin175\bin\bash.exe --norc
> --noprofile /etc/postinstall/terminfo.sh
> 2010/09/23 11:22:08 abnormal exit: exit code=-1073741515
> 2010/09/23 11:22:08 running: C:\cygwin175\bin\bash.exe --norc
> --noprofile /etc/postinstall/bash.sh
>
> And a dialog is posted to the UI, reporting a failure:
>
> "The program can't start because cyggcc_s-1.dll is missing from your
> computer.  Try reinstalling the program to fix this problem."
>
> I tried re-install, but to no avail.
>
> Suggestions?
>
>
> ---
> David Means

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

Re: Install still fails on win7 (and no tips after 2.5 months?)

[Larry Hall (Cygwin)]

On 12/6/2010 9:43 PM, Stig Hackvan wrote:

Why does cygwin not install properly on windows 7 (32 bit)?


...on your machine.  It's a fair question.  But also one that may
require more input and action by you to resolve.  I'll offer a couple
of pot-shots, in the absence of more details.





On Windows 7 Ultimate, 64bit.

  ^
Here it seems like you're pointing at Windows 7 x64.  FWIW, I have installed
on this platform no problem.  Well, of course, I'm not the only one.



For al post-install actions, there are a log entries such as follows:

2010/09/23 11:21:58 running: C:\cygwin175\bin\bash.exe --norc
--noprofile /etc/postinstall/000-cygwin-post-install.sh
2010/09/23 11:22:06 abnormal exit: exit code=-1073741515
2010/09/23 11:22:06 running: C:\cygwin175\bin\bash.exe --norc
--noprofile /etc/postinstall/passwd-grp.sh
2010/09/23 11:22:07 abnormal exit: exit code=-1073741515
2010/09/23 11:22:07 running: C:\cygwin175\bin\bash.exe --norc
--noprofile /etc/postinstall/coreutils.sh
2010/09/23 11:22:07 abnormal exit: exit code=-1073741515
2010/09/23 11:22:07 running: C:\cygwin175\bin\bash.exe --norc
--noprofile /etc/postinstall/terminfo.sh
2010/09/23 11:22:08 abnormal exit: exit code=-1073741515
2010/09/23 11:22:08 running: C:\cygwin175\bin\bash.exe --norc
--noprofile /etc/postinstall/bash.sh

And a dialog is posted to the UI, reporting a failure:


Don't worry too much about the above complaints.  They'll eventually get
addressed.  There's nothing really new here other than these potential
issues are now getting reported.


"The program can't start because cyggcc_s-1.dll is missing from your
computer.  Try reinstalling the program to fix this problem."

I tried re-install, but to no avail.

Suggestions?



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


That's my best suggestion.  Also, what did you reinstall?  You're looking
for libgcc1.  You might want to reboot after for good measure.  And then
also look for .

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

_

A: Yes.

Q: Are you sure?

A: Because it reverses the logical flow of conversation.

Q: Why is top posting annoying in email?


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

Re: Install still fails on win7 (and no tips after 2.5 months?)

[Mark Geisert]

> And then
> also look for .

A nitpick but that URL seems incorrect.  
works.  The thing about BLODA is that, even if you're not running any of the
BLODA currently listed (see the additional URL within the definition on the
acronyms list), you might be running something similar that acts like BLODA but
isn't on the list (yet).  If you discover such, let us know so we can add it to
the BLODA list.

..mark


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

Permissions on Windows 2008

[Bryan Slatner]

I've just installed Cygwin on a Windows 2008 Standard server with SP2.

I'm noticing two strange behaviors with files that I upload via SFTP (or 
SCP, I'm not actually sure which protocol WinSCP uses by default).

First, the ACL list on the uploaded files contains an entry for 
"ServerName\None", which is a non-existent account as best I can tell.

Second, it "shares" the files and directories using the Windows 2008
file sharing feature that allows you to share files with other users
on the same machine. It shares the file with "Everyone" and 
"ServerName\None".

Both of these are undesirable behaviors. Ideally, I would like files 
uploaded with SFTP to have the same permissions they'd have as if I
had just created them in place. The sharing thing is particularly 
annoying because if I start moving files around, Windows frequently 
pops up a warning like "Warning: These files are shared. If you move
them, they will no longer be accessible."

Any tips on how to prevent these behaviors would be welcome.

Thanks,
Bryan


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

Re: Permissions on Windows 2008

[Jeremy Bopp]

On 12/06/2010 11:09 PM, Bryan Slatner wrote:
> I've just installed Cygwin on a Windows 2008 Standard server with SP2.
> 
> I'm noticing two strange behaviors with files that I upload via SFTP (or 
> SCP, I'm not actually sure which protocol WinSCP uses by default).
> 
> First, the ACL list on the uploaded files contains an entry for 
> "ServerName\None", which is a non-existent account as best I can tell.
> 
> Second, it "shares" the files and directories using the Windows 2008
> file sharing feature that allows you to share files with other users
> on the same machine. It shares the file with "Everyone" and 
> "ServerName\None".
> 
> Both of these are undesirable behaviors. Ideally, I would like files 
> uploaded with SFTP to have the same permissions they'd have as if I
> had just created them in place. The sharing thing is particularly 
> annoying because if I start moving files around, Windows frequently 
> pops up a warning like "Warning: These files are shared. If you move
> them, they will no longer be accessible."
> 
> Any tips on how to prevent these behaviors would be welcome.

By default Cygwin tries to emulate POSIX file permissions:

http://cygwin.com/cygwin-ug-net/ntsec.html

You can disable this by modifying your /etc/fstab file and adding the
appropriate options to cause the target locations for your files to have
the necessary options:

http://cygwin.com/cygwin-ug-net/using.html#mount-table

Specifically, you may need to modify the settings for the cygdrive
mountpoint:

http://cygwin.com/cygwin-ug-net/using.html#cygdrive

-Jeremy

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