[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?)



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.