Re: Unable to load dynamic library '/usr/lib/php/20121212/tidy.dll'

2014-08-29 Thread Andrey Repin
Greetings, Keith Christian! > Forgot to mention that the error occurs even though the file exists: > ls -dl /usr/lib/php/20121212/tidy.dll > -rwxr-xr-x 1 kchristian Domain Users 45095 Aug 24 13:31 > /usr/lib/php/20121212/tidy.dll What file /usr/lib/php/20121212/tidy.dll says about it? > On

Re: Unable to load dynamic library '/usr/lib/php/20121212/tidy.dll'

2014-08-29 Thread Keith Christian
Forgot to mention that the error occurs even though the file exists: ls -dl /usr/lib/php/20121212/tidy.dll -rwxr-xr-x 1 kchristian Domain Users 45095 Aug 24 13:31 /usr/lib/php/20121212/tidy.dll On Fri, Aug 29, 2014 at 8:18 PM, Keith Christian wrote: > While test driving the new php-5.5.16-1, I c

Unable to load dynamic library '/usr/lib/php/20121212/tidy.dll'

2014-08-29 Thread Keith Christian
While test driving the new php-5.5.16-1, I checked the version and got the tidy.dll error: php -v PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/20121212/tidy.dll' - No such process in Unknown on line 0 PHP 5.5.16 (cli) (built: Aug 24 2014 14:16:15) Copyright (c) 1997-2014

error: unknown type name ‘_fpos64_t’

2014-08-29 Thread Rosen Penev
I get this error when compiling either with GCC 4.8.3 or 4.9.0. Full error is: In file included from ../src/aacenc.c:11:0: /usr/include/stdio.h:55:1: error: unknown type name ‘_fpos64_t’ typedef _fpos64_t fpos_t; ^ This is on cygwin64. -- Problem reports: http://cygwin.com/problems.html F

Re: (call-process ...) hangs in emacs

2014-08-29 Thread Andrey Repin
Greetings, Corinna Vinschen! > What needs to be done is to fix the ssh-host-config script. It adds an > ACE for SYSTEM on /var/empty, /etc, and /var/log for no apparent reason. If it's not apparent: you can actually prevent system from accessing the file by removing access from SYSTEM user to th

Re: python3 and mintty: why ANSI_X3.4-1968 encoding

2014-08-29 Thread Frédéric Bron
> I am using mintty with option Text.locale=fr_FR and Character set=UTF-8 > Why, then, python3 reports a different encoding (ANSI_X3.4-1968) for > stdout and stdin? I found the issue: I had LANG=fr_FR.UTF-8 and at the same time LC_ALL=C I removed LC_ALL=C and my python3 script works with UTF-8 i/o

python3 and mintty: why ANSI_X3.4-1968 encoding

2014-08-29 Thread Frédéric Bron
I am using mintty with option Text.locale=fr_FR and Character set=UTF-8 Why, then, python3 reports a different encoding (ANSI_X3.4-1968) for stdout and stdin? $ cat toto.py import sys print(sys.stdin.encoding) print(sys.stdout.encoding) $ python3 toto.py ANSI_X3.4-1968 ANSI_X3.4-1968 Thanks, Fr

Re: (call-process ...) hangs in emacs

2014-08-29 Thread Corinna Vinschen
On Aug 29 15:36, Ken Brown wrote: > On 8/29/2014 3:23 PM, Achim Gratz wrote: > >Ken Brown writes: > >>With the latest snapshot I can't start the sshd service. The > >>Application Log just says, "`sshd' service stopped, exit > >>status:255". The problem doesn't occur with the 2014-08-27 snapshot. >

Re: (call-process ...) hangs in emacs

