Message-ID: <813e5f920610270353j6d1fd5fdmbac525979815a6b2@mail.gmail.com>
Date: Fri, 27 Oct 2006 20:53:57 +1000
From: "Hugh McMaster" <dasjournal@gmail.com>
To: cygwin@cygwin.com, "Brian Dessent" <brian@dessent.net>
Subject: Re: Portaudio Errors on Cygwin
In-Reply-To: <813e5f920610270346g6459b71agb85940c1a136f3a9@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <813e5f920610201535u142c92fbm934d7650d501ea91@mail.gmail.com> 	 <45397125.886ED3C1@dessent.net> 	 <813e5f920610210143g5bdeab09m6d43f802869522e1@mail.gmail.com> 	 <813e5f920610270346g6459b71agb85940c1a136f3a9@mail.gmail.com>
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Precedence: bulk
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com

Hi everyone,

I'd just like to report that this issue has been resolved.  It would
seem that my Cygwin installation had never completed properly.  A
fresh installation fixed the issue.

Hugh


On 21/10/06, Hugh McMaster <dasjournal@gmail.com> wrote:
> >  Hi Brian,
> >
> > I apologise for the lack of information that I have provided in my
> > previous message.
> >
> > Portaudio provides the ability to create cross platform audio I/O
> > libraries ( http://www.portaudio.com).  That aside, I am using the
> > latest version of Cygwin (all stable release packages), and the latest
> > version of Portaudio.
> >
> > To configure, compile, and install Portaudio in Cygwin, I used
> > './configure', then 'make', and then finally 'make install'.  The
> > process went perfectly, apart from the need to use 'autoreconf' before
> > starting the process to recreate the 'configure' file.  I have
> > attempted using Portaudio with static libraries, and also shared
> > libraries.
> >
> > Everytime I start my binary, I always end up with that exception fault
> > displayed in my previous message.  I will run the debug sequence, and
> > have a look at what is going on.
> >
> > Hugh
> >
> >  On 21/10/06, Brian Dessent <brian@dessent.net> wrote:
> > > Hugh McMaster wrote:
> > >
> > > > I can successfully compile and install Portaudio in Cygwin (after
> > > > performing autoreconf).  I have been using dynamic libraries
> > > > (specifically cygportaudio-2.dll)  I can even compile my own sources.
> > > > When attempting to run the resulting Win32 binary, I get an error,
> > > > that I cannot even begin to make sense of.
> >  >
> > > I have no idea what portaudio is, and I'm sure I'm not alone.  It's not
> > > an official Cygwin package.  I'm sure I could google it, and find its
> > > homepage, and read a little bit about it, and maybe dig around and find
> > > a tarball somewhere.
> > >
> > > Even if I had that information I have no idea what options, methods, or
> > > patches you used to compile it, or what commands or options you used to
> > > invoke it, or what files you supplied as input, or really what you were
> > > trying to do with it.  In other words, you've given almost no useful
> > > information.  It's kind of the analog of walking into a room of complete
> > > strangers and asking, "Hey does anyone know what's up with Steve?"
> > > (Who's Steve?)
> > >
> > > > Exception: STATUS_ACCESS_VIOLATION at eip=0048C2C0
> > >
> > > This means there was an access violation exception.  This is Windows-ese
> > > for "Segmentation fault".  It is a generic error that occurs when a
> > > process tries to access a page of memory that it does not have access
> > > to.  This can be caused by hundreds of different things - dereferencing
> > > a NULL or otherwise uninitialized pointer, walking off the end of an
> > > unterminated buffer, stack corruption, and on and on.  It is a very
> > > generic symptom of a bug in the code, or a logic error in the code, or
> > > false assumptions about the environment the code will be executing in,
> > > or any number of other problems.
> > >
> > > In other words, you'll have to actually debug the program.  The address
> > > of the fault (0x004xxxxx) does imply that it is happening in the main
> > > binary image and not a DLL, but that's not a given either.  Compile with
> > > debugging symbols (-g) and use gdb and figure out what's going on.  Or
> > > use the error_start parameter of $CYGWIN to launch the debugger at the
> > > fault instead of the default action of creating the .stackdump file.
> > >
> > > > Stack trace:
> > > > Frame     Function  Args
> > > > 5ED4CCB8  0048C2C0  (00000000, 00290A60, 00001000, 67144A5D)
> > > > 5ED4CCF8  67145B1F  (002848E0, 5ED4CD5C, 002917F0, 00000002)
> >  > > 5ED4CDB8  671498A5  (00284890, 5ED4CDF0, 671496B0, 5ED4CDF0)
> > > > 671496B0  61004416  (00ACEC81, 4D8B0000, 9445C708, 00000000)
> > >
> > > A naked stack trace of self-compiled code does not do any good.  We have
> > > no idea what those addresses correspond to.
> > >
> > > > Does anyone know what is wrong with the library file that has been
> > > > created on Cygwin?  Should I completely reinstall Cygwin?
> > >
> >  > Please forgive the following analogy.
> > >
> > > Reinstalling is the equivalent of popping the hood, staring at the
> > > engine for a while, then closing the hood and trying to turn it over
> > > again -- it doesn't actually do anything to fix the underlying problem,
> > > unless that problem was a loose hood.  And if it does work it was a
> > > coincidence, just as sometimes letting the engine cool off will allow it
> > > to start again.  But in those cases it would have also worked if you had
> > > just sat there for a while twiddling your thumbs and so it certainly
> > > wasn't due to opening the hood and staring.
> > >
> > > Brian
> >
>
>

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