Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
||
ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
[18.216.115.44] |
|
Страницы: (1182) « Первая ... 1026 1027 [1028] 1029 1030 ... 1181 1182 ( Перейти к последнему сообщению ) |
Сообщ.
#15406
,
|
|
|
Да не, он, сильно подозреваю, свято уверен в том, что его проблемы и правда характерны для всех, да еще и не решаемы без большого мозготраха. Это напомнило мне, как один знакомый взялся "учить си". Взялся он за это заранее стеная, как это сложно, и что нифига у него не получится. Но взялся, правда зачем было не ясно даже ему самому. В общем дожил он до первого хелловорда, и этот хелловорд не заработал. Камрад сидел над ним час, наверное, смотрел то в книгу, то на экран. С тоскливым-тоскливым выражением морды лица. Ну, не работает и все тут! Все "сто раз перепроверил", и не работает. Карма, ё... Присматриваюсь - этот кадр умудрился вместо iostream написать lostream. И час сидел втыкался. Так для него си и остался недружественным языком, аха. Вот и для аффтара данного опуса линух навсегда будет недружественным. А карма патамушта.
|
Сообщ.
#15407
,
|
|
|
Цитата Присматриваюсь - этот кадр умудрился вместо iostream написать lostream Ээээ... Извини пожалуйста... Цитата взялся "учить си" Он взялся учить С++... |
Сообщ.
#15408
,
|
|
|
Прости, что забыл упомянуть про плюсы, чем, очевидно, вызвал море возмущения и негодования. Хотя речь, если подумать, совершенно не о них.
|
Сообщ.
#15409
,
|
|
|
Цитата Прости, что забыл упомянуть про плюсы, чем, очевидно, вызвал море возмущения и негодования. Пофигу... Хотя, кхммм... да... Прощён, короче. :D:D Цитата Хотя речь, если подумать, совершенно не о них. Да нет. Ничего... Я просто уточнил синтаксис... А так-то всё в принципе верно. Наверное... |
Сообщ.
#15410
,
|
|
|
Цитата the_Shadow @ Прощён, короче Ну, спасибо, блин, большое, ну большое, блин, спасибо... |
Сообщ.
#15411
,
|
|
|
Цитата the_Shadow @ Какой ужас! Вам, в вашей недосистеме даже надобно готовить символьные массивы вручную, и присматривать, чтобы байт 0хf4 не дай Бог не попал по чётному смещению? Не, дяденька действительно не в курсе, что такое юникод и с чем его едят... Разжёвываю: в юникоде вроде как нет символов, начинающихся с 0xf4 Про чётность смещения - бес попутал, каюсь - это только в utf-16. Цитата the_Shadow @ Авось дойдёт что будет при сравненни двух массивов в пять и девять симолов длиной... Если "программист" сравнивает два массива не удосужившись привести их к единому формату (например char * и wchar *), то у него проблемы с головой, о чём ему в неявной форме напомнит компилятор. Как всегда, по пути потерялась "маленькая" деталь. Для приведения следует знать кодировку строки, иначе такие приведения... как бы это помягче сказать... в общем, кащенка Цитата the_Shadow @ Вы... о Бога такой... как бы по-мягче... "простой" или же Вас таким жизнь сделала? А что, в системе мы теперь не выставляем NLS? Выше было... В "запиле"? Или мы теперь, выставив системную локаль, получили записывать что угодно и куда угодно? Вы знаете, мне, если честно, то наср@ть на число наказаний, но я всё-таки скажу. Вы просто не удосужились разаобраться в Линукс ни с чем. Ваши суждения отдают полнейшим бредом. Может, в виндовз Вы и мастер, но в Линкс Вы простой и откровенный пенёк. И это мне будет говорить человек, не умеющий читать по-русски и даже не понимающий, чем отличается юникод от прочих кодировок Я помру Заслуженный программер, попался, однако Я ужо двадцать страниц толкую о том, что линуксовые программы успешно ПЛЮЮТ на системную локаль, а тут такой пассаж Цитата the_Shadow @ базируются на полнейшем незнании и непонимании не то, чтобы основ ОС, а даже банальнейших функций сравнения двух символьных массивов! И операций по приведению типов. Приведение двух строк в разных кодировках отныне считается приведением типа Не, я точно помру со смеху Вообще-то, полное непонимание основ (не ОС, а тех, что пониже) продемонстрировали вы. И этот человек меня поучает |
Сообщ.
#15412
,
|
|
|
Ну, эти двое, кажется, нашли друг-друга
|
Сообщ.
#15413
,
|
|
|
Цитата Астарот @ Ну, эти двое, кажется, нашли друг-друга Аха. У одного правый запил у другого левый |
Сообщ.
#15414
,
|
|
|
А я болею за wind'а. Наши победят
|
Сообщ.
#15415
,
|
|
|
Цитата MichSpar @ А я ни за кого не болею...А я болею за wind'а. Наши победят виндузятники... линухоиды... |
Сообщ.
#15416
,
|
|
|
Цитата Ну, спасибо, блин, большое, ну большое, блин, спасибо... Пошто юродствуешь, смерд? ] :D:D Ты ж просил? Ну... на... держи. :D:D Цитата Разжёвываю: в юникоде вроде как нет символов, начинающихся с 0xf4 Про чётность смещения - бес попутал, каюсь - это только в utf-16. В курсе. По этой причине и издеваюсь, если честно. :D:D Цитата Как всегда, по пути потерялась "маленькая" деталь. Для приведения следует знать кодировку строки, иначе такие приведения... как бы это помягче сказать... в общем, кащенка От жеж... Как бы по-проще... У меня есть массив. Я его пытаюсь сравнить с другим символьным массивом через wcscmp() (вот к этому вернёмся по-позже и по-ниже... ). Если первый массив был char, то мне его нужно приводить к какому виду? Прааааавильно... к wchar_t. Что при этом произойдёт? Прааааавильно... Расширение символов. Вот незадача -- при расширении символов до состояния utf, производится по следующему алгоритму -- из множества utf, выбирается соотв. символ не на основе фантазий на тему, а на основе целочисленного значения. Быстренько вспомнили что wchar_t функционально есть short. И не важно -- в С или С++ (для случая С++ рекомендую вот это по-листать -> http://lib.ru/CPPHB/cppref.txt_Piece40.01). Вот Вам и вся конвертация... Вот примерчиг: #include <stdio.h> int main( int argc, char *argv[] ) { char *str = "привет мир!\n"; printf("%s", str ); printf("%s", (wchar_t *)str); return 0; } В обоих случаях в rxvt (из-под GNOME) выводится одно и то же. Это, как видите, во-все не больно... :D:D Цитата Я ужо двадцать страниц толкую о том, что линуксовые программы успешно ПЛЮЮТ на системную локаль, а тут такой пассаж Если Вы удосужитесь посмотреть на пример выше и погонять его в разных системных локалях, то с удивлением заметите одну странную вещь -- для первого случая (первый вывод) сырец нужно будет править всякий раз при смене локали. В koi8-r строка "привет мир!" так и будет. В cp1251, если Вы туда сунете код для koi8-r, первая строка выведет РТЙЧЕФ НЙТ!, в cp866 это будет выглядеть как -- ╨╥╔╫┼╘ ═╔╥!... А вот в utf... Второй printf -- оно как было, так и есть. При любом раскладе. Я не использовал средства переключения i18n -- код тупо-иллюстративный. Так же я забил на предупреждения по той же причине. Важнее другое. Извините, а как получается так, что я вынужден конвертировать код под существующую у меня локаль? Если бы оно "плевало" как Вы мне тут рассказываете, то я получал бы полнейшую неразбериху. Надеюсь этого-то примера довольно? Или будете мне ещё 20-30 страниц старательно рассказывать как подлый Линукс плюётся в нежную душу системной локали? :D:D Или до Вас так и не дошло что кодировку локали Вы знаете всегда! Вы же её и ставили! И система знает эту кодировку. В чём проблема-то? Обратную "конвертацию" приводить или самостоятельно найдёте информацию? :D:D Цитата Приведение двух строк в разных кодировках отныне считается приведением типа Кстати, а вот этот вот кусочег -- (wchar_t *)str -- это что по-вашему? Это не является приведением типов??? Или теперь в новомодных языцех программирования это называется "конвертацией строки"? Как, право интересно... И Вы совершенно случайно, конечно, не понимаете что одна строка с типом char * (это для однобайтных кодировок типа koi8-r), а другая, для utf-8 двубайтная -- wchar_t *... И Вы в серьёз про то, что их не надо приводить в случае совместной работы с ними? А если Вы их сравнить по-пытаетесь, то постараетесь какой функцией воспользоваться-то? А! Знаю... Ща будет... :D:D Попытка съехать не засчитана... Сейчас я помирать со смеха буду. Вот цитата. Ваша, я замечу, отказываться не будете? Цитата Блин, меня достали эти поучения. Умный дяденька, поучитесь программированию лучше вы. Ибо один из аргументов будет указывать на буфер из пяти байт, а второй - из девяти. И получится полное дерьмо, ибо имя файла будет как раз одним и тем же - "файл". А теперь, внимание. Я там выше опирался на использование функции WSTRNCMP... Так вот. Это была разводка -- я просто проверял -- заглотите или нет. Дело в том, что наиболее общеупотребительная функция, описанная в wchar.h, это wcsncmp(), а ни как не wstrncmp(). Последняя ф-я то же есть. Но не всегда и не везде... То, что Вы просто не обратили внимание на этот развод, свидетельствует о Вашей полнейшей некомпетентности в части "системных функций". В принципе, если бы просто дали бы себе труд задуматься, то просто поняли бы, что в случае использования ф-ии wcsncmp(), у Вас нет ничего другого, кроме как привести эти две строки к одному типу. Этот тип -- wchar_t. Альтернатив у Вас просто нет, если не считать альтернативой обратную конвертацию. Удачи в освоении Линукса... |
Сообщ.
#15417
,
|
|
|
Цитата Астарот @ Да я давно говорил)))Ну, эти двое, кажется, нашли друг-друга Цитата FullArcticFox @ Да нет, у одного сиськи маленькие, у другого коктейли невкусные.Аха. У одного правый запил у другого левый Цитата rubicon @ Я уже битых 2 месяца пытаюсь обуздать убунту. Выходит крайне плохо. А я все равно обуздаю. Рано или поздно. Сим SUKA упертый. Но количество мозготраха, через который приходится пройти, не вызывает желания ставить линукс дома. Дома, знаете ли, есть более интересные дела.Не в знаниях дело, а в желании. Вышеуказанный индивид возжелал обругать линукс, а не поюзать его. Примерно с половиной его проблем встретился я. Конечно, со сканером паря не кисло лохонулся. Но с Canon`ами проблема общеизвестная. И с софтом. А с фаерфоксом особенно. Цитата FullArcticFox @ Блин, установили бы 2 винды. И вообще компьютер должен быть персональным. Проблема не искуственная. Я столкнулся с таким однажды. Нужно чтобы были корейский и русский UI. Ноут был один на двоих. Ну, знаете ли, у меня жена сама без моей помощи устанавливает и настраивает у тещи винду и нужный софт. Это при том, что она психолог по образованию. А вашу "linux for humans beings" (ubuntu то бишь) даже я до ума довести не могу. |
Сообщ.
#15418
,
|
|
|
Цитата $im @ Решил-таки пройти этот квест? Молоток! Я уже битых 2 месяца пытаюсь обуздать убунту. Выходит крайне плохо. А я все равно обуздаю. Рано или поздно. Цитата $im @ Опцию utf8 в параметры монтирования диска добавил? Вставил давеча CD с документами и вуаля - все имена из русских букав превратились в ???????? ???? ??.doc. |
Сообщ.
#15419
,
|
|
|
$im, давай компами махнемся? А то мне иногда хочется потрахаться с системой, а все работает
|
Сообщ.
#15420
,
|
|
|
Цитата the_Shadow @ Пошто юродствуешь, смерд? Ты на себя посмотри, кросавчег, блин Цитата $im @ Да я давно говорил))) Теперь можно спокойно сидеть, починять свой примус, никто не побеспокоит Цитата $im @ Я уже битых 2 месяца пытаюсь обуздать убунту. А нафея? Вопрос не празднвй - в слове "обуздать" мне чудится что-то от попыток поиметь нетрадиционный секс с лицом, которое этого не хочет. Ты скажи что ты от нее хочешь-то, от убунты этой? Лично мое знакомство с линухами началось вообще с FreeBSD Но я точно знал чего хотел - сервак с апачом мне нужен был. Потом понадобился оракл, и я, соответственно, начал мозготрах с RH9. Блин, на нем завелось ВСЕ, что мне было не нужно, но Оракл, сцука, так и не взлетел Наверное отчасти потому, что тот Оракл, что я юзал, был не совсем под RH, и совсем не под 9 Потом как-то притаранили Debian, и этот момент опять совпал по времени с нужностью мне Оракла. В итоге без особых напрягов нужное я поимел - ораклёвый пакетик под дебиан встал за 5 минут, как влитой, и следующую неделю я имел полное удовольствие сго препарировать и затачивать под себя, чего в виндах сделать нельзя принципиально. Эрго - имея конкретную задачу решить ее весьма не сложно, но если подходить с точки зрения "обуздать, мля", то только голову разобьешь нафиг. Так вот я и спрашиваю - нафея? Цитата $im @ А с фаерфоксом особенно. Это, емнип, проблема создателей фаерфокса - портированием они себя не утруждают совершенно. Цитата DUKe @ А то мне иногда хочется потрахаться с системой, а все работает Sex Linux, и вперед |