Re: sshd problem on WS2008R2 64bit

[Brian Inglis]

On 2019-03-06 13:59, Corinna Vinschen wrote:
> I'm reasonably sure there won't be any fix for these systems for at
> least two reasons:
> - All affected systems are EOLed or in the last year of their Extended
>   Support Cycle, all ending on 2020-01-14.
> - I opened a support case for an older Windows release a couple of years
>   ago.  A fix for the problem has been refused because the problem was
>   fixed in the newer OS.  I got told literally that the fix is to upgrade
>   to the newer OS.

No backports on rolling releases reminds me of some other project? ;^p

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.

--
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: Annoying error messages from setup

[Brian Inglis]

On 2019-03-06 23:03, Mark Geisert wrote:
> I don't immediately see what the problem may be. I installed the cygwin-doc
> package with the 64-bit Cygwin setup.exe on Windows 7 and it all went well. 

> How do you enable native symbolic links?

CYGWIN=winsymlinks:native

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.

--
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: Annoying error messages from setup

[Brian Inglis]

On 2019-03-06 17:57, Mark Geisert wrote:
> Enrique Perez-Terron wrote:
>> For some time (several months), the setup program always finishes with the
>> following message:
>>> Package: _/cygwin-doc
>>>     cygwin-doc.sh exit code 3
>>> Package: z/Perpetual
>>>     zp_texlive_finish.dash exit code 20
>> Looking into setup.log.full, I find:
>>> 2019/03/06 22:39:56 running: C:\cygwin\bin\bash.exe --norc --noprofile
>>> "/etc/postinstall/cygwin-doc.sh"
>>> mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start
>>> Menu/Programs/C:/cygwin/User Guide (PDF).lnk" failed; does the target
>>> directory exist?
>>> mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start
>>> Menu/Programs/C:/cygwin/User Guide (HTML).lnk" failed; does the target
>>> directory exist?
>>> mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start
>>> Menu/Programs/C:/cygwin/API (PDF).lnk" failed; does the target directory 
>>> exist?
>>> mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start
>>> Menu/Programs/C:/cygwin/API (HTML).lnk" failed; does the target directory 
>>> exist?
>>> mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start
>>> Menu/Programs/C:/cygwin/Home Page.lnk" failed; does the target directory 
>>> exist?
>>> mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start
>>> Menu/Programs/C:/cygwin/FAQ.lnk" failed; does the target directory exist?
>>> 2019/03/06 22:39:57 abnormal exit: exit code=3
>> Where do the "/C:" parts in the middle of the link names come from?
>> Investigating, I find that mkshortcut is being called like this:
>>> /usr/bin/mkshortcut -A -P -n "Cygwin/User Guide (PDF)" -d "Cygwin User Guide
>>> PDF" -- /usr/share/doc/cygwin-doc/cygwin-ug-net.pdf
>>> /usr/bin/mkshortcut -A -P -n "Cygwin/User Guide (HTML)" -d "Cygwin User 
>>> Guide
>>> HTML" -- /usr/share/doc/cygwin-doc/html/cygwin-ug-net/index.html
>>> /usr/bin/mkshortcut -A -P -n "Cygwin/API (PDF)" -d "Cygwin API Reference 
>>> PDF"
>>> -- /usr/share/doc/cygwin-doc/cygwin-api.pdf
>>> /usr/bin/mkshortcut -A -P -n "Cygwin/API (HTML)" -d "Cygwin API Reference
>>> HTML" -- /usr/share/doc/cygwin-doc/html/cygwin-api/index.html
>>> /usr/bin/mkshortcut -A -P -n "Cygwin/Home Page" -d "Cygwin Home Page Link" 
>>> -a
>>> https://cygwin.com/index.html -- /usr/bin/cygstart
>>> /usr/bin/mkshortcut -A -P -n "Cygwin/FAQ" -d "Cygwin Frequently Asked
>>> Questions Link" -a https://cygwin.com/faq.html -- /usr/bin/cygstart
>> There appears to be a bug in mkshortcut.
>> Could this be somehow related to my enabling native symbolic links?
>> (Not sure if this error began before I did that.)
>> I don't know where to find the source for mkshortcut, and not sure if
>> somebody else knows this program and can look into it. Should I report this
>> somewhere?
> Consider it reported :-O.  'cygcheck -p mkshortcut' shows mkshortcut is part 
> of
> the cygutils package.  I'm the maintainer.  You aren't using zsh as your 
> shell,
> are you?  I ask because zsh apparently has its own mkshortcut.  Let me
> experiment a little bit and try to reproduce your first issue.
> Your second issue is something totally separate and I can't help with it.
The intent of the mkshortcut args -A --allusers from the $CYGWINFORALL setup env
var switches -P --smprograms from using $APPDATA to using $ALLUSERSPROFILE as
the prefix for -P .../Microsoft/Windows/Start Menu/Programs/ and -n Cygwin/...
creates or uses the relative Cygwin subfolder to store the shortcuts.
Could the existence of a C:/Cygwin/ root be confusing mkshortcut into using an
absolute Windows path instead of a path relative to .../Start Menu/Programs/?

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.

--
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: Annoying error messages from setup

[Mark Geisert]

Hi Enrique,
I don't immediately see what the problem may be. I installed the cygwin-doc 
package with the 64-bit Cygwin setup.exe on Windows 7 and it all went well. 
More below...


Mark Geisert wrote earlier:

Enrique Perez-Terron wrote:

For some time (several months), the setup program always finishes with the
following message:


Package: _/cygwin-doc
cygwin-doc.sh exit code 3
Package: z/Perpetual
zp_texlive_finish.dash exit code 20


Looking into setup.log.full, I find:


2019/03/06 22:39:56 running: C:\cygwin\bin\bash.exe --norc --noprofile
"/etc/postinstall/cygwin-doc.sh"
mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start
Menu/Programs/C:/cygwin/User Guide (PDF).lnk" failed; does the target
directory exist?
mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start
Menu/Programs/C:/cygwin/User Guide (HTML).lnk" failed; does the target
directory exist?
mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start
Menu/Programs/C:/cygwin/API (PDF).lnk" failed; does the target directory exist?
mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start
Menu/Programs/C:/cygwin/API (HTML).lnk" failed; does the target directory exist?
mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start
Menu/Programs/C:/cygwin/Home Page.lnk" failed; does the target directory exist?
mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start
Menu/Programs/C:/cygwin/FAQ.lnk" failed; does the target directory exist?
2019/03/06 22:39:57 abnormal exit: exit code=3


Where do the "/C:" parts in the middle of the link names come from?
Investigating, I find that mkshortcut is being called like this:


/usr/bin/mkshortcut -A -P -n "Cygwin/User Guide (PDF)" -d "Cygwin User Guide
PDF" -- /usr/share/doc/cygwin-doc/cygwin-ug-net.pdf
/usr/bin/mkshortcut -A -P -n "Cygwin/User Guide (HTML)" -d "Cygwin User Guide
HTML" -- /usr/share/doc/cygwin-doc/html/cygwin-ug-net/index.html
/usr/bin/mkshortcut -A -P -n "Cygwin/API (PDF)" -d "Cygwin API Reference PDF"
-- /usr/share/doc/cygwin-doc/cygwin-api.pdf
/usr/bin/mkshortcut -A -P -n "Cygwin/API (HTML)" -d "Cygwin API Reference
HTML" -- /usr/share/doc/cygwin-doc/html/cygwin-api/index.html
/usr/bin/mkshortcut -A -P -n "Cygwin/Home Page" -d "Cygwin Home Page Link" -a
https://cygwin.com/index.html -- /usr/bin/cygstart
/usr/bin/mkshortcut -A -P -n "Cygwin/FAQ" -d "Cygwin Frequently Asked
Questions Link" -a https://cygwin.com/faq.html -- /usr/bin/cygstart


There appears to be a bug in mkshortcut.
Could this be somehow related to my enabling native symbolic links?
(Not sure if this error began before I did that.)
I don't know where to find the source for mkshortcut, and not sure if somebody
else
knows this program and can look into it. Should I report this somewhere?


Consider it reported :-O.  'cygcheck -p mkshortcut' shows mkshortcut is part of
the cygutils package.  I'm the maintainer.  You aren't using zsh as your shell,
are you?  I ask because zsh apparently has its own mkshortcut.  Let me
experiment a little bit and try to reproduce your first issue.


To see the mkshortcut source, you can use setup.exe to install the latest 
cygutils package and click the box saying you want source too.  It will go into 
/usr/src. cd into the newly-created cygutils* directory there and do 'cygport 
prep' to prepare the source tree for all of cygutils (it's not much).  Then 
navigate down to the mkshortcut directory and see mkshortcut.c.


Or use gitweb to inspect the source online. The cygutils source tree is at
git://cygwin.com/cygwin-apps/cygutils.git . You can reach it from the cygwin.com 
home page -- click on "Source in Git" on the left side of the page.


How do you enable native symbolic links?  And also, could you please provide the 
output of 'cygcheck -svr' as an email attachment on your next reply? Please make 
sure to attach, and not just append it to the email, as the latter tends to 
poison searches of the archives.

Thanks,

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

Re: Best documentation for how to use cygport

[Brian Inglis]

On 2019-03-06 17:57, James Darnley wrote:
> What's the best documentation to read to understand how to use cygport
> to build packages?

