crashing again
Is this helpful? Maybe it is blowing up in the ATI driver
Faulting application name: openscad.exe, version: 0.0.0.0, time stamp:
0x54ff43ac
Faulting module name: atio6axx.dll, version: 6.14.10.12618, time stamp:
0x53b756ff
Exception code: 0xc0000005
Fault offset: 0x0000000000191154
Faulting process id: 0x520
Faulting application start time: 0x01d05ffff37b9be0
Faulting application path: C:\Program Files\OpenSCAD\openscad.exe
Faulting module path: C:\WINDOWS\SYSTEM32\atio6axx.dll
Report Id: 48060de5-cbf7-11e4-be7a-086266262bb2
Faulting package full name:
Faulting package-relative application ID:
- System
- Provider
[ *Name*] Application Error
- EventID 1000
[ *Qualifiers*] 0
*Level* 2
*Task* 100
*Keywords* 0x80000000000000
- TimeCreated
[ *SystemTime*] 2015-03-16T16:12:46.000000000Z
*EventRecordID* 7556
*Channel* Application
*Computer* Win8Oct
*Security*
- EventData
openscad.exe
0.0.0.0
54ff43ac
atio6axx.dll
6.14.10.12618
53b756ff
c0000005
0000000000191154
520
01d05ffff37b9be0
C:\Program Files\OpenSCAD\openscad.exe
C:\WINDOWS\SYSTEM32\atio6axx.dll
48060de5-cbf7-11e4-be7a-086266262bb2
On 3/16/2015 1:04 PM, Marius Kintel wrote:
Jon,
Is it possible to provide some sort of stack trace, so we can see where it crashes?
Perhaps from the Event Log ?
-Marius
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2015.0.5751 / Virus Database: 4306/9314 - Release Date: 03/16/15
On 03/16/2015 08:13 AM, jon wrote:
The following code crashed F6 after perhaps 45 minutes, consuming 1.7 GB
of RAM.
on Ubuntu 14.04.1 LTS, running openscad 2014.03, it took 37 seconds.
system monitor shows openscad as using 782MB of storage (still open).
i would test 2015.03, but i'm having build issues on ubuntu. 8^(
video card info:
root@YGH:~# lspci
(snippage)
00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v2/3rd
Gen Core processor Graphics Controller (rev 09)
cpu info:
root@YGH:~# cat /proc/cpuinfo
processor(s) : 0-7
vendor_id : GenuineIntel
cpu family : 6
model : 58
model name : Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz
stepping : 9
microcode : 0x17
cpu MHz : 1600.000
cache size : 8192 KB
physical id : 0
siblings : 8
core id : 3
cpu cores : 4
apicid : 7
initial apicid : 7
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx
rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology
nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx
smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt
tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb
xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase
smep erms
bogomips : 6819.78
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
hth
yvette
On Mar 16, 2015, at 14:09 PM, jon jon@jonbondy.com wrote:
Is this helpful? Maybe it is blowing up in the ATI driver
That definitely looks like an ATI driver crash.
Could you try installing some other versions of the driver and see if that helps?
..or perhaps even turn off acceleration (not sure how that works under Windows though).
-Marius
Downloading the 3rd set of drivers in the last 30 minutes. Each one is
"best" but this one claims to be best-er. We will see.
Marius: are you saying that the little test script executes F6 in 2-3
seconds on your computer? I'm running eight cores at 4 GHz with 8 GB of
RAM and it takes 18 minutes and then crashes. I can imagine something
about the video drivers that might have a problem with the data that F6
creates, but I cannot understand how that might make the underlying
calculations take that much longer. Does OpenSCAD use video cores for
computations, in addition to CPU cores?
On 3/16/2015 2:48 PM, Marius Kintel wrote:
On Mar 16, 2015, at 14:09 PM, jon jon@jonbondy.com wrote:
Is this helpful? Maybe it is blowing up in the ATI driver
That definitely looks like an ATI driver crash.
Could you try installing some other versions of the driver and see if that helps?
..or perhaps even turn off acceleration (not sure how that works under Windows though).
-Marius
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2015.0.5751 / Virus Database: 4306/9317 - Release Date: 03/16/15
Running 2015.03 on 64 bit Windows 8.1 in normal (not compatibility) mode I
can successfully F5 and F6 the test code. F6 takes 2 minutes, 46 seconds to
run.
Running on the same machine in Windows 8 compatibility mode, F5 works, but
F6 is sucking up hordes of memory and taking forever (over 20 minutes so
far.)
(This is my Win 8.1 laptop running 2015.03, the VM is giving me fits and
refusing to step up to OpenGL 2.0 or better.)
So I am seeing something problematic, but without knowing the specifics of
what stepping down to Win 8 compatibility from Win 8.1, I can't say what it
might be.
--Tim
--
View this message in context: http://forum.openscad.org/crashing-again-tp11989p12055.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
Tim:
Right you are. Once I remove the compatibility mode, the test program I
supplied runs successfully in 1:12.
I am now using new drivers. Focusing more on getting it right than on
finding the smoking gun, especially if there turns out to be no gun.
I will now test the proprietary scripts
Jon
On 3/16/2015 3:23 PM, tdeagan wrote:
Running 2015.03 on 64 bit Windows 8.1 in normal (not compatibility) mode I
can successfully F5 and F6 the test code. F6 takes 2 minutes, 46 seconds to
run.
Running on the same machine in Windows 8 compatibility mode, F5 works, but
F6 is sucking up hordes of memory and taking forever (over 20 minutes so
far.)
(This is my Win 8.1 laptop running 2015.03, the VM is giving me fits and
refusing to step up to OpenGL 2.0 or better.)
So I am seeing something problematic, but without knowing the specifics of
what stepping down to Win 8 compatibility from Win 8.1, I can't say what it
might be.
--Tim
--
View this message in context: http://forum.openscad.org/crashing-again-tp11989p12055.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2015.0.5751 / Virus Database: 4306/9317 - Release Date: 03/16/15
And the proprietary code runs in 37 seconds, even with $fa and $fs set.
Not sure if it was the drivers or the compatibility mode, but things are
working great here now.
I hope that this helps someone else in the future
Thank you for all of your help!
Jon
On 3/16/2015 3:23 PM, tdeagan wrote:
Running 2015.03 on 64 bit Windows 8.1 in normal (not compatibility) mode I
can successfully F5 and F6 the test code. F6 takes 2 minutes, 46 seconds to
run.
Running on the same machine in Windows 8 compatibility mode, F5 works, but
F6 is sucking up hordes of memory and taking forever (over 20 minutes so
far.)
(This is my Win 8.1 laptop running 2015.03, the VM is giving me fits and
refusing to step up to OpenGL 2.0 or better.)
So I am seeing something problematic, but without knowing the specifics of
what stepping down to Win 8 compatibility from Win 8.1, I can't say what it
might be.
--Tim
--
View this message in context: http://forum.openscad.org/crashing-again-tp11989p12055.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2015.0.5751 / Virus Database: 4306/9317 - Release Date: 03/16/15
For posterity:
$fa=1;
translate([0, 100, 0])
difference() {
cylinder(h=75, r=20, $fn=100);
translate([0, 0, -2])
cylinder(h=80, r=17, $fn=100);
}
difference() {
sphere(r=45);
sphere(r=40);
}
On W7/64 4GB 2.53GHz 2 Core
2014.03/32 (don't have 64 installed)
F5 0s F6 9m16s ~1GB
2015.03/64
F5 0s F6 1m34s ~0.8GB
Great improvement with the new release.
Unless specifically shown otherwise above, my contribution is in the Public Domain; To the extent possible under law, I have waived all copyright and related or neighbouring rights to this work. This work is published globally via the internet. :) Inclusion of works of previous authors is not included in the above.
The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/
View this message in context: http://forum.openscad.org/crashing-again-tp11989p12066.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
Am 17.03.2015 um 01:09 schrieb MichaelAtOz:
On W7/64 4GB 2.53GHz 2 Core
2014.03/32 (don't have 64 installed)
F5 0s F6 9m16s ~1GB
2015.03/64
F5 0s F6 1m34s ~0.8GB
Great improvement with the new release.
Can't reproduce the 2014.03/32 numbers:
\ build 32bit 64bit
release\
2014.03 1m54s 1m30s
2015.03 2m01s 1m37s
Which indicates there is a speed-up for this example, but not with
releases, but with build targets.
Anyway, nice release indeed! In a lot of ways!
Best regards,
Stephan Hennig
W7/64 on a dated 2.4 GHz Core2Duo Mobile with 2 GB
OpenGL Version: 2.0.0 - Build 8.14.10.1930
GL Renderer: Intel 965/963 Graphics Media Accelerator
All measurements taken with pre-compiled binaries from ZIP distribution.