Объединение списка имён файлов в одну строку с возможностью обратной операции

Блин, пока писал, сам допёр. Надо экранировать пробелы. Но надо сначала экранировать экранирующий знак.

Для объединения заменяем все «/» на «//», все " " на «/ ».

Для раздъединения заменяем все «/ » на пробелы и «//» на «/».

Так?

да хотя бы, если проявить фантазию вариантов милион. Возникает вопрос а ты уверен, что QStringList передать никак нельзя?

Никак, всё дело в QtSingleApplication.

Это класс, который позволяет делать так, чтобы одновременно был запущен только один экземпляр программы.

int main(int argc, char **argv)
{
    Application app(argc, argv);

    QStringList files = app.arguments();
    files.removeAt(0);
    QString message = files.join("DEADBOOBISSODEAD");
    
    // пытаемся послать сообщение уде открытому экземпляру программы
    if (app.sendMessage(message)) {
        return 0;
    }
    
    // открытого экземпляра нету? значит, мы первый.
    // будем читать входящие сигналы при попытках открыть другие экземпляры
    QObject::connect(&app, SIGNAL(messageReceived(QString)),
                     &app, SLOT(handleMessage(QString)));

    // ...

    // обработаем наши аргументы
    app.handleMessage(message);

    // ...
    return app.exec()
}

sendMessage — это метод QtSingleApplication, как я понял он записывает сообщение в файл и ждёт, не исчезнет ли оно оттуда. Если исчезнет, то возвращает true — это значит, что экземпляр такой программы уже открыт.

В данном случае уже запущенный экземпляр дооткроет те файлы, которые передали в качестве аргументов.

>Короче, разделяя файлы этим словом

Разделяй файлы каким-нибудь непечатемым символом, будь мужиком!

А что, в именах файлов не может быть непечатаемых символов?

Как ты создашь файл с, например, нулевым символом посередине имени?

Вот не доходит до меня, чем плох простой список?

И часто ты так делаешь? :)

Я - нет, но файлы с такими именами запросто получаются, если локаль - какой-нибудь дебильный юникод.

Что значит «простой список»?

Вот такой:

struct listentry{
char *filename;
struct listentry *prev;
struct listentry *next;
}

QString, насколько я помню, QChar'ами, которые суть uint16_t'ы, юникод не пройдёт!

Если не пройдет, то как вы сделаете имя файла в юникоде?

Посмотри как в QSettings сериализуется QStringList.

Я о нежелательных нулях

А при чем здесь нули вообще? Нуль - как бы признак конца строки. Так что использовать его в качестве разделителя не получится. (точнее, это можно сварганить, но придется всегда точно контролировать длину строки)

По стандарту в имени файла не может быть символа \0. Вот им и разделяй. QString нормально ест нули внутри себя. Разве что sendMessage может быть их не переварит, это проверить надо. Но вообще должно работать, иначе бы разрабы Qt так и написали бы - мол sendMessage принимает char*, а не qstring.

Нафига вообще список передавать? Его спокойненько можно хранить в разделяемой памяти, а в сигнале посылать идентификатор выделенной области памяти.

Ну тогда как самый простой вариант экранируй все пробелы в именах файлов, и раздели пробелом, все не экранированные - разделители.

>Посмотри как в QSettings сериализуется QStringList.
str1, str2, str3, str4

Там еще экранирование.

Именно. Такой трюк юзался где-то в винде, например

передавай длину строки перед каждой строкой :)

В Unix имя файла не может содержать «\0» и «/». Так что если у тебя именно имена, а не пути, то можно использовать для их разделения слэш без всякого экранирования.

> можно использовать для их разделения слэш без всякого экранирования.

т.е. карл/маркс/фридрих/энгельс — четыре разные файла? ;)

А в других ОС?

> А в других ОС?

Из других ОС я знаю только DOS/Windows, а там «/» также нельзя в именах файлов использовать.

