Re: Help understanding why a mount command is not working and how to fix it

[René Berber via Cygwin]

On 9/9/2024 12:23 PM, Eliot Moss via Cygwin wrote:


Dear Cygwiners --

For convenience, I would like to mount my OneDrive folder under / 
cygdrive/o.


I put this line in my /etc/fstab:

c:/Users/Eliot\040Moss/OneDrive /cygdrive/o ntfs 
binary,noacl,posix=0,user 0 0


However, /cygdrive/o is not created.  Manually doing this:

   mount -obinary,noacl,posix=0,user "/c/Users/Eliot Moss/OneDrive" /foo

results in this output if /foo does not exist:

mount: warning - /foo does not exist.
mount: /foo: Invalid argument


Just tested this, I get the warning and /foo is created anyway and the 
directory is mounted there.


I do not get the second line (invalid agument).

Check if mount did its job.

I'm using ...

$ mount -V
mount (cygwin) 3.5.4
Mount filesystem utility

$ uname -a
CYGWIN_NT-10.0-22631 XPS-8930 3.5.4-1.x86_64 2024-08-25 16:52 UTC x86_64 
Cygwin




and this output if I do mkdir /foo first:

mount: /foo: Invalid argument

Using \040 instead of the space for the quoted command line argument
gives the same behavior.

Hints on how to make this mount work?

Best wishes - Eliot Moss




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

Re: problem with make 4.4.1-2 or gcc-fortran 11.4.0-1

[René Berber via Cygwin]

On 4/19/2024 2:59 PM, Arnab Paul via Cygwin wrote:


Hello,
I am trying to install a software which requires the libraries gcc-fortran,
make, libarpack-devel, liblapack-devel, libnetcdf-fortran-devel, git.
As I did and ran the commands given below,

git clone https://github.com/Aida-Alvera/DINEOF
cd DINEOF/
cp config.mk.template config.mk
make

The make command is showing the problem as
Makefile:30: Compilers/Windows_NT-gfortran.mk: No such file or directory
make: *** No rule to make target 'Compilers/Windows_NT-gfortran.mk'.  Stop.

I am keeping Linux as my default OS but it is asking for the
Windows_NT-gfortran.mk


Looking at the Makefile, lines 13 to 15, and 30:

The problem is that Makefile optionally sets OS to Linux (line 13) but 
in Cygwin OS is set to Windows_NT.  i.e.

$ echo $OS
Windows_NT

The solution is to change that environment variable.

There are several ways try correct that, try: make OS=Linux

--
R.B.

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

Re: Aren't Windows System Error popups meant to be disabled in Cygwin?

[René Berber via Cygwin]

On 1/31/2024 7:40 AM, David Allsopp via Cygwin wrote:


Starting with this very trivial C program:

#include 
#include 

int main(void) {
   printf("Zstandard v%d\n", ZSTD_versionNumber());
}

and compiling with

x86_64-w64-mingw32-gcc -o test.exe test.c -lzstd

when I then run ./test.exe, I get the Windows critical-error-handler
dialog stating "The code execution cannot proceed because
libzstd-1.dll was not found. Reinstalling the program may fix this
problem."

[snip]

x86_64-w64-mingw32-gcc is a cross compiler, a.k.a. the Mingw compiler, 
not Cygwin's gcc.


It is quite correct for a cross compiler meant to produce Windows 
executables to do what you are seeing.  The executable is independent of 
Cygwin, i.e. doesn't use the Cygwin dll.

--
RB



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

Re: Cygwin 3.4.9 - how to install ssh-keygen

[René Berber via Cygwin]

On 11/29/2023 3:13 PM, Jose Isaias Cabrera via Cygwin wrote:

[snip]

--- Process 23800 loaded C:\Program Files (x86)\Citrix\ICA 
Client\epclient64.dll at 7ffe0007

[snip]

Try getting rid of Citrix.

Its the only significant difference I see with my working ssh trace (and 
all the other Windows libraries that one seems to pull just below the 
quoted line).


That seems to produce the crash in the Cygwin dll.  Perhaps using some 
of the same space?


HTH
--
R. Berber


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

Re: Cygwin 3.4.9 - how to install ssh-keygen

[René Berber via Cygwin]

On 11/24/2023 5:31 AM, Matthias--- via Cygwin wrote:
[snip]

 * Answered "no" to use StrictMode


OK, this makes the .ssh directory have the wrong permissions.


$ ls -alh $HOME/.ssh
total 4.0K
drwxr-xr-x 1 meyer Kein 0 Nov 24 12:11 .
drwxr-xr-x 1 meyer Kein 0 Nov 24 12:11 ..
-rw-r--r-- 1 meyer Kein 0 Nov 24 12:11 authorized_keys


[snip]

Which permissions the directories and files should have?
What could the reason be that ssh-keygen don't create any key? Looks like it 
wouldn't try it?


Real question is: Does ssh-keygen work with the wrong permissions?

My understanding is no, it refuses to create keys in those directories. 
And later other ssh parts will refuse to use them.


But I might be wrong.  The author of ssh-host-config certainly believed 
that StrictMode was not necessary.

--
R. B.


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

Re: inkscape installed but does nothing.

[René Berber via Cygwin]

On 11/22/2023 10:27 PM, J.F. Huesman via Cygwin wrote:


(I tried to reply to this message twice and got mailer-daemon failure
notices both times. My apologies if this is a duplicate message.) 
Yes, they are installed. which xwin xinit/usr/bin/xwin/usr/bin/xinit


When I try to run inkscape, I don't get any errors and there were no
messages about missing programs or dependencies when I ran the
installer. I'm not trying to start a GUI. I have a script that I used
to batch convert svg images in a folder to png. When that script
wouldn't work (I've used it on other machines, including this one
years ago using 32-bit cygwin instead of 64-bit that I'm using now) I
started trying to invoke it from the command line, and that's when I
discovered it's not doing anything. If I start Cygwin64 WindowMaker
and type "inkscape" into the right-click run dialogue, I get a popup
window, ErrorCould not execute command: inkscape


OK, then start from the basics:

$ ldd $(which inkscape)

Look at the output.  Is any dll shown as missing?

In the answer is no, then next check your anti-virus.  Is it blocking 
the program? Is it injecting a dll?


Another set of tests would be, is the program installed correctly? i.e. 
is it executable? Is not corrupt? A bit more difficult: is it loading 
libraries into valid space (non colliding, in available memory).

--
R.B.

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

Re: Cygwin 3.4.9 - how to install ssh-keygen

[René Berber via Cygwin]

On 11/23/2023 2:15 AM, Matthias--- via Cygwin wrote:
[snip]

It create $HOME/.ssh with an empty authorized_keys and no keys:
$ ls -alh $HOME/.ssh
total 4.0K
drwxr-xr-x 1 meyer Kein 0 Nov 23 09:06 .
drwxr-xr-x 1 meyer Kein 0 Nov 23 09:06 ..
-rw-r--r-- 1 meyer Kein 0 Nov 23 09:06 authorized_keys


No it didn't create ~/.ssh, the permissions are wrong.  It was surely 
created by you beforehand.


Remove that directory and start again.
--
R.B.


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

Re: inkscape installed but does nothing

[René Berber via Cygwin]

On 11/21/2023 10:23 PM, J.F. Huesman via Cygwin wrote:


I installed inkscape 0.92.3-1 using the cygwin update program.Calling
inkscape does nothing. 

[snip]

All graphical apps use CygwinX (or any X Windows).
--
RB




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

Re: rand is not ISO C compliant in Cygwin

[René Berber via Cygwin]

On 11/11/2023 10:50 AM, Allen, Norton T. via Cygwin wrote:

[snip]

The srand function is not required to avoid data races with other
    calls to pseudo-random sequence generation functions. ..." 
That is not the same as "... required never to avoid data races ...". 
"not required" means the sentence is not specifying--not requiring--any 
behavior, so you should not depend on the described behaviors.

[snip]

The elided part on Bruno's message is:

"The implementation shall behave as if no library function calls the
rand function."

Which is the point Bruno is making with the sample code.
--
R.Berber


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

Re: mintty mouse behavior with vim

[René Berber via Cygwin]

On 5/11/2023 8:16 PM, Duncan Roe via Cygwin wrote:


You expect too much of ssh. ssh is a text utility, not an X one. The remote vim
never sees your mouse actions: it's mintty that performs select / paste.


Are you sure?

man ssh:

" -X  Enables X11 forwarding.  This can also be specified on a 
per-host basis in a configuration file."

--
R.B.


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

Re: exe in path directory, "command not found"

[René Berber via Cygwin]

On 3/14/2023 9:00 PM, WyntrHeart via Cygwin wrote:

I've added /cygdrive/c/program\ files/notepad++ 


Notepad is not there.

In addition to what Elliot said you need the correct path.

The executable is at: /cygdrive/c/Program Files/Notepad++/notepad++

So the path is all that except the .exe name.
--
R.B.



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

Re: RE: [EXTERNAL] [BULK] Re: Internal Server Error running perl script in browser

[René Berber]

On 11/17/2022 12:57 PM, Michael Lascuola via Cygwin wrote:


Thanks for the response!  Forgive me, as I am SQL Server DBA.  Is
there another way I should check this?

$ perl -v

This is perl 5, version 32, subversion 1 (v5.32.1) built for
x86_64-cygwin-threads-multi (with 7 registered patches, see perl -V
for more detail)

Copyright 1987-2021, Larry Wall

[snip]

That is Cygwin's perl, but...

$ which perl 
/usr/local/bin/perl


That is not the same.

The first one is at /usr/bin/perl.  And your PATH correctly leads to it.

Your problem is the script, which explicitly calls the 2nd perl:

#!/usr/local/bin/perl

Try changing that line to either "#!/usr/bin/perl", or
"#!/usr/bin/env perl"
--


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

Re: Internal Server Error running perl script in browser

[René Berber]

On 11/17/2022 10:22 AM, Michael Lascuola via Cygwin wrote:

Good day!

I have an issue where I receive "Internal Server Error" when running perl 
scripts in the browser.  Here's an example script that works OK when running from the 
Cygwin Terminal:

#!/usr/local/bin/perl


That is not Cygwin perl.

If you build it, or installed it from somewhere else... then its your 
problem, not a Cygwin problem.


[snip]


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

Re: Running cygwin from python

[René Berber]

On 8/31/2022 1:39 PM, Eliot Moss wrote:


On 8/31/2022 1:41 PM, Toyoshima Denis wrote:

Hi there, how are you?

I’d like to know if there’s any possibility of running simple commands 
inside Cygwin through Python code.

-


If yes, could you provide some examples?


This will happen automatically if you use Cygwin's python.
If you don't, then you have to run a program (for example, ls)
by giving the path to the executable - on my system that is:

C:\cygwin64\bin\ls.exe

[snip]

I think he meant something like this:

$ python
Python 3.9.10 (main, Jan 20 2022, 21:37:52)
[GCC 11.2.0] on cygwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import os
>>> os.system("ls")
... output is a list of strings with the contents of current directory
^D

Which is not a question for the Cygwin list, its elementary python.
--


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

Re: Vim gives error message since 8.2.3755-1

[René Berber]

On 7/24/2022 8:11 PM, Thomas DiModica via Cygwin wrote:


Since 8.2.3755-1, Vim has given me an error message about being
unable to open the defaults.vim file whenever I open a file with vi.
I do not see this message with 8.2.0486-1. Notably, vi --version for
the last two updates tell me that the user vimrc file is
"/home/Marco/.virc", rather than "$HOME/.virc". [snip]


Depends on what you are really using, my vim is the alias of vi, and the 
"user vimrc file: "$HOME/.vimrc", not .virc



$ which vi
/usr/bin/vi

