* STATUS_ACCESS_VIOLATION
@ 2000-03-12 13:25 Greg Sarsons
0 siblings, 0 replies; 37+ messages in thread
From: Greg Sarsons @ 2000-03-12 13:25 UTC (permalink / raw)
To: cygwin
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
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: STATUS_ACCESS_VIOLATION
2011-10-02 22:07 ` STATUS_ACCESS_VIOLATION jan.kolar
@ 2011-10-03 19:20 ` Marc Girod
0 siblings, 0 replies; 37+ messages in thread
From: Marc Girod @ 2011-10-03 19:20 UTC (permalink / raw)
To: cygwin
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
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: STATUS_ACCESS_VIOLATION
2011-10-02 23:46 ` STATUS_ACCESS_VIOLATION Christopher Faylor
@ 2011-10-03 10:03 ` jan.kolar
0 siblings, 0 replies; 37+ messages in thread
From: jan.kolar @ 2011-10-03 10:03 UTC (permalink / raw)
To: cygwin
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
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: STATUS_ACCESS_VIOLATION
2011-10-02 10:12 ` STATUS_ACCESS_VIOLATION Marc Girod
@ 2011-10-02 23:46 ` Christopher Faylor
2011-10-03 10:03 ` STATUS_ACCESS_VIOLATION jan.kolar
0 siblings, 1 reply; 37+ messages in thread
From: Christopher Faylor @ 2011-10-02 23:46 UTC (permalink / raw)
To: cygwin
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
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: STATUS_ACCESS_VIOLATION
2011-09-30 17:56 STATUS_ACCESS_VIOLATION Marc Girod
2011-09-30 19:05 ` STATUS_ACCESS_VIOLATION Marco Atzeri
@ 2011-10-02 22:07 ` jan.kolar
2011-10-03 19:20 ` STATUS_ACCESS_VIOLATION Marc Girod
1 sibling, 1 reply; 37+ messages in thread
From: jan.kolar @ 2011-10-02 22:07 UTC (permalink / raw)
To: cygwin
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
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: STATUS_ACCESS_VIOLATION
[not found] ` <32569776.post@talk.nabble.com>
[not found] ` <4E85E693.1060705@gmail.com>
@ 2011-10-02 19:37 ` jan.kolar
1 sibling, 0 replies; 37+ messages in thread
From: jan.kolar @ 2011-10-02 19:37 UTC (permalink / raw)
To: cygwin
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
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: STATUS_ACCESS_VIOLATION
[not found] ` <4E85E693.1060705@gmail.com>
@ 2011-10-02 10:12 ` Marc Girod
2011-10-02 23:46 ` STATUS_ACCESS_VIOLATION Christopher Faylor
0 siblings, 1 reply; 37+ messages in thread
From: Marc Girod @ 2011-10-02 10:12 UTC (permalink / raw)
To: cygwin
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
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: STATUS_ACCESS_VIOLATION
2011-09-30 17:56 STATUS_ACCESS_VIOLATION Marc Girod
@ 2011-09-30 19:05 ` Marco Atzeri
[not found] ` <32569776.post@talk.nabble.com>
2011-10-02 22:07 ` STATUS_ACCESS_VIOLATION jan.kolar
1 sibling, 1 reply; 37+ messages in thread
From: Marco Atzeri @ 2011-09-30 19:05 UTC (permalink / raw)
To: cygwin
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
^ permalink raw reply [flat|nested] 37+ messages in thread
* STATUS_ACCESS_VIOLATION
@ 2011-09-30 17:56 Marc Girod
2011-09-30 19:05 ` STATUS_ACCESS_VIOLATION Marco Atzeri
2011-10-02 22:07 ` STATUS_ACCESS_VIOLATION jan.kolar
0 siblings, 2 replies; 37+ messages in thread
From: Marc Girod @ 2011-09-30 17:56 UTC (permalink / raw)
To: cygwin
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
^ permalink raw reply [flat|nested] 37+ messages in thread
* RE: STATUS_ACCESS_VIOLATION
@ 2010-11-07 16:39 Joshua Hudson
0 siblings, 0 replies; 37+ messages in thread
From: Joshua Hudson @ 2010-11-07 16:39 UTC (permalink / raw)
To: cygwin
/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
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: STATUS_ACCESS_VIOLATION
2010-11-06 20:57 STATUS_ACCESS_VIOLATION Joshua Hudson
@ 2010-11-07 0:16 ` Larry Hall (Cygwin)
0 siblings, 0 replies; 37+ messages in thread
From: Larry Hall (Cygwin) @ 2010-11-07 0:16 UTC (permalink / raw)
To: 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
^ permalink raw reply [flat|nested] 37+ messages in thread
* STATUS_ACCESS_VIOLATION
@ 2010-11-06 20:57 Joshua Hudson
2010-11-07 0:16 ` STATUS_ACCESS_VIOLATION Larry Hall (Cygwin)
0 siblings, 1 reply; 37+ messages in thread
From: Joshua Hudson @ 2010-11-06 20:57 UTC (permalink / raw)
To: cygwin
[-- 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
^ permalink raw reply [flat|nested] 37+ messages in thread
* STATUS_ACCESS_VIOLATION
@ 2002-10-10 13:21 shino korah
0 siblings, 0 replies; 37+ messages in thread
From: shino korah @ 2002-10-10 13:21 UTC (permalink / raw)
To: cygwin
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/
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: status access violation
2002-01-11 4:17 status access violation Enrico Bernardini
@ 2002-01-11 11:43 ` Christopher Faylor
0 siblings, 0 replies; 37+ messages in thread
From: Christopher Faylor @ 2002-01-11 11:43 UTC (permalink / raw)
To: cygwin
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/
^ permalink raw reply [flat|nested] 37+ messages in thread
* status access violation
@ 2002-01-11 4:17 Enrico Bernardini
2002-01-11 11:43 ` Christopher Faylor
0 siblings, 1 reply; 37+ messages in thread
From: Enrico Bernardini @ 2002-01-11 4:17 UTC (permalink / raw)
To: cygwin
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/
^ permalink raw reply [flat|nested] 37+ messages in thread
* STATUS_ACCESS_VIOLATION
@ 2001-09-30 19:33 Sony Antony
0 siblings, 0 replies; 37+ messages in thread
From: Sony Antony @ 2001-09-30 19:33 UTC (permalink / raw)
To: cygwin
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/
^ permalink raw reply [flat|nested] 37+ messages in thread
* STATUS_ACCESS_VIOLATION
@ 2001-09-30 19:14 Sony Antony
0 siblings, 0 replies; 37+ messages in thread
From: Sony Antony @ 2001-09-30 19:14 UTC (permalink / raw)
To: cygwin
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/
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Status Access Violation
2001-05-15 14:43 Glen Coakley
@ 2001-05-16 0:48 ` Corinna Vinschen
0 siblings, 0 replies; 37+ messages in thread
From: Corinna Vinschen @ 2001-05-16 0:48 UTC (permalink / raw)
To: cygwin
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
^ permalink raw reply [flat|nested] 37+ messages in thread
* RE: Status Access Violation
@ 2001-05-15 15:09 Travis Smith
0 siblings, 0 replies; 37+ messages in thread
From: Travis Smith @ 2001-05-15 15:09 UTC (permalink / raw)
To: cygwin
<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
^ permalink raw reply [flat|nested] 37+ messages in thread
* RE: Status Access Violation
@ 2001-05-15 14:43 Glen Coakley
2001-05-16 0:48 ` Corinna Vinschen
0 siblings, 1 reply; 37+ messages in thread
From: Glen Coakley @ 2001-05-15 14:43 UTC (permalink / raw)
To: 'Corinna Vinschen'
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
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Status Access Violation
2001-05-15 1:40 Patrick Reuter
@ 2001-05-15 1:47 ` Corinna Vinschen
0 siblings, 0 replies; 37+ messages in thread
From: Corinna Vinschen @ 2001-05-15 1:47 UTC (permalink / raw)
To: cygwin
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
^ permalink raw reply [flat|nested] 37+ messages in thread
* Status Access Violation
@ 2001-05-15 1:40 Patrick Reuter
2001-05-15 1:47 ` Corinna Vinschen
0 siblings, 1 reply; 37+ messages in thread
From: Patrick Reuter @ 2001-05-15 1:40 UTC (permalink / raw)
To: cygwin
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
^ permalink raw reply [flat|nested] 37+ messages in thread
* STATUS_ACCESS_VIOLATION
@ 2001-05-14 9:57 Patrick Reuter
0 siblings, 0 replies; 37+ messages in thread
From: Patrick Reuter @ 2001-05-14 9:57 UTC (permalink / raw)
To: cygwin
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
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: STATUS_ACCESS_VIOLATION
@ 2000-03-12 20:37 Jay Krell
0 siblings, 0 replies; 37+ messages in thread
From: Jay Krell @ 2000-03-12 20:37 UTC (permalink / raw)
To: Greg Sarsons; +Cc: cygwin
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
^ permalink raw reply [flat|nested] 37+ messages in thread
* STATUS_ACCESS_VIOLATION
1999-06-25 14:15 STATUS_ACCESS_VIOLATION Phil Edwards
@ 1999-06-30 22:10 ` Phil Edwards
0 siblings, 0 replies; 37+ messages in thread
From: Phil Edwards @ 1999-06-30 22:10 UTC (permalink / raw)
To: cygwin
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
^ permalink raw reply [flat|nested] 37+ messages in thread
* STATUS_ACCESS_VIOLATION
@ 1999-06-25 14:15 Phil Edwards
1999-06-30 22:10 ` STATUS_ACCESS_VIOLATION Phil Edwards
0 siblings, 1 reply; 37+ messages in thread
From: Phil Edwards @ 1999-06-25 14:15 UTC (permalink / raw)
To: cygwin
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
^ permalink raw reply [flat|nested] 37+ messages in thread
* STATUS_ACCESS_VIOLATION
@ 1998-04-23 5:37 Pavel Tzekov
0 siblings, 0 replies; 37+ messages in thread
From: Pavel Tzekov @ 1998-04-23 5:37 UTC (permalink / raw)
To: gnu-win32
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".
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: STATUS_ACCESS_VIOLATION
1998-04-08 6:20 STATUS_ACCESS_VIOLATION Jarrett, Charles
@ 1998-04-09 15:23 ` Richard H. Gumpertz
0 siblings, 0 replies; 37+ messages in thread
From: Richard H. Gumpertz @ 1998-04-09 15:23 UTC (permalink / raw)
To: Jarrett, Charles; +Cc: gnu-win32
> 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".
^ permalink raw reply [flat|nested] 37+ messages in thread
* STATUS_ACCESS_VIOLATION
@ 1998-04-08 6:20 Jarrett, Charles
1998-04-09 15:23 ` STATUS_ACCESS_VIOLATION Richard H. Gumpertz
0 siblings, 1 reply; 37+ messages in thread
From: Jarrett, Charles @ 1998-04-08 6:20 UTC (permalink / raw)
To: gnu-win32
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".
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: STATUS ACCESS VIOLATION
@ 1998-02-23 11:16 Earnie Boyd
0 siblings, 0 replies; 37+ messages in thread
From: Earnie Boyd @ 1998-02-23 11:16 UTC (permalink / raw)
To: denaro; +Cc: gnu-win32
>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".
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: STATUS ACCESS VIOLATION
1998-02-22 14:02 Earnie Boyd
@ 1998-02-23 6:19 ` Giovanni Denaro
0 siblings, 0 replies; 37+ messages in thread
From: Giovanni Denaro @ 1998-02-23 6:19 UTC (permalink / raw)
To: Earnie Boyd; +Cc: gnu-win32
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".
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: STATUS ACCESS VIOLATION
@ 1998-02-22 14:02 Earnie Boyd
1998-02-23 6:19 ` Giovanni Denaro
0 siblings, 1 reply; 37+ messages in thread
From: Earnie Boyd @ 1998-02-22 14:02 UTC (permalink / raw)
To: denaro; +Cc: gnu-win32
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".
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: STATUS ACCESS VIOLATION
1998-02-20 22:07 ` Gio
@ 1998-02-21 13:13 ` Patrick J. Fay
0 siblings, 0 replies; 37+ messages in thread
From: Patrick J. Fay @ 1998-02-21 13:13 UTC (permalink / raw)
To: Gio; +Cc: gnu-win32
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".
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: STATUS ACCESS VIOLATION
1998-02-17 13:17 Giovanni Denaro
@ 1998-02-20 22:07 ` Gio
1998-02-21 13:13 ` Patrick J. Fay
0 siblings, 1 reply; 37+ messages in thread
From: Gio @ 1998-02-20 22:07 UTC (permalink / raw)
To: gnu-win32
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".
^ permalink raw reply [flat|nested] 37+ messages in thread
* STATUS ACCESS VIOLATION
@ 1998-02-17 13:17 Giovanni Denaro
1998-02-20 22:07 ` Gio
0 siblings, 1 reply; 37+ messages in thread
From: Giovanni Denaro @ 1998-02-17 13:17 UTC (permalink / raw)
To: gnu-win32
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".
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: Status Access Violation
1997-12-26 16:51 Status Access Violation Dan Lundy
@ 1997-12-27 13:16 ` Christopher Faylor
0 siblings, 0 replies; 37+ messages in thread
From: Christopher Faylor @ 1997-12-27 13:16 UTC (permalink / raw)
To: gnu-win32
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".
^ permalink raw reply [flat|nested] 37+ messages in thread
* Status Access Violation
@ 1997-12-26 16:51 Dan Lundy
1997-12-27 13:16 ` Christopher Faylor
0 siblings, 1 reply; 37+ messages in thread
From: Dan Lundy @ 1997-12-26 16:51 UTC (permalink / raw)
To: gnu-win32
[-- 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
^ permalink raw reply [flat|nested] 37+ messages in thread
end of thread, other threads:[~2011-10-03 19:20 UTC | newest]
Thread overview: 37+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-03-12 13:25 STATUS_ACCESS_VIOLATION Greg Sarsons
-- strict thread matches above, loose matches on Subject: below --
2011-09-30 17:56 STATUS_ACCESS_VIOLATION Marc Girod
2011-09-30 19:05 ` STATUS_ACCESS_VIOLATION Marco Atzeri
[not found] ` <32569776.post@talk.nabble.com>
[not found] ` <4E85E693.1060705@gmail.com>
2011-10-02 10:12 ` STATUS_ACCESS_VIOLATION Marc Girod
2011-10-02 23:46 ` STATUS_ACCESS_VIOLATION Christopher Faylor
2011-10-03 10:03 ` STATUS_ACCESS_VIOLATION jan.kolar
2011-10-02 19:37 ` STATUS_ACCESS_VIOLATION jan.kolar
2011-10-02 22:07 ` STATUS_ACCESS_VIOLATION jan.kolar
2011-10-03 19:20 ` STATUS_ACCESS_VIOLATION Marc Girod
2010-11-07 16:39 STATUS_ACCESS_VIOLATION Joshua Hudson
2010-11-06 20:57 STATUS_ACCESS_VIOLATION Joshua Hudson
2010-11-07 0:16 ` STATUS_ACCESS_VIOLATION Larry Hall (Cygwin)
2002-10-10 13:21 STATUS_ACCESS_VIOLATION shino korah
2002-01-11 4:17 status access violation Enrico Bernardini
2002-01-11 11:43 ` Christopher Faylor
2001-09-30 19:33 STATUS_ACCESS_VIOLATION Sony Antony
2001-09-30 19:14 STATUS_ACCESS_VIOLATION Sony Antony
2001-05-15 15:09 Status Access Violation Travis Smith
2001-05-15 14:43 Glen Coakley
2001-05-16 0:48 ` Corinna Vinschen
2001-05-15 1:40 Patrick Reuter
2001-05-15 1:47 ` Corinna Vinschen
2001-05-14 9:57 STATUS_ACCESS_VIOLATION Patrick Reuter
2000-03-12 20:37 STATUS_ACCESS_VIOLATION Jay Krell
1999-06-25 14:15 STATUS_ACCESS_VIOLATION Phil Edwards
1999-06-30 22:10 ` STATUS_ACCESS_VIOLATION Phil Edwards
1998-04-23 5:37 STATUS_ACCESS_VIOLATION Pavel Tzekov
1998-04-08 6:20 STATUS_ACCESS_VIOLATION Jarrett, Charles
1998-04-09 15:23 ` STATUS_ACCESS_VIOLATION Richard H. Gumpertz
1998-02-23 11:16 STATUS ACCESS VIOLATION Earnie Boyd
1998-02-22 14:02 Earnie Boyd
1998-02-23 6:19 ` Giovanni Denaro
1998-02-17 13:17 Giovanni Denaro
1998-02-20 22:07 ` Gio
1998-02-21 13:13 ` Patrick J. Fay
1997-12-26 16:51 Status Access Violation Dan Lundy
1997-12-27 13:16 ` Christopher Faylor
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).