/usr/share/doc/cygport/html/manual/index.html

> I am trying to use it to build Lua 5.3 and some modules.  I think I
> bashed the Lua 5.2 cygport file into the right shape to build 5.3
> correctly.  But I don't know how to use the result of that to build
> other modules that depend on it.
> I need to give gcc and ld the right flags.  Do I use package config for
> that?  Do I statically define the right flags?  Can I import variables
> from the 5.3 cygport file into other cygport files?  It doesn't like
> "inherit lua53" at the top so I don't know what to do now.

/usr/share/doc/cygport/html/manual/lua_cygclass.html

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.

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

Cygwin, Amazing results for your web page optimization

[jonat...@myownkeyword.com]

Hello Cygwin,

My Name is Jonathan...

Stop troubling your mind! We can drive keyword targeted traffic to your
website from Google and other search engines. We can place your web page
on top of search engine results and every time someone searches keywords
that you own, your web page will be shown exclusively during the whole
year.

You will have first right of renewal and nobody else will be able to own
it until you cancel.

You can see how it will look like on our website in some easy steps:
 - On our website go to DEMO section.
 - Fill a form with your website cygwin com and keyword.
 - Click on VIEW ONLINE DEMO button and you will see result page.


My sincerest gratitude,
Jonathan


--
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: Annoying error messages from setup

[Mark Geisert]

Enrique Perez-Terron wrote:

For some time (several months), the setup program always finishes with the
following message:


Package: _/cygwin-doc
cygwin-doc.sh exit code 3
Package: z/Perpetual
zp_texlive_finish.dash exit code 20


Looking into setup.log.full, I find:


2019/03/06 22:39:56 running: C:\cygwin\bin\bash.exe --norc --noprofile
"/etc/postinstall/cygwin-doc.sh"
mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start
Menu/Programs/C:/cygwin/User Guide (PDF).lnk" failed; does the target
directory exist?
mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start
Menu/Programs/C:/cygwin/User Guide (HTML).lnk" failed; does the target
directory exist?
mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start
Menu/Programs/C:/cygwin/API (PDF).lnk" failed; does the target directory exist?
mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start
Menu/Programs/C:/cygwin/API (HTML).lnk" failed; does the target directory exist?
mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start
Menu/Programs/C:/cygwin/Home Page.lnk" failed; does the target directory exist?
mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start
Menu/Programs/C:/cygwin/FAQ.lnk" failed; does the target directory exist?
2019/03/06 22:39:57 abnormal exit: exit code=3


Where do the "/C:" parts in the middle of the link names come from?
Investigating, I find that mkshortcut is being called like this:


/usr/bin/mkshortcut -A -P -n "Cygwin/User Guide (PDF)" -d "Cygwin User Guide
PDF" -- /usr/share/doc/cygwin-doc/cygwin-ug-net.pdf
/usr/bin/mkshortcut -A -P -n "Cygwin/User Guide (HTML)" -d "Cygwin User Guide
HTML" -- /usr/share/doc/cygwin-doc/html/cygwin-ug-net/index.html
/usr/bin/mkshortcut -A -P -n "Cygwin/API (PDF)" -d "Cygwin API Reference PDF"
-- /usr/share/doc/cygwin-doc/cygwin-api.pdf
/usr/bin/mkshortcut -A -P -n "Cygwin/API (HTML)" -d "Cygwin API Reference
HTML" -- /usr/share/doc/cygwin-doc/html/cygwin-api/index.html
/usr/bin/mkshortcut -A -P -n "Cygwin/Home Page" -d "Cygwin Home Page Link" -a
https://cygwin.com/index.html -- /usr/bin/cygstart
/usr/bin/mkshortcut -A -P -n "Cygwin/FAQ" -d "Cygwin Frequently Asked
Questions Link" -a https://cygwin.com/faq.html -- /usr/bin/cygstart


There appears to be a bug in mkshortcut.
Could this be somehow related to my enabling native symbolic links?
(Not sure if this error began before I did that.)
I don't know where to find the source for mkshortcut, and not sure if somebody 
else
knows this program and can look into it. Should I report this somewhere?


Consider it reported :-O.  'cygcheck -p mkshortcut' shows mkshortcut is part of 
the cygutils package.  I'm the maintainer.  You aren't using zsh as your shell, 
are you?  I ask because zsh apparently has its own mkshortcut.  Let me 
experiment a little bit and try to reproduce your first issue.


Your second issue is something totally separate and I can't help with it.

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

Best documentation for how to use cygport

[James Darnley]

What's the best documentation to read to understand how to use cygport
to build packages?

I am trying to use it to build Lua 5.3 and some modules.  I think I
bashed the Lua 5.2 cygport file into the right shape to build 5.3
correctly.  But I don't know how to use the result of that to build
other modules that depend on it.

I need to give gcc and ld the right flags.  Do I use package config for
that?  Do I statically define the right flags?  Can I import variables
from the 5.3 cygport file into other cygport files?  It doesn't like
"inherit lua53" at the top so I don't know what to do now.

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

A workaround against Emacs crash when displaying images

[Katsumi Yamaoka]

Hi,

I found a workaround for Emacs from crashing that always happens
when displaying images in an html article using Gnus.  That is:

export MAGICK_THREAD_LIMIT=1

According to the Google search someone said the crash arises due
to a bug in ImageMagick incorporating OpenMP.  I don't know what
it means at all, though. ;-)

Regards,

uname -a
CYGWIN_NT-10.0 localhost 3.0.2(0.338/5/3) 2019-03-05 18:57 x86_64 Cygwin

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

Annoying error messages from setup

[Enrique Perez-Terron]

For some time (several months), the setup program always finishes with 
the following message:



Package: _/cygwin-doc
cygwin-doc.sh exit code 3
Package: z/Perpetual
zp_texlive_finish.dash exit code 20


Looking into setup.log.full, I find:

2019/03/06 22:39:56 running: C:\cygwin\bin\bash.exe --norc --noprofile 
"/etc/postinstall/cygwin-doc.sh"
mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start 
Menu/Programs/C:/cygwin/User Guide (PDF).lnk" failed; does the target 
directory exist?
mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start 
Menu/Programs/C:/cygwin/User Guide (HTML).lnk" failed; does the target 
directory exist?
mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start 
Menu/Programs/C:/cygwin/API (PDF).lnk" failed; does the target 
directory exist?
mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start 
Menu/Programs/C:/cygwin/API (HTML).lnk" failed; does the target 
directory exist?
mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start 
Menu/Programs/C:/cygwin/Home Page.lnk" failed; does the target 
directory exist?
mkshortcut: Saving "/cygdrive/c/ProgramData/Microsoft/Windows/Start 
Menu/Programs/C:/cygwin/FAQ.lnk" failed; does the target directory 
exist?

2019/03/06 22:39:57 abnormal exit: exit code=3


Where do the "/C:" parts in the middle of the link names come from?
Investigating, I find that mkshortcut is being called like this:

/usr/bin/mkshortcut -A -P -n "Cygwin/User Guide (PDF)" -d "Cygwin User 
Guide PDF" -- /usr/share/doc/cygwin-doc/cygwin-ug-net.pdf
/usr/bin/mkshortcut -A -P -n "Cygwin/User Guide (HTML)" -d "Cygwin User 
Guide HTML" -- /usr/share/doc/cygwin-doc/html/cygwin-ug-net/index.html
/usr/bin/mkshortcut -A -P -n "Cygwin/API (PDF)" -d "Cygwin API 
Reference PDF" -- /usr/share/doc/cygwin-doc/cygwin-api.pdf
/usr/bin/mkshortcut -A -P -n "Cygwin/API (HTML)" -d "Cygwin API 
Reference HTML" -- /usr/share/doc/cygwin-doc/html/cygwin-api/index.html
/usr/bin/mkshortcut -A -P -n "Cygwin/Home Page" -d "Cygwin Home Page 
Link" -a https://cygwin.com/index.html -- /usr/bin/cygstart
/usr/bin/mkshortcut -A -P -n "Cygwin/FAQ" -d "Cygwin Frequently Asked 
Questions Link" -a https://cygwin.com/faq.html -- /usr/bin/cygstart


There appears to be a bug in mkshortcut.
Could this be somehow related to my enabling native symbolic links?
(Not sure if this error began before I did that.)
I don't know where to find the source for mkshortcut, and not sure if 
somebody else

knows this program and can look into it. Should I report this somewhere?

 --

The output from zp_texlive_finish.dash is very long,
so I show only the final lines in setup.log.full:


Transcript written on lualatex.log.
fmtutil [INFO]: /var/lib/texmf/web2c/luatex/lualatex.fmt installed.
fmtutil [WARNING]: inifile eptex.ini for eptex/eptex not found.
fmtutil [WARNING]: inifile ptex.ini for ptex/ptex not found.
fmtutil [WARNING]: inifile cslatex.ini for cslatex/pdftex not found.
fmtutil [WARNING]: inifile jadetex.ini for jadetex/pdftex not found.
fmtutil [WARNING]: inifile platex.ini for platex/eptex not found.
fmtutil [WARNING]: inifile lambda.ini for lamed/aleph not found.
fmtutil [WARNING]: inifile csplain.ini for pdfcsplain/xetex not found.
fmtutil [WARNING]: inifile csplain-utf8.ini for pdfcsplain/pdftex not 
found.