$ type vi
vi is aliased to `vim'

$ vi --version
VIM - Vi IMproved 8.2 (2019 Dec 12, compiled Feb 13 2022 22:15:51)
...
   system vimrc file: "/etc/vimrc"
 user vimrc file: "$HOME/.vimrc"
 2nd user vimrc file: "~/.vim/vimrc"
  user exrc file: "$HOME/.exrc"
   defaults file: "$VIMRUNTIME/defaults.vim"
...

My guess is that one of those files have changed things up.

Also I think vim detects that it was called with an alias, and may 
behave differently.

--
R.B.

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

Re: [ANNOUNCEMENT] Test: coreutils 9.0 (TEST)

[René Berber]

On 7/19/2022 11:50 AM, René Berber wrote:
[snip]
Do it by hand as I described, then adjust your scrip or whatever you are 
using (apparently you depend on setup.ini, which seems to be out of sync 
in your case).


Or not, see Brian Inglis message.

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

Re: [ANNOUNCEMENT] Test: coreutils 9.0 (TEST)

[René Berber]

On 7/19/2022 6:34 AM, Keith Christian wrote:


The installed version of coreutils is 8.32-1.


Correct, latest release.


I see coreutils-9.0-1.tar.gz referenced in setup.ini, but


Incorrect, there's a newer test version 9.1-1


coreutils-9.0-1.tar.gz is not downloaded to disk.
Setup.exe's version is 2.919, 64 bit.


I was replying to "normal" use of setup, i.e. install in one go.


Whenever I update Cygwin, I first "Download without installing", then,
run setup again and install from disk.
I select View / All, choose Install, then expand All and set "Debug"
to Default to save disk space.


You lost me here, I don't know what you are doing.

With the graphical interface of setup, in the select packages, I have to 
set View: Full, Search: coreutils, in the New column I expand the 
dropdown and select the test version, if I want the source package I 
select Src? checkbox (Debug is a separate package).



After all new files are downloaded, I run setup and install from disk.

This morning, coreutils-9.0-1 was not installed as again, it was not
downloaded to disk,as mentioned above.


It seems that you are running some script, not what I was expecting.


More suggestions are appreciated.


Do it by hand as I described, then adjust your scrip or whatever you are 
using (apparently you depend on setup.ini, which seems to be out of sync 
in your case).

--
R.B.

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

Re: [ANNOUNCEMENT] Test: coreutils 9.0 (TEST)

[René Berber]

On 7/18/2022 8:50 PM, Keith Christian wrote:


I'd like to test coreutils but cannot find the docs for how to install
a test version.
Sorry, but I don't see anything in setup.exe that would facilitate
installing a test version, seems I recall that test versions were
available to install via setup.


Yes, in setup select the package, and open the drop down to select which 
version.


You may need to change the view to Full, if you already have it installed.
--
R.B.

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

Re: the gpg and asci/sha256sums files are located here

[René Berber]

On 6/24/2022 11:46 AM, Jim McNamara via Cygwin wrote:


https://getfedora.org/static/checksums/36/iso/Fedora-Spins-36-1.5-x86_64-CHECKSUM
$ curl -O https://getfedora.org/static/fedora.gpg
https://spins.fedoraproject.org/kde/download/index.html

I think that is all I need. I ran the curl command and imported the fedora.gpg 
file first.


I see, yes you can import the Fedora key into gpg, it saves checking for 
it by the method configured in gpg.conf, usually an external download by 
gpg.


If the import went through then nothing was wrong with the fedora.gpg file.

To check the iso your command line should include 
Fedora-Spins-36-1.5-x86_64-CHECKSUM, which is like the list of check 
sums you showed.

--
R. Berber



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

Re: weird error gpg

[René Berber]

Hi,

Two things come to mind:

1. Is the file fedora.asc being through an editor? Does it have \r\n 
terminators by accident? i.e. is DOS formated, not the original format.


2. You should be using the original file, I don't see the point of what 
you pasted into Notepad, and Notepad by default will mangle the file 
anyway (i.e. with the wrong line terminators).


BTW gpg expects the original file, w/o the sha256 sums it can't do its 
checking (of the .iso file).


Regards.


On 6/24/2022 11:41 AM, Jim McNamara via Cygwin wrote:
> Hi Rene-
>
> Everything you mentioned checked out. I took the bottom of the 
sha256sum file where it was ascii armor and pasted it into notepad and 
saved it.

>
> I don't know why it isn't verifying. I named that file fedora.asc. 
Here is what the original file looks like.

>
> Please see below for the part that I copied and pasted into notepad.
>

# Fedora-Cinnamon-Live-x86_64-36-1.5.iso: 2220474368 bytes
SHA256 (Fedora-Cinnamon-Live-x86_64-36-1.5.iso) = 
03db083afb8e25dcf3f433c1c07064650010dfc99ebc930b58ee34d328758cf6
# Fedora-KDE-Live-x86_64-36-1.5.iso: 2214592512 bytes
SHA256 (Fedora-KDE-Live-x86_64-36-1.5.iso) = 
b1da6062ee2e90695557f93a3e13a594884d8ab08ac48a93118eca68bc9108a8
# Fedora-LXDE-Live-x86_64-36-1.5.iso: 1478590464 bytes
SHA256 (Fedora-LXDE-Live-x86_64-36-1.5.iso) = 
57aa7b4df1138e755fdfebf8c60e49609f86f6f096baa578afabc1e91ef8576a
# Fedora-LXQt-Live-x86_64-36-1.5.iso: 1502576640 bytes
SHA256 (Fedora-LXQt-Live-x86_64-36-1.5.iso) = 
8fc59e536571dd146f1f73272097e3355860fa54fff9ff0461c8243a58cadefb
# Fedora-MATE_Compiz-Live-x86_64-36-1.5.iso: 2195668992 bytes
SHA256 (Fedora-MATE_Compiz-Live-x86_64-36-1.5.iso) = 
ccf352edf7286e15968048abcc7b3f760067e74da27e904efab8302c40f8ada4
# Fedora-SoaS-Live-x86_64-36-1.5.iso: 1229389824 bytes
SHA256 (Fedora-SoaS-Live-x86_64-36-1.5.iso) = 
09bbbdd5c92aff25db54ff0db683844d1cd9ed5dc0918b22a0f1ddb561b921d2
# Fedora-Xfce-Live-x86_64-36-1.5.iso: 1694498816 bytes
SHA256 (Fedora-Xfce-Live-x86_64-36-1.5.iso) = 
8c175c901393788a4a46ffeeb29b7f1eebde66d8c3226bd83675c2e7212a891d
# Fedora-i3-Live-x86_64-36-1.5.iso: 1482964992 bytes
SHA256 (Fedora-i3-Live-x86_64-36-1.5.iso) = 
c66c9521a1d73ac5505e1b523974c9604a4cf3d9823ee1e83fdf82d99174886c

>
> This is what i copied and pasted into notepad and called fedora.asc 
(see below):

>
> -BEGIN PGP SIGNATURE-
>
> iQIzBAEBCAAdFiEEU97Sy5Iti42eY/0YmZ98vzircfQFAmJ1Lu8ACgkQmZ98vzir
> cfRuDA/+IoCBqNW8kGoVXyrf6OfUjoaDrPF48EdIHLh0rBLaPCFu0dCNr5hjJijy
> bINk5ogc4dRteC+qHNa6HWpRh4hDv+YfMxtrNlMXc0udW79uZWNrUR4zsWiX1aOS
> mgyCSTIwcxUi59Brzh12iFjb6Gg4AeiUBOY8C5joLkrreT6Z6lQ2FcQySdj5SSmk
> dyEyZZI5eJQQ3yBtfVeNY+JnvobvGpENS3V4IlDDfLgjmlbgNaUdCZIy0QNkAH/P
> VhMPNrnQXMvcrH9uhLXxpseqpN+ZfhK64F47iHpXQGpfZyPdII3qjE/hW1vCL4UK
> AV8TqFRYPK5wXu/HSqz0Mg9TCtf95oPVqgug0Czme7x8ObQ8i2x+uU9QoOjEr8oP
> 5U0DhrsUKzn7ogw6TfmBTDv3e+w0FBMqrHysWy9yU/SvsVKZRfz5l1fxYDI/Ifvn
> K+oSCMG1wIhwVDBPO0rz/PdmeVnHNrLndrboJxYTApfJAZdVjoMwRivGtFtBjOPu
> okSnkheDIwMnW3CvEwdxTrfZD2AL/nfm5I3qnJ6WSAwcF96TFWJj1/KDYrA1mE+b
> hVbBkL7m+WCTN/DqegYefxDHEE09qvOLSDCSYOuZJpwVKxXame8C5/Zoe9AAJVDj
> t8lbWKKPMauFFN/SXQ18JT0mECWWx84qmBvbezma2ecH2frMAuc=
> =KcCN
> -END PGP SIGNATURE-
>
> thanks for helping,
> jim
>
>
>
>
>
> On Friday, June 24, 2022, 12:23:19 PM EDT, René Berber 
 wrote:

>
>
>
>
>
> On 6/24/2022 10:55 AM, Jim McNamara via Cygwin wrote:
>
>> $ gpg --verify fedora.asc Fedora-KDE-Live-x86_64-36-1.5.iso
>> gpg: can't handle text lines longer than 19995 characters
>> gpg: Signature made Fri May  6 10:21:35 2022 EDT using RSA key ID 
38AB71F4
>> gpg: BAD signature from "Fedora (36) 
"

>>
>> I am having a difficult time. I think they are breaking into my 
computer.

>> They made it so I can't verify files.
>>
>> Is there any way I can fix it so that this error goes away?
>
> Start by checking gpg itself.
>
>
> $ which gpg
> /usr/bin/gpg
>
> $ gpg --version
> gpg (GnuPG) 1.4.23
> Copyright (C) 2015 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later
> <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.
>
> Home: ~/.gnupg
> Supported algorithms:
> Pubkey: RSA, RSA-E, RSA-S, ELG-E, DSA
> Cipher: IDEA, 3DES, CAST5, BLOWFISH, AES, AES192, AES256, TWOFISH,
>  CAMELLIA128, CAMELLIA192, CAMELLIA256
> Hash: MD5, SHA1, RIPEMD160, SHA256, SHA384, SHA512, SHA224
> Compression: Uncompressed, ZIP, ZLIB, BZIP2
>
> $ sha256sum /usr/bin/gpg
> a72cb1fd7a1dcf94c7c8de2a2e749bce22f16af59c2b2157b01f73518e0bece7
> */usr/bin/gpg
>
>
> Or...
>
> $ which gpg2
> /usr/bin/gpg2
>
> $ gpg2 --version

Re: weird error gpg

[René Berber]

On 6/24/2022 10:55 AM, Jim McNamara via Cygwin wrote:


$ gpg --verify fedora.asc Fedora-KDE-Live-x86_64-36-1.5.iso
gpg: can't handle text lines longer than 19995 characters
gpg: Signature made Fri May  6 10:21:35 2022 EDT using RSA key ID 38AB71F4
gpg: BAD signature from "Fedora (36) "

I am having a difficult time. I think they are breaking into my computer.
They made it so I can't verify files.

Is there any way I can fix it so that this error goes away?


Start by checking gpg itself.


$ which gpg
/usr/bin/gpg

$ gpg --version
gpg (GnuPG) 1.4.23
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 


This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Home: ~/.gnupg
Supported algorithms:
Pubkey: RSA, RSA-E, RSA-S, ELG-E, DSA
Cipher: IDEA, 3DES, CAST5, BLOWFISH, AES, AES192, AES256, TWOFISH,
CAMELLIA128, CAMELLIA192, CAMELLIA256
Hash: MD5, SHA1, RIPEMD160, SHA256, SHA384, SHA512, SHA224
Compression: Uncompressed, ZIP, ZLIB, BZIP2

$ sha256sum /usr/bin/gpg
a72cb1fd7a1dcf94c7c8de2a2e749bce22f16af59c2b2157b01f73518e0bece7 
*/usr/bin/gpg



Or...

$ which gpg2
/usr/bin/gpg2

$ gpg2 --version
gpg: WARNING: unsafe permissions on homedir '/home/reneb/.gnupg'
gpg (GnuPG) 2.2.35-unknown
libgcrypt 1.10.1-unknown
Copyright (C) 2022 g10 Code GmbH
License GNU GPL-3.0-or-later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Home: /home/reneb/.gnupg
Supported algorithms:
Pubkey: RSA, ELG, DSA, ECDH, ECDSA, EDDSA
Cipher: IDEA, 3DES, CAST5, BLOWFISH, AES, AES192, AES256, TWOFISH,
CAMELLIA128, CAMELLIA192, CAMELLIA256
Hash: SHA1, RIPEMD160, SHA256, SHA384, SHA512, SHA224
Compression: Uncompressed, ZIP, ZLIB, BZIP2

$ sha256sum /usr/bin/gpg2
87f54df3c700c2bae6211cdb71540b8cc26b43bed60c8b2821e156e070c625f9 
*/usr/bin/gpg2


--
R.Berber

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

Re: [ANNOUNCEMENT] mle-1.5.0-1

[René Berber]

On 6/11/2022 12:07 PM, as@... wrote:


The following packages have been uploaded to the Cygwin distribution:

* mle 1.5.0-1


[snip]

Its marked as "Test", was that intentional?

Regards,
--
R.B.

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

Re: error: CYGWIN_NT-10.0-x86_64 is not supported (yet?) on Windows 10

[René Berber]

On 4/24/2022 10:37 AM, René Berber wrote:


On 4/24/2022 10:3 AM, John Balkunas wrote:




Thank you!  It makes sense.  Upon further reading it looks like
chrony's docs say it does not run on/support Windows.


That is not the same as not supporting Cygwin.

[snip]
Taken from chrony's FAQ:

"7.1. Does chrony support Windows?

No. The chronyc program (the command-line client used for configuring 
chronyd while it is running) has been successfully built and run under 
Cygwin in the past. chronyd is not portable, because part of it is very 
system-dependent. It needs adapting to work with Windows' equivalent of 
the adjtimex() call, and it needs to be made to work as a service."


Running as a service is not a problem in Cygwin, there's a helper 
program for that.


I'm not sure about the support for adjtimex()... Its not in any header 
so I guess its not supported.  There is an adjtime() in sys/time.h, but 
that is not the same.


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

Re: error: CYGWIN_NT-10.0-x86_64 is not supported (yet?) on Windows 10

[René Berber]

On 4/24/2022 10:3 AM, John Balkunas wrote:




Thank you!  It makes sense.  Upon further reading it looks like
chrony's docs say it does not run on/support Windows.


That is not the same as not supporting Cygwin.


Looks like I should be trying to get NTP running instead of Chrony
for time clock syncing/updating on this Win10 machine.  Bet that will
be fun.


I wouldn't give up, chrony probably works out of the box, it just needs 
to accept that the environment is Linux-like.



Thanks again.


You are welcome.
--
René Berber

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

Re: error: CYGWIN_NT-10.0-x86_64 is not supported (yet?) on Windows 10

[René Berber]

On 4/24/2022 9:02 AM, John Balkunas wrote:


I installed Cywin64 Terminal so that I can compile chrony-4.2 for use with 
Windows 10 Pro 64-bit. I used the Cygwin Setup program/installer named 
setup-x86_64.exe for 64 bit Windows.  The install appeared to go well.  After 
the install, from within the Cywin64 Terminal, I see the following 3 results:

[snip]

Command: "./configure"
Result:
error: CYGWIN_NT-10.0-x86_64 is not supported (yet?)


That message is from chrony, there's no apparent problem with Cygwin. 
The message is just telling you that the OS CYGWIN* is not one known to 
work, or the project being already ported if that is needed.


Perhaps its time to look into configure's options, there may be one to 
(force) build for Linux and, depending on how portable that project is, 
it usually works.


Another detail which is often overlooked, you need to install the 
pre-requisites (listed by the specific project) and its development 
libraries (as in -devel in setup).


Hope this helps.
--
R.Berber

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

Re: xterm (or x11) pastes are highlighted

[René Berber]

On 3/17/2022 1:03 PM, n952162 wrote:


Does anyone know how I can disable the highlighting that occurs when I
copy and paste in xterm?

Escape sequences are added to achieve that and sometimes they're not
being properly interpreted.

Why would I want that anyway?


The same thing happens to (plain, non X windows) mintty.

It started recently, maybe a couple of weeks.  No idea how to fix it, 
haven't really tried.


Very annoying.
--
R. Berber

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

Re: Renaming (with 'mv') very large files is SLOW

[René Berber]

On 1/31/2022 8:59 AM, Eliot Moss wrote:


On 1/31/2022 9:52 AM, cyg...@kosowsky.org wrote:



I tried renaming some very large files (20-40 GB) using: mv
  without changing the directory of course.

The process took about 10-20 minutes with Task Manager showing
disk activity of 100+ MB/s.

Is there something about such large 'renaming' that actually
results in the file being really moved (aka copied) rather than
just renamed?


The two places are probably on different volumes (loosely, different
 disks). That requires a physical move, even under Linux.  Your
volumes seem a bit slow to access - is one perhaps across a slow
network?  The rates you cite suggest movement of 50Mb/s (50Mb read +
50Mb write = 100Mb overall).  For 40 Gb that should take 40Gb / 50Mb
= about 820 secs = a little under 14 mins.

(When I say your volumes are slow, I speak from the luxury of having
a 2Tb solid state drive!  Actually, those speeds may be reasonable
depending on the nature of your system.)

If the two locations are on different drives, there's no real
avoiding this.


Nope, I've also complained about this (long ago), if the two locations
are the same remote drive... Cygwin moves the entire file over the network.

I ended up writing my own Samba mv command.
--
R. Berber

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

Re: Unable to start Cygwin64 terminal after password change

[René Berber via Cygwin]

On 8/1/2021 11:57 AM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:

[snip]

BTW, $USER is not defined in the bash environment (not sure if it
should be)


Quoting man bash:

"When bash is invoked as an interactive login shell, or as a
non-interactive shell with the --login option, it first reads
and executes commands from the file  /etc/profile,  if  that
file  exists."

and /etc/profile has a line with:

USER="$(/usr/bin/id -un)"

then...

export ... USER ...

Unless of course you execute bash with -noprofile.


My account is a domain account here.  And everything worked before I
had to change my password.


Maybe `id -un` does change in this case.
--
R. Berber

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

Re: libtool with mingw hangs building openocd in func_convert_core_msys_to_w32

[René Berber via Cygwin]

On 6/28/2021 8:56 AM, Dietmar May via Cygwin wrote:


Thanks for submitting the bug report.


I can now see what may be a duplicate report under:

https://debbugs.gnu.org/cgi/bugreport.cgi?bug=10949

responding that //c is deliberate so MSYS does not convert a posix path,
so in the Cygwin Mingw build case, the response may be "Don't Do That"! 


I just re-installed msys2 and tried a few things, with interesting result.

First, "ls /usr//bin" as well as "ls /usr/bin" complete successfully 
under both cygwin and msys2, demonstrating slash compaction.


However, "ls //usr/bin" hangs, as both apparently evaluate the leading 
// as a server path.


Well documented here:

https://cygwin.com/cygwin-ug-net/using.html#unc-paths


For testing libtool's construct, I tried:

$ cmd //c echo hello
hello

which works, and this, which doesn't:

$ cmd /c echo hello

Microsoft Windows [Version 10.0.blah]
(c) Microsoft Corporation. All rights reserved.

C:\msys64\home\myname>


Your example seems to be inverted, the first form doesn't work, the 
second does with the same results you show (but inverted).


It would be better if you document how you executed those commands, 
we're assuming a mintty terminal running a bash shell, but I haven't 
followed all your messages and it might be a cmd window; results 
shouldn't change anyway, but for completeness sake.



Interestingly,

ls //c

hangs under msys2 (as well as cygwin),


Expected as the documentation link describes, //c is taken as a path to 
a server, you already knew that.



whereas

cmd //c

does not; so it almost seems like msys2 has a hack to recognize that 
cmd.exe is being invoked ...


No, wrong, cmd is getting an argument which it interprets as it seems 
fit, no hack there.  The same applies to the ls example before, ls 
receives an argument which is expected to be a path, nothing strange.


However, both of the following also complete successfully under msys2, 
WITHOUT the double-slash hack:


$ cmd /c "echo hello"
hello

$ cmd "/c" "echo hello"
hello

Both seem preferable to bad syntax.

Of course, there's always the question of why libtool is using cmd.exe 
instead of /bin/echo, which seems to work just fine ...


$ /bin/echo "hello world"
hello world

--
R.Berber

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

Re: cgdb fails with cygwin 3.2.0 but is OK with 3.1.6

[René Berber via Cygwin]

On 4/13/2021 1:56 PM, Arthur Norman via Cygwin wrote:

René Berber wrote

At one time it was recommended to disable a Cygwin feature, something
like this:
alias cgdb="env CYGWIN=disable_pcon cgdb"
Not sure if this is still necesary.


Thank you for the reminder about that. I had forgotten - however ion my 
main Windows machine I have the CYGWIN variable set like that all the 
time and in the VM that I tried with it is not - and in both cases cgdb 
seems to behave well on the slightly old version of the cygwin package 
but failed with the latest. So I do not think that is the issue here and 
I might live advice as to whether I can now remove that setting of CYGWIN!


Probably.  And since you don't see any difference then that's proof that 
is no longer needed (in this case).


Sorry I couldn't be of more help, haven't used cgdb in a while.
--
R.Berber


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

Re: cgdb fails with cygwin 3.2.0 but is OK with 3.1.6

[René Berber via Cygwin]

On 4/13/2021 9:05 AM, Arthur Norman via Cygwin wrote:

With the latest cygwin if I go "gcc -O0 -g hello.c -o hello" then "cgdb 
./hello", break main, run then cgdb exits abruptly without sign on 
actually starting my code. If I use just gdb not cgdb all is OK. If I 
try "gcd -tui hello" I can single step my code but the display in the 
top half of the window is damaged - eg after a couple of steps it shows 
lines 5 and 6 of the source code twice each, but once normally and once 
in inverted video.

Raw seems to gdb lets me step the code about as expected.

If I revert just the cygwin package from 3.2.0-1 to 3.1.6-1 things 
appear to behave as I would expect. 3.1.7-1 possibly had -tui issues and 
led to cgdb stalling on my large and broken example code which is why I 
report 3.1.6-1 as the baseline.


At one time it was recommended to disable a Cygwin feature, something 
like this:


alias cgdb="env CYGWIN=disable_pcon cgdb"

Not sure if this is still necesary.
--
R.Berber
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Questions on how to upgrade Apache

[René Berber via Cygwin]

On 4/8/2021 10:49 AM, Andy Romens via Cygwin wrote:

> Is there something else Cygwin provides that I should use instead of
> Apache? Sorry for the elementary questions, I’m still quite new to
> this :)


nginx is an alternative (NGINX Open Source. The open source web server).

Cygwin is at version 1.14.2, current version is 1.19.9 (there's a 
Windows binary at nginx.org).

--
R.Berber

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

Re: Sv: g++ and c++17 filesystem

[René Berber via Cygwin]

On 11/18/2020 3:00 AM, Kristian Ivarsson via Cygwin wrote:


On 11/17/2020 9:15 AM, Kristian Ivarsson via Cygwin wrote:


The filesystem-library as a part of C++17 seems to have some defects
and flaws in the cygwin-package and pretty much every lexical- and
canonical operation works in mysterious ways (or not at all)

[snip]

https://cygwin.com/cygwin-ug-net/using.html#pathnames-win32


So by this you're saying that cygwin-applications cannot handle the
filesystem it is supposed to handle ?


I'm not saying anything, I'm pointing to the relevant documentation.


How come std::filesystem first say "It's a valid file" followed by "It's not
a valid file" ? Is that part of the "circumvention" ?


The documentation states that using Windows notation is not supported 
and may result in unexpected results (i.e. sometimes work, sometimes 
doesn't).



In the current use case, the path is even returned from
std::filesystem::directory_iterator where it says "Hey, here's a path to a
file I found in the folder you pointed out" followed by "The path I just
gave to you is not a valid path"

It's gonna be tricky to implement applications in that way


The problem is that your assumptions and expectations are wrong.  Not 
knowing Cygwin that is expected.


Cygwin handles the file system with no problem, but using Posix-like 
notation, not Windows-like.  End of story.

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

Re: g++ and c++17 filesystem

[René Berber via Cygwin]

On 11/17/2020 9:15 AM, Kristian Ivarsson via Cygwin wrote:


The filesystem-library as a part of C++17 seems to have some defects and
flaws in the cygwin-package and pretty much every lexical- and canonical
operation works in mysterious ways (or not at all)

[snip]

https://cygwin.com/cygwin-ug-net/using.html#pathnames-win32

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

Re: Fwd: Switching to posix with no acl

[René Berber via Cygwin]

On 11/14/2020 12:37 PM, Jim McNamara via Cygwin wrote:


Since there are no adduser or addgroup, I guess I'd create those files
manually off /etc.


I think the recommended way is using the mkpasswd command.  Actually the 
recommended procedure is not to use anything.


Just run that command and take a look at the output.  You have to filter 
out most lines, only add the user you want.


Now run it with --help, you'll see you can list 'local' users AND domain 
users.  I put quotes on local because you can also specify local to 
which computer (as long as it is running SMB, I think).


Its about the same for groups: mkgroup.

Hope this helps a little.
--
R.Berber
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Fwd: RE: I have a problem with some applications in Cygwin

[René Berber via Cygwin]

Redirecting to the list...


 Forwarded Message 
Subject: RE: I have a problem with some applications in Cygwin
Date: Fri, 23 Oct 2020 09:29:49 +
From: Eirik Nordbrøden 
To: René Berber 



-Original Message-
From: Cygwin  On Behalf Of René Berber via
Cygwin
Sent: torsdag 22. oktober 2020 23:28
To: Cygwin (cygwin@cygwin.com) 
Subject: Re: I have a problem with some applications in Cygwin

On 10/22/2020 9:15 AM, Eirik Nordbrøden via Cygwin wrote:

> I have been using for many years and have not really had any major
> problems, but now I have run into a problem with some of the
> applications in Cygwin that I have been struggling with for some time
> without being able to solve it. Hopefully someone in this list can
> point me in the right direction to fix the problem.
>
> I have a new Windows 10 PC with a fresh Cygwin installation, but
> struggles with some of the applications that I have installed. When I
> try to use applications like ssh, ssh-keygen, git, snmpwalk, snmpnext

Just an idea, all of those are network tools, that means they depend on DNS
resolving, which may be slow if not set correctly.

Have you tried using numeric IP addresses?

> etc. they all just hangs and I am not able to stop them through
> CTRL-C. I need to use Task Manager to kill the application (kill -9

That is very strange, Cygwin's programs respond to Ctrl-C fast.

Are you sure you are using the Cygwin program, for instance ssh, and not the
Microsoft program (of the same name)?

> does not work either). But if I run the application from gdb (like
> 'gdb ssh-keygen' and the 'run') they seem to work. Most applications
> seems to work as expected, but not the ones I have listed (and maybe
> some more applications as well).
>
> I think that this might be due to something in my PC, but are not able
> to pinpoint it. At one point I thought that this was due to the virus
> control in the PC (Trend), but now I have uninstalled this and just
> uses Windows defender.

Good point and it needed to be tested, so that is out of the picture.

Repeating what I hinted to above, maybe running the program under gdb
you are specifying the whole path to the program, which is not the same as
letting the shell find it.  Try: `which ssh` to see which one is used.

Another test is to use ldd or cygcheck to take a look at the libraries 
loaded... if
they include anti-virus or other strange libraries, then that is interfering.

Also using strace could (probably will) show where everything stops.

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


Hello

I have also had the idea that this might be related to network 
application. I have tested with IP addresses so that is not an issue.


I have also checked that I am using the Cygwin application by providing 
the whole path.


I have also tried strace, but it bails out with an exception (c005) 
and then segmentation fault.


Attached you will find an output from:

cygcheck -s -v -r > cygcheck.out
ldd /usr/bin/ssh-keygen.exe > ldd_ssh-keygen.out
strace /usr/bin/ssh-keygen.exe > strace_ssh-keygen.out

Hopefully someone can make something out of this.
PS I have also installed GitBash and the same problems appear there

Eirik Nordbrøden, Netnordic AS
(+47) 90174789


cygcheck.out
Description: Binary data


ldd_ssh-keygen.out
Description: Binary data


strace_ssh-keygen.out
Description: Binary data


smime.p7s
Description: S/MIME Cryptographic Signature
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: I have a problem with some applications in Cygwin

[René Berber via Cygwin]

On 10/22/2020 9:15 AM, Eirik Nordbrøden via Cygwin wrote:


I have been using for many years and have not really had any major
problems, but now I have run into a problem with some of the
applications in Cygwin that I have been struggling with for some time
without being able to solve it. Hopefully someone in this list can
point me in the right direction to fix the problem.

I have a new Windows 10 PC with a fresh Cygwin installation, but
struggles with some of the applications that I have installed. When I
try to use applications like ssh, ssh-keygen, git, snmpwalk, snmpnext


Just an idea, all of those are network tools, that means they depend on 
DNS resolving, which may be slow if not set correctly.


Have you tried using numeric IP addresses?


etc. they all just hangs and I am not able to stop them through
CTRL-C. I need to use Task Manager to kill the application (kill -9


That is very strange, Cygwin's programs respond to Ctrl-C fast.

Are you sure you are using the Cygwin program, for instance ssh, and not 
the Microsoft program (of the same name)?



does not work either). But if I run the application from gdb (like
'gdb ssh-keygen' and the 'run') they seem to work. Most applications
seems to work as expected, but not the ones I have listed (and maybe
some more applications as well).

I think that this might be due to something in my PC, but are not
able to pinpoint it. At one point I thought that this was due to the
virus control in the PC (Trend), but now I have uninstalled this and
just uses Windows defender.


Good point and it needed to be tested, so that is out of the picture.

Repeating what I hinted to above, maybe running the program under gdb 
you are specifying the whole path to the program, which is not the same 
as letting the shell find it.  Try: `which ssh` to see which one is used.


Another test is to use ldd or cygcheck to take a look at the libraries 
loaded... if they include anti-virus or other strange libraries, then 
that is interfering.


Also using strace could (probably will) show where everything stops.

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

Re: Is it possible to vnc into a linux guest?

[René Berber via Cygwin]

On 9/23/2020 1:07 PM, Jim McNamara via Cygwin wrote:


I tried to use tigervnc to connect to a linux virtualbox guest from cygwin.


Those 3 things are independent, i.e. there's no VNC in Cygwin (OK there 
is, but you don't need it... and installing an X server just for that is 
overkill), and there's no VNC in a Linux virtualbox unless it is running 
the VNC server.



I am not sure it is possible after many attempts.


Of course its possible.  You are just going at it the wrong way.


I did have ssh working and x forwarding of smallish APPS.


Irrelevant.  You don't need any of those.

Just follow the VNC guide, its simple, you need a client (tigerVNC -- 
there's a version for Windows) and a server, then you need to know which 
IP address and port to use, maybe open those ports on firewalls.

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

Re: rsync.exe: error while loading shared libraries: cyglz4-1.dll

[René Berber via Cygwin]

On 9/6/2020 3:43 PM, Ulli Horlacher wrote:



I have installed cygwin with cygwin-portable-installer (recommendation
from this mailing-list). Everything seems fine, but when I run rsync I get:

W10dev:~: rsync -h
C:/Users/admin/cygwin/bin/rsync.exe: error while loading shared libraries: 
cyglz4-1.dll: cannot open shared object file: No such file or directory

[snip]

W10dev:~: ldd /usr/bin/rsync
 ntdll.dll => /cygdrive/c/Windows/SYSTEM32/ntdll.dll (0x7ffe4210)
 KERNEL32.DLL => /cygdrive/c/Windows/System32/KERNEL32.DLL 
(0x7ffe414a)
 KERNELBASE.dll => /cygdrive/c/Windows/System32/KERNELBASE.dll 
(0x7ffe3f50)
 cygcrypto-1.1.dll => /usr/bin/cygcrypto-1.1.dll (0x3ff9c)
 cygwin1.dll => /usr/bin/cygwin1.dll (0x18004)
 cygiconv-2.dll => /usr/bin/cygiconv-2.dll (0x3fef5)
 cygzstd-1.dll => /usr/bin/cygzstd-1.dll (0x3fd9e)


What is going wrong?
Where is my mistake?
Its the new version of rsync, which is recent... and probably is missing 
dependencies on setup.


My ldd output is different than yours, I do get the library you are missing:

$ ldd /usr/bin/rsync
ntdll.dll => /cygdrive/c/Windows/SYSTEM32/ntdll.dll 
(0x7ffc3186)
KERNEL32.DLL => /cygdrive/c/Windows/System32/KERNEL32.DLL 
(0x7ffc3154)
KERNELBASE.dll => /cygdrive/c/Windows/System32/KERNELBASE.dll 
(0x7ffc2ee8)

cygwin1.dll => /usr/bin/cygwin1.dll (0x18004)
cygiconv-2.dll => /usr/bin/cygiconv-2.dll (0x3fe8b)
cygcrypto-1.1.dll => /usr/bin/cygcrypto-1.1.dll (0x3ff6f)
cygzstd-1.dll => /usr/bin/cygzstd-1.dll (0x3f9bf)
cygz.dll => /usr/bin/cygz.dll (0x3f9cf)
cyglz4-1.dll => /usr/bin/cyglz4-1.dll (0x3fc55)

Notice that there are more than one differences; they appear to be part 
of libz (or maybe libzstd).


Probable work around: install the missing library.

Another work around: install the previous version of rsync, which has 
very different library dependencies (i.e. no libcrypto, no libz dependency).


Hope this helps.
--
R.Berber
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Assistance with 'split -l' command

[René Berber via Cygwin]

On 8/11/2020 6:57 PM, Gary Vaughan via Cygwin wrote:


I am working with csv files and when I perform the split -l, it
splits the fioe correctly, but is putting the 'aa','ab','ac' after
the file extension.  Would love to know how to get it after the file
name before the file extension. as an exampole, command split -l 5000
/desktop/ESM.csv /desktop/ESM.csv is resulting ESM/csvaa and would
like it to be ESMaa.csv


`man split` is your friend.

Try: split -l 5000 --additional-suffix=.csv /desktop/ESM.csv 
/desktop/ESM.csv ESM


(all in one line)

It means split ... with resulting prefix "ESM", and suffix ".csv").

The command you show has default prefix x, no sufix, then the result 
should have been xaa, xab, xac, etc.

--
R. Berber

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

Re: ssh not working for past few months?

[René Berber via Cygwin]

On 7/18/2020 6:29 PM, Lester Ingber via Cygwin wrote:


Is anyone else having problems with ssh -- a most basic tool?


No.  It is working as expected.

$ cygcheck -c openssh
Cygwin Package Information
Package  VersionStatus
openssh  8.3p1-1OK

$ ssh -p  ...
Linux ... 3.10.105 #25426 SMP Tue May 12 04:52:34 CST 2020 x86_64
...
Last login: Sat Jul 18 12:08:14 2020 from 192.168.10.3
...
--
R. Berber
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: 640bit HDF5 1.10.6: where are the libraries stored?

[René Berber via Cygwin]

On 5/16/2020 8:37 PM, Dennis Heimbigner via Cygwin wrote:


Cygwin 64-bit.
WIndows 10
Download hdf5 package.
Search for the libraries:
     cd /usr
     find . -name '*hdf5*'
Nothing is found.
Where is it being installed?


You can look for yourself what is being installed and where:

https://cygwin.com/cgi-bin2/package-grep.cgi?grep=hdf5&arch=x86_64
--
R.Berber
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Trying to build OCRmyPDF under Cygwin, hit a brick wall

[René Berber via Cygwin]

On 5/14/2020 5:50 PM, Jim Garrison via Cygwin wrote:


The magic incantation necessary to get strdup turns out to be -
D_GNU_SOURCE, as noted on StackOverflow.

However, now I'm encountering a problem with Python's DLL handling
code.  When attempting to run OCRmyPDF I get

[snip]

line 18, in 
 from . import helpers, hocrtransform, leptonica, pdfa, pdfinfo
   File
"/usr/lib/python3.7/site-packages/ocrmypdf-9.8.0.post3+g5944044.d20200514-py3.7.egg/ocrmypdf/leptonica.py",
line 67, in 
 """
ocrmypdf.exceptions.MissingDependencyError:

[snip]


In the last file of the traceback (leptonica.py) there's this:


from ctypes.util import find_library
...
if os.name == 'nt':
 libname = 'liblept-5'
 os.environ['PATH'] = shim_paths_with_program_files()
else:
 libname = 'lept'


In Cygwin, that library is /usr/bin/cyglept-5.dll (why was the name
changed?)

First I created a symlink from cyglept-5.dll to liblept-5.dll, with no
effect. So I added a test for Cygwin at that point, resulting in this
code:


if os.name == 'nt':
 libname = 'liblept-5'
 os.environ['PATH'] = shim_paths_with_program_files()


Notice this change in search path, dll files in Windows are executables 
and they are (must) installed in the system PATH (or the current directory).



elif sys.platform == 'cygwin':
 libname = 'cyglept-5'


On Cygwin you can do the same as above, it will contain /bin (or 
/usr/bin which are one and the same).



else:
 libname = 'lept'


This also had no effect, so I tried playing with find_library() in the
interactive shell.  In Cygwin, it doesn't seem to find any DLLs even
though those DLLs are actually loadable.  Viz:

[snip]

My guess is the search path is incorrect.

Either that or python needs the symbols file, like the linker, which in 
this case would be /usr/lib/liblept.dll.a, which is in the -devel 
package, but I doubt it.

--
R.Berber


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

Re: Can I find where cygwin is installed (for automation purposes)

[René Berber via Cygwin]

On 4/15/2020 1:39 PM, Paul Moore via Cygwin wrote:


https://docs.microsoft.com/en-us/dotnet/standard/io/file-path-formats

Look for "DOS device paths"


Thanks. That's \\?\C:\... and what I'm seeing is \??\C:\...

Is that just a typo/bug? That's the discrepancy that was confusing me :-(


A bug.

If setup.exe stores those paths, then its a bug there.

You could have tested that easily, on a cmd window:


C:\Users\reneb>dir \\?\C:\
 Volume in drive \\?\C: is OS
 Volume Serial Number is 922E-C431

 Directory of \\?\C:

12/09/2019  02:52 PM  Apps
01/04/2020  03:11 PM  Boot
04/05/2020  12:12 PM  cygwin64
...
12/24/2019  08:09 PM  Users
04/14/2020  05:45 PM  Windows
   0 File(s)  0 bytes
  14 Dir(s)   0 bytes free

C:\Users\reneb>dir \?\C:\
The filename, directory name, or volume label syntax is incorrect.
--
R.B.
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Can I find where cygwin is installed (for automation purposes)

[René Berber via Cygwin]

On 4/15/2020 1:10 PM, Paul Moore via Cygwin wrote:

[snip]

Thanks. Can you explain what the \?? prefix on the Installations
values is about? I'm nervous that there's something going on there
that means that just ignoring the first 3 characters isn't
sufficient... ;-)


https://docs.microsoft.com/en-us/dotnet/standard/io/file-path-formats

Look for "DOS device paths"
--
R.B.
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

How to fix mv under SMB/CIFS?

[René Berber]

Hi,

Main question is how to make mv behave intelligently when used in SMB 
filesystem?


Its probably obvious but "intelligently" in this context means do simple 
move between the same file system (SMB to same SMB), and only  use 
copy-delete under different file systems (usually different computers).


Long story... I changed computers, re-installed Cygwin, and now mv is 
always copying when I use mv.  On the old computer it didn't do that. 
Of course I don't remember if I did something to make it that way on the 
old computer (long time user of Cygwin, and Unix).


Thanks for any pointers, even if it is RTFM, which I have done.
--
R.Berber


--
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: Problem to develop Qt5 application in Samba share

[René Berber]

On 1/7/2020 2:42 AM, PAULUS, Raimund, TI-ABN wrote:


For many years i develop C/C++ applications in Cygwin with source
code located in Samba shares. The shares are available on Windows
with "net use ..." command. In Cygwin they are available via
/cygdrive. Now I have to write applications using Qt 5. But there is
a problem:

First i go to the project directory (cd ...) and write the source
files. After that i call "qmake -project" (PATH includes


PATH is not the only environment variable needed.


/lib/qt5/bin), If the project (source codes) is located on the local
drive or a drive connected via SATA/USB, all is ok and the file *.pro
is generated. If the sources are located on a Samba share, there are
error messages:

--- Could not find qmake configuration file cygwin-g++. Cannot find
feature default_pre.prf Cannot find feature default_post.prf ---


That looks like a configuration error, what does your QTDIR environment
variable have?

You should be able to do this:

$ find $QTDIR -name "cygwin-g++"

and get a result.
--
R.Berber


--
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: mintty window flashes open and immediately closes

[René Berber]

On 12/17/2019 6:55 PM, Brent Epp wrote:

Yep, I messed up, those options were for bash, not for minnty.

> This is interesting: I have a backup copy of my cygwin installation from
> 2 days ago.  I restored it to another folder, made a shortcut... and it
> works.
> 
> I'll have to run some diffs to double-check, but I'm pretty certain the
> only thing that's changed in the past two days is that I ran the latest
> installer today to update.

Interesting.  I have fully updated cygwin 64 bits, and no problem;
Windows 10 Pro/64-bit also up to date.

My actual shortcut only sets the window size (and that is a minnty option :)

C:\cygwin64\bin\mintty.exe -p 80,600 -
-- 
R.Berber

--
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: mintty window flashes open and immediately closes

[René Berber]

On 12/17/2019 2:58 PM, Brent Epp wrote:

> I've been using cygwin for years with no problems.  I just updated
> cygwin again and I suddenly can't get into the terminal. When I click
> the cygwin icon, the window just flashes and immediately closes.
> 
> What's interesting is that I have a number of cygwin/mintty shortcuts
> for SSH servers as `c:\path\to\cygwin\bin\mintty.exe /bin/ssh
> u...@server.com`, which work just fine. I can also get in if I run
> `cygwin.bat` in `cmd`, `console2` or any other Windows command terminal.
> 
> I've tried running the latest cygwin setup, reinstalling `mintty`, and
> the shortcut still fails. The shortcut is just the default target:
> `C:\path\to\cygwin\bin\mintty.exe /bin/bash --login -i`
> 
> I don't know what else to try.  What happened here and how do I fix this?

Probably a problem with your bash init scripts.

Try (for the shortcut): C:\cygwin64\bin\mintty.exe --noprofile --norc -

If that works, then start spelunking those init files (.bashrc,
.profile, /etc/{profile,bash.bashrc}).

BTW you don't need to call bash in the shortcut, mintty by default opens
bash with those parameters; but the "-" at the end is required.

HTH
-- 
R.Berber


--
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: why is mintty trying to connect to google through my browser

[René Berber]

On 10/11/2019 1:33 PM, LMH wrote:

[snip]
> I opened a cygwin terminal to do something and got a
> firewall alert that mintty was attempting to inject network traffic.
[snip]

Perhaps the .bashrc/.bash_profile/etc. script runs something that does that.
-- 
R.Berber


--
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: OpenMPI Download and CMake Compilation Errors with C++

[René Berber]

On 10/1/2019 2:32 PM, Nicholas Brunk wrote:

>  I am trying to use Cygwin with hybrid OMP/MPI parallelization, which
> worked previously with OpenMP version 1.10.7-1.  However, upon updating
> this in Cygwin, the removal of the C++ compiler functionality with OMP 3+
> (as reported here )
> has caused problems.
[snip]
Have you checked the solution described in that message?

With the current openmpi-3.1.3-1 the before missing links are not
missing anymore.  So that shouldn't be the problem.

In detail I mean, check that /usr/bin/opal_wrapper.exe exists, and
/usr/bin/{mpic++,mpicc} also exist, and are links to the former.

Maybe before that, check that you have the latest version installed.
-- 
R.Berber


--
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] TEST: fetchmail 6.4.0.rc3-1

[René Berber]

On 8/28/2019 10:05 PM, Eliza wrote:

[snip]
> Yes the certs files are there:
> 
> $ ls /etc/pki/tls/certs
> ca-bundle.crt  ca-bundle.trust.crt

Oops! Sorry, that's just the location of links to the real certs.
Better try:

ls -al /etc/pki/ca-trust/extracted/{pem,openssl}

In .fetchmailrc, is there any parameter specifying this location, or is
using all defaults (i.e. no parameters starting with ssl)?
-- 
R.Berber

--
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] TEST: fetchmail 6.4.0.rc3-1

[René Berber]

On 8/28/2019 8:46 PM, Eliza wrote:

> Hello,

Hi,

> on 2019/8/29 9:35, René Berber wrote:
>> You probably have to (re)install (package) ca-certificates.
>>
>> Or, if you are using your own installed certificate, it may be installed
>> in the wrong place (i.e. that causes the not found error seen above, its
>> either not installed, or not in the right place).
> 
> I have re-installed ca-certificates 2.32-1, then reopen the terminal and
> run fetchmail. the error still exists.
> 
> Any idea? thanks.

Check the sslcertpath parameter used by fetchmail, see if it points to
the certificates (/etc/pki/tls/certs or /etc/ssl/certs).  Also sslkey if
there is one.

The parameter(s) could/should be in ~/.fetchmailrc .

Your error message said "local issuer certificate".  I'm not sure about
that but it seems to be having problems with the _client_ certificate,
not the server.  Did you install a cert?  Perhaps an identity cert used
by your mailer? Question is, does fetchmail knows were it is (including
any extra certs needed to validate it).

Now the fun part, run:

fetchmail -v

and let's see the detail of what is happening.
-- 
R.Berber

--
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] TEST: fetchmail 6.4.0.rc3-1

[René Berber]

On 8/28/2019 8:15 PM, Eliza wrote:

> I still got the error:
> 
> unable to get local issuer certificate
> fetchmail: Broken certification chain at: /C=US/O=DigiCert
> Inc/OU=www.digicert.com/CN=GeoTrust RSA CA 2018
> fetchmail: This could mean that the server did not provide the
> intermediate CA's certificate(s), which is nothing fetchmail could do
> anything about.  For details, please see the README.SSL-SERVER document
> that ships with fetchmail.
> fetchmail: This could mean that the root CA's signing certificate is not
> in the trusted CA certificate location, or that c_rehash needs to be run
> on the certificate directory. For details, please see the documentation
> of --sslcertpath and --sslcertfile in the manual page.
> fetchmail: OpenSSL reported: error:1416F086:SSL
> routines:tls_process_server_certificate:certificate verify failed

You probably have to (re)install (package) ca-certificates.

Or, if you are using your own installed certificate, it may be installed
in the wrong place (i.e. that causes the not found error seen above, its
either not installed, or not in the right place).

HTH
-- 
R.Berber


--
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: How to start and verify cron?

[René Berber]

On 7/11/2019 5:57 PM, René Berber wrote:

> parameter in the installation as service ("-L 1" in the cygrunsrv line

Sorry this is not clear.

I should have writen something like 'cygrunsrv -I ... -a "-L 1" ...'
-- 
R.Berber


--
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: building expect problems on W10

[René Berber]

On 7/11/2019 4:25 PM, rih3306 wrote:

> I'm having trouble building expect. 
> 
> I'm using W10 + cygwin + GCC 9.1.0
> 
> $ uname -a
> CYGWIN_NT-10.0  GZ1CB  2.11.2(0.329/5/3) 2018-11-08 14:34 x86_64 Cygwin

That's an odd combination, an ancient version of Cygwin with a new gcc
(which you probably built).

> using this configure line
> ./configure --build=x86_64-unknown-cygwin  
> CC=/cygdrive/C/work/usr/local/bin/gcc  --cache-file=config.cache 
> &>expect-configure-out.txt

Why are you configuring like a cross-compilation?

None of that should be needed to build a package that is to be used in
the current version.

> Configure output includes
>  
> This script, last modified 2003-10-07, has failed to recognize
> the operating system you are using. 

Configure usually shows "Target: x86_64-pc-cygwin", but yes the log also
shows "host='x86_64-unknown-cygwin'".  Anyway that is using configure
without any build, or host parameter.
-- 
R.Berber


--
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: How to start and verify cron?

[René Berber]

On 7/11/2019 4:20 PM, David Karr wrote:

 How do I add service dependencies to start up in a particular order?
>>>
>>> In an elevated cmd or bash shell:
>>> elevated > OR # sc config syslog-ng depend= cygserver
>>> elevated > OR # sc config cron depend= syslog-ng/cygserver
>>> N.B. the "=" is part of each keyword; multiple service dependencies are
>>> separated by "/".
>>
> After doing all of this, I still can't get cron jobs to work, and I can't
> get any info on why.

Doing all of "that" doesn't change a running cron daemon; those only
afect the initial run after boot up.

> This is the current output from "crontab -l":
...
> I've tried editing that last one and changing the minutes to include
> upcoming minutes, and then after those minutes, I check the results, and
> there are none.  Nothing in cron.log or syslog-ng.log.

Editing in this context means running 'crontab -e' (which uses vi to
edit the user's cron table).  After exiting that (with ZZ to save &
exit, or :wq) cron sends a message to the log, which, by the way may
need to be configured (i.e. syslog-ng has its own configuration, an in
there may be a line that says where cron's log goes, or if it is ignored).

Restarting the daemon should also produce a line in the log, which is
another notification that it is working.

In Linux I even have set the cron daemon's log level to show the start
of all cron jobs; that parameter in Cygwin would go as optional
parameter in the installation as service ("-L 1" in the cygrunsrv line
of the installation script, or maybe running cygrunsrv again, visible
and editable in the "Start parameters" at the service Properties view).
-- 
R.Berber



--
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: Question about the ldd output

[René Berber]

On 7/9/2019 11:40 AM, Brian Inglis wrote:

> Libraries may be loaded asynchronously as they are accessed, and ldd just 
> dumps
> the dll import table once the subprocess is ready to run.
> Perhaps these are import entries that ldd should detect and skip or annotate 
> in
> some more useful way.

True, its just the way Windows works, some libraries are dynamically
loaded, some may not exist, and are not needed.

Try the view from SysInternals' Dependency Walker (which now seems to be
named ListDLLs, or maybe was added to ProcessExplorer), shows the same
thing (if the Windows PATH is set to include Cygwin's libraries), with
lots of interrogation signs... except that it also shows exactly which
dll is "missing".
-- 
R.Berber



--
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] Updated: mintty 3.0.1

[René Berber]

On 5/28/2019 1:59 PM, Thomas Wolff wrote:

> Am 28.05.2019 um 20:16 schrieb René Berber:
>> On 5/28/2019 12:29 AM, Thomas Wolff wrote:
>>
>>> I have uploaded mintty 3.0.1 with the following changes:
>> Scroll bar now appears on the right side, its configured to be on the
>> left... and there is no way to change it back to the left, only no
>> scroll bar works (other than right s.b.) if you try to change this
>> setting.
> This is in fact an issue since 2.9.1.

Not on my side, just reverted to 3.0.0 , and it works fine (i.e. scroll
bar on the left).
-- 
R.Berber




--
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] Updated: mintty 3.0.1

[René Berber]

On 5/28/2019 12:29 AM, Thomas Wolff wrote:

> I have uploaded mintty 3.0.1 with the following changes:

Scroll bar now appears on the right side, its configured to be on the
left... and there is no way to change it back to the left, only no
scroll bar works (other than right s.b.) if you try to change this setting.
-- 
R.Berber


--
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: Question about D-Bus and cygrunsrv

[René Berber]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2/22/2019 3:55 AM, Corinna Vinschen wrote:

>>> On 20 Feb 2019, at 21:50, Mike Brady  
>>> wrote:
>>> 
>>> Hi there. I'm trying to set up Shairport Sync as a CYGWIN 
>>> service, and I'm trying to use cygrunsrv.
>>> 
>>> Briefly, I can get everything to work properly except the
>>> D-Bus interface -- when shairport-sync is installed as a
>>> service, it can't "own" a well-known name on the "system"
>>> D-Bus.
>>> 
>>> I built a configuration and installer for shairport sync 
>>> essentially by copying the avahi-daemon-config file.
>>> 
>>> The Avahi deamon uses the system D-Bus successfully under the 
>>> username "SYSTEM" and without (AFAICS) changing IDs. But for 
>>> the life of me, I can't get Shairport Sync to work the same 
>>> way.
>>> 
>>> Incidentally, if I change the D Bus policy file for Shairport 
>>> Sync to be allowed to own its well-known name on D Bus when 
>>> running under the logged in account, everything is peachy.
[snip]
> You have been heard, but I have not the faintest clue what d-bus 
> or, FWIW, avahi are doing.  Ideally, if you could break down the 
> problem to a simple, self-contained testcase which shows what 
> exactly is not working on a plain libc level, help may be possible 
> :}

My guess is that its a permission problem: D-Bus by default on Windows
uses unix sockets (fills up your temp directory with those pesky files :
- -)

In Cygwin the temp directory has the sticky permission (t), but the
socket file created by the server most likely doesn't have access for
anybody else.

Check those permissions to maybe get a clue.

The problem comes from upstream, I'm just not sure because I used to
build my own, patched, version of DBUS (for a workaround which is to
use tcp, not unix sockets... but the Windows maintainer says "nobody
uses tcp sockets on Windows", and then they "improved" security which
is why I suspect access permissions).
- -- 
R.Berber
-BEGIN PGP SIGNATURE-

iHUEAREIAB0WIQSYcjiGOQ+69Vq++Cv/3GNYQL5I5AUCXHB0nQAKCRD/3GNYQL5I
5KDQAP9dD7Rd+qF7Z4OtcaRpljiYnji25Bxr5oQmXOkkf1oSDAD+P+sqFq3MQbTC
H4+rHD6Bepj4DPx3VD3T6DQHGy5POOQ=
=YDL0
-END PGP SIGNATURE-


--
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: undefined reference when linking against glib-2.0

[René Berber]

On 2/10/2019 4:28 AM, C.J. Wagenius wrote:

> gcc -Wl,--verbose -o testa `pkg-config --cflags --libs glib-2.0` test.c

Try: gcc -o testa test.c `pkg-config --cflags --libs glib-2.0`

Its the way the compiler works under Windows (i.e. no unresolved
references, and the order of searching for them).

HTH
-- 
R.Berber


--
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: cygwin: how to mount linux FS from cygwin

[René Berber]

On 10/27/2018 8:32 PM, hauck.adrian451 wrote:

> - Created the file fuse.pc indicated the location the dll:
> 
> user@cliente~/winfsp-master/opt/cygfuse/fuse
> $ more fuse.pc
> arch=x64
> prefix=${pcfiledir}/..
> incdir=C:\Program Files (x86)\WinFsp
> implib=C:\Program Files (x86)\WinFsp\winfsp-${arch}.dll
> 
> Name: fuse
> Description: WinFsp FUSE compatible API
> Version: 2.8
> URL: http://www.secfs.net/winfsp/
> Libs: "${implib}"
> Cflags: -I"${incdir}"

This is wrong, in several ways.

1st: fuse.pc, and pkg-config, are only used for building purposes (i.e.
compiling, creating the Makefile, usually as part of the configure
script, or in Qt projects, could be part of the qmake step).

2nd: The path used (C:\Program Files (x86)\) is written wrong, in
Windows mode, and its the location of 32-bit installations, which
contradicts the "arch=x64".  For Cygwin's version of pkg-config it is
just wrong (I would suggest to take a look at 'man pkg-config').

I don't know, or use winfsp, but... do they really put headers in there?
 That's what that .pc file says in Cflags.  Same goes for libraries, but
that could be the case, weird, but not entirely invalid.

3rd: The location of fuse.pc is not a standard location.  So unless you
also specify PKG_CONFIG_LIBDIR, its not going to be used.
-- 
R. Berber


--
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: AutoSSH problem

[René Berber]

On 6/1/2018 10:31 AM, Germain Le Chapelain :

The behavior looks normal.

Quoting from the autossh man page:

"Startup behaviour

If the ssh session fails with an exit status of 1 on the very first try,
autossh

1.' will assume that there is some problem with syntax or the connection
setup, and will exit rather than retrying;

2.' There is a "starting gate" time. If the first ssh process fails
within the first few seconds of being started, autossh assumes that it
never made it "out of the starting gate", and exits. This is to handle
initial failed authentication, connection, etc. This time is 30 seconds
by default, and can be adjusted (see the AUTOSSH_GATETIME environment
variable below). If AUTOSSH_GATETIME is set to 0, then both behaviours
are disabled: there is no "starting gate", and autossh will restart even
if ssh fails on the first run with an exit status of 1. The "starting
gate" time is also set to 0 when the -f flag to autossh is used. "
-- 
R. Berber


--
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: cron running but not executing user crontab

[René Berber]

On 1/15/2018 2:48 PM, Chris Johnson wrote:

> Bit of a conundrum here.  Running WIN7 and cygwin64.  Have the terminal
> running and Perl is installed and runs.  AFAIK, that all works.  Used
> cygrunsrv to get cron going.

Not sure if I remember this right, but there is a cron-config in the
package, and that is what you are supposed to use to install it as a
service (and set a proper daemon user, file & dir access, etc.)  You
probably will have to undo whatever you did with cygrunsrv.

Better read /usr/share/doc/Cygwin/cron-4.1-65.README to be sure.

Hope this helps.
-- 
R. Berber


--
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] python-sphinx 1.6.5-1

[René Berber]

On 11/27/2017 12:39 AM, Yaakov Selkowitz wrote:

> The following packages have been uploaded to the Cygwin distribution:
> 
> * python2-alabaster-0.7.10-1
> * python2-babel-2.5.1-1
> * python2-imagesize-0.7.1-1
> * python2-jinja2-2.9.6-1
> * python2-pytz-2017.3-1
> * python2-snowballstemmer-1.2.1-1
> * python2-sphinx-1.6.5-1
...

Why is this set of packages being pulled by default?

In the list of dependencies (displayed by setup) I didn't find anything
outside this package itself.

Thanks.
-- 
R. Berber




--
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: undefined reference to LAPACKE_***

[René Berber]

On 11/18/2017 10:24 AM, Constantinos Zekios wrote:

>  I recently installed cygwin trying to compile my cpp code (it is build
> under linux) under windows. I am using LAPACKE (the c wrapper to run all
> the lapack libraries) in my code, but it seems that I am not able to
> install the packages in cygwin. I have installed lapack, as well as
> blas. Does anybody know how to install liblapacke.a, liblapacke.dll.a?
> 
> The errors that I am getting are of the form: undefined reference to
> 'LAPACKE_zlange'.

Try installing liblapack-devel.
-- 
R. Berber


--
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: missing include file in rel 2.9.0 cygwin/types.h

[René Berber]

On 10/24/2017 10:22 AM, FRANCIS Westerman wrote:

> I am trying to do a make on DC3DD code under Cygwin 2.9.0. I last did this 
> under Cygwin 2.5.0. when I execute the make for the compiled version I get 
> and error that /user/include/cygwin/types.h is missing.
> 
> The .h file is not in the directory like it was in 2.5.0 and I would like to 
> know where it has been moved to or replaced with so I can continue to make 
> use of Cygwin updates. I am running the 64 bit version.

$ find /usr/include -name types.h
/usr/include/asm/types.h
/usr/include/machine/types.h
/usr/include/sys/types.h



--
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: gpg ca-cert-file=[which file???]

[René Berber]

On 7/16/2017 11:38 AM, Lee wrote:

[snip]
>   ok... man update-ca-trust
>   FILES
>  /etc/pki/tls/certs/ca-bundle.trust.crt
> Classic filename, file contains a list of CA certificates in
> the extended BEGIN/END TRUSTED CERTIFICATE file format,
> which includes trust (and/or distrust) flags specific to
> certificate usage. This file is a symbolic link that refers
> to the consolidated output created by the update-ca-trust command.
[snip]
> It looks like there's some certs in
> /etc/pki/ca-trust/extracted/openssl/ca-bundle.trust.crt that I don't
> want to trust.. but how to tell which ones & how to set
> distrust/blacklist trust flags on them?  or maybe I need to copy them
> to /etc/pki/ca-trust/source/blacklist/ ???
> 
> Anyone have any pointers on how to distrust certs in
> ca-bundle.trust.crt (assuming that _is_ the file I should be using) or
> even how to show exactly what's in there?
> $ grep "#" ca-bundle.trust.crt
>  shows lots of comments but
> $ openssl x509  -in ca-bundle.trust.crt -noout -subject -dates
>  just shows me the first cert :(

You should refer to the package announcement, and direct any questions
about the package (not about its use) to its maintainer.

As I understand the package is just a bundle of the files distributed by
Mozilla (which is the maintainer of the root certs).  For questions
about those files, its contents, or its use... refer to Mozilla.

Actually Mozilla distributes one file, which is then processed to create
all the files that you see.

The link you show to Mozilla about the trust on CNNIC also points out
that the exception is made in code (i.e. hard-coded), and if you look
above it clearly states: "The status of whether a root is approved to
issue EV certificates or not is stored in PSM rather than certdata.txt",
this certdata.txt is precisely the file I'm talking about above, so
don't expect any of those Extended Validation changes to be present (and
you can ask Mozilla why they do it in code, instead of in the certs).
-- 
R. Berber


--
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: gpg ca-cert-file=[which file???]

[René Berber]

On 7/15/2017 11:56 PM, Lee wrote:
[snip]
> I'm guessing the "keyserver-options ca-cert-file=" needs to be
> pointing at the ca-certificate package root store - but damnifiknow
> where it is :(

https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86_64%2Fca-certificates%2Fca-certificates-2.14-1&grep=cacert

That lists what is being installed, and where.

The tls-ca-bundle files contain the root certificates.
-- 
R. Berber


--
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: gpg ca-cert-file=[which file???]

[René Berber]

On 7/15/2017 1:40 PM, Lee wrote:

[snip]
> in my ~/.gnupg/gpg.conf so I can do auto-key-retrieve securely ... or
> at least over an encrypted channel.  But what file should I be using
> as the ca-cert file?

You should be using the "system" files.

On Cygwin that means installing the ca-certificates package (currently
version 2.14-1).  They are installed in a location where the SSL package
expects them, you don't have to go look for them, and shouldn't need to
specify its location (a directory) on your gpg.conf

[snip]
> $ grep "^keyserver" ~/.gnupg/gpg.conf
> keyserver hkps://pgp.mit.edu/
> keyserver-options check-cert=on
> keyserver-options ca-cert-file=/etc/pki/tls/cert.pem

Wrong cert actually, I don't know why you say it worked.

The cert that should have matched is the one used by the key server, not
by you.
-- 
R. Berber


--
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: Compiled programs fail to run from Cygwin Terminal, but work from windows cmd

[René Berber]

On 6/25/2017 1:14 AM, Wouter van Doorn wrote:

> The tools are the original ones, as shown below:
> User@User-PC ~/c_dir
> $ ./hello.exe
> 
> User@User-PC ~/c_dir
> $ type make
> make is hashed (/usr/bin/make)
> 
> User@User-PC ~/c_dir
> $ type gcc
> gcc is /usr/bin/gcc

Try a simple:

$ gcc -o hello hello.c

$ ./hello

Take out make out of the equation, we don't know what the Makefile does
anyway (we haven't seen it).
-- 
R. Berber


--
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: Compiled programs fail to run from Cygwin Terminal, but work from windows cmd

[René Berber]

On 6/22/2017 10:59 AM, Wouter van Doorn wrote:

> With 'outside', I meant a normal run not involving gdb at all. Sorry
> if I was unclear.
> 
> Yes, it's minty, and it's /bin/bash.
> 
> Out of desperation, I have added a sleep for two seconds both before
> and after the printf statement. The sleep does not happen either! The
> prompt is immediately back, so it's more than just 'no output', it
> seems my code never even gets started. Does this shed any new light?

Then its down to the 'weird' stuff, any anti-virus installed? (maybe
even the name hello.exe could cause an anti-virus to block it).
-- 
R. Berber


--
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: rxvt won't stay running

[René Berber]

On 6/22/2017 4:45 AM, Mike Brown wrote:

> I've installed the latest (as of this writing) Cygwin base and a few other
> packages.
[snip]
> Any ideas why it is failing?  Something you need me to look at?  It isn't
> anything in the home files that I copied over from the XP box, because before
> I did that, I tried starting and it flashed and died.

A long time ago rxvt changed from supporting Windows (native) to only
working under X-Windows (a.k.a. Cygwin/X or equivalent).
-- 
R. Berber


--
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: Compiled programs fail to run from Cygwin Terminal, but work from windows cmd

[René Berber]

On 6/22/2017 8:13 AM, Wouter van Doorn wrote:

[snip]
> STOP PRESS: in gdb, the output IS there:
> User-PC-> gdb hello.exe
> GNU gdb (GDB) (Cygwin 7.10.1-1) 7.10.1
...
> Reading symbols from hello.exe...done.
> (gdb) run
> Starting program: /home/User/c_dir/hello.exe
> [New Thread 6868.0x5b0]
> [New Thread 6868.0x18dc]
> [New Thread 6868.0x1990]
> Hello, world!
> [Thread 6868.0x1990 exited with code 0]
> [Inferior 1 (process 6868) exited normally]
> (gdb)
> 
> Which is dandy, but then why, outside of gdb, is there nothing at all?

What is "outside"?

Are you running this from mintty (recommended) or the Cygwin.bat cmd window?

Which shell? (i.e. echo $SHELL)
-- 
R. Berber


--
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: Compiled programs fail to run from Cygwin Terminal, but work from windows cmd

[René Berber]

On 6/21/2017 4:10 PM, Wouter van Doorn wrote:

> Having installed Cygwin with no errors I could see, I went on to
> compile and run "hello world" - as you do. I could make it go from a
> windows command prompt after modifying the system path to include
> cygwin\bin, so - so far so good.
> 
> From the cygwin terminal, however, the same executable refuses to play
> ball. No text is shown; the command prompt returns instantly.
[snip]

It could be the program itself, i.e. not coded for a Posix environment,
or it could be your PATH which should include /usr/bin (as shown, not as
a Windows path C:\...)

Easiest way to figure it out is by running:

$ ldd hello (or whatever the name of your executable is)
(sample output)
ntdll.dll => /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll (0x7ffaf660)
??? => ??? (0x7779)
wow64.dll => /cygdrive/c/WINDOWS/System32/wow64.dll (0x5aa4)
wow64win.dll => /cygdrive/c/WINDOWS/System32/wow64win.dll
(0x5aaa)

In this case the missing cygwin1.dll doesn't even show its name, it
happens to be the 32-bit version, because I ran ldd from a 64-bit Cygwin
on a 32-bit Cygwin program, my PATH doesn't include the cygwin 32-bit
binary directory.

And if that doesn't show the missing libraries, then even

$ file hello

could show a clue, like "PE32+ executable (GUI) x86-64 (stripped to
external PDB), for MS Windows" which is a GUI program compiled with
MinGW, i.e. doesn't depend on Cygwin.  Cygwin is not mentioned in the
output of file, even a Cygwin console program shows something like "PE32
executable (console) Intel 80386, for MS Windows" or "PE32+ executable
(console) x86-64, for MS Windows".

Hope this helps.
-- 
R. Berber


--
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: opencv 3.2.0-1: imshow() very slow

[René Berber]

On 5/13/2017 6:50 PM, Falk Tannhäuser wrote:

[snip]
> Starting the cvtest programs in a Gnome session doesn't change anything:
> always the same warning message and a 25-seconds delay before displaying
> the picture in a window.

Then it gets complicated, the problem seems to be Dbus' configuration.

There should be a session.conf under /etc, if not, then the dbus-daemon
is using defaults which, if I remember correctly, changed 2 or 3
versions ago to being restrictive (of course they call it "secure"),
that is: don't allow anything to connect to Dbus, unless specified on
the configuration.

I might be wrong, haven't used Dbus in a while.
-- 
R. Berber


--
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: g++ -mno-cygwin flag not recognized

[René Berber]

On 5/12/2017 10:03 PM, Allan C. wrote:

> I am trying to build a win32 project with gcc 5.4 with the flag
> -mno-cygwin but the flag is not recognized. Is there an approach I
> could release an exe without bundling cygwin's dll?

That option has been deprecated for many years.

What you have to do is install one of the cross-compilers (32-bit, or
64-bit, or both), and cross compile the project.

Cross compiling can be as easy as defining CC as the cross-compiler, and
as hard as having to build all the dependencies and make sure all the
right, cross-compiles libraries, are the only ones used.
-- 
R. Berber


--
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: opencv 3.2.0-1: imshow() very slow

[René Berber]

On 5/7/2017 10:31 AM, Falk Tannhäuser wrote:

> I started to test the new OpenCV packages and I noticed that each call
> to the imshow() function delays for usually 25 seconds. Most of the
> time, the following message is displayed:
> 
> ** (Great title:11352): WARNING **: Error retrieving accessibility bus
> address: org.freedesktop.DBus.Error.NoReply: Did not receive a reply.
> Possible causes include: the remote application did not send a reply,
> the message bus security policy blocked the reply, the reply timeout
> expired, or the network connection was broken.
> 
> More rarely, a different message, as for example the following one, is
> shown:
> 
> ** (Great title:9472): WARNING **: Error retrieving accessibility bus
> address: org.freedesktop.DBus.Error.TimedOut: Failed to activate service
> 'org.a11y.Bus': timed out
[snip]

Obviously you are not running dbus-daemon, which accounts for the
time-out, and the delay, but where does that dependency come from? Is it
needed? apparently not.

According to OpenCV's documentation
(http://docs.opencv.org/2.4/doc/tutorials/introduction/linux_install/linux_install.html)
there is no such dependency.

Check out the libraries linked, and probably one of them has that
dependency.  Dbus library is linked somehow, the problem is which other
library was the one that brought it.  Perhaps checking with pkg-config
to see which one uses it would help.

Of course there's a better hint on your message: 'org.a11y.Bus'  I have
no idea what library, or program uses that Dbus ID.  Using Google I
found
https://github.com/GNOME/at-spi2-core/blob/master/bus/org.a11y.Bus.service.in
which is Gnome... so perhaps the OpenCV released only works with Gnome &
X-Windows running.
--
R. Berber


--
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: Unable to delete Cygwin from PATH environment variable

[René Berber]

On 3/23/2017 3:10 PM, Tanya Sandoval wrote:

> I recently had to reinstall Cygwin and in doing so, I have ran into a
> problem with some application because Cygwin seems to be appended to
> my PATH environment variable. I have tried to remove this by following
> these instructions https://www.java.com/en/download/help/path.xml but
> something strange happens. If I look at the value of Path under
> 'Environment Variables', Cygwin is not there; however if I type PATH
> in cmd.exe, I see Cygwin gets appended at the end of the PATH. Can you
> please help me to know to remove Cygwin from the PATH?

If you mean PATH in a terminal, then you, or the terminal program
(mintty perhaps) are running a shell (bash).  If you did not mean in a
terminal, then also look at the user's environment vars (there are 2
sets: global, and local).

The shell, depending on the parameters which it was invoked with,
usually runs one of its configuration files (bash runs either .bashrc,
or .bash_profile, also /etc/profile), which usually is what sets the
environment you see inside the terminal+shell.

You can direct the shell not to read config files (bash --noprofile
--norc), or change all the possible config files, which is much more
involved, and affect every invocation of the shell... which is not what
you probably want.

Hope this helps.
-- 
R. Berber


--
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: Malwarebytes flags qdbusviewer-qt5.exe as Adware.Elex malware

[René Berber]

On 3/19/2017 6:05 PM, Chris Johnson wrote:

> Don't virus scanners in general get caught by other virus scanner
> because their databases have the same signatures as the viruses they
> look for?  I don't know how to get around this other than an exclusion
> list.

Off-topic, this has nothing to do with the original post.
-- 
R. Berber

--
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: Malwarebytes flags qdbusviewer-qt5.exe as Adware.Elex malware

[René Berber]

Back to the list, and keep it there.

 Forwarded Message 
From:   Chris Johnson
To: Do not reply

I'm probably going to catch hell for this.

Don't virus scanners in general get caught by other virus scanner
because their databases have the same signatures as the viruses they
look for?  I don't know how to get around this other than an exclusion
list.

> On 3/19/2017 12:18 PM, Ed Koerber via cygwin wrote:
>
>> It bears asking to be thorough... are we sure that the cygwin package
>> has not been compromised somehow?
> You are correct in not taking unsubstantiated remarks as useful.
>
> We usually run the program in question through https://www.virustotal.com/
>
> If several, reputable, scanners flag it as a virus, then its probably a
> virus.
>
> Hope this helps.



--
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: Malwarebytes flags qdbusviewer-qt5.exe as Adware.Elex malware

[René Berber]

On 3/19/2017 12:18 PM, Ed Koerber via cygwin wrote:

> It bears asking to be thorough... are we sure that the cygwin package
> has not been compromised somehow?

You are correct in not taking unsubstantiated remarks as useful.

We usually run the program in question through https://www.virustotal.com/

If several, reputable, scanners flag it as a virus, then its probably a
virus.

Hope this helps.
-- 
R. Berber


--
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: Cygwin 2.6.0 Fork issue

[René Berber]

On 1/6/2017 3:05 AM, Mark Geisert wrote:
[snip]
> I don't know why you've specified both -lcygwin and -lmingw32.  That may be
> standard procedure for building MinGW programs; I don't know about
> that.

No, that is not a procedure to build MinGW programs.

Some times mixing libraries does work, by pure luck, but it shouldn't.
-- 
R. Berber


--
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: falled compilations

[René Berber]

On 10/18/2016 7:04 PM, juan carlos Rebate wrote:

[snip]
> in the three applications receive the same error
> 
> error cc either not exit or no work,

First check that gcc is in the path, something like this (in mintty):

$ which gcc
/usr/bin/gcc

$ which cc
/usr/bin/cc

> but this is not true, when I call to gcc works correctly, todod
> tutorials tell me that do the following ./configure --cc=gcc or
> ./configure --cc="gcc-3 -mno-cygwin" --host-cc=gcc-3

Wrong, useless, tutorials.  What you really do, if needed (and it really
shouldn't be needed, see above).

./configure CC=gcc

In fact you can learn that by simply running:

./configure --help

Reagards.
-- 
René Berber



--
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: FD_SETSIZE and sizeof(fd_set)

[René Berber]

Back to the list, and please keep replies there.

> 
> There are (of course) a lot of other included files, and
>  is one of them. In my code it comes  AFTER  the
> redefinition of FD_SETSIZE and .  I don't think this
> could be the issue.

It is if you are mixing Windows API and Cygwin.

Just look at sys/select.h and you'll understand.
-- 
René Berber



--
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: FD_SETSIZE and sizeof(fd_set)

[René Berber]

On 6/22/2016 5:19 PM, Steven Bardwell wrote:

> I am running into a problem with the fd_set structure that someone may know 
> the answer to. 
> 
> I would like to be able to call select() on more than 64 open files, so I 
> have done the following:
> 
> 1)   the include section of the program has the code:
> 
> #undef FD_SETSIZE
> #define FD_SETSIZE 256
> #include 

Wrong include file, use

#include 

(which is the one that actually has the definition of fd_set, and uses
FD_SETSIZE).
-- 
René Berber


--
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 and Windows Heap

[René Berber]

On 6/15/2016 7:42 PM, Bill Zissimopoulos wrote:

[snip]
> WinFsp consists of an FSD (file system driver) and a DLL component. The
> WinFsp DLL uses the Windows heap functions to manage memory
> (HeapAlloc/HeapFree). It seems that the Windows heap is not properly
> cloned after a fork, which leads to the crash I am experiencing. I have
> the following questions:
> 
> (1) Is my assumption that Windows heaps are not properly cloned after a
> fork correct? A 2011 post [2] seems to suggest so.
> (2) Is there any workaround that the WinFsp DLL can use to get around this
> limitation and work properly after a fork? The obvious answer would be to
> have the DLL use Cygwin's malloc/free and this is indeed possible within
> the DLL's FUSE layer, but not workable elsewhere.

Those are the wrong questions: you shouldn't be mixing Windows and Unix
(SuSv4, Posix) APIs, and by your description you are trying a Windows
port, mixing it with probably the base, and expecting it to work on
Cygwin, that's a no-go from the start.

Unix software usually requires no porting, or very little to account for
libc implementations (glibc in Linux, newlib in Cygwin), and the Windows
environment.

I think you have 2 options:

1. Keep the Windows port and use the cross-compiler tools to create
Windows native binaries.  That means: forget about fork, start using the
spawn family of functions, i.e. _wspawnvp.  Of course the result will
work independently of Cygwin, daemons are called services (and created
differently).

2. Keep the base Unix version for everything.  Fork/exec works fine,
daemon works fine but you'll have to use cygrunsrv to install the daemon
as service.

You should read the documentation:

https://cygwin.com/cygwin-ug-net/highlights.html#ov-hi-ansiclib

Hope this helps.
-- 
René Berber




--
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: Fwd: Re: Help debugging a dll issue

[René Berber]

On 5/21/2016 10:15 PM, Eliot Moss wrote:

[snip]
>> You surely tried this already: strip --strip-unneeded or --strip-debug?
> 
> A helpful thought, but no, it did not occur to me.  Getting pypy to run
> that extra step in the middle of its build would involve hacking its
> process
> of generating a Makefile, while it already had __declspec handling for the
> Windows native build case, so it made sense to me to go that way for this
> application -- but I'll file that away for future use!

It wouldn't work, by the time you run strip the library is already
created with the wrong information... only if it happens to strip all
the bad symbols, very unlikely, it would apparently work.

Regards.
-- 
René Berber



--
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: Help debugging a dll issue

[René Berber]

On 5/21/2016 6:30 PM, Eliot Moss wrote:

[snip]
> I used binary search, eliminating .o files from the .dll on the thought
> that it was either a particular .o file that was leading to a problem,
> or possibly the overall size (this is a huge link!).  I found that a .dll
> with 58725 section 1 symbols (as reported by objdump -t) works, and one
> with 66675 section one symbols fails.  So it appears to be a size issue.

That's telling, since USHRT_MAX (65535) may be the limit, then somewhere
there is the use of a variable of that type (unsigned short int,
uint16_t), which may be part of some specification (i.e. the format of
libraries).

Supporting that is: https://ghc.haskell.org/trac/ghc/ticket/5292 which
mentions:

"65536 symbols. This is the limit that Windows DLLs can handle (the
source of the limitation is that they use 16-bit integers to represent
"ordinals")"

and also point to an interesting bug report (5 years old):

https://sourceware.org/bugzilla/show_bug.cgi?id=12969

No answers, but at least an explanation.
-- 
René Berber


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

Mediainfo (and perhaps others) needs to be rebuilt.

[René Berber]

Hi,

After updating yesterday, mediainfo fails to run, the cause is a change
in a library it uses which results in a 0xc139 error (LoadLibrary
fails: First chance exception), and specifically:

"The procedure entry point **fmodl** could not be located..."

Rebuilding mediainfo fixed the issue.

I didn't check which DLL had fmodl before, my guess is the change in gcc
that modified libstdc++ is the cause.

$ uname -a
CYGWIN_NT-10.0-WOW T7400 2.5.1(0.297/5/3) 2016-04-21 22:12 i686 Cygwin

Regards.
-- 
René Berber


--
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: multiple definition of `atan2l' on the current Cygwin

