Nп/п : 13 из 100
От : Yury Haron 2:5020/848.23 05 апр 23 08:15:38
К : Eugene Muzychenko 05 апр 23 08:33:06
Тема : Развитие языка
----------------------------------------------------------------------------------
@MSGID: 2:5020/848.23 642d0743
@REPLY: 2:5000/14 642be55b
@CHRS: IBMPC 2
@PID: GED+W32 1.1.4.7
Приветствую Вас Eugene!
04 Апр 23 в 10:03, Eugene Muzychenko сообщал Yury Haron:
EM>>> в итоге точно знаешь, какие заголовки/библиотеки туда пошли. :)
YH>> ...потратив кучу времени и сил.
EM> Я бы не сказал, что кучу. :) Прям реальная боль это для тех, кто вместо
EM> программирования "записывает алгоритм при помощи конструкций языка", а
EM> операция build для них являет собой высшую магию. Такие, само собой, до
EM> посинения крутят (или наугад, или тупо по найденным в инете рецептам, не
EM> понимая их смысла) параметры в студии, пока либо не получится, либо не
EM> надоест. :)
И ровно та же ситуация со "скриптами" autotools ;-)
EM>>> Hа семерке оно запускается вообще без проблем, если явно не
EM>>> использует
YH>> Там в стартаповом коде есть использование 2-3 апишек появившихся в
YH>> 8ке.
EM> Ты какие "апишки" имеешь в виду - функции в kernel32, или в переходниках
EM> Downlevel`а (api-ms-win-xxx.dll)?
Первое, разумеется.
EM> Я только вчера проверял компилятором 19.29 от VS 2019, с родными
EM> библиотеками и SDK 10.0.19041 - в том стартапе, что обслуживает printf,
EM> плавучку и подобные типовые вещи, ничего подобного нет. Hу, или они были в
EM> VS 2015, а потом их таки убрали. И мой софт, если собираю его так,
EM> работает подо всеми семерками.
Hиже
YH>> использование в стартапе, например,
YH>> InitializeCriticalSectionAndSpinCount (причём в режиме когда с тем же
YH>> успехом можно было обычный задействовать) требует вислы+.
EM> У 2019 оно явно не в обязательном стартапе, а где-то в дополнительных
EM> функциях. Все мое, собранное с библиотеками оттуда, в XP запускается.
Да щас. void main(void) {}, собираешь cl test.c (сиречь с -MT) и получаешь.
Дай угадаю :) - "твой софт" (о котором ты писал выше) ты
компилируешь с -MD а в качестве библиотеки подсовываешь ему msvcrt.lib из DDK?
Если да - это вполне себе "танцы с бубном". Hе говоря уже о том что в
"системной" msvcrt много чего тоже нет. Просто (в таком варианте) упрёшся не в
"нехватку" из kernel32, а во всякие stat64i, etc.
Hа чем и прощаюсь,
Юра.
* Origin: АР словарь: software - придурковатый продукт (2:5020/848.23)
SEEN-BY: 452/28 166 455/19 4500/1 5020/545 848
1042 4441 12000 5022/128
SEEN-BY: 5030/1081 5059/37
@PATH: 5020/848 4441