Created attachment 424035 [details] single file project wxglade/python Description of problem: The file LAST.wxg (attached) which was created and still functions when used by wxglade under my Debian Lenny 32 bit install to created a single python program file fails under Fedora 13 64 bit with error message below. I posted all of the command line output from program initiation through error received from using the "generate code" function. Version-Release number of selected component (if applicable): Name : wxGlade Relocations: (not relocatable) Version : 0.6.3tip20091130 Vendor: Fedora Project Release : 2.fc13 Build Date: Sun 06 Jun 2010 05:07:25 AM PDT Install Date: Mon 14 Jun 2010 08:20:23 PM PDT Build Host: x86-02.phx2.fedoraproject.org Group : Development/Tools Source RPM: wxGlade-0.6.3tip20091130-2.fc13.src.rpm Size : 1895355 License: MIT Signature : RSA/8, Sun 06 Jun 2010 05:16:48 AM PDT, Key ID 7edc6ad6e8e40fde How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: [don@dons ~]$ wxglade /usr/lib64/python2.6/site-packages/wx-2.8-gtk2-unicode/wx/_core.py:14490: UserWarning: wxPython/wxWidgets release number mismatch warnings.warn("wxPython/wxWidgets release number mismatch") loaded code generator for python loaded code generator for C++ loaded code generator for XRC loaded code generator for lisp loaded code generator for perl Found widgets listing -> /usr/share/wxGlade/widgets/widgets.txt loading widget modules: frame dialog panel splitter_window notebook button toggle_button bitmap_button spin_button text_ctrl spin_ctrl slider gauge static_text checkbox radio_button radio_box choice combo_box list_box calendar_ctrl datepicker_ctrl static_line static_bitmap list_ctrl tree_ctrl grid custom_widget menubar toolbar spacer Loading time: 1.82000 Traceback (most recent call last): File "/usr/share/wxGlade/application.py", line 447, in generate_code class_names=class_names) File "/usr/share/wxGlade/xml_parse.py", line 527, in __init__ if from_string: self.parse_string(input) File "/usr/share/wxGlade/xml_parse.py", line 74, in parse_string self.parser.parse(source) File "/usr/lib64/python2.6/xml/sax/expatreader.py", line 107, in parse xmlreader.IncrementalParser.parse(self, source) File "/usr/lib64/python2.6/xml/sax/xmlreader.py", line 123, in parse self.feed(buffer) File "/usr/lib64/python2.6/xml/sax/expatreader.py", line 211, in feed self._err_handler.fatalError(exc) File "/usr/lib64/python2.6/xml/sax/handler.py", line 38, in fatalError raise exception SAXParseException: <unknown>:1:1: not well-formed (invalid token) Expected results: code created successfully Additional info: As slow as development seems to be for wxglade, I am fairly confident that Lenny has the same version. I will update info shortly if I find a different version.
I get the exact same console trace. The wxg file has no problems with FC11 version. Both host (multi boot) systems (FC11 and FC13) were fully updated as of 16:00 hours 19.Jun.10 PDT. FC11 and FC13 are both 32 bit guests. --- working version: wxGlade.noarch 0.6.3-3.fc11 failing version: wxGlade.noarch 0.6.3tip20091130-2.fc13
*** Bug 607739 has been marked as a duplicate of this bug. ***
Please try this package and see if the problem would be solved: Koji Task: http://koji.fedoraproject.org/koji/taskinfo?taskID=2271380 Output RPM : http://koji.fedoraproject.org/koji/getfile?taskID=2271384&name=wxGlade-0.6.3tip20100625-1.fc13.noarch.rpm
Nice work! After installing the above rpm I no longer get any errors generating code as I did before. Many Thanks, donc
wxGlade-0.6.3tip20100625-1.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/wxGlade-0.6.3tip20100625-1.fc12
wxGlade-0.6.3tip20100625-1.fc13 has been submitted as an update for Fedora 13. http://admin.fedoraproject.org/updates/wxGlade-0.6.3tip20100625-1.fc13
wxGlade-0.6.3tip20100625-1.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report.
wxGlade-0.6.3tip20100625-1.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.