[René Berber]

On 4/12/2016 7:08 PM, Tatsuro MATSUOKA wrote:

[snip]
> /usr/lib/gcc/x86_64-pc-cygwin/5.3.0/libstdc++.dll.a(d005836.o):(.text+0x0):
> multiple definition of `atan2l' 
> ** 
> /usr/lib/../lib/libm.a(t-d000195.o):fake:(.text+0x0): first defined
> here

Those lines point to the double definition very clearly.

In Linux, libstdc++ doesn't include atan2l, only libm has it.  The
question then is: why is libstdc++ different?
-- 
René Berber


--
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: pass arguments enclosed with double quotes from bash shell to windows program

[René Berber]

On 4/2/2016 2:19 PM, Eliot Moss wrote:

> Have you tried:  '"arg"' ? bash should strip the ' ' and leave the " ".
> Also, what about "\"foo\"" ?
> 
> My experiments with this suggest that they work.  I tried invoked a .bat
> file that echoes its first argument, and it did show "\"foo\"", but I
> suspect that is how echo renders "foo", i.e., it wraps it in quotes and
> backslash protects the quotes.
> 
> Here's a function I use for invoking acrobat from the bash command line:
> 
> function acrobat () {
>   local ARG
>   [ -n "$1" ] && { ARG="$(cygpath -wa "$1")"; shift; }
>   command acrobat ${ARG:+"${ARG}"} "$@" > /dev/null &
> }
> 
> For it to work, acrobat needs to be on your path (I put a link in a
> directory
> that is on my path).  Anyway, works fine for me to pop up acrobat
> displaying
> a file.  I've not tired an incantation for printing ...

And there's always cygstart, no need to do anything special with the
arguments, if the file has the .pdf extension, it will be opened by the
default application, which usually is Acrobat.

Regards.
-- 
René Berber



--
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: library compilation undefined reference to extern function

[René Berber]

On 3/6/2016 4:27 PM, Azatyan, Anushavan wrote:

[snip]
> #include 
> using namespace std;
> extern void foo(void);
> int main()
> {
> cout<<" Print ";
> foo();
> return 0;
> }
> 
> a very simple example I can compile in linux (Ubuntu) without any
problem, but in cygwin it goes with linker errors - undefined reference,
in both systems I use
> 
> $ gcc -c -Wall -fpic filename.cc
> $ gcc -shared -o libfoo.so filename.o

Besides the obvious (dynamic libraries in Windows do not have a .so
extension, but a .dll ext.) the linker in Windows does not allow
undefined references, so your second command should look like:

$ gcc -shared -o libfoo.dll filename.o -lstdc++
filename.o:filename.cc:(.text+0x23): undefined reference to `foo()'
collect2: error: ld returned 1 exit status

