STATUS ACCESS VIOLATION

STATUS ACCESS VIOLATION

[Giovanni Denaro]

Hi,

I am actually porting under a Windows 95 platform a tool previously
developed for unix platforms, using b18 gnuwin32 g++.

I have solved all my compile time problems,
but now I get the following run-time problem:

during execution my process crashes with the following output:

-----------------------------------------
(C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) In
cygwin_exc ept_handler exc C0000005 at 1004667C sp 25CFAEC
(C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023)
Exception trapped!
(C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023)
exception C0000005 at 1004667C
(C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023)
exception: ax 0 bx 0 cx 4705E44 dx 65697266
(C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023)
exception: si 1004C2DC di 1 bp 25CFAF4 sp 25CFAEC
(C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023)
exception is: STATUS_ACCESS_VIOLATION
(C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) Stack
trace:
(C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
0: sp = 0x25CF904, pc = 0x10007BB2
(C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
1: sp = 0x25CF920, pc = 0xBFF76780
(C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
2: sp = 0x25CF944, pc = 0xBFF858F3
(C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
3: sp = 0x25CF9DC, pc = 0xFFECBAD7
(C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
4: sp = 0x25CFAF4, pc = 0x1000F26D
(C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
5: sp = 0x25CFB04, pc = 0x466DEA
(C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
6: sp = 0x25CFB18, pc = 0x4672FB
(C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
7: sp = 0x25CFB24, pc = 0x411A20
(C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
8: sp = 0x25CFB40, pc = 0x428F52
(C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
9: sp = 0x25CFBD8, pc = 0x42043A
(C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
10: sp= 0x25CFC68, pc = 0x41BE85
(C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
11: sp= 0x25D00A8, pc = 0x41DF36
(C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
12: sp= 0x25D10D0, pc = 0x444098
(C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
13: sp= 0x25D10F8, pc = 0x442610
(C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
14: sp= 0x25D110C, pc = 0x44B39B
(C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
15: sp= 0x25D1154, pc = 0x4036E4
(C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) End of
stacktrace (more stack frames may be present)

-------------------------------------

I have debugged (using gdb) my program and I find that the crash happends
executing a "new" statement for allocation of a single character...

is it possible???

To verify this i have written a simple program that cyclically allocates
characters it crashes too....

I read mails in the mail-archives and find that this error has been
hilighted from other people in the past (in different and various 
circumstances) but i have not found a working solution for it.

I have already installed the Sergey's coolview and placed the new
cygwin.dll in the correct places (gnuwin32\b18\H-i386-cygwin32\bin and
gnuwin32\b18\H-i386-cygwin32\i386-cygwin32\lib).
I have update the libcygwin.a and bash.exe too.

I worked for three months without any good result.

May somebody help me??

Thank you in advance...

Giovanni

 


-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

Re: STATUS ACCESS VIOLATION

[Gio]

On Tue, 17 Feb 1998, Giovanni Denaro wrote:

> Hi,
> 
> I am actually porting under a Windows 95 platform a tool previously
> developed for unix platforms, using b18 gnuwin32 g++.
> 
> I have solved all my compile time problems,
> but now I get the following run-time problem:
> 
> during execution my process crashes with the following output:
> 
> -----------------------------------------
> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) In
> cygwin_exc ept_handler exc C0000005 at 1004667C sp 25CFAEC
> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023)
> Exception trapped!
> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023)
> exception C0000005 at 1004667C
> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023)
> exception: ax 0 bx 0 cx 4705E44 dx 65697266
> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023)
> exception: si 1004C2DC di 1 bp 25CFAF4 sp 25CFAEC
> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023)
> exception is: STATUS_ACCESS_VIOLATION
> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) Stack
> trace:
> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> 0: sp = 0x25CF904, pc = 0x10007BB2
> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> 1: sp = 0x25CF920, pc = 0xBFF76780
> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> 2: sp = 0x25CF944, pc = 0xBFF858F3
> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> 3: sp = 0x25CF9DC, pc = 0xFFECBAD7
> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> 4: sp = 0x25CFAF4, pc = 0x1000F26D
> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> 5: sp = 0x25CFB04, pc = 0x466DEA
> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> 6: sp = 0x25CFB18, pc = 0x4672FB
> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> 7: sp = 0x25CFB24, pc = 0x411A20
> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> 8: sp = 0x25CFB40, pc = 0x428F52
> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> 9: sp = 0x25CFBD8, pc = 0x42043A
> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> 10: sp= 0x25CFC68, pc = 0x41BE85
> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> 11: sp= 0x25D00A8, pc = 0x41DF36
> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> 12: sp= 0x25D10D0, pc = 0x444098
> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> 13: sp= 0x25D10F8, pc = 0x442610
> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> 14: sp= 0x25D110C, pc = 0x44B39B
> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> 15: sp= 0x25D1154, pc = 0x4036E4
> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) End of
> stacktrace (more stack frames may be present)
> 
> -------------------------------------
> 
> I have debugged (using gdb) my program and I find that the crash happends
> executing a "new" statement for allocation of a single character...
> 
> is it possible???
> 
> To verify this i have written a simple program that cyclically allocates
> characters it crashes too....
> 
> I read mails in the mail-archives and find that this error has been
> hilighted from other people in the past (in different and various 
> circumstances) but i have not found a working solution for it.
> 
> I have already installed the Sergey's coolview and placed the new
> cygwin.dll in the correct places (gnuwin32\b18\H-i386-cygwin32\bin and
> gnuwin32\b18\H-i386-cygwin32\i386-cygwin32\lib).
> I have update the libcygwin.a and bash.exe too.
> 
> I worked for three months without any good result.
> 
> May somebody help me??
> 
> Thank you in advance...
> 
> Giovanni
> 
>  

I am continuing to find a solution for my problem.

this is the output of a simple gdb session for the program before
descripted:

------------------------------------------

(gdb) Breakpoint 1 at 0x4057e3
Starting program : C:/WINDOWS/Profiles/denaro/Desktop/porting2/editor/Mtd+.exe
[tcsetpgrp failed in terminal_inferior: error 0]
7c6c0000:/WINDOWS/SYSTEM/WSOCK32.DLL
bfec0000:/WINDOWS/SYSTEM/ADVAPI32.DLL
bff30000:/WINDOWS/SYSTEM/GDI32.DLL
bff60000:/WINDOWS/SYSTEM/USER32.DLL
bff70000:/WINDOWS/SYSTEM/KERNEL32.DLL
10000000:/LANG/GNUWIN32/B18/H-I386-CYGWIN32/BIN/CYGWIN.DLL
bfb60000:/WINDOWS/SYSTEM/SHLWAPI.DLL
70200000:/WINDOWS/SYSTEM/WININET.DLL
0x4057e3 in main ()
Continuing.
[tcsetpgrp failed in terminal_inferior: error 0]

Program received signal SIGSEV, Segmentation fault.
0x1004667c in _malloc_r ()

(gdb)bt
#0  0x1004667c in _malloc_r ()
#1  0x1000f26d in export_malloc ()
#2  0x466dea in __builtin_new (sz=1)
#3  0x4672fb in __builtin_vec_new (sz=1)
#4  0x411a20 in KString::Kstring ()
#5  0x428f52 in formatEnablings ()
#6  0x42043a in get Enablings ()
#7  0x41be85 in HTPLNKernel::apply_message ()
#8  0x41df36 in HTPLNKernel::receiveMessage ()
#9  0x444098 in Interface::sendMessage ()
#10 0x442610 in Interface::Step ()
#11 0x44b39b in AUMExecutor::Step ()
#12 0x4036e4 in evaluateMessage ()
#13 0x405711 in sendmessage ()
#14 0x405d0e in main ()
#15 0x100063ba in dll_crt0_1 ()
#16 0x100063cb in dll_crt0 ()
#17 0x46840d in cygwin_crt0 ()
(gdb)

------------------------------------------


this seems to confirm that program crashes during a malloc!

May anybody help me???

by
Gio

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

Re: STATUS ACCESS VIOLATION

[Patrick J. Fay]

Hello Giovanni,
Here's my guess not knowing more details. Either you are
running out memory or the pattern of malloc's you are doing
is fragmenting memory too much.  Or perhaps your recursive
routine is exhausting your 'stack'. The OS usually reports
the address that is causing the segmentation violation,
I don't see it in cygwin's exception message. This would
provide a clue as to whether you were exhausting your
stack or your heap. (or maybe there is just a bug in
_malloc_r but that is probably way down on the list 
of possibilities).

All malloc's use some 'rules' to figure out whether to
reuse an old free'd block or alloc a new one. Any malloc
will fail if you malloc in a certain pattern. My guess is
that _malloc_r is bombing due to out of memory. I don't
really see why it should abend.
It seems like I can exhaust my memory (even though I
actually only have malloc'd half of it) by:
     for (i=1000000;i<paging_file_size;i+=1000000)
     {
       char *ptr;
       printf("malloc %d bytes\n",i);
       ptr = (char *)malloc(i);
       if(ptr!=NULL)
       {
         printf("malloc worked. free %d bytes\n",i);
         getchar();
         free(ptr);
 
       }
       else
       {
         printf("failed to malloc %d bytes\n",i);
       }
     }
If watch NT's task manager 'VM size' column, you'll see that each
malloc gets a power of 2 block of memory and so even though
you only need a small part of it, it can't malloc a power of 2 
block and abends. 
There may also be a mallopt's routine (look in whatever include
file malloc is defined in). If so you might be able to 
tell malloc to allocate a big block and do the 1 byte mallocs
from that small block. (I hope you are just doing 1 byte
mallocs as an experiment.)

All that having been said, you are probably fragmenting your 
memory or running out stack space. Figure out how to increase
your stack space and see if it runs further before abending.
Pat

Patrick Fay, Ph.D., Intel Corp.            email:   pfay@co.intel.com
Los Alamos National Lab                    wk:         (505) 665-9141
CTI M.S. B296                              fax:        (505) 667-5921
Los Alamos NM 87545    ASCI-RED http://www.acl.lanl.gov/~pfay/teraflop
On Fri, 20 Feb 1998, Gio wrote:

> 
> 
> On Tue, 17 Feb 1998, Giovanni Denaro wrote:
> 
> > Hi,
> > 
> > I am actually porting under a Windows 95 platform a tool previously
> > developed for unix platforms, using b18 gnuwin32 g++.
> > 
> > I have solved all my compile time problems,
> > but now I get the following run-time problem:
> > 
> > during execution my process crashes with the following output:
> > 
> > -----------------------------------------
> > (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) In
> > cygwin_exc ept_handler exc C0000005 at 1004667C sp 25CFAEC
> > (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023)
> > Exception trapped!
> > (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023)
> > exception C0000005 at 1004667C
> > (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023)
> > exception: ax 0 bx 0 cx 4705E44 dx 65697266
> > (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023)
> > exception: si 1004C2DC di 1 bp 25CFAF4 sp 25CFAEC
> > (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023)
> > exception is: STATUS_ACCESS_VIOLATION
> > (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) Stack
> > trace:
> > (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> > 0: sp = 0x25CF904, pc = 0x10007BB2
> > (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> > 1: sp = 0x25CF920, pc = 0xBFF76780
> > (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> > 2: sp = 0x25CF944, pc = 0xBFF858F3
> > (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> > 3: sp = 0x25CF9DC, pc = 0xFFECBAD7
> > (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> > 4: sp = 0x25CFAF4, pc = 0x1000F26D
> > (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> > 5: sp = 0x25CFB04, pc = 0x466DEA
> > (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> > 6: sp = 0x25CFB18, pc = 0x4672FB
> > (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> > 7: sp = 0x25CFB24, pc = 0x411A20
> > (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> > 8: sp = 0x25CFB40, pc = 0x428F52
> > (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> > 9: sp = 0x25CFBD8, pc = 0x42043A
> > (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> > 10: sp= 0x25CFC68, pc = 0x41BE85
> > (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> > 11: sp= 0x25D00A8, pc = 0x41DF36
> > (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> > 12: sp= 0x25D10D0, pc = 0x444098
> > (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> > 13: sp= 0x25D10F8, pc = 0x442610
> > (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> > 14: sp= 0x25D110C, pc = 0x44B39B
> > (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) frame
> > 15: sp= 0x25D1154, pc = 0x4036E4
> > (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) End of
> > stacktrace (more stack frames may be present)
> > 
> > -------------------------------------
> > 
> > I have debugged (using gdb) my program and I find that the crash happends
> > executing a "new" statement for allocation of a single character...
> > 
> > is it possible???
> > 
> > To verify this i have written a simple program that cyclically allocates
> > characters it crashes too....
> > 
> > I read mails in the mail-archives and find that this error has been
> > hilighted from other people in the past (in different and various 
> > circumstances) but i have not found a working solution for it.
> > 
> > I have already installed the Sergey's coolview and placed the new
> > cygwin.dll in the correct places (gnuwin32\b18\H-i386-cygwin32\bin and
> > gnuwin32\b18\H-i386-cygwin32\i386-cygwin32\lib).
> > I have update the libcygwin.a and bash.exe too.
> > 
> > I worked for three months without any good result.
> > 
> > May somebody help me??
> > 
> > Thank you in advance...
> > 
> > Giovanni
> > 
> >  
> 
> I am continuing to find a solution for my problem.
> 
> this is the output of a simple gdb session for the program before
> descripted:
> 
> ------------------------------------------
> 
> (gdb) Breakpoint 1 at 0x4057e3
> Starting program : C:/WINDOWS/Profiles/denaro/Desktop/porting2/editor/Mtd+.exe
> [tcsetpgrp failed in terminal_inferior: error 0]
> 7c6c0000:/WINDOWS/SYSTEM/WSOCK32.DLL
> bfec0000:/WINDOWS/SYSTEM/ADVAPI32.DLL
> bff30000:/WINDOWS/SYSTEM/GDI32.DLL
> bff60000:/WINDOWS/SYSTEM/USER32.DLL
> bff70000:/WINDOWS/SYSTEM/KERNEL32.DLL
> 10000000:/LANG/GNUWIN32/B18/H-I386-CYGWIN32/BIN/CYGWIN.DLL
> bfb60000:/WINDOWS/SYSTEM/SHLWAPI.DLL
> 70200000:/WINDOWS/SYSTEM/WININET.DLL
> 0x4057e3 in main ()
> Continuing.
> [tcsetpgrp failed in terminal_inferior: error 0]
> 
> Program received signal SIGSEV, Segmentation fault.
> 0x1004667c in _malloc_r ()
> 
> (gdb)bt
> #0  0x1004667c in _malloc_r ()
> #1  0x1000f26d in export_malloc ()
> #2  0x466dea in __builtin_new (sz=1)
> #3  0x4672fb in __builtin_vec_new (sz=1)
> #4  0x411a20 in KString::Kstring ()
> #5  0x428f52 in formatEnablings ()
> #6  0x42043a in get Enablings ()
> #7  0x41be85 in HTPLNKernel::apply_message ()
> #8  0x41df36 in HTPLNKernel::receiveMessage ()
> #9  0x444098 in Interface::sendMessage ()
> #10 0x442610 in Interface::Step ()
> #11 0x44b39b in AUMExecutor::Step ()
> #12 0x4036e4 in evaluateMessage ()
> #13 0x405711 in sendmessage ()
> #14 0x405d0e in main ()
> #15 0x100063ba in dll_crt0_1 ()
> #16 0x100063cb in dll_crt0 ()
> #17 0x46840d in cygwin_crt0 ()
> (gdb)
> 
> ------------------------------------------
> 
> 
> this seems to confirm that program crashes during a malloc!
> 
> May anybody help me???
> 
> by
> Gio
> 
> -
> For help on using this list (especially unsubscribing), send a message to
> "gnu-win32-request@cygnus.com" with one line of text: "help".
> 

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

STATUS_ACCESS_VIOLATION

[Marc Girod]

Hello,

I keep my installation up-to-date on a weekly basis, and never fail to
rebaseall/peflagsall as many times as needed to be able to start emacs
in an X session without fork errors. Then I do a perlrebase.

However, I eventually get STATUS_ACCESS_VIOLATION errors, in 
various contexts, e.g. (last now) doing a dired.
I have been keeping the *stackdump files produced, and even logging
their contents for fear they would get overwritten.
I note that the value of eip (instruction pointer register?) reported is
often the same. Here are the data for the last event:

~> ls -ltr *.stackdump
-rwxrwxrwx 1 emagiro EEI-ATusers 647 Mar 10  2011 xauth.exe.stackdump
-rwxrwxrwx 1 emagiro EEI-ATusers 320 Jul 18 10:39 bash.exe.stackdump
-rwxrwxrwx 1 emagiro EEI-ATusers 320 Jul 18 10:56 XWin.exe.stackdump
-rwxrwxrwx 1 emagiro EEI-ATusers   0 Sep 22 06:44 sh.exe.stackdump
-rwxrwxrwx 1 emagiro EEI-ATusers 325 Sep 30 10:40 emacs-X11.exe.stackdump
~> cat emacs-X11.exe.stackdump
Exception: STATUS_ACCESS_VIOLATION at eip=6102048B
eax=01B23D00 ebx=61248414 ecx=75E6B363 edx=00276818 esi=00000000
edi=0022F9FC
ebp=61020C00 esp=0022C7CC program=C:\cygwin\bin\emacs-X11.exe, pid 4628,
thread main
cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023
Stack trace:
Frame     Function  Args
End of stack trace


Also, in the cygwin shell which from which the X session is launched,
I got:

   2 [main] emacs-X11 4628 exception::handle: Exception:
STATUS_ACCESS_VIOLATION
726 [main] emacs-X11 4628 open_stackdumpfile: Dumping stack trace to
emacs-X11.exe.stackdump
   2 [main] emacs 6660 child_copy: linked dll data write copy failed,
0x26B000..0x274C8C, done 0, windows pid 6692, Win32 error 487


And I checked:

~> net helpmsg 487

Attempt to access invalid address.


My understanding, from reading previous threads in the list, is that
some Windows process performs DLL injection, which modifies the
memory map of the emacs process, so that it doesn't match the 
expectation of 'ls' while being forked as part of executing 'dired'.

Is there any way to identify this Windows process, or the exact DLL,
so as to know in advance how to rebase the processes to avoid this
conflict? Can I use the above data for that purpose?
Or is it doomed?
And is my understanding flawed?

Thanks,
Marc
-- 
View this message in context: http://old.nabble.com/STATUS_ACCESS_VIOLATION-tp32557806p32557806.html
Sent from the Cygwin list mailing list archive at Nabble.com.


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

Re: STATUS_ACCESS_VIOLATION

[Marco Atzeri]

On 9/30/2011 12:04 PM, Marc Girod wrote:
>
> Hello,
>
> I keep my installation up-to-date on a weekly basis, and never fail to
> rebaseall/peflagsall as many times as needed to be able to start emacs
> in an X session without fork errors. Then I do a perlrebase.
>
> However, I eventually get STATUS_ACCESS_VIOLATION errors, in
> various contexts, e.g. (last now) doing a dired.
> I have been keeping the *stackdump files produced, and even logging
> their contents for fear they would get overwritten.
> I note that the value of eip (instruction pointer register?) reported is
> often the same. Here are the data for the last event:
>
[cut]
>     2 [main] emacs 6660 child_copy: linked dll data write copy failed,
> 0x26B000..0x274C8C, done 0, windows pid 6692, Win32 error 487
>
>
> And I checked:
>
> ~>  net helpmsg 487
>
> Attempt to access invalid address.
>
>
> My understanding, from reading previous threads in the list, is that
> some Windows process performs DLL injection, which modifies the
> memory map of the emacs process, so that it doesn't match the
> expectation of 'ls' while being forked as part of executing 'dired'.
>
> Is there any way to identify this Windows process, or the exact DLL,
> so as to know in advance how to rebase the processes to avoid this
> conflict? Can I use the above data for that purpose?
> Or is it doomed?
> And is my understanding flawed?
>
> Thanks,
> Marc


Problem reports:       http://cygwin.com/problems.html

so at least we have an idea of your system


in addition, have you checked
http://cygwin.com/faq/faq.using.html#faq.using.bloda

Antivirus and driver are the most likely culprits.


Regards
Marco

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

Re: STATUS_ACCESS_VIOLATION

[Marc Girod]

marco atzeri-4 wrote:
> 
> My experience is that using the standard "problem report" improve the
> chance to correctly identify the root cause and reduce the number of
> guess that everyone could have.
> 
One problem I have is that I use this list via the (old) nabble web site,
and this one doesn't let me post attachments.
Now, I had a different issue, from my other (home) laptop, and I tried
to send a mail with the cygcheck.out as an attachment from my gmail
account. I didn't get a reply of any kind (checked my spam folder) and
I do not see the message appear here (sent Sat, Oct 1, 2011 at 12:45 PM)

Marc
-- 
View this message in context: http://old.nabble.com/STATUS_ACCESS_VIOLATION-tp32557806p32576940.html
Sent from the Cygwin list mailing list archive at Nabble.com.


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

Re: STATUS_ACCESS_VIOLATION

[Christopher Faylor]

On Sun, Oct 02, 2011 at 03:12:39AM -0700, Marc Girod wrote:
>marco atzeri-4 wrote:
>> My experience is that using the standard "problem report" improve the
>> chance to correctly identify the root cause and reduce the number of
>> guess that everyone could have.
>> 
>One problem I have is that I use this list via the (old) nabble web site,
>and this one doesn't let me post attachments.
>Now, I had a different issue, from my other (home) laptop, and I tried
>to send a mail with the cygcheck.out as an attachment from my gmail
>account. I didn't get a reply of any kind (checked my spam folder) and
>I do not see the message appear here (sent Sat, Oct 1, 2011 at 12:45 PM)

If the message isn't in the list archives it didn't reach the list.

cgf

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

Re: STATUS_ACCESS_VIOLATION

[jan.kolar]

Christopher Faylor-8 wrote:
> 
> On Sun, Oct 02, 2011 at 03:12:39AM -0700, Marc Girod wrote:
>>marco atzeri-4 wrote:
>>> My experience is that using the standard "problem report" improve the
>>> chance to correctly identify the root cause and reduce the number of
>>> guess that everyone could have.
>>> 
>>One problem I have is that I use this list via the (old) nabble web site,
>>and this one doesn't let me post attachments.
>>Now, I had a different issue, from my other (home) laptop, and I tried
>>to send a mail with the cygcheck.out as an attachment from my gmail
>>account. I didn't get a reply of any kind (checked my spam folder) and
>>I do not see the message appear here (sent Sat, Oct 1, 2011 at 12:45 PM)
> 
> If the message isn't in the list archives it didn't reach the list.
> 
> cgf
> 

That means, you should check http://cygwin.com/ml/cygwin/ to see, if the
message arrived to cygwin at cygwin dot com. 
Nothing that contains an email address in the body is accepted by the list,
but I received an email with complaints in such situation.

There is a problem with nabble, that it sometimes shows post with a delay o
several days.
This also implies nabble can claim your posts (through nabble) were not
(yet) accepted by the list for several days, the delay is however not at
cygwin list. 
I'm writing this because it can hold you from identifying the problem
properly.

To test the nabble attachments, I send a body of nabble delay mail. 
http://old.nabble.com/file/p32581457/nabble_delay.txt nabble_delay.txt 
-- 
View this message in context: http://old.nabble.com/STATUS_ACCESS_VIOLATION-tp32557806p32581457.html
Sent from the Cygwin list mailing list archive at Nabble.com.


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

Re: STATUS_ACCESS_VIOLATION

[jan.kolar]

Marc Girod wrote:
> 
> 
> marco atzeri-4 wrote:
>> 
>> Problem reports:       http://cygwin.com/problems.html
>> so at least we have an idea of your system
>> 
>> in addition, have you checked
>> http://cygwin.com/faq/faq.using.html#faq.using.bloda
>> 
>> Antivirus and driver are the most likely culprits.
>> 
> Yes, I know both pages...
> Maybe you are right and I have a *problem* which I ought the *report*.
> But that's not exactly the way I was looking at it.
> 
> Marc
> 

There is a problem inside cygwin's fork implementation and namely with the
dll realocation.
This is covered by all the BLODA and rebaseall suggestions, though the real
problem has to be solved in cygwin. Because there is fortunately a recent
change in fork implementation, there is hope for near future with this
regard and it is really advisable to try recent snapshot. 

(Personally, I will stay with my own fixes of fork, until the new code
proves to be stable and the BLODA list and rebaseall workaround disappear.)

However, STATUS_ACCESS_VIOLATION frequently appears for reason that I do not
count as part of the above, although it is connected.
Some time ago, dll::init() contained
|      /* This should be a no-op.  Why didn't we just import this variable?
*/
|              *(p.envptr) = __cygwin_environ;

It was changed to 
|     /* This should be a no-op.  Why didn't we just import this variable?
*/
|        if (!p.envptr)
|          p.envptr = &__cygwin_environ;
|        else
|         *(p.envptr) = __cygwin_environ;

Yet this is not enough, my patched cygwin was still getting
STATUS_ACCESS_VIOLATION here, 
since dll::init() was called with badly allocated DLL. BTW, I never so
p.envptr==NULL here.

I suspect it is connected to 
|          HMODULE h = LoadLibraryExW (d->name, NULL,
DONT_RESOLVE_DLL_REFERENCES);
|
|          if (!h)
|            system_printf ("can't reload %W, %E", d->name);
|          else
|            {
|              FreeLibrary (h);
|              if (h == d->handle)
|                h = LoadLibraryW (d->name);
|            }
(where, theoretically, DLL might be reallocated to a different address and
there is no test for this possibility) and I might test it later.
So far I have the following modification. It helps and it also suggest DLL
which might be rebased  (I did not do rebase since this modification:-)).
 dll *
 dll_list::alloc (HINSTANCE h, per_process *p, dll_type type)
 {
   WCHAR name[NT_MAX_PATH];
   DWORD namelen = GetModuleFileNameW (h, name, sizeof (name));

   /* Already loaded? */
   dll *d = dlls[name];
+
+  if ( d && (h != d->handle) ) { 
+      console_printf("JK: KNOWN DLL %W in dll_list::alloc() with
h(0x%x)!=d->handle(0x%x). "
+          "(wPId=%d pid=%d ppid=%d.) "
+          "We will return NULL which causes redo instead of
'STATUS_ACCESS_VIOLATION'.\n",
+          name, h, d->handle,
+          GetCurrentProcessId(), myself->pid,  myself->ppid);
+      return NULL; // To je moznost 4. nize.
+    }
 if (d)
   {

---
DISPLAY=:0 gitk --all
JK: KNOWN DLL C:\cygwin\bin\libtcl8.5.dll in dll_list::alloc() with
h(0x410000)!=d->handle(0x2C0000). (wPId=4988 pid=498
8 ppid=0.) We will return NULL which causes redo instead of
'STATUS_ACCESS_VIOLATION'.
JK: KNOWN DLL C:\cygwin\bin\libtcl8.5.dll in dll_list::alloc() with
h(0x480000)!=d->handle(0x2C0000). (wPId=9708 pid=970
8 ppid=0.) We will return NULL which causes redo instead of
'STATUS_ACCESS_VIOLATION'.
JK: KNOWN DLL C:\cygwin\bin\libtcl8.5.dll in dll_list::alloc() with
h(0x410000)!=d->handle(0x2C0000). (wPId=5200 pid=520
0 ppid=0.) We will return NULL which causes redo instead of
'STATUS_ACCESS_VIOLATION'.
JK: KNOWN DLL C:\cygwin\bin\libtcl8.5.dll in dll_list::alloc() with
h(0x410000)!=d->handle(0x2C0000). (wPId=9516 pid=951
6 ppid=0.) We will return NULL which causes redo instead of
'STATUS_ACCESS_VIOLATION'.
JK: KNOWN DLL C:\cygwin\bin\libtcl8.5.dll in dll_list::alloc() with
h(0x410000)!=d->handle(0x2C0000). (wPId=6972 pid=697
2 ppid=0.) We will return NULL which causes redo instead of
'STATUS_ACCESS_VIOLATION'.
JK: KNOWN DLL C:\cygwin\bin\libtcl8.5.dll in dll_list::alloc() with
h(0x480000)!=d->handle(0x2C0000). (wPId=10488 pid=10
488 ppid=0.) We will return NULL which causes redo instead of
'STATUS_ACCESS_VIOLATION'.
JK: KNOWN DLL C:\cygwin\bin\libtcl8.5.dll in dll_list::alloc() with
h(0x410000)!=d->handle(0x2C0000). (wPId=10672 pid=10
672 ppid=0.) We will return NULL which causes redo instead of
'STATUS_ACCESS_VIOLATION'.
JK: KNOWN DLL C:\cygwin\bin\libtcl8.5.dll in dll_list::alloc() with
h(0x410000)!=d->handle(0x2C0000). (wPId=6748 pid=674
8 ppid=0.) We will return NULL which causes redo instead of
'STATUS_ACCESS_VIOLATION'.
JK: KNOWN DLL C:\cygwin\bin\libtcl8.5.dll in dll_list::alloc() with
h(0x480000)!=d->handle(0x2C0000). (wPId=8072 pid=807
2 ppid=0.) We will return NULL which causes redo instead of
'STATUS_ACCESS_VIOLATION'.
JK: KNOWN DLL C:\cygwin\bin\libtcl8.5.dll in dll_list::alloc() with
h(0x480000)!=d->handle(0x2C0000). (wPId=5164 pid=516
4 ppid=0.) We will return NULL which causes redo instead of
'STATUS_ACCESS_VIOLATION'.
JK: KNOWN DLL C:\cygwin\bin\libtcl8.5.dll in dll_list::alloc() with
h(0x410000)!=d->handle(0x2C0000). (wPId=11284 pid=11
284 ppid=0.) We will return NULL which causes redo instead of
'STATUS_ACCESS_VIOLATION'.
No more errors (sometimes 30+ errors and failure, sometimes <10 and
success);
----

JK
-- 
View this message in context: http://old.nabble.com/STATUS_ACCESS_VIOLATION-tp32557806p32579035.html
Sent from the Cygwin list mailing list archive at Nabble.com.


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

Re: STATUS_ACCESS_VIOLATION

[jan.kolar]

Marc Girod wrote:
> 
> Hello,
> 
> I keep my installation up-to-date on a weekly basis, and never fail to
> rebaseall/peflagsall as many times as needed to be able to start emacs
> in an X session without fork errors. Then I do a perlrebase.
> 
> However, I eventually get STATUS_ACCESS_VIOLATION errors, in 
> various contexts, e.g. (last now) doing a dired.
> I have been keeping the *stackdump files produced, and even logging
> their contents for fear they would get overwritten.
> I note that the value of eip (instruction pointer register?) reported is
> often the same. Here are the data for the last event:
> 
> ~> ls -ltr *.stackdump
> -rwxrwxrwx 1 emagiro EEI-ATusers 647 Mar 10  2011 xauth.exe.stackdump
> -rwxrwxrwx 1 emagiro EEI-ATusers 320 Jul 18 10:39 bash.exe.stackdump
> -rwxrwxrwx 1 emagiro EEI-ATusers 320 Jul 18 10:56 XWin.exe.stackdump
> -rwxrwxrwx 1 emagiro EEI-ATusers   0 Sep 22 06:44 sh.exe.stackdump
> -rwxrwxrwx 1 emagiro EEI-ATusers 325 Sep 30 10:40 emacs-X11.exe.stackdump
> ~> cat emacs-X11.exe.stackdump
> Exception: STATUS_ACCESS_VIOLATION at eip=6102048B
> eax=01B23D00 ebx=61248414 ecx=75E6B363 edx=00276818 esi=00000000
> edi=0022F9FC
> ebp=61020C00 esp=0022C7CC program=C:\cygwin\bin\emacs-X11.exe, pid 4628,
> thread main
> cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023
> Stack trace:
> Frame     Function  Args
> End of stack trace
> 
> 
> Also, in the cygwin shell which from which the X session is launched,
> I got:
> 
>    2 [main] emacs-X11 4628 exception::handle: Exception:
> STATUS_ACCESS_VIOLATION
> 726 [main] emacs-X11 4628 open_stackdumpfile: Dumping stack trace to
> emacs-X11.exe.stackdump
>    2 [main] emacs 6660 child_copy: linked dll data write copy failed,
> 0x26B000..0x274C8C, done 0, windows pid 6692, Win32 error 487
> 
> 
> And I checked:
> 
> ~> net helpmsg 487
> 
> Attempt to access invalid address.
> 
> 
> My understanding, from reading previous threads in the list, is that
> some Windows process performs DLL injection, which modifies the
> memory map of the emacs process, so that it doesn't match the 
> expectation of 'ls' while being forked as part of executing 'dired'.
> 
> Is there any way to identify this Windows process, or the exact DLL,
> so as to know in advance how to rebase the processes to avoid this
> conflict? Can I use the above data for that purpose?
> Or is it doomed?
> And is my understanding flawed?
> 
> Thanks,
> Marc
> 

> I keep my installation up-to-date on a weekly basis ...
> Exception: STATUS_ACCESS_VIOLATION at eip=6102048B  ...

Well, this makes makes possible to verify if I was right when guessing 
it might be '*(p.envptr) = __cygwin_environ;', which is done during dll
inicialization. And it is indeed.
 



-----------------------
/bin/cygwin1.dll-official-cygwin-1.7.9-1
gdb cat ...
disas ...
  0x61020470 :       push   %ebx
  0x61020471 :       sub    $0x18,%esp
ebx=this
  0x61020474 :       mov    0x20(%esp),%ebx		
edx= & (this->p.envptr)
  0x61020478 :       mov    0x8(%ebx),%edx
if ( (this->p.envptr) == 0 )
  0x6102047b :      test   %edx,%edx
  0x6102047d :      je     0x610204a0 

  0x6102047f :      mov    0x611fcaf8,%eax

!in_forkee
  0x61020484 :      cmpb   $0x0,0x6116a954

*(p.envptr) = __cygwin_environ;               STATUS_ACCESS_VIOLATION
  0x6102048b :      mov    %eax,(%edx)

  0x6102048d :      mov    $0x1,%eax

if (!in_forkee)
  0x61020492 :      je     0x610204b0
  0x61020494 :      add    $0x18,%esp
  0x61020497 :      pop    %ebx
  0x61020498 :      ret

...

If you do not succeed with snapshots (I'm curious to know), 
and you do not want to wait for a solution 
a modification from my previous post might tell you the name of DLL that is
troubled, 
or you can hook the mentioned line in gdb and print out the name of DLL.
(you need debug build and .dbg file. Perhaps:
break dll_init.cc:<linenumber> if ( d && (h != d->handle) )
     or, break *0x<address> if ( d && (h != d->handle) )
p name
    or p console_printf("%W\n", name)
  (This also can be done without the debug build but I do not like trying
that. :-))
)


If you do not mind long list of possibly troubled DLLs, 
try 
cat /proc/<pid of your big (emacs) app currently running>/maps
Generally, the problem might be expected with those non-Win lines, that do
not start 6 or 7.
For example cygbz2 in the following example:

10000000-10014000 r--p 1000D5B0 7C1B:E988 281474976893107    
/usr/bin/cygbz2-1.dll
686C0000-686CB000 r--p 686C3540 7C1B:E988 281474976893714    
/usr/bin/cygfontenc-1.dll

Or, and this looks best:
 setup a debugger
    export CYGWIN='error_start=C:\cygwin\bin\gdb'    
 run the program 
    DISPLAY=:0 gitk
 If it crashes, gdb is started: 
       70032 [main] wish8.5 9444 exception::handle: Exception:
STATUS_ACCESS_VIOLATION
       *** starting debugger for pid 9444, tid 7844     Attaching to program
`/cygdrive/c/cygwin/bin/wish8.5.exe', process 9444
       [New Thread 9444.0x1ea4]
 and you can list the maps:
 cat /proc/9444/maps
      ...
      002C0000-003AD000 r-xp 0037A910 7C1B:E988 1125899907147852   
/usr/bin/libtcl8.5.dll
      ^      
      zero is typical for troubles
      ...


JK

-- 
View this message in context: http://old.nabble.com/STATUS_ACCESS_VIOLATION-tp32557806p32579564.html
Sent from the Cygwin list mailing list archive at Nabble.com.


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

Re: STATUS_ACCESS_VIOLATION

[Marc Girod]

jan.kolar wrote:
> 
> If you do not succeed with snapshots (I'm curious to know), 
> 
Thanks for your help, and sorry to disappoint you:
I cannot afford in the current situation to invest the time and 
effort to learn to install snapshots, build debuggable versions,
and actively compare fixes.

I can see that the understanding is in a good shape and light
is at the end of the tunnel.
I'll be happy to wait for a fix in an official version.

Thanks again!
Marc
-- 
View this message in context: http://old.nabble.com/STATUS_ACCESS_VIOLATION-tp32557806p32584519.html
Sent from the Cygwin list mailing list archive at Nabble.com.


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

RE: STATUS_ACCESS_VIOLATION

[Joshua Hudson]

/bin/rebaseall worked. Great, thanks man!

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

STATUS_ACCESS_VIOLATION

[Joshua Hudson]

[-- Attachment #1: Type: text/plain, Size: 1445 bytes --]

Whenever cygwin hasn't been running for awhile, launching it yields a
lot of STATUS_ACCESS_VIOLATION in bash.exe

$ cat bash.exe.stackdump
13779031 [main] bash 4212 exception::handle: Exception: STATUS_ACCESS_VIOLATION
13779775 [main] bash 4212 open_stackdumpfile: Dumping stack trace to bash.exe.st
ackdump
Exception: STATUS_ACCESS_VIOLATION at eip=61020137
eax=00E0A2E8 ebx=6123A604 ecx=74D70D06 edx=003441B8 esi=00000000 edi=0028F9E8
ebp=61020890 esp=0028C7B8 program=C:\cygwin\bin\bash.exe, pid 4212, thread main
cs=0023 ds=002B es=002B fs=0053 gs=002B ss=002B
Stack trace:
Frame     Function  Args
End of stack trace

Also, trying to do $ ls > file yields
78995859 [main] bash 996 child_copy: linked dll data write copy failed, 0x33D000
..0x3414A4, done 0, windows pid 996, Win32 error 487
80006668 [main] bash 3940 exception::handle: Exception: STATUS_ACCESS_VIOLATION
80007570 [main] bash 3940 open_stackdumpfile: Dumping stack trace to bash.exe.st
ackdump
$ cat bash.exe.stackdump
Exception: STATUS_ACCESS_VIOLATION at eip=61020137
eax=00E0A2E8 ebx=6123A604 ecx=74D70D06 edx=003441B8 esi=00000000 edi=0028F9E8
ebp=61020890 esp=0028C7B8 program=C:\cygwin\bin\bash.exe, pid 3940, thread main
cs=0023 ds=002B es=002B fs=0053 gs=002B ss=002B
Stack trace:
Frame     Function  Args
End of stack trace

Result of cygcheck -s attached.

Simple commands work, but trying to move the production server backup
script into production didn't.

HELP!

[-- Attachment #2: cygcheckdata --]
[-- Type: application/octet-stream, Size: 10861 bytes --]


Cygwin Configuration Diagnostics
Current System Time: Sat Nov 06 13:54:09 2010

Windows 2008 R2 Server Standard Ver 6.1 Build 7600 

Running under WOW64 on AMD64

Running in Terminal Service session

Path:	C:\cygwin\usr\local\bin
	C:\cygwin\bin
	C:\cygwin\bin
	C:\Windows\system32
	C:\Windows
	C:\Windows\System32\Wbem
	C:\Windows\System32\WindowsPowerShell\v1.0\
	C:\Program Files (x86)\Microsoft SQL Server\100\Tools\Binn\
	C:\Program Files\Microsoft SQL Server\100\Tools\Binn\
	C:\Program Files\Microsoft SQL Server\100\DTS\Binn\
	C:\Program Files (x86)\Microsoft SQL Server\100\Tools\Binn\VSShell\Common7\IDE\
	C:\Program Files (x86)\Microsoft SQL Server\100\DTS\Binn\
	C:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\IDE\PrivateAssemblies\

Output from C:\cygwin\bin\id.exe
UID: 11174(jhudson)       GID: 10513(Domain Users)
10513(Domain Users)       0(root)                   544(Administrators)
555(Remote Desktop Users) 545(Users)

SysDir: C:\Windows\system32
WinDir: C:\Windows

USER = 'jhudson'
PWD = '/home/jhudson'
HOME = '/home/jhudson'

Use '-r' to scan registry

obcaseinsensitive set to 1

Cygwin installations found in the registry:
  System: Key: c5e39b7a9d22bafb Path: C:\cygwin

c:  hd  NTFS    139876Mb  40% CP CS UN PA FC     
d:  hd  NTFS   1907567Mb   1% CP CS UN PA FC     DataDrive1
z:  cd             N/A    N/A                    

C:\cygwin        /          system  binary,auto
C:\cygwin\bin    /usr/bin   system  binary,auto
C:\cygwin\lib    /usr/lib   system  binary,auto
cygdrive prefix  /cygdrive  user    binary,auto

Found: C:\cygwin\bin\awk
Found: C:\cygwin\bin\awk
 -> C:\cygwin\bin\gawk.exe
Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cp.exe
Found: C:\cygwin\bin\cp.exe
Not Found: cpp (good!)
Not Found: crontab
Found: C:\cygwin\bin\find.exe
Found: C:\cygwin\bin\find.exe
Found: C:\Windows\system32\find.exe
Not Found: gcc
Not Found: gdb
Found: C:\cygwin\bin\grep.exe
Found: C:\cygwin\bin\grep.exe
Found: C:\cygwin\bin\kill.exe
Found: C:\cygwin\bin\kill.exe
Not Found: ld
Found: C:\cygwin\bin\ls.exe
Found: C:\cygwin\bin\ls.exe
Not Found: make
Found: C:\cygwin\bin\mv.exe
Found: C:\cygwin\bin\mv.exe
Not Found: patch
Not Found: perl
Found: C:\cygwin\bin\rm.exe
Found: C:\cygwin\bin\rm.exe
Found: C:\cygwin\bin\sed.exe
Found: C:\cygwin\bin\sed.exe
Found: C:\cygwin\bin\ssh.exe
Found: C:\cygwin\bin\ssh.exe
Found: C:\cygwin\bin\sh.exe
Found: C:\cygwin\bin\sh.exe
Found: C:\cygwin\bin\tar.exe
Found: C:\cygwin\bin\tar.exe
Found: C:\cygwin\bin\test.exe
Found: C:\cygwin\bin\test.exe
Found: C:\cygwin\bin\vi
Found: C:\cygwin\bin\vi
 -> C:\cygwin\bin\vim-nox.exe
Found: C:\cygwin\bin\vim
Found: C:\cygwin\bin\vim
 -> C:\cygwin\etc\alternatives\vim
 -> C:\cygwin\bin\vim-nox.exe

   15k 2009/12/27 C:\cygwin\bin\cygattr-1.dll
   61k 2009/03/02 C:\cygwin\bin\cygbz2-1.dll
    7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll
 1149k 2010/06/23 C:\cygwin\bin\cygcrypto-0.9.8.dll
  511k 2010/06/17 C:\cygwin\bin\cygedit-0.dll
   43k 2010/01/02 C:\cygwin\bin\cygform-10.dll
   40k 2009/03/01 C:\cygwin\bin\cygform-8.dll
   43k 2009/11/20 C:\cygwin\bin\cygform-9.dll
   47k 2010/01/02 C:\cygwin\bin\cygformw-10.dll
   45k 2010/08/15 C:\cygwin\bin\cyggcc_s-1.dll
  315k 2009/06/06 C:\cygwin\bin\cyggmp-3.dll
   25k 2009/07/06 C:\cygwin\bin\cyghistory7.dll
  360k 2010/08/15 C:\cygwin\bin\cygicons-0.dll
  982k 2009/12/23 C:\cygwin\bin\cygiconv-2.dll
  193k 2010/05/16 C:\cygwin\bin\cygidn-11.dll
   31k 2009/04/03 C:\cygwin\bin\cygintl-8.dll
    5k 2010/08/31 C:\cygwin\bin\cyglsa.dll
    9k 2010/08/31 C:\cygwin\bin\cyglsa64.dll
  125k 2010/04/09 C:\cygwin\bin\cyglzma-1.dll
   25k 2010/01/02 C:\cygwin\bin\cygmenu-10.dll
   21k 2009/03/01 C:\cygwin\bin\cygmenu-8.dll
   25k 2009/11/20 C:\cygwin\bin\cygmenu-9.dll
   25k 2010/01/02 C:\cygwin\bin\cygmenuw-10.dll
  211k 2009/06/06 C:\cygwin\bin\cygmp-3.dll
   63k 2010/01/02 C:\cygwin\bin\cygncurses++-10.dll
   66k 2009/03/01 C:\cygwin\bin\cygncurses++-8.dll
   63k 2009/11/20 C:\cygwin\bin\cygncurses++-9.dll
   63k 2010/01/02 C:\cygwin\bin\cygncurses++w-10.dll
  195k 2010/01/02 C:\cygwin\bin\cygncurses-10.dll
  237k 2009/03/01 C:\cygwin\bin\cygncurses-8.dll
  198k 2009/11/20 C:\cygwin\bin\cygncurses-9.dll
  244k 2010/01/02 C:\cygwin\bin\cygncursesw-10.dll
   13k 2010/01/02 C:\cygwin\bin\cygpanel-10.dll
   11k 2009/03/01 C:\cygwin\bin\cygpanel-8.dll
   13k 2009/11/20 C:\cygwin\bin\cygpanel-9.dll
   13k 2010/01/02 C:\cygwin\bin\cygpanelw-10.dll
  224k 2010/06/15 C:\cygwin\bin\cygpcre-0.dll
   10k 2010/06/15 C:\cygwin\bin\cygpcreposix-0.dll
   22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll
  162k 2009/07/06 C:\cygwin\bin\cygreadline7.dll
   10k 2009/12/14 C:\cygwin\bin\cygsigsegv-2.dll
  265k 2010/06/23 C:\cygwin\bin\cygssl-0.9.8.dll
   11k 2010/08/15 C:\cygwin\bin\cygssp-0.dll
  773k 2010/08/15 C:\cygwin\bin\cygstdc++-6.dll
   48k 2010/01/02 C:\cygwin\bin\cygtic-10.dll
   48k 2009/11/20 C:\cygwin\bin\cygtic-9.dll
   48k 2010/01/02 C:\cygwin\bin\cygticw-10.dll
   28k 2010/03/28 C:\cygwin\bin\cygwrap-0.dll
   76k 2010/08/01 C:\cygwin\bin\cygz.dll
 2586k 2010/08/31 C:\cygwin\bin\cygwin1.dll
    Cygwin DLL version info:
        DLL version: 1.7.7
        DLL epoch: 19
        DLL old termios: 5
        DLL malloc env: 28
        Cygwin conv: 181
        API major: 0
        API minor: 230
        Shared data: 5
        DLL identifier: cygwin1
        Mount registry: 3
        Cygwin registry name: Cygwin
        Program options name: Program Options
        Installations name: Installations
        Cygdrive default prefix: 
        Build date: 
        Shared id: cygwin1S5

   15k 2009/12/27 C:\cygwin\bin\cygattr-1.dll
   61k 2009/03/02 C:\cygwin\bin\cygbz2-1.dll
    7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll
 1149k 2010/06/23 C:\cygwin\bin\cygcrypto-0.9.8.dll
  511k 2010/06/17 C:\cygwin\bin\cygedit-0.dll
   43k 2010/01/02 C:\cygwin\bin\cygform-10.dll
   40k 2009/03/01 C:\cygwin\bin\cygform-8.dll
   43k 2009/11/20 C:\cygwin\bin\cygform-9.dll
   47k 2010/01/02 C:\cygwin\bin\cygformw-10.dll
   45k 2010/08/15 C:\cygwin\bin\cyggcc_s-1.dll
  315k 2009/06/06 C:\cygwin\bin\cyggmp-3.dll
   25k 2009/07/06 C:\cygwin\bin\cyghistory7.dll
  360k 2010/08/15 C:\cygwin\bin\cygicons-0.dll
  982k 2009/12/23 C:\cygwin\bin\cygiconv-2.dll
  193k 2010/05/16 C:\cygwin\bin\cygidn-11.dll
   31k 2009/04/03 C:\cygwin\bin\cygintl-8.dll
    5k 2010/08/31 C:\cygwin\bin\cyglsa.dll
    9k 2010/08/31 C:\cygwin\bin\cyglsa64.dll
  125k 2010/04/09 C:\cygwin\bin\cyglzma-1.dll
   25k 2010/01/02 C:\cygwin\bin\cygmenu-10.dll
   21k 2009/03/01 C:\cygwin\bin\cygmenu-8.dll
   25k 2009/11/20 C:\cygwin\bin\cygmenu-9.dll
   25k 2010/01/02 C:\cygwin\bin\cygmenuw-10.dll
  211k 2009/06/06 C:\cygwin\bin\cygmp-3.dll
   63k 2010/01/02 C:\cygwin\bin\cygncurses++-10.dll
   66k 2009/03/01 C:\cygwin\bin\cygncurses++-8.dll
   63k 2009/11/20 C:\cygwin\bin\cygncurses++-9.dll
   63k 2010/01/02 C:\cygwin\bin\cygncurses++w-10.dll
  195k 2010/01/02 C:\cygwin\bin\cygncurses-10.dll
  237k 2009/03/01 C:\cygwin\bin\cygncurses-8.dll
  198k 2009/11/20 C:\cygwin\bin\cygncurses-9.dll
  244k 2010/01/02 C:\cygwin\bin\cygncursesw-10.dll
   13k 2010/01/02 C:\cygwin\bin\cygpanel-10.dll
   11k 2009/03/01 C:\cygwin\bin\cygpanel-8.dll
   13k 2009/11/20 C:\cygwin\bin\cygpanel-9.dll
   13k 2010/01/02 C:\cygwin\bin\cygpanelw-10.dll
  224k 2010/06/15 C:\cygwin\bin\cygpcre-0.dll
   10k 2010/06/15 C:\cygwin\bin\cygpcreposix-0.dll
   22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll
  162k 2009/07/06 C:\cygwin\bin\cygreadline7.dll
   10k 2009/12/14 C:\cygwin\bin\cygsigsegv-2.dll
  265k 2010/06/23 C:\cygwin\bin\cygssl-0.9.8.dll
   11k 2010/08/15 C:\cygwin\bin\cygssp-0.dll
  773k 2010/08/15 C:\cygwin\bin\cygstdc++-6.dll
   48k 2010/01/02 C:\cygwin\bin\cygtic-10.dll
   48k 2009/11/20 C:\cygwin\bin\cygtic-9.dll
   48k 2010/01/02 C:\cygwin\bin\cygticw-10.dll
   28k 2010/03/28 C:\cygwin\bin\cygwrap-0.dll
   76k 2010/08/01 C:\cygwin\bin\cygz.dll
 2586k 2010/08/31 C:\cygwin\bin\cygwin1.dll
    Cygwin DLL version info:
        DLL version: 1.7.7
        DLL epoch: 19
        DLL old termios: 5
        DLL malloc env: 28
        Cygwin conv: 181
        API major: 0
        API minor: 230
        Shared data: 5
        DLL identifier: cygwin1
        Mount registry: 3
        Cygwin registry name: Cygwin
        Program options name: Program Options
        Installations name: Installations
        Cygdrive default prefix: 
        Build date: 
        Shared id: cygwin1S5


No Cygwin services found.


Cygwin Package Information
Package              Version
_update-info-dir     00927-1
alternatives         1.3.30c-10
base-cygwin          2.1-1
base-files           3.9-3
base-passwd          3.1-1
bash                 3.2.51-24
bzip2                1.0.5-10
coreutils            8.5-2
cpio                 2.11-1
crypt                1.1-1
csih                 0.9.1-1
cygrunsrv            1.34-1
cygutils             1.4.4-1
cygwin               1.7.7-1
cygwin-doc           1.7-1
dash                 0.5.6.1-2
diffutils            2.9-1
editrights           1.01-2
findutils            4.5.9-1
gawk                 3.1.8-1
gettext              0.17-11
grep                 2.6.3-1
groff                1.20.1-2
gzip                 1.3.12-2
ipc-utils            1.0-1
less                 436-1
libattr1             2.4.43-1
libbz2_1             1.0.5-10
libedit0             20090923-1
libgcc1              4.3.4-3
libgmp3              4.3.1-3
libiconv2            1.13.1-1
libidn11             1.18-1
libintl8             0.17-11
liblzma1             4.999.9beta-11
libncurses10         5.7-18
libncurses8          5.5-10
libncurses9          5.7-16
libncursesw10        5.7-18
libopenssl098        0.9.8o-2
libpcre0             8.02-1
libpopt0             1.6.4-4
libreadline7         6.0.3-2
libsigsegv2          2.8-1
libssp0              4.3.4-3
libstdc++6           4.3.4-3
libwrap0             7.6-21
login                1.10-10
man                  1.6f-1
openssh              5.6p1-2
rebase               3.0.1-1
run                  1.1.12-11
sed                  4.2.1-1
tar                  1.23-1
terminfo             5.7_20091114-14
terminfo0            5.5_20061104-12
texinfo              4.13-3
tzcode               2010j-1
vim                  7.3.003-1
wget                 1.12-1
which                2.20-2
xz                   4.999.9beta-11
zlib                 1.2.5-1
zlib-devel           1.2.5-1
zlib0                1.2.5-1
Use -h to see help about each section

[-- Attachment #3: Type: text/plain, Size: 218 bytes --]

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

Re: STATUS_ACCESS_VIOLATION

[Larry Hall (Cygwin)]

On 11/6/2010 4:57 PM, Joshua Hudson wrote:
> 78995859 [main] bash 996 child_copy: linked dll data write copy failed, 0x33D000
> ..0x3414A4, done 0, windows pid 996, Win32 error 487

This indicates one of two things:

   1. You need to rebase your system.  Install the 'rebase' package and
      read the readme.  If you have 'perl' installed too and have installed
      modules without using 'setup.exe' to do so, you'll also want to run
      'perlrebase'.

   2. <http://cygwin.com/acronyms/#BLODA>

-- 
Larry Hall                              http://www.rfk.com
RFK Partners, Inc.                      (508) 893-9779 - RFK Office
216 Dalton Rd.                          (508) 893-9889 - FAX
Holliston, MA 01746

_____________________________________________________________________

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

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

STATUS_ACCESS_VIOLATION

[shino korah]

Hi,


    I'm getting an error STATUS_ACCESS_VIOLATION". The
same source code works in Linux.I'm trying to debug
this in windows to see where this error is coming. I
have 3 DLL's,so in GDB DLLs are not getting loaded (it
hangs).

Any pointers on how to debug this?

Thanks in advance

__________________________________________________
Do you Yahoo!?
Faith Hill - Exclusive Performances, Videos & More
http://faith.yahoo.com

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

status access violation

[Enrico Bernardini]

Hi,
my program hav a strange beaviour:
It is like this example:
main
{
...
setuid(client_uid);
...

switch(fork())
case default:
...
break;

case 0: /* child */
...
execle(...);
break;
}

well, it works but when I remove a stupid unrelated piece of code
(setuid(client_uid);) 
in the main, the process crashes with:

Exception: STATUS_ACCESS_VIOLATION at eip=61008D0E
eax=0070FB38 ebx=03090309 ecx=00000000 edx=03090309 esi=00E90AD8
edi=00000000
ebp=0070FB0C esp=0070FAF4
program=C:\CYGWIN\USR\LOCAL\LIBEXEC\AMANDAD.EXE
cs=0167 ds=016F es=016F fs=408F gs=37A6 ss=016F
Stack trace:
Frame     Function  Args
0070FB0C  61008D0E  (03090309, 0070FB38, 00408004, 00000004)
0070FB3C  61008D86  (03090309, 00405AAA, 00000004, 6105B8DD)
0070FB7C  00405B02  (00000004, 61099368, 00000001, 00000000)
0074FD2C  00401C6E  (00000001, 61552998, 00E90278, 00000000)
0074FD88  61003FA2  (00000000, 00000000, 4D088DCE, 00000002)
0074FDB8  610041B9  (00401448, 00000000, 81640760, 00000000)
0074FDD8  610041F9  (00000000, 00000000, FFFFFFFF, 00000001)
0074FE08  004073AB  (00401448, 0074FC8C, BFFC9490, 0074FF68)
0074FE38  0040103D  (00000000, 81676734, 00000000, 6E616D41)
0074FF78  BFF8B560  (8164071C, 00000008, 81676734, 00000000)
      0 [main] amandad 258517 handle_exceptions: Error while dumping
state (prob
ably corrupted stack)

The process forks but it crashes during the execle call.

Can anybody please help me?

Thanks a lot
Enrico
-- 

Enrico Bernardini
System Administrator

Servizio Sistema Bibliotecario
Universita' di Pisa

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: status access violation

[Christopher Faylor]

On Fri, Jan 11, 2002 at 01:15:37PM +0100, Enrico Bernardini wrote:
>My program has a strange behavior. It is like this example:
>main
>{
>...
>setuid(client_uid);
>...
>
>switch(fork())
>case default:
>...
>break;
>
>case 0: /* child */
>...
>execle(...);
>break;
>}
>
>well, it works but when I remove a stupid unrelated piece of code
>(setuid(client_uid);) 
>[snip]
>The process forks but it crashes during the execle call.
>
>Can anybody please help me?

I'll try.  I need an actual test case, though.

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

STATUS_ACCESS_VIOLATION

[Sony Antony]

Hi guys:
 I was using cygwin to do lyx on Windows 95. I seem to be getting
STATUS_ACCESS_VIOLATION
of quite a few occasions. I m using cygwin 1.3.3-2 ( seen from the setup.exe
program ).
1. The real show stopper for me is when lyx tries to launch other programs
( viewers ). But I also saw this happening when I use strace with the -p
option. It seems to be creating the SH.EXE.stackdump file pasted below.
2. Another problem I had was while trying to launch vi, I get a
CYGNCURSES5.DLL not found message.


Thanks for the help

-sony
---------------
I found some discussions about a bug in fork(). Is this a known issue
currently.
Exception: STATUS_ACCESS_VIOLATION at eip=610586D2
eax=00000000 ebx=00000000 ecx=C0FD68E0 edx=00000003 esi=61095368
edi=00000003
ebp=0074FA2C esp=0074FA14 program=F:\INSTALL\CYGWIN\BIN\SH.EXE
cs=0157 ds=015F es=015F fs=6727 gs=0000 ss=015F
Stack trace:
Frame     Function  Args
0074FA2C  610586D2  (00000004, 61095368, 00000003, 0007309B)
0074FA4C  6100448D  (00000000, 0074FCD0, 0074FA7C, 00409863)
0074FA6C  61004633  (00000000, 00980370, 0074FC2C, 0040E7A1)
0074FC2C  0040E7AD  (00000000, 00401139, 0074FD3C, 00407BD7)
0074FD3C  00407CE3  (00000003, 614E517C, 00980008, 00000000)
0074FD98  6100401E  (00000000, 00000000, 815FB210, 00000000)
0074FDC8  6100421D  (815F2094, 00000000, BFFC1470, 0074FF68)
0074FDE8  6100425C  (00000000, 00000000, 0074FF68, BFFB88A8)
0074FE08  00410B2F  (00407A00, 0074FC8C, BFFC1470, 0074FF68)
0074FE38  0040103D  (00000000, 815F2094, 00000000, 45006853)
0074FF78  BFF89349  (815FB1CC, 00000008, 815F2094, 00000000)
1629182 [main] sh 519491 handle_exceptions: Error while dumping state
(probably corrupted stack)
--------------------------------------------------------------------------



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

STATUS_ACCESS_VIOLATION

[Sony Antony]

Hi guys:
 I was using cygwin to do lyx. I seem to be getting STATUS_ACCESS_VIOLATION
of quite a few occasions.
1. The real show stopper for me is when lyx tries to launch other programs
( viewers ). But I also saw this happening when I use strace with the -p
option. It seems to be creating the SH.EXE.stackdump file pasted below.
2. Another problem I had was while trying to launch vi, I get a
CYGNCURSES5.DLL not found message.


Thanks for the help

-sony
---------------
I found some discussions about a bug in fork(). Is this a known issue
currently.
Exception: STATUS_ACCESS_VIOLATION at eip=610586D2
eax=00000000 ebx=00000000 ecx=C0FD68E0 edx=00000003 esi=61095368
edi=00000003
ebp=0074FA2C esp=0074FA14 program=F:\INSTALL\CYGWIN\BIN\SH.EXE
cs=0157 ds=015F es=015F fs=6727 gs=0000 ss=015F
Stack trace:
Frame     Function  Args
0074FA2C  610586D2  (00000004, 61095368, 00000003, 0007309B)
0074FA4C  6100448D  (00000000, 0074FCD0, 0074FA7C, 00409863)
0074FA6C  61004633  (00000000, 00980370, 0074FC2C, 0040E7A1)
0074FC2C  0040E7AD  (00000000, 00401139, 0074FD3C, 00407BD7)
0074FD3C  00407CE3  (00000003, 614E517C, 00980008, 00000000)
0074FD98  6100401E  (00000000, 00000000, 815FB210, 00000000)
0074FDC8  6100421D  (815F2094, 00000000, BFFC1470, 0074FF68)
0074FDE8  6100425C  (00000000, 00000000, 0074FF68, BFFB88A8)
0074FE08  00410B2F  (00407A00, 0074FC8C, BFFC1470, 0074FF68)
0074FE38  0040103D  (00000000, 815F2094, 00000000, 45006853)
0074FF78  BFF89349  (815FB1CC, 00000008, 815F2094, 00000000)
1629182 [main] sh 519491 handle_exceptions: Error while dumping state
(probably corrupted stack)
--------------------------------------------------------------------------


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: Status Access Violation

[Travis Smith]

<snip>
How can you tell by that stack trace that the exception was in
Patrick's
code? 
Is it because the last 3 function addresses begin with 6100xxxx?
If so, how
does that address correlate to user functions?
</snip>

if you do a `size -A --radix=16 <filename>` on a program you
compiled, you'll notice that the memory locations for your
program are quite a lot higher than those of the libraries. I've
noticed on my system, that most program, no matter the size,
start somewhere around 0x4000000. This is noting that you ignore
the first section (.text). 

~Travis Smith
System Admin
tazium at yahoo dot com

__________________________________________________
Do You Yahoo!?
Yahoo! Auctions - buy the things you want at great prices
http://auctions.yahoo.com/

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

RE: Status Access Violation

[Glen Coakley]

How can you tell by that stack trace that the exception was in Patrick's
code? 
Is it because the last 3 function addresses begin with 6100xxxx? If so, how
does that address correlate to user functions?

________________________________
Glen Coakley, Sr. Software Engineer
MQSoftware Inc., (763) 543-4845


> -----Original Message-----
> From: Corinna Vinschen [ mailto:cygwin@cygwin.com ]
> Sent: Tuesday, May 15, 2001 3:47 AM
> To: cygwin@cygwin.com
> Subject: Re: Status Access Violation
> 
> 
> On Tue, May 15, 2001 at 10:40:25AM +0200, Patrick Reuter wrote:
> > Hi,
> > 
> > When I run a program under cygwin which is safely running 
> under IRIX and
> > Linux, I get the following error message:
> > 
> >       0 [main] lod 1260 handle_exceptions: Exception:
> > STATUS_ACCESS_VIOLATION
> [...]
> > Stack trace:
> > Frame     Function  Args
> > 025CF1D0  004135D4  (00000000, 00000000, 00000000, 00000000)
> > 025CF694  004135D4  (025CF7D4, 0000000C, 00000001, 000001B4)
> > 025CF804  0040322A  (1A542C58, 025CF884, 025CF8F4, 00403BAF)
> > 025CF8F4  00403CC4  (1A542C58, 00000000, 00000000, 1A547400)
> > 025CFA14  00406AC0  (0043BE4C, 0043BE8C, 00000001, 00405323)
> > 025CFD34  00405A61  (0043BE4C, 1A542C58, 1A542C48, 0043BE8C)
> > 025CFEB4  00411377  (00000001, 1A023684, 1A510008, FFFFFFFE)
> > 025CFF10  61003C02  (00000000, 00000000, 804533B4, FFDFF4E4)
> > 025CFF40  61003DDD  (00410F84, 00000000, 84B7C400, 80065530)
> > 025CFF60  61003E1C  (00000000, 00000000, 00000000, 84B7C430)
> 
> The stack dump shows that the error is occuring in your own
> code. So, you will have to debug your program. May I suggest
> using gdb?
> 
> Corinna
> 
> -- 
> Corinna Vinschen                  Please, send mails 
> regarding Cygwin to
> Cygwin Developer                                
> mailto:cygwin@cygwin.com
> Red Hat, Inc.
> 
> --
> Want to unsubscribe from this list?
> Check out: http://cygwin.com/ml/#unsubscribe-simple
> 

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: Status Access Violation

[Corinna Vinschen]

On Tue, May 15, 2001 at 04:42:44PM -0500, Glen Coakley wrote:
> 
> How can you tell by that stack trace that the exception was in Patrick's
> code? 
> Is it because the last 3 function addresses begin with 6100xxxx? If so, how
> does that address correlate to user functions?

No, it's because the upper addresses are _not_ beginning with 0x6100xxxx.
The user code begins at 0x00400000.

Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Developer                                mailto:cygwin@cygwin.com
Red Hat, Inc.

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Status Access Violation

[Patrick Reuter]

Hi,

When I run a program under cygwin which is safely running under IRIX and
Linux, I get the following error message:

      0 [main] lod 1260 handle_exceptions: Exception:
STATUS_ACCESS_VIOLATION
  15342 [main] lod 1260 stackdump: Dumping stack trace to
lod.exe.stackdump
Segmentation fault (core dumped)

administrateur@INTERGRAPH01 ~/lod
$ cat lod.exe.stackdump
Exception: STATUS_ACCESS_VIOLATION at eip=004135D4
eax=6107B9C4 ebx=025CF788 ecx=6108E74C edx=00000050 esi=0000000C
edi=025CF7D4
ebp=025CF1D0 esp=025CF66C program=w:\lod\lod.exe
cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023
Stack trace:
Frame     Function  Args
025CF1D0  004135D4  (00000000, 00000000, 00000000, 00000000)
025CF694  004135D4  (025CF7D4, 0000000C, 00000001, 000001B4)
025CF804  0040322A  (1A542C58, 025CF884, 025CF8F4, 00403BAF)
025CF8F4  00403CC4  (1A542C58, 00000000, 00000000, 1A547400)
025CFA14  00406AC0  (0043BE4C, 0043BE8C, 00000001, 00405323)
025CFD34  00405A61  (0043BE4C, 1A542C58, 1A542C48, 0043BE8C)
025CFEB4  00411377  (00000001, 1A023684, 1A510008, FFFFFFFE)
025CFF10  61003C02  (00000000, 00000000, 804533B4, FFDFF4E4)
025CFF40  61003DDD  (00410F84, 00000000, 84B7C400, 80065530)
025CFF60  61003E1C  (00000000, 00000000, 00000000, 84B7C430)


Did anybody have the same problem? Can anybody please help me?

Thanks a lot

Patrick



--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: Status Access Violation

[Corinna Vinschen]

On Tue, May 15, 2001 at 10:40:25AM +0200, Patrick Reuter wrote:
> Hi,
> 
> When I run a program under cygwin which is safely running under IRIX and
> Linux, I get the following error message:
> 
>       0 [main] lod 1260 handle_exceptions: Exception:
> STATUS_ACCESS_VIOLATION
[...]
> Stack trace:
> Frame     Function  Args
> 025CF1D0  004135D4  (00000000, 00000000, 00000000, 00000000)
> 025CF694  004135D4  (025CF7D4, 0000000C, 00000001, 000001B4)
> 025CF804  0040322A  (1A542C58, 025CF884, 025CF8F4, 00403BAF)
> 025CF8F4  00403CC4  (1A542C58, 00000000, 00000000, 1A547400)
> 025CFA14  00406AC0  (0043BE4C, 0043BE8C, 00000001, 00405323)
> 025CFD34  00405A61  (0043BE4C, 1A542C58, 1A542C48, 0043BE8C)
> 025CFEB4  00411377  (00000001, 1A023684, 1A510008, FFFFFFFE)
> 025CFF10  61003C02  (00000000, 00000000, 804533B4, FFDFF4E4)
> 025CFF40  61003DDD  (00410F84, 00000000, 84B7C400, 80065530)
> 025CFF60  61003E1C  (00000000, 00000000, 00000000, 84B7C430)

The stack dump shows that the error is occuring in your own
code. So, you will have to debug your program. May I suggest
using gdb?

Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Developer                                mailto:cygwin@cygwin.com
Red Hat, Inc.

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

STATUS_ACCESS_VIOLATION

[Patrick Reuter]

Hi,

I have an OpenGL project which is safely running on Linux and SGI. When
compiling under the latest cygwin version, I get the following error
message:

handle_exceptions: Exception: STATUS_ACCESS_VIOLATION

I tried to augment the stack size using GLOBALSZ, LOCALSZ AND TRAITSZ,
but error maintains.

What else can I trie?

Thank you!

Patrick



--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: STATUS_ACCESS_VIOLATION

[Jay Krell]

Greg, There is a fairly obvious bug in your code.
See how far you get in the program before it crashes (based on how much is
printed) for a clue as to what it is.
Since this is homework...

I found that building this with Visual C++ 6.0 and using the JIT debugger
upon the crash highlighted the bug pretty well.. Using Visual C++ 5.0 was
just as forgiving as Linux for you and didn't crash.

 - Jay

-----Original Message-----
From: Greg Sarsons <gsarsons@home.com>
To: Jay Krell <jay.krell@cornell.edu>
Date: Sunday, March 12, 2000 7:58 PM
Subject: Re: STATUS_ACCESS_VIOLATION


>here you go nothing earth shattering about it ... just a little program
>for school
>
>If you need anything else let me know
>
>Greg
>
>Jay Krell wrote:
>>
>> Please make "test.cpp" available.
>>
>>  - Jay
>>
>> -----Original Message-----
>> From: Greg Sarsons <gsarsons@home.com>
>> To: cygwin@sourceware.cygnus.com <cygwin@sourceware.cygnus.com>
>> Date: Sunday, March 12, 2000 8:32 AM
>> Subject: STATUS_ACCESS_VIOLATION
>>
>> >Program compiles and works great in Linux and even compiles with
>> >
>> >g++ test.cpp
>> >
>> >using B20
>> >
>> >However, I end up with STATUS_ACCESS_VIOLATIONS when it is run.  Looked
>> >at the messages archieves but didn't pick up on a solution.  Can someone
>> >point me in the correct direction?


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

STATUS_ACCESS_VIOLATION

[Greg Sarsons]

Program compiles and works great in Linux and even compiles with

g++ test.cpp

using B20

However, I end up with STATUS_ACCESS_VIOLATIONS when it is run.  Looked
at the messages archieves but didn't pick up on a solution.  Can someone
point me in the correct direction?
[main] a 1009 (0) exception: trapped!
[main] a 1009 (0) exception: code 0xC0000005 at 0x610626C8
[main] a 1009 (0) exception: ax 0x41B024 bx 0xA030A18 cx 0x4014C8 dx 0x247FE90
[main] a 1009 (0) exception: si 0x401718 di 0x410023 bp 0x61064D78 sp 0x247FE78
[main] a 1009 (0) exception: exception is: STATUS_ACCESS_VIOLATION
[main] a 1009 (0) stack: Stack trace:
[main] a 1009 (0) stack: frame 0: sp = 0x247FC8C, pc = 0x6100A2C3
[main] a 1009 (0) stack: frame 1: sp = 0x247FCC8, pc = 0x77F97396
[main] a 1009 (0) stack: frame 2: sp = 0x247FCEC, pc = 0x77F8926B
[main] a 1009 (0) stack: frame 3: sp = 0x247FD78, pc = 0x77F76406
[main] a 1009 (0) stack: frame 4: sp = 0x61064D78, pc = 0x0
[main] a 1009 (0) stack: End of stack trace

STATUS_ACCESS_VIOLATION

[Phil Edwards]

A similar thing happens if anything at all is done with locate(1), which
was one of the most useful programs ever made by GNU up until ten minutes
ago (which is when I finally got updatedb working, and tried to run locate):

[27]> locate shellex
locate: /cygnus/cygwin-b20/var/locatedb: No such file or directory
[28]> echo $LOCATE_PATH
/var/locatedb
[29]> locate --database=/var/locatedb shellex
[main] D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\locate.exe 1132 (0)
  handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
[main] locate 1132 (0) handle_exceptions: Dumping stack trace to locate.exe.core
[30]>

The "coredump" follows.  (I was surprised at the tiny amount of information
saved, but because there is no file(1) command, it was a file before I
discovered that's it text.  :-)  Ever since I found out the hard way, way
back when, that echoing escape sequences to the terminal can change the
terminal settings, I don't cat a file until I know it's just text.)

[main] locate 1132 (0) exception: trapped!
[main] locate 1132 (0) exception: code 0xC0000005 at 0x61030479
[main] locate 1132 (0) exception: ax 0x6C2E7200 bx 0xA030E58 cx 0x3 dx 0x0
[main] locate 1132 (0) exception: si 0x3 di 0x400 bp 0x240FD08 sp 0x240FCDC
[main] locate 1132 (0) exception: exception is: STATUS_ACCESS_VIOLATION
[main] locate 1132 (0) stack: Stack trace:
[main] locate 1132 (0) stack: frame 0: sp = 0x240FAF0, pc = 0x6100A2C3
[main] locate 1132 (0) stack: frame 1: sp = 0x240FB2C, pc = 0x77F94512
[main] locate 1132 (0) stack: frame 2: sp = 0x240FB50, pc = 0x77F88EEB
[main] locate 1132 (0) stack: frame 3: sp = 0x240FBDC, pc = 0x77F76266
[main] locate 1132 (0) stack: frame 4: sp = 0x240FD08, pc = 0x6105EEBE
[main] locate 1132 (0) stack: frame 5: sp = 0x240FD1C, pc = 0x6105D601
[main] locate 1132 (0) stack: frame 6: sp = 0x240FD38, pc = 0x6105B2E8
[main] locate 1132 (0) stack: frame 7: sp = 0x240FD50, pc = 0x61051649
[main] locate 1132 (0) stack: frame 8: sp = 0x240FD60, pc = 0x4014EF
[main] locate 1132 (0) stack: frame 9: sp = 0x240FF08, pc = 0x40191F
[main] locate 1132 (0) stack: frame 10: sp = 0x240FF24, pc = 0x61004402
[main] locate 1132 (0) stack: frame 11: sp = 0x240FF88, pc = 0x61004420
[main] locate 1132 (0) stack: frame 12: sp = 0x240FF94, pc = 0x402E0A
[main] locate 1132 (0) stack: frame 13: sp = 0x240FFA4, pc = 0x40103A
[main] locate 1132 (0) stack: frame 14: sp = 0x240FFC0, pc = 0x77F1B304
[main] locate 1132 (0) stack: frame 15: sp = 0x240FFF0, pc = 0x0
[main] locate 1132 (0) stack: End of stack trace

And finally, the results of cygcheck.  This is an NT4SP3 system with
basic B20 stuff.


Cygnus Win95/NT Configuration Diagnostics
Current System Time: Fri Jun 25 17:13:11 1999

WinNT Ver 4.0 build 1381 Service Pack 3

Path:	/usr/bin
	/d/PROGRA~1/PVCS/VM/win32/bin
	/d/WINNT/system32
	/d/WINNT
	/d/texmf/miktex/bin
	/d/PVCS/NT
	/c/bin

SysDir: D:\WINNT\System32
WinDir: D:\WINNT

HOME = `/home'
MAKE_MODE = `UNIX'
PWD = `/usr/bin'

!D: = `D:\WINNT\Profiles\pedwards.000\Desktop'
BISON_SIMPLE = `c:\stuff\flexbis\bison.cc'
BISON_SIMPLE_H = `c:\stuff\flexbis\bison.h'
COMPUTERNAME = `WOODSTOCK'
COMSPEC = `D:\WINNT\system32\cmd.exe'
EDITOR = `lemmy'
GS_FONTPATH = `d:\gstools\gs5.10\fonts;d:\texmf\fonts\type1\public\cm'
HOMEDRIVE = `O:'
HOMEPATH = `\PEDWARDS'
HOMESHARE = `\\daytonbeast\userspace'
HOSTNAME = `woodstock'
HOSTTYPE = `i586'
ISLVINI = `D:\WINNT'
LOGONSERVER = `\\BATCBDC9'
MACHTYPE = `i586-pc-cygwin32'
MSDEVDIR = `d:\program files\devstudio\sharedide'
NUMBER_OF_PROCESSORS = `1'
OS2LIBPATH = `D:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
OSTYPE = `cygwin32'
PATHEXT = `.COM;.EXE;.BAT;.CMD'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 5 Model 2 Stepping 12, GenuineIntel'
PROCESSOR_LEVEL = `5'
PROCESSOR_REVISION = `020c'
PROMPT = `$P$G'
SHELL = `/bin/sh'
SHLVL = `1'
SYSTEMDRIVE = `D:'
SYSTEMROOT = `D:\WINNT'
TEMP = `C:\tmp'
TERM = `cygwin'
TMP = `C:\tmp'
USERDOMAIN = `BALLDOM'
USERNAME = `PEDWARDS'
USERPROFILE = `D:\WINNT\Profiles\pedwards.000'
WINDIR = `D:\WINNT'
_ = `/usr/bin/cygcheck'
vi = `() {  Lemmy `cygpath -w $1`
}'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x00000020
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `D:\cygnus\cygwin-b20'
  flags = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/bin
  (default) = `D:\cygnus\cygwin-b20\H-i586-cygwin32\bin'
  flags = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/c
  (default) = `C:'
  flags = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/dev/fd0
  (default) = `\\.\a:'
  flags = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/dev/fd1
  (default) = `\\.\b:'
  flags = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/dev/st0
  (default) = `\\.\tape0:'
  flags = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/dev/st1
  (default) = `\\.\tape1:'
  flags = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/home
  (default) = `C:\stuff'
  flags = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/tmp
  (default) = `C:\tmp'
  flags = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00
  (default) = `D:\cygnus\cygwin-b20\H-i586-cygwin32'
  unix = `/usr'
  fbinary = 0x00000000
  fsilent = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01
  (default) = `C:\tmp'
  unix = `/tmp'
  fbinary = 0x00000000
  fsilent = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02
  (default) = `C:\stuff'
  unix = `/home'
  fbinary = 0x00000000
  fsilent = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\03
  (default) = `\\.\tape1:'
  unix = `/dev/st1'
  fbinary = 0x00000000
  fsilent = 0x00000001
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\04
  (default) = `\\.\tape0:'
  unix = `/dev/st0'
  fbinary = 0x00000000
  fsilent = 0x00000001
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\05
  (default) = `\\.\b:'
  unix = `/dev/fd1'
  fbinary = 0x00000000
  fsilent = 0x00000001
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\06
  (default) = `\\.\a:'
  unix = `/dev/fd0'
  fbinary = 0x00000000
  fsilent = 0x00000001
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\07
  (default) = `D:'
  unix = `/d'
  fbinary = 0x00000000
  fsilent = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\08
  (default) = `C:'
  unix = `/c'
  fbinary = 0x00000000
  fsilent = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\09
  (default) = `D:\cygnus\cygwin-b20\H-i586-cygwin32\bin'
  unix = `/bin'
  fbinary = 0x00000000
  fsilent = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0A
  (default) = `A:'
  unix = `/a'
  fbinary = 0x00000000
  fsilent = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0B
  (default) = `D:\cygnus\cygwin-b20'
  unix = `/'
  fbinary = 0x00000000
  fsilent = 0x00000000
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin B20
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin B20\B20.1
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\03
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\04
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\05
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\06
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\07
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\08
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\09
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0A
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0B
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0C
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0D
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0E
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0F
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\10
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\11
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\12
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\13
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\14
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\15
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\16
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\17
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\18
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\19
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1A
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1B
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1C
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1D
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\GNUPro
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\GNUPro\i586-cygwin32
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\GNUPro\i586-cygwin32\i586-cygwin32
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\GNUPro\i586-cygwin32\i586-cygwin32\cygwin-B20.1
  (default) = `d:\cygnus\cygwin-b20'
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\Cygnus Cygwin B20
  (default) = `D:\WINNT\IsUninst.exe -fd:\cygnus\cygwin-b20\Uninst.isu'
  DisplayName = `Cygwin B20'

a:\ fd           N/A    N/A                    
c:\ hd  NTFS    2000Mb  52% CP CS UN PA FC     
d:\ hd  NTFS    1098Mb  91% CP CS UN PA FC     
e:\ cd  CDFS       0Mb -2147483548%    CS              Audio CD
k:\ net NTFS   34726Mb  32% CP CS UN PA FC     RAID
o:\ net NTFS   34726Mb  32% CP CS UN PA FC     RAID
q:\ net NTFS   34726Mb  32% CP CS UN PA FC     RAID
s:\ net NTFS    3873Mb  55%          PA        pedwards
z:\ hd  NTFS    1098Mb  91% CP CS UN PA FC     

D:\cygnus\cygwin-b20                      /         native  text!=binary
A:                                        /a        native  text!=binary
D:\cygnus\cygwin-b20\H-i586-cygwin32\bin  /bin      native  text!=binary
C:                                        /c        native  text!=binary
D:                                        /d        native  text!=binary
\\.\a:                                    /dev/fd0  native  text!=binary
\\.\b:                                    /dev/fd1  native  text!=binary
\\.\tape0:                                /dev/st0  native  text!=binary
\\.\tape1:                                /dev/st1  native  text!=binary
C:\stuff                                  /home     native  text!=binary
C:\tmp                                    /tmp      native  text!=binary
D:\cygnus\cygwin-b20\H-i586-cygwin32      /usr      native  text!=binary

Found: .\bash.exe
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\bash.exe
Warning: .\bash.exe hides D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\bash.exe
Found: .\cat.exe
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cat.exe
Warning: .\cat.exe hides D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cat.exe
Not Found: cpp (good!)
Found: .\find.exe
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\find.exe
Warning: .\find.exe hides D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\find.exe
Found: .\gcc.exe
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\gcc.exe
Warning: .\gcc.exe hides D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\gcc.exe
Found: .\gdb.exe
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\gdb.exe
Warning: .\gdb.exe hides D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\gdb.exe
Found: .\ld.exe
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\ld.exe
Warning: .\ld.exe hides D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\ld.exe
Found: .\ls.exe
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\ls.exe
Warning: .\ls.exe hides D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\ls.exe
Found: .\make.exe
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\make.exe
Warning: .\make.exe hides D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\make.exe
Found: .\sh.exe
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\sh.exe
Warning: .\sh.exe hides D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\sh.exe

  371k 1998/12/01 .\cygtcl80.dll - os=4.0 img=1.0 sys=4.0
                  "cygtcl80.dll" v0.0 ts=1998/12/1 3:25
    5k 1998/12/01 .\cygtclpip80.dll - os=4.0 img=1.0 sys=4.0
   10k 1998/12/01 .\cygtclreg80.dll - os=4.0 img=1.0 sys=4.0
                  "cygtclreg80.dll" v0.0 ts=1998/12/1 3:25
  600k 1998/12/01 .\cygtk80.dll - os=4.0 img=1.0 sys=4.0
                  "cygtk80.dll" v0.0 ts=1998/12/1 3:28
  446k 1998/12/04 .\cygwin1.dll - os=4.0 img=1.0 sys=4.0
                  "cygwin1.dll" v0.0 ts=1998/12/3 23:39
  371k 1998/12/01 .\cygtcl80.dll - os=4.0 img=1.0 sys=4.0
                  "cygtcl80.dll" v0.0 ts=1998/12/1 3:25
    5k 1998/12/01 .\cygtclpip80.dll - os=4.0 img=1.0 sys=4.0
   10k 1998/12/01 .\cygtclreg80.dll - os=4.0 img=1.0 sys=4.0
                  "cygtclreg80.dll" v0.0 ts=1998/12/1 3:25
  600k 1998/12/01 .\cygtk80.dll - os=4.0 img=1.0 sys=4.0
                  "cygtk80.dll" v0.0 ts=1998/12/1 3:28
  446k 1998/12/04 .\cygwin1.dll - os=4.0 img=1.0 sys=4.0
                  "cygwin1.dll" v0.0 ts=1998/12/3 23:39
  371k 1998/12/01 D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cygtcl80.dll - os=4.0 img=1.0 sys=4.0
                  "cygtcl80.dll" v0.0 ts=1998/12/1 3:25
    5k 1998/12/01 D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cygtclpip80.dll - os=4.0 img=1.0 sys=4.0
   10k 1998/12/01 D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cygtclreg80.dll - os=4.0 img=1.0 sys=4.0
                  "cygtclreg80.dll" v0.0 ts=1998/12/1 3:25
  600k 1998/12/01 D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cygtk80.dll - os=4.0 img=1.0 sys=4.0
                  "cygtk80.dll" v0.0 ts=1998/12/1 3:28
  446k 1998/12/04 D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
                  "cygwin1.dll" v0.0 ts=1998/12/3 23:39
  446k 1999/06/20 C:\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
                  "cygwin1.dll" v0.0 ts=1998/12/3 23:39
Use -h to see help about each section




--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

STATUS_ACCESS_VIOLATION

[Phil Edwards]

A similar thing happens if anything at all is done with locate(1), which
was one of the most useful programs ever made by GNU up until ten minutes
ago (which is when I finally got updatedb working, and tried to run locate):

[27]> locate shellex
locate: /cygnus/cygwin-b20/var/locatedb: No such file or directory
[28]> echo $LOCATE_PATH
/var/locatedb
[29]> locate --database=/var/locatedb shellex
[main] D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\locate.exe 1132 (0)
  handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
[main] locate 1132 (0) handle_exceptions: Dumping stack trace to locate.exe.core
[30]>

The "coredump" follows.  (I was surprised at the tiny amount of information
saved, but because there is no file(1) command, it was a file before I
discovered that's it text.  :-)  Ever since I found out the hard way, way
back when, that echoing escape sequences to the terminal can change the
terminal settings, I don't cat a file until I know it's just text.)

[main] locate 1132 (0) exception: trapped!
[main] locate 1132 (0) exception: code 0xC0000005 at 0x61030479
[main] locate 1132 (0) exception: ax 0x6C2E7200 bx 0xA030E58 cx 0x3 dx 0x0
[main] locate 1132 (0) exception: si 0x3 di 0x400 bp 0x240FD08 sp 0x240FCDC
[main] locate 1132 (0) exception: exception is: STATUS_ACCESS_VIOLATION
[main] locate 1132 (0) stack: Stack trace:
[main] locate 1132 (0) stack: frame 0: sp = 0x240FAF0, pc = 0x6100A2C3
[main] locate 1132 (0) stack: frame 1: sp = 0x240FB2C, pc = 0x77F94512
[main] locate 1132 (0) stack: frame 2: sp = 0x240FB50, pc = 0x77F88EEB
[main] locate 1132 (0) stack: frame 3: sp = 0x240FBDC, pc = 0x77F76266
[main] locate 1132 (0) stack: frame 4: sp = 0x240FD08, pc = 0x6105EEBE
[main] locate 1132 (0) stack: frame 5: sp = 0x240FD1C, pc = 0x6105D601
[main] locate 1132 (0) stack: frame 6: sp = 0x240FD38, pc = 0x6105B2E8
[main] locate 1132 (0) stack: frame 7: sp = 0x240FD50, pc = 0x61051649
[main] locate 1132 (0) stack: frame 8: sp = 0x240FD60, pc = 0x4014EF
[main] locate 1132 (0) stack: frame 9: sp = 0x240FF08, pc = 0x40191F
[main] locate 1132 (0) stack: frame 10: sp = 0x240FF24, pc = 0x61004402
[main] locate 1132 (0) stack: frame 11: sp = 0x240FF88, pc = 0x61004420
[main] locate 1132 (0) stack: frame 12: sp = 0x240FF94, pc = 0x402E0A
[main] locate 1132 (0) stack: frame 13: sp = 0x240FFA4, pc = 0x40103A
[main] locate 1132 (0) stack: frame 14: sp = 0x240FFC0, pc = 0x77F1B304
[main] locate 1132 (0) stack: frame 15: sp = 0x240FFF0, pc = 0x0
[main] locate 1132 (0) stack: End of stack trace

And finally, the results of cygcheck.  This is an NT4SP3 system with
basic B20 stuff.


Cygnus Win95/NT Configuration Diagnostics
Current System Time: Fri Jun 25 17:13:11 1999

WinNT Ver 4.0 build 1381 Service Pack 3

Path:	/usr/bin
	/d/PROGRA~1/PVCS/VM/win32/bin
	/d/WINNT/system32
	/d/WINNT
	/d/texmf/miktex/bin
	/d/PVCS/NT
	/c/bin

SysDir: D:\WINNT\System32
WinDir: D:\WINNT

HOME = `/home'
MAKE_MODE = `UNIX'
PWD = `/usr/bin'

!D: = `D:\WINNT\Profiles\pedwards.000\Desktop'
BISON_SIMPLE = `c:\stuff\flexbis\bison.cc'
BISON_SIMPLE_H = `c:\stuff\flexbis\bison.h'
COMPUTERNAME = `WOODSTOCK'
COMSPEC = `D:\WINNT\system32\cmd.exe'
EDITOR = `lemmy'
GS_FONTPATH = `d:\gstools\gs5.10\fonts;d:\texmf\fonts\type1\public\cm'
HOMEDRIVE = `O:'
HOMEPATH = `\PEDWARDS'
HOMESHARE = `\\daytonbeast\userspace'
HOSTNAME = `woodstock'
HOSTTYPE = `i586'
ISLVINI = `D:\WINNT'
LOGONSERVER = `\\BATCBDC9'
MACHTYPE = `i586-pc-cygwin32'
MSDEVDIR = `d:\program files\devstudio\sharedide'
NUMBER_OF_PROCESSORS = `1'
OS2LIBPATH = `D:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
OSTYPE = `cygwin32'
PATHEXT = `.COM;.EXE;.BAT;.CMD'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 5 Model 2 Stepping 12, GenuineIntel'
PROCESSOR_LEVEL = `5'
PROCESSOR_REVISION = `020c'
PROMPT = `$P$G'
SHELL = `/bin/sh'
SHLVL = `1'
SYSTEMDRIVE = `D:'
SYSTEMROOT = `D:\WINNT'
TEMP = `C:\tmp'
TERM = `cygwin'
TMP = `C:\tmp'
USERDOMAIN = `BALLDOM'
USERNAME = `PEDWARDS'
USERPROFILE = `D:\WINNT\Profiles\pedwards.000'
WINDIR = `D:\WINNT'
_ = `/usr/bin/cygcheck'
vi = `() {  Lemmy `cygpath -w $1`
}'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x00000020
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `D:\cygnus\cygwin-b20'
  flags = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/bin
  (default) = `D:\cygnus\cygwin-b20\H-i586-cygwin32\bin'
  flags = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/c
  (default) = `C:'
  flags = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/dev/fd0
  (default) = `\\.\a:'
  flags = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/dev/fd1
  (default) = `\\.\b:'
  flags = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/dev/st0
  (default) = `\\.\tape0:'
  flags = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/dev/st1
  (default) = `\\.\tape1:'
  flags = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/home
  (default) = `C:\stuff'
  flags = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/tmp
  (default) = `C:\tmp'
  flags = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00
  (default) = `D:\cygnus\cygwin-b20\H-i586-cygwin32'
  unix = `/usr'
  fbinary = 0x00000000
  fsilent = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01
  (default) = `C:\tmp'
  unix = `/tmp'
  fbinary = 0x00000000
  fsilent = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02
  (default) = `C:\stuff'
  unix = `/home'
  fbinary = 0x00000000
  fsilent = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\03
  (default) = `\\.\tape1:'
  unix = `/dev/st1'
  fbinary = 0x00000000
  fsilent = 0x00000001
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\04
  (default) = `\\.\tape0:'
  unix = `/dev/st0'
  fbinary = 0x00000000
  fsilent = 0x00000001
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\05
  (default) = `\\.\b:'
  unix = `/dev/fd1'
  fbinary = 0x00000000
  fsilent = 0x00000001
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\06
  (default) = `\\.\a:'
  unix = `/dev/fd0'
  fbinary = 0x00000000
  fsilent = 0x00000001
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\07
  (default) = `D:'
  unix = `/d'
  fbinary = 0x00000000
  fsilent = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\08
  (default) = `C:'
  unix = `/c'
  fbinary = 0x00000000
  fsilent = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\09
  (default) = `D:\cygnus\cygwin-b20\H-i586-cygwin32\bin'
  unix = `/bin'
  fbinary = 0x00000000
  fsilent = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0A
  (default) = `A:'
  unix = `/a'
  fbinary = 0x00000000
  fsilent = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0B
  (default) = `D:\cygnus\cygwin-b20'
  unix = `/'
  fbinary = 0x00000000
  fsilent = 0x00000000
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin B20
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin B20\B20.1
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\03
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\04
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\05
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\06
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\07
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\08
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\09
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0A
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0B
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0C
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0D
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0E
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0F
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\10
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\11
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\12
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\13
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\14
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\15
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\16
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\17
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\18
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\19
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1A
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1B
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1C
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1D
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\GNUPro
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\GNUPro\i586-cygwin32
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\GNUPro\i586-cygwin32\i586-cygwin32
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\GNUPro\i586-cygwin32\i586-cygwin32\cygwin-B20.1
  (default) = `d:\cygnus\cygwin-b20'
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\Cygnus Cygwin B20
  (default) = `D:\WINNT\IsUninst.exe -fd:\cygnus\cygwin-b20\Uninst.isu'
  DisplayName = `Cygwin B20'

a:\ fd           N/A    N/A                    
c:\ hd  NTFS    2000Mb  52% CP CS UN PA FC     
d:\ hd  NTFS    1098Mb  91% CP CS UN PA FC     
e:\ cd  CDFS       0Mb -2147483548%    CS              Audio CD
k:\ net NTFS   34726Mb  32% CP CS UN PA FC     RAID
o:\ net NTFS   34726Mb  32% CP CS UN PA FC     RAID
q:\ net NTFS   34726Mb  32% CP CS UN PA FC     RAID
s:\ net NTFS    3873Mb  55%          PA        pedwards
z:\ hd  NTFS    1098Mb  91% CP CS UN PA FC     

D:\cygnus\cygwin-b20                      /         native  text!=binary
A:                                        /a        native  text!=binary
D:\cygnus\cygwin-b20\H-i586-cygwin32\bin  /bin      native  text!=binary
C:                                        /c        native  text!=binary
D:                                        /d        native  text!=binary
\\.\a:                                    /dev/fd0  native  text!=binary
\\.\b:                                    /dev/fd1  native  text!=binary
\\.\tape0:                                /dev/st0  native  text!=binary
\\.\tape1:                                /dev/st1  native  text!=binary
C:\stuff                                  /home     native  text!=binary
C:\tmp                                    /tmp      native  text!=binary
D:\cygnus\cygwin-b20\H-i586-cygwin32      /usr      native  text!=binary

Found: .\bash.exe
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\bash.exe
Warning: .\bash.exe hides D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\bash.exe
Found: .\cat.exe
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cat.exe
Warning: .\cat.exe hides D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cat.exe
Not Found: cpp (good!)
Found: .\find.exe
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\find.exe
Warning: .\find.exe hides D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\find.exe
Found: .\gcc.exe
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\gcc.exe
Warning: .\gcc.exe hides D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\gcc.exe
Found: .\gdb.exe
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\gdb.exe
Warning: .\gdb.exe hides D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\gdb.exe
Found: .\ld.exe
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\ld.exe
Warning: .\ld.exe hides D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\ld.exe
Found: .\ls.exe
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\ls.exe
Warning: .\ls.exe hides D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\ls.exe
Found: .\make.exe
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\make.exe
Warning: .\make.exe hides D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\make.exe
Found: .\sh.exe
Found: D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\sh.exe
Warning: .\sh.exe hides D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\sh.exe

  371k 1998/12/01 .\cygtcl80.dll - os=4.0 img=1.0 sys=4.0
                  "cygtcl80.dll" v0.0 ts=1998/12/1 3:25
    5k 1998/12/01 .\cygtclpip80.dll - os=4.0 img=1.0 sys=4.0
   10k 1998/12/01 .\cygtclreg80.dll - os=4.0 img=1.0 sys=4.0
                  "cygtclreg80.dll" v0.0 ts=1998/12/1 3:25
  600k 1998/12/01 .\cygtk80.dll - os=4.0 img=1.0 sys=4.0
                  "cygtk80.dll" v0.0 ts=1998/12/1 3:28
  446k 1998/12/04 .\cygwin1.dll - os=4.0 img=1.0 sys=4.0
                  "cygwin1.dll" v0.0 ts=1998/12/3 23:39
  371k 1998/12/01 .\cygtcl80.dll - os=4.0 img=1.0 sys=4.0
                  "cygtcl80.dll" v0.0 ts=1998/12/1 3:25
    5k 1998/12/01 .\cygtclpip80.dll - os=4.0 img=1.0 sys=4.0
   10k 1998/12/01 .\cygtclreg80.dll - os=4.0 img=1.0 sys=4.0
                  "cygtclreg80.dll" v0.0 ts=1998/12/1 3:25
  600k 1998/12/01 .\cygtk80.dll - os=4.0 img=1.0 sys=4.0
                  "cygtk80.dll" v0.0 ts=1998/12/1 3:28
  446k 1998/12/04 .\cygwin1.dll - os=4.0 img=1.0 sys=4.0
                  "cygwin1.dll" v0.0 ts=1998/12/3 23:39
  371k 1998/12/01 D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cygtcl80.dll - os=4.0 img=1.0 sys=4.0
                  "cygtcl80.dll" v0.0 ts=1998/12/1 3:25
    5k 1998/12/01 D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cygtclpip80.dll - os=4.0 img=1.0 sys=4.0
   10k 1998/12/01 D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cygtclreg80.dll - os=4.0 img=1.0 sys=4.0
                  "cygtclreg80.dll" v0.0 ts=1998/12/1 3:25
  600k 1998/12/01 D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cygtk80.dll - os=4.0 img=1.0 sys=4.0
                  "cygtk80.dll" v0.0 ts=1998/12/1 3:28
  446k 1998/12/04 D:\cygnus\cygwin-b20\H-i586-cygwin32\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
                  "cygwin1.dll" v0.0 ts=1998/12/3 23:39
  446k 1999/06/20 C:\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
                  "cygwin1.dll" v0.0 ts=1998/12/3 23:39
Use -h to see help about each section




--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

STATUS_ACCESS_VIOLATION

[Pavel Tzekov]

Hi there! :)

it seems to me adding /etc/passwd and /etc/group does solve the
STATUS_ACCESS_VIOLATION problem. i've just compiled ncftp 3.0beta.
everything went ok and i tried to run it. it did complain about missing
username for UID 500 and quit with "Exception: STATUS_ACCESS_VIOLATION", so
i added /etc/passwd and /etc/group and that did the thing.. does this makes
sense?

Pavel Tzekov
CSoft Ltd.



-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

STATUS_ACCESS_VIOLATION

[Jarrett, Charles]

Running configure on lesstif-0.82 yields this message any clue what is
causing it.
Cheers,c.e.jarrett
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

Re: STATUS_ACCESS_VIOLATION

[Richard H. Gumpertz]

> Running configure on lesstif-0.82 yields this message any clue what is
> causing it.
> Cheers,c.e.jarrett

This error appears to be popping up in many contexts.  Is there a common
cause?

I have a small program that does nothing other than call socketpair, fork,
and then have one process send messages to the other using that socket pair.
It too gets the STATUS_ACCESS_VIOLATION error in the child (the one doing the
recv calls).

Actually, if it sends only small (<50) number of messages in the loop, it
works.  When it sends a large (>1000) number of messages, it fails.  This
suggests to me that the problem could be in the process blocking/unblocking
or msg-buffer allocation/freeing code (e.g., when the socket message buffers
fill up).

I have not looked at any of the cygwin source...maybe someday I'll get some
free time.  In the mean time, however, I'll gladly provide source for my test
program to anyone who wants to try to track down the problem.  Seems like a
1-2 page test program would be easier to deal with than a major real program.

Same problem with B19.1 and Sergey's versions of cygwin32b19.dll.


-- 
 =============================================================================
 |Richard H. Gumpertz rhg@CPS.COM  VOICE: (913) 642-1777  FAX: (913) 642-8777|
 |Computer Problem Solving 4518 W 89th St, Ste 220, Prairie Vlg KS 66207-2293|
 =============================================================================
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

Re: STATUS ACCESS VIOLATION

[Earnie Boyd]

>Date: Mon, 23 Feb 1998 15:19:21 +0100 (MET)
>From: Giovanni Denaro <denaro@elet.polimi.it>
>To: Earnie Boyd <earnie_boyd@hotmail.com>
>cc: gnu-win32@cygnus.com
>Subject: Re: STATUS ACCESS VIOLATION
>
>
>
>On Sun, 22 Feb 1998, Earnie Boyd wrote:
>
>> Try using the mmalloc library that comes with cygnus instead of the 
>> malloc library that gets built with the package.  mmalloc is Mapped 
>> Memory Allocation.
>> 
>> -        \\||//
>
>thanks Earnie,
>it works now!!!! 
>
>After two months of work without any result (and then very stressing
>work), what  a simple solution!!!!
>
>thank you again...
>
>a philosophic question:
>
>Does mmalloc lybrary work better than malloc library always???
>and, if no, when should I use the former and when the latter????

Check the mmalloc.info file.



-        \\||//
---o0O0--Earnie--0O0o----
-earnie_boyd@hotmail.com-
------ooo0O--O0ooo-------



______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

Re: STATUS ACCESS VIOLATION

[Earnie Boyd]

Try using the mmalloc library that comes with cygnus instead of the 
malloc library that gets built with the package.  mmalloc is Mapped 
Memory Allocation.

-        \\||//
---o0O0--Earnie--0O0o----
-earnie_boyd@hotmail.com-
------ooo0O--O0ooo-------

>Date: Fri, 20 Feb 1998 12:23:33 +0100 (MET)
>From: Gio <denaro@elet.polimi.it>
>Reply-To: Gio <denaro@elet.polimi.it>
>To: gnu-win32@cygnus.com
>Subject: Re: STATUS ACCESS VIOLATION
>
>
>
>On Tue, 17 Feb 1998, Giovanni Denaro wrote:
>
>> Hi,
>> 
>> I am actually porting under a Windows 95 platform a tool previously
>> developed for unix platforms, using b18 gnuwin32 g++.
>> 
>> I have solved all my compile time problems,
>> but now I get the following run-time problem:
>> 
>> during execution my process crashes with the following output:
>> 
>> -----------------------------------------
>> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) In
>> cygwin_exc ept_handler exc C0000005 at 1004667C sp 25CFAEC
>> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023)
>> Exception trapped!
>> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023)
>> exception C0000005 at 1004667C
>> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023)
>> exception: ax 0 bx 0 cx 4705E44 dx 65697266
>> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023)
>> exception: si 1004C2DC di 1 bp 25CFAF4 sp 25CFAEC
>> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023)
>> exception is: STATUS_ACCESS_VIOLATION
>> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) 
Stack
>> trace:
>> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) 
frame
>> 0: sp = 0x25CF904, pc = 0x10007BB2
>> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) 
frame
>> 1: sp = 0x25CF920, pc = 0xBFF76780
>> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) 
frame
>> 2: sp = 0x25CF944, pc = 0xBFF858F3
>> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) 
frame
>> 3: sp = 0x25CF9DC, pc = 0xFFECBAD7
>> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) 
frame
>> 4: sp = 0x25CFAF4, pc = 0x1000F26D
>> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) 
frame
>> 5: sp = 0x25CFB04, pc = 0x466DEA
>> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) 
frame
>> 6: sp = 0x25CFB18, pc = 0x4672FB
>> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) 
frame
>> 7: sp = 0x25CFB24, pc = 0x411A20
>> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) 
frame
>> 8: sp = 0x25CFB40, pc = 0x428F52
>> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) 
frame
>> 9: sp = 0x25CFBD8, pc = 0x42043A
>> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) 
frame
>> 10: sp= 0x25CFC68, pc = 0x41BE85
>> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) 
frame
>> 11: sp= 0x25D00A8, pc = 0x41DF36
>> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) 
frame
>> 12: sp= 0x25D10D0, pc = 0x444098
>> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) 
frame
>> 13: sp= 0x25D10F8, pc = 0x442610
>> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) 
frame
>> 14: sp= 0x25D110C, pc = 0x44B39B
>> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) 
frame
>> 15: sp= 0x25D1154, pc = 0x4036E4
>> (C:\WINDOWS\PROFILES\DENARO\DESKTOP\PORTING2\EDITOR\MTD+.EXE 1023) 
End of
>> stacktrace (more stack frames may be present)
>> 
>> -------------------------------------
>> 
>> I have debugged (using gdb) my program and I find that the crash 
happends
>> executing a "new" statement for allocation of a single character...
>> 
>> is it possible???
>> 
>> To verify this i have written a simple program that cyclically 
allocates
>> characters it crashes too....
>> 
>> I read mails in the mail-archives and find that this error has been
>> hilighted from other people in the past (in different and various 
>> circumstances) but i have not found a working solution for it.
>> 
>> I have already installed the Sergey's coolview and placed the new
>> cygwin.dll in the correct places (gnuwin32\b18\H-i386-cygwin32\bin 
and
>> gnuwin32\b18\H-i386-cygwin32\i386-cygwin32\lib).
>> I have update the libcygwin.a and bash.exe too.
>> 
>> I worked for three months without any good result.
>> 
>> May somebody help me??
>> 
>> Thank you in advance...
>> 
>> Giovanni
>> 
>>  
>
>I am continuing to find a solution for my problem.
>
>this is the output of a simple gdb session for the program before
>descripted:
>
>------------------------------------------
>
>(gdb) Breakpoint 1 at 0x4057e3
>Starting program : 
C:/WINDOWS/Profiles/denaro/Desktop/porting2/editor/Mtd+.exe
>[tcsetpgrp failed in terminal_inferior: error 0]
>7c6c0000:/WINDOWS/SYSTEM/WSOCK32.DLL
>bfec0000:/WINDOWS/SYSTEM/ADVAPI32.DLL
>bff30000:/WINDOWS/SYSTEM/GDI32.DLL
>bff60000:/WINDOWS/SYSTEM/USER32.DLL
>bff70000:/WINDOWS/SYSTEM/KERNEL32.DLL
>10000000:/LANG/GNUWIN32/B18/H-I386-CYGWIN32/BIN/CYGWIN.DLL
>bfb60000:/WINDOWS/SYSTEM/SHLWAPI.DLL
>70200000:/WINDOWS/SYSTEM/WININET.DLL
>0x4057e3 in main ()
>Continuing.
>[tcsetpgrp failed in terminal_inferior: error 0]
>
>Program received signal SIGSEV, Segmentation fault.
>0x1004667c in _malloc_r ()
>
>(gdb)bt
>#0  0x1004667c in _malloc_r ()
>#1  0x1000f26d in export_malloc ()
>#2  0x466dea in __builtin_new (sz=1)
>#3  0x4672fb in __builtin_vec_new (sz=1)
>#4  0x411a20 in KString::Kstring ()
>#5  0x428f52 in formatEnablings ()
>#6  0x42043a in get Enablings ()
>#7  0x41be85 in HTPLNKernel::apply_message ()
>#8  0x41df36 in HTPLNKernel::receiveMessage ()
>#9  0x444098 in Interface::sendMessage ()
>#10 0x442610 in Interface::Step ()
>#11 0x44b39b in AUMExecutor::Step ()
>#12 0x4036e4 in evaluateMessage ()
>#13 0x405711 in sendmessage ()
>#14 0x405d0e in main ()
>#15 0x100063ba in dll_crt0_1 ()
>#16 0x100063cb in dll_crt0 ()
>#17 0x46840d in cygwin_crt0 ()
>(gdb)
>
>------------------------------------------
>
>
>this seems to confirm that program crashes during a malloc!
>
>May anybody help me???
>
>by
>Gio
>
>-
>For help on using this list (especially unsubscribing), send a message 
to
>"gnu-win32-request@cygnus.com" with one line of text: "help".
>


______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

Re: STATUS ACCESS VIOLATION

[Giovanni Denaro]

On Sun, 22 Feb 1998, Earnie Boyd wrote:

> Try using the mmalloc library that comes with cygnus instead of the 
> malloc library that gets built with the package.  mmalloc is Mapped 
> Memory Allocation.
> 
> -        \\||//

thanks Earnie,
it works now!!!! 

After two months of work without any result (and then very stressing
work), what  a simple solution!!!!

thank you again...

a philosophic question:

Does mmalloc lybrary work better than malloc library always???
and, if no, when should I use the former and when the latter????

Giovanni

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

Status Access Violation

[Dan Lundy]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 375 bytes --]

I have scaned the archives extensively without 
success.  You know the problem, 
 
STATUS_ACCESS_VIOLATION.
 
I have read a couple of potential fixes, and 
have attempted them without success.
 
If you have had similar problems under Win95, 
and have found an appropriate method to cure this problem, please provide me 
with the details.
 
dlundy@primenet.com

Re: Status Access Violation

[Christopher Faylor]

In article < 001901bd1254$122c7c20$c632a5ce@primenet.primenet.com >,
Dan Lundy <dlundy@primenet.com> wrote:
>-=-=-=-=-=-
>
>I have scaned the archives extensively without success.  You know the problem, 
>
>STATUS ACCESS VIOLATION.
>
>I have read a couple of potential fixes, and have attempted them
>without success.
>
>If you have had similar problems under Win95, and have found an
>appropriate method to cure this problem, please provide me with the
>details.
>
>dlundy@primenet.com

Compile the program with the the -g option and use gdb to debug it
just like you would any other program.  STATUS ACCESS VIOLATION means
that you are accessing memory that you shouldn't be.  Possibly you are
accessing a pointer with garbage in it.

This is no mystery.  The answer on how to debug problems with your program
is almost always going to be "run it under a debugger".  That's why debuggers
were invented.
-- 
http://www.bbc.com/	cgf@bbc.com			"Strange how unreal
VMS=>UNIX Solutions	Boston Business Computing	 the real can be."
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".