SetHatchScale causes fatal error
OpenDCL — modern dialog UI for AutoLISP.
Brought to you by:
owenwengerd
Menu
▾
▴
1 Attachments
#749 SetHatchScale causes fatal error
Greetings Owen,
this issue can be reproduced when a particular combination of conditions are in place, I hope the attached code including a palette form with hatch control demonstrates. The crashes only occur when the ribbon is visible in AutoCAD 2013 & 14 (not tested in earlier versions) and only after 7.0.0.5 of OpenDCL.x64.19.arx.
When the classic workspace is current and the palette is not docked, a crash won't occur. Also when SetHatchScale is set as an integer rather than a real (as required) the crashes don't occur if the ribbon is visible and the palette docked.
Regards,
David
I've tried various ways to reproduce the problem on Windows 7 64-bit, but so far it always works fine for me. Have you tested on a different system? I wonder if it's a graphics driver or hardware acceleration issue.
Thanks for looking at this. Initially the crash was reported to me by another user. After changing my workspace to match his from classic to a ribbon I was able to reproduce. I did some testing with earlier versions of OpenDCL and found the crashes didn't occur with 7.0.0.5 or earlier.
It could be a graphics driver issue - I've got a fairly ancient laptop and graphics card by today's standards. I'll do some more testing with different graphics settings in AutoCAD and also test on another system - I'll let you know how it goes.
Hi Owen, thanks for the latest release. I'm still getting the crashes (with versions since 7.0.0.5) as reported earlier however I don't think its the hatch scale as previously suggested.
I can reliably reproduce a crash on my system and yesterday was giving a demo at a client office and saw the same crash with 64 bit AutoCAD 2012 (7.0.0.12). I've been able to reproduce on three different systems now - the weird thing is the problem doesn't occur with 7.0.0.5. I won't discount there's some dodgyness in my code which was tolerated in an earlier version of OpenDCL :)
I've prepared another couple of files which might improve conditions for demonstrating what I'm seeing - please menuload the attached 70012-test.cuix which will load the 70012-test.mnl on startup.
This test is a simplified version of what my app does - loads opendcl, displays a palette, turns controls off and on and populates the form with list items and a hatch pattern. On my system the attached test crashes AutoCAD without any fatal error message - AutoCAD just closes and the software error report pops up. (OpenDCL 7.0.0.12 or 13) The Drafting and Annotation workspace must be current, there is no crash with the AutoCAD Classic workspace.
While the attached test crashes AutoCAD quietly, when running my app I get a fatal error message when the palette is initialised according to data found in the drawing. If the drawing is empty, there is no crash.
I am happy that 7.0.0.5 works reliably and will continue to distribute this version for 64bit versions of AutoCAD, in the meantime I'll keep looking to pin point the crash cause.
Regards,
David
I was able to reproduce the problem consistently in AutoCAD 2014 with your .mnl file. I had commented out some code in 7.0.0.6 to resolve a problem caused by a bug in AutoCAD 2007 and earlier. Uncommenting that code seems to have fixed the current crash. I've now changed the OpenDCL source code to run one way in AutoCAD 2010 and later and a different way in earlier versions. Hopefully this addresses the new problem while also preventing the old one from returning.
Owen, glad you were able to nail it.