fmtutil [WARNING]: inifile csplain.ini for pdfcsplain/luatex not found.
fmtutil [WARNING]: inifile pdfjadetex.ini for pdfjadetex/pdftex not 
found.

fmtutil [WARNING]: inifile mltex.ini for mltex/pdftex not found.
fmtutil [WARNING]: inifile csplain-utf8.ini for csplain/pdftex not 
found.

fmtutil [WARNING]: inifile pdfmex.ini for pdfmex/pdftex not found.
fmtutil [WARNING]: inifile mex.ini for mex/pdftex not found.
fmtutil [WARNING]: inifile xmltex.ini for xmltex/pdftex not found.
fmtutil [WARNING]: inifile eplain.ini for eplain/pdftex not found.
fmtutil [WARNING]: inifile pdfxmltex.ini for pdfxmltex/pdftex not 
found.

fmtutil [WARNING]: inifile amstex.ini for amstex/pdftex not found.
fmtutil [WARNING]: inifile cslatex.ini for pdfcslatex/pdftex not found.
fmtutil [WARNING]: inifile texsis.ini for texsis/pdftex not found.
fmtutil [INFO]: Disabled formats: 21
fmtutil [INFO]: Successfully rebuilt formats: 17
fmtutil [INFO]: Failed to build: 20 (eptex/eptex ptex/ptex 
pdftex/cslatex pdftex/jadetex eptex/platex aleph/lamed xetex/pdfcsplain 
pdftex/pdfcsplain luatex
/pdfcsplain pdftex/pdfjadetex pdftex/mltex pdftex/csplain pdftex/pdfmex 
pdftex/mex pdftex/xmltex pdftex/eplain pdftex/pdfxmltex pdftex/amstex 
pdftex/pdfcsl

atex pdftex/texsis)
fmtutil [INFO]: Total formats: 58
fmtutil [INFO]: exiting with status 20
2019/03/06 22:41:17 abnormal exit: exit code=20


Looking at the source of "fmtutil", it appears that this is the key 
line:

(It's a perl script; shown with line number)


462   return $opts{"strict"} ? $err : 0;


where $err appears to count the fonts not converted.
Looking up the first of the "missing" inifiles, eptex.ini,
I 

Re: sshd problem on WS2008R2 64bit

[Stephen Paul Carrier]

On Wed, Mar 06, 2019 at 03:44:36PM -0800, Stephen Paul Carrier wrote:
> PW=`dd if=/dev/random bs=15 count=1 | base 64`

That should be 'base64' of course, without the space.

--S

--
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: sshd problem on WS2008R2 64bit

[Stephen Paul Carrier]

On Wed, Mar 06, 2019 at 02:24:59PM -0700, Bill Stewart wrote:
...   
> For my part, I'm writing a PowerShell script that does the following:
> 
> 1) Create a local user account
> 2) Grant it SeBatchLogonRight
> 3) Create a scheduled task for it

Powershell is probably more elegant if you're familiar with it, but I
found this bash sequence that does the trick:

-
PW=`dd if=/dev/random bs=15 count=1 | base 64`
net user s4udummy /add
net user s4udummy $PW
wmic USERACCOUNT WHERE NAME=\'s4udummy\' SET PasswordExpires=FALSE

/usr/bin/editrights -u s4udummy -a SeBatchLogonRight
schtasks /create /tn wake-s4u /sc ONSTART /ru s4udummy /rp $PW \
 /tr '"$SYSTEMROOT"\\System32\\cmd.exe /c exit'
sc config cron depend= Schedule
-

I added the last statement, to make cron dependent on the Task Scheduler,
because my crontabs use '@reboot' and I am worried about cron trying
to spawn an important job before the Task Scheduler has a chance to
fix seteuid().

The dependency isn't logically sufficient as wake-s4u job needs some
time to finish.  But its working so far.  I can configure cron to start
with a delay should Task Scheduler ever lose the race.

Thanks everyone for quick attention to this problem and the workaround!

--Stephen

--
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: sshd problem on WS2008R2 64bit

[Bill Stewart]

On Wed, Mar 6, 2019 at 2:00 PM Corinna Vinschen wrote:

> > Whether this workaround is feasible likely depends on the end user. The
> > workaround has its own limitations. Here are at least 2 that I can
think of
> > right now:
> >
> > 1. The local user must have "Log on as a batch job" (SeBatchLogonRight)
> > user right.
> >
> > 2. The "Network access: Do not allow storage of passwords and
credentials
> > for network authentication" security policy must be set to "Disabled".
(If
> > this policy is set to "Enabled", then you can't create scheduled tasks
with
> > stored passwords.)
> >
> > It's a weird problem. The best option would be for Microsoft to provide
a
> > fix (if we can provide a short example program that reproduces it).
>
> I'm reasonably sure there won't be any fix for these systems for at
> least two reasons:
>
> - All affected systems are EOLed or in the last year of their Extended
>   Support Cycle, all ending on 2020-01-14.
>
> - I opened a support case for an older Windows release a couple of years
>   ago.  A fix for the problem has been refused because the problem was
>   fixed in the newer OS.  I got told literally that the fix is to upgrade
>   to the newer OS.

You are probably right about that.

I guess you're stuck explaining this quirk in the documentation and
explaining the workarounds.

For my part, I'm writing a PowerShell script that does the following:

1) Create a local user account
2) Grant it SeBatchLogonRight
3) Create a scheduled task for it

Regards,

Bill

--
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: Fork issue with timerfd

[Corinna Vinschen]

On Mar  6 21:54, Peter Kozich (UM) wrote:
> In response to this one:
> 
>   Re: Fork issue with timerfd
> 
>From: Achim Gratz 
>To: cygwin at cygwin dot com
>Date: Tue, 05 Mar 2019 20:15:32 +0100
>Subject: Re: Fork issue with timerfd
> 
>   
> 
>   Anyway, the latest snapshot seemingly resolved that issue as
>   well, I can no longer reproduce it.
> 
> 
> Unfortunately, only seemingly. Factually, the issue persists. And I
> don't have to do anything with emacs just shoot up, wait cca. 20
> seconds and it inevitably crashes, and it does so in the foreground,
> too: 
> 
> peter@D11934N ~
> $ emacs .bash_history  &
> [2] 489
> [1]   Doneemacs .bash_history
> 
> peter@D11934N ~
> $   1 [main] emacs 489 C:\CygWin\bin\emacs-w32.exe: *** fatal error - 
> CreateThread failed for pipesel - 0x0<0x0>, Win32 error 8

I couldn't directly reproduce this issue, but I saw emacs using more an
more memory while the cursor was blinking.  I found a resource leak in
posix timers which was probably the cause for this problem.

I pushed a patch and uploaded new developer snapshots to
https://cygwin.com/snapshots/

Please test.


Thanks,
Corinna

-- 
Corinna Vinschen
Cygwin Maintainer


signature.asc
Description: PGP signature

[newlib-cygwin] Cygwin: posix timers: fix resource leak

[Corinna Vinschen]

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=094a2a17ad1cd65909fa2eee648d049d8d69fc45

commit 094a2a17ad1cd65909fa2eee648d049d8d69fc45
Author: Corinna Vinschen 
Date:   Wed Mar 6 22:17:32 2019 +0100

Cygwin: posix timers: fix resource leak

On setting the timer, the thread is accidentally only canceled when
disarming the timer.  This leaks one thread per timer_settimer call.
Move the thread cancellation where it belongs.

Signed-off-by: Corinna Vinschen 

Diff:
---
 winsup/cygwin/posix_timer.cc |  2 +-
 winsup/cygwin/release/3.0.3  | 13 +
 2 files changed, 14 insertions(+), 1 deletion(-)

