Re: Cygwin alongside WSL

[Angelo Graziosi]

> Il 25 ottobre 2017 alle 8.29 Thomas Wolff  ha scritto:
> 
> 
> >> Mintty 2.8.0 simplifies WSL integration a lot.
> >> In Cygwin, you can simply start e.g. mintty --WSL=Ubuntu (add -~ to start 
> >> in the WSL home).
> > Does it mean that 2.8.0 does not need wslbridge [*] any more?
> No, sorry, I forgot to mention that wslbridge would have to be installed
> in /bin to make this work.

If I understand, 2.8.0 is a big step forward because instead to have this (as 
target link)

C:\msys64\usr\bin\mintty.exe /bin/wslbridge.exe --distro-guid 
{A---DDD-123123} -C~ -t /bin/bash -l

we just need this

C:\msys64\usr\bin\mintty.exe --WSL=Ubuntu -~

Right?

Thanks,
 Angelo.

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

[Angelo Graziosi]

Thomas Wolff wrote:
>
> Mintty 2.8.0 simplifies WSL integration a lot.
> In Cygwin, you can simply start e.g. mintty --WSL=Ubuntu (add -~ to start in 
> the WSL home).
>

Does it mean that 2.8.0 does not need wslbridge [*] any more?

Ciao,
 Angelo.


[*] https://github.com/rprichard/wslbridge

--
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] Release: mintty 2.0.1

[Angelo Graziosi]

Thomas Wolff wrote:

After closing half of the open issues, I thought itâs a good time to release 
mintty.



