[Date Prev][Date Next][Thread Prev][Thread Next][Thread Index]
[XaraXtreme-dev] Cannot open default template with spaces - "800 by 600 drawing.xar" - (Mac only?)
- From: "Ben Fowler" <ben.the.mole@xxxxxxxxx>
- Date: Wed, 5 Jul 2006 01:42:12 +0100
- Subject: [XaraXtreme-dev] Cannot open default template with spaces - "800 by 600 drawing.xar" - (Mac only?)
Here is the real deal.
I have set a breakpoint in wxZipFSHandler::OpenFile ( ) at
../src/common/fs_zip.cpp:123, and have this backtrace:
#0 wxZipFSHandler::OpenFile (this=0xb572330, location=@0xbfff91b0) at
../src/common/fs_zip.cpp:123
#1 0x02847354 in wxFileSystem::OpenFile (this=0xb56f0e0,
location=@0xbfff9220) at ../src/common/filesys.cpp:400
#2 0x0063f870 in CamResource::OpenwxFSFile (this=0xbfffab04,
pFileName=0xbfffab24) at
/Users/bfowler/PROG/WXWIDGETS/XaraLX/wxOil/camresource.cpp:2088
#3 0x00582ecc in CCamDoc::LoadDefaultDocument (this=0xbaf8c00) at
/Users/bfowler/PROG/WXWIDGETS/XaraLX/wxOil/camdoc.cpp:326
At that point in the function I am looking for a zip entry with the name:
(gdb) x/67 right.m_pchData
0xf964dfc: 0 '\0' 0 '\0' 0 '\0' 56 '8' 0 '\0' 0 '\0' 0 '\0' 48 '0'
0xf964e04: 0 '\0' 0 '\0' 0 '\0' 48 '0' 0 '\0' 0 '\0' 0 '\0' 32 ' '
0xf964e0c: 0 '\0' 0 '\0' 0 '\0' 98 'b' 0 '\0' 0 '\0' 0 '\0' 121 'y'
0xf964e14: 0 '\0' 0 '\0' 0 '\0' 32 ' ' 0 '\0' 0 '\0' 0 '\0' 54 '6'
0xf964e1c: 0 '\0' 0 '\0' 0 '\0' 48 '0' 0 '\0' 0 '\0' 0 '\0' 48 '0'
0xf964e24: 0 '\0' 0 '\0' 0 '\0' 32 ' ' 0 '\0' 0 '\0' 0 '\0' 100 'd'
0xf964e2c: 0 '\0' 0 '\0' 0 '\0' 114 'r' 0 '\0' 0 '\0' 0 '\0' 97 'a'
0xf964e34: 0 '\0' 0 '\0' 0 '\0' 119 'w' 0 '\0' 0 '\0' 0 '\0' 105 'i'
0xf964e3c: 0 '\0' 0 '\0' 0 '\0'
However, I can only find:
(gdb) x/67 ent.m_Name.m_pchData
0xf9633ac: 0 '\0' 0 '\0' 0 '\0' 56 '8' 0 '\0' 0 '\0' 0 '\0' 48 '0'
0xf9633b4: 0 '\0' 0 '\0' 0 '\0' 48 '0' 0 '\0' 0 '\0' 0 '\0' 95 '_'
0xf9633bc: 0 '\0' 0 '\0' 0 '\0' 98 'b' 0 '\0' 0 '\0' 0 '\0' 121 'y'
0xf9633c4: 0 '\0' 0 '\0' 0 '\0' 95 '_' 0 '\0' 0 '\0' 0 '\0' 54 '6'
0xf9633cc: 0 '\0' 0 '\0' 0 '\0' 48 '0' 0 '\0' 0 '\0' 0 '\0' 48 '0'
0xf9633d4: 0 '\0' 0 '\0' 0 '\0' 95 '_' 0 '\0' 0 '\0' 0 '\0' 100 'd'
0xf9633dc: 0 '\0' 0 '\0' 0 '\0' 114 'r' 0 '\0' 0 '\0' 0 '\0' 97 'a'
0xf9633e4: 0 '\0' 0 '\0' 0 '\0' 119 'w' 0 '\0' 0 '\0' 0 '\0' 105 'i'
0xf9633ec: 0 '\0' 0 '\0' 0 '\0'
Trying to keep things focussed for a second, it would be helpful to know:
1. Confirmation that that zip entry is correct - I think that I have
posted this before.
2. Is it the case that I am looking for the wrong thing - everybody
else has a target with underscores.
3. Am I falling to convert my path or filename - spaces to underscores
- somewhere, if so where.
Unfortunately I am not 100% per cent that there is a bug here, but
having posted (above) the behaviour I observe, could someone add info
concerning the behaviour that I should be expecting, and I can compare
the two.
Thanks.
Ben.