This is the mail archive of the cygwin@sourceware.cygnus.com
mailing list for the Cygwin project. See the Cygwin
home page for more information.
[Date Prev][Date Next][Thread Prev][Thread Next]
[Date Index] [Subject Index] [Author Index] [Thread Index]
Re: runtime STATUS ACCESS VIOLATIONS
- To: Murli Ganeshan <murli@juno.com>, cygwin@sourceware.cygnus.com
- Subject: Re: runtime STATUS ACCESS VIOLATIONS
- From: Christopher Faylor <cgf@cygnus.com>
- Date: Sat, 20 Feb 1999 13:40:12 -0500
- Delivered-To: listarch-cygwin@sourceware.cygnus.com
- Delivered-To: mailing list cygwin@sourceware.cygnus.com
- In-Reply-To: <19990221.123247.-193569.1.murli@juno.com>; from Murli Ganeshan on Sun, Feb 21, 1999 at 12:32:36PM -0600
- Mailing-List: contact cygwin-help@sourceware.cygnus.com; run by ezmlm
- References: <19990221.123247.-193569.1.murli@juno.com>
- Sender: cygwin-owner@sourceware.cygnus.com
On Sun, Feb 21, 1999 at 12:32:36PM -0600, Murli Ganeshan wrote:
>I have a simple c++ program that generates ACCESS VIOLATIONS at
>runtime. The same code does not generate any runtime errors while
>running the executable generated from djgpp on the same machine. Also,
>there are no runtime errors when compiled on a Linux 2.0.36 box or a
>SUNos 4.1.4 box.
>
>I saw some old postings related to ACCESS VIOLATIONS with malloc and
>the solution was to replace that with mmalloc. Is there a similar one
>for the "new" dynamic memory allocator in c++ that I can use?
>
>Here's a command line snippet. I would appreciate any
>feedback/suggestions to debug the problem.
Here's some feedback: Use gdb to debug the problem. The information
below doesn't provide any information about where the program is dying.
gdb will give you that information.
99.9% of the time this will be due to some kind of programming error
in your code, just like on UNIX.
>
>bash.exe-2.02$ g++ list2.cpp listex2.cxx -o exam
>bash.exe-2.02$ exam
>[main] C:\MSDEV\PROJECTS\HMWK3\EXAM.EXE 1011 (0) handle_exceptions:
>Exception: STATUS_ACCESS_VIOLATION
>[main] EXAM 1011 (0) handle_exceptions: Dumping stack trace to
>EXAM.EXE.core
--
cgf@cygnus.com
http://www.cygnus.com/
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com