Access violation on starting OpenSCAD (Win8)

classic Classic list List threaded Threaded
22 messages Options
12
Reply | Threaded
Open this post in threaded view
|

Access violation on starting OpenSCAD (Win8)

spinorkit
This post has NOT been accepted by the mailing list yet.
Hi,
I am unable to run any version of OpenSCAD 2015 on my Windows 8.0 (Intel HD 4600 graphics) PC. The app silently fails to start, leaving an access violation in the Event Viewer (this is from the 2015.10.17 build):
Faulting application name: openscad.exe, version: 0.0.0.0, time stamp: 0x56225257
Faulting module name: openscad.exe, version: 0.0.0.0, time stamp: 0x56225257
Exception code: 0xc0000005
Fault offset: 0x0000000000b903f4
Faulting process ID: 0xdc8
Faulting application start time: 0x01d10eb3bde5cc54
Faulting application path: C:\Program Files\OpenSCAD2015Dev\openscad.exe
Faulting module path: C:\Program Files\OpenSCAD2015Dev\openscad.exe
Report ID: fbb4b11b-7aa6-11e5-beba-a0f3c100c64c
Faulting package full name:
Faulting package-relative application ID:

The 2014.03 version runs fine on this machine.

Any help would be appreciated.
Thanks,
Kit

Reply | Threaded
Open this post in threaded view
|

Re: Access violation on starting OpenSCAD (Win8)

MichaelAtOz
Administrator
Hi, welcome to the forum.

You need to complete the mailing list registration too, here.

Re your issue, have you tried the Dev snapshot binaries?

Admin - email* me if you need anything,
or if I've done something stupid...
* click on my MichaelAtOz label, there is a link to email me.

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.
Obviously 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/ time is running out!
Reply | Threaded
Open this post in threaded view
|

Re: Access violation on starting OpenSCAD (Win8)

spinorkit
This post has NOT been accepted by the mailing list yet.
Hi Michael,
Thanks for your reply.
Yes, I have tried the 2015.10.17 snapshot.

I have now tried the 2015 version on 5 Windows machines.
An addition to the above Win 8 machine, it fails in the same way on a Win8.1 HP notebook with AMD Radeon HD8500M graphics, as well as a Win8.1 HP notebook with  NVIDIA GeForce GT630M graphics.
It does work on 2 old machines one running Win8.1 with a Radeon HD-5570, and one running Win7 with a GeForce GT-240.
All 3 failing machines have the latest graphics drivers.

Thanks,
Kit

On Sun, Oct 25, 2015 at 1:47 PM, MichaelAtOz [via OpenSCAD] <[hidden email]> wrote:
Hi, welcome to the forum.

You need to complete the mailing list registration too, here.

Re your issue, have you tried the Dev snapshot binaries?

Newly minted Admin - PM me if you need anything,
or if I've done something stupid...

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.
Obviously 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/ time is running out!



If you reply to this email, your message will be added to the discussion below:
http://forum.openscad.org/Access-violation-on-starting-OpenSCAD-Win8-tp14201p14204.html
To unsubscribe from Access violation on starting OpenSCAD (Win8), click here.
NAML

Reply | Threaded
Open this post in threaded view
|

Re: Access violation on starting OpenSCAD (Win8)

donbright

My first question would be, can the user run "openscad --info" from the command line?
Reply | Threaded
Open this post in threaded view
|

Re: Access violation on starting OpenSCAD (Win8)

spinorkit
On my Win8.0 machine, the 2015.10.17 build returns after a few seconds with no output. The 2014 build on the same machine returns:

C:\Program Files\OpenSCAD>openscad.exe --info

C:\Program Files\OpenSCAD>openscad --info
OpenSCAD Version: 2014.03
Compiler, build date: GCC "4.8.1", Mar  9 2014
Boost version: 1_53
Eigen version: 3.1.3
CGAL version, kernels: 4.0.2, Cartesian<Gmpq>, Extended_cartesian<Gmpq>, Epeck
OpenCSG version: OpenCSG 1.3.2
Qt version: 4.8.5
MingW build: MingW64
GLib version: 2.36.3
OPENSCADPATH: <not set>
OpenSCAD library path:


GLEW version: 1.9.0
OpenGL Version: 4.3.0 - Build 10.18.14.4264
GL Renderer: Intel(R) HD Graphics 4600
GL Vendor: Intel
RGBA(8888), depth(24), stencil(8)
GL_ARB_framebuffer_object: yes
GL_EXT_framebuffer_object: yes
GL_EXT_packed_depth_stencil: yes
GL context creator: WGL
PNG generator: lodepng
OS info: Microsoft(TM) Windows(TM) 6 2 9200 0x1eaec74 amd64
Machine: 8664

C:\Program Files\OpenSCAD>

Running openscad.exe --info crashes without output. The access violation is :
Unhandled exception at 0x0000000000FF7A04 in openscad.exe: 0xC0000005: Access violation reading location 0x0000000000000000.


Thanks,
Kit

On Tue, Oct 27, 2015 at 12:41 PM, donbright [via OpenSCAD] <[hidden email]> wrote:

My first question would be, can the user run "openscad --info" from the command line?


If you reply to this email, your message will be added to the discussion below:
http://forum.openscad.org/Access-violation-on-starting-OpenSCAD-Win8-tp14201p14219.html
To unsubscribe from Access violation on starting OpenSCAD (Win8), click here.
NAML

Reply | Threaded
Open this post in threaded view
|

Re: Access violation on starting OpenSCAD (Win8)

spinorkit
In reply to this post by donbright
In case it helps, the disassembly around the crash is:
0000000000FF79B5  call        0000000001001D10  
0000000000FF79BA  mov         r12,rax  
0000000000FF79BD  mov         rbp,qword ptr [rsi+30h]  
0000000000FF79C1  test        rbp,rbp  
0000000000FF79C4  je          0000000000FF7A60  
0000000000FF79CA  cmp         byte ptr [rsi+0D5h],0  
0000000000FF79D1  jne         0000000000FF7A60  
0000000000FF79D7  test        r12,r12  
0000000000FF79DA  jle         0000000000FF7B00  
0000000000FF79E0  mov         rax,qword ptr [rsi+88h]  
0000000000FF79E7  mov         rdx,qword ptr [rsi+30h]  
0000000000FF79EB  lea         rbx,[rsp+30h]  
0000000000FF79F0  lea         rcx,[rsi+38h]  
0000000000FF79F4  mov         r9d,r12d  
0000000000FF79F7  lea         r12,[rsi+88h]  
0000000000FF79FE  mov         r8,rdi  
0000000000FF7A01  mov         ebp,dword ptr [rax+4]  
Null deference [rdx] here ->0000000000FF7A04  mov         rax,qword ptr [rdx]  
0000000000FF7A07  mov         qword ptr [rsp+20h],rcx  
0000000000FF7A0C  mov         rcx,rbx  
0000000000FF7A0F  call        qword ptr [rax+18h]  
0000000000FF7A12  mov         rdx,rbx  
0000000000FF7A15  mov         rcx,r12  
0000000000FF7A18  call        00000000010440F0  
0000000000FF7A1D  mov         rcx,qword ptr [rsp+30h]  
0000000000FF7A22  mov         eax,dword ptr [rcx]  
0000000000FF7A24  test        eax,eax  
0000000000FF7A26  jne         0000000000FF7AC3  
0000000000FF7A2C  mov         r8d,8  
0000000000FF7A32  mov         edx,2  
0000000000FF7A37  call        00000000010BE1A0  
0000000000FF7A3C  test        r13b,r13b  
0000000000FF7A3F  jne         0000000000FF7B90  
0000000000FF7A45  mov         eax,1  
0000000000FF7A4A  add         rsp,4048h  
0000000000FF7A51  pop         rbx  
0000000000FF7A52  pop         rsi  
0000000000FF7A53  pop         rdi  
0000000000FF7A54  pop         rbp  
0000000000FF7A55  pop         r12  
0000000000FF7A57  pop         r13  
0000000000FF7A59  ret  
0000000000FF7A5A  nop         word ptr [rax+rax]  


On Tue, Oct 27, 2015 at 8:26 PM, Kit Adams <[hidden email]> wrote:
On my Win8.0 machine, the 2015.10.17 build returns after a few seconds with no output. The 2014 build on the same machine returns:

C:\Program Files\OpenSCAD>openscad.exe --info

C:\Program Files\OpenSCAD>openscad --info
OpenSCAD Version: 2014.03
Compiler, build date: GCC "4.8.1", Mar  9 2014
Boost version: 1_53
Eigen version: 3.1.3
CGAL version, kernels: 4.0.2, Cartesian<Gmpq>, Extended_cartesian<Gmpq>, Epeck
OpenCSG version: OpenCSG 1.3.2
Qt version: 4.8.5
MingW build: MingW64
GLib version: 2.36.3
OPENSCADPATH: <not set>
OpenSCAD library path:


GLEW version: 1.9.0
OpenGL Version: 4.3.0 - Build 10.18.14.4264
GL Renderer: Intel(R) HD Graphics 4600
GL Vendor: Intel
RGBA(8888), depth(24), stencil(8)
GL_ARB_framebuffer_object: yes
GL_EXT_framebuffer_object: yes
GL_EXT_packed_depth_stencil: yes
GL context creator: WGL
PNG generator: lodepng
OS info: Microsoft(TM) Windows(TM) 6 2 9200 0x1eaec74 amd64
Machine: 8664

C:\Program Files\OpenSCAD>

Running openscad.exe --info crashes without output. The access violation is :
Unhandled exception at 0x0000000000FF7A04 in openscad.exe: 0xC0000005: Access violation reading location 0x0000000000000000.


Thanks,
Kit

On Tue, Oct 27, 2015 at 12:41 PM, donbright [via OpenSCAD] <[hidden email]> wrote:

My first question would be, can the user run "openscad --info" from the command line?


If you reply to this email, your message will be added to the discussion below:
http://forum.openscad.org/Access-violation-on-starting-OpenSCAD-Win8-tp14201p14219.html
To unsubscribe from Access violation on starting OpenSCAD (Win8), click here.
NAML


Reply | Threaded
Open this post in threaded view
|

Re: Access violation on starting OpenSCAD (Win8)

spinorkit
In reply to this post by donbright
and the stack:
> openscad.exe!0000000000ff7a04() Unknown
  openscad.exe!0000000000ff867e() Unknown
  openscad.exe!0000000000ff9087() Unknown
  openscad.exe!0000000000fd3be3() Unknown
  openscad.exe!0000000000fd5ad9() Unknown
  openscad.exe!0000000000f9d6e5() Unknown
  openscad.exe!0000000000f9d9fd() Unknown
  openscad.exe!00000000004e8817() Unknown
  openscad.exe!00000000004edec1() Unknown
  openscad.exe!0000000000557eff() Unknown
  openscad.exe!00000000004013e8() Unknown
  openscad.exe!00000000004014eb() Unknown


