- 1
- 2
- 3
>ipconfig | find "IP"
═рёЄЁющър яЁюЄюъюыр IP фы Windows
IP-рфЁхё . . . . . . . . . . . . : 192.168.1.60
Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе!
−3
>ipconfig | find "IP"
═рёЄЁющър яЁюЄюъюыр IP фы Windows
IP-рфЁхё . . . . . . . . . . . . : 192.168.1.60
ЧЗХ (кодировка)?
gost 01.03.2016 09:48 # +4
defecate-plusplus 01.03.2016 10:06 # +7
3_14dar 01.03.2016 10:06 # 0
defecate-plusplus 01.03.2016 10:11 # +4
3_14dar 01.03.2016 10:14 # 0
inkanus-gray 01.03.2016 17:47 # 0
bormand 01.03.2016 19:04 # 0
Steve_Brown 02.03.2016 12:15 # 0
nslookup ya.ru 8.8.8.8 | schtirlitz --mixed
3_14dar 02.03.2016 14:09 # +2
guest 18.03.2016 10:16 # +3
опять ты говоришь умные слова просто потому что он длинные и красивые?
1024-- 18.03.2016 13:33 # 0
Языки со слабой типизацией предлагают удобные неявные автоматические преобразования, которые помогают в простых случаях сконцентрироваться на сути задачи вместо того, чтобы отвлекаться на детали и сходя с ума возиться с ручным приведением типов. Скажем, "sum += price.value * 0.95", хотя price.value - строка.
Но количество комбинаций типа результата от количества членов в выражении может расти экспоненциально. В запущенных случаях программист уже не может уследить за всем и проваливается под лёд неявных преобразований: "sum += price.value * 0.95 + price2.value". Автоматика выходит из-под контроля.
Программы, которые автоматически определяют кодировки, предлагая удобные неявные автоматические преобразования, которые помогают в простых случаях сконцентрироваться на сути и, например, в случае с гуглопочтой, получать письма в правильной кодировке даже если адресант поленился явно её указать. В запущенных случаях может быть неоднозначность (может, я пишу на языке инопланетян про бнопню?) из-за использования более одного языка, недостатка статистических данных и т.п. Автоматика определяет кодировку как попало, произвольно и выходит из-под контроля.
guest 18.03.2016 13:54 # +1
1024-- 18.03.2016 14:03 # +1
3_14dar 18.03.2016 15:10 # 0
3.14159265 18.03.2016 16:29 # 0
Потому что он тебя унижает? На самом деле сегодняшний гость пиздат.
Ох сёма-сёма, помню как ты тут под гостем долго нистирпевал, делился своей любовью к сосачам. А теперь у тебя анон хужетатарина?
Ну вот как может 3_14dar быть хуже пидараса?
kegdan 18.03.2016 16:49 # 0
он не хуже, и не лучше. Он равен
3.14159265 18.03.2016 17:23 # 0
Потому у него "хуже".
3_14dar 18.03.2016 19:00 # 0
Я тоже могу под гостем написать что ты пидарас, и?
>Ох сёма-сёма, помню как ты тут под гостем долго нистирпевал, делился своей любовью к сосачам. А теперь у тебя анон хужетатарина?
>Вот почему анонимные имиджборды функционируют, а тут анонимус хуже пидараса?
Да ты читать похоже нихуя не умеешь.
>Ну вот как может 3.14159265dar быть хуже пидараса?
Хз, как-то ухитряется.
cykablyad 01.03.2016 09:49 # +1
3_14dar 01.03.2016 09:58 # 0
defecate-plusplus 01.03.2016 10:07 # 0
Vindicar 01.03.2016 10:09 # +1
defecate-plusplus 01.03.2016 10:10 # 0
а find в консоли у меня утилита из gnu win 32
как и grep
3_14dar 01.03.2016 10:12 # 0
1024-- 01.03.2016 10:12 # +1
3_14dar 01.03.2016 10:13 # 0
bormand 01.03.2016 19:06 # +3
Потому что его юзают, в отличие от
Vasiliy 01.03.2016 12:40 # 0
bot 01.03.2016 17:35 # +7
inkanus-gray 01.03.2016 17:46 # +2
kegdan 01.03.2016 21:58 # +2
ставь лайк, если ждешь WCT-32
tucvbif 01.03.2016 22:13 # 0
kegdan 01.03.2016 22:21 # 0
небольшое видео о том, как он создавался (mihip и труп ассемблера)
https://www.youtube.com/watch?v=TjBo4v67Bpg
Propovednik_01 01.03.2016 23:01 # −1
kegdan 01.03.2016 23:23 # 0
Dummy00001 01.03.2016 18:12 # 0
не помню точно деталей, но в виндах два шела: один юникодный, второй нет (cmd.exe & cmd32.exe (или в разных каталогах...?)). что бы правильно выводилось, надо что бы и шелл и комманда которую запускаешь оба были или юникодными, или ansi. потому что если различаются, то "умная" cmd начинает мудрить с конвертацией кодировок, и систематически лажается. или что-то в этом духе. но мне в прошлом на выньХР удавалось в консоли правильно с русским работать. грабли были что некоторые внешние комманды были юникод, некоторые ansi. и в некоторых ситуациях запуск .cmd захардкожен на один из этих шеллов.
tl;dr: поэксперементируй с разными cmd.exe. их на виндах несколько и они от друг друга отличаются.
Dummy00001 01.03.2016 18:21 # 0
в .cmd был пайл "unicode-tool | non-unicode-tool". порядка не помню, но cmd бил данные когда они через пайп проходили. /решение/ и проблема было найдена при анализе ворк-араунда. пайп не работал, но "unicode-tool > tmp.out" + "non-unicode-tool < tmp.out" работало.
3_14dar 01.03.2016 20:15 # 0
dxd 02.03.2016 13:15 # +2
3_14dar 02.03.2016 14:08 # +1
А вообще, у майкрософта замечена традиция переделывать все заново вместо того чтобы фиксить старое, ака "фатальный недостаток", в поиске. Повершелл, возможно, для скриптинга неплох, не буду спорить - но что если для каких-то целей переход тупо не оправдывается?
dxd 02.03.2016 17:26 # 0
3_14dar 02.03.2016 18:19 # 0
А что, этот период закончился?
guest 18.03.2016 13:55 # 0
он был, есть и будет
павершел это во-первых попытка упростить автоматизацию (вместо wmi, wsh, ole automation итд) появился один инструмент
3_14dar 18.03.2016 15:12 # 0
guest 18.03.2016 19:08 # 0
конечно powershell у них приоритетен, но cmd никто не отменял
3_14dar 18.03.2016 19:14 # 0
guest 18.03.2016 19:15 # 0
дропнул значит не работает
3_14dar 18.03.2016 19:18 # 0
Vasiliy 18.03.2016 19:54 # −1
3_14dar 18.03.2016 20:17 # −1
Vasiliy 18.03.2016 20:44 # −1
guest 18.03.2016 13:57 # 0
C:\Users\guest>ipconfig | findstr 192
IPv4-адрес. . . . . . . . . . . . : 192.168.1.9
Основной шлюз. . . . . . . . . : 192.168.1.1
C:\Users\guest>ipconfig | find 192
FIND: Неправильный формат параметра
3_14dar 18.03.2016 15:12 # +1
Вот где проблема.
guest 18.03.2016 19:08 # 0
а у тебя как?
c:\documents and settings\заднепроходной> ?
3_14dar 18.03.2016 19:13 # 0
Угу
guest 18.03.2016 19:15 # +1
3_14dar 18.03.2016 19:17 # 0
guest 19.03.2016 01:15 # 0
ты сам себя обламал на кучу прекрасного