Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
[C++] Вариант неплох, но ?! 24.07.01 11:08 Число просмотров: 886
Автор: XR <eXtremal Research> Статус: The Elderman
Отредактировано 24.07.01 11:32 Количество правок: 1
|
> солнечной радиации в этом месяце и жаркой погоды, чтобы
> изменить пару бит по случайному адресу (опять же
> пресловутые законы Мерфи). Думаешь зря чтоли существуют
> соответствующие технологии (RAM ECC, SFT level XXX, etc...)
Эт офтопик в контексте нашего с тобой спора :)
> > Покажешь работающий код - прибивающий сей механизм бум
> > говорить
> > нет - не будет разговор
> будет тебе код.
Вот это другой разговор :)
> ну пусть и виртуальные (в виде рейтинга) но имеешь ведь !??
????
2dl: не уберешь меня из рейтинга совсем ?
> Или пиво !??
Если б мне за это пиво ставили я бы года 3 назад спился бы уже :))))
> > Ага - и как ты отличишь указатель на Calss1 от Class2
> :)))
> а это забота компилятора, а не моя. А тем кто играется в
> игры class->void->class надо руки отшибать, ИМХО!
Тут не все так просто ... мне сплошь и рядом приходится с этим сталкиваться
например при передаче объектов по сетке либо при скармливании указателя
на объект функциям типа pthread_create(...) etc.
[код скипнут]
> вот и попробуй под отладчиком поменять значение realptr
Зачем отладчиком то ?
int a[10]
memcpy(p,a,sizeof(p)) вполне годится :) и все твои is* идут лесом :)
я говорил вот о чем:
char a[10];
Safe<char> b[10];
try {
for(int i=0; i<15;i++)
b = a;
}catch(...){printf("Bad object.\n");}
---
то есть защита целосности самого объекта
>
> а насчет более мелких ошибок - типа выхода за границу
> массива - повторюсь: имеются очень элегантные методы,
> например все теже умные массивы с перегруженными
> операторами доступа к элементу, итераторами и генераторами
> умных указателей для клиентского кода.
Вопросы дизайна это вопросы вкуса ... я например итераторы ненавижу :)
>
> Короче, реальных указателей и массивов в программе не
> должно бытьВООБЩЕ- это и есть штиль программирования
> без глюков, ИМХО! Ну, кроме быть может частей кода тесно
> работающего с системными вызовами. Но там - это уже забота
> ядра.
Ну Java так и делает. Вообще вопрость стиля это не вопрос ImHO ...
PS: Извини за вчерашнюю резкость, просто история с Димкой меня напрочь выбила из
колеи :(
|
|
|
подробно о проекте
Анализ криптографических сетевых...