Пихай имена в JSON. Для этого и либы готовые есть.

Передавай в xml - будет мощно.
Еще можно в base64, разделенные запятыми. Можно преобразовывать строки в массив байт, а из них делать снова строки, но с байтами в 16-ричном представлении.
Легче всего - «ДЛИНА_В_СИМВОЛАХ1Строка1ДЛИНА_В_СИМВОЛАХ2Строка2...».

длину, соответственно, нормализовать нулями до размера, вмещающего максимальную длину файла

В Unix имя файла не может содержать «\0» и «/».

В Linux «/» точно может.

> длину, соответственно, нормализовать нулями до размера, вмещающего максимальную длину файла

зачем такие извраты, если длину можно задать одним символом? там же символы 16-битные, а имени файла нулевой длины вроде как не бывает :) получится почти как в старом паскале :)

>> В Unix имя файла не может содержать «\0» и «/».

В Linux «/» точно может.

А вас не смущает, что «/» используется в качестве разделителя компонентов пути и все системные вызовы интерпретируют его именно так? :) Вообще, вот тут всё расписано: http://en.wikipedia.org/wiki/Filename#Reserved_characters_and_words

Тем не менее, такие файлы могут существовать. Кстати, что вы будете делать если обнаружите у себя в $HOME такой файл? ;)

> что вы будете делать если обнаружите у себя в $HOME такой файл?

Запущу fsck. :)

Поступите по принципу SMTP - обьявите например ";" разделителем, а чтобы указать в имени файла ";" используйте ";;", то есть

file1;file2;file3 это три файла
file;;file2;file3 это два файла, «file1;file2» и '«file3»

Да, это лучше, чем экранировать. Так и сделаю.

а что если в имени будет ;; ?
заменять его на ;;;; ? а ;;;;; на ;;;;;;;;;;;;?
по-моему с json очень даже ничего совет...

а что такого в замене ;;;;;;; на ;;;;;;;;;;;;;;? Обратная операция ведь проводится.

А вот у меня такой вопрос появился. Пусть у нас два файла с именами «abc;» и «def». Тогда при записи в одну строку получается «abc;;;def». Но ведь такая же строка получается и для файлов с именами «abc» и ";def". Как разруливают такую неоднозначность? Или я где-то ступил?

По стандарту в имени файла не может быть символа \0. Вот им и разделяй. QString нормально ест нули внутри себя. Разве что sendMessage может быть их не переварит, это проверить надо. Но вообще должно работать, иначе бы разрабы Qt так и написали бы - мол sendMessage принимает char*, а не qstring.

а что с char* не так? вот уж кому покласть что внутри лежит, так это char*

> что вы будете делать если обнаружите у себя в $HOME такой файл?

Запущу fsck. :)

недолго мучалась лошадка в телефонных проводах

//отмаунтить не забудь

в копилку предложений: :)

рандомно выбери символ-разделитель (их 64к, есть из чего выбирать) и проверь, содержит ли его хоть один из файлов. если есть — генерь следующий и т.п. как найдёшь уникальный, используй его как разделитель файлов, но первая запись должна быть пустой (т.е. первый символ в строке — разделитель).
QStringList list -> QString string: string = separator + list.join(separator).
QString string -> QStringList list: list = string.split(string[0], QString::SkipEmptyParts).
как-то так :)

> Пихай имена в JSON. Для этого и либы готовые есть.

ППКС. Нечего изобретать велосипеды.

вот такого не получится?

// из костылей выбрал бы разделение 0-ём

Указателю конечно пофиг на что указывать, хоть на пивную, хехе. А вот всякие strcpy имеют своё мнение о значении \0.

Указателю конечно пофиг на что указывать, хоть на пивную, хехе. А вот всякие strcpy имеют своё мнение о значении \0.

use memmove/memcpy luke :)

непроще ли воп\спользоваться встроенным сериализатором для QStringList

он там есть, но разделитель всё равно надо указывать.