Dirty fix for error '_object_has_no_attribute_'getSlave' in EtherCAT extension

traceback:
File "/home/developer/WorkData/PLC/beremiz/beremiz/IDEFrame.py", line 1433, in OnPouSelectedChanged
window.RefreshView()
File "/home/developer/WorkData/PLC/beremiz/beremiz/etherlab/ConfigEditor.py", line 837, in RefreshView
self.RefreshProcessVariables()
File "/home/developer/WorkData/PLC/beremiz/beremiz/etherlab/ConfigEditor.py", line 886, in RefreshProcessVariables
slaves = self.Controler.GetSlaves(**self.CurrentNodesFilter)
File "/home/developer/WorkData/PLC/beremiz/beremiz/etherlab/EthercatMaster.py", line 341, in GetSlaves
for slave in self.Config.getConfig().getSlave():
<type 'exceptions.AttributeError'>:_'lxml.etree._Element'_object_has_no_attribute_'getSlave'

Steps to reproduce problem:

- Add new EtherCAT master
- Add new EthercatNode to the master
- double click on


this is looks like dirty hack to fix strange problem with initial[0]
changing its type after returning from _init_ method to lxml.etree._Element
As a result all methods generated by class factory are lost.

For example, in function initMethod initial[0].__class__ points to
xmlclass.xmlclass.Config. After map(self.append, initial)
self.Config.__class__ is 'xmlclass.xmlclass.Config' as well.
But after returning from initMethod (_init) in CreateElement
self.Config.__class__ has changed to lxml.etree._Element.


I've noticed similar behavior if copy/deepcopy is used for any child
of etree.ElementBase. See simple example below.
[-------------------------------------------------------------]
#!/usr/bin/python

from __future__ import print_function
from lxml import etree
import copy

class DefaultElementClass(etree.ElementBase):
def getLocalTag(self):
return etree.QName(self.tag).localname


def printInformation(x):
print(x, x.__class__, "getLocalTag" in dir(x))


a = DefaultElementClass()
printInformation(a)

#
printInformation(copy.copy(a))
printInformation(copy.deepcopy(a))
[-------------------------------------------------------------]

     1

# SOME DESCRIPTIVE TITLE.

     2

# Copyright (C) is 21st century inquisition

     3

# This file is distributed under the same license as the Beremiz package.

     4

# FIRST AUTHOR <EMAIL@ADDRESS>, YEAR.

     5

#

     6

#, fuzzy

     7

msgid ""

     8

msgstr ""

     9

"Project-Id-Version: Beremiz 1.1\n"

    10

"Report-Msgid-Bugs-To: \n"

    11

"POT-Creation-Date: 2012-09-08 01:21\n"

    12

"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"

    13

"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"

    14

"Language-Team: LANGUAGE <LL@li.org>\n"

    15

"Language: \n"

    16

"MIME-Version: 1.0\n"

    17

"Content-Type: text/plain; charset=UTF-8\n"

    18

"Content-Transfer-Encoding: 8bit\n"

    19

    20

# 6acef656390a43d59cf15591c724dbeb

    21

#: ../../overview.rst:2

    22

msgid "Project overview"

    23

msgstr ""

    24

    25

# 92ad927cb1054cbc8045b0823dd8e5fc

    26

#: ../../overview.rst:4

    27

msgid ""

    28

"In order to target the widest possible range of programmable devices and "

    29

"keep efficient, Beremiz use C code as an intermediate language."

    30

msgstr ""

    31

    32

# 75bb21429f7d4e8f932f2a4a4165684e

    33

#: ../../overview.rst:6

    34

msgid ""

    35

"To be executed, C needs to be compiled. `GCC <http://gcc.gnu.org>`_ serve "

    36

"that purpose perfectly."

    37

msgstr ""

    38

    39

# c1e711046ada4ceca71f8d15a0bef1e9

    40

#: ../../overview.rst:8

    41

msgid ""

    42

"PLC program is expressed in languages defined in IEC-61131, including "

    43

"graphical languages. Thanks to PLCopen TC2, those graphical languages have a "

    44

"standardised representation, in XML."

    45

msgstr ""

    46

    47

# 64355ef541204c7990a06fc5e00b44fe

    48

#: ../../overview.rst:10

    49

msgid "To be continued."

    50

msgstr ""