No errors in the setup log all of the post scripts are
renamed .done
On 10/7/2013 11:07 AM, Larry Hall (Cygwin) wrote:
On 10/6/2013 11:30 AM, Bill Morgan wrote:
Just did a fresh 64 bit install and there are no
directories under Home.
Is this normal ?
No. This is done in '/etc/profile
Greetings, Frank, Matthew I!
> I believe my problem is identical to the one reported in:
> http://cygwin.com/ml/cygwin/2012-02/msg00456.html, but that message chain
> ended with
> "mount your file system noacl" which isn't an option for me, so I'm looking
> for
> other alternatives.
Please expl
On 10/9/2013 8:44 PM, Don Hatch wrote:
On Wed, Oct 09, 2013 at 07:30:42PM -0400, Larry Hall (Cygwin) wrote:
... Some of your packages are reported as empty, which isn't right.
See if you can make those complaints go away.
Okay, I ran setup_x86.exe and uninstalled all packages
that appeared as
On 10/9/2013 7:21 PM, Don Hatch wrote:
On Wed, Oct 09, 2013 at 06:58:52PM -0400, Don Hatch wrote:
On Wed, Oct 09, 2013 at 06:38:10PM -0400, Larry Hall (Cygwin) wrote:
WJFFM. Maybe looking at your cygcheck output will provide a clue?
Hmm, wasn't expecting that it actually works fine for other
On Wed, Oct 09, 2013 at 06:58:52PM -0400, Don Hatch wrote:
> On Wed, Oct 09, 2013 at 06:38:10PM -0400, Larry Hall (Cygwin) wrote:
> > WJFFM. Maybe looking at your cygcheck output will provide a clue?
>
> Hmm, wasn't expecting that it actually works fine for other people!
One more possibly releva
On 10/9/2013 6:19 PM, Don Hatch wrote:
ssh'ing from a cygwin shell to a linux computer,
if I run an output-bound command
(e.g. "yes ")and I
try to kill the command
using ctrl-c, it takes a long time, sometimes several minutes.
I'd love
On 10/9/2013 5:30 PM, Frank, Matthew I wrote:
I believe my problem is identical to the one reported in:
http://cygwin.com/ml/cygwin/2012-02/msg00456.html, but that message chain ended
with
"mount your file system noacl" which isn't an option for me, so I'm looking for
other alternatives.
I crea
ssh'ing from a cygwin shell to a linux computer,
if I run an output-bound command
(e.g. "yes ")and I
try to kill the command
using ctrl-c, it takes a long time, sometimes several minutes.
I'd love to get this fixed, as it's the one thing
The following packages have been updated:
- poco-1.4.6p2-1
- libpoco-devel-1.4.6p2-1
- libpoco-doc-1.4.6p2-1
- libpoco16-1.4.6p2-1
- poco-debuginfo-1.4.6p2-1
This is a maintenance release containing bug-fixes and minor
improvements.
DESCRIPTION
===
Poco is a collection of mo
I believe my problem is identical to the one reported in:
http://cygwin.com/ml/cygwin/2012-02/msg00456.html, but that message chain ended
with
"mount your file system noacl" which isn't an option for me, so I'm looking for
other alternatives.
I create a file using cmd.exe in a directory created b
In this post:
http://cygwin.com/ml/cygwin/2013-10/msg00060.html
I mentioned that less(1) was crashing the shell/cygwin environment. I
reinstallation of all packages seemed to have solved the problem.
But I'm continuing to see the same crash, and others just like it. The
following have res
I
On Wed, Oct 9, 2013 at 2:28 PM, Achim Gratz wrote:
> Ryan Johnson writes:
>> So in other words, a misguided performance optimization [1] that
>> almost certainly has little measurable impact on performance [2] has
>> introduced a silent data corruption bug (or tickled a latent one
>> somewhere
Version 1.61-1 of cppcheck has been uploaded, following the upstream release.
cppcheck is a tool for static C/C++ code analysis. It tries to detect bugs that
your C/C++ compiler doesn't see. The goal is no false positives.
cppcheck is versatile. You can check non-standard code that includes var
Ryan Johnson writes:
> So in other words, a misguided performance optimization [1] that
> almost certainly has little measurable impact on performance [2] has
> introduced a silent data corruption bug (or tickled a latent one
> somewhere else). Lovely.
It is not the performance optimization that i
On Wed, Oct 09, 2013 at 07:37:26AM -0600, Warren Young wrote:
> On 10/9/2013 01:05, Don Hatch wrote:
> >
> >if I forget to set the variable, or set it wrong,
> >or someone else doesn't know about the variable and runs into the bug,
> >then corruption happens and work is irretrievably lost.
>
> How
Hi Francesco
On Wed, Oct 9, 2013 at 5:11 PM, Francesco Pizzolante wrote:
> Hi,
>
> I noticed that I'm getting different times from the command line when use
> --login or not.
>
Bash executes different startup scripts depending on whether it was
started with --login or not, so the results may als
Hi,
I noticed that I'm getting different times from the command line when use
--login or not.
Here's a simple test.
1. Start from a Windows command prompt and start bash with "bash --login". In
this case, I can see that the TZ variable is set to "Europe/Brussels".
If I run date, I get "We
On 09/10/2013 9:37 AM, Warren Young wrote:
On 10/9/2013 01:05, Don Hatch wrote:
Would it be possible to simply declare 5.8 DOA
The Cygwin package system allows one to mark 5.8-1 as obsolete, but I
don't know if it can be told "and downgrade to 5.7-11".
If not, can we make a 5.9 that's iden
On 08/10/2013 7:48 PM, Warren Young wrote:
On 10/8/2013 04:22, Don Hatch wrote:
Checking in a text file of size >= 256k
corrupts the rcs file, irretrievably losing most of the contents
It's documented in the rcs NEWS file:
- Env var RCS_MEM_LIMIT controls stdio threshold.
For spee
On 10/9/2013 01:05, Don Hatch wrote:
if I forget to set the variable, or set it wrong,
or someone else doesn't know about the variable and runs into the bug,
then corruption happens and work is irretrievably lost.
How is this more difficult than what you're already doing, manually
rolling bac
On Tue, Oct 8, 2013 at 11:33 PM, Chris Olin wrote:
> I recently did this at work by backing up the C:\cygwin directory, my
> Windows user profile directory and manually creating the directory
> path C:\cygwin\etc\setup, then copying
> C:\cygwin\etc\setup\installed.db to the new computer, running t
On Tue, Oct 08, 2013 at 07:30:40PM -0600, Warren Young wrote:
> On 10/8/2013 18:30, Don Hatch wrote:
> >On Tue, Oct 08, 2013 at 05:48:53PM -0600, Warren Young wrote:
> >>On 10/8/2013 04:22, Don Hatch wrote:
> >>>
> >>>Checking in a text file of size >= 256k
> >>>corrupts the rcs file, irretrievably
22 matches
Mail list logo