I have vague memories of the floating point bug and will look at getting that 
in place as suggested.

Just to clarify here, all users are accessing the EXE using RDP. There is no 
"local" C drive as far as they are concerned. And while there is a drive mapped 
to a share, it is all self-contained on the same VM. So it seems odd that it 
might drop the network connection to itself but...

--

rk
-----Original Message-----
From: ProfoxTech [mailto:[email protected]] On Behalf Of 
Wollenhaupt, Christof
Sent: Wednesday, April 12, 2017 5:59 AM
To: [email protected]
Subject: Re: VFP EXE and RDS random crashes

>
> To that point--would copying the FRX/FRT locally and running from there be
> a better option to avoid that?
>

It would depend on which file is causing the problem... It certainly would
be worth a try. If the EXE or any of the REPORT*.APP files is on the
network it also would help to copy those to a local drive. Same is true for
any DLL or OCX you use.

Another issue that causes crashes mostly when printing, but usually
wouldn't result in a C6 exception, is the floating point problem. 15 years
ago HP printers where notoriously famous for changing the exception
handling for the floating point unit so that a division by zero caused a
crash instead of returning NaN (not a number).

To work around this, we have

DECLARE _fpreset in MSVCR71.DLL
_fpreset()

everywhere in our program where we access a printer driver. So before and
after printing a report, selecting a printer, listing printers, etc.

-- 
Christof


--- StripMime Report -- processed MIME parts ---
multipart/alternative
  text/plain (text body -- kept)
  text/html
---

[excessive quoting removed by server]

_______________________________________________
Post Messages to: [email protected]
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: 
http://leafe.com/archives/byMID/profox/bn4pr10mb091365e7d788ed2303b90859d2...@bn4pr10mb0913.namprd10.prod.outlook.com
** All postings, unless explicitly stated otherwise, are the opinions of the 
author, and do not constitute legal or medical advice. This statement is added 
to the messages for those lawyers who are too stupid to see the obvious.

Reply via email to