Version: 0.8.5 (using KDE 3.3.1, SuSE) Compiler: gcc version 3.3.3 (SuSE Linux) OS: Linux (i686) release 2.6.4-52-default I wanted to open a file with a "?" in the filename. KHexEdit told me (by mistake) that this file doens't exist although I opened it with with rightclick in konqueror. Should be an easy-to-resolve bug... Nice app anyway - no such app under windows ;-) Pietz
"?" in filenames are not to be expected, I think, because the shell allows "?" to be used as regexp for any letter in a filename (like in "ls files.?pp"). "?" are also used for unknown char codes in a filename (happens when mounting filesystems with the wrong charset). Perhaps the file was created on a filesystem with iso-xxxx-15 but mounted with utf8 or viceversa? Greetings Friedrich
IIRC I learned in school that you can use ANY character for any filename in a UNIX operating system. Also every application works with "?" but not KHexedit. Should be fixed. Really. It is in deed a valid character for a filename. The shell is just another application who has it's own rules. But you can also open a file in the shell with this command: type my\ filename\ has\ a\ \? \inside.txt or type 'my filename has a ? inside.txt' If the shell can handle this, KHexedit should handle it also without any probs ;-) Bye Pietz
CVS commit by kossebau: Backport from HEAD: files with "?" and else in the filename can now be opened also when given as app parameters BUG:91635 M +1 -1 khexedit.desktop 1.263.2.2 M +2 -4 main.cc 1.21.2.1 --- kdeutils/khexedit/main.cc #1.21:1.21.2.1 @@ -98,7 +98,5 @@ int main( int argc, char **argv ) for(int i = 0; i < args->count(); i++) - { - hexEdit->addStartupFile( QFile::decodeName(args->arg(i)) ); - } + hexEdit->addStartupFile( args->url(i).url() ); args->clear(); --- kdeutils/khexedit/khexedit.desktop #1.263.2.1:1.263.2.2 @@ -67,5 +67,5 @@ Name[ven]=U sengulusa ha KHex Name[zh_TW]=KHex編輯器 -Exec=khexedit -caption "%c" %i %m %f +Exec=khexedit -caption "%c" %i %m %U TerminalOptions= Icon=khexedit