diff --git a/winsup/cygwin/posix_timer.cc b/winsup/cygwin/posix_timer.cc
index d9d4a9a..a140b00 100644
--- a/winsup/cygwin/posix_timer.cc
+++ b/winsup/cygwin/posix_timer.cc
@@ -287,9 +287,9 @@ timer_tracker::settime (int flags, const itimerspec 
*new_value,
   if (old_value)
gettime (old_value, false);
 
+  cancel ();
   if (!new_value->it_value.tv_sec && !new_value->it_value.tv_nsec)
{
- cancel ();
  memset (_spec, 0, sizeof time_spec);
  interval = 0;
  exp_ts = 0;
diff --git a/winsup/cygwin/release/3.0.3 b/winsup/cygwin/release/3.0.3
new file mode 100644
index 000..66ae639
--- /dev/null
+++ b/winsup/cygwin/release/3.0.3
@@ -0,0 +1,13 @@
+What's new:
+---
+
+
+What changed:
+-
+
+
+Bug Fixes
+-
+
+- Fix a resource leak in posix timers.
+  Addresses: https://cygwin.com/ml/cygwin/2019-03/msg00120.html

Re: sshd problem on WS2008R2 64bit

[Corinna Vinschen]

On Mar  6 13:47, Bill Stewart wrote:
> On Wed, Mar 6, 2019 at 1:14 PM Corinna Vinschen wrote:
> 
> > > > > What precisely happens when Cygwin uses MSV1 S4ULogon on versions
> older
> > > > > than 6.3 before a user has logged on?
> > > >
> > > > MsV1S4ULogon returns with STATUS_NOT_SUPPORTED.  Funny status code,
> > > > given it works if some user already logged in by other means...
> > >
> > > OK, so here's another potential workaround that doesn't require running
> the
> > > service as a specific user...
> > >
> > > Create a scheduled task to run using the following settings:
> > >
> > > General -> Run using user account - > choose a local account
> > > General -> "Run whether user is logged on or not"
> > > Triggers -> Run at system startup
> > > Actions -> Start a program -> Program/script:
> %SystemRoot%\Cystem32\cmd.exe
> > > Actions -> Start a program -> Add arguments: /c exit
> > >
> > > Full password logon is required (seems we can't use "do not store
> password"
> > > option).
> > >
> > > The local account does not have to be a member of Administrators, but it
> > > does require user right "Log on as a batch job" (SeBatchLogonRight).
> > >
> > > In my prefunctory testing this seems to fix this problem.
> > >
> > > Does this work?
> >
> > This does indeed work in my local testing on Windows 7, with a local
> > dummy user just for this scheduled job and sshd running under SYSTEM.
> >
> > Now, if that's a feasible workaround for users of these older
> > systems...?
> 
> Good -- this works for me also. (My wild guess, which may be wrong, is that
> the older OS versions don't initialize MSV1 S4ULogon for some reason until
> somebody logs on.)
> 
> Whether this workaround is feasible likely depends on the end user. The
> workaround has its own limitations. Here are at least 2 that I can think of
> right now:
> 
> 1. The local user must have "Log on as a batch job" (SeBatchLogonRight)
> user right.
> 
> 2. The "Network access: Do not allow storage of passwords and credentials
> for network authentication" security policy must be set to "Disabled". (If
> this policy is set to "Enabled", then you can't create scheduled tasks with
> stored passwords.)
> 
> It's a weird problem. The best option would be for Microsoft to provide a
> fix (if we can provide a short example program that reproduces it).

I'm reasonably sure there won't be any fix for these systems for at
least two reasons:

- All affected systems are EOLed or in the last year of their Extended
  Support Cycle, all ending on 2020-01-14.

- I opened a support case for an older Windows release a couple of years
  ago.  A fix for the problem has been refused because the problem was
  fixed in the newer OS.  I got told literally that the fix is to upgrade
  to the newer OS.


Corinna

-- 
Corinna Vinschen
Cygwin Maintainer


signature.asc
Description: PGP signature

Re: Fork issue with timerfd

[Peter Kozich (UM)]

In response to this one:

  Re: Fork issue with timerfd

   From: Achim Gratz 
   To: cygwin at cygwin dot com
   Date: Tue, 05 Mar 2019 20:15:32 +0100
   Subject: Re: Fork issue with timerfd

  

  Anyway, the latest snapshot seemingly resolved that issue as
  well, I can no longer reproduce it.


Unfortunately, only seemingly. Factually, the issue persists. And I
don't have to do anything with emacs just shoot up, wait cca. 20
seconds and it inevitably crashes, and it does so in the foreground,
too: 

peter@D11934N ~
$ emacs .bash_history  &
[2] 489
[1]   Doneemacs .bash_history

peter@D11934N ~
$   1 [main] emacs 489 C:\CygWin\bin\emacs-w32.exe: *** fatal error - 
CreateThread failed for pipesel - 0x0<0x0>, Win32 error 8

[2]+  Hangup  emacs .bash_history

peter@D11934N ~
$ uname -a
CYGWIN_NT-6.1-WOW D11934N 3.0.2(0.338/5/3) 2019-03-05 19:01 i686 Cygwin

peter@D11934N ~
$ cat emacs-w32.exe.stackdump

peter@D11934N ~
$



It is not always pipesel, I have also seen itimer. The stackdump is
sometimes an empty file as above, sometimes the same as Achim's.


Isn't it possible to put back 2.11.2 in the archives until 3.0 is made
stable? By mistake I deleted my copy and cannot find it anywhere.


best regards,
P. K.


--
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: sshd problem on WS2008R2 64bit

[Bill Stewart]

On Wed, Mar 6, 2019 at 1:14 PM Corinna Vinschen wrote:

> > > > What precisely happens when Cygwin uses MSV1 S4ULogon on versions
older
> > > > than 6.3 before a user has logged on?
> > >
> > > MsV1S4ULogon returns with STATUS_NOT_SUPPORTED.  Funny status code,
> > > given it works if some user already logged in by other means...
> >
> > OK, so here's another potential workaround that doesn't require running
the
> > service as a specific user...
> >
> > Create a scheduled task to run using the following settings:
> >
> > General -> Run using user account - > choose a local account
> > General -> "Run whether user is logged on or not"
> > Triggers -> Run at system startup
> > Actions -> Start a program -> Program/script:
%SystemRoot%\Cystem32\cmd.exe
> > Actions -> Start a program -> Add arguments: /c exit
> >
> > Full password logon is required (seems we can't use "do not store
password"
> > option).
> >
> > The local account does not have to be a member of Administrators, but it
> > does require user right "Log on as a batch job" (SeBatchLogonRight).
> >
> > In my prefunctory testing this seems to fix this problem.
> >
> > Does this work?
>
> This does indeed work in my local testing on Windows 7, with a local
> dummy user just for this scheduled job and sshd running under SYSTEM.
>
> Now, if that's a feasible workaround for users of these older
> systems...?

Good -- this works for me also. (My wild guess, which may be wrong, is that
the older OS versions don't initialize MSV1 S4ULogon for some reason until
somebody logs on.)

Whether this workaround is feasible likely depends on the end user. The
workaround has its own limitations. Here are at least 2 that I can think of
right now:

1. The local user must have "Log on as a batch job" (SeBatchLogonRight)
user right.

2. The "Network access: Do not allow storage of passwords and credentials
for network authentication" security policy must be set to "Disabled". (If
this policy is set to "Enabled", then you can't create scheduled tasks with
stored passwords.)

It's a weird problem. The best option would be for Microsoft to provide a
fix (if we can provide a short example program that reproduces it).

Regards,

Bill

--
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: Automate - Robots. Vision. Motion. Solutions 2019 Info ?

[Lisa Kimball]

Hi,

 

Did you get a chance to see my previous email?  Please let me know if you
are interested and would like to get more information.

 

looking for positive response.

 

Best Regards,

Lisa

 

 

From: Lisa Kimball  
Sent: 05 March 2019 11:29
To: 'cygwin@cygwin.com'
Subject: Automate - Robots. Vision. Motion. Solutions 2019 Info ?

 

Hi Good Morning,

 

Good day to you,

 

Would you be interested in reaching out to the potential attendees of
Automate - Robots. Vision. Motion. Solutions 2019 to drive traffic to your
booth and showcase your products and services? 

 

We have a total of 16,500 attendee contacts from the current Automate -
Robots. Vision. Motion. Solutions 2019.

 

The list will include- First Name, Last Name, Company, URL, Contact and Fax
number, Email Id, Industry, Employee size, Revenue size, Country, state, Zip
Code and LinkedIn URL (where ever available).

 

Please let me know if you are interested and I shall get back to you with
more information.

 

Thanks and I look forward for your response.

 

Best Wishes,

Lisa Kimball

Demand Generation Specialist

 


--
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: sshd problem on WS2008R2 64bit

[Corinna Vinschen]