On Tue, Oct 27, 2015 at 8:36 PM, Kit Adams <[hidden email]> wrote:
In case it helps, the disassembly around the crash is:
0000000000FF79B5  call        0000000001001D10  
0000000000FF79BA  mov         r12,rax  
0000000000FF79BD  mov         rbp,qword ptr [rsi+30h]  
0000000000FF79C1  test        rbp,rbp  
0000000000FF79C4  je          0000000000FF7A60  
0000000000FF79CA  cmp         byte ptr [rsi+0D5h],0  
0000000000FF79D1  jne         0000000000FF7A60  
0000000000FF79D7  test        r12,r12  
0000000000FF79DA  jle         0000000000FF7B00  
0000000000FF79E0  mov         rax,qword ptr [rsi+88h]  
0000000000FF79E7  mov         rdx,qword ptr [rsi+30h]  
0000000000FF79EB  lea         rbx,[rsp+30h]  
0000000000FF79F0  lea         rcx,[rsi+38h]  
0000000000FF79F4  mov         r9d,r12d  
0000000000FF79F7  lea         r12,[rsi+88h]  
0000000000FF79FE  mov         r8,rdi  
0000000000FF7A01  mov         ebp,dword ptr [rax+4]  
Null deference [rdx] here ->0000000000FF7A04  mov         rax,qword ptr [rdx]  
0000000000FF7A07  mov         qword ptr [rsp+20h],rcx  
0000000000FF7A0C  mov         rcx,rbx  
0000000000FF7A0F  call        qword ptr [rax+18h]  
0000000000FF7A12  mov         rdx,rbx  
0000000000FF7A15  mov         rcx,r12  
0000000000FF7A18  call        00000000010440F0  
0000000000FF7A1D  mov         rcx,qword ptr [rsp+30h]  
0000000000FF7A22  mov         eax,dword ptr [rcx]  
0000000000FF7A24  test        eax,eax  
0000000000FF7A26  jne         0000000000FF7AC3  
0000000000FF7A2C  mov         r8d,8  
0000000000FF7A32  mov         edx,2  
0000000000FF7A37  call        00000000010BE1A0  
0000000000FF7A3C  test        r13b,r13b  
0000000000FF7A3F  jne         0000000000FF7B90  
0000000000FF7A45  mov         eax,1  
0000000000FF7A4A  add         rsp,4048h  
0000000000FF7A51  pop         rbx  
0000000000FF7A52  pop         rsi  
0000000000FF7A53  pop         rdi  
0000000000FF7A54  pop         rbp  
0000000000FF7A55  pop         r12  
0000000000FF7A57  pop         r13  
0000000000FF7A59  ret  
0000000000FF7A5A  nop         word ptr [rax+rax]  


On Tue, Oct 27, 2015 at 8:26 PM, Kit Adams <[hidden email]> wrote:
On my Win8.0 machine, the 2015.10.17 build returns after a few seconds with no output. The 2014 build on the same machine returns:

C:\Program Files\OpenSCAD>openscad.exe --info

C:\Program Files\OpenSCAD>openscad --info
OpenSCAD Version: 2014.03
Compiler, build date: GCC "4.8.1", Mar  9 2014
Boost version: 1_53
Eigen version: 3.1.3
CGAL version, kernels: 4.0.2, Cartesian<Gmpq>, Extended_cartesian<Gmpq>, Epeck
OpenCSG version: OpenCSG 1.3.2
Qt version: 4.8.5
MingW build: MingW64
GLib version: 2.36.3
OPENSCADPATH: <not set>
OpenSCAD library path:


GLEW version: 1.9.0
OpenGL Version: 4.3.0 - Build 10.18.14.4264
GL Renderer: Intel(R) HD Graphics 4600
GL Vendor: Intel
RGBA(8888), depth(24), stencil(8)
GL_ARB_framebuffer_object: yes
GL_EXT_framebuffer_object: yes
GL_EXT_packed_depth_stencil: yes
GL context creator: WGL
PNG generator: lodepng
OS info: Microsoft(TM) Windows(TM) 6 2 9200 0x1eaec74 amd64
Machine: 8664

C:\Program Files\OpenSCAD>

Running openscad.exe --info crashes without output. The access violation is :
Unhandled exception at 0x0000000000FF7A04 in openscad.exe: 0xC0000005: Access violation reading location 0x0000000000000000.


Thanks,
Kit

On Tue, Oct 27, 2015 at 12:41 PM, donbright [via OpenSCAD] <[hidden email]> wrote:

My first question would be, can the user run "openscad --info" from the command line?


If you reply to this email, your message will be added to the discussion below:
http://forum.openscad.org/Access-violation-on-starting-OpenSCAD-Win8-tp14201p14219.html
To unsubscribe from Access violation on starting OpenSCAD (Win8), click here.
NAML



Reply | Threaded
Open this post in threaded view
|

Re: Access violation on starting OpenSCAD (Win8)

spinorkit
Actually, that dis-assembly and stack is for the 2015.03-1 build. The 2015.10.17 version crashes in similar code at address 0000000000F903F4 :  mov         rax,qword ptr [rdx] .

On Tue, Oct 27, 2015 at 8:38 PM, spinorkit <[hidden email]> wrote:
and the stack:
> openscad.exe!0000000000ff7a04() Unknown
  openscad.exe!0000000000ff867e() Unknown
  openscad.exe!0000000000ff9087() Unknown
  openscad.exe!0000000000fd3be3() Unknown
  openscad.exe!0000000000fd5ad9() Unknown
  openscad.exe!0000000000f9d6e5() Unknown
  openscad.exe!0000000000f9d9fd() Unknown
  openscad.exe!00000000004e8817() Unknown
  openscad.exe!00000000004edec1() Unknown
  openscad.exe!0000000000557eff() Unknown
  openscad.exe!00000000004013e8() Unknown
  openscad.exe!00000000004014eb() Unknown


On Tue, Oct 27, 2015 at 8:36 PM, Kit Adams <[hidden email]> wrote:
In case it helps, the disassembly around the crash is:
0000000000FF79B5  call        0000000001001D10  
0000000000FF79BA  mov         r12,rax  
0000000000FF79BD  mov         rbp,qword ptr [rsi+30h]  
0000000000FF79C1  test        rbp,rbp  
0000000000FF79C4  je          0000000000FF7A60  
0000000000FF79CA  cmp         byte ptr [rsi+0D5h],0  
0000000000FF79D1  jne         0000000000FF7A60  
0000000000FF79D7  test        r12,r12  
0000000000FF79DA  jle         0000000000FF7B00  
0000000000FF79E0  mov         rax,qword ptr [rsi+88h]  
0000000000FF79E7  mov         rdx,qword ptr [rsi+30h]  
0000000000FF79EB  lea         rbx,[rsp+30h]  
0000000000FF79F0  lea         rcx,[rsi+38h]  
0000000000FF79F4  mov         r9d,r12d  
0000000000FF79F7  lea         r12,[rsi+88h]  
0000000000FF79FE  mov         r8,rdi  
0000000000FF7A01  mov         ebp,dword ptr [rax+4]  
Null deference [rdx] here ->0000000000FF7A04  mov         rax,qword ptr [rdx]  
0000000000FF7A07  mov         qword ptr [rsp+20h],rcx  
0000000000FF7A0C  mov         rcx,rbx  
0000000000FF7A0F  call        qword ptr [rax+18h]  
0000000000FF7A12  mov         rdx,rbx  
0000000000FF7A15  mov         rcx,r12  
0000000000FF7A18  call        00000000010440F0  
0000000000FF7A1D  mov         rcx,qword ptr [rsp+30h]  
0000000000FF7A22  mov         eax,dword ptr [rcx]  
0000000000FF7A24  test        eax,eax  
0000000000FF7A26  jne         0000000000FF7AC3  
0000000000FF7A2C  mov         r8d,8  
0000000000FF7A32  mov         edx,2  
0000000000FF7A37  call        00000000010BE1A0  
0000000000FF7A3C  test        r13b,r13b  
0000000000FF7A3F  jne         0000000000FF7B90  
0000000000FF7A45  mov         eax,1  
0000000000FF7A4A  add         rsp,4048h  
0000000000FF7A51  pop         rbx  
0000000000FF7A52  pop         rsi  
0000000000FF7A53  pop         rdi  
0000000000FF7A54  pop         rbp  
0000000000FF7A55  pop         r12  
0000000000FF7A57  pop         r13  
0000000000FF7A59  ret  
0000000000FF7A5A  nop         word ptr [rax+rax]  


On Tue, Oct 27, 2015 at 8:26 PM, Kit Adams <[hidden email]> wrote:
On my Win8.0 machine, the 2015.10.17 build returns after a few seconds with no output. The 2014 build on the same machine returns:

C:\Program Files\OpenSCAD>openscad.exe --info

C:\Program Files\OpenSCAD>openscad --info
OpenSCAD Version: 2014.03
Compiler, build date: GCC "4.8.1", Mar  9 2014
Boost version: 1_53
Eigen version: 3.1.3
CGAL version, kernels: 4.0.2, Cartesian<Gmpq>, Extended_cartesian<Gmpq>, Epeck
OpenCSG version: OpenCSG 1.3.2
Qt version: 4.8.5
MingW build: MingW64
GLib version: 2.36.3
OPENSCADPATH: <not set>
OpenSCAD library path:


GLEW version: 1.9.0
OpenGL Version: 4.3.0 - Build 10.18.14.4264
GL Renderer: Intel(R) HD Graphics 4600
GL Vendor: Intel
RGBA(8888), depth(24), stencil(8)
GL_ARB_framebuffer_object: yes
GL_EXT_framebuffer_object: yes
GL_EXT_packed_depth_stencil: yes
GL context creator: WGL
PNG generator: lodepng
OS info: Microsoft(TM) Windows(TM) 6 2 9200 0x1eaec74 amd64
Machine: 8664

C:\Program Files\OpenSCAD>

Running openscad.exe --info crashes without output. The access violation is :
Unhandled exception at 0x0000000000FF7A04 in openscad.exe: 0xC0000005: Access violation reading location 0x0000000000000000.


Thanks,
Kit

On Tue, Oct 27, 2015 at 12:41 PM, donbright [via OpenSCAD] <[hidden email]> wrote:

My first question would be, can the user run "openscad --info" from the command line?


If you reply to this email, your message will be added to the discussion below:
http://forum.openscad.org/Access-violation-on-starting-OpenSCAD-Win8-tp14201p14219.html
To unsubscribe from Access violation on starting OpenSCAD (Win8), click here.
NAML





View this message in context: Re: Access violation on starting OpenSCAD (Win8)
Sent from the OpenSCAD mailing list archive at Nabble.com.

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org



_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Access violation on starting OpenSCAD (Win8)

donbright
 
To make this easier to track I took the liberty of making a github issue
 
 
 
--
  don bright
 
On Tue, Oct 27, 2015, at 04:46 AM, Kit Adams wrote:
Actually, that dis-assembly and stack is for the 2015.03-1 build. The 2015.10.17 version crashes in similar code at address 0000000000F903F4 :  mov         rax,qword ptr [rdx] .
 
On Tue, Oct 27, 2015 at 8:38 PM, spinorkit <[hidden email]> wrote:
 
and the stack:
>openscad.exe!0000000000ff7a04()Unknown
openscad.exe!0000000000ff867e()Unknown
openscad.exe!0000000000ff9087()Unknown
openscad.exe!0000000000fd3be3()Unknown
openscad.exe!0000000000fd5ad9()Unknown
openscad.exe!0000000000f9d6e5()Unknown
openscad.exe!0000000000f9d9fd()Unknown
openscad.exe!00000000004e8817()Unknown
openscad.exe!00000000004edec1()Unknown
openscad.exe!0000000000557eff()Unknown
openscad.exe!00000000004013e8()Unknown
openscad.exe!00000000004014eb()Unknown
 
 
 