obviously you still have an undefined foo().  You have to provide it,
wherever it may be.
-- 
René Berber



--
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: has anyone used Cygwin as a build system for android?

[René Berber]

On 12/28/2015 2:12 PM, Kenneth Wolcott wrote:

>   I'm considering using Cygwin as a build system for android.  I'm
> totally new at this.  What would I need that Cygwin itself does not
> provide?  I know I need an Android SDK and an Android NDK (I have to
> build/link C/C++ with Java too).  I assume that I will need Oracle
> Java.
> 
>   Is this doable?  I'm trying to build android on Mac and Linux as
> preferable alternates.

Nvidia's TADP used to ship Cygwin (and mess up an existing Cygwin
installation) to use some basic Unix commands, and the shell.

I think they stopped installing and using Cygwin.  Probably they just
ship the commands, and maybe a shell, ported to native Windows.

The main part of that Android development environment is Eclipse
customized with SDK, NDK, and a few other things.

That answers the "is doable?" question.  With or without Cygwin its
doable, its just the user's preference (a little bit Unix-like, or
not... anyway you'll configure Eclipse one way or another).
-- 
René Berber



--
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 when lauching cygwin64 process from 32bit native app on Windows 10 TH2

[René Berber]

On 12/3/2015 12:56 PM, René Berber wrote:

