а зачем его, менять?? жля UNICODE есть свой тип, а char он для ANSI и ИМХО всегда будет один байт..
  народ я вам вообще удивляюсь, вы каждые три строчки кода пытаетесь сделать переносимыми на все платформы, да плюс чтобы они работали 100 лет  Зачем? ИМХО это лишнее.

Мультфильм "и так сойдёт" смотрели? 

Лишне - не пытаться это делать. Вы видимо не работали с системами, которые вылетают из за того, что не написаны кроссплатформенно. И найти ошибку в этом случае очень тяжело. А какие завтра будут системы?. Я лично постоянно злюсь, когда находятся куски кода в нете, которые больше не работают.

У нас на форуме поощряется кросс платформенный код! Так как охватывает наибольшее количество участников.

нет к сожалению(а может к счастью  )

я ничего против и не имею, просто зачем доходить до маразма??
я согласен, что если есть серьезный(более менее)проект, то тут нужно это, а зачем увеличивать код, небольшой программки предназначенной просто для сдачи в универ, или для кратковременного использования конкретным человеком(я не говорю конкретно про данный случай) всеми тонкостями языка..
есчо давайте перестанем использовать STL, ведь он есчо не входит в стандарт etc
Все ИМХО, просьбо особо фанатичных ногами не пинать     

Спорное заявление

STL = Standart Template Library?

Лучше использовать sizeof(char), тем более что это развернется в конкретное значение
имхо magic numbers в программах - зло

где маразм?

Не знаю как другим, а мне корявый код руки не позволяют писАть    Разве что надо очень срочно и лишь бы работало, но я стараюсь до этого не доводить

Это сообщение отредактировал(а) MAKCim - 8.11.2006, 22:19

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

MAKCim, 
все началось с моего примера  здесь
реализации получения вдоичного предствления числа
честно говоря, мне не очень понравился код, который привел vinter.
Т.е. он рабочий, но немного сыроватый и некрасивый... Вот я и решил высказать конструктивную критику и написать свой вариант
я НЕ СЧИТАЮ, что этот вариант сложный, и в нем все доведено до маразма. Как раз наоборот, красиво (!) показан путь для кроссплатформенности...
(я же не использую директивы условной компиляции и другие прибамбасы   )

Это сообщение отредактировал(а) Kuvaldis - 8.11.2006, 23:21

Ну если код на С, то он уже в принципе на компиляторах поддерживающих только ansi-стандарт не заведется
также fgetc не сильно хорошее решение. Даже несмотря на буферизацию слишком много обращений к блочному девайсу будет при большом файле, уж лучше read fread

в С использование препроцессора в порядке вещей и он здорово помогает в некоторых случаях. Я уж молчу про Линукс: посмотрите в исходный код ядра и вам станет хорошо   

STL в стандарт входит.