On Tue, Oct 27, 2015 at 8:36 PM, Kit Adams <[hidden email]> wrote:
In case it helps, the disassembly around the crash is:
0000000000FF79B5  call        0000000001001D10  
0000000000FF79BA  mov         r12,rax  
0000000000FF79BD  mov         rbp,qword ptr [rsi+30h]  
0000000000FF79C1  test        rbp,rbp  
0000000000FF79C4  je          0000000000FF7A60  
0000000000FF79CA  cmp         byte ptr [rsi+0D5h],0  
0000000000FF79D1  jne         0000000000FF7A60  
0000000000FF79D7  test        r12,r12  
0000000000FF79DA  jle         0000000000FF7B00  
0000000000FF79E0  mov         rax,qword ptr [rsi+88h]  
0000000000FF79E7  mov         rdx,qword ptr [rsi+30h]  
0000000000FF79EB  lea         rbx,[rsp+30h]  
0000000000FF79F0  lea         rcx,[rsi+38h]  
0000000000FF79F4  mov         r9d,r12d  
0000000000FF79F7  lea         r12,[rsi+88h]  
0000000000FF79FE  mov         r8,rdi  
0000000000FF7A01  mov         ebp,dword ptr [rax+4]  
Null deference [rdx] here ->0000000000FF7A04  mov         rax,qword ptr [rdx]  
0000000000FF7A07  mov         qword ptr [rsp+20h],rcx  
0000000000FF7A0C  mov         rcx,rbx  
0000000000FF7A0F  call        qword ptr [rax+18h]  
0000000000FF7A12  mov         rdx,rbx  
0000000000FF7A15  mov         rcx,r12  
0000000000FF7A18  call        00000000010440F0  
0000000000FF7A1D  mov         rcx,qword ptr [rsp+30h]  
0000000000FF7A22  mov         eax,dword ptr [rcx]  
0000000000FF7A24  test        eax,eax  
0000000000FF7A26  jne         0000000000FF7AC3  
0000000000FF7A2C  mov         r8d,8  
0000000000FF7A32  mov         edx,2  
0000000000FF7A37  call        00000000010BE1A0  
0000000000FF7A3C  test        r13b,r13b  
0000000000FF7A3F  jne         0000000000FF7B90  
0000000000FF7A45  mov         eax,1  
0000000000FF7A4A  add         rsp,4048h  
0000000000FF7A51  pop         rbx  
0000000000FF7A52  pop         rsi  
0000000000FF7A53  pop         rdi  
0000000000FF7A54  pop         rbp  
0000000000FF7A55  pop         r12  
0000000000FF7A57  pop         r13  
0000000000FF7A59  ret  
0000000000FF7A5A  nop         word ptr [rax+rax]  
 
 
On Tue, Oct 27, 2015 at 8:26 PM, Kit Adams <[hidden email]> wrote:
On my Win8.0 machine, the 2015.10.17 build returns after a few seconds with no output. The 2014 build on the same machine returns:
 
C:\Program Files\OpenSCAD>openscad.exe --info
 
C:\Program Files\OpenSCAD>openscad --info
OpenSCAD Version: 2014.03
Compiler, build date: GCC "4.8.1", Mar  9 2014
Boost version: 1_53
Eigen version: 3.1.3
CGAL version, kernels: 4.0.2, Cartesian<Gmpq>, Extended_cartesian<Gmpq>, Epeck
OpenCSG version: OpenCSG 1.3.2
Qt version: 4.8.5
MingW build: MingW64
GLib version: 2.36.3
OPENSCADPATH: <not set>
OpenSCAD library path:
 
 
GLEW version: 1.9.0
OpenGL Version: 4.3.0 - Build 10.18.14.4264
GL Renderer: Intel(R) HD Graphics 4600
GL Vendor: Intel
RGBA(8888), depth(24), stencil(8)
GL_ARB_framebuffer_object: yes
GL_EXT_framebuffer_object: yes
GL_EXT_packed_depth_stencil: yes
GL context creator: WGL
PNG generator: lodepng
OS info: Microsoft(TM) Windows(TM) 6 2 9200 0x1eaec74 amd64
Machine: 8664
 
C:\Program Files\OpenSCAD>
 
Running openscad.exe --info crashes without output. The access violation is :
Unhandled exception at 0x0000000000FF7A04 in openscad.exe: 0xC0000005: Access violation reading location 0x0000000000000000.
 
 
Thanks,
Kit
 
On Tue, Oct 27, 2015 at 12:41 PM, donbright [via OpenSCAD] <[hidden email]> wrote:
 
My first question would be, can the user run "openscad --info" from the command line?
 


 
If you reply to this email, your message will be added to the discussion below:
To unsubscribe from Access violation on starting OpenSCAD (Win8), click here.
 
 
 
 
Sent from the OpenSCAD mailing list archive at Nabble.com.
 
_______________________________________________
OpenSCAD mailing list
 
_______________________________________________
OpenSCAD mailing list
 

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Access violation on starting OpenSCAD (Win8)

donbright
In reply to this post by spinorkit
Hello
 
A .zip package of an alternative build, using the MSYS2 Build System, has been uploaded here (note it is rather large, >50MB)::
 
 
Also this build has sprinkled openscad.cc with several debug print statements. Running this might help diagnose the problems...
 
--
  don bright
 
On Tue, Oct 27, 2015, at 04:46 AM, Kit Adams wrote:
Actually, that dis-assembly and stack is for the 2015.03-1 build. The 2015.10.17 version crashes in similar code at address 0000000000F903F4 :  mov         rax,qword ptr [rdx] .
 
On Tue, Oct 27, 2015 at 8:38 PM, spinorkit <[hidden email]> wrote:
 
and the stack:
>openscad.exe!0000000000ff7a04()Unknown
openscad.exe!0000000000ff867e()Unknown
openscad.exe!0000000000ff9087()Unknown
openscad.exe!0000000000fd3be3()Unknown
openscad.exe!0000000000fd5ad9()Unknown
openscad.exe!0000000000f9d6e5()Unknown
openscad.exe!0000000000f9d9fd()Unknown
openscad.exe!00000000004e8817()Unknown
openscad.exe!00000000004edec1()Unknown
openscad.exe!0000000000557eff()Unknown
openscad.exe!00000000004013e8()Unknown
openscad.exe!00000000004014eb()Unknown
 
 
 
On Tue, Oct 27, 2015 at 8:36 PM, Kit Adams <[hidden email]> wrote:
In case it helps, the disassembly around the crash is:
0000000000FF79B5  call        0000000001001D10  
0000000000FF79BA  mov         r12,rax  
0000000000FF79BD  mov         rbp,qword ptr [rsi+30h]  
0000000000FF79C1  test        rbp,rbp  
0000000000FF79C4  je          0000000000FF7A60  
0000000000FF79CA  cmp         byte ptr [rsi+0D5h],0  
0000000000FF79D1  jne         0000000000FF7A60  
0000000000FF79D7  test        r12,r12  
0000000000FF79DA  jle         0000000000FF7B00  
0000000000FF79E0  mov         rax,qword ptr [rsi+88h]  
0000000000FF79E7  mov         rdx,qword ptr [rsi+30h]  
0000000000FF79EB  lea         rbx,[rsp+30h]  
0000000000FF79F0  lea         rcx,[rsi+38h]  
0000000000FF79F4  mov         r9d,r12d  
0000000000FF79F7  lea         r12,[rsi+88h]  
0000000000FF79FE  mov         r8,rdi  
0000000000FF7A01  mov         ebp,dword ptr [rax+4]  
Null deference [rdx] here ->0000000000FF7A04  mov         rax,qword ptr [rdx]  
0000000000FF7A07  mov         qword ptr [rsp+20h],rcx  
0000000000FF7A0C  mov         rcx,rbx  
0000000000FF7A0F  call        qword ptr [rax+18h]  
0000000000FF7A12  mov         rdx,rbx  
0000000000FF7A15  mov         rcx,r12  
0000000000FF7A18  call        00000000010440F0  
0000000000FF7A1D  mov         rcx,qword ptr [rsp+30h]  
0000000000FF7A22  mov         eax,dword ptr [rcx]  
0000000000FF7A24  test        eax,eax  
0000000000FF7A26  jne         0000000000FF7AC3  
0000000000FF7A2C  mov         r8d,8  
0000000000FF7A32  mov         edx,2  
0000000000FF7A37  call        00000000010BE1A0  
0000000000FF7A3C  test        r13b,r13b  
0000000000FF7A3F  jne         0000000000FF7B90  
0000000000FF7A45  mov         eax,1  
0000000000FF7A4A  add         rsp,4048h  
0000000000FF7A51  pop         rbx  
0000000000FF7A52  pop         rsi  
0000000000FF7A53  pop         rdi  
0000000000FF7A54  pop         rbp  
0000000000FF7A55  pop         r12  
0000000000FF7A57  pop         r13  
0000000000FF7A59  ret  
0000000000FF7A5A  nop         word ptr [rax+rax]  
 
 
On Tue, Oct 27, 2015 at 8:26 PM, Kit Adams <[hidden email]> wrote:
On my Win8.0 machine, the 2015.10.17 build returns after a few seconds with no output. The 2014 build on the same machine returns:
 
C:\Program Files\OpenSCAD>openscad.exe --info
 
C:\Program Files\OpenSCAD>openscad --info
OpenSCAD Version: 2014.03
Compiler, build date: GCC "4.8.1", Mar  9 2014
Boost version: 1_53
Eigen version: 3.1.3
CGAL version, kernels: 4.0.2, Cartesian<Gmpq>, Extended_cartesian<Gmpq>, Epeck
OpenCSG version: OpenCSG 1.3.2
Qt version: 4.8.5
MingW build: MingW64
GLib version: 2.36.3
OPENSCADPATH: <not set>
OpenSCAD library path:
 
 
GLEW version: 1.9.0
OpenGL Version: 4.3.0 - Build 10.18.14.4264
GL Renderer: Intel(R) HD Graphics 4600
GL Vendor: Intel
RGBA(8888), depth(24), stencil(8)
GL_ARB_framebuffer_object: yes
GL_EXT_framebuffer_object: yes
GL_EXT_packed_depth_stencil: yes
GL context creator: WGL
PNG generator: lodepng
OS info: Microsoft(TM) Windows(TM) 6 2 9200 0x1eaec74 amd64
Machine: 8664
 
C:\Program Files\OpenSCAD>
 
Running openscad.exe --info crashes without output. The access violation is :
Unhandled exception at 0x0000000000FF7A04 in openscad.exe: 0xC0000005: Access violation reading location 0x0000000000000000.
 
 
Thanks,
Kit
 
On Tue, Oct 27, 2015 at 12:41 PM, donbright [via OpenSCAD] <[hidden email]> wrote:
 
My first question would be, can the user run "openscad --info" from the command line?
 


 
If you reply to this email, your message will be added to the discussion below:
To unsubscribe from Access violation on starting OpenSCAD (Win8), click here.
 
 
 
 
Sent from the OpenSCAD mailing list archive at Nabble.com.
 
_______________________________________________
OpenSCAD mailing list
 
_______________________________________________
OpenSCAD mailing list
 

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Access violation on starting OpenSCAD (Win8)

spinorkit
Thanks for the debug build.
It gets a bit further.
Running openscad results in the error message in the attached screen shot before it terminates.

The openscad --info command now gives:

C:\Users\Kit\Downloads\OpenSCAD-2015.10.28-x86-64.msys2\openscad-2015.10.28>openscad --info
debug pt 0
debug pt 1
debug pt 2
debug pt 3
debug pt 4
debug pt 5
debug pt 6
debug pt 7
debug pt 8
debug pt 9
debug pt 10
debug pt 11
debug pt 12
debug pt 13
debug pt 14
debug pt 15
debug pt 16
debug pt 17
debug pt 18
OpenSCAD Version: 2015.10.28
System information: Windows 8 (v6.2.0.0) 8 CPUs 15.88 GB RAM
Compiler: GCC "5.2.0" 64bit
Boost version: 1_57
Eigen version: 3.2.5
CGAL version, kernels: 4.6.1, Cartesian<Gmpq>, Extended_cartesian<Gmpq>, Epeck
OpenCSG version: OpenCSG 1.4.0
Qt version: 5.5.0
QScintilla version: 2.9
MingW build: MingW64
GLib version: 2.44.1
Application Path: C:/Users/Kit/Downloads/OpenSCAD-2015.10.28-x86-64.msys2/openscad-2015.10.28
Documents Path: E:\Users\Kit\Documents
Resource Path: C:/Users/Kit/Downloads/OpenSCAD-2015.10.28-x86-64.msys2/openscad-2015.10.28
User Library Path: E:/Users/Kit/Documents/OpenSCAD/libraries
User Config Path: C:\Users\Kit\AppData\Local/OpenSCAD
Backup Path: E:/Users/Kit/Documents/OpenSCAD/backups
OPENSCADPATH: <not set>
OpenSCAD library path:
  E:/Users/Kit/Documents/OpenSCAD/libraries
  C:/Users/Kit/Downloads/OpenSCAD-2015.10.28-x86-64.msys2/openscad-2015.10.28\libraries

OPENSCAD_FONT_PATH: <not set>
OpenSCAD font path:


GLEW version: 1.12.0
OpenGL Version: 4.3.0 - Build 10.18.14.4264
GL Renderer: Intel(R) HD Graphics 4600
GL Vendor: Intel
RGBA(8888), depth(24), stencil(8)
GL_ARB_framebuffer_object: yes
GL_EXT_framebuffer_object: yes
GL_EXT_packed_depth_stencil: yes
GL context creator: WGL
PNG generator: lodepng
OS info: Microsoft(TM) Windows(TM) 6 2 9200 0x23d0f4 amd64
Machine: 8664

C:\Users\Kit\Downloads\OpenSCAD-2015.10.28-x86-64.msys2\openscad-2015.10.28>



On Fri, Oct 30, 2015 at 12:44 AM, donbright [via OpenSCAD] <[hidden email]> wrote:
Hello
 
A .zip package of an alternative build, using the MSYS2 Build System, has been uploaded here (note it is rather large, >50MB)::
 
 
Also this build has sprinkled openscad.cc with several debug print statements. Running this might help diagnose the problems...
 
--
  don bright
 
On Tue, Oct 27, 2015, at 04:46 AM, Kit Adams wrote:
Actually, that dis-assembly and stack is for the 2015.03-1 build. The 2015.10.17 version crashes in similar code at address 0000000000F903F4 :  mov         rax,qword ptr [rdx] .
 
On Tue, Oct 27, 2015 at 8:38 PM, spinorkit <[hidden email]> wrote:
 
and the stack:
>openscad.exe!0000000000ff7a04()Unknown
openscad.exe!0000000000ff867e()Unknown
openscad.exe!0000000000ff9087()Unknown
openscad.exe!0000000000fd3be3()Unknown
openscad.exe!0000000000fd5ad9()Unknown
openscad.exe!0000000000f9d6e5()Unknown
openscad.exe!0000000000f9d9fd()Unknown
openscad.exe!00000000004e8817()Unknown
openscad.exe!00000000004edec1()Unknown
openscad.exe!0000000000557eff()Unknown
openscad.exe!00000000004013e8()Unknown
openscad.exe!00000000004014eb()Unknown
 
 
 
On Tue, Oct 27, 2015 at 8:36 PM, Kit Adams <[hidden email]> wrote:
In case it helps, the disassembly around the crash is:
0000000000FF79B5  call        0000000001001D10  
0000000000FF79BA  mov         r12,rax  
0000000000FF79BD  mov         rbp,qword ptr [rsi+30h]  
0000000000FF79C1  test        rbp,rbp  
0000000000FF79C4  je          0000000000FF7A60  
0000000000FF79CA  cmp         byte ptr [rsi+0D5h],0  
0000000000FF79D1  jne         0000000000FF7A60  
0000000000FF79D7  test        r12,r12  
0000000000FF79DA  jle         0000000000FF7B00  
0000000000FF79E0  mov         rax,qword ptr [rsi+88h]  
0000000000FF79E7  mov         rdx,qword ptr [rsi+30h]  
0000000000FF79EB  lea         rbx,[rsp+30h]  
0000000000FF79F0  lea         rcx,[rsi+38h]  
0000000000FF79F4  mov         r9d,r12d  
0000000000FF79F7  lea         r12,[rsi+88h]  
0000000000FF79FE  mov         r8,rdi  
0000000000FF7A01  mov         ebp,dword ptr [rax+4]  
Null deference [rdx] here ->0000000000FF7A04  mov         rax,qword ptr [rdx]  
0000000000FF7A07  mov         qword ptr [rsp+20h],rcx  
0000000000FF7A0C  mov         rcx,rbx  
0000000000FF7A0F  call        qword ptr [rax+18h]  
0000000000FF7A12  mov         rdx,rbx  
0000000000FF7A15  mov         rcx,r12  
0000000000FF7A18  call        00000000010440F0  
0000000000FF7A1D  mov         rcx,qword ptr [rsp+30h]  
0000000000FF7A22  mov         eax,dword ptr [rcx]  
0000000000FF7A24  test        eax,eax  
0000000000FF7A26  jne         0000000000FF7AC3  
0000000000FF7A2C  mov         r8d,8  
0000000000FF7A32  mov         edx,2  
0000000000FF7A37  call        00000000010BE1A0  
0000000000FF7A3C  test        r13b,r13b  
0000000000FF7A3F  jne         0000000000FF7B90  
0000000000FF7A45  mov         eax,1  
0000000000FF7A4A  add         rsp,4048h  
0000000000FF7A51  pop         rbx  
0000000000FF7A52  pop         rsi  
0000000000FF7A53  pop         rdi  
0000000000FF7A54  pop         rbp  
0000000000FF7A55  pop         r12  
0000000000FF7A57  pop         r13  
0000000000FF7A59  ret  
0000000000FF7A5A  nop         word ptr [rax+rax]  
 
 
On Tue, Oct 27, 2015 at 8:26 PM, Kit Adams <[hidden email]> wrote:
On my Win8.0 machine, the 2015.10.17 build returns after a few seconds with no output. The 2014 build on the same machine returns:
 
C:\Program Files\OpenSCAD>openscad.exe --info
 
C:\Program Files\OpenSCAD>openscad --info
OpenSCAD Version: 2014.03
Compiler, build date: GCC "4.8.1", Mar  9 2014
Boost version: 1_53
Eigen version: 3.1.3
CGAL version, kernels: 4.0.2, Cartesian<Gmpq>, Extended_cartesian<Gmpq>, Epeck
OpenCSG version: OpenCSG 1.3.2
Qt version: 4.8.5
MingW build: MingW64
GLib version: 2.36.3
OPENSCADPATH: <not set>
OpenSCAD library path:
 
 
GLEW version: 1.9.0
OpenGL Version: 4.3.0 - Build 10.18.14.4264
GL Renderer: Intel(R) HD Graphics 4600
GL Vendor: Intel
RGBA(8888), depth(24), stencil(8)
GL_ARB_framebuffer_object: yes
GL_EXT_framebuffer_object: yes
GL_EXT_packed_depth_stencil: yes
GL context creator: WGL
PNG generator: lodepng
OS info: Microsoft(TM) Windows(TM) 6 2 9200 0x1eaec74 amd64
Machine: 8664
 
C:\Program Files\OpenSCAD>
 
Running openscad.exe --info crashes without output. The access violation is :
Unhandled exception at 0x0000000000FF7A04 in openscad.exe: 0xC0000005: Access violation reading location 0x0000000000000000.
 
 
Thanks,
Kit
 
On Tue, Oct 27, 2015 at 12:41 PM, donbright [via OpenSCAD] <[hidden email]> wrote:
 
My first question would be, can the user run "openscad --info" from the command line?
 


 
If you reply to this email, your message will be added to the discussion below:
To unsubscribe from Access violation on starting OpenSCAD (Win8), click here.
 
 
 
 
Sent from the OpenSCAD mailing list archive at Nabble.com.
 
_______________________________________________
OpenSCAD mailing list
 
_______________________________________________
OpenSCAD mailing list
 

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org



If you reply to this email, your message will be added to the discussion below:
http://forum.openscad.org/Access-violation-on-starting-OpenSCAD-Win8-tp14201p14244.html
To unsubscribe from Access violation on starting OpenSCAD (Win8), click here.
NAML