> But I don't know what to make of this: Version 10.0 (build 10240),
> perhaps the "1511" is the last 4 digits.

Never-mind, Windows update just installed "version 1511, 10586".
-- 
René Berber




--
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 when lauching cygwin64 process from 32bit native app on Windows 10 TH2

[René Berber]

On 12/3/2015 2:13 AM, David Macek wrote:

> I've always used the trusty `winver` for version info.

Thanks.

But I don't know what to make of this: Version 10.0 (build 10240),
perhaps the "1511" is the last 4 digits.
-- 
René Berber



--
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 when lauching cygwin64 process from 32bit native app on Windows 10 TH2

[René Berber]

55399441936788
/cygdrive/c/Windows/System32/ntdll.dll
7FFE82238000-7FFE822B1000 r--p 00148000 0203:7481 6755399441936788
/cygdrive/c/Windows/System32/ntdll.dll
7FFE-7FFF ===p  : 0

$ uname -a
CYGWIN_NT-10.0 T7400 2.3.1(0.291/5/3) 2015-11-14 12:44 x86_64 Cygwin

I don't know were you can see the specific Windows version, but AFAIK it
hasn't been updated recently (the System Info only shows "Windows 10
Pro", 64-bit).
-- 
René Berber


--
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: Cygwin unable to resolve hostnames