On Mar  6 09:45, Bill Stewart wrote:
> On Wed, Mar 6, 2019 at 8:34 AM Corinna Vinschen wrote:
> 
> > On Mar  6 08:38, Bill Stewart wrote:
> > > On Wed, Mar 6, 2019 at 7:34 AM Corinna Vinschen  wrote:
> > > > On Mar  6 15:17, Corinna Vinschen wrote:
> > > > > But the old Systems like Windows 7 don't want to play nice.
> > > > >
> > > > > - On Vista and Windows 7 WOW64, MsV1_0S4ULogon isn't implemented
> > > > >   at all, which required to keep the create_token method
> > > > >   available
> > > > >
> > > > > - On Vista and Windows 7 MsV1_0S4ULogon does not work without
> > > > >   some user logged in locally, even if it's just the cyg_server
> > > > >   service account.
> > > >
> > > > FTR, Windows 8 / Server 2012 is affected as well,
> > > >  Windows 8.1 / Server 2012 R2 is not.
> > > > >
> > > > > Question is, what is a good solution?  Reverting cyglsa as
> > > > > well to allow the old methods to work as before?  This is
> > > > > the opposite of what I had hoped to accomplish :(
> > >
> > > I agree that the new S4U logon method is by far the best solution.
> > >
> > > It seems to me that this MSV1 S4ULogon behavior on versions older than
> NT
> > > 6.3 (Vista/Srv2008/Win7/Srv2008R2/Win8/Srv2012) is not expected.
> > >
> > > What precisely happens when Cygwin uses MSV1 S4ULogon on versions older
> > > than 6.3 before a user has logged on?
> >
> > MsV1S4ULogon returns with STATUS_NOT_SUPPORTED.  Funny status code,
> > given it works if some user already logged in by other means...
> 
> OK, so here's another potential workaround that doesn't require running the
> service as a specific user...
> 
> Create a scheduled task to run using the following settings:
> 
> General -> Run using user account - > choose a local account
> General -> "Run whether user is logged on or not"
> Triggers -> Run at system startup
> Actions -> Start a program -> Program/script: %SystemRoot%\Cystem32\cmd.exe
> Actions -> Start a program -> Add arguments: /c exit
> 
> Full password logon is required (seems we can't use "do not store password"
> option).
> 
> The local account does not have to be a member of Administrators, but it
> does require user right "Log on as a batch job" (SeBatchLogonRight).
> 
> In my prefunctory testing this seems to fix this problem.
> 
> Does this work?

This does indeed work in my local testing on Windows 7, with a local
dummy user just for this scheduled job and sshd running under SYSTEM.

Now, if that's a feasible workaround for users of these older
systems...?


Thanks,
Corinna

-- 
Corinna Vinschen
Cygwin Maintainer


signature.asc
Description: PGP signature

Re: Logging-in using ssh elevates the user privilege.

[Achim Gratz]

Takashi Yano writes:
> I would like to report a problem of recent cygwin.
>
> If a user logs in via ssh, the user aqcuires the elevated
> privilege if the user belongs to Administrators group.

This has been the case for as long as I use ssh logins and is by design.
You can drop privileges after logon (see cygdrop), but not aquire new
ones.

So if that's changed behaviour for you, then your ssh logins didn't
actually work the way you thought they were.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

--
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: Fresh OS, fresh cygwin install, unable to resolve "couldn't allocate heap, Win32 error 487" error

[Achim Gratz]

Bill Bierman writes:
>> I am currently receiving this error when attempting to compile libgmp:

What's wrong with the libgmp that ships with Cygwin?

>>  *** fatal error in forked process - couldn't allocate heap, Win32 error 
>> 487, base 0x28B, top 0x293, reserve_size 520192, allocsize 524288, 
>> page_const 4096

>> I have been researching this all day and have gotten to a point where I am 
>> no longer finding new things to try on Google, and have grown somewhat 
>> desperate.
>>
>> Things I have tried:
>> 1. /usr/bin/rebase-trigger full
>> 2. listdlls and ash /usr/bin/rebaseall -b

You are supposed to run setup.exe again, otherwise the rebase-trigger is
useless.

>> 3. Checking the BLODA, found nothing

BLODA is good at hiding.

>> 4. Reinstalling cygwin
>> 5. Rebooting the system

> Running under WOW64 on AMD64
>
> Path: C:\cygwin\usr\local\bin
>   C:\cygwin\bin
>   C:\Python27
>   C:\Python27\Scripts
>   C:\WINDOWS\system32
>   C:\WINDOWS
>   C:\WINDOWS\System32\Wbem
>   C:\WINDOWS\System32\WindowsPowerShell\v1.0
>   C:\Program Files\Git\cmd
>   C:\Program Files\Microsoft SQL Server\130\Tools\Binn
>   C:\WINDOWS\System32\OpenSSH
>   C:\Users\bbierman\AppData\Local\Microsoft\WindowsApps

Well, pare the PATH down to just /usr/bin (or set CYGWIN_NOWINPATH in
the system environemnt) and try again.  You may be picking up things
from your other installed applications (namely Git) that get in the way.
If so, then you'll maybe find that you will need to install a few
more packages for Cygwin before things start to work.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves

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

Attendees List of Automate - Robots. Vision. Motion. Solutions 2019

[Cynthis Jones]

Hi,

I am following up to check if you're company is interested in acquiring 
Attendees List of "Automate - Robots. Vision. Motion. Solutions"?

We have discounted Prices this month.

Expo Details:

Date   : APR 08- APR 11
Location : Chicago, IL, USA

Expo Name  : Automate - Robots. Vision. Motion. Solutions 2019

Data Fields includes: Contact Name, Job Title, Company/Business Name, Email, 
Tel Number, Website /URL etc.

Please let me know your thoughts and I shall get back to you with the Pricing.

Awaiting your reply

Regards,

Cynthia jones

Business Coordinator


--
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: sshd problem on WS2008R2 64bit

[Bill Stewart]

On Wed, Mar 6, 2019 at 8:34 AM Corinna Vinschen wrote:

> On Mar  6 08:38, Bill Stewart wrote:
> > On Wed, Mar 6, 2019 at 7:34 AM Corinna Vinschen  wrote:
> > > On Mar  6 15:17, Corinna Vinschen wrote:
> > > > But the old Systems like Windows 7 don't want to play nice.
> > > >
> > > > - On Vista and Windows 7 WOW64, MsV1_0S4ULogon isn't implemented
> > > >   at all, which required to keep the create_token method
> > > >   available
> > > >
> > > > - On Vista and Windows 7 MsV1_0S4ULogon does not work without
> > > >   some user logged in locally, even if it's just the cyg_server
> > > >   service account.
> > >
> > > FTR, Windows 8 / Server 2012 is affected as well,
> > >  Windows 8.1 / Server 2012 R2 is not.
> > > >
> > > > Question is, what is a good solution?  Reverting cyglsa as
> > > > well to allow the old methods to work as before?  This is
> > > > the opposite of what I had hoped to accomplish :(
> >
> > I agree that the new S4U logon method is by far the best solution.
> >
> > It seems to me that this MSV1 S4ULogon behavior on versions older than
NT
> > 6.3 (Vista/Srv2008/Win7/Srv2008R2/Win8/Srv2012) is not expected.
> >
> > What precisely happens when Cygwin uses MSV1 S4ULogon on versions older
> > than 6.3 before a user has logged on?
>
> MsV1S4ULogon returns with STATUS_NOT_SUPPORTED.  Funny status code,
> given it works if some user already logged in by other means...

OK, so here's another potential workaround that doesn't require running the
service as a specific user...

Create a scheduled task to run using the following settings:

General -> Run using user account - > choose a local account
General -> "Run whether user is logged on or not"
Triggers -> Run at system startup
Actions -> Start a program -> Program/script: %SystemRoot%\Cystem32\cmd.exe
Actions -> Start a program -> Add arguments: /c exit

Full password logon is required (seems we can't use "do not store password"
option).

The local account does not have to be a member of Administrators, but it
does require user right "Log on as a batch job" (SeBatchLogonRight).

In my prefunctory testing this seems to fix this problem.

Does this work?

Bill

--
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: Logging-in using ssh elevates the user privilege.

[Corinna Vinschen]

On Mar  6 17:15, Corinna Vinschen wrote:
> On Mar  7 01:00, Takashi Yano wrote:
> > Hello,
> > 
> > I would like to report a problem of recent cygwin.
> > 
> > If a user logs in via ssh, the user aqcuires the elevated
> > privilege if the user belongs to Administrators group.
> 
> This is by design, and this is no new behaviour.  As soon as an admin
> account logs in, seteuid uses the elevated token.  Cygwin is doing that
> since 2015.

Actually, since 2010.

> 
> After all, from an ssh session there would be *no* chance to run
> administrative tasks if the user would only get a non-elevated token.
> There's no way to switch to the elevated token from an ssh session.


Corinna

-- 
Corinna Vinschen
Cygwin Maintainer


signature.asc
Description: PGP signature

Re: Logging-in using ssh elevates the user privilege.

[Corinna Vinschen]

On Mar  7 01:00, Takashi Yano wrote:
> Hello,
> 
> I would like to report a problem of recent cygwin.
> 
> If a user logs in via ssh, the user aqcuires the elevated
> privilege if the user belongs to Administrators group.

This is by design, and this is no new behaviour.  As soon as an admin
account logs in, seteuid uses the elevated token.  Cygwin is doing that
since 2015.

After all, from an ssh session there would be *no* chance to run
administrative tasks if the user would only get a non-elevated token.
There's no way to switch to the elevated token from an ssh session.


Corinna

-- 
Corinna Vinschen
Cygwin Maintainer


signature.asc
Description: PGP signature

Logging-in using ssh elevates the user privilege.

[Takashi Yano]

Hello,

I would like to report a problem of recent cygwin.

If a user logs in via ssh, the user aqcuires the elevated
privilege if the user belongs to Administrators group.

The following log is the example of the behaviour.

[yano@Express5800-S70 ~]$ touch /cygdrive/c/windows/testfile
touch: cannot touch '/cygdrive/c/windows/testfile': Permission denied
[yano@Express5800-S70 ~]$ ssh localhost
yano@localhost's password:
Last login: Thu Mar  7 00:06:21 2019 from ::1
CYGWIN_NT-10.0-WOW Express5800-S70 3.0.2(0.338/5/3) 2019-03-05 19:01 i686 Cygwin
[yano@Express5800-S70 ~]$ touch /cygdrive/c/windows/testfile
[yano@Express5800-S70 ~]$ rm /cygdrive/c/windows/testfile
[yano@Express5800-S70 ~]$ exit
logout
Connection to localhost closed.
[yano@Express5800-S70 ~]$

Because of this behaviour, the process started in a ssh
session cannot be killed from a normal mintty session.

This also causes gnu screen to freeze.

To reproduce this:
(1) Start screen in mintty window.
(2) Detatch from the screen (Ctrl-A d).
(3) Login via ssh.
(4) Attach screen by 'screen -r' in ssh session.
(5) Detach from the screen (Ctrl-A d).
(6) screen freezes and is not terminated normally.

This does not occur if the user does not belong to
Administrators group.

I guess this is a problem of setuid codes.

-- 
Takashi Yano 

--
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: sshd problem on WS2008R2 64bit

[Bill Stewart]

On Wed, Mar 6, 2019 at 8:34 AM Corinna Vinschen wrote:

> > What precisely happens when Cygwin uses MSV1 S4ULogon on versions older
> > than 6.3 before a user has logged on?
>
> MsV1S4ULogon returns with STATUS_NOT_SUPPORTED.  Funny status code,
> given it works if some user already logged in by other means...

Agreed. It seems to me that this behavior is not expected (bug/defect).

Can someone provide a short sample test program that illustrates this
specific problem?

It is possible that I have the ability to address this with Microsoft
through a support resource.

Bill

--
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: sshd problem on WS2008R2 64bit

[Corinna Vinschen]

On Mar  6 08:38, Bill Stewart wrote:
> On Wed, Mar 6, 2019 at 7:34 AM Corinna Vinschen  wrote:
> > On Mar  6 15:17, Corinna Vinschen wrote:
> > > But the old Systems like Windows 7 don't want to play nice.
> > >
> > > - On Vista and Windows 7 WOW64, MsV1_0S4ULogon isn't implemented
> > >   at all, which required to keep the create_token method
> > >   available
> > >
> > > - On Vista and Windows 7 MsV1_0S4ULogon does not work without
> > >   some user logged in locally, even if it's just the cyg_server
> > >   service account.
> >
> > FTR, Windows 8 / Server 2012 is affected as well,
> >  Windows 8.1 / Server 2012 R2 is not.
> > >
> > > Question is, what is a good solution?  Reverting cyglsa as
> > > well to allow the old methods to work as before?  This is
> > > the opposite of what I had hoped to accomplish :(
> 
> I agree that the new S4U logon method is by far the best solution.
> 
> It seems to me that this MSV1 S4ULogon behavior on versions older than NT
> 6.3 (Vista/Srv2008/Win7/Srv2008R2/Win8/Srv2012) is not expected.
> 
> What precisely happens when Cygwin uses MSV1 S4ULogon on versions older
> than 6.3 before a user has logged on?

MsV1S4ULogon returns with STATUS_NOT_SUPPORTED.  Funny status code,
given it works if some user already logged in by other means...


Corinna


-- 
Corinna Vinschen
Cygwin Maintainer


signature.asc
Description: PGP signature

Re: sshd problem on WS2008R2 64bit

[Bill Stewart]

On Wed, Mar 6, 2019 at 7:34 AM Corinna Vinschen  wrote:
> On Mar  6 15:17, Corinna Vinschen wrote:
> > But the old Systems like Windows 7 don't want to play nice.
> >
> > - On Vista and Windows 7 WOW64, MsV1_0S4ULogon isn't implemented
> >   at all, which required to keep the create_token method
> >   available
> >
> > - On Vista and Windows 7 MsV1_0S4ULogon does not work without
> >   some user logged in locally, even if it's just the cyg_server
> >   service account.
>
> FTR, Windows 8 / Server 2012 is affected as well,
>  Windows 8.1 / Server 2012 R2 is not.
> >
> > Question is, what is a good solution?  Reverting cyglsa as
> > well to allow the old methods to work as before?  This is
> > the opposite of what I had hoped to accomplish :(

I agree that the new S4U logon method is by far the best solution.

It seems to me that this MSV1 S4ULogon behavior on versions older than NT
6.3 (Vista/Srv2008/Win7/Srv2008R2/Win8/Srv2012) is not expected.

What precisely happens when Cygwin uses MSV1 S4ULogon on versions older
than 6.3 before a user has logged on?

Bill

--
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: sshd problem on WS2008R2 64bit

[Corinna Vinschen]

On Mar  6 15:17, Corinna Vinschen wrote:
> But the old Systems like Windows 7 don't want to play nice.
> 
> - On Vista and Windows 7 WOW64, MsV1_0S4ULogon isn't implemented
>   at all, which required to keep the create_token method
>   available
> 
> - On Vista and Windows 7 MsV1_0S4ULogon does not work without
>   some user logged in locally, even if it's just the cyg_server
>   service account.

FTR, Windows 8 / Server 2012 is affected as well,
 Windows 8.1 / Server 2012 R2 is not.

> 
> Question is, what is a good solution?  Reverting cyglsa as 
> well to allow the old methods to work as before?  This is
> the opposite of what I had hoped to accomplish :(


Corinna

-- 
Corinna Vinschen
Cygwin Maintainer


signature.asc
Description: PGP signature

[ANNOUNCEMENT] Updated: sqlite3-3.27.2-1 for Cygwin/Cygwin64

[Jan Nijtmans]

SQLite is a software library that implements a self-contained,
serverless, zero-configuration, transactional SQL database engine

Changes since 3.21.0-1
=
* Update to upstream SQLite 3.27.2.

Additional SQLite bug-fixes, rejected (apparently) upstream
but important (and simple) enough for Cygwin:
  * VFS filename truncation issues

  * Wrong filename handling in sqlite3_load_extension() for Cygwin


  * pragma database_list returns win32 paths on Cygwin


  * ISO time leap second

  * update to Unicode 12.0 for FTS3/4/5 tokenizer

--
Jan Nijtmans

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

Updated: sqlite3-3.27.2-1 for Cygwin/Cygwin64

[Jan Nijtmans]

SQLite is a software library that implements a self-contained,
serverless, zero-configuration, transactional SQL database engine

Changes since 3.21.0-1
=
* Update to upstream SQLite 3.27.2.

Additional SQLite bug-fixes, rejected (apparently) upstream
but important (and simple) enough for Cygwin:
  * VFS filename truncation issues

  * Wrong filename handling in sqlite3_load_extension() for Cygwin


  * pragma database_list returns win32 paths on Cygwin


  * ISO time leap second

  * update to Unicode 12.0 for FTS3/4/5 tokenizer

--
Jan Nijtmans

Re: sshd problem on WS2008R2 64bit

[Corinna Vinschen]

On Mar  6 13:48, Corinna Vinschen wrote:
> On Mar  6 13:11, Corinna Vinschen wrote:
> > On Mar  5 17:02, Stephen Carrier wrote:
> > > Since upgrading a WS2008 R2 system to 3.0.1, attempts to ssh to the server
> > > fail unless some user logs into Windows first.  In this case, that is by
> > > RDP, and it doesn't need to be the same user as the one logging in by ssh.
> > > After logging out of the windows-native session, ssh continues to work.
> > > 
> > > Windows event logs report a failed attempt for "NULL SID" and
> > > 
> > > 
> > > Failure Reason: An error occured during Logon.
> > > Status: 0xc0bb
> > 
> > This is weird.  Status 0xc0bb is STATUS_NOT_SUPPORTED.  That
> > doesn't make sense, at least not on 2008 R2 with 64 bit Cygwin.
> > 
> > Are you trying to login via sshd with a local account or a domain
> > account?
> > 
> > I tried to reproduce your issue with Cygwin 3.0.2 on a Windows 10
> > machine.  I rebooted the machine and did not login locally or via
> > RDP.  Sshd login worked in both cases (local/domain account).
> > 
> > Can you test this again, in particular with installing Cygwin 3.0.2?
> > 
> > In the meantime, I need some time to set up a Windows 2008 R2
> > machine for testing.
> 
> Never mind, I can reproduce the problem on Windows 7, but only
> for local machine accounts.  Domain accounts work fine.

This is *so* weird.

When I run the service under the cyg_server account, then the S4U logon
for the local SAM user works as expected, even right after reboot.
The weird thing here is that my cyg_server account is a domain account.

What this has to do with the MsV1_0S4ULogon for a local SAM account
beats me.  The only explanation I have for that is that the service
running under the domain cyg_server account constitutes some kind of
"local login", so MsV1_0S4ULogon subsequently starts working.

This cyg_server account does not necessarily require the "create token"
permission anymore, of course.

Big sigh here.

With S4U I had hoped to catch two birds with one stone:

- Getting rid of two old methods, cyglsa and "create token".

- Dropping the requirement for the cyg_server account.

But the old Systems like Windows 7 don't want to play nice.

- On Vista and Windows 7 WOW64, MsV1_0S4ULogon isn't implemented
  at all, which required to keep the create_token method
  available

- On Vista and Windows 7 MsV1_0S4ULogon does not work without
  some user logged in locally, even if it's just the cyg_server
  service account.

Question is, what is a good solution?  Reverting cyglsa as 
well to allow the old methods to work as before?  This is
the opposite of what I had hoped to accomplish :(


Corinna

-- 
Corinna Vinschen
Cygwin Maintainer


signature.asc
Description: PGP signature

Re: rsync failed after windows 10 update

[jwang]

Shall check "BLODA influence" as described here: 
https://cygwin.com/faq/faq.html#faq.using.bloda

Thanks a lot



--
Sent from: http://cygwin.1069669.n5.nabble.com/Cygwin-list-f3.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

L'actualité des marques en images

[Consonews]

mercredi 6 mars 2019

La Brasserie Bavaroise met la bonne viande à l’honneur à l’occasion d’un mois 
de mars spécial « steakhouse » (
http://newsletter.consonews.ma/index.php?subid=33983=com_acymailing=url=4538=861
 )

Réputée pour sa bonne viande depuis quarante ans, La Brasserie Bavaroise 
célèbre son savoir-faire à l’occasion d’un mois de mars spécial ...

( 
http://newsletter.consonews.ma/index.php?subid=33983=com_acymailing=url=159=861
 )
 Lire ( 
http://newsletter.consonews.ma/index.php?subid=33983=com_acymailing=url=4538=861
 ) 
 ( 
http://newsletter.consonews.ma/index.php?subid=33983=com_acymailing=url=159=861
 )

9e édition du Festival Marrakech du Rire du 12 au 16 Juin 2019 (
http://newsletter.consonews.ma/index.php?subid=33983=com_acymailing=url=4539=861
 )

Après une 8e édition qui a battu tous les records, Jamel Debbouze et ses amis 
seront de retour pour le 9e Festival Marrakech du Rire qui aura lieu
du 12/16 juin ... ( http://newsletter.consonews.ma/consonews.ma?acm=33983_861 )

Lire ( 
http://newsletter.consonews.ma/index.php?subid=33983=com_acymailing=url=4539=861
 )
 ( http://newsletter.consonews.ma/consonews.ma?acm=33983_861 )

La Fondation Attijariwafa bank réhabilite l’héritage de l’œuvre d’Ibn Sina 
Université Ibn Tofaïl, Kénitra (
http://newsletter.consonews.ma/index.php?subid=33983=com_acymailing=url=4540=861
 )

La Fondation Attijariwafa bank a co-organisé avec l’Université Ibn Tofaïl, 
Jeudi 28 février 2019, au siège de la présidence de l’université
à Kénitra, une nouvelle ...

( 
http://newsletter.consonews.ma/index.php?subid=33983=com_acymailing=url=159=861
 )
 Lire ( 
http://newsletter.consonews.ma/index.php?subid=33983=com_acymailing=url=4540=861
 ) 
 ( 
http://newsletter.consonews.ma/index.php?subid=33983=com_acymailing=url=159=861
 )

Ericsson prévoit 30 millions d’abonnements 5G au Moyen-Orient et en Afrique 
d’ici 2024 (
http://newsletter.consonews.ma/index.php?subid=33983=com_acymailing=url=4541=861
 )

Les premiers déploiements commerciaux 5G sont attendus début 2019 et des 
volumes importants en 2021 Le nombre d’abonnés au haut débit mobile
devrait ... ( http://newsletter.consonews.ma/consonews.ma?acm=33983_861 )

Lire ( 
http://newsletter.consonews.ma/index.php?subid=33983=com_acymailing=url=4541=861
 )
 ( http://newsletter.consonews.ma/consonews.ma?acm=33983_861 )

Huawei a remporté pas moins de 47 grands prix médias lors du MWC 2019 (
http://newsletter.consonews.ma/index.php?subid=33983=com_acymailing=url=4542=861
 )

Les séries HUAWEI Mate X et HUAWEI MateBook attirent l’attention des médias 
internationaux Suite au lancement très réussi de son HUAWEI Mate X
et de sa ...

( 
http://newsletter.consonews.ma/index.php?subid=33983=com_acymailing=url=159=861
 )
 Lire ( 
http://newsletter.consonews.ma/index.php?subid=33983=com_acymailing=url=4542=861
 ) 
 ( 
http://newsletter.consonews.ma/index.php?subid=33983=com_acymailing=url=159=861
 )

l’Imax Morocco Mall donne RDV avec le dernier Film « CAPTAIN MARVEL » (
http://newsletter.consonews.ma/index.php?subid=33983=com_acymailing=url=4543=861
 )

A partir du 6 Mars, l’Imax Morocco Mall vous donne RDV avec le dernier Film 
MARVEL à ne pas rater « CAPTAIN MARVEL ». Captain Marvel raconte
l’histoire ... ( http://newsletter.consonews.ma/consonews.ma?acm=33983_861 )

Lire ( 
http://newsletter.consonews.ma/index.php?subid=33983=com_acymailing=url=4543=861
 )
 ( http://newsletter.consonews.ma/consonews.ma?acm=33983_861 )

ONSSA … situation actuelle de la Fièvre aphteuse (
http://newsletter.consonews.ma/index.php?subid=33983=com_acymailing=url=4544=861
 )

Depuis le lancement de la campagne de vaccination des bovins contre la fièvre 
aphteuse en Janvier 2019 et jusqu’au 28 Février 2019, 2. 561. 708
bovins ont été ...

( 
http://newsletter.consonews.ma/index.php?subid=33983=com_acymailing=url=159=861
 )
 Lire ( 
http://newsletter.consonews.ma/index.php?subid=33983=com_acymailing=url=4544=861
 ) 
 ( 
http://newsletter.consonews.ma/index.php?subid=33983=com_acymailing=url=159=861
 )

Attijariwafa bank obtient l’accréditation du Fonds vert pour le climat des 
Nations-Unies (
http://newsletter.consonews.ma/index.php?subid=33983=com_acymailing=url=4545=861
 )

Le groupe Attijariwafa bank est fier d’avoir obtenu l’accréditation du Fonds 
vert pour le climat des Nations-Unies, Green Climate Fund (GCF), en
tant ... ( http://newsletter.consonews.ma/consonews.ma?acm=33983_861 )

Lire ( 
http://newsletter.consonews.ma/index.php?subid=33983=com_acymailing=url=4545=861
 )
 ( http://newsletter.consonews.ma/consonews.ma?acm=33983_861 )

Le parc Sindibad accueille une ferme pédagogique (
http://newsletter.consonews.ma/index.php?subid=33983=com_acymailing=url=4546=861
 )

Du nouveau au parc Sindibad ! Après une gestation qui a duré plusieurs mois, le 
plus grand parc de loisirs du Maroc inaugure une ferme pédagogique
élargissant ...

( 
http://newsletter.consonews.ma/index.php?subid=33983=com_acymailing=url=159=861
 )
 Lire ( 

Re: sshd problem on WS2008R2 64bit

[Corinna Vinschen]

On Mar  6 13:11, Corinna Vinschen wrote:
> On Mar  5 17:02, Stephen Carrier wrote:
> > Since upgrading a WS2008 R2 system to 3.0.1, attempts to ssh to the server
> > fail unless some user logs into Windows first.  In this case, that is by
> > RDP, and it doesn't need to be the same user as the one logging in by ssh.
> > After logging out of the windows-native session, ssh continues to work.
> > 
> > Windows event logs report a failed attempt for "NULL SID" and
> > 
> > 
> > Failure Reason: An error occured during Logon.
> > Status: 0xc0bb
> 
> This is weird.  Status 0xc0bb is STATUS_NOT_SUPPORTED.  That
> doesn't make sense, at least not on 2008 R2 with 64 bit Cygwin.
> 
> Are you trying to login via sshd with a local account or a domain
> account?
> 
> I tried to reproduce your issue with Cygwin 3.0.2 on a Windows 10
> machine.  I rebooted the machine and did not login locally or via
> RDP.  Sshd login worked in both cases (local/domain account).
> 
> Can you test this again, in particular with installing Cygwin 3.0.2?
> 
> In the meantime, I need some time to set up a Windows 2008 R2
> machine for testing.

Never mind, I can reproduce the problem on Windows 7, but only
for local machine accounts.  Domain accounts work fine.


Oh well,
Corinna

-- 
Corinna Vinschen
Cygwin Maintainer


signature.asc
Description: PGP signature

Re: can't access remote shares when using ssh with rsa key - passwd -R / set(e)uid / LogonUser is not working as expected

[Corinna Vinschen]

On Mar  6 13:28, Corinna Vinschen wrote:
> On Mar  6 10:09, Maayan Apelboim wrote:
> > Well, it doesn't work OK unfortunately, but I'm not sure if I missed 
> > something in the process, or is it just not working properly.
> > I'm a bit worried to upgrade to 3.0.2 at the moment cause it's a major 
> > version and will probably have new bugs that I wouldn't want to find in 
> > production.
> > 
> > Assuming we will eventually upgrade to latest version - 
> > My sshd service is running with domain user cyg_server and we login with 
> > domains users via ssh - is it still OK to switch the sshd service's user to 
> > local system?
> > Will we still be able to login with domain users via ssh?
> 
> Yes, that's the idea.  The new method using the official S4U logon
> technique runs under the SYSTEM account.  No need to have a special
> cyg_server account with potentially dangerous privileges anymore.
> 
> > Will it help with my network shares problem?
> 
> No.  Just like the old techniques using an LSA authentication module
> or creating a user token from scratch, S4U login does not create
> tokens with valid network credentials.  For some weird reason only
> Microsoft knows about, you still need a password login for that.

Btw., that's in no way different when using Microsoft's own SSHD.
They use S4U login as well.  That's where I got the idea, in fact.

> The other method, logging in by stored password, as described in
> https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-nopasswd3 still
> works, though.


Corinna

-- 
Corinna Vinschen
Cygwin Maintainer


signature.asc
Description: PGP signature

Re: can't access remote shares when using ssh with rsa key - passwd -R / set(e)uid / LogonUser is not working as expected

[Corinna Vinschen]

On Mar  6 10:09, Maayan Apelboim wrote:
> Well, it doesn't work OK unfortunately, but I'm not sure if I missed 
> something in the process, or is it just not working properly.
> I'm a bit worried to upgrade to 3.0.2 at the moment cause it's a major 
> version and will probably have new bugs that I wouldn't want to find in 
> production.
> 
> Assuming we will eventually upgrade to latest version - 
> My sshd service is running with domain user cyg_server and we login with 
> domains users via ssh - is it still OK to switch the sshd service's user to 
> local system?
> Will we still be able to login with domain users via ssh?

Yes, that's the idea.  The new method using the official S4U logon
technique runs under the SYSTEM account.  No need to have a special
cyg_server account with potentially dangerous privileges anymore.

> Will it help with my network shares problem?

No.  Just like the old techniques using an LSA authentication module
or creating a user token from scratch, S4U login does not create
tokens with valid network credentials.  For some weird reason only
Microsoft knows about, you still need a password login for that.

The other method, logging in by stored password, as described in
https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-nopasswd3 still
works, though.


Corinna

-- 
Corinna Vinschen
Cygwin Maintainer


signature.asc
Description: PGP signature

Re: rsync failed after windows 10 update

[Corinna Vinschen]

On Mar  6 04:59, jwang wrote:
> Sorry, i meant
> 
> 1). tar -xvf cygwin-20190304.tzr.xz  (just unzip and un-tar the downloaded
> snapshots)
> 
> reason for step 2) - just wanna test rsync (3.1.2) with the new cygwin1.dll
> (20190304) without messing up other applications
> 
> step 3) (old rsync but with new cygwin1.dll) always failed with printing:
> syntax error.  And I knew the syntax was correct.

This is not related to Cygwin per se.  Your rsync syntax (at least
in the example call) is fine and, as I wrote, it works for me without
trouble with Cygwin 3.0.2.  There's something weird on your system,
perhaps.  Did you check for BLODA influence?


Corinna

-- 
Corinna Vinschen
Cygwin Maintainer


signature.asc
Description: PGP signature

Re: sshd problem on WS2008R2 64bit

[Corinna Vinschen]

On Mar  5 17:02, Stephen Carrier wrote:
> Since upgrading a WS2008 R2 system to 3.0.1, attempts to ssh to the server
> fail unless some user logs into Windows first.  In this case, that is by
> RDP, and it doesn't need to be the same user as the one logging in by ssh.
> After logging out of the windows-native session, ssh continues to work.
> 
> Windows event logs report a failed attempt for "NULL SID" and
> 
> 
> Failure Reason: An error occured during Logon.
> Status: 0xc0bb

This is weird.  Status 0xc0bb is STATUS_NOT_SUPPORTED.  That
doesn't make sense, at least not on 2008 R2 with 64 bit Cygwin.

Are you trying to login via sshd with a local account or a domain
account?

I tried to reproduce your issue with Cygwin 3.0.2 on a Windows 10
machine.  I rebooted the machine and did not login locally or via
RDP.  Sshd login worked in both cases (local/domain account).

Can you test this again, in particular with installing Cygwin 3.0.2?

In the meantime, I need some time to set up a Windows 2008 R2
machine for testing.


Thanks,
Corinna

-- 
Corinna Vinschen
Cygwin Maintainer


signature.asc
Description: PGP signature

Re: rsync failed after windows 10 update

[jwang]

Sorry, i meant

1). tar -xvf cygwin-20190304.tzr.xz  (just unzip and un-tar the downloaded
snapshots)

reason for step 2) - just wanna test rsync (3.1.2) with the new cygwin1.dll
(20190304) without messing up other applications

step 3) (old rsync but with new cygwin1.dll) always failed with printing:
syntax error.  And I knew the syntax was correct.

Shall upload a full strace report tonight.

Thanks a lot for your help indeed.



--
Sent from: http://cygwin.1069669.n5.nabble.com/Cygwin-list-f3.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

Re: rsync failed after windows 10 update

[Corinna Vinschen]

On Mar  6 02:54, jwang wrote:
> Good morning (UK time) All
> 
> I downloaded the snapshots:
> https://cygwin.com/snapshots/x86_64/cygwin-20190304.tar.xz
> 
> 1). tar -zvf cygwin-20190304.tzr.xz

tar: You must specify one of the '-Acdtrux', '--delete' or '--test-label' 
options

In the meantime you could just have installed 3.0.2 which is equivalent
to the latest snapshot.

> 2). cp -p /usr/bin/rsync usr/bin/

This doesn't make sense.  Are you copying rsync into a local dir
with the extracted cygwin?  Inside another Cygwin session?
Don't do that, you're bound to get into trouble.

> 3). usr/bin/rsync /tmp/test.log /tmp2/

Works fine for me

> 4). above failed with syntax error
> 5). strace usr/bin/rsync /tmp/test.log /tmp2/ showed similar error as
> before, i.e. named pipe issue et al

I mainly asked to try the latest snapshot to see the strace, because it
doesn't makes sense to inspect the strace of an old version.  Please
attach the strace to your reply.


Thanks,
Corinna

-- 
Corinna Vinschen
Cygwin Maintainer


signature.asc
Description: PGP signature

RE: can't access remote shares when using ssh with rsa key - passwd -R / set(e)uid / LogonUser is not working as expected

[Maayan Apelboim]

Well, it doesn't work OK unfortunately, but I'm not sure if I missed something 
in the process, or is it just not working properly.
I'm a bit worried to upgrade to 3.0.2 at the moment cause it's a major version 
and will probably have new bugs that I wouldn't want to find in production.

Assuming we will eventually upgrade to latest version - 
My sshd service is running with domain user cyg_server and we login with 
domains users via ssh - is it still OK to switch the sshd service's user to 
local system?
Will we still be able to login with domain users via ssh?
Will it help with my network shares problem?

Thank you for your reply

-Original Message-
From: Achim Gratz [mailto:strom...@nexgo.de] 
Sent: Tuesday, March 5, 2019 9:28 PM
To: cygwin@cygwin.com
Subject: Re: can't access remote shares when using ssh with rsa key - passwd -R 
/ set(e)uid / LogonUser is not working as expected

Maayan Apelboim writes:
> To my understanding this feature should be working in older versions 
> as well.

If it works OK with 2.11.2, then wait a few moments for 3.0.2 to appear and it 
should work the same, plus you can then run the service under Local System 
instead of the special cyg_server user.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra

--
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: rsync failed after windows 10 update

[jwang]

Good morning (UK time) All

I downloaded the snapshots:
https://cygwin.com/snapshots/x86_64/cygwin-20190304.tar.xz

1). tar -zvf cygwin-20190304.tzr.xz
2). cp -p /usr/bin/rsync usr/bin/
3). usr/bin/rsync /tmp/test.log /tmp2/
4). above failed with syntax error
5). strace usr/bin/rsync /tmp/test.log /tmp2/ showed similar error as
before, i.e. named pipe issue et al