Window:
  * Alt-F2 creates new window of same size as current one (#275).


No mirror has this new version, yet.

Any way, if this version is the same 2.0.1 which has been released a few 
days ago on MSYS2, the Alt-F2 does not work. Something flickers on the 
screen, but no new mintty window.. and 'ps' shows an extra defunct 
mintty process..


I wonder if this is related to the issue #458 
(https://github.com/mintty/mintty/issues/458)..


Angelo

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

A problem using dd on Cygwin

[Angelo Graziosi]

Just an exercise...

I was playing with dd command to install an ISO image on an USB key 
(to make it bootable). The USB key has size 8 GiB and I did this (as 
Administrator):


  $ dd if=image.iso of=/dev/sdb bs=4M

(image.iso has a size of 1.6 GiB). After this the USB key has a size 
(partition) of about 2.3 GiB: the remaining space is unallocated.


How to restore its original status?

Searching on-line, I have found that on a linux system I should run 
these commands:


1. To reset the USB:

  $ dd count=1 bs=512 if=/dev/zero of=/dev/sdb

(which seems to work)

2. To recreate the partitions table:

  $ cfdisk /dev/sdb  (???)
  $ mkfs.vfat -F32 /dev/sdb1
  $ dosfslabel /dev/sdb1 USB_STICK

but on Cygwin it seems that mkfs.vfat does not exist (in /usr/sbin I 
find cfdisk and other mkfs* files). Also dosfslabel does not exist, but 
if I understand, it gives a label to the USB, so it does not seem very 
important, now..


How can we proceed on Cygwin?


TIA,
 Angelo.

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

Problems with perl pakages in TEST

[Angelo Graziosi]

Last day I installed perl-5.14.4-3 and perl_base-5.14.4-3 which are in 
TEST (really this was not intentional: I clicked a 'next' too soon).


After this, my attempts to build Emacs from git (master) failed



$ ./autogen
Checking whether you have the necessary tools...
(Read INSTALL.REPO for more details on building Emacs)

Checking for autoconf (need at least version 2.65)...
ok
Checking for automake (need at least version 1.11)...
missing

Building Emacs from the repository requires the following specialized 
programs:

autoconf (minimum version 2.65)
automake (minimum version 1.11)

Your system seems to be missing the following tool(s):
automake (missing)

If you think you have the required tools, please add them to your PATH
and re-run this script.

Otherwise, please try installing them.
On systems using rpm and yum, try: yum install PACKAGE
On systems using dpkg and apt, try: apt-get install PACKAGE
Then re-run this script.

If you do not have permission to do this, or if the version provided
by your system is too old, it is normally straightforward to build
these packages from source.  You can find the sources at:

ftp://ftp.gnu.org/gnu/PACKAGE/

Download the package (make sure you get at least the minimum version
listed above), extract it using tar, then run configure, make,
make install.  Add the installation directory to your PATH and re-run
this script.

If you know that the required versions are in your PATH, but this
script has made an error, then you can simply run

autoreconf -fi -I m4

instead of this script.

Please report any problems with this script to bug-gnu-em...@gnu.org .




Only reinstalling the default 5.14.4-1 version of the above packages 
fixes the issue.


I have verified this both with Cygwin 1.7-34 and 1.7-35-003, so it is 
caused only by the perl packages in TEST (Exp)



BTW, to find what packages caused this, I had to work a bit. It seems 
that Setup does not allow to determine which TEST (Exp) packages one had 
installed.. When I click Exp in Full it shows all installed packages 
without a clear distinction between Curr and Exp...


Ciao,
 Angelo.

--
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: Problems with perl pakages in TEST

[Angelo Graziosi]

Achim Gratz wrote:

I can't reproduce


OK, I have reinstalled from scratch

perl-5.14.4-3
perl_autorebase-5.14.4-3
perl_base-5.14.4-3

and things seem to work... :)

Thanks,
 Angelo.

--
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: Problems with perl pakages in TEST

[Angelo Graziosi]

Achim Gratz wrote:

there is at least one other component involved


Which component?


  Angelo

--
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: xorg-server-1.17.1-1 (TEST)

[Angelo Graziosi]

Just for completeness...

Jon TURNEY wrote:


he following packages have been updated in the Cygwin distribution:

*** xorg-server-*1.17.1-1



While installing the TEST version of Cygwin, a next was clicked too 
soon and these 'xorg' packages were installed. OK.


The fact is that I have some X apps which I run from command line 
(MinTTY) as in this example:


$ DISPLAY=127.0.0.1:0.0 ./libXbgi_helios_orbits.out

Obviously, I have already started the X server, from a link on tool bar, 
being


target: C:\cygwin64\bin\run.exe --quote bash -l -c rm -rf /tmp/.X*; 
XWin -multiwindow -clipboard -silent-dup-error 2/dev/null 



But with this 1.7.1 release, I get always:

  Cannot connect to X server

even if the X server is running (the X icon on sys-tray, with all its 
items menu if one right clicks..)


Reverting to 1.6 fixes the issue...


Ciao,
 Angelo.

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

Re: [ANNOUNCEMENT] Updated: xorg-server-1.17.1-1 (TEST)

[Angelo Graziosi]

Il 18/02/2015 15:23, Jon TURNEY ha scritto:


This is an intentional change.

  NOTEWORTHY CHANGES IN 1.17
  ==
 
  '-nolisten tcp' is now the default, so the server only accepts local
  connections on a unix domain socket.  A '-listen' option has been
  added which can be used to restore the previous behaviour.

On 18/02/2015 14:12, Angelo Graziosi wrote:


$ DISPLAY=127.0.0.1:0.0 ./libXbgi_helios_orbits.out


I think you will need to write DISPLAY=:0.0, or add the new '-listen
tcp' X server option.


OK,

$ DISPLAY=:0.0 ./libXbgi_mandelbrot.out

works. This seems enough..


If I understand, the option '-listen tcp' is needed to make it backward 
compatible with DISPLAY=127.0.0.1:0. Right?


Thanks,
 Angelo.

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

Re: Setup and perl

[Angelo Graziosi]

Corinna Vinschen wrote:

Because 001001 is a bigger version number than 5.14.whatever.


Ah, now I remember! I did read it but for some reason I lost it...

Sorry for the noise...

Ciao,
 Angelo.

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

Setup and perl

[Angelo Graziosi]

Today I run setup to update Cygwin and it wanted to install perl_base as 
dependency (I don't remember which version). OK.


Then I saw that there was a new test release of Cygwin (1.7.35-03) and 
since I was using 1.7.35-2, I re-run setup to install it. And after 
choosing only 1.7.35-03 in Exp/Pendig, setup wanted to install another 
time perl_base as dependency. This time I took note: it was version 
5.14.4-3 (setup.ini says it is in TEST). OK.


For sanity check, I re-run setup and found in Curr/Pendig a version of 
file and... oops perl_autorebase-001001, being 5.14.4-3 currently 
installed...


I wonder if all this is to be expected...


Ciao,
 Angelo.

--
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: Setup and perl

[Angelo Graziosi]

Achim Gratz wrote:

Sort of, now that you say itâ the test version of perl does require
perl_base as a dependency, but that requirement also carries to all
other versions unfortunately.  I'll upload an empty package for current.

As for perl_autorebase, it does not matter which version you install and
the perl_autorebase-001001-1 package will be removed soon.


Maybe I am wrong, but things seem a bit strange.

I run setup and choose Exp. In Pending it says that 001001 is currently 
installed and proposes 5.14.4-3. OK I install this 5.14.4-3.


Re-run setup and Curr/Pending re-proposes 001001!

But was setup patched so that when a TEST (Exp) package was installed, 
the next time it does not re-propose the Current? or this works only for 
Cygwin TEST/Curr?



Ciao,
Angelo.

--
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 RELEASE: Cygwin 1.7.35-0.1

[Angelo Graziosi]

Corinna Vinschen wrote:

I think I fixed it


Oh yes, it is fixed in 1.7.35-0.2! I was busy with another Emacs glitch 
and could not answer before..


Thanks for the quick fix!

Ciao,
 Angelo.

--
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 RELEASE: Cygwin 1.7.35-0.1

[Angelo Graziosi]

Corinna Vinschen wrote:

I released a very early TEST version of the next upcoming Cygwin
release.  The version number is 1.7.35-0.1.


With this release, the Emacs (master) build is broken. It does not pass 
the autogen.sh step:


./autogen.sh
Checking whether you have the necessary tools...
(Read INSTALL.REPO for more details on building Emacs)

Checking for autoconf (need at least version 2.65)...
ok
Checking for automake (need at least version 1.11)...
ok
Your system has the required tools.
Running 'autoreconf -fi -I m4' ...
am-wrapper: C:\cygwin64\usr\share\autotools\am-wrapper.sh: error: Unable 
to locate any usuable version of automake.
I tried these versions: 1.14 1.13 1.12 1.11 1.10 1.9 1.8 1.7 
1.6 1.5 1.4 1.99 1.98 1.97 1.96 1.95 1.94 1.93 1.92 1.91 1.90 1.89 1.88 
1.87 1.86 1.85 1.84 1.83 1.82 1.81 1.80 1.79 1.78 1.77 1.76 1.75 1.74 
1.73 1.72 1.71 1.70 1.69 1.68 1.67 1.66 1.65 1.64 1.63 1.62 1.61 1.60 
1.59 1.58 1.57 1.56 1.55 1.54 1.53 1.52 1.51 1.50 1.49 1.48 1.47 1.46 
1.45 1.44 1.43 1.42 1.41 1.40 1.39 1.38 1.37 1.36 1.35 1.34 1.33 1.32 
1.31 1.30 1.29 1.28 1.27 1.26 1.25 1.24 1.23 1.22 1.21 1.20 1.19 1.18 
1.17 1.16 1.15 1.14
With a base name of 'C:autoreconf-2.69: aclocal failed with 
exit status: 1

GNUmakefile:66: set di istruzioni per l'obiettivo configure non riuscito
make: *** [configure] Errore 1

Reverting to 1.7.34 fixes the build:

./autogen.sh
Checking whether you have the necessary tools...
(Read INSTALL.REPO for more details on building Emacs)

Checking for autoconf (need at least version 2.65)...
ok
Checking for automake (need at least version 1.11)...
ok
Your system has the required tools.
Running 'autoreconf -fi -I m4' ...
configure.ac:756: installing 'build-aux/compile'
configure.ac:139: installing 'build-aux/config.guess'
configure.ac:139: installing 'build-aux/config.sub'
configure.ac:136: installing 'build-aux/install-sh'
configure.ac:136: installing 'build-aux/missing'
lib/Makefile.am: installing 'build-aux/depcomp'
You can now run './configure'.

Ciao,
 Angelo.



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

Emacs and last libpng release

[Angelo Graziosi]

After this update: https://cygwin.com/ml/cygwin/2015-02/msg00126.html, 
building Emacs (from master) fails because 'ld' does not find '-lpng15'...


Installing libpng15-devel fixes the build but I wonder if there is a 
better way to do this..


TIA,
 Angelo.

--
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: Emacs and last libpng release

[Angelo Graziosi]

Ken Brown wrote:

I think the better way is for all libraries that rely on libpng15 to rebuild 
for libpng16.


Does this mean that there is some library which, after being rebuilt, 
will allow Emacs to be build OB, linking to libpng16, without the need 
to install libpng15?



Ciao,
 Angelo.

--
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: Emacs and last libpng release

[Angelo Graziosi]

Il 10/02/2015 17:55, Angelo Graziosi ha scritto:

Ken Brown wrote:

I think the better way is for all libraries that rely on libpng15 to
rebuild for libpng16.


Does this mean that there is some library which, after being rebuilt,
will allow Emacs to be build OB, linking to libpng16, without the need
to install libpng15?



Maybe I have understood.. it seems an issue similar to that I flagged 
here: https://cygwin.com/ml/cygwin/2014-12/msg00390.html


The build log shows:

  Does Emacs use a png library?   yes -lpng16

and ldd :

$ ldd /usr/local/emacs/bin/emacs.exe | grep png
cygpng16-16.dll = /usr/bin/cygpng16-16.dll (0x3f670)
cygpng15-15.dll = /usr/bin/cygpng15-15.dll (0x3f674)

So, the spurious dependency could came from ImageMagick which still 
depend on libpng15.



Ciao,
  Angelo.


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

Completion issue with 1.7.34-test

[Angelo Graziosi]

With Cygwin-1.7.34-003 (Cygwin64) I can reproduce systematically a 
completion issue reproducible with the following steps.


Notice, in my HOME I have a directory called 'work'.

Boot Windows (W7U64) and login. Start MinTTY.

  $ ls -lrt ~/w[TAB]

it produces

$ ls -lrt ~/work/

so with an Enter, I can list work,

$ ls -lrt ~/work/[ENTER]
totale 10104
[...]

and is is OK.

Now

$ cd /tmp/[ENTER]
$ ls -lrt ~/work/[ENTER]
ls: impossibile accedere a /ho3/work/: No such file or directory

Returnig at HOME:

$ cd[ENTER]
$ ls -lrt ~/work/[ENTER]
ls: impossibile accedere a /ho3/work/: No such file or directory

This happens with and without a default /etc/nsswitch.conf file; with 
only /etc/{passwd,group} files (no nsswithch.conf).


Reinstalling 1.7.33 and the /etc/{passwd,group} files created at first 
default installation fixes the issue.



Ciao,
 Angelo.

--
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: Completion issue with 1.7.34-test

[Angelo Graziosi]

Il 12/01/2015 14:37, Andrey Repin ha scritto:


I can't seem to reproduce the behavior. Do you have your $HOME variable
correctly set? (A shoot in the dark, yes...)



No, my HOME is right,

$ echo $HOME
/home/angelo

and also what suggests Corinna is OK. Apparently there was a problem 
with a change I did few days ago in .bashrc. I added:



if [ -d /usr/local/texlive ] ; then
if [ -f ${HOME}/.bash_texlive ]; then
source ${HOME}/.bash_texlive
fi
fi


Indeed commenting out that, the issue went away. So trying to debug 
this, I played a little with .bashrc (renaming, moving etc.). At the 
end, I gave up.. an restored always the same .bashrc.. and.. surprise! 
the issue was gone! I can't reproduce it any more.. hmm..


Sorry for the noise and thanks for your time.

Ciao,
 Angelo.

--
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: ImageMagick-6.9.0.0-1 ( autotrace circular dependency)

[Angelo Graziosi]

I do not know if this is relevant (see [*]), but I need this link,

  cd /usr/lib
  ln -sf libMagickCore-6.Q16.dll.a libMagickCore.dll.a

also while configuring, otherwise these tests fail:

  checking for MagickExportImagePixels... no
  checking for MagickMergeImageLayers... no

From config.log, it seems it tries to find those functions in 
'-lMagickCore' (there is, there, a 'ld ... error ... -lMagickCore not 
found...'



Ciao,
 Angelo.

---
[*] https://cygwin.com/ml/cygwin/2014-12/msg00399.html,
https://cygwin.com/ml/cygwin/2014-12/msg00393.html

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

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.34-003

[Angelo Graziosi]

Marco Atzeri wrote:

If re-installation created new SID's for you machine, than the old SID stored 
in the USB STICK file
descriptors are not recognized.


I wrote:

Ugh! I guess it is as Windows re-installation works


Maybe I spoken too soon..

I reformatted that usb key as NTFS and copied there backup data. Then I 
did a new Windows (W7U64) re-installation from scratch.


I re-installed completely MSYS2 and the basic of Cygwin64 (1.7.33 using 
/etc/passwd and group)


On MSYS2 the usb key is listed as follows:

$ ls -lrta /e/
totale 28
drwxr-xr-x 1 angelo None 0 29 dic 03.44 tlnet_repo
drwxr-xr-x 1 angelo None 0  6 gen 01.49 msys2-angelo.bkp-20150106
drwxr-xr-x 1 angelo None 0  7 gen 14.47 angelo.bkp-20150106
drwxr-xr-x 1 angelo None 0  7 gen 21.26 .
drwxr-xr-x 1 angelo None 0  8 gen 12.57 ..

while on Cygwin (1.7.33):

$ ls -lrta /cygdrive/e/
totale 24
drwxrwxr-x+ 1     0 29 dic 03.44 tlnet_repo
drwxr-xr-x+ 1     0  6 gen 01.49 
msys2-angelo.bkp-20150106

drwxr-xr-x+ 1     0  7 gen 14.47 angelo.bkp-20150106
drwxrwxrwx+ 1  Administrators 0  7 gen 21.26 .
dr-xr-xr-x  1 angelo   None   0  8 gen 15.46 ..

If I use Cygwin 1.7.34 with/without the /etc/{passwd,group} files the 
'?' are changed in


  Unknown+User
  Unknown+Group

Now, you should consider that MSYS2 comes with their core DLL (the 
equivalent of cygwin1.dll), which uses the new features in 1.7.34 test: 
indeed the don't install anymore /etc/{passwd,group} file but a default 
/etc/nsswitch.conf file,


$ cat /etc/nsswitch.conf
# Begin /etc/nsswitch.conf

passwd: files db
group: files db

db_enum: cache builtin

db_home: cygwin desc
db_shell: cygwin desc
db_gecos: cygwin desc

# End /etc/nsswitch.conf


This seems invalidate the initial guess:


  If re-installation created new SID's for you machine, than the old

  SID stored in the USB STICK file descriptors are not recognized.


After all, if that was the reason, why on OSX the usb key is seen 
correctly?


Ciao,
 Angelo.


--
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 RELEASE: Cygwin 1.7.34-003

[Angelo Graziosi]

Marco Atzeri wrote:
 If re-installation created new SID's for you machine, than the old SID stored 
 in the USB STICK file descriptors are not recognized.

Ugh! I guess it is as Windows reinstallation works…

 probably chown / chgrp will be helpful

What I did.. ‘chown -R —reference= …’ as administrator seems enough  Only I 
messed around a bit.. I had there some links to system folders... :-(

Thanks,
 Angelo.


--
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 RELEASE: Cygwin 1.7.34-003

[Angelo Graziosi]

Corinna Vinschen wrote:
 I released another TEST version of the next upcoming Cygwin release.
 The version number is 1.7.34-003.
 
For almost an year I have used, on Win7 U 64 and Cygwin 64, an USB key (to 
backup my Cygwin HOME), formatted NTFS, both with Cygwin 1.7.33 (i.e. using 
/etc/{group,passwd}) and test Cygwin (like 1.7.34 using only a default 
nsswitch.conf). On this USB key the files and folders had alway owner ‘angelo’ 
and group ’None’.

Now I  reinstalled from scratch Win7 U 64 (the same, only I used an usb 
bootable instead of CD/DVD), and so reinstalled Cygwin64.

To reinstall Cygwin 64 I did this:

1. Installed the default (next, next,.. in setup-x86_64.exe), i.e. Cygwin 1.7.33
2. I didn’t start Cygwin but with Explorer I renamed /etc/group in 
/etc/group-save and the same for passed.
3. Copied nsswithch.conf from my backups (it contains the default)
4. Restarted setup-x86_64.exe and installed the test release, i.e. Cygwin 
1.7.34.

Now on that USB key the files and folders have owner ‘Unknown+User’ and group 
‘Unknown+Group’. I have also some difficulties in having full control. 
Sometimes I have to start MinTTY as administrator.

Are all these facts to be expected with 1.7.34 in a new reinstallation of the 
OS?

For example, when I use that USB key on OS X (which can only read NTFS 
partitions), the files have owener ‘angelo’ and group ’staff’ as on my OS X 
HOME.

To summarize, the same USB key has:


OS  
OWENER  GROUP

Cygwin 1.7.33/34 before OS reinstallationangelo 
  None

Cygwin 1.7.34 after OS reinstallationUnknown+User
Unknown+Group

OSX 10.10   
angelo  staff


Ciao,
 Angelo.
--
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: A list of installed packages (no dependencies) -- this may help

[Angelo Graziosi]

Houder wrote:

I replied to your entry in an earlier attempt, but my reply got stuck in the 
machinery
at sourceware.or


Oh, I am afraid of this..


Below (I hope) you will find a script, that may be of help to you


Thanks for the scripts, I hope hope these and similar features are soon 
included in Cygwin.


Maybe, I have already wrote this, Cygwin needs a true packages manager 
(I have in mind pacman, port (MacPorts, OSX), apt...), or setup/cygport 
should be transformed in that way...


Ciao,
 Angelo.

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

A list of installed packages (no dependencies)

[Angelo Graziosi]

Is there in Cygwin a command to recover a list of installed packages 
chosen by the user without the dependencies?


For example, the archlinux package manager with

pacman -Qqe  pkglist

can save the list of package chosen by the user only and this is useful 
in case one wants/needs to reinstall all the packages.


Happy New year!

Ciao,
 Angelo.

--
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: A list of installed packages (no dependencies)

[Angelo Graziosi]

Larry Hall wrote:

This sounds contradictory to what you're asking above.


No, it is as modern package managers work. Also 'port' in MacPorts has 
similar options (they call these packages 'requested'). For example, on 
OSX I have installed only 21 (chosen by me, i.e. *requested*), but the 
total number of package installed (as a result of dependencies) is 254. 
In principle reinstalling the 21 packages should reinstall all the 254 
but sometimes the dependencies change. Having a less package to 
reinstall makes simpler to follow the process of 
installation/re-installation.


I think Cygwin has this (maybe I read this on the list) but I don't 
remember, exactly, the command.. :-(


In any case, Happy New Year.

Ciao,
 Angelo.

--
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: xinit-1.3.4-1: breaking backwards compatibility

[Angelo Graziosi]

Laurens Blankers wrote:

I noticed that updating to the latest xinit (1.3.4-1) from the previous
one (1.3.2 I believe) completely breaks existing configurations.


What about changing the way X server is started? I flagged here:

  https://cygwin.com/ml/cygwin-xfree/2014-11/msg00040.html

my experience with which I have no problems. But it may be that you have 
other needs which require starting X differently..



Ciao,
 Angelo.

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

Re: xinit-1.3.4-1: breaking backwards compatibility

[Angelo Graziosi]

Laurens Blankers wrote:

Then I drag the X icon to my
Start-up folder, so that it starts every time my desktop boots


The same you can do with the link created as suggested in my previous 
replay. When I had Win XP I did that way for almost 7 years without 
tacking care of any configuration and/or xinit upgrade. Now with Win7 I 
don't use much X so I have left the link on the task bar and start it 
manually when I need X.



Ciao,
 Angelo.

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

Re: [ANNOUNCEMENT] Updated: ImageMagick-6.9.0.0-1 (Emacs problem)

[Angelo Graziosi]

Marco Atzeri wrote:

Version 6.9.0.0-1 of
   ImageMagick
   ImageMagick-doc
   libMagickCore6
   libMagick-devel
   perl-Image-Magick

have been uploaded for cygwin


After this upgrade, Emacs fails to build from trunk:

[...]
Configured for `x86_64-pc-cygwin'.

  Where should the build process find the source code?.
  What compiler should emacs be built with?   clang -pipe 
-Ofast -g0 -fomit-frame-pointer
  Should Emacs use the GNU version of malloc? only before 
dumping

  Should Emacs use a relocating allocator for buffers?no
  Should Emacs use mmap(2) for buffer allocation? yes
  What window system should Emacs use?w32
  What toolkit should Emacs use?  none
  Where do we find X Windows header files?Standard dirs
  Where do we find X Windows libraries?   Standard dirs
  [...]
  Does Emacs use imagemagick? yes
  [...]
-lpng15 -lm -lz -lcairo -lz -lGL -lgobject-2.0 -lffi -lglib-2.0 -lintl 
-lpcre -lintl -liconv -lpcre -lpixman-1 -lfontconfig -lexpat -lfreetype 
-lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lEGL -lm -lpthread 
-lGL -lm -lpthread -lXdamage -lXfixes -lX11-xcb -lxcb-glx -lpng15 -lm 
-lz -lxcb-shm -lxcb-render -lXrender -lXext -lX11 -lxcb -lXau -lXdmcp 
-lxml2 -lz -lgdi32 -lm -lgomp -lm -lMagickCore-6.Q16 -ljbig -llcms2 [...]

-lgobject-2.0 -lffi -lglib-2.0 -lintl -lpcre -lintl -liconv -lpcre   -lz
/usr/lib/gcc/x86_64-pc-cygwin/4.8.3/../../../../x86_64-pc-cygwin/bin/ld: 
impossibile trovare -lMagickCore
/usr/lib/gcc/x86_64-pc-cygwin/4.8.3/../../../../x86_64-pc-cygwin/bin/ld: 
impossibile trovare -lMagickCore

collect2: error: ld returned 1 exit status
clang: error: linker (via gcc) command failed with exit code 1 (use -v 
to see invocation)

Makefile:689: set di istruzioni per l'obiettivo temacs.exe non riuscito
make[1]: *** [temacs.exe] Errore 1
make[1]: uscita dalla directory /tmp/emacs-master/src
Makefile:384: set di istruzioni per l'obiettivo src non riuscito
make: *** [src] Errore 2
make: *** Attesa per i processi non terminati


Ciao,
 Angelo.

--
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: ImageMagick-6.9.0.0-1 (Emacs problem)

[Angelo Graziosi]

Il 30/12/2014 17:16, Marco Atzeri ha scritto:

On 12/30/2014 3:20 PM, Angelo Graziosi wrote:

Marco Atzeri wrote:

Version 6.9.0.0-1 of
   ImageMagick
   ImageMagick-doc
   libMagickCore6
   libMagick-devel
   perl-Image-Magick

have been uploaded for cygwin


After this upgrade, Emacs fails to build from trunk:

[...]
Configured for `x86_64-pc-cygwin'.

   Where should the build process find the source code?.
   What compiler should emacs be built with?   clang -pipe
-Ofast -g0 -fomit-frame-pointer
   Should Emacs use the GNU version of malloc? only before
dumping
   Should Emacs use a relocating allocator for buffers?no
   Should Emacs use mmap(2) for buffer allocation? yes
   What window system should Emacs use?w32
   What toolkit should Emacs use?  none
   Where do we find X Windows header files?Standard dirs
   Where do we find X Windows libraries?   Standard dirs
   [...]
   Does Emacs use imagemagick? yes
   [...]
-lpng15 -lm -lz -lcairo -lz -lGL -lgobject-2.0 -lffi -lglib-2.0 -lintl
-lpcre -lintl -liconv -lpcre -lpixman-1 -lfontconfig -lexpat -lfreetype
-lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lEGL -lm -lpthread
-lGL -lm -lpthread -lXdamage -lXfixes -lX11-xcb -lxcb-glx -lpng15 -lm
-lz -lxcb-shm -lxcb-render -lXrender -lXext -lX11 -lxcb -lXau -lXdmcp
-lxml2 -lz -lgdi32 -lm -lgomp -lm -lMagickCore-6.Q16 -ljbig -llcms2 [...]
-lgobject-2.0 -lffi -lglib-2.0 -lintl -lpcre -lintl -liconv -lpcre   -lz
/usr/lib/gcc/x86_64-pc-cygwin/4.8.3/../../../../x86_64-pc-cygwin/bin/ld:
impossibile trovare -lMagickCore
/usr/lib/gcc/x86_64-pc-cygwin/4.8.3/../../../../x86_64-pc-cygwin/bin/ld:
impossibile trovare -lMagickCore

[cut]

clang: error: linker (via gcc) command failed with exit code 1 (use -v
to see invocation)


it seems clang lost the -6.Q16 when passing to ld.
I am not sure it is a ImageMagick package bug; the new format
is unusual but we already have names with dot before .dll.a

libgdk-x11-2.0.dll.a




Hmm... I don't understand...

I have built Emacs with CLANG since this was added to Cygwin. First on 
Cygwin32 and now on Cygwin64, and it always worked O(other_bugs)... Only 
after the last ImageMagick update the build is broken...


In any case, also GCC seems to have the same problems:

[...]
Configured for `x86_64-pc-cygwin'.

  Where should the build process find the source code?.
  What compiler should emacs be built with?   gcc 
-std=gnu99 -pipe -Ofast -g0 -fomit-frame-pointer
  Should Emacs use the GNU version of malloc? only before 
dumping

  Should Emacs use a relocating allocator for buffers?no
  Should Emacs use mmap(2) for buffer allocation? yes
  What window system should Emacs use?w32
  What toolkit should Emacs use?  none
  Where do we find X Windows header files?Standard dirs
  Where do we find X Windows libraries?   Standard dirs
  Does Emacs use -lXaw3d? no
  Does Emacs use -lXpm?   yes
  Does Emacs use -ljpeg?  yes
  Does Emacs use -ltiff?  yes
  Does Emacs use a gif library?   yes -lgif
  Does Emacs use a png library?   yes -lpng15
  Does Emacs use -lrsvg-2?no
  Does Emacs use imagemagick? yes
  Does Emacs support sound?   yes
  Does Emacs use -lgpm?   no
  Does Emacs use -ldbus?  yes
  Does Emacs use -lgconf? no
  Does Emacs use GSettings?   no
  Does Emacs use a file notification library? yes -lgio (gfile)
  Does Emacs use access control lists?yes
  Does Emacs use -lselinux?   no
  Does Emacs use -lgnutls?yes
  Does Emacs use -lxml2?  yes
  Does Emacs use -lfreetype?  no
  Does Emacs use -lm17n-flt?  no
  Does Emacs use -lotf?   no
  Does Emacs use -lxft?   no
  Does Emacs directly use zlib?   yes
  Does Emacs use toolkit scroll bars? yes
[...]
-lpcre -lintl -liconv -lpcre -lpixman-1 -lfontconfig -lexpat -lfreetype 
-lbz2 -lpng15 -lm -lz -lexpat -lfreetype -lbz2 -lz -lEGL -lm -lpthread 
-lGL -lm -lpthread -lXdamage -lXfixes -lX11-xcb -lxcb-glx -lpng15 -lm 
-lz -lxcb-shm -lxcb-render -lXrender -lXext -lX11 -lxcb -lXau -lXdmcp 
-lxml2 -lz -lgdi32 -lm -lgomp -lm   -ldbus-1  -lxml2 -lz -llzma 
-liconv -lm -lncurses-lgnutls -lz -lintl

About djvulibre and djview (To Say Nothing of the... pdf2djvu)

[Angelo Graziosi]

I see that djvulibre has been moved from Cygwinports.. I wonder if you 
are going to move also djview and pdf2djvu...



Ciao,
 Angelo.

--
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 RELEASE: Cygwin 1.7.34-002

[Angelo Graziosi]

Corinna Vinschen wrote:

How nice.  We have all the work and they simple grab it and don't give
anything back to their upstream project.


...the *Dark* side of free (GPL?) software... I guess..

In any case, you could always *grab* their pacman manager.. Besides 
being very appealing, it would avoid the long thread [*] on cygwin-apps 
list..


Why what aims to be a ..Linux feeling - on Windows should have a 
package manager (setup.exe :( ) which install deps more o less 
silently... apt-get, yum, pacman, port (on OSX) (and, I sure, others) 
always warn the user about which packages are to be installed..


Unless you adopt a 'true' package manager,  I would not change the 
current behavior of setup.exe..



Ciao,
 Angelo.

---
[*] https://cygwin.com/ml/cygwin-apps/2014-12/msg00017.html

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

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.34-002

[Angelo Graziosi]

Ciao Corinna,

Corinna Vinschen wrote:

The new nsswitch.conf settings


maybe I am wrong.. but shouldn't these new test release come with a 
default /etc/nsswitch.conf file? a file which is installed/updated if it 
does not exist/unchanged..


I have seen that MSYS2 *has* it...

Ciao,
 Angelo.

--
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: xinit-1.3.4-1 (Major overhaul of X session handling)

[Angelo Graziosi]

Nem W Schlecht wrote:

Yes, but both of those are applications that have an icon, display a
window, etc.  I don't want any of that.  I just want X11 to *not*
launch fbpanel and to *not* quit.


I don't know if the following can help..

For years I start the X server with a link whose target is:

C:\cygwin64\bin\run.exe --quote bash -l -c rm -rf /tmp/.X*; XWin 
-multiwindow -clipboard -silent-dup-error 2/dev/null 


and the From field:  C:\cygwin64\home\$USER

I created it with a script like this



MKSHORTCUT=`which mkshortcut 2 /dev/null`
RUN=`which run 2 /dev/null`
XWINEXE=`which XWin 2 /dev/null`
XWINEXE=${XWINEXE}.exe

xwin_link()
{
echo
echo -n Creating XWin desktop link...

local xwin_exe_ico=${XWINEXE}
local xwin=XWin Server
local xwin_cmd=rm -rf /tmp/.X*;
xwin_cmd+= XWin -multiwindow -clipboard
xwin_cmd+= -silent-dup-error 2/dev/null 

${MKSHORTCUT} \
-a --quote bash -l -c \${xwin_cmd}\ \
-d XWin Server \
-i ${xwin_exe_ico} \
-n ${xwin} \
-w ${HOME} \
${RUN}
echo done.
}

xwin_link

Now, on W7, I have it on the Applications Bar, and start the x server 
manually. On XP, I had it in Start - Automatic Run, and the X server 
started with Windows..



Ciao,
 Angelo.

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

An issue with libX11?

[Angelo Graziosi]

From another application I have an issue with libX11 which I can 
reproduce with the following STC,



$ cat getch_test.c
/*
  gcc getch_test.c -lX11 -o getch_test.out

  DISPLAY=127.0.0.1:0.0 ./getch_test.out
*/

#include stdio.h
#include stdlib.h
#include X11/Xlib.h
#include X11/Xutil.h
#include X11/Xos.h
#include X11/Xatom.h
#include X11/keysym.h

Display *dis;
Window win;

int fun()
{
  XEvent event;
  char c;

  printf(1\n);

  while(1)
  {
printf(2\n);
XNextEvent(dis, event);

printf(3\n);

if (event.type == KeyPress)
{
  c = (char) XLookupKeysym(event.xkey, 0);
  return (int) c;
}
  }
}

int main()
{
  dis = XOpenDisplay(NULL);
  win = XCreateSimpleWindow(dis, RootWindow(dis, 0), 1, 1, 500, 500,
0, BlackPixel (dis, 0), BlackPixel(dis, 0));

  XMapWindow(dis, win);
  XFlush(dis);

  printf(Press a key:\n);
  fun();

  /*Sleep 5 seconds before closing.*/
  //sleep(5);

  return (0);
}


Running it, one gets

$ DISPLAY=127.0.0.1:0.0 ./getch_test.out
Press a key:
1
2
HANGS

it does not print 3, so it seems it does not return from

  XNextEvent(dis, event);


I am not an X11 expert, so it could be I am doing the wrong things but 
the same code runs fine on OSX+XQuartz and GCC-4.9.1.


For completeness, I start the Cygwin X server with a link on status bar 
(W7+Cygwin64) whose target is:


  C:\cygwin64\bin\run.exe --quote bash -l -c rm -rf /tmp/.X*; XWin 
-multiwindow -clipboard -silent-dup-error 2/dev/null 



Ciao,
  Angelo.

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

Re: An issue with libX11?

[Angelo Graziosi]

Il 09/11/2014 21:16, Jon TURNEY ha scritto:

On 09/11/2014 15:38, Angelo Graziosi wrote:

From another application I have an issue with libX11 which I can
reproduce with the following STC,


I don't think this test case is well-formed.


int main()
{
   dis = XOpenDisplay(NULL);
   win = XCreateSimpleWindow(dis, RootWindow(dis, 0), 1, 1, 500, 500,
 0, BlackPixel (dis, 0), BlackPixel(dis, 0));

   XMapWindow(dis, win);


A 'XSelectInput(dis, win, KeyPress)' is needed here to tell the X server
that this client wishes to receive KeyPress event.s


I found the issue trying the examples of libXbgi library 
(http://libxbgi.sourceforge.net), so I tried to create a STC adapting 
the example discusses here:


https://user.xmission.com/~georgeps/documentation/tutorials/Xlib_Beginner.html

Anyway, the STC on Cygwin64 doesn't work if I add your suggestion,

...
XMapWindow(dis, win);
XSelectInput(dis, win, KeyPress);
XFlush(dis);
...




I am not an X11 expert, so it could be I am doing the wrong things but
the same code runs fine on OSX+XQuartz and GCC-4.9.1.


as I wrote, on OSX it works (there XQuartz is 2.7.7). For this reason I 
flagged this to X-Cygwin list..



I tried with XQuartz 2.7.8_beta1 and I couldn't reproduce that.



On which system? OSX?


Ciao,
 Angelo.

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

Re: An issue with libX11?

[Angelo Graziosi]

Il 09/11/2014 22:16, Jon TURNEY ha scritto:

On 09/11/2014 20:49, Angelo Graziosi wrote:


...
XMapWindow(dis, win);
XSelectInput(dis, win, KeyPress);


Oops.  I think that should be KeyPressMask.


Now, it works as expected. Thanks..


  Angelo

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

Re: [ANNOUNCEMENT] Updated: texinfo-5.2-3

[Angelo Graziosi]

Ken Brown wrote:

...but the command 'makeinfo --pdf' won't work unless you install texinfo-tex


Before the splitting I had installed the texinfo package and it did not 
require any TeXLive packages.


Now If I try to install also texinfo-tex package, setup wants to install 
also texlive packages which I don't need. Indeed I already have TexLive 
installed as monolithic distribution from TeXLive site.


It looks as if we have exchanged Perl with TeXLive...


Ciao,
 Angelo.


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

[Angelo Graziosi]

Ken Brown wrote:

The people who have been reporting frequent crashes are aware of the fix. Now I 
just have to wait and hope I don't hear from them for a few days.


Just for the record...

Both with the snapshot and test releases, the issues in building Emacs I 
had after the migration from Xp+Cygwin32 to W7+Cygwin64 are gone. Now it 
seems I can build/bootstrap Emacs trunk always at the first attempt, 
before I had to try at least 10-15 times...


I hope that the Ken's hunt is over... :)


Many thanks to Ken (and _Mum_, obviously...),
   Angelo.

--
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 RELEASE: Cygwin 1.7.33-0.2

[Angelo Graziosi]

Corinna Vinschen wrote:

For your convenience I wrote new documentation.  Since this is a TEST
prerelease, the new documentation is not part of the official docs yet.
Rather have a look at

  https://cygwin.com/preliminary-ntsec.html


It seem s that many links in that page don't work: they gives 404 Page 
not found.


For example:

 'mount' in ...is controlled by the mount option...

 'the section called “Mapping Windows accounts to POSIX'

 'https://cygwin.com/ntsec.html#ntsec-files'

and so on..


Ciao,
 Angelo.

--
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 RELEASE: Cygwin 1.7.33-0.2

[Angelo Graziosi]

Il 26/10/2014 20:47, Andrey Repin ha scritto:



P.S.
I would appreciate, if you teach your mail cleint to insert proper threading
headers to the list replies.


I would appreciate, if you avoid to send me your replays. I read the 
list even if I haven't subscribed it...


You should avoid also to put yourself in each thread..

--
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 RELEASE: Cygwin 1.7.33-0.1

[Angelo Graziosi]

Corinna Vinschen wrote:

The major change in this new release is the new method to read account
(passwd and group) information from the Windows user databases directly,
without the requirement to generate /etc/passwd and /etc/group files to
generate Unix-like uid and gid.


Does it mean that the users with /etc/{passwd,group} files have to 
rename them [*] before its installation TO TEST the new functionality?


Thanks,
 Angelo.

---
E.g. : mv /etc/{passwd, group} /etc/{passwd-save, group-save}

--
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 RELEASE: Cygwin 1.7.33-0.1

[Angelo Graziosi]

Corinna Vinschen wrote:

As an example, just try `id':

$ id
uid=1049577(corinna) gid=1049701(vinschen) groups=1049701(vinschen),545(Users),


Here it prints:

uid=197609(angelo) gid=197121(None) gruppi=197121(None), 
197608(HomeUsers), 545(Users),


and many files are listed ad angelo None,

-rw-r--r--  1 angelo None 8222906 22 set 16.12 14-007r2.pdf
-rw-r--r--  1 angelo None  354744 15 ott 13.43 ...

in your case, if I understand, you should have something like this

-rw-r--r--  1 corinna vinschen 8222906 22 set 16.12 14-007r2.pdf
-rw-r--r--  1 corinna vinschen 354744 15 ott 13.43 ...

instead... more interesting..


For the details, see the new documentation, please.


yes, it will take a bit of time (mainly to understand... ;-))


Ciao and thanks,
 Angelo.

--
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: run-1.3.3

[Angelo Graziosi]

Achim Gratz:

Version 1.3.3 of run, previously available as a test release, is
promoted to current.


Why, now, does setup want to install also the run-debuginfo packages?

Really do we need it?

Ciao,
 Angelo.

--
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: run-1.3.3

[Angelo Graziosi]

The following happens for Cygwin64.

Achim Gratz wrote:

I uploaded the wrong setup.hint file to the run-debuginfo directory.


It seems there are problems with this package. Now Setup says:

  Download incomplete. Try again?

But 'try again' doesn't work. Then clicking 'Cancel', it prints

  Can't open (null) for reading. No such file

Rerunning Setup, run package is not marked for upgrade and clicking 
'Next' it says:


  Resolving Dependencies
  The following packages are required to...

  _update-info-dir  (00326-1)
Generate info/dir file automatically
	Required by: automake1.14, bash, binutils, bison, coreutils, diffutils, 
fftw3, findutils, flex, gawk, gcc-core, gcc-fortran, gdb, gdbm, 
gettext-devel, git, gnupg, heimdal, libgcrypt, libtool,...


Usually I use http://mirrors.kernel.org as mirror but 
http://sourceware.mirrors.tds.net gives the same results...


So, what I need to do now?

Ciao,
 Angelo.


--
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: run-1.3.3

[Angelo Graziosi]

Il 05/10/2014 21:58, Angelo Graziosi ha scritto:

The following happens for Cygwin64.

Rerunning Setup, run package is not marked for upgrade and clicking
'Next' it says:

   Resolving Dependencies
   The following packages are required to...

   _update-info-dir(00326-1)
 Generate info/dir file automatically
 Required by: automake1.14, bash, binutils, bison, coreutils,
diffutils, fftw3, findutils, flex, gawk, gcc-core, gcc-fortran, gdb,
gdbm, gettext-devel, git, gnupg, heimdal, libgcrypt, libtool,...


Notice, I am an acient user of Cygwin and all those packages have been 
installed some time ago...



Usually I use http://mirrors.kernel.org as mirror but
http://sourceware.mirrors.tds.net gives the same results...

So, what I need to do now?

Ciao,
  Angelo.



--
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: run-1.3.3

[Angelo Graziosi]

Marco Atzeri wrote:

Remove the run-1.3.3-1.tar.xz from the download cache and try again.


The first thing I did. I removed run-1.3.3-1.tar.xz from my local repo 
and after this I got that update info dir requires all those package, 
already installed!



worked fine for me from ftp.mirrorservice.org


Here same issues also from  ftp.mirrorservice.org...

What to do?

Ciao,
Angelo.

--
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: run-1.3.3

[Angelo Graziosi]

Il 05/10/2014 22:31, Angelo Graziosi ha scritto:

Marco Atzeri wrote:

Remove the run-1.3.3-1.tar.xz from the download cache and try again.


The first thing I did. I removed run-1.3.3-1.tar.xz from my local repo
and after this I got that update info dir requires all those package,
already installed!


worked fine for me from ftp.mirrorservice.org


Here same issues also from  ftp.mirrorservice.org...



OK, maybe the issue regards _update-info-dir. setup.ini shows

@ _update-info-dir
sdesc: Generate info/dir file automatically
category: _PostInstallLast
requires: texinfo bash cygwin
version: 00326-1
install: 
x86_64/release/_update-info-dir/_update-info-dir-00326-1.tar.bz2 406 
1d1702ca80e0656fba45640a83aaa8bb

[prev]
version: 00268-1
source: 
x86_64/release/_update-info-dir/_update-info-dir-00268-1-src.tar.bz2 
12801 3ba57406b2cdf1297bb2b13ddcaf6b69


but on the mirrors I find 00327-1... (time stamp Aug 10, 2008!!!)

setup.log.full says:

...
2014/10/05 22:23:38 Adding required dependency _update-info-dir: 
Selecting version 00326-1 for installation.
get_url_to_file 
ftp://mirrors.kernel.org/sourceware/cygwin//x86_64/release/_update-info-dir/_update-info-dir-00326-1.tar.bz2 
C:\cygwin64\work\cygwin_repo/ftp%3a%2f%2fmirrors.kernel.org%2fsourceware%2fcygwin%2f/x86_64/release/_update-info-dir/_update-info-dir-00326-1.tar.bz2.tmp

ftp  227 Entering Passive Mode (149,20,20,135,118,205).
ftp  550 Failed to open file.
get_url_to_file failed!
get_url_to_file 
ftp://mirrors.kernel.org/sourceware/cygwin//x86_64/release/run/run-1.3.3-1.tar.xz 
C:\cygwin64\work\cygwin_repo/ftp%3a%2f%2fmirrors.kernel.org%2fsourceware%2fcygwin%2f/x86_64/release/run/run-1.3.3-1.tar.xz.tmp

...



What to do?

^



Ciao,
Angelo.


--
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: run-1.3.3

[Angelo Graziosi]

Il 05/10/2014 22:58, Angelo Graziosi ha scritto:


OK, maybe the issue regards _update-info-dir. setup.ini shows


What to do?

^


I fixed myself the issue.



Ciao,
Angelo.


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

About cygstart in Cygwin64

[Angelo Graziosi]

When I had WinXP32 and Cygwin32, I defined an alias (in .bashrc) like this

  alias cygstart='TEMP=/home/$USER/Temp cygstart'

where /home/$USER/Temp was a symlink to the user native Temp directory 
(/cygdrive/c/Documents and Setting/Local/Temp, if I remember..)


The reasons for that alias with TEMP=/home.. in front, were that, 
opening documents with Windows native applications (for example, a PDF 
with AR), all temporary files that those applications created were saved 
in the Windows native Temp directory. And all this worked..


Now with Win7U and Cygwin64 I defined a similar alias, being 
/home/$USER/Temp the symlink


  /home/$USER/Temp -- /cygdrive/c/$USER/AppData/Local/Temp

In this case, all temporary files created by Windows native 
applications, started with cygstart, go in /tmp Cygwin directory.., i.e. 
the definition TEMP=/home/$USER/Temp in front of cygstart command is 
ignored..


This is a minor issue but I wonder if there is a way to avoid it.


TIA,
 Angelo.

--
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: Latest snapshot

[Angelo Graziosi]

Corinna Vinschen wrote:

I uploaded a new snapshot, 20140825, to https://cygwin.com/snapshots/
which is supposed to fix this problem


Yes, it is fixed!

Thank you!!

Ciao,
  Angelo.

--
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: Latest snapshot

[Angelo Graziosi]

Corinna Vinschen (oops, Mom..) wrote:

the latest snapshot on https://cygwin.com/snapshots/, 2014-08-22,
contains a massive change in exception handling


It seem there is some problem between this snapshot and.. ehm... Emacs. 
(Really I am using my build from trunk but maybe a general issue..)


The following occurs in Cygwin64 on Win7U.

Usually, I have the Emacs init file in ~/.emacs.d

$ ls -lrt .emacs.d/
totale 25
drwxr-xr-x+ 1 angelo None 0  2 mag 23.32 elpa
lrwxrwxrwx  1 angelo None36 19 giu 21.45 init.el - 
../porting.apps/emacs/init.el.cygwin

-rw---  1 angelo None  7212 22 ago 14.35 history
-rw-r--r--  1 angelo None 10011 22 ago 14.40 desktop

where init.el is, really, a symboling link to the real init file 
init.el.cygwin which lives in ~/porting.apps/emacs.


Now, with this snapshot, starting Emacs,

$ emacs 

ignores the initialization. I have to change the symbolic link with the 
true-real file (renamed from init.el.cygwin to init.el, obviously)



Ciao,
Angelo.

--
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: Latest snapshot

[Angelo Graziosi]

Corinna Vinschen wrote:

There was no change at all in symlink handling so this is a bit
surprising.


Indeed it surprised me too!

For example , if I rename ~/.emacs.d to ~/.emacs.d-foo, and the I create 
the symlink


  ln -sf .emacs.d-foo .emacs.d

Emacs is correctly initialized ONLY when .emacs.d-foo has the true 
init.el file. If init.el is a symlink it starts but without my personal 
preferences, as if init.el were ignored.


Reverting to 1.7.32 all works as expected.

Here, I am referring to the Cygwin build using --with-w32


Can you provide two strace,


I have used strace one or two times and the last time was many years ago..

Ciao,
Angelo.

--
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: Latest snapshot

[Angelo Graziosi]

Corinna Vinschen wrote:

Does it work with the next to last snapshot?


Yes, with 20140819 snapshot Emacs start correctly even if I use the 
simbolic link for init.el file...


So, it seems that the problem is just in the last snapshot..


Ciao,
Angelo.

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

About freeglut

[Angelo Graziosi]

Just for completeness...

I discovered that my Cygwin installation (Cygwin64) tree has these files

/usr/src/freeglut-2.8.1.tar.gz
/usr/src/freeglut.cygport

which belong to freeglut-src package (as reported by 
http://cygwin.com/packages).


Usually I install ONLY binary packages but could be I did the wrong 
choice so I tried to install the binaries of that package but... 
setup.exe offers only freeglut-debuginfo and the mirorrs (at least 
mirrors.kernel.org and sourceware.mirrors.tds.net) do not even have the 
freeglut directory under x86_64/release..


It looks to me there is something wrong..


Ciao,
 Angelo.

--
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: (call-process ...) hangs in emacs

[Angelo Graziosi]

Ciao, Ken

Ken Brown wrote:

Angelo and Katsumi, could you test it and see if it solves the problems you 
reported?


for what I can see, with your patch (pthread_mutex.patch), the things 
work better.. at least the build does not hang and with repeated 'make 
-j3' it was also completed in Cygwin-1.7.31... :)


Ciao,
Angelo.

--
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: (call-process ...) hangs in emacs

[Angelo Graziosi]

 Katsumi Yamaoka wrote:

I'm troubled with a similar problem since Wednesday[1].
/usr/bin/emacs that Cygwin distributed (24.3) seems ok, but
/usr/local/bin/emacs that I built from the Emacs trunk Tuesday
(24.4.50) got not to work conditionally.  With that version of
Emacs:

Evaluating the form `(call-process pwd nil t)' on normally
running Emacs works.  It returns /home/yamaoka immediately.
However, if it is done in the bacth mode,

/usr/local/bin/emacs -Q -batch -eval '(call-process pwd nil t)'

it never returns; the Emacs process eats no cpu but stays
consistently[2].  `kill -9 PID' has no effect.
Using the Windows Task Manager is the only means to kill it.



[1] I did updating my Cygwin installation on Wednesday morning
 for the first time in the last 7 days.  It must be the trigger
 of the problem.  I also tried clean install of Cygwin, however
 it didn't help.  Since it didn't seem to finish because of
 texlive-collection-basic.sh (the bash process didn't eat cpu,
 but never returned), I redid it by marking all the texlive
 packages to be `Skip'.


Just for completeness.. or to add another story to the eternal Cygwin - 
Emacs saga..


Since I upgraded to Cygwin-1.7.31*, I see similar issue in building 
Emacs trunk (--with-w32 build)... The build always hangs in compiling 
some .el file. CTRL-C does not work and I have to search the running 
processes with ps and kill them with 'kill -9'. Downgrading to 1.7.30, 
things work better. Now I am using 1.7.30...


Here is on Win7 64 and cygwin64.

Ciao,
 Angelo.

--
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: llvm/clang-3.4.2-1

[Angelo Graziosi]

Sorry,

Yaakov Selkowitz wrote:

This is an update to the latest upstream release, and the first release
for x86_64.  PLEASE NOTE that clang will NOT work as a native code
compiler for x86_64 at this time, but should still work as a code
analyzer and LLVM bytecode compiler; PTC.


That explains why I get

$ cat t.c
#include stdio.h

int main()
{
  printf(Hello, World!/n);
  return 0;
}

$ clang t.c
/tmp/t-12d75f.o:fake:(.text+0x15): rilocazione adattata per troncamento: 
R_X86_64_32 contro .rdata

collect2: error: ld returned 1 exit status
clang: error: linker (via gcc) command failed with exit code 1 (use -v 
to see invocation)


?

--
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: llvm/clang-3.4.2-1

[Angelo Graziosi]

Corinna Vinschen wrote:

The default for native Windows applications is the small code model
[...]
Therefore my
collegue Kai Tietz provided GCC with implementations of a medium and
large code model


Gulp! Seems to re-read the Borland C++/TPascal manuals at the beginning 
of the 1990s... only the huge model is missed (and tiny, obviously..)



Ciao,
Angelo.

--
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: FTP timeout message with CURL

[Angelo Graziosi]

Corinna Vinschen wrote:

Works for me on Cygwin 1.7.31.  No FTP response timeout message.


Here (W7 Ultimate 64b) still FTP response timeout message, even with 
1.7.31... :(



Ciao,
  Angelo.

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

FTP timeout message with CURL

[Angelo Graziosi]

I see that when I download big files (say,  400 MiB) from FTP server, 
CURL emits a curl: (28) FTP response timeout message.


For example,

$ curl -R -O 
ftp://ftp.releases.ubuntu.com/releases/14.04/ubuntu-14.04-desktop-amd64.iso
  % Total% Received % Xferd  Average Speed   TimeTime Time 
 Current
 Dload  Upload   Total   SpentLeft 
 Speed
100  964M  100  964M0 0   943k  0  0:17:26  0:17:26 --:--:-- 
0

curl: (28) FTP response timeout


(when it reaches 100% of download, it hangs for a few seconds then it 
emits the above message)


I flag this because it seems Cygwin specific. On OSX [1], for example, 
CURL terminates without any message, as expected [2].



Ciao,
 Angelo.


---
[*] But also with a mingw-w64 build of CURL.
[2] I did all these tests with the same internet connection and the same 
command lines.


--
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: Problems installing man-db

[Angelo Graziosi]

Chris J. Breisch wrote:
 Hmmm...well, that's not good. Can you run /usr/bin/mandb -c yourself 
 from the command line? It will take a while and may generate several 
 warnings, such as what you see above.


I did this:

$ /usr/bin/mandb -c

and it printed:

/usr/bin/mandb: attenzione: $MANPATH già impostata, aggiungo in coda 
/etc/man_db.conf
Aggiornamento dell'indice della cache per il percorso 
/usr/share/man/man1. Attendere...

Lavorazione delle pagine di manuale sotto a /usr/share/man...
/usr/bin/mandb: attenzione: /usr/share/man/man1/col.1.gz: analisi whatis 
per col(1) fallita
/usr/bin/mandb: attenzione: /usr/share/man/man1/csh.1 è un link 
simbolico spezzato
/usr/bin/mandb: attenzione: /usr/share/man/man1/d2u.1.gz: analisi whatis 
per d2u(1) fallita
/usr/bin/mandb: impossibile aprire /usr/share/man/man1/djvuxml.1: No 
such file or directory
/usr/bin/mandb: attenzione: /usr/share/man/man1/djvutoxml.1.gz: link 
simbolico o richiesta ROFF .so errato(a)
/usr/bin/mandb: impossibile aprire /usr/share/man/man1/djvuxml.1: No 
such file or directory
/usr/bin/mandb: attenzione: /usr/share/man/man1/djvuxmlparser.1.gz: link 
simbolico o richiesta ROFF .so errato(a)
/usr/bin/mandb: attenzione: /usr/share/man/man1/escp2topbm.1.gz: analisi 
whatis per escp2topbm(1) fallita
/usr/bin/mandb: attenzione: /usr/share/man/man1/mac2unix.1.gz: analisi 
whatis per mac2unix(1) fallita
/usr/bin/mandb: attenzione: /usr/share/man/man1/u2d.1.gz: analisi whatis 
per u2d(1) fallita
/usr/bin/mandb: attenzione: /usr/share/man/man1/unix2dos.1.gz: analisi 
whatis per unix2dos(1) fallita
/usr/bin/mandb: attenzione: /usr/share/man/man1/unix2mac.1.gz: analisi 
whatis per unix2mac(1) fallita
Aggiornamento dell'indice della cache per il percorso 
/usr/share/man/man2. Attendere...
Aggiornamento dell'indice della cache per il percorso 
/usr/share/man/man3. Attendere...
/usr/bin/mandb: attenzione: /usr/share/man/man3/CPAN.Debug.3pm.gz: 
analisi whatis per CPAN.Debug(3pm) fallita
/usr/bin/mandb: attenzione: 
/usr/share/man/man3/CPAN.HandleConfig.3pm.gz: analisi whatis per 
CPAN.HandleConfig(3pm) fallita
/usr/bin/mandb: attenzione: /usr/share/man/man3/CPAN.Queue.3pm.gz: 
analisi whatis per CPAN.Queue(3pm) fallita
/usr/bin/mandb: attenzione: /usr/share/man/man3/CPAN.Tarzip.3pm.gz: 
analisi whatis per CPAN.Tarzip(3pm) fallita
/usr/bin/mandb: attenzione: /usr/share/man/man3/libpm.3.gz: analisi 
whatis per libpm(3) fallita
/usr/bin/mandb: attenzione: /usr/share/man/man3/pcredemo.3.gz: analisi 
whatis per pcredemo(3) fallita
/usr/bin/mandb: attenzione: 
/usr/share/man/man3/TAP.Harness.Beyond.3pm.gz: analisi whatis per 
TAP.Harness.Beyond(3pm) fallita



and after 3 hours is still there... May we say it is hanging? or, 
really, the command you suggested take all this time and more?



Thanks,
 Angelo.

--
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: Problems installing man-db

[Angelo Graziosi]

Shaddy Baddah wrote:

I had a Cygwin install/update hang on man-db install, waiting on this
command. I had to kill the install. On the subsequent install, I
selected Reinstall, and it installed smoothly.


I tried this, but it didn't work for me... :(

The script /et/postinstall/man-db.sh still doesn't acquire the done 
label..


Ciao,
Angelo.

--
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: Problems installing man-db

[Angelo Graziosi]

Achim Gratz wrote:

However, mandb -dc ran
through


This fixed my problem... :-)

Thank you!

Ciao,
 Angelo.

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

Problems installing man-db

[Angelo Graziosi]

Updating Cygwin64, Setup installed the Base package man-db. The 
postinstall script man-db.sh, after many minutes, terminated abnormally 
with exit code 139:


$ tail -n 30 /var/log/setup.log.full
[...]
2014/06/19 01:06:31 running: C:\cygwin64\bin\bash.exe --norc --noprofile 
/etc/postinstall/man-db.sh

Updating index cache for path `/usr/share/man/man1'. Wait...
Processing manual pages under /usr/share/man...
/usr/bin/mandb: warning: /usr/share/man/man1/col.1.gz: whatis parse for 
col(1) failed

/usr/bin/mandb: warning: /usr/share/man/man1/csh.1 is a dangling symlink
/usr/bin/mandb: warning: /usr/share/man/man1/d2u.1.gz: whatis parse for 
d2u(1) failed
/usr/bin/mandb: can't open /usr/share/man/man1/djvuxml.1: No such file 
or directory
/usr/bin/mandb: warning: /usr/share/man/man1/djvutoxml.1.gz: bad symlink 
or ROFF `.so' request
/usr/bin/mandb: can't open /usr/share/man/man1/djvuxml.1: No such file 
or directory
/usr/bin/mandb: warning: /usr/share/man/man1/djvuxmlparser.1.gz: bad 
symlink or ROFF `.so' request
/usr/bin/mandb: warning: /usr/share/man/man1/escp2topbm.1.gz: whatis 
parse for escp2topbm(1) failed
/usr/bin/mandb: warning: /usr/share/man/man1/mac2unix.1.gz: whatis parse 
for mac2unix(1) failed
/usr/bin/mandb: warning: /usr/share/man/man1/u2d.1.gz: whatis parse for 
u2d(1) failed
/usr/bin/mandb: warning: /usr/share/man/man1/unix2dos.1.gz: whatis parse 
for unix2dos(1) failed
/usr/bin/mandb: warning: /usr/share/man/man1/unix2mac.1.gz: whatis parse 
for unix2mac(1) failed

Updating index cache for path `/usr/share/man/man2'. Wait...
Updating index cache for path `/usr/share/man/man3'. Wait...
/usr/bin/mandb: warning: /usr/share/man/man3/CPAN.Debug.3pm.gz: whatis 
parse for CPAN.Debug(3pm) failed
/usr/bin/mandb: warning: /usr/share/man/man3/CPAN.HandleConfig.3pm.gz: 
whatis parse for CPAN.HandleConfig(3pm) failed
/usr/bin/mandb: warning: /usr/share/man/man3/CPAN.Queue.3pm.gz: whatis 
parse for CPAN.Queue(3pm) failed
/usr/bin/mandb: warning: /usr/share/man/man3/CPAN.Tarzip.3pm.gz: whatis 
parse for CPAN.Tarzip(3pm) failed
/usr/bin/mandb: warning: /usr/share/man/man3/libpm.3.gz: whatis parse 
for libpm(3) failed
/usr/bin/mandb: warning: /usr/share/man/man3/pcredemo.3.gz: whatis parse 
for pcredemo(3) failed
/usr/bin/mandb: warning: /usr/share/man/man3/TAP.Harness.Beyond.3pm.gz: 
whatis parse for TAP.Harness.Beyond(3pm) failed
/etc/postinstall/man-db.sh: line 12:  2512 Segmentation fault  (core 
dumped) /usr/bin/mandb -c

2014/06/19 01:18:36 abnormal exit: exit code=139
2014/06/19 01:18:36 Changing gid to Administrators
2014/06/19 01:18:45 note: Installation Complete
2014/06/19 01:18:45 Ending cygwin install

How to fix this?

Thanks,
 Angelo.

--
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: gcc-4.8.3-1 (x86/x86_64)

[Angelo Graziosi]

JonY  wrote:

I will upload again as 4.8.3-2 soon.


This evening setup.ini has

4.8.2-3 in current

== 4.8.3-2 in prev ==


Sure this is what you want?


Ciao,
Angelo.

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

How LANG environment variable is set?

[Angelo Graziosi]

I remember that some time ago I had, in mintty,

$ echo $LANG
it_IT.UTF-8

Now LANG is empty ('echo $LANG' prints nothing).

I notice that /etc/profile.d has lang.sh which should set LANG when I 
start mintty. That script contains


test -z ${LC_ALL:-${LC_CTYPE:-$LANG}}  export LANG=$(/usr/bin/locale 
-uU)


and at command line, '/usr/bin/locale -uU' prints it_IT.UTF-8...


If I start mintty (LANG empty) and the copy/paste the above lang.sh 
line, after an ENTER I get


$ echo $LANG
it_IT.UTF-8

It is as if the script was not executed... or not? but surely I am 
missing something..



Ciao,
 Angelo.

--
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 LANG environment variable is set?

[Angelo Graziosi]

David Rothenberger wrote:

It looks like /etc/profile sets LC_ALL=C before running the scripts
in /etc/profile.d, then restores it to its original setting. This
prevents LANG getting set by lang.sh.


The statement LC_ALL=C has been introduced in /et/profile with the 
recent upgrade of base-file 4.2 (and indeed I was sure with base-fle 4.1 
LANG was correctly set..)


So, is this how things should work or we have caught a bug in the new 
base-file 4.2 release?



Ciao,
Angelo.

--
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: mingw64-*-binutils-2.24.0.3.85cf705-1 (x86/x86_64)

[Angelo Graziosi]

JonY wrote:

This removes the previously included default-manifest.o file support. It


This release fixes the issue I flagged here

http://cygwin.com/ml/cygwin/2014-04/msg00016.html


at least from Mingw64 side (Cygwin Windows native applications still 
suffer the issue).



Thanks,
 Angelo.



--
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: mingw64-*-binutils-2.24.0.1.acd6540-1 (x86/x86_64)

[Angelo Graziosi]

m0viefreak wrote:

I fixed it for now by placing an empty dummy default-manifest.o file in
working directory.


May you describe how you have crated it or attach here your empty file? 
I tried in different ways but always fail in building with:


...default-manifest.o: file not recognized: File format not recognized


Thanks,
 Angelo.

--
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: mingw64-*-binutils-2.24.0.1.acd6540-1 (x86/x86_64)

[Angelo Graziosi]

Ciao m0viefreak,

Il 07/04/2014 21:09, m0viefreak ha scritto:

I fixed it for now by placing an empty dummy default-manifest.o file in
working directory.


May you describe how you have crated it or attach here your empty file?
I tried in different ways but always fail in building with:

...default-manifest.o: file not recognized: File format not recognized


$ touch default-manifest.c
$ gcc -c default-manifest.c

Instead of 'gcc' use the appropriate (i.e. i686-w64-mingw32-gcc)
That will give you a default-manifest.o that the linker will recognize.



I can confirm that with the above workaround all my applications (using 
binutils, mingw-w64-*-binutils 2.24) work as expected.



Thanks,
 Angelo.

--
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: Problems with binutils?

[Angelo Graziosi]

Ciao Corinna,

Corinna Vinschen wrote:

I can reproduce the issue, but it's
pretty unclear what happens.


Indeed.. In my original Fortran application what triggered the issue was 
the code about the Time interval dialogue. For example commenting out 
the DEFPUSHBUTTON line under TTOT, the issue went away..



Would you mind to create a bugzilla entry for this problem at
https://sourceware.org/bugzilla/


I am not subscribed there... :(

May you?


Thanks,
Angelo.

--
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: Problems with binutils?

[Angelo Graziosi]

Corinna Vinschen wrote:

It's pretty easy.


OK, Mum... ;-)

I will try this evening.


Ciao,
Angelo.

--
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: Problems with binutils?

[Angelo Graziosi]

Corinna Vinschen wrote:

Could you please send the link to the PR to this thread?


Obviosly... I just hope I did everything right.

This should be PR binutils/16807, i.e.

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


Ciao,
 Angelo.

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

Problems with binutils?

[Angelo Graziosi]

It seems that the attached test case does not work rightly with current 
binutils.


The Help menu contains two About items and About2 is created from About1 
with Copy/Paste. Now, while clicking on About1 works as expected, the 
click on About2 does not produce anything and fails. If I comment out 
the FILE_EXIT stuff (from .c, .h and .rc files) the issue is for About1 
and not for About2 (it swapped!).


If, as binutils, I use the old binutils-2.23.52-5.tar.bz2 package, all 
works as expected.


I can reproduce the issue also with the current mingw-w64 binutils (and 
the relative mingw-w64 compilers, i686-w64-mingw32, x86_64-w64-mingw32).


The issue does not exist using mingw binutils (i686-pc-mingw32).


The attached tar-ball can be used in this way:

$ tar -xvf test_case_b.tar.bz2
$ cd test_case_b
$ ./dlg_one.out

To create the test case I have adapted an application found on the web.

Consider that I discovered the issue with a more complicated Fortran 
application.


Ciao,
Angelo.


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

Re: [ANNOUNCEMENT] Updated: binutils-2.24.51-2 (x86/x86_64)

[Angelo Graziosi]

CGF wrote

I don't support those packages so there
is no need to pollute the thread with pointless observations


It was just to remember thet Cygwin distro needs alsot those upgrades...

I suppose that JonY reads also this thread..


Ciao,
 Angelo.

--
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: binutils-2.24.51-2 (x86/x86_64)

[Angelo Graziosi]

CGF wrote:

This update contains a few bug fixes.  Specifically it should address:

 [...]

http://cygwin.com/ml/cygwin/2014-03/threads.html#00317
[...]


Indeed.. but only for x86_64-pc-cygwin.. We need a similar binutils 
upgrade for mingw64 (x86_64-w64-mingw32 and i686-w64-mingw32)..


...otherwise we are halfway... :-)


Ciao,
  Angelo.

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

Corruption message after updating binutils (both Cygwin/MingW)

[Angelo Graziosi]

Just for completeness... the following occurs on Cygwin64 (I don't have 
Cygwin32)


After the upgrading to binutils-2.24.51-1 and 
mingw64-*-binutils-2.24.0.0.5a026fc-1, rebuilding some my applications 
[*], I see this message (and similar for i686-pc-mingw32, 
x86_64-w64-mingw32, x86_64-pc-cygwin):


/usr/lib/gcc/i686-w64-mingw32/4.8.2/../../../../i686-w64-mingw32/bin/ld: 
i686-w64-mingw32-bounce.exe: .rsrc merge failure: corrupt .rsrc section


In any case, the executable is created and seems to work.

Reverting the binutils packages to previous version, the message goes 
away...



Ciao,
 Angelo.

---
[*] The command line I use is, for example,

windres bounce.rc -O coff -o ../modules/bounce.res  gfortran -Wall 
-mwindows -J ../modules ../../src/windows_interface_modules.f90 
../../src/windows_dialog_modules.f90 bounce.f90 ../modules/bounce.res -o 
bounce.out


or

 i686-w64-mingw32-windres bounce.rc -O coff -o ../modules/bounce.res  
i686-w64-mingw32-gfortran -static -Wall -mwindows -J ../modules 
../../src/windows_interface_modules.f90 
../../src/windows_dialog_modules.f90 bounce.f90 ../modules/bounce.res -o 
i686-w64-mingw32-bounce


but the same happens for i686-pc-mingw32 and x86_64-w64-mingw32.

--
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: Corruption message after updating binutils (both Cygwin/MingW)

[Angelo Graziosi]

A little correction...

Il 18/03/2014 12:49, Angelo Graziosi ha scritto:

Just for completeness... the following occurs on Cygwin64 (I don't have
Cygwin32)

After the upgrading to binutils-2.24.51-1 and
mingw64-*-binutils-2.24.0.0.5a026fc-1, rebuilding some my applications
[*], I see this message (and similar for i686-pc-mingw32,
x86_64-w64-mingw32, x86_64-pc-cygwin):

/usr/lib/gcc/i686-w64-mingw32/4.8.2/../../../../i686-w64-mingw32/bin/ld:
i686-w64-mingw32-bounce.exe: .rsrc merge failure: corrupt .rsrc section

In any case, the executable is created and seems to work.

Reverting the binutils packages to previous version, the message goes
away...


The above occurs for i686-w64-mingw32, x86_64-w64-mingw32, 
x86_64-pc-cygwin but NOT for i686-pc-mingw32 whose binutils have not 
been upgraded recently...





Ciao,
  Angelo.



---
[*] The command line I use is, for example,

windres bounce.rc -O coff -o ../modules/bounce.res  gfortran -Wall
-mwindows -J ../modules ../../src/windows_interface_modules.f90
../../src/windows_dialog_modules.f90 bounce.f90 ../modules/bounce.res -o
bounce.out

or

  i686-w64-mingw32-windres bounce.rc -O coff -o ../modules/bounce.res 
i686-w64-mingw32-gfortran -static -Wall -mwindows -J ../modules
../../src/windows_interface_modules.f90
../../src/windows_dialog_modules.f90 bounce.f90 ../modules/bounce.res -o
i686-w64-mingw32-bounce

but the same happens for i686-pc-mingw32 and x86_64-w64-mingw32.


--
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: Corruption message after updating binutils (both Cygwin/MingW)

[Angelo Graziosi]

Hi Mum, ;-)

Corinna Vinschen wrote:


As usual, it would be helpful if you create a simple testcase


attached should be a simple test case.. The .c file is almost an Hello 
World (in Windows Programming style), and I took it from the web. Th RC 
file is unrelated and consist of a few lines.


$ tar -xvf test_case.tar.bz2
$ cd test_case
$ ./build-test_case.sh
/usr/bin/ld: wikibook_example.out: .rsrc merge failure: corrupt .rsrc 
section


All is very simple. The issue seems to come out fro the RC file usage.


Ciao,
 Angelo.


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

Reading portable device in Cygwin

[Angelo Graziosi]

When I connect the smart phone, from Start / Computer (Win7 64, 
Cygwin64) I can see an icon/folder (containing other subfolders) with 
the name of the phone (e.g AN-A1234B), but in /cygdrive I find only c 
(with the digital camera I find also d, e, f...).


Is there a way to read from the Cygwin command line the phone? or if you 
prefer, where has the phone its mount point? Perhaps under /dev? but where?



TIA,
  Angelo.

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

About defunct processes

[Angelo Graziosi]

Perhaps this has been flagged or probably it is matter I don't 
understand, but I am seeing some defunct process with ps command.


The following occurs on Cygwin64 (I don't have Cygwin32 any more).

Suppose I start mintty with the link created by its installation. 
Suppose I create another mintty window with ALT-F2 from the first. ps shows:


$ ps
  PIDPPIDPGID WINPID   TTY UIDSTIME COMMAND
 2648   12648   2648  ?   1001 12:01:38 /usr/bin/mintty
 372426483724   2012  pty01001 12:01:38 /usr/bin/bash
 190426482648   1760  ?   1001 12:01:41 /usr/bin/mintty
I160419041604768  pty11001 12:01:41 /usr/bin/bash
 377637243776   2016  pty01001 12:02:03 /usr/bin/ps


ant its seems OK.

Suppose, now, I close the second mintty window (clicking the window x 
button). ps shows:


$ ps
  PIDPPIDPGID WINPID   TTY UIDSTIME COMMAND
 2648   12648   2648  ?   1001 12:01:38 /usr/bin/mintty
 372426483724   2012  pty01001 12:01:38 /usr/bin/bash
 317637243176   3832  pty01001 12:02:14 /usr/bin/ps
 190426482648   1760  ?   1001 12:01:41 
/usr/bin/mintty defunct



Why that defunct process? I don't remember having seen that before on 
my old Cygwin32 installation.



Ciao,
Angelo.

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

An aspell-it package for Cygwin64?

[Angelo Graziosi]

Would it be possible to have an aspell-it dictionary added to Cygwin64?

I remember that in the past someone prepared that package (at least for 
Cygwin32) and flagged it to the Cygwin lists, but the request was lost...


TIA,
  Angelo.

--
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: Unpacking 7z archives on Cygwin64

[Angelo Graziosi]

Tony Kelman wrote:

it would be nice to
remove p7zip from http://cygwin.com/cygwin-64bit-missing regardless.


Indeed! There is another nice package like atool which needs p7zip...

  I reported the inquiry about the 64 bit assembly upstream [...]

Your work is very useful. Thanks for doing this.



Ciao,
  Angelo.

--
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: Unpacking 7z archives on Cygwin64

[Angelo Graziosi]

Tony Kelman wrote:

There is an x86_64 assembly version of the same
file included in the source tarball which could be used instead,


Which is? May you clarify this point?


TIA,
 Angelo.

--
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: Unpacking 7z archives on Cygwin64

[Angelo Graziosi]

Il 23/02/2014 22:46, Angelo Graziosi ha scritto:

On Cygwin64, is there an utility to unpack .7z archives?


Now I have just discovered how!

Installing the bsdtar and friends packages. I was sure that there was an 
alternative to p7zip but don't remember which... It is bsdtar...



$ bsdtar -tf foo.7z
$ bsdtar -xvf foo.7z
$ bsdtar -xvf foo.7z -C foo_dir
...

Very nice!



Thanks,
  Angelo.


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

Unpacking 7z archives on Cygwin64

[Angelo Graziosi]

On Cygwin64, is there an utility to unpack .7z archives?


Thanks,
 Angelo.

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

Building libsigsegv on Cygwin64

[Angelo Graziosi]

Trying to build libsigsegv-2.10 on Cygwin64 (using the src tarball and 
its .cygport file from x86 distribution), fails as follows


[...]
libtool: compile:  gcc -DHAVE_CONFIG_H -I. 
-I/works/tmp/libsigsegv-2.10-1/src/libsigsegv-2.10/src -I.. -I. 
-I/works/tmp/libsigsegv-2.10-1/src/libsigsegv-2.10/src -ggdb -O2 -pipe 
-Wimplicit-function-declaration 
-fdebug-prefix-map=/works/tmp/libsigsegv-2.10-1/build=/usr/src/debug/libsigsegv-2.10-1 
-fdebug-prefix-map=/works/tmp/libsigsegv-2.10-1/src/libsigsegv-2.10=/usr/src/debug/libsigsegv-2.10-1 
-c /works/tmp/libsigsegv-2.10-1/src/libsigsegv-2.10/src/handler.c 
-DDLL_EXPORT -DPIC -o .libs/handler.o
In file included from 
/works/tmp/libsigsegv-2.10-1/src/libsigsegv-2.10/src/handler.c:20:0:
/works/tmp/libsigsegv-2.10-1/src/libsigsegv-2.10/src/handler-win32.c: In 
function 'main_exception_filter':
/works/tmp/libsigsegv-2.10-1/src/libsigsegv-2.10/src/handler-win32.c:218:43: 
error: 'struct _CONTEXT' has no member named 'Esp'

   ExceptionInfo-ContextRecord-Esp = new_safe_esp;
   ^
/works/tmp/libsigsegv-2.10-1/src/libsigsegv-2.10/src/handler-win32.c:220:43: 
error: 'struct _CONTEXT' has no member named 'Eip'
   ExceptionInfo-ContextRecord-Eip = (unsigned 
long)stack_overflow_handler;

   ^
Makefile:399: set di istruzioni per l'obiettivo handler.lo non riuscito
make[1]: *** [handler.lo] Errore 1
make[1]: uscita dalla directory /works/tmp/libsigsegv-2.10-1/build/src
Makefile:344: set di istruzioni per l'obiettivo install-recursive non 
riuscito

make: *** [install-recursive] Errore 1

Since my Cygwin64 is a fesh installation, I wonder if I missed to 
installe some needed packages... or is that error to be expected on 
Cygwin64?



Thanks,
 Angelo.


--
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: gcc-4.8.2-2 (x86_64)

[Angelo Graziosi]

JonY wrote:

KNOWN REGRESSIONS:
The compiler internals are in /usr/libexec rather than in /usr/lib. This
is a mistake on my part. Expect a fixed rebuild in 2-4 weeks time.


On the mirrors I find tar-balls (still -2) with recent timestamps, 
around Feb. 12, 2014.


Does this mean that the rebuild fixing the known regressions has been 
done?


Ciao,
Angelo.

--
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: Corrupted tar-ball in Cygwin-x86_64

[Angelo Graziosi]

Il 18/01/2014 13.01, Angelo Graziosi ha scritto:

When I try to update my Cygwin64 installation (on a virtualBox Win7-64
installation) I get an error about the cygwin32-1.7.27-1.tar.xz package
which seems corrupted.

This is confirmed from command line on which i get:

$ tar -rf cygwin32-1.7.27-1.tar.xz


There is a typo here (on my part) which seems to have generated some 
confusion... :(


The command I have run to confirm the corrupted tar file was

$ tar -tf cygwin32-1.7.27-1.tar.xz

(the same reported by Marco here: 
http://cygwin.com/ml/cygwin/2014-01/msg00244.html), but when I wrote the 
email and then repeated it for the copy/paste, I typed the r instead 
of t and this caused the confusion..


I did not want to append any file...

Anyway, the most important thing is that now Yaakov has fixed the 
corrupted tar-ball (http://cygwin.com/ml/cygwin/2014-01/msg00249.html)



Ciao,
  Angelo.

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

Corrupted tar-ball in Cygwin-x86_64

[Angelo Graziosi]

When I try to update my Cygwin64 installation (on a virtualBox Win7-64 
installation) I get an error about the cygwin32-1.7.27-1.tar.xz package 
which seems corrupted.


This is confirmed from command line on which i get:

$ tar -rf cygwin32-1.7.27-1.tar.xz
tar: Impossibile aggiornare archivi compressi
tar: Error is not recoverable: exiting now


Ciao,
 Angelo.

--
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: xorg-server-1.15.0-1 (TEST)

[Angelo Graziosi]

Jon TURNEY wrote:

The following packages have been updated in the Cygwin distribution:

*** xorg-server-*1.15.0-1


I DO NOT want install this test version, but when I run setup-x86 to 
update my Cygwin installation (I find only a few GraphicsMagic packages 
to be updated), it wants install additional packages needed by 
xorg-server set of packages. This didn't occur a few minutes before this 
announcement...


I wonder if something went wrong when you updated this test version of 
xorg-server*. If not, sorry for the noise.. :(


Ciao,
  Angelo.

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

Re: [ANNOUNCEMENT] Updated: xorg-server-1.15.0-1 (TEST)

[Angelo Graziosi]

Il 08/01/2014 15.03, Jon TURNEY ha scritto:

Could you be a bit more specific about the additional dependencies it wants to
install?


Setup wants install also these packages

libxcb-keysyms1 Required by: xorg-server-extra
resourceproto   Required by: xorg-server-devel
scrnsaverproto  Required by: xorg-server-deve

This didn't happen befor yor announcement.


Ciao,
Angelo.


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

Re: [ANNOUNCEMENT] Updated: GraphicsMagick-1.3.19-1

[Angelo Graziosi]

marco atzeri wrote:


Version 1.3.19-1 of
   GraphicsMagick




It seems that this package is empty: the tar-ball has a size of only 32 
bytes, and now I have lost the gm.exe executable :(


Ciao,
Angelo.

--
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: Cygwin 1.7.26

[Angelo Graziosi]

Corinna Vinschen wrote:

I just released Cygwin 1.7.26.


Just for completeness...

After upgrading to this release of Cygwin, the application Terminator, 
installed with Cygwinports, does not work any more. Its empty window 
shows up with a dialog box from Cygwin/X X saying (translting):


An error occurred in loading or saving the configuration for 
terminator.. a few settings of its configuration could not work...



The Details button prints: NO DBUS running...


After this, clicking OK button leaves the Terminator window containing 
the message:


Cannot run /bin/bash...


If I close this window also the X server exits..


Ciao,
 Angelo.

--
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: Cygwin 1.7.26

[Angelo Graziosi]

(I forgot to say that here is on Cygwin x86)

Il 29/11/2013 14.37, Angelo Graziosi ha scritto:

Corinna Vinschen wrote:

I just released Cygwin 1.7.26.


Just for completeness...


When I start Terminator from command line in xterm, beside what I 
described in my previous post, I see also these messages in xterm:


--
$ terminator
  4 [main] python2.7 1684 child_info_fork::abort: unable to remap 
pango.dll to same address as parent (0x91) - try running rebaseall


(terminator:2632): GConf-WARNING **: Client failed to connect to the 
D-BUS daemon:
Failed to fork() to call /usr/bin/dbus-launch: Resource temporarily 
unavailable
  3 [main] python2.7 3804 child_info_fork::abort: unable to remap 
pango.dll to same address as parent (0x91) - try running rebaseall


(terminator:2632): GConf-WARNING **: Client failed to connect to the 
D-BUS daemon:
Failed to fork() to call /usr/bin/dbus-launch: Resource temporarily 
unavailable
  3 [main] python2.7 1988 child_info_fork::abort: unable to remap 
pango.dll to same address as parent (0x91) - try running rebaseall


(terminator:2632): GConf-WARNING **: Client failed to connect to the 
D-BUS daemon:
Failed to fork() to call /usr/bin/dbus-launch: Resource temporarily 
unavailable
  3 [main] python2.7 1040 child_info_fork::abort: unable to remap 
pango.dll to same address as parent (0x91) - try running rebaseall


(terminator:2632): GConf-WARNING **: Client failed to connect to the 
D-BUS daemon:
Failed to fork() to call /usr/bin/dbus-launch: Resource temporarily 
unavailable
  3 [main] python2.7 3072 child_info_fork::abort: unable to remap 
pango.dll to same address as parent (0x91) - try running rebaseall


(terminator:2632): GConf-WARNING **: Client failed to connect to the 
D-BUS daemon:
Failed to fork() to call /usr/bin/dbus-launch: Resource temporarily 
unavailable
Warning: python-keybinder is not installed. This means the hide_window 
shortcut will be unavailable

Unable to bind hide_window key, another instance/window has it.
  3 [main] python2.7 1404 child_info_fork::abort: unable to remap 
vtemodule.dll to same address as parent (0x137) - try running rebaseall

---

So I tried also a manual rebaseall -p from dash (an autorebase.bat was 
already executed by setup-x86). But it didn't fix the issue... :-(


Ciao,
 Angelo.



After upgrading to this release of Cygwin, the application Terminator,
installed with Cygwinports, does not work any more. Its empty window
shows up with a dialog box from Cygwin/X X saying (translting):

An error occurred in loading or saving the configuration for
terminator.. a few settings of its configuration could not work...


The Details button prints: NO DBUS running...


After this, clicking OK button leaves the Terminator window containing
the message:

Cannot run /bin/bash...


If I close this window also the X server exits..


Ciao,
  Angelo.



--
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: What is wrong with SVN?

[Angelo Graziosi]

David Stacey wrote:

I think what you're seeing here is what we term a BLODA - some non-Cygwin application 
interfering with a Cygwin application. In your case, if you're not running a native 
Windows svn client then anti-virus is top of the suspect list. I know you claim that you 
have used MSE for years, but anti-virus tools update very frequently, and their behaviour 
can (and does) change. See the following link, under File access problems:
http://cygwin.com/faq/faq.html#faq.using.bloda

Your best bet is to either disable or tune the anti-virus tool so that it 
doesn't scan the '.svn' directory inside your working copy. If you do this, 
does the check out complete successfully? If you are not able to try this, can 
you get svn to recover? Try these two commands in succession:

$ svn cleanup directory
$ svn update directory

Does the check out complete (or at least get a little further)?

I've taken a look at the cygcheck output that you attached and it seems to be 
OK. So unless anyone else on this list can provide further insight, it really 
looks as if a third party (probably your anti-virus) is locking the 'wc.db' 
file whilst svn is trying to update it - and there's not much we can do about 
that.


As suggested here,

  http://gcc.gnu.org/ml/fortran/2013-09/msg00067.html

there is a git mirror which allows to download the fortran-dev branch..

Thanks,
 Angelo.

--
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: What is wrong with SVN?

[Angelo Graziosi]

David Stacey wrote:

Here are some ideas:

Firstly, check to see which versions of subversion, sqlite3 and cygwin you're 
using. Check the output of the following command, and if you're using older 
packages then try updating:

$ cygcheck -c cygwin sqlite3 subversion
Cygwin Package Information
Package  VersionStatus
cygwin   1.7.25-1   OK
sqlite3  3.7.17-3   OK
subversion   1.8.3-1OK


Same here (on XP 32)...


Secondly, make sure you're using the cygwin version of 'svn' (i.e. check that 
some other subversion client isn't in your path):

$ which svn
/usr/bin/svn


I use only Cygwin...



Thirdly, if the database file is locked then that could point to an old version 
of sqlite3 (namely 3.7.12.1) clashing with another subversion client (e.g. 
TortoiseSVN), or some anti-virus software locking a file in the '.svn' 
directory (e.g. 'wc.db'). See if you can check out into an area of the drive 
that isn't being virus scanned.


For years I have the same AV (MSE) and I have used SVN without problems...


Fourth, the branch you're trying to check out is quite large. Are you running 
out of drive space?


No, I have about 30 GB free..

Attached the cygcheck...


Ciao,
 Angelo.


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

Re: What is wrong with SVN?

[Angelo Graziosi]

Warren Young wrote:

What happens if you modify it a bit:

$ CYGWIN_SQLITE_LOCKING=posix svn co svn://...


It works for almost an hour (I started to think it was a good fix for 
me...) but then it stopped in the same way... :-(


[...]
Afortran-dev/gcc/testsuite/gcc.c-torture/execute/pr42006.c
Afortran-dev/gcc/testsuite/gcc.c-torture/execute/pr20466-1.c
Afortran-dev/gcc/testsuite/gcc.c-torture/execute/980929-1.c
svn: E200030: sqlite[S14]: unable to open database file
svn: E200030: Additional errors:
svn: E200030: sqlite[S14]: unable to open database file


Ciao,
 Angelo.

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

What is wrong with SVN?

[Angelo Graziosi]

What is wrong with this command:

$ svn co svn://gcc.gnu.org/svn/gcc/branches/fortran-dev fortran-dev


On GNU/Linux (kubuntu 12.04 64 bit) it is completed successfully but on 
Cygwin (32 bit) it fails after a while in this way:


[...]
Afortran-dev/gcc/testsuite/gnat.dg/abstract_with_anonymous_result.adb
Afortran-dev/gcc/testsuite/gnat.dg/renaming4.ads
Afortran-dev/gcc/testsuite/gnat.dg/loop_optimization14.ads
svn: E200030: sqlite[S14]: unable to open database file
svn: E200030: Additional errors:
svn: E200030: sqlite[S14]: unable to open database file


Previous I have used many times SVN on Cygwin successfully..

Ciao,
 Angelo.

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