OpenSCAD.png (9K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Access violation on starting OpenSCAD (Win8)

donbright
 
Thanks for testing the msys2 build. Sorry about the error, it's my first time doing QT5 on Windows.
 
Here is a new test MSYS2 build off the Master branch. I have tested it on Windows 7.
 
 
--
  don bright
 
 
On Thu, Oct 29, 2015, at 05:01 PM, spinorkit wrote:
Thanks for the debug build.
It gets a bit further.
Running openscad results in the error message in the attached screen shot before it terminates.
 
The openscad --info command now gives:
 
C:\Users\Kit\Downloads\OpenSCAD-2015.10.28-x86-64.msys2\openscad-2015.10.28>openscad --info
debug pt 0
debug pt 1
debug pt 2
debug pt 3
debug pt 4
debug pt 5
debug pt 6
debug pt 7
debug pt 8
debug pt 9
debug pt 10
debug pt 11
debug pt 12
debug pt 13
debug pt 14
debug pt 15
debug pt 16
debug pt 17
debug pt 18
OpenSCAD Version: 2015.10.28
System information: Windows 8 (v6.2.0.0) 8 CPUs 15.88 GB RAM
Compiler: GCC "5.2.0" 64bit
Boost version: 1_57
Eigen version: 3.2.5
CGAL version, kernels: 4.6.1, Cartesian<Gmpq>, Extended_cartesian<Gmpq>, Epeck
OpenCSG version: OpenCSG 1.4.0
Qt version: 5.5.0
QScintilla version: 2.9
MingW build: MingW64
GLib version: 2.44.1
Application Path: C:/Users/Kit/Downloads/OpenSCAD-2015.10.28-x86-64.msys2/openscad-2015.10.28
Documents Path: E:\Users\Kit\Documents
Resource Path: C:/Users/Kit/Downloads/OpenSCAD-2015.10.28-x86-64.msys2/openscad-2015.10.28
User Library Path: E:/Users/Kit/Documents/OpenSCAD/libraries
User Config Path: C:\Users\Kit\AppData\Local/OpenSCAD
Backup Path: E:/Users/Kit/Documents/OpenSCAD/backups
OPENSCADPATH: <not set>
OpenSCAD library path:
  E:/Users/Kit/Documents/OpenSCAD/libraries
  C:/Users/Kit/Downloads/OpenSCAD-2015.10.28-x86-64.msys2/openscad-2015.10.28\libraries
 
OPENSCAD_FONT_PATH: <not set>
OpenSCAD font path:
 
 
GLEW version: 1.12.0
OpenGL Version: 4.3.0 - Build 10.18.14.4264
GL Renderer: Intel(R) HD Graphics 4600
GL Vendor: Intel
RGBA(8888), depth(24), stencil(8)
GL_ARB_framebuffer_object: yes
GL_EXT_framebuffer_object: yes
GL_EXT_packed_depth_stencil: yes
GL context creator: WGL
PNG generator: lodepng
OS info: Microsoft(TM) Windows(TM) 6 2 9200 0x23d0f4 amd64
Machine: 8664
 
C:\Users\Kit\Downloads\OpenSCAD-2015.10.28-x86-64.msys2\openscad-2015.10.28>
 
 
 
On Fri, Oct 30, 2015 at 12:44 AM, donbright [via OpenSCAD] <[hidden email]> wrote:
 
Hello
 
A .zip package of an alternative build, using the MSYS2 Build System, has been uploaded here (note it is rather large, >50MB)::
 
 
Also this build has sprinkled openscad.cc with several debug print statements. Running this might help diagnose the problems...
 
 
--
  don bright
 
 
On Tue, Oct 27, 2015, at 04:46 AM, Kit Adams wrote:
 
 
Actually, that dis-assembly and stack is for the 2015.03-1 build. The 2015.10.17 version crashes in similar code at address 0000000000F903F4 :  mov         rax,qword ptr [rdx] .
 
 
 
On Tue, Oct 27, 2015 at 8:38 PM, spinorkit <[hidden email]> wrote:
 
 
 
and the stack:
>openscad.exe!0000000000ff7a04()Unknown
openscad.exe!0000000000ff867e()Unknown
openscad.exe!0000000000ff9087()Unknown
openscad.exe!0000000000fd3be3()Unknown
openscad.exe!0000000000fd5ad9()Unknown
openscad.exe!0000000000f9d6e5()Unknown
openscad.exe!0000000000f9d9fd()Unknown
openscad.exe!00000000004e8817()Unknown
openscad.exe!00000000004edec1()Unknown
openscad.exe!0000000000557eff()Unknown
openscad.exe!00000000004013e8()Unknown
openscad.exe!00000000004014eb()Unknown
 
 
 
 
On Tue, Oct 27, 2015 at 8:36 PM, Kit Adams <[hidden email]> wrote:
In case it helps, the disassembly around the crash is:
0000000000FF79B5  call        0000000001001D10  
0000000000FF79BA  mov         r12,rax  
0000000000FF79BD  mov         rbp,qword ptr [rsi+30h]  
0000000000FF79C1  test        rbp,rbp  
0000000000FF79C4  je          0000000000FF7A60  
0000000000FF79CA  cmp         byte ptr [rsi+0D5h],0  
0000000000FF79D1  jne         0000000000FF7A60  
0000000000FF79D7  test        r12,r12  
0000000000FF79DA  jle         0000000000FF7B00  
0000000000FF79E0  mov         rax,qword ptr [rsi+88h]  
0000000000FF79E7  mov         rdx,qword ptr [rsi+30h]  
0000000000FF79EB  lea         rbx,[rsp+30h]  
0000000000FF79F0  lea         rcx,[rsi+38h]  
0000000000FF79F4  mov         r9d,r12d  
0000000000FF79F7  lea         r12,[rsi+88h]  
0000000000FF79FE  mov         r8,rdi  
0000000000FF7A01  mov         ebp,dword ptr [rax+4]  
Null deference [rdx] here ->0000000000FF7A04  mov         rax,qword ptr [rdx]  
0000000000FF7A07  mov         qword ptr [rsp+20h],rcx  
0000000000FF7A0C  mov         rcx,rbx  
0000000000FF7A0F  call        qword ptr [rax+18h]  
0000000000FF7A12  mov         rdx,rbx  
0000000000FF7A15  mov         rcx,r12  
0000000000FF7A18  call        00000000010440F0  
0000000000FF7A1D  mov         rcx,qword ptr [rsp+30h]  
0000000000FF7A22  mov         eax,dword ptr [rcx]  
0000000000FF7A24  test        eax,eax  
0000000000FF7A26  jne         0000000000FF7AC3  
0000000000FF7A2C  mov         r8d,8  
0000000000FF7A32  mov         edx,2  
0000000000FF7A37  call        00000000010BE1A0  
0000000000FF7A3C  test        r13b,r13b  
0000000000FF7A3F  jne         0000000000FF7B90  
0000000000FF7A45  mov         eax,1  
0000000000FF7A4A  add         rsp,4048h  
0000000000FF7A51  pop         rbx  
0000000000FF7A52  pop         rsi  
0000000000FF7A53  pop         rdi  
0000000000FF7A54  pop         rbp  
0000000000FF7A55  pop         r12  
0000000000FF7A57  pop         r13  
0000000000FF7A59  ret  
0000000000FF7A5A  nop         word ptr [rax+rax]  
 
 
On Tue, Oct 27, 2015 at 8:26 PM, Kit Adams <[hidden email]> wrote:
On my Win8.0 machine, the 2015.10.17 build returns after a few seconds with no output. The 2014 build on the same machine returns:
 
C:\Program Files\OpenSCAD>openscad.exe --info
 
C:\Program Files\OpenSCAD>openscad --info
OpenSCAD Version: 2014.03
Compiler, build date: GCC "4.8.1", Mar  9 2014
Boost version: 1_53
Eigen version: 3.1.3
CGAL version, kernels: 4.0.2, Cartesian<Gmpq>, Extended_cartesian<Gmpq>, Epeck
OpenCSG version: OpenCSG 1.3.2
Qt version: 4.8.5
MingW build: MingW64
GLib version: 2.36.3
OPENSCADPATH: <not set>
OpenSCAD library path:
 
 
GLEW version: 1.9.0
OpenGL Version: 4.3.0 - Build 10.18.14.4264
GL Renderer: Intel(R) HD Graphics 4600
GL Vendor: Intel
RGBA(8888), depth(24), stencil(8)
GL_ARB_framebuffer_object: yes
GL_EXT_framebuffer_object: yes
GL_EXT_packed_depth_stencil: yes
GL context creator: WGL
PNG generator: lodepng
OS info: Microsoft(TM) Windows(TM) 6 2 9200 0x1eaec74 amd64
Machine: 8664
 
C:\Program Files\OpenSCAD>
 
Running openscad.exe --info crashes without output. The access violation is :
Unhandled exception at 0x0000000000FF7A04 in openscad.exe: 0xC0000005: Access violation reading location 0x0000000000000000.
 
 
Thanks,
Kit
 
On Tue, Oct 27, 2015 at 12:41 PM, donbright [via OpenSCAD] <[hidden email]> wrote:
 
My first question would be, can the user run "openscad --info" from the command line?
 


 
If you reply to this email, your message will be added to the discussion below:
To unsubscribe from Access violation on starting OpenSCAD (Win8), click here.
 
 
 
 
Sent from the OpenSCAD mailing list archive at Nabble.com.
 
_______________________________________________
OpenSCAD mailing list
 
_______________________________________________
OpenSCAD mailing list
 
 
_______________________________________________
OpenSCAD mailing list
 
 


 
If you reply to this email, your message will be added to the discussion below:
To unsubscribe from Access violation on starting OpenSCAD (Win8), click here.
 
 
OpenSCAD.png (9K) Download Attachment
 
Sent from the OpenSCAD mailing list archive at Nabble.com.
_______________________________________________
OpenSCAD mailing list
 

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Access violation on starting OpenSCAD (Win8)

spinorkit
This latest version runs fine. 
I just had to check "Force Goldfeather" for the Preview to render correctly.

Many thanks,
Kit

On Fri, Oct 30, 2015 at 4:07 PM, donbright [via OpenSCAD] <[hidden email]> wrote:
 
Thanks for testing the msys2 build. Sorry about the error, it's my first time doing QT5 on Windows.
 
Here is a new test MSYS2 build off the Master branch. I have tested it on Windows 7.
 
 
--
  don bright
 
 
On Thu, Oct 29, 2015, at 05:01 PM, spinorkit wrote:
Thanks for the debug build.
It gets a bit further.
Running openscad results in the error message in the attached screen shot before it terminates.
 
The openscad --info command now gives:
 
C:\Users\Kit\Downloads\OpenSCAD-2015.10.28-x86-64.msys2\openscad-2015.10.28>openscad --info
debug pt 0
debug pt 1
debug pt 2
debug pt 3
debug pt 4
debug pt 5
debug pt 6
debug pt 7
debug pt 8
debug pt 9
debug pt 10
debug pt 11
debug pt 12
debug pt 13
debug pt 14
debug pt 15
debug pt 16
debug pt 17
debug pt 18
OpenSCAD Version: 2015.10.28
System information: Windows 8 (v6.2.0.0) 8 CPUs 15.88 GB RAM
Compiler: GCC "5.2.0" 64bit
Boost version: 1_57
Eigen version: 3.2.5
CGAL version, kernels: 4.6.1, Cartesian<Gmpq>, Extended_cartesian<Gmpq>, Epeck
OpenCSG version: OpenCSG 1.4.0
Qt version: 5.5.0
QScintilla version: 2.9
MingW build: MingW64
GLib version: 2.44.1
Application Path: C:/Users/Kit/Downloads/OpenSCAD-2015.10.28-x86-64.msys2/openscad-2015.10.28
Documents Path: E:\Users\Kit\Documents
Resource Path: C:/Users/Kit/Downloads/OpenSCAD-2015.10.28-x86-64.msys2/openscad-2015.10.28
User Library Path: E:/Users/Kit/Documents/OpenSCAD/libraries
User Config Path: C:\Users\Kit\AppData\Local/OpenSCAD
Backup Path: E:/Users/Kit/Documents/OpenSCAD/backups
OPENSCADPATH: <not set>
OpenSCAD library path:
  E:/Users/Kit/Documents/OpenSCAD/libraries
  C:/Users/Kit/Downloads/OpenSCAD-2015.10.28-x86-64.msys2/openscad-2015.10.28\libraries
 
OPENSCAD_FONT_PATH: <not set>
OpenSCAD font path:
 
 
GLEW version: 1.12.0
OpenGL Version: 4.3.0 - Build 10.18.14.4264
GL Renderer: Intel(R) HD Graphics 4600
GL Vendor: Intel
RGBA(8888), depth(24), stencil(8)
GL_ARB_framebuffer_object: yes
GL_EXT_framebuffer_object: yes
GL_EXT_packed_depth_stencil: yes
GL context creator: WGL
PNG generator: lodepng
OS info: Microsoft(TM) Windows(TM) 6 2 9200 0x23d0f4 amd64
Machine: 8664
 
C:\Users\Kit\Downloads\OpenSCAD-2015.10.28-x86-64.msys2\openscad-2015.10.28>
 
 
 
On Fri, Oct 30, 2015 at 12:44 AM, donbright [via OpenSCAD] <[hidden email]> wrote:
 
Hello
 
A .zip package of an alternative build, using the MSYS2 Build System, has been uploaded here (note it is rather large, >50MB)::
 
 
Also this build has sprinkled openscad.cc with several debug print statements. Running this might help diagnose the problems...
 
 
--
  don bright
 
 
On Tue, Oct 27, 2015, at 04:46 AM, Kit Adams wrote:
 
 
Actually, that dis-assembly and stack is for the 2015.03-1 build. The 2015.10.17 version crashes in similar code at address 0000000000F903F4 :  mov         rax,qword ptr [rdx] .
 
 
 
On Tue, Oct 27, 2015 at 8:38 PM, spinorkit <[hidden email]> wrote:
 
 
 
and the stack:
>openscad.exe!0000000000ff7a04()Unknown
openscad.exe!0000000000ff867e()Unknown
openscad.exe!0000000000ff9087()Unknown
openscad.exe!0000000000fd3be3()Unknown
openscad.exe!0000000000fd5ad9()Unknown
openscad.exe!0000000000f9d6e5()Unknown
openscad.exe!0000000000f9d9fd()Unknown
openscad.exe!00000000004e8817()Unknown
openscad.exe!00000000004edec1()Unknown
openscad.exe!0000000000557eff()Unknown
openscad.exe!00000000004013e8()Unknown
openscad.exe!00000000004014eb()Unknown
 
 
 
 
On Tue, Oct 27, 2015 at 8:36 PM, Kit Adams <[hidden email]> wrote:
In case it helps, the disassembly around the crash is:
0000000000FF79B5  call        0000000001001D10  
0000000000FF79BA  mov         r12,rax  
0000000000FF79BD  mov         rbp,qword ptr [rsi+30h]  
0000000000FF79C1  test        rbp,rbp  
0000000000FF79C4  je          0000000000FF7A60  
0000000000FF79CA  cmp         byte ptr [rsi+0D5h],0  
0000000000FF79D1  jne         0000000000FF7A60  
0000000000FF79D7  test        r12,r12  
0000000000FF79DA  jle         0000000000FF7B00  
0000000000FF79E0  mov         rax,qword ptr [rsi+88h]  
0000000000FF79E7  mov         rdx,qword ptr [rsi+30h]  
0000000000FF79EB  lea         rbx,[rsp+30h]  
0000000000FF79F0  lea         rcx,[rsi+38h]  
0000000000FF79F4  mov         r9d,r12d  
0000000000FF79F7  lea         r12,[rsi+88h]  
0000000000FF79FE  mov         r8,rdi  
0000000000FF7A01  mov         ebp,dword ptr [rax+4]  
Null deference [rdx] here ->0000000000FF7A04  mov         rax,qword ptr [rdx]  
0000000000FF7A07  mov         qword ptr [rsp+20h],rcx  
0000000000FF7A0C  mov         rcx,rbx  
0000000000FF7A0F  call        qword ptr [rax+18h]  
0000000000FF7A12  mov         rdx,rbx  
0000000000FF7A15  mov         rcx,r12  
0000000000FF7A18  call        00000000010440F0  
0000000000FF7A1D  mov         rcx,qword ptr [rsp+30h]  
0000000000FF7A22  mov         eax,dword ptr [rcx]  
0000000000FF7A24  test        eax,eax  
0000000000FF7A26  jne         0000000000FF7AC3  
0000000000FF7A2C  mov         r8d,8  
0000000000FF7A32  mov         edx,2  
0000000000FF7A37  call        00000000010BE1A0  
0000000000FF7A3C  test        r13b,r13b  
0000000000FF7A3F  jne         0000000000FF7B90  
0000000000FF7A45  mov         eax,1  
0000000000FF7A4A  add         rsp,4048h  
0000000000FF7A51  pop         rbx  
0000000000FF7A52  pop         rsi  
0000000000FF7A53  pop         rdi  
0000000000FF7A54  pop         rbp  
0000000000FF7A55  pop         r12  
0000000000FF7A57  pop         r13  
0000000000FF7A59  ret  
0000000000FF7A5A  nop         word ptr [rax+rax]  
 
 
On Tue, Oct 27, 2015 at 8:26 PM, Kit Adams <[hidden email]> wrote:
On my Win8.0 machine, the 2015.10.17 build returns after a few seconds with no output. The 2014 build on the same machine returns:
 
C:\Program Files\OpenSCAD>openscad.exe --info
 
C:\Program Files\OpenSCAD>openscad --info
OpenSCAD Version: 2014.03
Compiler, build date: GCC "4.8.1", Mar  9 2014
Boost version: 1_53
Eigen version: 3.1.3
CGAL version, kernels: 4.0.2, Cartesian<Gmpq>, Extended_cartesian<Gmpq>, Epeck
OpenCSG version: OpenCSG 1.3.2
Qt version: 4.8.5
MingW build: MingW64
GLib version: 2.36.3
OPENSCADPATH: <not set>
OpenSCAD library path:
 
 
GLEW version: 1.9.0
OpenGL Version: 4.3.0 - Build 10.18.14.4264
GL Renderer: Intel(R) HD Graphics 4600
GL Vendor: Intel
RGBA(8888), depth(24), stencil(8)
GL_ARB_framebuffer_object: yes
GL_EXT_framebuffer_object: yes
GL_EXT_packed_depth_stencil: yes
GL context creator: WGL
PNG generator: lodepng
OS info: Microsoft(TM) Windows(TM) 6 2 9200 0x1eaec74 amd64
Machine: 8664
 
C:\Program Files\OpenSCAD>
 
Running openscad.exe --info crashes without output. The access violation is :
Unhandled exception at 0x0000000000FF7A04 in openscad.exe: 0xC0000005: Access violation reading location 0x0000000000000000.
 
 
Thanks,
Kit
 
On Tue, Oct 27, 2015 at 12:41 PM, donbright [via OpenSCAD] <[hidden email]> wrote:
 
My first question would be, can the user run "openscad --info" from the command line?
 


 
If you reply to this email, your message will be added to the discussion below:
To unsubscribe from Access violation on starting OpenSCAD (Win8), click here.
 
 
 
 
Sent from the OpenSCAD mailing list archive at Nabble.com.
 
_______________________________________________
OpenSCAD mailing list
 
_______________________________________________
OpenSCAD mailing list
 
 
_______________________________________________
OpenSCAD mailing list
 
 


 
If you reply to this email, your message will be added to the discussion below:
To unsubscribe from Access violation on starting OpenSCAD (Win8), click here.
 
 
OpenSCAD.png (9K) Download Attachment
 
Sent from the OpenSCAD mailing list archive at Nabble.com.
_______________________________________________
OpenSCAD mailing list
 

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org



If you reply to this email, your message will be added to the discussion below:
http://forum.openscad.org/Access-violation-on-starting-OpenSCAD-Win8-tp14201p14247.html
To unsubscribe from Access violation on starting OpenSCAD (Win8), click here.
NAML

Reply | Threaded
Open this post in threaded view
|

Re: Access violation on starting OpenSCAD (Win8)

spinorkit
Hi Don,
I am curious, did you fix an issue, or was it using the MSYS2 build process that solved the problem, or was it the debug build that prevented the crash, or was it already fixed in the master?
Thanks,
Kit

On Fri, Oct 30, 2015 at 10:12 PM, spinorkit <[hidden email]> wrote:
This latest version runs fine. 
I just had to check "Force Goldfeather" for the Preview to render correctly.

Many thanks,
Kit

On Fri, Oct 30, 2015 at 4:07 PM, donbright [via OpenSCAD] <[hidden email]> wrote:
 
Thanks for testing the msys2 build. Sorry about the error, it's my first time doing QT5 on Windows.
 
Here is a new test MSYS2 build off the Master branch. I have tested it on Windows 7.
 
 
--
  don bright
 
 
On Thu, Oct 29, 2015, at 05:01 PM, spinorkit wrote:
Thanks for the debug build.
It gets a bit further.
Running openscad results in the error message in the attached screen shot before it terminates.
 
The openscad --info command now gives:
 
C:\Users\Kit\Downloads\OpenSCAD-2015.10.28-x86-64.msys2\openscad-2015.10.28>openscad --info
debug pt 0
debug pt 1
debug pt 2
debug pt 3
debug pt 4
debug pt 5
debug pt 6
debug pt 7
debug pt 8
debug pt 9
debug pt 10
debug pt 11
debug pt 12
debug pt 13
debug pt 14
debug pt 15
debug pt 16
debug pt 17
debug pt 18
OpenSCAD Version: 2015.10.28
System information: Windows 8 (v6.2.0.0) 8 CPUs 15.88 GB RAM
Compiler: GCC "5.2.0" 64bit
Boost version: 1_57
Eigen version: 3.2.5
CGAL version, kernels: 4.6.1, Cartesian<Gmpq>, Extended_cartesian<Gmpq>, Epeck
OpenCSG version: OpenCSG 1.4.0
Qt version: 5.5.0
QScintilla version: 2.9
MingW build: MingW64
GLib version: 2.44.1
Application Path: C:/Users/Kit/Downloads/OpenSCAD-2015.10.28-x86-64.msys2/openscad-2015.10.28
Documents Path: E:\Users\Kit\Documents
Resource Path: C:/Users/Kit/Downloads/OpenSCAD-2015.10.28-x86-64.msys2/openscad-2015.10.28
User Library Path: E:/Users/Kit/Documents/OpenSCAD/libraries
User Config Path: C:\Users\Kit\AppData\Local/OpenSCAD
Backup Path: E:/Users/Kit/Documents/OpenSCAD/backups
OPENSCADPATH: <not set>
OpenSCAD library path:
  E:/Users/Kit/Documents/OpenSCAD/libraries
  C:/Users/Kit/Downloads/OpenSCAD-2015.10.28-x86-64.msys2/openscad-2015.10.28\libraries
 
OPENSCAD_FONT_PATH: <not set>
OpenSCAD font path:
 
 
GLEW version: 1.12.0
OpenGL Version: 4.3.0 - Build 10.18.14.4264
GL Renderer: Intel(R) HD Graphics 4600
GL Vendor: Intel
RGBA(8888), depth(24), stencil(8)
GL_ARB_framebuffer_object: yes
GL_EXT_framebuffer_object: yes
GL_EXT_packed_depth_stencil: yes
GL context creator: WGL
PNG generator: lodepng
OS info: Microsoft(TM) Windows(TM) 6 2 9200 0x23d0f4 amd64
Machine: 8664
 
C:\Users\Kit\Downloads\OpenSCAD-2015.10.28-x86-64.msys2\openscad-2015.10.28>
 
 
 
On Fri, Oct 30, 2015 at 12:44 AM, donbright [via OpenSCAD] <[hidden email]> wrote:
 
Hello
 
A .zip package of an alternative build, using the MSYS2 Build System, has been uploaded here (note it is rather large, >50MB)::
 
 
Also this build has sprinkled openscad.cc with several debug print statements. Running this might help diagnose the problems...
 
 
--
  don bright
 
 
On Tue, Oct 27, 2015, at 04:46 AM, Kit Adams wrote:
 
 
Actually, that dis-assembly and stack is for the 2015.03-1 build. The 2015.10.17 version crashes in similar code at address 0000000000F903F4 :  mov         rax,qword ptr [rdx] .
 
 
 
On Tue, Oct 27, 2015 at 8:38 PM, spinorkit <[hidden email]> wrote:
 
 
 
and the stack:
>openscad.exe!0000000000ff7a04()Unknown
openscad.exe!0000000000ff867e()Unknown
openscad.exe!0000000000ff9087()Unknown
openscad.exe!0000000000fd3be3()Unknown
openscad.exe!0000000000fd5ad9()Unknown
openscad.exe!0000000000f9d6e5()Unknown
openscad.exe!0000000000f9d9fd()Unknown
openscad.exe!00000000004e8817()Unknown
openscad.exe!00000000004edec1()Unknown
openscad.exe!0000000000557eff()Unknown
openscad.exe!00000000004013e8()Unknown
openscad.exe!00000000004014eb()Unknown
 
 
 
 
On Tue, Oct 27, 2015 at 8:36 PM, Kit Adams <[hidden email]> wrote:
In case it helps, the disassembly around the crash is:
0000000000FF79B5  call        0000000001001D10  
0000000000FF79BA  mov         r12,rax  
0000000000FF79BD  mov         rbp,qword ptr [rsi+30h]  
0000000000FF79C1  test        rbp,rbp  
0000000000FF79C4  je          0000000000FF7A60  
0000000000FF79CA  cmp         byte ptr [rsi+0D5h],0  
0000000000FF79D1  jne         0000000000FF7A60  
0000000000FF79D7  test        r12,r12  
0000000000FF79DA  jle         0000000000FF7B00  
0000000000FF79E0  mov         rax,qword ptr [rsi+88h]  
0000000000FF79E7  mov         rdx,qword ptr [rsi+30h]  
0000000000FF79EB  lea         rbx,[rsp+30h]  
0000000000FF79F0  lea         rcx,[rsi+38h]  
0000000000FF79F4  mov         r9d,r12d  
0000000000FF79F7  lea         r12,[rsi+88h]  
0000000000FF79FE  mov         r8,rdi  
0000000000FF7A01  mov         ebp,dword ptr [rax+4]  
Null deference [rdx] here ->0000000000FF7A04  mov         rax,qword ptr [rdx]  
0000000000FF7A07  mov         qword ptr [rsp+20h],rcx  
0000000000FF7A0C  mov         rcx,rbx  
0000000000FF7A0F  call        qword ptr [rax+18h]  
0000000000FF7A12  mov         rdx,rbx  
0000000000FF7A15  mov         rcx,r12  
0000000000FF7A18  call        00000000010440F0  
0000000000FF7A1D  mov         rcx,qword ptr [rsp+30h]  
0000000000FF7A22  mov         eax,dword ptr [rcx]  
0000000000FF7A24  test        eax,eax  
0000000000FF7A26  jne         0000000000FF7AC3  
0000000000FF7A2C  mov         r8d,8  
0000000000FF7A32  mov         edx,2  
0000000000FF7A37  call        00000000010BE1A0  
0000000000FF7A3C  test        r13b,r13b  
0000000000FF7A3F  jne         0000000000FF7B90  
0000000000FF7A45  mov         eax,1  
0000000000FF7A4A  add         rsp,4048h  
0000000000FF7A51  pop         rbx  
0000000000FF7A52  pop         rsi  
0000000000FF7A53  pop         rdi  
0000000000FF7A54  pop         rbp  
0000000000FF7A55  pop         r12  
0000000000FF7A57  pop         r13  
0000000000FF7A59  ret  
0000000000FF7A5A  nop         word ptr [rax+rax]  
 
 
On Tue, Oct 27, 2015 at 8:26 PM, Kit Adams <[hidden email]> wrote:
On my Win8.0 machine, the 2015.10.17 build returns after a few seconds with no output. The 2014 build on the same machine returns:
 
C:\Program Files\OpenSCAD>openscad.exe --info
 
C:\Program Files\OpenSCAD>openscad --info
OpenSCAD Version: 2014.03
Compiler, build date: GCC "4.8.1", Mar  9 2014
Boost version: 1_53
Eigen version: 3.1.3
CGAL version, kernels: 4.0.2, Cartesian<Gmpq>, Extended_cartesian<Gmpq>, Epeck
OpenCSG version: OpenCSG 1.3.2
Qt version: 4.8.5
MingW build: MingW64
GLib version: 2.36.3
OPENSCADPATH: <not set>
OpenSCAD library path:
 
 
GLEW version: 1.9.0
OpenGL Version: 4.3.0 - Build 10.18.14.4264
GL Renderer: Intel(R) HD Graphics 4600
GL Vendor: Intel
RGBA(8888), depth(24), stencil(8)
GL_ARB_framebuffer_object: yes
GL_EXT_framebuffer_object: yes
GL_EXT_packed_depth_stencil: yes
GL context creator: WGL
PNG generator: lodepng
OS info: Microsoft(TM) Windows(TM) 6 2 9200 0x1eaec74 amd64
Machine: 8664
 
C:\Program Files\OpenSCAD>
 
Running openscad.exe --info crashes without output. The access violation is :
Unhandled exception at 0x0000000000FF7A04 in openscad.exe: 0xC0000005: Access violation reading location 0x0000000000000000.
 
 
Thanks,
Kit
 
On Tue, Oct 27, 2015 at 12:41 PM, donbright [via OpenSCAD] <[hidden email]> wrote:
 
My first question would be, can the user run "openscad --info" from the command line?
 


 
If you reply to this email, your message will be added to the discussion below:
To unsubscribe from Access violation on starting OpenSCAD (Win8), click here.
 
 
 
 
Sent from the OpenSCAD mailing list archive at Nabble.com.
 
_______________________________________________
OpenSCAD mailing list
 
_______________________________________________
OpenSCAD mailing list
 
 
_______________________________________________
OpenSCAD mailing list
 
 


 
If you reply to this email, your message will be added to the discussion below:
To unsubscribe from Access violation on starting OpenSCAD (Win8), click here.
 
 
OpenSCAD.png (9K) Download Attachment
 
Sent from the OpenSCAD mailing list archive at Nabble.com.
_______________________________________________
OpenSCAD mailing list
 

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org



If you reply to this email, your message will be added to the discussion below:
http://forum.openscad.org/Access-violation-on-starting-OpenSCAD-Win8-tp14201p14247.html
To unsubscribe from Access violation on starting OpenSCAD (Win8), click here.
NAML



View this message in context: Re: Access violation on starting OpenSCAD (Win8)
Sent from the OpenSCAD mailing list archive at Nabble.com.

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org



_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Access violation on starting OpenSCAD (Win8)

donbright
Thanks for testing it out, that is good news. 
 
The MSYS2 build and link process is the only real difference between the versions. This is not a good permanent solution, for example the MSYS2 build required some nasty kludging of MSYS2 windeployqt which is why there are two identical 25 megabyte ICU .dll files with only a slightly different name in the download package.
 
--
  don bright
 
On Fri, Oct 30, 2015, at 04:52 PM, Kit Adams wrote:
Hi Don,
I am curious, did you fix an issue, or was it using the MSYS2 build process that solved the problem, or was it the debug build that prevented the crash, or was it already fixed in the master?
Thanks,
Kit
 
On Fri, Oct 30, 2015 at 10:12 PM, spinorkit <[hidden email]> wrote:
 
This latest version runs fine. 
I just had to check "Force Goldfeather" for the Preview to render correctly.
 
Many thanks,
Kit
 
 
On Fri, Oct 30, 2015 at 4:07 PM, donbright [via OpenSCAD] <[hidden email]> wrote:
 
 
Thanks for testing the msys2 build. Sorry about the error, it's my first time doing QT5 on Windows.
 
Here is a new test MSYS2 build off the Master branch. I have tested it on Windows 7.
 
 
 
--
  don bright
 
 
 
 
On Thu, Oct 29, 2015, at 05:01 PM, spinorkit wrote:
 
Thanks for the debug build.
It gets a bit further.
Running openscad results in the error message in the attached screen shot before it terminates.
 
The openscad --info command now gives:
 
C:\Users\Kit\Downloads\OpenSCAD-2015.10.28-x86-64.msys2\openscad-2015.10.28>openscad --info
debug pt 0
debug pt 1
debug pt 2
debug pt 3
debug pt 4
debug pt 5
debug pt 6
debug pt 7
debug pt 8
debug pt 9
debug pt 10
debug pt 11
debug pt 12
debug pt 13
debug pt 14
debug pt 15
debug pt 16
debug pt 17
debug pt 18
OpenSCAD Version: 2015.10.28
System information: Windows 8 (v6.2.0.0) 8 CPUs 15.88 GB RAM
Compiler: GCC "5.2.0" 64bit
Boost version: 1_57
Eigen version: 3.2.5
CGAL version, kernels: 4.6.1, Cartesian<Gmpq>, Extended_cartesian<Gmpq>, Epeck
OpenCSG version: OpenCSG 1.4.0
Qt version: 5.5.0
QScintilla version: 2.9
MingW build: MingW64
GLib version: 2.44.1
Application Path: C:/Users/Kit/Downloads/OpenSCAD-2015.10.28-x86-64.msys2/openscad-2015.10.28
Documents Path: E:\Users\Kit\Documents
Resource Path: C:/Users/Kit/Downloads/OpenSCAD-2015.10.28-x86-64.msys2/openscad-2015.10.28
User Library Path: E:/Users/Kit/Documents/OpenSCAD/libraries
User Config Path: C:\Users\Kit\AppData\Local/OpenSCAD
Backup Path: E:/Users/Kit/Documents/OpenSCAD/backups
OPENSCADPATH: <not set>
OpenSCAD library path:
  E:/Users/Kit/Documents/OpenSCAD/libraries
  C:/Users/Kit/Downloads/OpenSCAD-2015.10.28-x86-64.msys2/openscad-2015.10.28\libraries
 
OPENSCAD_FONT_PATH: <not set>
OpenSCAD font path:
 
 
GLEW version: 1.12.0
OpenGL Version: 4.3.0 - Build 10.18.14.4264
GL Renderer: Intel(R) HD Graphics 4600
GL Vendor: Intel
RGBA(8888), depth(24), stencil(8)
GL_ARB_framebuffer_object: yes
GL_EXT_framebuffer_object: yes
GL_EXT_packed_depth_stencil: yes
GL context creator: WGL
PNG generator: lodepng
OS info: Microsoft(TM) Windows(TM) 6 2 9200 0x23d0f4 amd64
Machine: 8664
 
C:\Users\Kit\Downloads\OpenSCAD-2015.10.28-x86-64.msys2\openscad-2015.10.28>
 
 
 
On Fri, Oct 30, 2015 at 12:44 AM, donbright [via OpenSCAD] <[hidden email]> wrote:
 
Hello
 
A .zip package of an alternative build, using the MSYS2 Build System, has been uploaded here (note it is rather large, >50MB)::
 
 
Also this build has sprinkled openscad.cc with several debug print statements. Running this might help diagnose the problems...
 
 
--
  don bright
 
 
On Tue, Oct 27, 2015, at 04:46 AM, Kit Adams wrote:
 
 
Actually, that dis-assembly and stack is for the 2015.03-1 build. The 2015.10.17 version crashes in similar code at address 0000000000F903F4 :  mov         rax,qword ptr [rdx] .
 
 
 
On Tue, Oct 27, 2015 at 8:38 PM, spinorkit <[hidden email]> wrote:
 
 
 
and the stack:
>openscad.exe!0000000000ff7a04()Unknown
openscad.exe!0000000000ff867e()Unknown
openscad.exe!0000000000ff9087()Unknown
openscad.exe!0000000000fd3be3()Unknown
openscad.exe!0000000000fd5ad9()Unknown
openscad.exe!0000000000f9d6e5()Unknown
openscad.exe!0000000000f9d9fd()Unknown
openscad.exe!00000000004e8817()Unknown
openscad.exe!00000000004edec1()Unknown
openscad.exe!0000000000557eff()Unknown
openscad.exe!00000000004013e8()Unknown
openscad.exe!00000000004014eb()Unknown
 
 
 
 
On Tue, Oct 27, 2015 at 8:36 PM, Kit Adams <[hidden email]> wrote:
In case it helps, the disassembly around the crash is:
0000000000FF79B5  call        0000000001001D10  
0000000000FF79BA  mov         r12,rax  
0000000000FF79BD  mov         rbp,qword ptr [rsi+30h]  
0000000000FF79C1  test        rbp,rbp  
0000000000FF79C4  je          0000000000FF7A60  
0000000000FF79CA  cmp         byte ptr [rsi+0D5h],0  
0000000000FF79D1  jne         0000000000FF7A60  
0000000000FF79D7  test        r12,r12  
0000000000FF79DA  jle         0000000000FF7B00  
0000000000FF79E0  mov         rax,qword ptr [rsi+88h]  
0000000000FF79E7  mov         rdx,qword ptr [rsi+30h]  
0000000000FF79EB  lea         rbx,[rsp+30h]  
0000000000FF79F0  lea         rcx,[rsi+38h]  
0000000000FF79F4  mov         r9d,r12d  
0000000000FF79F7  lea         r12,[rsi+88h]  
0000000000FF79FE  mov         r8,rdi  
0000000000FF7A01  mov         ebp,dword ptr [rax+4]  
Null deference [rdx] here ->0000000000FF7A04  mov         rax,qword ptr [rdx]  
0000000000FF7A07  mov         qword ptr [rsp+20h],rcx  
0000000000FF7A0C  mov         rcx,rbx  
0000000000FF7A0F  call        qword ptr [rax+18h]  
0000000000FF7A12  mov         rdx,rbx  
0000000000FF7A15  mov         rcx,r12  
0000000000FF7A18  call        00000000010440F0  
0000000000FF7A1D  mov         rcx,qword ptr [rsp+30h]  
0000000000FF7A22  mov         eax,dword ptr [rcx]  
0000000000FF7A24  test        eax,eax  
0000000000FF7A26  jne         0000000000FF7AC3  
0000000000FF7A2C  mov         r8d,8  
0000000000FF7A32  mov         edx,2  
0000000000FF7A37  call        00000000010BE1A0  
0000000000FF7A3C  test        r13b,r13b  
0000000000FF7A3F  jne         0000000000FF7B90  
0000000000FF7A45  mov         eax,1  
0000000000FF7A4A  add         rsp,4048h  
0000000000FF7A51  pop         rbx  
0000000000FF7A52  pop         rsi  
0000000000FF7A53  pop         rdi  
0000000000FF7A54  pop         rbp  
0000000000FF7A55  pop         r12  
0000000000FF7A57  pop         r13  
0000000000FF7A59  ret  
0000000000FF7A5A  nop         word ptr [rax+rax]  
 
 
On Tue, Oct 27, 2015 at 8:26 PM, Kit Adams <[hidden email]> wrote:
On my Win8.0 machine, the 2015.10.17 build returns after a few seconds with no output. The 2014 build on the same machine returns:
 
C:\Program Files\OpenSCAD>openscad.exe --info
 
C:\Program Files\OpenSCAD>openscad --info
OpenSCAD Version: 2014.03
Compiler, build date: GCC "4.8.1", Mar  9 2014
Boost version: 1_53
Eigen version: 3.1.3
CGAL version, kernels: 4.0.2, Cartesian<Gmpq>, Extended_cartesian<Gmpq>, Epeck
OpenCSG version: OpenCSG 1.3.2
Qt version: 4.8.5
MingW build: MingW64
GLib version: 2.36.3
OPENSCADPATH: <not set>
OpenSCAD library path:
 
 
GLEW version: 1.9.0
OpenGL Version: 4.3.0 - Build 10.18.14.4264
GL Renderer: Intel(R) HD Graphics 4600
GL Vendor: Intel
RGBA(8888), depth(24), stencil(8)
GL_ARB_framebuffer_object: yes
GL_EXT_framebuffer_object: yes
GL_EXT_packed_depth_stencil: yes
GL context creator: WGL
PNG generator: lodepng
OS info: Microsoft(TM) Windows(TM) 6 2 9200 0x1eaec74 amd64
Machine: 8664
 
C:\Program Files\OpenSCAD>
 
Running openscad.exe --info crashes without output. The access violation is :
Unhandled exception at 0x0000000000FF7A04 in openscad.exe: 0xC0000005: Access violation reading location 0x0000000000000000.
 
 
Thanks,
Kit
 
On Tue, Oct 27, 2015 at 12:41 PM, donbright [via OpenSCAD] <[hidden email]> wrote:
 
My first question would be, can the user run "openscad --info" from the command line?
 


 
If you reply to this email, your message will be added to the discussion below:
To unsubscribe from Access violation on starting OpenSCAD (Win8), click here.
 
 
 
 
Sent from the OpenSCAD mailing list archive at Nabble.com.
 
_______________________________________________
OpenSCAD mailing list
 
_______________________________________________
OpenSCAD mailing list
 
 
_______________________________________________
OpenSCAD mailing list
 
 


 
If you reply to this email, your message will be added to the discussion below:
To unsubscribe from Access violation on starting OpenSCAD (Win8), click here.
 
 
 
OpenSCAD.png (9K) Download Attachment
 
 
 
Sent from the OpenSCAD mailing list archive at Nabble.com.
_______________________________________________
OpenSCAD mailing list
 
 
 

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org


 
If you reply to this email, your message will be added to the discussion below:
 
 
To unsubscribe from Access violation on starting OpenSCAD (Win8), click here.
NAML
 
 
 
Sent from the OpenSCAD mailing list archive at Nabble.com.
 
_______________________________________________
OpenSCAD mailing list
 
_______________________________________________
OpenSCAD mailing list
 

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Access violation on starting OpenSCAD (Win8)

glennswest
In reply to this post by MichaelAtOz
px to inch.

I just created my first part for CNC, using openscad, been using it for 3d printing for a long time.
To get accurage parts using a openscad->svg->jscut->chillipeppr I found I needed to set a px to inch in
jscut to a magic number of 26.74 which is a very different value. 

Is this settable somewhere in openscad?




CNC Workflow:
    Create part in openscad - Finish with a projection, and export to svg
    open JScut in your web browser (http://jscut.org)
    Setup your tool sizes (I use a 1mm bit)
    Setup your PX to Inch to 26.74
    Setup how thick you want to cut (6mm for dibond for me)
    Select the object
    Generate a outside cut
    Save to ChilliPeppr via gdrive
    Load the gcode using the jscut via gdrive
    Preview to make sure it looks right
    Start Cutting

On Sun, Oct 25, 2015 at 8:47 AM, MichaelAtOz <[hidden email]> wrote:
Hi, welcome to the forum.

You need to complete the mailing list registration too,  here.
<http://forum.openscad.org/mailing_list/MailingListOptions.jtp?forum=1>

Re your issue, have you tried the  Dev snapshot binaries
<http://www.openscad.org/downloads.html#snapshots>  ?





-----
Newly minted Admin - PM me if you need anything, or if I've done something stupid...

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. Obviously 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/   time is running out!
--
View this message in context: http://forum.openscad.org/Access-violation-on-starting-OpenSCAD-Win8-tp14201p14204.html
Sent from the OpenSCAD mailing list archive at Nabble.com.

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org


_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

jscut-settings.png (466K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Access violation on starting OpenSCAD (Win8)

nophead
I export DXF from OpenScad and use PyCam to make gcode tool paths. It all works in mm, so no conversion factors needed.

On 1 November 2015 at 10:38, Glenn West <[hidden email]> wrote:
px to inch.

I just created my first part for CNC, using openscad, been using it for 3d printing for a long time.
To get accurage parts using a openscad->svg->jscut->chillipeppr I found I needed to set a px to inch in
jscut to a magic number of 26.74 which is a very different value. 

Is this settable somewhere in openscad?




CNC Workflow:
    Create part in openscad - Finish with a projection, and export to svg
    open JScut in your web browser (http://jscut.org)
    Setup your tool sizes (I use a 1mm bit)
    Setup your PX to Inch to 26.74
    Setup how thick you want to cut (6mm for dibond for me)
    Select the object
    Generate a outside cut
    Save to ChilliPeppr via gdrive
    Load the gcode using the jscut via gdrive
    Preview to make sure it looks right
    Start Cutting

On Sun, Oct 25, 2015 at 8:47 AM, MichaelAtOz <[hidden email]> wrote:
Hi, welcome to the forum.

You need to complete the mailing list registration too,  here.
<http://forum.openscad.org/mailing_list/MailingListOptions.jtp?forum=1>

Re your issue, have you tried the  Dev snapshot binaries
<http://www.openscad.org/downloads.html#snapshots>  ?





-----
Newly minted Admin - PM me if you need anything, or if I've done something stupid...

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. Obviously 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/   time is running out!
--
View this message in context: http://forum.openscad.org/Access-violation-on-starting-OpenSCAD-Win8-tp14201p14204.html
Sent from the OpenSCAD mailing list archive at Nabble.com.

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org


_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org



_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Access violation on starting OpenSCAD (Win8)

donbright
In reply to this post by spinorkit

Hello

There are some new test builds uploaded (listed below) using a very recent checkout of the MXE MingW cross build system.

It would be extremely helpful if anyone with a Windows machine that crashed on OpenSCAD 2015 would be able to take a few minutes and test both a shared build and a static build, just enough to see if they still crash before bootup, and if not to see whether they will do a simple preview of a cube or whatever.

http://files.openscad.org/snapshots/OpenSCAD-2015.11.11-MingW-x86-32-shared.zip

http://files.openscad.org/snapshots/OpenSCAD-2015.11.11-MingW-x86-32-static.zip

http://files.openscad.org/snapshots/OpenSCAD-2015.11.11-MingW-x86-64-shared.zip

http://files.openscad.org/snapshots/OpenSCAD-2015.11.11-MingW-x86-64-static.zip

Basically the theory being tested is whether or not the crash is caused by Static Linking vs Shared Linking... or whether it is just MXE / MingW in general that is causing the crash.

Thanks!!!!


--
don bright
Reply | Threaded
Open this post in threaded view
|

Re: Access violation on starting OpenSCAD (Win8)

Kent Ahlberg
Hi, have tested OpenScad 2015-11-11 and it seems to work in my Win 10. I
will continue to test.


Regards

Kent Ahlberg




Den 151211 06:37 skrev Discuss on behalf of donbright
<[hidden email] on behalf of [hidden email]>:

>
>Hello
>
>There are some new test builds uploaded (listed below) using a very recent
>checkout of the MXE MingW cross build system.
>
>It would be extremely helpful if anyone with a Windows machine that
>crashed
>on OpenSCAD 2015 would be able to take a few minutes and test both a
>shared
>build and a static build, just enough to see if they still crash before
>bootup, and if not to see whether they will do a simple preview of a cube
>or
>whatever.
>
>http://files.openscad.org/snapshots/OpenSCAD-2015.11.11-MingW-x86-32-share
>d.zip
>
>http://files.openscad.org/snapshots/OpenSCAD-2015.11.11-MingW-x86-32-stati
>c.zip
>
>http://files.openscad.org/snapshots/OpenSCAD-2015.11.11-MingW-x86-64-share
>d.zip
>
>http://files.openscad.org/snapshots/OpenSCAD-2015.11.11-MingW-x86-64-stati
>c.zip
>
>Basically the theory being tested is whether or not the crash is caused by
>Static Linking vs Shared Linking... or whether it is just MXE / MingW in
>general that is causing the crash.
>
>Thanks!!!!
>
>
>--
>don bright
>
>
>
>
>--
>View this message in context:
>http://forum.openscad.org/Access-violation-on-starting-OpenSCAD-Win8-tp142
>01p14392.html
>Sent from the OpenSCAD mailing list archive at Nabble.com.
>
>_______________________________________________
>OpenSCAD mailing list
>[hidden email]
>http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org



_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Access violation on starting OpenSCAD (Win8)

spinorkit
In reply to this post by donbright
Hi Don,
Both these static and shared builds run and display fine on my main Windows 8.0 machine where the 2015.03 build still crashes.

Thanks,
Kit


On Thu, Nov 12, 2015 at 6:37 PM, donbright [via OpenSCAD] <[hidden email]> wrote:

Hello

There are some new test builds uploaded (listed below) using a very recent checkout of the MXE MingW cross build system.

It would be extremely helpful if anyone with a Windows machine that crashed on OpenSCAD 2015 would be able to take a few minutes and test both a shared build and a static build, just enough to see if they still crash before bootup, and if not to see whether they will do a simple preview of a cube or whatever.

http://files.openscad.org/snapshots/OpenSCAD-2015.11.11-MingW-x86-32-shared.zip

http://files.openscad.org/snapshots/OpenSCAD-2015.11.11-MingW-x86-32-static.zip

http://files.openscad.org/snapshots/OpenSCAD-2015.11.11-MingW-x86-64-shared.zip

http://files.openscad.org/snapshots/OpenSCAD-2015.11.11-MingW-x86-64-static.zip

Basically the theory being tested is whether or not the crash is caused by Static Linking vs Shared Linking... or whether it is just MXE / MingW in general that is causing the crash.

Thanks!!!!


--
don bright



If you reply to this email, your message will be added to the discussion below:
http://forum.openscad.org/Access-violation-on-starting-OpenSCAD-Win8-tp14201p14392.html
To unsubscribe from Access violation on starting OpenSCAD (Win8), click here.
NAML

12