Please shed some light.

Thanks a lot in advance



--
Sent from: http://cygwin.1069669.n5.nabble.com/Cygwin-list-f3.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

Re: Fresh OS, fresh cygwin install, unable to resolve "couldn't allocate heap, Win32 error 487" error

[Bill Bierman]

I'm sorry I forgot to attach the cygcheck output file.


On Tue, Mar 5, 2019 at 10:17 PM Bill Bierman  wrote:
>
> Hello.  I have a VirtualBox VM running Windows 10 Pro x64 with all current 
> updates at the time of writing this email.  There are no third-party 
> anti-viruses installed.  For that matter, the only thing I have installed 
> apart from cygwin is Visual Studio 2017, Google Chrome, Notepad++ and  7-zip. 
> I have installed 32-bit cygwin (and yes I need to use the 32 bit version).
>
> I am currently receiving this error when attempting to compile libgmp:
>
>  *** fatal error in forked process - couldn't allocate heap, Win32 error 487, 
> base 0x28B, top 0x293, reserve_size 520192, allocsize 524288, 
> page_const 4096
>
> I have been researching this all day and have gotten to a point where I am no 
> longer finding new things to try on Google, and have grown somewhat desperate.
>
> Things I have tried:
> 1. /usr/bin/rebase-trigger full
> 2. listdlls and ash /usr/bin/rebaseall -b
> 3. Checking the BLODA, found nothing
> 4. Reinstalling cygwin
> 5. Rebooting the system
>
> I have used this same setup before many times and have never seen this 
> problem before.
>
> I am writing to request advice on what to try next, or some way to narrow 
> down why this is happening.  If volunteering to be a guinea pig of some kind 
> could help to fix this issue permanently, I so volunteer.
>
> Thank you!
>
> Bill Bierman


