TypeError: descriptor '__init__' requires a 'super' object but received a 'str'

[mstram]

*           xmode psw,ec
begin      start  0
L1234567   CSECT
        lr  1,1
*
        dc x'01'
       END

---

Traceback (most recent call last):
File "/home/action/git/SATK/asma/asminput.py", line 184, in init
self.fname,self.fo=pathmgr.ropen(self.rname)
File "/home/action/git/SATK/tools/satkutil.py", line 533, in ropen
% (mode,filename)) from None
ValueError: could not open in mode 'rt' path: /home/action/git/SATK/mike/c1

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "/home/action/git/SATK/tools/asma.py", line 256, in
ASMA(args,dm).run()
File "/home/action/git/SATK/tools/asma.py", line 95, in run
self.assembler.statement(filename=self.source)
File "/home/action/git/SATK/asma/assembler.py", line 4488, in statement
self.LB.newFile(filename)
File "/home/action/git/SATK/asma/asminput.py", line 470, in newFile
self.source("F",fname,stmtno=stmtno,srcno=self._fileno)
File "/home/action/git/SATK/asma/asminput.py", line 411, in __source
srco.init(pathmgr=self._opath)
File "/home/action/git/SATK/asma/asminput.py", line 186, in init
raise SourceError("could not open for reading text file: %s" % self.fname) \
File "/home/action/git/SATK/asma/asminput.py", line 60, in __init
super.init(msg)
TypeError: descriptor 'init' requires a 'super' object but received a 'str'

[mstram]

invoked assembler with : py $SATK_TOOLS/asma.py --cpu s360 -p EC -l $1.lst -r $1.r -s $1.st -v $1.v -m s360-insn.msl "$1"

 file /home/action/python3/bin/py                                                                  

/home/action/python3/bin/py: symbolic link to `python3'

Python 3.4.1

[mstram]

Weird, the same program is assembling fine now

[s390guy]

On Wed, 2014-07-30 at 17:39 -0700, Mike Stramba wrote:

invoked assembler with : py $SATK_TOOLS/asma.py --cpu s360 -p EC -l $1.lst -r $1.r -s $1.st -v $1.v -m s360-insn.msl "$1"

file /home/action/python3/bin/py

/home/action/python3/bin/py: symbolic link to `python3'

This is a local environment issue related to python installation.

[s390guy]

On Wed, 2014-07-30 at 19:37 -0700, Mike Stramba wrote:

Weird, the same program is assembling fine now

— Reply to this email directly or view it on GitHub.

This was not an environment issue as previously stated. This was an error in handling files as part of the new foundation for later parsing improvements. This has been corrected as well.

[Fish-Git]

FYI: Shouldn't this issue be closed?