Phoenix Python3.4.1 Win32XPSP3 - Pyslices 0.9.8 crashes

Dev_Player · May 26, 2014, 5:48pm

Python 3.4.1 (v3.4.1:c0e311e010fc, May 18 2014, 10:38:22) [MSC v.1600 32 bit (Intel)] on win32

wx.version = ‘3.0.1.dev76531 msw (phoenix)’

Microsoft Windows XP SP 3

Pyslices 0.9.8

If you:

import wx
In the Namespace tab at the bottom expand locals() in the tree
and in the tree control when I expand “wx” under locals() Pyslices.exe crashes.

Separately selecting text in a slice and then using “Ctrl C” (and Ctrl+P" does not copy(and paste) the selected text into the windows clipboard (at least as something notepad.exe would recognize)

Metallicow · May 27, 2014, 6:47am

The clipboard issue has finally been addressed. You are few commits behind. Update for the clipboard issues
As far as py slices, don’t know… try upgrading first to where I am atm fixing my menuitem workarounds.
http://wx.ibaku.net/changelog/?t=2&c=250 r76589 ish
The py package recently saw some more PY3 updates. The auto-completion should be working now also.
… was wx imported issue? or maybe overload…? I know the tree likes to be a bit sluggish because of all the infos it snakes at times, but never had a crash.
Was it a hard crash or did it give you any info?
Currently building XP Pro SP4 1/2 disk images for linux SteathVM and SP3+, so any meaningful testing will be a few days as I haven’t integrated PY3 installs into them yet.

···

On Monday, May 26, 2014 11:48:35 AM UTC-6, DevPlayer wrote:

Python 3.4.1 (v3.4.1:c0e311e010fc, May 18 2014, 10:38:22) [MSC v.1600 32 bit (Intel)] on win32

wx.version = ‘3.0.1.dev76531 msw (phoenix)’

Microsoft Windows XP SP 3

Pyslices 0.9.8

If you:

import wx

In the Namespace tab at the bottom expand locals() in the tree

and in the tree control when I expand “wx” under locals() Pyslices.exe crashes.

Separately selecting text in a slice and then using “Ctrl C” (and Ctrl+P" does not copy(and paste) the selected text into the windows clipboard (at least as something notepad.exe would recognize)

Dev_Player · May 27, 2014, 9:33pm

The clipboard issue has finally been addressed.

Thanks updated - works.

Was it a hard crash or did it give you any info?

The app crashed hard. The WinXP Debug button only closed the WinXP app-crash dialog with no debug info.

It also crashes when trying to expand “filling” and “slicesshell” but not “notebook” or the other keys that are shown when just starting pyslices.

···

On Tuesday, May 27, 2014 2:47:29 AM UTC-4, Metallicow wrote:

Metallicow · June 8, 2014, 9:00pm

OK, finally got sometime to do a bit of testing. Here are the results and a possible start as to where to start looking to fix the big.

Installed python 27 and 34 and 7z extracted the wxPhoenix snapshot wheels to each respective sitepackages directory.
Checked system PATH to not include python path and renamed py.exe and pyw.exe launchers to python.exe and pythonw.exe in the WINDOWS dir, so ‘python file.py’ works right with shebangs right off the bat.

Append a 3 to the PySlices.py shebang so we get phoenix on py34.

I managed to get it to not crash with some changes made after spitting the output trace. I didn’t get much but here is a start.

import wx and Ctrl+Return to update the namespace tree and clicked on wx to expand tree item: gives this.

Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

C:\Python34\Lib\site-packages\wx\py>python PySlices.py
C:\Python34\lib\site-packages\wx\py\filling.py:129: wxPyDeprecationWarning: Accessing deprecated property. Use altDown instead.
d[key] = getattr(obj, key)
C:\Python34\lib\site-packages\wx\py\filling.py:129: wxPyDeprecationWarning: Accessing deprecated property. Use controlDown instead.
d[key] = getattr(obj, key)
C:\Python34\lib\site-packages\wx\py\filling.py:129: wxPyDeprecationWarning: Accessing deprecated property. Use metaDown instead.
d[key] = getattr(obj, key)
C:\Python34\lib\site-packages\wx\py\filling.py:129: wxPyDeprecationWarning: Accessing deprecated property. Use shiftDown instead.
d[key] = getattr(obj, key)

Ok. by the trace that leads me here. The obvious thing by the trace is it is using something phoenix doesn’t support or the deprecation it doesn’t like.

… can’t find any obvious deprecation in the code atm by a quick search, so lets go a little further…

modify line 129 in filling.py try to raise an exc instead of pass silently.(This really needs a comment as to why it passes silently and or what to expect Error-wise - This is majorly bad zen here, especially when done in the py suite files)

try:
d[key] = getattr(obj, key)
except Exception as exc:
raise exc

this strangely makes it not crash when trying to expand wx tree item…
and got this:

···

C:\Python34\Lib\site-packages\wx\py>python PySlices.py
Traceback (most recent call last):
File “C:\Python34\lib\site-packages\wx\py\filling.py”, line 77, in OnItemExpanding
self.addChildren(item)
File “C:\Python34\lib\site-packages\wx\py\filling.py”, line 154, in addChildren
self.SetItemHasChildren(branch, self.objHasChildren(child))
File “C:\Python34\lib\site-packages\wx\py\filling.py”, line 105, in objHasChildren
if self.objGetChildren(obj):
File “C:\Python34\lib\site-packages\wx\py\filling.py”, line 131, in objGetChildren
raise exc
File “C:\Python34\lib\site-packages\wx\py\filling.py”, line 129, in objGetChildren
d[key] = getattr(obj, key)
AttributeError: abstractmethods

Dev_Player · June 9, 2014, 11:09pm

abstractmethods; hmmm, haven’t read up on them.

···

On Sun, Jun 8, 2014 at 5:00 PM, Metallicow metaliobovinus@gmail.com wrote:

OK, finally got sometime to do a bit of testing. Here are the results and a possible start as to where to start looking to fix the big.

Installed python 27 and 34 and 7z extracted the wxPhoenix snapshot wheels to each respective sitepackages directory.
Checked system PATH to not include python path and renamed py.exe and pyw.exe launchers to python.exe and pythonw.exe in the WINDOWS dir, so ‘python file.py’ works right with shebangs right off the bat.

Append a 3 to the PySlices.py shebang so we get phoenix on py34.

I managed to get it to not crash with some changes made after spitting the output trace. I didn’t get much but here is a start.

import wx and Ctrl+Return to update the namespace tree and clicked on wx to expand tree item: gives this.

Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

C:\Python34\Lib\site-packages\wx\py>python PySlices.py

C:\Python34\lib\site-packages\wx\py\filling.py:129: wxPyDeprecationWarning: Accessing deprecated property. Use altDown instead.
d[key] = getattr(obj, key)
C:\Python34\lib\site-packages\wx\py\filling.py:129: wxPyDeprecationWarning: Accessing deprecated property. Use controlDown instead.

d[key] = getattr(obj, key)
C:\Python34\lib\site-packages\wx\py\filling.py:129: wxPyDeprecationWarning: Accessing deprecated property. Use metaDown instead.
d[key] = getattr(obj, key)
C:\Python34\lib\site-packages\wx\py\filling.py:129: wxPyDeprecationWarning: Accessing deprecated property. Use shiftDown instead.

d[key] = getattr(obj, key)

Ok. by the trace that leads me here. The obvious thing by the trace is it is using something phoenix doesn’t support or the deprecation it doesn’t like.

… can’t find any obvious deprecation in the code atm by a quick search, so lets go a little further…

modify line 129 in filling.py try to raise an exc instead of pass silently.(This really needs a comment as to why it passes silently and or what to expect Error-wise - This is majorly bad zen here, especially when done in the py suite files)
try:
d[key] = getattr(obj, key)
except Exception as exc:
                raise exc
this strangely makes it not crash when trying to expand wx tree item…
and got this:
C:\Python34\Lib\site-packages\wx\py>python PySlices.py
Traceback (most recent call last):
File “C:\Python34\lib\site-packages\wx\py\filling.py”, line 77, in OnItemExpanding
self.addChildren(item)

File “C:\Python34\lib\site-packages\wx\py\filling.py”, line 154, in addChildren
self.SetItemHasChildren(branch, self.objHasChildren(child))
File “C:\Python34\lib\site-packages\wx\py\filling.py”, line 105, in objHasChildren
if self.objGetChildren(obj):
File “C:\Python34\lib\site-packages\wx\py\filling.py”, line 131, in objGetChildren
raise exc
File “C:\Python34\lib\site-packages\wx\py\filling.py”, line 129, in objGetChildren
d[key] = getattr(obj, key)
AttributeError: abstractmethods

–

You received this message because you are subscribed to the Google Groups “wxPython-dev” group.

To unsubscribe from this group and stop receiving emails from it, send an email to wxPython-dev+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

Werner2 · June 10, 2014, 7:20am

Hi,

···

On 6/8/2014 23:00, Metallicow wrote:

OK, finally got sometime to do a bit of testing. Here are the results and a possible start as to where to start looking to fix the big.

Installed python 27 and 34 and 7z extracted the wxPhoenix snapshot wheels to each respective sitepackages directory.

You are aware that you can install it with 'pip' and it will automatically get the latest version which is available for the Python version you are running pip from.

pip install -U --pre -f Index of /Phoenix/snapshot-builds wxPython_Phoenix

Werner

Metallicow · June 10, 2014, 12:43pm

Yes, but one thing to consider also is that you can’t get old daily build versions from it once it passes so many builds.
Pinpointing my changes and the archived version helps out quite a bit better with diff viewer.
I just download the snapshot I drop in and save it, so no dumb build borks my workflow.
pip isn’t smart like that. Sometimes manual is better(almost always). plus pip isn’t bain. One of these days, maybe pip will figure this out and incorporate similar features. Then I might use it more.

···

On Tuesday, June 10, 2014 1:20:32 AM UTC-6, werner wrote:

Hi,

On 6/8/2014 23:00, Metallicow wrote:

OK, finally got sometime to do a bit of testing. Here are the results
and a possible start as to where to start looking to fix the big.

Installed python 27 and 34 and 7z extracted the wxPhoenix snapshot
wheels to each respective sitepackages directory.

You are aware that you can install it with ‘pip’ and it will
automatically get the latest version which is available for the Python
version you are running pip from.

pip install -U --pre -f http://wxpython.org/Phoenix/snapshot-builds/

wxPython_Phoenix

Werner