[René Berber]

On 7/22/2015 3:53 PM, Matthew Fountain wrote:

> I'm not sure when this started, but recently Cygwin has been unable to
> resolve (certain) hostnames.
>
> Example:
>  wget github.com
> --2015-07-22 15:17:04--  http://github.com/
> Resolving github.com (github.com)... failed: Non-recoverable failure
> in name resolution.
[snip]
> Any ideas?

Cygwin by default uses the same resolution as Windows, that means that
you have something in Cygwin's configuration that affects resolution.

First and most obvious is /etc/resolv.conf; by default I don't think
there is one, but you can create it and Cygwin will use it.

Next would be if you have more than one DNS resolver in your (Windows)
network configuration, this means that any one of them can be used at
any time (literally it should be random)... and by coincidence Cygwin is
using one that doesn't work, the Web browser is using another, and
things change with different tests. Run 'ipconfig -all' and see under
the network adapter what's listed for "DNS Servers".

Also if there is more than one network adapter something similar to the
last paragraph will happen. I would think that Cygwin uses the DNS
servers on the "default" adapter.

Hope this helps.
-- 
René Berber


--
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: tab autocomplete is going mad (waiting and giving a beep or being slow then displaying too many possibilities)

[René Berber]

Additional info:

It works sometimes, then doesn't.

Bash left a stackdump, after repeated ^C s.

$ cat bash.exe.stackdump
Stack trace:
Frame Function  Args
0028BC68  61030F12 (0310, EA60, 00A4, 0028BCC8)
0028BD88  610E514A (0010, , 0001, 0010)

-- 
René Berber


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