Эврика

[Антон (LogRus)]

Прикольная штука надо будет поиспользовать

[Алексей++]

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

[Алексей++]

как определить, что для некоего окна открыто, возможно, дочернее модальное окно:

Код:

if(!pWin->IsWindowEnabled())
{
  //открыто модально
}

но, конечно, если окно блокировано через вызов pWin->EnableWindow(0) , то это вовсе не означает, что там открыто модальное. Но, когда окно своё - это программист должен и так знать, что он там делал )

когда пришлось применить: если главное окно имеет дочернее не модальное окно, которое, в свою очередь, может открыть дочернее модальное. Условие такое - главное окно нельзя давать закрыть, пока дочернее блокировано своим модальным окном

[Джон]

А закрывать дочернее не пробовал? Оно не должно реагировать на сообщения, пока у него модальное открыто.

[Алексей++]

так его и не получится закрыть ) А если закрыть главное (это легко) , то вылетает окно про отправить

[lapulya]

Алексей1153++, Я так понял Джон советует SendMessage (не PostMessage) из обработки WM_CLOSE главного закрыть дочернее и дело в шляпе

[Алексей++]

проверил сейчас - дочернее просто скрывается с экрана, модальное остаётся. Но проблемы такой нет - принудительно закрыть, я просто вытряхиваю дочернее с его модальным наверх - пусть юзер сам тыкается, что он там забыл сделать )

[Джон]

Именно, не закрывать главное, пока не сможешь закрыть дочернее. Вобще-то это лушче всего сделать именно по цепочке. Ведь глубина дочерних окон заранее не известна.
Логика простая - каждое окно не имеет права быть закрыто, пока отрыто хотя бы одно его дочернее окно. Как именно это сделать - решается на месте.

[Алексей++]

так и стараюсь обычно делать. А иначе неизбежно будет либо потеря данных (что юзеров не всегда пугает) либо окощко об отправке (что пугает юзеров до чёртиков ) )

[Алексей++]

о. Как удобно редактировать таблицу: делаем в екселе, копируем через буфер

[RXL]

Интересный ход Только табы надо прибить.

[Алексей++]

табы не мешают, они всё равно в пробелы превращаются в посте. А кроме того - если из исходника поста скопировать в буфер, то табы помогут обратно в ексель скопировать )

только вложенные таблицы уже не получится так править

[Finch]

Это хоть и Эврика. Но явно не относится к С++. Чтобы не плодить подобную тему в другом разделе. Выложу тут
Ситуация такая. На Debian 4.0 Etch был поставлен родной драйвер от NVidia графической карточки. Все работает. Также ставлю по инструкции драйвер для Wi-Fi карточки с чипсетом RT61. При перезагрузки тут же X падают. Причина падения: Нельзя запустить GLX. Мутил долго. Дошло до того, что просто с репрозитария скачал драйвер nv и сидел с ним. Недавно открылась мне причина
Когда ставился драйвер для вай фая, то он записал свой альяс в файл /etc/modprobe.conf. Тем самым перекрыв иницилизацию остальных альясов в каталоге /etc/modprobe.d. Что самое интересное, это повлияло на работу только для видео драйвера. Все остальное работало без проблем.

[RXL]

Уже совсем не C++...
Может перенесем тему или распилим?

[Вад]

Думаю, надо распилить. Займусь на досуге.

[Алексей++]

да какой смысл пилить - пусть все любые эврики тут и будут , этакий сборник хЫтростей, так и задумывалось )
Перенести разве что в Общий

[McZim]

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

[RXL]

McZim, согласен.

[Алексей++]

в студии VC++6 имеется некая глобальная переменная err , в отладчике в ней видно то, что вернул только что GetLastError()

[Алексей++]

в студии (в 6, по крайней мере):
TRACE() не позволяет слишком длинную строку вывести в лог, а если написать сразу
CString txt=...;
afxDump<<txt;

то ляхко )

Смысла в ограничении при вызове TRACE я так и не понял

[Алексей++]

нашёл в VC6 первый серьёзный глюк:

*** виноват был не компилятор ***

[Джон]

Лёш, уже Студия 2010  не за горами, а ты всё в шохе баги ловишь.

[Алексей++]

может для кого то и очевидно, а для меня стало вдруг открытием:  при ловле исключений, производных от CException (MFC) надо пользоваться не

Код:

try
{
}
catch(CException* e)
{
}

а

Код:

TRY
{
}
CATCH(CException, e)
{
}
END_CATCH

иначе при выпадании исключения каждый раз будет небольшая утечечечка памяти ))

Например, исключение CDBException могут генерироваться в методах классов CRecordset и CDatabase

[Алексей++]

открыл для себя "замечательную" штуку

Код:

	class A
	{
	};

	A a;
	//sizeof(A)==1; 
	//sizeof(a)==1; 

	DWORD dwd1=0x11223344;
	A a1;
	A a2;
	DWORD dwd2=0x55667788;

смотрим в память:

Код:

0012FDF4  88 77 66 55 CC CC CC CC
0012FDFC  CC CC CC CC 44 33 22 11

так он ещё и 4 байта занимает! Хотя sizeof() показал 1

я то всегда думал, что если тело класса пустое, то он и 0 байт займёт (то есть просто повыкидывается компилятором)

[Антон (LogRus)]

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

[Алексей++]

если подумать о передаче указателей на этот класс, то всё становится понятно

а всё равно засада Но теперь хоть иметь в виду стану

[Антон (LogRus)]

Алексей1153++, ни кто не обещал, что будет легко

[Алексей++]

а никто и не ждал ))

[Алексей++]

ну а что указатель то, кстати. Ведь ни одного мембера нет, всё равно обращаться то не к чему, то есть если извратов с кастами не прилагать, ошибку вызвать невозможно

[Антон (LogRus)]

по указателю можно узнать тип
от пустого класса могут быть порождены наследники, а могу и не быть.
можно сделать массив
да мало ли, что и где

цитата с http://www.cyberguru.ru/programming/cpp/cpp-velvet-way2-page2.html

Если можно ОБЪЯВИТЬ пустой класс, то можно ОПРЕДЕЛИТЬ и объект-представитель пустого класса. Эти объекты размещаются в памяти. Их размещение предполагает выделение объекту участка памяти с уникальным адресом, а это означает, что объекты пустого класса имеют ненулевой размер.