2014-08-29 Thread Ken Brown
On 8/29/2014 4:00 PM, Achim Gratz wrote: > Ken Brown writes: >> I just checked /var/log/sshd.log. (I hadn't thought to do that >> before.) The last message in it is, "/var/empty must be owned by root >> and not group or world-writable." So the problem seems to be that >> /var/empty appears to ssh

[ANNOUNCEMENT] Updated: cygport-0.17.0-1

2014-08-29 Thread Yaakov Selkowitz
I have just released cygport-0.17.0 for both the Cygwin distribution and the Fedora Cygwin toolchain. This release includes the changes necessary for supporting the new Ruby packaging scheme. Also, the .keep files previously used to preserve empty directories are no longer shipped (but the di

Re: (call-process ...) hangs in emacs

2014-08-29 Thread Andrey Repin
Greetings, Ken Brown! >>> With the latest snapshot I can't start the sshd service. The >>> Application Log just says, "`sshd' service stopped, exit >>> status:255". The problem doesn't occur with the 2014-08-27 snapshot. >>> I guess this has something to do with the new permissions on various >>>

Re: (call-process ...) hangs in emacs

2014-08-29 Thread Achim Gratz
Ken Brown writes: > I just checked /var/log/sshd.log. (I hadn't thought to do that > before.) The last message in it is, "/var/empty must be owned by root > and not group or world-writable." So the problem seems to be that > /var/empty appears to sshd to be group writable under the latest > snaps

Re: (call-process ...) hangs in emacs

2014-08-29 Thread Ken Brown
On 8/29/2014 3:23 PM, Achim Gratz wrote: Ken Brown writes: With the latest snapshot I can't start the sshd service. The Application Log just says, "`sshd' service stopped, exit status:255". The problem doesn't occur with the 2014-08-27 snapshot. I guess this has something to do with the new per

Re: (call-process ...) hangs in emacs

2014-08-29 Thread Achim Gratz
Ken Brown writes: > With the latest snapshot I can't start the sshd service. The > Application Log just says, "`sshd' service stopped, exit > status:255". The problem doesn't occur with the 2014-08-27 snapshot. > I guess this has something to do with the new permissions on various > files, but I'm

Re: (call-process ...) hangs in emacs

2014-08-29 Thread Ken Brown
On 8/29/2014 7:09 AM, Corinna Vinschen wrote: On Aug 29 09:58, Achim Gratz wrote: Achim Gratz NexGo.DE> writes: Please test. This fixes the "read-only" problem in Emacs (so that hunch was correct). Perl still doesn't play, but I think the 5.18 version should get it correct. Will need to swit

[ANNOUNCEMENT] Updated: vim-7.4.417-1

2014-08-29 Thread Yaakov Selkowitz
The following packages have been updated in the Cygwin distribution: *** vim-7.4.417-1 *** vim-common-7.4.417-1 *** vim-minimal-7.4.417-1 *** xxd-7.4.417-1 *** gvim-7.4.417-1 Vim is an advanced text editor that seeks to provide the power of the de-facto Unix editor 'Vi', with a more complete fe

[ANNOUNCEMENT] Updated: graphviz-2.38.0-1

2014-08-29 Thread Yaakov Selkowitz
The following packages have been updated in the Cygwin distribution: * graphviz-2.38.0-1 * graphviz-demo-2.38.0-1 * gvedit-2.38.0-1 * libcdt5-2.38.0-1 * libcgraph6-2.38.0-1 * libgvc6-2.38.0-1 * libgvpr2-2.38.0-1 * libpathplan4-2.38.0-1 * libxdot2-2.38.0-1 * libgvc-devel-2.38.0-1 * guile-gv-2.38.0

[ANNOUNCEMENT] New: Ruby on Rails 4.0.9

2014-08-29 Thread Yaakov Selkowitz
The following packages have been added to the Cygwin distribution: * ruby-actionmailer-4.0.9-1 * ruby-actionpack-4.0.9-1 * ruby-activemodel-4.0.9-1 * ruby-activerecord-4.0.9-1 * ruby-activerecord-deprecated_finders-1.0.3-1 * ruby-activesupport-4.0.9-1 * ruby-arel-4.0.2-1 * ruby-bcrypt-3.1.7-1 * r

[ANNOUNCEMENT] Updated: Ruby 2.0.0-p481

2014-08-29 Thread Yaakov Selkowitz
The following packages have been updated in or added to the Cygwin distribution: * ruby-2.0.0-p481-1 * ruby-bigdecimal-1.2.5-1 * ruby-curses-1.0.1-1 * ruby-io-console-0.4.2-1 * ruby-json-1.8.1-1 * ruby-psych-2.0.5-1 * ruby-rake-10.3.2-1 * ruby-rake-compiler-0.9.3-1 * ruby-rdoc-4.1.1-1 * ruby-tes

Re: (call-process ...) hangs in emacs

2014-08-29 Thread Corinna Vinschen
On Aug 29 09:58, Achim Gratz wrote: > Achim Gratz NexGo.DE> writes: > > > Please test. > > > > This fixes the "read-only" problem in Emacs (so that hunch was correct). > > Perl still doesn't play, but I think the 5.18 version should get it correct. > > Will need to switch a test installation ove

Re: (call-process ...) hangs in emacs

2014-08-29 Thread Achim Gratz
Achim Gratz NexGo.DE> writes: > > Please test. > > This fixes the "read-only" problem in Emacs (so that hunch was correct). > Perl still doesn't play, but I think the 5.18 version should get it correct. > Will need to switch a test installation over for that, though. With that snapshot in place

Re: ACL behavior in Cygwin // Re: (call-process ...) hangs in emacs

2014-08-29 Thread Corinna Vinschen
On Aug 28 21:00, Andrey Repin wrote: > Greetings, Corinna Vinschen! > > >> > It's what "acl" means on Cygwin. "acl" means that Windowsd ACLs are used > >> > and permissions are handled and converted to and from POSIX permissions. > >> > "noacl" means, Cygwin ignores all ACLs and fakes ownership a

Re: Couldn't compute FAST_CWD pointer. Please report this problem to

2014-08-29 Thread Corinna Vinschen
On Aug 29 02:29, sstone06801 wrote: > Couldn't compute FAST_CWD pointer. Please report this problem to Well... that's not helpful without details. For the time being I have to assume you're trying to run an older Cygwin on Windows 8.1. Other than that, try https://cygwin.com/problems.html Th