Jim Garrison-3 wrote
>>
>> Anyway, to fix "everything", just do: 1) Install cygrunsrv (this is
>> done only once) 2) Run /usr/bin/cygserver-config (this is done only
>> once) 3) Start Apache (/usr/sbin/apachectl ... options ...)
>>
This helped, thanks!
Only you have to run that cygserver service
On Tue, Nov 17, 2015 at 5:21 PM, Andrey Repin wrote:
> Greetings, Brian Mathis!
>
>> Current behavior:
>> I have, many times, started typing something into the Search box at
>> the top of the page and instinctively press Enter. Because the Next
>> button is default, this causes the installer to a
Hi,
Specifically, it worked in
2.2.0(0.289/5/3) 2015-08-03 12:49 i686 Cygwin
But failed in
2.2.0(0.289/5/3) 2015-08-03 12:49 i686 Cygwin
Both i686 and x86_64...
Br, Bin
LTE C-PLANE
-Original Message-
From: Zhu, Binbin (Nokia - CN/Hangzhou)
Sent: Tuesday, November 17, 2015 8:46 PM
To
On 11/18/2015 7:26 AM, Zhu, Binbin (Nokia - CN/Hangzhou) wrote:
Hi,
Specifically, it worked in
2.2.0(0.289/5/3) 2015-08-03 12:49 i686 Cygwin
But failed in
2.2.0(0.289/5/3) 2015-08-03 12:49 i686 Cygwin
Both i686 and x86_64...
Did notice that the "uname" information you provided is the same in
On Nov 17 12:46, Zhu, Binbin (Nokia - CN/Hangzhou) wrote:
> Hi,
>
> It worked month ago, but it failed after reinstall.
>
> 1. Create shared session: ssh -vvv -nNf -o ControlMaster=yes -o
> ControlPath="$HOME/.ssh/ctl/%L-%r@%h:%p" remote-host
> Output in accepting new connection:
> $ debug1: m
On Nov 17 23:28, David Macek wrote:
> Hi.
>
> I went through the UG looking for differences between regular Cygwin
> symlinks and NTFS symlinks, but couldn't find this documented. It
> seems that when using winsymlinks:native, the target path is first
> dereferenced before storing it in the link.
On Nov 18 05:52, Dustin Boyd wrote:
> fnmatch() does not appear to work with character classes or character
> equivalents. regcomp(), however, does work with character classes, but
> not character equivalents. Is this behavior one should expect? I've
> tested with Debian, and it matches in both cas
On 18. 11. 2015 18:55, Corinna Vinschen wrote:
> On Nov 17 23:28, David Macek wrote:
>> Hi.
>>
>> I went through the UG looking for differences between regular Cygwin
>> symlinks and NTFS symlinks, but couldn't find this documented. It
>> seems that when using winsymlinks:native, the target path is
On Nov 18 19:13, David Macek wrote:
> On 18. 11. 2015 18:55, Corinna Vinschen wrote:
> > On Nov 17 23:28, David Macek wrote:
> >> Hi.
> >>
> >> I went through the UG looking for differences between regular Cygwin
> >> symlinks and NTFS symlinks, but couldn't find this documented. It
> >> seems that
On Nov 18, 2015, at 12:48 PM, Corinna Vinschen wrote:
>
>> If not, I can send a patch for the UG.
>
> UG?
User guide.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
On Nov 18 13:01, Warren Young wrote:
> On Nov 18, 2015, at 12:48 PM, Corinna Vinschen wrote:
> >
> >> If not, I can send a patch for the UG.
> >
> > UG?
>
> User guide.
Ouch, right, thanks :)
Patches to the documentation are *always* welcome.
Corinna
--
Corinna Vinschen Pl
Peter A. Castro sent the following at Monday, November 16, 2015 9:17 PM
>
>Oh! I've been there and tried to do that but was shutdown for corporate
>policy reasons. Remember that business wants someone to shoot at when
>things break. That license you have for MKS means your company can
>demand suppo
Hi,
gfortran appears to be broken (segfault) with the newest cygwin
version I just downloaded. It segfaults on a "Hello, world" program.
gcc works fine.
The warnings on the GMP and MPFR headers make me suspect that some
dependency may be broken.
Here's what happens:
$ gfortran.exe hello.f
: in
On 11/18/2015 5:26 PM, Thomas Koenig wrote:
Hi,
gfortran appears to be broken (segfault) with the newest cygwin
version I just downloaded. It segfaults on a "Hello, world" program.
gcc works fine.
The warnings on the GMP and MPFR headers make me suspect that some
dependency may be broken.
Here
Hi,
Cygwin64 now offers a choice among 4.9.2-3, 4.9.3-1, and 5.2.0-1. I
have the last one installed, and in addition a recently built 6.0 on my
Haswell laptop. I’m fairly certain I have used the 4.9.3 successfully
in the past. It looks like you need to update to the current gmp and
mpfr. Nor
Thomas Koenig writes:
> The warnings on the GMP and MPFR headers make me suspect that some
> dependency may be broken.
No, they simply have been updated after gcc was built.
> warning: GMP header version 6.0.0 differs from library version 6.1.0.
Can you downgrade to libgmp10-6.0.0a-2 and check i
Nem W Schlecht writes:
> Today I noticed that some of my Perl DBI scripts (connecting to MSSQL)
> had been failing since Nov 10th (causing perl core dumps). Thinking
> it was just a needed re-compile, I recompiled DBD::Sybase, which
> compiled fine, but core dumped during testing. I then tried to
Nem W Schlecht writes:
> Today I noticed that some of my Perl DBI scripts (connecting to MSSQL)
> had been failing since Nov 10th (causing perl core dumps). Thinking
> it was just a needed re-compile, I recompiled DBD::Sybase, which
> compiled fine, but core dumped during testing. I then tried to
18 matches
Mail list logo