cygcheck.out
Description: Binary data

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

Fresh OS, fresh cygwin install, unable to resolve "couldn't allocate heap, Win32 error 487" error

[Bill Bierman]

Hello.  I have a VirtualBox VM running Windows 10 Pro x64 with all current
updates at the time of writing this email.  There are no third-party
anti-viruses installed.  For that matter, the only thing I have installed
apart from cygwin is Visual Studio 2017, Google Chrome, Notepad++ and
7-zip. I have installed 32-bit cygwin (and yes I need to use the 32 bit
version).

I am currently receiving this error when attempting to compile libgmp:

 *** fatal error in forked process - couldn't allocate heap, Win32 error
487, base 0x28B, top 0x293, reserve_size 520192, allocsize 524288,
page_const 4096

I have been researching this all day and have gotten to a point where I am
no longer finding new things to try on Google, and have grown somewhat
desperate.

Things I have tried:
1. /usr/bin/rebase-trigger full
2. listdlls and ash /usr/bin/rebaseall -b
3. Checking the BLODA, found nothing
4. Reinstalling cygwin
5. Rebooting the system

I have used this same setup before many times and have never seen this
problem before.

I am writing to request advice on what to try next, or some way to narrow
down why this is happening.  If volunteering to be a guinea pig of some
kind could help to fix this issue permanently, I so volunteer.

Thank you!

Bill Bierman

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