Re: sox - package is broken

2014-03-16 Thread Christopher Faylor
On Mon, Mar 17, 2014 at 12:42:30AM -0400, Christopher Faylor wrote: >On Sun, Mar 16, 2014 at 10:28:29PM -0400, Christopher Faylor wrote: >>On Sun, Mar 16, 2014 at 09:57:36PM -0400, Christopher Faylor wrote: >>>On Sun, Mar 16, 2014 at 10:36:31PM +, David Stacey wrote: The issue I have is tha

cygwin usage on Windows

2014-03-16 Thread Joseph E. Maxwell
I have a question that I am sure must have been addressed before, but I cannot find it after days of searching. Of course I am a Newbie with cygwin. I have completed an installation, successfully, I think on an x386 platform w/ Win XP SP3 OS. I can compile a C program from within the cywgin s

snapshot branch label not accurate

2014-03-16 Thread Christopher Faylor
The branch label that shows up for snapshots now is inaccurate for anything after the first two entries. I don't yet have a good way to keep track of what snapshot is associated with what branch. Anyway, I believe that the first six entries will now all be from the 1.7.29 branch even if they aren

Re: sox - package is broken

2014-03-16 Thread Christopher Faylor
On Sun, Mar 16, 2014 at 10:28:29PM -0400, Christopher Faylor wrote: >On Sun, Mar 16, 2014 at 09:57:36PM -0400, Christopher Faylor wrote: >>On Sun, Mar 16, 2014 at 10:36:31PM +, David Stacey wrote: >>>The issue I have is that close_audio_out() isn't working as you'd >>>expect: for some reason,

Cygwin install on Windows 2008 R2 - Post Install error

2014-03-16 Thread Karthik Durairajan
Hi, I have recently tried installed Cygwin (1.7.28 - 64 bit installer) on a Windows 2008 R2 SP1 (64 bit) box. Installation completed with following errors: Dependency order of packages: dash libiconv2 libintl8 libgcc1 libstdc++6 terminfo libncursesw10 libreadline7 libattr1 libgmp10 libmpfr4 gawk

Re: With latest snapshot, emacs is very slow to start under X11

2014-03-16 Thread Ken Brown
On 3/16/2014 7:53 AM, Corinna Vinschen wrote: On Mar 15 12:35, Ken Brown wrote: On 3/14/2014 4:19 PM, Corinna Vinschen wrote: The problem is this. The memory addresses given in the straces or in the below stackdump don't make any sense to me, because I don't have your DLL. For clarity it woul

Re: sox - package is broken

2014-03-16 Thread Christopher Faylor
On Sun, Mar 16, 2014 at 09:57:36PM -0400, Christopher Faylor wrote: >On Sun, Mar 16, 2014 at 10:36:31PM +, David Stacey wrote: >>The issue I have is that close_audio_out() isn't working as you'd >>expect: for some reason, the 'audio_out_' member pointer is null > >This was because all of the I

Re: sox - package is broken

2014-03-16 Thread Christopher Faylor
On Sun, Mar 16, 2014 at 10:36:31PM +, David Stacey wrote: >The issue I have is that close_audio_out() isn't working as you'd >expect: for some reason, the 'audio_out_' member pointer is null This was because all of the I/O operations were ignoring the archetype for the device. So, this is li

Re: sox - package is broken

2014-03-16 Thread David Stacey
On 16/03/2014 11:43, Corinna Vinschen wrote: If there are always samples at the end missing, maybe there's just some "flush audio queue" call missing in fhandler_dev_dsp::close_audio_out? I'm just glancing at this part of the code and what makes me a bit wary is the call audio_out_->stop (im

Re: g++ linker problem with libcygwin.a

2014-03-16 Thread Marco Atzeri
On 16/03/2014 18:03, zosrothko wrote: Hi Dear, re-opening a thread dead 3 years ago, is NOT a good way to have any answer here. If you have any problem, please follow Problem reports: http://cygwin.com/problems.html start a new thread and clarify your need or doubts Regards Marco

Re: g++ linker problem with libcygwin.a

2014-03-16 Thread zosrothko
Hi Here the definition of the cmain.c program, part of libcygwin.a. This code has a "main" entry point which is calling the WinMain by the end So the question remains: Why g++/ld links with this "main" entry instead of the one of the user's main program? zos /* libcmain.c Copyright 1996

Re: With latest snapshot, emacs is very slow to start under X11

2014-03-16 Thread Corinna Vinschen
On Mar 15 12:35, Ken Brown wrote: > On 3/14/2014 4:19 PM, Corinna Vinschen wrote: > >The problem is this. The memory addresses given in the straces or in > >the below stackdump don't make any sense to me, because I don't have > >your DLL. For clarity it would be helpful to run > > > > addr2line

Re: sox - package is broken

2014-03-16 Thread Corinna Vinschen
On Mar 16 00:00, David Stacey wrote: > On 10/03/2014 11:14, Corinna Vinschen wrote: > >Does anybody feel up to the task to debug this issue in the Cygwin DLL? > >The DSP code is practically only in a single file called fhandler_dsp.cc. > > I've started looking at this, but it is at the very bottom

[ANNOUNCEMENT] Updated: octave-3.8.1-1

2014-03-16 Thread Marco Atzeri
New versions 3.8.1-1 of octave, octave-devel, octave-doc are available in the Cygwin distribution: CHANGES This is a mainstream bugfix update release of 3.8.x Full changes: http://www.gnu.org/software/octave/NEWS-3.8.html Main difference: there are now 2 octave main binaries