Re: NULL и g++
On Tue, 26 Sep 2000, Nikolay Ilduganov wrote: 0 должен быть в C, а в плюсах есть null. Его даже vim подкрашивает. Нет в плюсах null'а как элемента языка. А то что vim его подкрашивает - его проблемы. On Tue, 26 Sep 2000, Alexander Kotelnikov wrote: Hi. Я хочу, чтобы в моей C++ программе NULL'ом был не (void*)0 и не __null, а просто int 0, как оно и дожно быть в плюсах, насколько я понимаю. Безопасно ли сделать что-нибудь типа # ifdef NULL # undef NULL # endif # define NULL (0) или const int NULL=0; и потом вызывать C функции? Спасибо, -- Alexander Kotelnikov Saint-Petersburg, Russia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Николай [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Best regards, -Vlad
Re: NULL и g++
On Tue, 26 Sep 2000, Alexander Kotelnikov wrote: Hi, Hi. Я хочу, чтобы в моей C++ программе NULL'ом был не (void*)0 и не __null, а просто int 0, как оно и дожно быть в плюсах, насколько я понимаю. Никак оно не должно быть. NULL - просто широко используемый макрос с типом указатель на void и значением 0. Можно вместо NULL писать ((void*)0) если так удобнее. Безопасно ли сделать что-нибудь типа # ifdef NULL # undef NULL # endif # define NULL (0) или const int NULL=0; Для чего? Чтобы нулевые указатели при выводе в поток как строки говили 0 а не (null) ? Таким образом не получится. Короче, я не вижу никакой пользы от такой подмены (но работать будет, может преджупрежедений будет больше). и потом вызывать C функции? Спасибо, -- Alexander Kotelnikov Saint-Petersburg, Russia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Best regards, -Vlad
Re: Debian 2.2 и море ругани
туннели делаются не так. Почему этого нет в NET4-HOWTO? Мать! Причем тут Debian? При том, что iproute не является ОБЯЗАТЕЛЬНЫМ пакетом, а без оного пакета, я бы трахался до сих пор. Уж если выпускается 2.2.x based Что-то я не понимаю. То, что ты трахался бы до сих пор, на мой взгляд, не является основанием для присваивания пакету статуса обязательного. И ты не ответил на мой вопрос -- какое отношение имеет Debian к отсутствию нужной тебе информации в NET4-HOWTO? дистрибутив, то такие пакеты как iproute должны быть required. Поехали далее. Поставил я bind. Гляжу - опаньки. Мало того, что теперь все файлы хранятся не в /var/named, так еще и сами конфиги переделаны. Мать их перемать. Слава богу, что хоть переделывать немного. Причем тут Debian? При том, что в slink'е было подругому, а теперь все поменялось. При том, что я не вижу СТАБИЛЬНОСТИ. Стабильности в конфигах, в расположении. Или ты считаешь, что такое перекраивание, смена каталогов и т.д только облегчает жизнь сисадмина? Я уже писал (а ты, видимо, не прочитал), что версия bind принципиально изменилась. И Debian тут не виноват. Кстати, если бы ты апгрейдился, а не ставился по новой, тебе бы сказали, что в bind все поменялось. Знаешь, если бы Debian был бы стабильным в твоем понимании, я бы пользовал другой дистрибутив. Изменение расположения конфигов байнда было логичным и идеологически правильным. Слушай, а чего ты не пользуешь NT? :-) Или хотя бы SuSE/RedHat/ещечтонибудь? Мне действительно интересно. Я вот пользую Debian потому, что он мне удобен и понятен. А судя по твоим письмам у тебя от Linux вообще и от Debian -- сплошные разочарования. Bind кардинально изменился, а совместимости со старыми конфигами нет!. Прости меня, это смешно :)) Понимаешь, Алексей, у нормальных людей при координальных переделках кардинальных :) не считается смешным рассказать о них пользоваетлю прямо в процессе установки. А ты апгрейдился? Ты ставился заново. Я апгрейдил bind, и мне все рассказали. Что касается Debian, то я повторял и повторяю, что самая удачная его версия была 1.3. Минимум гемора, глюков и максимум удобства. Ты мне так и не ответил. Еще раз процитирую часть письма с вопросом. Слушай, а чего ты не пользуешь NT? :-) Или хотя бы SuSE/RedHat/ещечтонибудь? Мне действительно интересно. Я вот пользую Debian потому, что он мне удобен и понятен. А судя по твоим письмам у тебя от Linux вообще и от Debian -- сплошные разочарования. Bind кардинально изменился, а совместимости со старыми конфигами нет!. Прости меня, это смешно :)) -- Alexey Vyskubov (at home) Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!
îÁ: Debian 2.2 É ÍÏÒÅ ÒÕÇÁÎÉ
Круто! - Теперь может еще кроме кривых рук еще и мастдай обсуждать начнем? ;-) - Исходное сообщение - От: Alexey Vyskubov [EMAIL PROTECTED] Кому: Victor Vislobokov [EMAIL PROTECTED] Копия: Debian Russian debian-russian@lists.debian.org Отправлено: 26 сентября 2000 г. 11:39 Тема: Re: Debian 2.2 и море ругани туннели делаются не так. Почему этого нет в NET4-HOWTO? Мать! Причем тут Debian? При том, что iproute не является ОБЯЗАТЕЛЬНЫМ пакетом, а без оного пакета, я бы трахался до сих пор. Уж если выпускается 2.2.x based Что-то я не понимаю. То, что ты трахался бы до сих пор, на мой взгляд, не является основанием для присваивания пакету статуса обязательного. И ты не ответил на мой вопрос -- какое отношение имеет Debian к отсутствию нужной тебе информации в NET4-HOWTO? дистрибутив, то такие пакеты как iproute должны быть required. Поехали далее. Поставил я bind. Гляжу - опаньки. Мало того, что теперь все файлы хранятся не в /var/named, так еще и сами конфиги переделаны. Мать их перемать. Слава богу, что хоть переделывать немного. Причем тут Debian? При том, что в slink'е было подругому, а теперь все поменялось. При том, что я не вижу СТАБИЛЬНОСТИ. Стабильности в конфигах, в расположении. Или ты считаешь, что такое перекраивание, смена каталогов и т.д только облегчает жизнь сисадмина? Я уже писал (а ты, видимо, не прочитал), что версия bind принципиально изменилась. И Debian тут не виноват. Кстати, если бы ты апгрейдился, а не ставился по новой, тебе бы сказали, что в bind все поменялось. Знаешь, если бы Debian был бы стабильным в твоем понимании, я бы пользовал другой дистрибутив. Изменение расположения конфигов байнда было логичным и идеологически правильным. Слушай, а чего ты не пользуешь NT? :-) Или хотя бы SuSE/RedHat/ещечтонибудь? Мне действительно интересно. Я вот пользую Debian потому, что он мне удобен и понятен. А судя по твоим письмам у тебя от Linux вообще и от Debian -- сплошные разочарования. Bind кардинально изменился, а совместимости со старыми конфигами нет!. Прости меня, это смешно :)) Понимаешь, Алексей, у нормальных людей при координальных переделках кардинальных :) не считается смешным рассказать о них пользоваетлю прямо в процессе установки. А ты апгрейдился? Ты ставился заново. Я апгрейдил bind, и мне все рассказали. Что касается Debian, то я повторял и повторяю, что самая удачная его версия была 1.3. Минимум гемора, глюков и максимум удобства. Ты мне так и не ответил. Еще раз процитирую часть письма с вопросом. Слушай, а чего ты не пользуешь NT? :-) Или хотя бы SuSE/RedHat/ещечтонибудь? Мне действительно интересно. Я вот пользую Debian потому, что он мне удобен и понятен. А судя по твоим письмам у тебя от Linux вообще и от Debian -- сплошные разочарования. Bind кардинально изменился, а совместимости со старыми конфигами нет!. Прости меня, это смешно :)) -- Alexey Vyskubov (at home) Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian 2.2 и море ругани
Alexey Vyskubov wrote: туннели делаются не так. Почему этого нет в NET4-HOWTO? Мать! Причем тут Debian? При том, что iproute не является ОБЯЗАТЕЛЬНЫМ пакетом, а без оного пакета, я бы трахался до сих пор. Уж если выпускается 2.2.x based Кстати он и не должен являтся обязательным. У меня стоит уже woody с ядром 2.4.0-test*, и все работает без этого пакета. Что-то я не понимаю. То, что ты трахался бы до сих пор, на мой взгляд, не является основанием для присваивания пакету статуса обязательного. И ты не ответил на мой вопрос -- какое отношение имеет Debian к отсутствию нужной тебе информации в NET4-HOWTO? дистрибутив, то такие пакеты как iproute должны быть required. Поехали далее. Поставил я bind. Гляжу - опаньки. Мало того, что теперь все файлы хранятся не в /var/named, так еще и сами конфиги переделаны. Мать их перемать. Слава богу, что хоть переделывать немного. Причем тут Debian? При том, что в slink'е было подругому, а теперь все поменялось. При том, что я не вижу СТАБИЛЬНОСТИ. Стабильности в конфигах, в расположении. Или ты считаешь, что такое перекраивание, смена каталогов и т.д только облегчает жизнь сисадмина? FHS 2.0: File Hierarhy Standard. И это правильно. wbr, Serge.
Re: Debian 2.2 и море ругани
Что-то я не понимаю. То, что ты трахался бы до сих пор, на мой взгляд, не является основанием для присваивания пакету статуса обязательного. И ты не ответил на мой вопрос -- какое отношение имеет Debian к отсутствию нужной тебе информации в NET4-HOWTO? А я что обвинял Debian в том, что в NET4-HOWTO отсутсвует означенная информация? Где? Покажи? Я сказал мать что она там отсутствует (кстати автору отписано), а то что здесь виноват Debain я вроде бы не заикался ;) Кстати, если ты внимательно прочтешь заголовок, то увидишь такую строчку как Debian 2.2 и море ругани, а не я обвиняю Debian во всех смертных грехах. дистрибутив, то такие пакеты как iproute должны быть required. Но вот в чем я совершенно уверен и в чем я готов обвинить Debian - это то, что статус пакет iproute не requiered. Я считаю, что для 2.2.x based дистрибутивов это непростительно. Я уже писал (а ты, видимо, не прочитал), что версия bind принципиально изменилась. И Debian тут не виноват. Кстати, если бы ты апгрейдился, а не ставился по новой, тебе бы сказали, что в bind все поменялось. Скажи мне, Алексей, в чем принципиальные отличия? Все отличия, которые я вижу, заключаются в переносе файлов из одного места в другое с небольшим изменением. Знаешь, если бы Debian был бы стабильным в твоем понимании, я бы пользовал другой дистрибутив. Изменение расположения конфигов байнда было логичным и идеологически правильным. Вот если оно было идеологически правильным, то почему в старых версиях debian файлы были не на месте? Сказать прикомпиляции, что биндир будет здесь, а датадир будет здесь умеет практически любой пионер. И если речь идет о стабильности, то надо чтобы и сегодня было здесь и завтра здесь, а не как в песне сегодня здесь, а завтра там. Ты тоже не ответил на мой вопрос и я его повторяю: ты считаешь, что такое перекраивание, смена каталогов и т.д только облегчает жизнь сисадмина? Слушай, а чего ты не пользуешь NT? :-) Или хотя бы SuSE/RedHat/ещечтонибудь? Я использую Debian, потому что среди дистрибувов Linux я пока не вижу ничего лучше. Я не говорю, что Debian меня устраивает полностью, нет, только процентов на 70%. И я буду ругать то, что мне не нравится и писать авторам и поднимать шум, ибо на мой взгляд это гораздо лучше той позиции, которую я вижу у тебя все хорошо и замечательно. С такой позицией Debian никогда не станет лучше. Виктор
Re: Debian 2.2 и море ругани
При том, что iproute не является ОБЯЗАТЕЛЬНЫМ пакетом, а без оного пакета, я бы трахался до сих пор. Уж если выпускается 2.2.x based Кстати он и не должен являтся обязательным. У меня стоит уже woody с ядром 2.4.0-test*, и все работает без этого пакета. Сергей, как ты думаешь у wood'и какая версия? Правильно 2.3. А я пишу про какую? Опять угадал - про 2.2 Виктор
Re: NULL и g++
Влад, согласен я с жабой спутал. Но в (void*)0 между С и С++ есть большая разница. В стандарте C++ написано, что NULL может быть как 0 так и 0L, но ни в коем случае не ((void*)0) иначе обещаются косяки при приведении (void*) к (class*). On Tue, 26 Sep 2000, Vlad Harchev wrote: On Tue, 26 Sep 2000, Alexander Kotelnikov wrote: Hi, Hi. Я хочу, чтобы в моей C++ программе NULL'ом был не (void*)0 и не __null, а просто int 0, как оно и дожно быть в плюсах, насколько я понимаю. Никак оно не должно быть. NULL - просто широко используемый макрос с типом указатель на void и значением 0. Можно вместо NULL писать ((void*)0) если так удобнее. Безопасно ли сделать что-нибудь типа # ifdef NULL # undef NULL # endif # define NULL (0) или const int NULL=0; Для чего? Чтобы нулевые указатели при выводе в поток как строки говили 0 а не (null) ? Таким образом не получится. Короче, я не вижу никакой пользы от такой подмены (но работать будет, может преджупрежедений будет больше). и потом вызывать C функции? Спасибо, -- Alexander Kotelnikov Saint-Petersburg, Russia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Best regards, -Vlad -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Николай [EMAIL PROTECTED]
Re: NULL и g++
On Tue, Sep 26, 2000 at 09:49:24AM +0500, Vlad Harchev wrote: Никак оно не должно быть. NULL - просто широко используемый макрос с типом указатель на void и значением 0. Можно вместо NULL писать ((void*)0) если так ^ Для C++ это не совсем так. Вот что говорит ISO C++ 18.1: ... 4- The macro NULL is an implementation-defined C++ null pointer constant in this International Standard (conv.ptr).* [Footnote: Possible definitions include 0 and 0L, but not (void*)0. --- end footnote] ... У g++ cstddef берет системный stddef.h, который, например, у меня на Соляре имеет следующее определение: #ifndef NULL #define NULL0 #endif Так что взгляни в свой /usr/include/stddef.h, держу пари, что ничего переопределять не придется. --cdi P.S. А $subj$ здесь не офф-топик часом? ;)
Re: Вопросы
On Tue, Sep 26, 2000 at 01:52:06AM +0400, Alexey Vyskubov wrote: 1. Сделать так, чтобы apache (не русский, а дебиановский) выдавал бы страницы (которые лежат в koi8-r) так, чтобы долбаный MS IE понял, что они koi8-r и не переключался бы на европу. А так даже META CHARSET=koi8-r в заголовке страницы не помогает :( meta http-equiv=Content-Type content=text/html; charset=koi8-r У меня работет. Прочитано -- не поверишь -- в рекомендациях W3C. Это понятно... Но есть смежный вопрос. CGI скрипт генерирует HTML файл с указанной строкой в начале и в Netscape и в IE первый раз (до reload) koi8-r нет и в помине... А.П.
Re: Debian 2.2 и море ругани
On Tue, 26 Sep 2000, Victor Vislobokov wrote: Сергей, как ты думаешь у wood'и какая версия? Правильно 2.3. А вот и нет неправильно я когда то дискутировал по этому поводу с дебиановцами и меня уверили что woody это woody %) а никакой не 2.3 номер релиза еще спорен Виктор -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Bye TimHisTeam
Re: Debian 2.2 и море ругани
Сергей, как ты думаешь у wood'и какая версия? Правильно 2.3. А вот и нет неправильно я когда то дискутировал по этому поводу с дебиановцами и меня уверили что woody это woody %) а никакой не 2.3 номер релиза еще спорен Елы, ну ты надеюсь спорить не будешь, что Debian 2.2 (POTATO) является 2.2.x based дистрибутивом? Я пишу про POTATO, woody меня пока не интересует. Виктор
Re: Debian 2.2 и море ругани
Victor Vislobokov wrote: При том, что iproute не является ОБЯЗАТЕЛЬНЫМ пакетом, а без оного пакета, я бы трахался до сих пор. Уж если выпускается 2.2.x based Кстати он и не должен являтся обязательным. У меня стоит уже woody с ядром 2.4.0-test*, и все работает без этого пакета. Сергей, как ты думаешь у wood'и какая версия? Правильно 2.3. А я пишу про какую? Опять угадал - про 2.2 Версия дистрибутива в данном случае не играет роли. iproute это A.Kuznetsov-ские штучки и нужны только для желающих получить все прелести ядер 2.2. И на мой взгляд potato намного более правильный дистрибутив чем slink. Один apt чего стоит. wbr, Serge. p.s. Я тут хочу письмо написать, с описанием Debian-dream. Возможно завтра, очень интересно что народ по его поводу скажет и может свои предложения внесет.
Re: NULL и g++
On Tue, 26 Sep 2000, Nikolay Ilduganov wrote: Влад, согласен я с жабой спутал. Но в (void*)0 между С и С++ есть большая разница. В стандарте C++ написано, что NULL может быть как 0 так и 0L, но ни в коем случае не ((void*)0) иначе обещаются косяки при приведении (void*) к (class*). Вообще да, может быть. У меня ни разу не возникала потребность переназначить NULL. Хотя если честно, мне не очевидно, что могут быть какие-то проблемы при использовании в качестве NULL ((void*)0) (да, я прочитал стандарт на С++ от корки до корки - и не могу представить каких-нить проблем с ((void*)0) ). On Tue, 26 Sep 2000, Vlad Harchev wrote: On Tue, 26 Sep 2000, Alexander Kotelnikov wrote: Hi, Hi. Я хочу, чтобы в моей C++ программе NULL'ом был не (void*)0 и не __null, а просто int 0, как оно и дожно быть в плюсах, насколько я понимаю. Никак оно не должно быть. NULL - просто широко используемый макрос с типом указатель на void и значением 0. Можно вместо NULL писать ((void*)0) если так удобнее. Безопасно ли сделать что-нибудь типа # ifdef NULL # undef NULL # endif # define NULL (0) или const int NULL=0; Для чего? Чтобы нулевые указатели при выводе в поток как строки говили 0 а не (null) ? Таким образом не получится. Короче, я не вижу никакой пользы от такой подмены (но работать будет, может преджупрежедений будет больше). и потом вызывать C функции? Спасибо, Best regards, -Vlad
Re: Debian 2.2 и море ругани
Victor Vislobokov wrote: Что-то я не понимаю. То, что ты трахался бы до сих пор, на мой взгляд, не является основанием для присваивания пакету статуса обязательного. И ты не ответил на мой вопрос -- какое отношение имеет Debian к отсутствию нужной тебе информации в NET4-HOWTO? А я что обвинял Debian в том, что в NET4-HOWTO отсутсвует означенная информация? Где? Покажи? Я сказал мать что она там отсутствует (кстати автору отписано), а то что здесь виноват Debain я вроде бы не заикался ;) Кстати, если ты внимательно прочтешь заголовок, то увидишь такую строчку как Debian 2.2 и море ругани, а не я обвиняю Debian во всех смертных грехах. дистрибутив, то такие пакеты как iproute должны быть required. Но вот в чем я совершенно уверен и в чем я готов обвинить Debian - это то, что статус пакет iproute не requiered. Я считаю, что для 2.2.x based дистрибутивов это непростительно. возможно. Но только при этом все скрипты должны использовать новые команды, а это может повлечь сильные изменения. Я уже писал (а ты, видимо, не прочитал), что версия bind принципиально изменилась. И Debian тут не виноват. Кстати, если бы ты апгрейдился, а не ставился по новой, тебе бы сказали, что в bind все поменялось. Скажи мне, Алексей, в чем принципиальные отличия? Все отличия, которые я вижу, заключаются в переносе файлов из одного места в другое с небольшим изменением. изменился формат конфига, конфиг перенсен в место для конфигов т.е. в /etc Знаешь, если бы Debian был бы стабильным в твоем понимании, я бы пользовал другой дистрибутив. Изменение расположения конфигов байнда было логичным и идеологически правильным. Вот если оно было идеологически правильным, то почему в старых версиях debian файлы были не на месте? Сказать прикомпиляции, что биндир потому что не был выработан стандарт на расположение файлов, теперь дебиан хочет соответствовать FHS2.1 и движется к этому. Да будет больно, зато потом жизнь проще станет. будет здесь, а датадир будет здесь умеет практически любой пионер. И если речь идет о стабильности, то надо чтобы и сегодня было здесь и завтра здесь, а не как в песне сегодня здесь, а завтра там. Ты тоже не ответил на мой вопрос и я его повторяю: ты считаешь, что такое перекраивание, смена каталогов и т.д только облегчает жизнь сисадмина? перекраивание ведущее к стандартизации - облегчает жизнь админу. Даже такое болезненное. wbr, Serge.
Re: Debian 2.2 и море ругани
On Tue, 26 Sep 2000, Victor Vislobokov wrote: Елы, ну ты надеюсь спорить не будешь, что Debian 2.2 (POTATO) является 2.2.x based дистрибутивом? Я пишу про POTATO, woody меня пока не интересует. Я просто уточнил для общей информации меня вообще это все смешит ругать все надо разбираться я постепенно переходил от slink'a к potato и соответственно замечал все изменения если бы я перешел сразу то то пришлось бы мучаться, не спорю но немного все основное осталось по прежнему хотя мне больше понравился woody %) Виктор -- Bye TimHisTeam
Re: Вопросы
On Tue, Sep 26, 2000 at 01:38:24PM +0400, Alexey Petrov wrote: On Tue, Sep 26, 2000 at 01:52:06AM +0400, Alexey Vyskubov wrote: 1. Сделать так, чтобы apache (не русский, а дебиановский) выдавал бы страницы (которые лежат в koi8-r) так, чтобы долбаный MS IE понял, что они koi8-r и не переключался бы на европу. А так даже META CHARSET=koi8-r в заголовке страницы не помогает :( meta http-equiv=Content-Type content=text/html; charset=koi8-r У меня работет. Прочитано -- не поверишь -- в рекомендациях W3C. Это понятно... Но есть смежный вопрос. CGI скрипт генерирует HTML файл с указанной строкой в начале и в Netscape и в IE первый раз (до reload) koi8-r нет и в помине... А.П. -- Так надо чтобы скрипт выдавал Content-Type: tex/html; charset=koi8-r Я не думаю что apache анализирует выход CGI -- Sincerely yours, Konstantin Kivi [EMAIL PROTECTED]
Re: Вопросы
On Tue, 26 Sep 2000, Konstantin Kivi wrote: -- Так надо чтобы скрипт выдавал Content-Type: tex/html; charset=koi8-r Я не думаю что apache анализирует выход CGI Анализирует, анализирует. По крайней мере заголовки. -- Victor Wagner [EMAIL PROTECTED] Programmer Office:7-(095)-785-09-72 Communiware.Net Home: 7-(095)-135-46-61 http://www.communiware.net http://www.ice.ru/~vitus
Re: Russian deb
On Tue, Sep 26, 2000 at 12:53:01PM +0700, Paul S. Romanchenko wrote: Привет. А почему у нас так мало русскоязычной доки в пакетах? Может её того, шиши? ;) Как там стать майнтайнером? Сначала русский подучить ;-) -- Sincerely yours, Konstantin Kivi [EMAIL PROTECTED]
Re: NULL и g++
On Tue, Sep 26, 2000 at 01:32:54PM +0400, Dennis I. Chernoivanov wrote: У g++ cstddef берет системный stddef.h, который, например, у меня на Соляре имеет следующее определение: #ifndef NULL #define NULL0 #endif Так что взгляни в свой /usr/include/stddef.h, держу пари, что ничего переопределять не придется. /usr/include/linux/srddef.h: #if defined(__cplusplus) #define NULL 0 но почему-то NULL у меня равен __null, если я сам не позабочусь. -- Alexander Kotelnikov Saint-Petersburg, Russia
Re: NULL и g++
On Tue, 26 Sep 2000, Alexander Kotelnikov wrote: On Tue, Sep 26, 2000 at 09:49:24AM +0500, Vlad Harchev wrote: Я хочу, чтобы в моей C++ программе NULL'ом был не (void*)0 и не __null, а просто int 0, как оно и дожно быть в плюсах, насколько я понимаю. Никак оно не должно быть. NULL - просто широко используемый макрос с типом указатель на void и значением 0. Можно вместо NULL писать ((void*)0) если так удобнее. Это в C. В C++ NULL'а кажется нет, а Страуструп пишет, что есди уж очень надо, то сделайте так: const int NULL=0; Так делать глупо с точки зрения производительности - компилятор не будет знать значение константы NULL при компиляции - будет выдавать код для загрузки этой константы из памяти вместо прямой инструкции на сравнение с нулем. Для чего? Чтобы нулевые указатели при выводе в поток как строки говили 0 а не (null) ? Таким образом не получится. получится. Если только выводить NULL в поток напрямую, без кастинга, как например: cout NULL; У меня в коде лично такое ни разу не встречалось :) А вот cout (char*)NULL; по прежнему будет писать (null). Короче, я не вижу никакой пользы от такой подмены (но работать будет, может преджупрежедений будет больше). использование NULL в арифметических выражениях в качестве 0 в win32 очень распространено :(, а я модифицирую код работающий там. Да? Ни разу не видел и сам не юзал. Что-то очень странный код ты хакаешь :) -- Alexander Kotelnikov Saint-Petersburg, Russia Best regards, -Vlad
Re: Debian 2.2 и море ругани
это то, что статус пакет iproute не requiered. Я считаю, что для 2.2.x based дистрибутивов это непростительно. Вот моя домашняя машина: 23:02:20 pepper:~$ dpkg -l | grep iproute 23:02:27 pepper:~$ Скажи, нафига мне дома iproute? Хотя у меня дома даже сетка локальная есть. Скажи мне, Алексей, в чем принципиальные отличия? Все отличия, которые я вижу, заключаются в переносе файлов из одного места в другое с небольшим изменением. Отличия в изменении расположения файлов с идеологически неправильного на идеологически правильное и в изменении (пусть небольшом) формата конфигов. вопрос и я его повторяю: ты считаешь, что такое перекраивание, смена каталогов и т.д только облегчает жизнь сисадмина? Да. Перенос конфигов байнда из #$^%$ в правильное место облегчает жихзнь сисадмина. Нужно объяснять, почему? поднимать шум, ибо на мой взгляд это гораздо лучше той позиции, которую я вижу у тебя все хорошо и замечательно. С такой позицией Debian никогда не станет лучше. Сходи на Debian bug tracking system и посчитай запощенные мной баги. :-) Вместо шумной ругани можно писать баг-репорты. -- Alexey Vyskubov (at home) Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!
Re: NULL и g++
Привет, Влад! On Tue, 26 Sep 2000, Vlad Harchev wrote: Это в C. В C++ NULL'а кажется нет, а Страуструп пишет, что есди уж очень надо, то сделайте так: const int NULL=0; Так делать глупо с точки зрения производительности - компилятор не будет знать значение константы NULL при компиляции - будет выдавать код для загрузки этой константы из памяти вместо прямой инструкции на сравнение с нулем. Ничего глупого здесь нет. Компилятор не хуже нас с Вами видит, что это константа, и в состоянии сообразить, что можно подставить инструкцию сравнения с нулём. -- Best regards, Eugene
Re: Debian 2.2 и море ругани
Скажи, нафига мне дома iproute? Хотя у меня дома даже сетка локальная есть. А route у тебя дома есть? Думаю да, поскольку у тебя есть локальная сеть. Но это почему-то у тебя это удивление не вызывает. Может у iproute размер большой? Да нет оказывается только 600К с документацией. В чем тогда дело. Видимо в чей-то упертости. ;) Скажи мне, Алексей, в чем принципиальные отличия? Все отличия, которые я вижу, заключаются в переносе файлов из одного места в другое с небольшим изменением. Отличия в изменении расположения файлов с идеологически неправильного на идеологически правильное и в изменении (пусть небольшом) формата конфигов. Вопрос идеологии - это как вопрос веры. Я вот идеологически правильным считаю наличие /etc/X11/window-managers. Надеюсь не надо объяснять почему? Однако тем кто у руля наплевать на то, что я считаю правильным. Другими словами, тебя устраивают эти измнения. Возможно меня они тоже устроят, когда я привыкну. НО я желаю знать об этих изменениях, не только когда я делаю апгрейд, но и когда ставлю новую версию. вопрос и я его повторяю: ты считаешь, что такое перекраивание, смена каталогов и т.д только облегчает жизнь сисадмина? Да. Перенос конфигов байнда из #$^%$ в правильное место облегчает жихзнь сисадмина. Нужно объяснять, почему? Объясни. Я вот пока облегчения не чувствую. Также объясни мне какое облегчение я получил после отказа от /etc/X11/window-managers, а также после отказа от ключевых слов allow-xdm в /etc/X11/options и т.д. поднимать шум, ибо на мой взгляд это гораздо лучше той позиции, которую я вижу у тебя все хорошо и замечательно. С такой позицией Debian никогда не станет лучше. Сходи на Debian bug tracking system и посчитай запощенные мной баги. :-) Вместо шумной ругани можно писать баг-репорты. Можно. Возможно твои багрепорты исправляют важные глюки и ошибки. Но кто о них знает, кроме той команды, которая работает над их исправлением? Чем это облегчает существование тех, кто пойдет за тобой и снова наступит на эти грабли? Ты скажешь, что можно пойти и почитать эти баги. Можно. Но у меня нет на это времени. Багов тысячи, а я один и завален работой. Так что можно было бы (как мне кажется) постить описание бага (и если есть его решение) сюда на чистом русском языке. Виктор
Re: Debian 2.2 и море ругани
Я просто уточнил для общей информации меня вообще это все смешит ругать все надо разбираться Кто спорит? Но ведь правда лучше, если тебе в этом помогает дистрибутив? я постепенно переходил от slink'a к potato и соответственно замечал все изменения если бы я перешел сразу то то пришлось бы мучаться, не спорю но немного У меня же не было возможности переходить постепенно. Я в общем-то мучился недолго. Но что меня взбесило - это долбаный IP-туннель. С ядром док по этому делу тю-тю. В HOWTO снова тю-тю, а делать-то надо. Как? Прыгать вокруг компа с бубном? все основное осталось по прежнему хотя мне больше понравился woody %) Взял я из woody ALSA 0.5.x. Собрал и поставил. Затем взял mpg123 и начал собирать. Да вот только не собирается он с ALSA 0.5.x, точнее mpg123-alsa. Вот вам и весь woody. Виктор
