GNOME Bugzilla – Bug 158381
a02708 errorcode popups when I save dia drawing
Last modified: 2005-10-08 20:20:28 UTC
When I have saved a document in DIA (v0.94) for M$ Widows XP Pro and I later have modified it and I want to save the changes the errorcode message diaa02708 appears "No such file or directory".
You are probably using a localized filename, if so see bug #131210
Please provide further information. Thanks, Hans
#2 More information, I have provieded all the information the software gives me....
Would it be possibble to answer my question about localized filename. In german this would mean something like 'überflüssig' i.e. not representable in 7bit ascii. Another possibility would be to look in you filesystem and ensure that there isn't a write protected versiopn of you file laying around. An yet another thing would be to eloberate a little more about "a02708 errorcode". AFAIK there is no such message within Dia, so what's the exact text of the message box ? Thanks for your cooperation.
#4 Okay sorry about that one number #3. 1) I have checked my "filesystem" which I can say is Microsoft Windows XP Pro, all dia files are not writeprotected. I can only tell you what DIA 0.94 reported to me in the "popup". It simply came with the following message: "a02708" I just added the errorcode so we all know it is an error. It writes: "a02708 No such file or locations exists", as far as I could see thorugh my file system, the file I wanted to save was not writeprotected (the first thing I had in mind). 2) I have later changed from DIA 0.94 to the previous version 0.92-2 which had no problem with opening the my diafiles nor saveing them. Indeed thanks for you coorporation.
I think the "a02708 errorcode" is just the name of the temporary file dia attempts to create when saving the file. I'll attach a screenshot of what it looks like on my system. See my mail to dia-list about this, http://mail.gnome.org/archives/dia-list/2004-November/msg00056.html Basically, the problem is that diagram_set_filename converts the file name to UTF-8 but it is not converted back when File-Save is executed (see file_save_callback in app/filedlg.c).
Created attachment 34186 [details] Screenshot (I should have added the info to this bug when I sent that mail, sorry for that.) By the way, the workaround is to use File-Save As instead of File-Save if this problem occurs.
#7 It basicly cover the problem I have experinced. And I agree, you can work with the save as function instead, it is just that problem that function dosn't overwrite the file so I have to save a new version og it every time I have made a change on the document.
Closing this one, bug #131210 deals withpossibly *three* encodings iirc. 2004-11-27 Hans Breuer <hans@breuer.org> * app/filedlg.c(file_save_callback) : convert to filename encoding before passing to diagram_save() Fixes bug #158381, thanks to Robert Ögren
Adjusting target to help finding 0.94 dups already fixed