bash говорит & ldquo; нет такого файла или каталога & rdquo; но файл присутствует [дубликат]
В MySQL есть два типа кавычек:
-
'для включения строковых литералов -
`для включения идентификаторов, таких как имена таблиц и столбцов
И тогда есть ", который является частным случаем. Он может быть использован для one вышеупомянутых целей за раз в зависимости от сервера MySQL sql_mode :
- By по умолчанию символ
"может использоваться для вложения строковых литералов точно так же, как' - В режиме
ANSI_QUOTESсимвол"может использоваться для заключите идентификаторы так же, как`
Следующий запрос приведет к различным результатам (или ошибкам) в зависимости от режима SQL:
SELECT "column" FROM table WHERE foo = "bar"
ANSI_QUOTES disabled
Запрос будет выбирать строковый литерал "column", где column foo равен строке "bar"
ANSI_QUOTES enabled
В запросе будет выбран столбец column где столбец foo равен столбцу bar
. Когда использовать
- , я предлагаю вам избегать использования
", чтобы ваш код не зависел от SQL mode - Всегда указывайте идентификаторы, так как это хорошая практика (довольно много вопросов о SO обсуждают это)
7 ответов
Ответ в этой строке вывода readelf -a в исходном вопросе
[Requesting program interpreter: /lib/ld-linux.so.2]
Мне не было файла /lib/ld-linux.so.2, который необходим для запускать 32-разрядные приложения. Пакет Ubuntu с этим файлом - libc6-i386.
-
1– RyanfaeScotland 11 October 2013 в 13:44
-
2– thiagolr 19 March 2014 в 18:59
-
3– ctitze 12 May 2014 в 10:03
-
4– Daniela Morais 20 March 2015 в 14:03
-
5– Underverse 21 January 2017 в 15:09
Ну, другой возможной причиной этого может быть простой разрыв строки в конце каждой строки и линии shebang. Если вы кодировали в Windows IDE, то возможно, что окна добавили свой собственный разрыв строки в конце каждой строки и при попытке для запуска его на Linux проблемы с разрывом строки
Эта ошибка возникает при попытке выполнить 32-разрядную сборку на 64-разрядной версии Linux.
Также сравните то, что file должно было сказать в двоичном коде, который вы пытались (т. е. 32-битный), с тем, что вы получаете за свой /bin/gzip:
$ file /bin/gzip
/bin/gzip: ELF 64-bit LSB executable, x64-64, version 1 (SYSV), \
dynamically linked (uses shared libs), for GNU/Linux 2.6.15, stripped
, который что я получаю на Ubuntu 9.10 для amd64 aka x86_64.
Редактировать : Ваше расширенное сообщение показывает, что, поскольку вывод readelf также отражает 32-битную сборку.
-
1– Lorin Hochstein 1 May 2010 в 16:02
Я думаю, что у вас установлена x86-64, у меня нет компоновщика времени выполнения i386. Вероятно, ENOENT связан с тем, что ОС ищет что-то вроде /lib/ld.so.1 или аналогичного. Обычно это часть 32-разрядной версии glibc, и пока я не знаком с Ubuntu, я бы предположил, что у них есть какой-то 32-разрядный пакет совместимости для установки. К счастью, gzip зависит только от библиотеки C, поэтому, вероятно, все, что вам нужно будет установить.
-
1– user 26 April 2010 в 23:18
-
2– user 26 April 2010 в 23:19
Возможно, что исполняемый файл статически связан, и поэтому ldd gzip не видит ссылок, потому что это не так. Я не очень много знаю о вещах, которые далеки назад, поэтому я не знаю, будут ли несовместимы, если библиотеки связаны статически. Я мог бы ожидать, что это будет.
Я знаю, что это самое очевидное, и я уверен, что вы это сделали, но chmod +x ./gzip, да? Такой файл или каталог не является классическим симптомом того, что это не делается, поэтому я упоминаю об этом.
-
1– Lorin Hochstein 26 April 2010 в 21:51
-
2– user 26 April 2010 в 23:16
У меня также были проблемы, потому что мой программный интерпретатор был /lib/ld-linux.so.2, однако он был на встроенном устройстве, поэтому я решил проблему, попросив gcc использовать ls-uClibc вместо этого следующим образом:
-Wl,--dynamic-linker=/lib/ld-uClibc.so.0