PoV-Ray 3.5
Windows NT 4 sp 5 + IE4's Active Desktop (new shell) + IE5.5
AMD Duron (Model 3) 655 MHz

When I quit PoV-Ray without help file open (either because I didn't opened
it, or because I closed it first), no problem.

When I quit it with the help file (called with F1) opened, it crashes with
the following dialog box:

Title: POV-Ray editor error!: pvengine.exe - Application Error

Message: The instruction at "0x642090db" referenced memory at "0x30303030".
The memory
could not be "read".

Or: The instruction at "0x642039de" referenced memory at "0x00000014". The
memory
could not be "read".

Etc.

I have to remember to close this help file before exiting...

--
-- #=--=#=--=#=--=#=--=#=--=#=--=#=--=#=--=# --
Philippe Lhoste (Paris -- France)
Professional programmer and amateur artist
http://jove.prohosting.com/~philho/

Post a reply to this message

On Mon, 29 Jul 2002 15:30:42 +0200, "Philippe Lhoste" <Phi### [at] GMXnet> wrote:
> When I quit it with the help file (called with F1) opened, it crashes

Works fine here on NT Sp6 with IE 5. Have you tried to turn off your active
desktop ?

ABX

Post a reply to this message

"ABX" <abx### [at] babilonorg> wrote:
> On Mon, 29 Jul 2002 15:30:42 +0200, "Philippe Lhoste" <Phi### [at] GMXnet>
wrote:
> > When I quit it with the help file (called with F1) opened, it crashes
>
> Works fine here on NT Sp6 with IE 5. Have you tried to turn off your
active
> desktop ?

I don't have such horror active :-) My desktop is static, and my Explorer
folders are plain lists.

I install Active Desktop only to have the new shell: Quick Launch toolbars,
close window by clicking on its icon on the taskbar, recursive directory
size, etc. A lot of little life improving goodies.
So unless I uninstall it (which I don't want :-), I cannot turn it off more.

I have not this problem with some others programs. For example, I can call
MSDN help on a keyword from SciTE. When I close SciTE, it closes cleanly
MSDN.
Some other programs I have do the same with their own CHM help file.

I admit I don't have the most stable / standard system, I just though I had
to mention the problem.

Too bad the GUI is written in Delphi (or C++ Builder?). I cannot help debug
this problem, even when the source code will be released. I am a [Visual]
C[++] guy :-)
[Visual] Basic if you urge me :-P
I left Pascal after leaving the university, quite some time ago...

-- #=--=#=--=#=--=#=--=#=--=#=--=#=--=#=--=# --
Philippe Lhoste (Paris -- France)
Professional programmer and amateur artist
http://jove.prohosting.com/~philho/

Post a reply to this message

"Philippe Lhoste" <Phi### [at] GMXnet> wrote in message
news:3d4543b9@news.povray.org...
>
> Message: The instruction at "0x642090db" referenced memory at
"0x30303030".
> The memory
> could not be "read".
>


    Believe it or not, this could be a privileges issue. No, really.
    I've seen this kind of thing with several apps designed and written
under win95/98 and then subsequently run under NT/2K - basically the app
can't/doesn't handle the "user doesn't have the correct privileges to do
that" error code returned from some API function call correctly, thinks it
succeeded and tries to use some data that doesn't exist.
    It's next to impossible to fix unless you debug on an NT machine, with
exactly the same problem the privilege setup...
    If, when the 3.5 windows source is released, I can replicate the
problem, I'll take a look at it, see if I can figure it out (I run a 2K dev
environment at home)...

--
Pandora/Scott Hill/[::O:M:C::]Scorpion
Software Engineer.
http://www.pandora-software.com

Post a reply to this message

"Pandora" <pan### [at] pandora-softwarecom> wrote:
> "Philippe Lhoste" <Phi### [at] GMXnet> wrote in message
> news:3d4543b9@news.povray.org...
> >
> > Message: The instruction at "0x642090db" referenced memory at
> "0x30303030".
> > The memory
> > could not be "read".
>
>     Believe it or not, this could be a privileges issue. No, really.
>     I've seen this kind of thing with several apps designed and written
> under win95/98 and then subsequently run under NT/2K - basically the app
> can't/doesn't handle the "user doesn't have the correct privileges to do
> that" error code returned from some API function call correctly, thinks it
> succeeded and tries to use some data that doesn't exist.
>     It's next to impossible to fix unless you debug on an NT machine, with
> exactly the same problem the privilege setup...
>     If, when the 3.5 windows source is released, I can replicate the
> problem, I'll take a look at it, see if I can figure it out (I run a 2K
dev
> environment at home)...

You are right, most programmers forget or just ignore (like me!) the complex
rules of NT security.

Then again, I am sole user of my NT server box, and I have near
administrator privileges.

I am not sure this is the issue, and the problem of reading a forbidden
memory zone (NT is much stricter than Win9x on these problems) is probably,
as you say, an incorrect use of an invalid handle or something like this.
Some function call isn't checked for result...

-- #=--=#=--=#=--=#=--=#=--=#=--=#=--=#=--=# --
Philippe Lhoste (Paris -- France)
Professional programmer and amateur artist
http://jove.prohosting.com/~philho/

Post a reply to this message