|
eManual.ru - электронная документация
Секция 2 из 2 - Предыдущая - Следующая
#ifdef __cplusplus
# define tmalloc(type) (new type)
# define amalloc(type, size) (new type[size])
# define del(var) delete(var)
# define adel(var) delete[](var)
#else
# define tmalloc(type) ((type*)malloc(sizeof(type)))
# define amalloc(type, size) ((type*)malloc(sizeof(type) * (size)))
# define del(var) free(var)
# define vmalloc(var) ((var) = malloc(sizeof(*(var))))
#endif
/------/
>> 023. Почему findfirst/findnext выдают не только каталоги, но и файлы?
> Q: В начале кусочек прогмы, а потом вопрос:
> done = findfirst("*.*", &onlydir, FA_DIREC);
> while(!done){
> cout << onlydir.ff_name << endl;
> done = findnext(&onlydir);
> }
> Я не понимаю, почему выдаются все файлы, вроде указал, что мне нужны
> только c аттрибутом директория? Можно, конечно, проверять ff_attrib,
> что нашли findfirst и findnext, но ето мне кажется не выход. Может я
> че не дочитал или не понял, а?
A: (Ivan Rouzanov) - 27.12.95
Это не баг, это фича ms-dos. Если атрибут установлен, то находятся как
файлы с установленным атрибутом, так и без него. Если не установлен, то
находятся только файлы без него. И проверять ff_attrib вполне выход. Не
дочитал же хелп про findfirst/findnext.
/------/
>> 024. Почему в файле мусор появляется?
> Q: Cоздается файл: fopen(FPtr,"w"); Как может случится, что структура
> пишется на диск некорректно ???
A: (Igor Krassikov) - 04.05.99
fopen (FPtr,"wb"); Режим не тот...
Кроме того, следует проверить выравнивание структур. В тех случаях,
когда это критично, следует установить выравнивание на 1. В случае Watcom
(который, кстати, стал по умолчанию выравнивать не на 1) это достигается
примерно так:
#pragma pack(push,1)
struct {
. . .
}
#pragma pack(pop)
/------/
>> 025. "Уезжает" экран при выводе в последнюю позицию экрана
> Q: При печати функцией cprintf в позицию экрана x = 80, y = 25 происходит
> автоматический перевод строки (сдвиг всего экрана на строку вверх и
> очистка нижней строки) и сие знакоместо так и остается пустым.
> Может кто знает, как вывести символ в это знакоместо.
A: () - 27.12.95
Нажми Ctrl+F1 на слове _wscroll в Борландовском IDE. Правда, printf
это не вылечит, так как его вывод идёт не через борландовскую библиотеку.
/------/
>> 026. Как очистить экран?
> Q: Kaк очистить текстовый экрaн в стaндaрте ANSI C?
A: () - 27.12.95
Никак, в ANSI C нет понятия экрана и текстового режима. В Turbo C так:
#include <conio.h>
void main(void) { clrscr(); }
Можно также попробовать выдавать ANSI ESC-коды или сделать следующее:
#include <stdio.h>
#define NROWS 2*25 /* Чтобы обработать случай курсора в
первой строке */
void main(void){
short i;
for(i = 0; i < NROWS; i++) puts("");
}
Но это совершенно негарантированные способы.
/------/
>> 027. Почему курсор мыши не рисуется?
> Q: Пользую прерывания VESA, пытаюсь подключить мыш и вот тут начинается
> сумасшедший дом... Вот и думаю надо у All-а спросить, он то знает.
A: () - 04.02.96
Короче дело так. Мышиный драйвер не знает какой у тебя на данный
момент видео-режим и использует параметры предыдущего режима (у тебя он
наверное текстовый - там мышь скачет дискретно по 8). Посему, рисовать мышь
ты должен сам :((. А чтобы координаты мыши отслеживать, у 33h прерывания
есть функция, которая возвращает смещение мыши от последней ее позиции.
A: (Arkady Belousov) - 04.02.96
Можно обойтись без рисования своего курсора мыши если найти драйвер,
понимающий VESA-режимы. Например, в Logitech MouseWare 6.3 входит некий
оверлейчик для генерации курсора для режимов Везы, коий соответствует
какой-то там совместной спецификации Везы и Логитеча.
/------/
>> 028. Существует ли TV для других компиляторов и платформ?
> Q: Существует ли TV для других компиляторов и платформ и где его взять?
A: (Igor Krassikov) - 10.11.99
Да, рекомендуется взглянуть на TV32 от Ильфака Гуильфанова. Компилируется
под 3 платформы (DOS32, W32, OS/2) как Watcom, так и Borland. Ищите tv32g.zip
(.rar) Имеется, например, на http://ftp2.materials.kiev.ua/!ftp/dev/watcom/
Следует учесть две тонкости при компиляции его Watcom 11.0 -
1. Если пpи компиляции под OS/2 вы сpазy полyчили trap - это виноваты
не вы, а баг в wlink; либо возьмите wlink 10.6, либо - yтилиткy watfix,
котоpая yспешно с этим боpется и пpигодится вам не только пpи компиляции TV.
Имеется по томy же yказанномy выше адpесy, что и TV.
2. После сборки может делать вид, что работает, ничего не выводя на экран
:( Решение - отключить оптимизацию при компиляции TV (-od)
Коллективный pазyм в эхе WATCOM.C пpишел к выводy, что можно также
вместо инициализации в констpyктоpе TView
TView::TView() :
owner( 0 ), next( 0 ), options( 0 ), state( 1 ),
growMode( 0 ), dragMode( 2 ), helpCtx( 3 ),
eventMask( 4 )
{
....
на котоpой и глючит оптимизатоp Watcom C++, использовать соответствyющие
пpисвоения в теле констpyктоpа.
A: (Vladimir Goncharov) - 09.03.97
Перелопаченный Turbo Vision под g++ под Unix доступен на
sunsite.unc.edu/pub/Linux/GCC.../tv-0[1,2].tar.gz
/------/
>> 029. Освобождается ли память при определении переменной внутри блока?
> Q: Меня интересует вопрос, освобождается ли память при определении
> внутри блока переменной:
> void main(){
> { int a; ... }
> // Сейчас int a уже использовать нельзя, а память освободилась?
> }
A: (Arkady Belousov) - 17.03.97
Зависит от реализации.
(1) Формально никто не запрещает для main (и прочих нерекурсивных
функций) заранее выделить память под автоматические переменные.
(2) Большинство реализаций придерживаются стековой модели даже для
нерекурсивных функций - разумеется, после выхода из функции стек будет
в том же состоянии, что и перед вызовом функции (есть тонкости: писюковые
реализации C требуют очистки стека от аргументов в вызывающей функции,
паскалевские реализации делают это в вызываемых функциях).
(3) Плохие реализации вполне могут отводить место на стеке для всех
переменных функции в начале функции. Более продвинутые могут откусывать
место по мере надобности (взять при входе в блок, освободить при выходе).
Известные мне реализации выделяют место на стеке для наибольшего блока в
функции в начале же функции, перекрывая соседние блоки, что несколько
уменьшает требование к месту по отношению к худшему варианту и требует
всего лишь по одному выделению стекового фрейма на функцию. С другой
стороны, если в одном блоке стоит что-нибудь типа char c[40000u], а в
другом вызывается функция, требующая также 40000u байт под стек, то
переполнение при стеке в 64K гарантированно.
Таким образом, ответ на заданный вопрос следующий: в большинстве
писюковых реализациях место из под `a' будет освобождено только в конце
функции, но оно может быть использовано в соседних блоках.
/------/
>> 030. Проблемы с функциями выделения памяти в BC++ 3.1
> Q: Пpи pаботе с функциями выделения памяти в BC 3.1 под DOS
> пpи попытке выделить больше ~50kb система глючит или
> дохнет. Независимо от типа выделния - опеpатоpом new[], ф-ями
> malloc(), farmalloc(), и независимо от того, целиком или по
> кускам выделяю. Что делать?
A: (Sergey Litvinenko) - 31.03.97
Если ситуация проявляется в среде, а без среды нет - то изменить
{Menu}, {Options}, {Debugger}, {Program Heap Size}
Там по умолчанию стоит 64 KB. Я ставлю себе 640 и доступна вся какая есть.
Естественно не 640, а сколько осталось конвертируемой.
/------/
>> 031. Отличие typedef struct от struct
> Q: А чем отличается
> typedef struct
> {
> .......
> } Name;
>
> от
>
> struct name
> {
> ......
> };
A: Alexander Krotoff - 01.07.99
Это старый сишный трюк, в С++ он уже не нужен. После первого описания
можно просто писать:
Name a, b;
а после второго в Си обязательно использовать ключевое слово struct:
struct name a, b;
/------/
>> 032. Проверка целостности хипа
> Q: Программа глючит. Что делать?
A: (Sergey Litvinenko) - 31.03.97
То что у тебя программа глюкает - ищи в программе. Должна-бы честно
сказать - "кончилась память", подчистить хвосты и завершиться. Ещё ошибка
по нехватке памяти возникает если запорчен heap :-(. Проверь память.
Поставь обработчик проверки памяти на нехватку памяти
void isHeapOk(){
cerr << (heapcheck( ) != _HEAPOK ? "Хипу кранты :-"
: "Память кончилась");
exit(-1);
}
main(){
// ...
set_new_handler(isHeapOk);
// ...
}
/------/
>> 033. Работа с массивами более 64K
> Q: Хочу получить массив из 65536 unsigned long. Правильно ли я делаю:
> unsigned long *Buf = new unsigned long[65535];
> if(!Buf) return 1;
> Buf[16384]++; // здесь меняется нулевой элемент
A: (Arkady Belousov) - 02.04.97
Под MS-DOS size_t имеет 16 бит и потому ограничено значением 65535. А
теперь умножь 65535*sizeof(ulong) и возьми 16-битный остаток - и посмотри,
сколько у тебя реально выделяется (здесь - ноль). Надо так:
unsigned long huge *buf = new unsigned long huge[70000];
// ^^^^ ^^^^
if(!buf) return false;
А насчёт изменения нулевого элемента: нет ни far, ни huge - а ещё
желаешь без заворота сегмента (ведь 16384*4=64K)?
/------/
>> 034. Работа со строками в хипе
> Q: Насколько я понял, для коppектной обpаботки пеpеменных типа char*
> вначале необходимо выделение памяти, в конце освобождение оной:
> char *str = (char*)malloc(num_char); ... free(str);
> Но имеются пpоблемы - одни пеpеменные меняют значение пpи обpаботке
> дpугих. Если предыдущее верно, то произойдёт ли освобождение памяти,
> если в начале модуля использовать malloc (при использовании free до
> return переменная теряет свою актуальность, а после return,
> естественно, не обрабатывается
A: (Alexander Krotoff) - 19.09.97
Причин может быть очень много. Наиболее типичные ошибки следующие.
Первое: при копировании строки забывают прибавить 1 к ее длинне, то есть
char *my_strdup(char *str){
char *p = malloc(strlen(str));
// здесь забывают прибавить 1.
// должно быть p = malloc (strlen(str)+1);
return strcpy(p, str);
}
Вторая ошибка: используют уже освобожденную по free строку.
char *p = strdup (s);
char *p2 = p;
free (p);
дальше ни p, ни p2 использовать нельзя, пока не присвоишь им другое
значение.
Третья: копируют строки не по strcpy, а указатель:
char *a = "my string";
char *b = a; // копируется не строка, а указатель на неё
...
free (b); // ошибка здесь
Четвертая ошибка: удаляют строку "за брюхо" не "за голову".
char *str = strdup("my string");
str++;
free(str);
Далее идет "экзотика". Чего только студент не напишет. ;-) Второй вопрос
нечёткий. Если память выделена по malloc, то ее освободить можно только по
free. Вручную. Не зависимо от того в какой функции она выделена и где
будет освобождаться.
/------/
>> 035. Доступ к полям структуры из встроенного asm в BC++ 3.1
> Q: Как получить доступ к полям структуры из встроенного asm? Адрес
> структуры еще загрузить можно, но если обращаться по имени к полю
> структуры (в данном случае к structure.filed) asm ругается на попытку
> сложения двух адресов. А если в ассемблерном модуле в extrn-e не
> описать поле тогда его не видит С.
Пиши так:
mov ax, seg structure
mov ds, ax
lea bx, structure.field
mov ax, [bx]
или
lds bx, structure
mov ax, [bx].field
И ещё кое-что из доки (BC++ Programmer's Guide, p.406):
"However, there is one restriction. If two structures that you are using in
inline assembly have the same member name, you must distinguish between
them. Insert the structure type (in parentheses) between the dot and the
member name, as if it were a cast. For example,
asm mov bx,[di].(struct tm)tm_hour
"
/------/
>> 036. k[++j] = k[j-- - 1] + k[++j]; Как это считается?
> Q: Отгадай загадку, All. Как будет выглядеть массив k после:
>
> int k[] = { 0, 1, 2, 3, 4, 5 };
> int j = 2;
>
> k[++j] = k[j-- - 1] + k[++j];
>
> Проверил на трех компиляторах - MSVC++ 6.0 SP3, BC 3.1,
> Watcom 11.0 - и в C и в C++ режимах. Ответы разные у всех компиляторов!
A: (Serge A. Rider) - 30.10.1999
Лень глядеть в стандарт, но вот из Страуструпа:
-------------------------------
6.2.2 Evaluation Order
The order of evaluation of subexpressions within an expression is
undefined. In particular, you cannot assume that the expression is
evaluated left to right.
-------------------------------
Короче говоря, в твоем варианте операции ++j, j-- и ++j могут
выполняться в любой последовательности - как захочется компилятору -
со всеми вытекающими. Исключение составляют только ",", && и || - они
всегдя слева направо.
(Не только эти. Есть еще тернарная операция `?:'. -- Ivan Kosarev (31.10.99))
В общем, перепиши свое выражение, чтобы оно не зависело от порядка
вычисления подвыражений.
/------/
>> 037. Перегрузка функции предка, но с другим числом параметров.
> Есть такая вот конструкция:
>
> #include <stdio.h>
>
> class A {
> public:
> void f(int a)
> {printf("One-parameter function called. a = %dn", a);}
> };
>
> class B : public A {
> public:
> void f(int a, int b)
> {printf("Two-parameter function called. a = %d, b = %dn", a, b);}
> };
>
> void main()
> {
> B b;
>
> b.f(1);
> b.f(1, 2);
> }
>
> При попытке скомпилировать выдается сообщение:
>
> 'f' : function does not take 1 parameters
>
> При этом, если сделать
>
> class A {
> public:
> void f(int a)
> {printf("One-parameter function called. a = %dn", a);}
> void f(int a, int b)
> {printf("Two-parameter function called. a = %d, b = %dn", a, b);}
> };
>
> class B : public A {
> public:
> };
>
> или
>
> class A {
> public:
> void f(int a)
> {printf("One-parameter function called. a = %dn", a);}
> };
>
> class B : public A {
> public:
> void f(int a)
> {A::f(a);}
> void f(int a, int b)
> {printf("Two-parameter function called. a = %d, b = %dn", a, b);}
> };
>
> то проблем не возникает.
>
> Иными словами, если я перегружаю функцию из предка, но с другим
> числом (типами) параметров, то приходится описывать в наследнике
> обе функции. Или обе описывать в предке. А описать одну в предке,
> а другую в наследнике не получается.
>
> Это так и должно быть, или это компилятор такой старый и дурной,
> что этого не понимает?
A: (Alexander Krotoff) - 27.02.2000
Дело в том что имя функции определенной в производном классе
скрывает имя функции определенной в базовом. Точно так же
как имя локальной переменной скрвывает имя глобальной.
В случае класса (или namespace) можно имя из базового класса (или
из другого namescpace) внести в область видимости класса
(namescpace) с помощью using.
В твоем случае в теле класса B нужно написать
class B: public A {
...
using A::f;
};
Старые компиляторы using не понимают. Но большинство понимает
просто A::f. По стандарту это тоже должно пониматься,
но такой стиль считается устаревшим.
/------/
>> 038. Как узнать размер функции?
> Q: Можно ли yзнать pазмеp фyнкции в байтах? Желательно сделать это
> пеpеносимо и на С++.
A: (Stas Mehanoshin) -- 15.03.2000
Нельзя. Это _теоpетически_ невозможно, за отсyствием таких понятий как
"pазмеp фyнкции" и, собственно, "фyнкция" на ypовне машинного кода.
/------/
>> 039. Стандарты и иже с ними -- где их взять?
> Q: Я смотрю, тут многие то и дело ссылаются на стандарты С/С++ и
> Страуструпа. А где их можно взять, интересно?
A: (Aleksey Dmitriyev) - 29.03.2000
Как я понимаю стандарт бесплатно недоступен. Нужно покупать.
http://www.cssinfo.com
A: (Alexander Shumilov) - 31.03.2000
ftp://ftp.ldz.lv/pub/doc/ansi_iso_iec_14882_1998.pdf
(стандарт на C++ iso/iec 14882, первая редакция, 1998год.
2.8Мб, 776 страниц -- уточнил Andrey Ganushak)
A: (FAQ Daemon) - 01.04.2000
Приветствуются любые другие ссылки на стандарты С/С++ и
приравниваемые к ним тексты :). Особо замечу, что ссылки
будут включены в FAQ без проверки, то есть опечатки, описки и
неверные URL'ы останутся целиком на совести приславших :).
/------/
>> 040. Как вызвать метод объекта C++ из ассемблера или из C
> Q: Понадобилось написать метод объекта на ассемблере, а ватком строит
> имена так, что это невозможно - стоит знак ':' в середине метки, типа
> xcvvxx:svvsvv. Какие ключи нужны чтобы он такого не делал?
A: (Vadim Gaponov) - 06.02.96
class A;
extern "C" int ClassMetod_Call2Asm(A*, ...);
class A {
int Call2Asm(...) { return ClassMetod_Call2Asm(this, ...); }
};
Сожрет _любой_ Cpp компилятор :). Для методов, которые ты хочешь вызывать
_из asm_ - аналогично...
A: (Kirill Joss) - 23.02.97
Только что прочитал в .HLP (Compiler Guide Online Help), как можно
произвольно менять генерацию имён в Watcom:
#pragma aux var "_*";
и var будет всегда генериться как _var. А ещё лучше в данном случае
использовать extern "C" и для переменных также.
A: (Dmitry Kazachkov) - 23.02.97
_ после имени функции говорит о том, что Вaтком использует передaчу
пaрaметров в регистрaх. От этого помогaет cdecl перед именем функции.
Пример:
extern "C" int cdecl my_func();
| | |
| | способ передaчи aргументов: для С это через стек, последний
| | aргумент идет в стек первым; Вaтком по умолчaнию передaет в
| | регистрaх и подчерк для тaких функциий генерирует после имени
| |
| директивa не декорировaть имя, кaк и в С (стандартная)
|
a это про то, что функция описaнa в другом модуле (тоже стандартная)
A: (Kirill Joss) - 20.06.99
Вот маленький неполный пример с TASM и BCC:
=============================== A.ASM
; tasm /ml /m2 a.asm
.model large
.code
GLOBAL C asm_proc : PROC
asm_proc PROC C
ARG param1:WORD, param2:WORD
mov ax, param1
add ax, param2
ret
asm_proc ENDP
END
===============================
=============================== B.C
/* bcc -ml b.c a.obj */
#include <stdio.h>
extern int asm_proc( int param1, int param2 );
void main() {
printf( "2+3 = %dn", asm_proc(2,3) );
}
===============================
Необходимо решить две проблемы : правильная передача параметров и
совпадение имен символов при линковке.
Конкретный компилятор C/C++ использует различные способы передачи
параметров, например Watcom C/C++ по умолчанию использует регистры. Функция,
которая использует "стандартный" С-ишный метод передачи параметров, обычно
описывается с модификатором cdecl ( _cdecl, __cdecl ). В данном примере для
Watcom C определение функции будет выглядит так:
extern int cdecl asm_proc( int param1, int param2 );
Для C++ компилятора также необходимо указать, что для данной функции надо
использовать C-ишный метод образования имени :
extern "C" int cdecl asm_proc( int param1, int param2 );
Для Watcom C/C++ возможностями директивы #pragma aux мы можем изменить
правила передачи параметров как нам захочется :
extern int foo( int a1, int a2 );
#pragma aux foo parm [ax] [bx] value [ax];
и пишем функцию foo() на ассемблере, принимающую параметры в AX и BX,
возвращающую результат в AX.
Самый простой способ - это написать простейшую функцию ( метод ) и
перевести транслятором в Assembler. Дописать нужные строки и соответствующим
ассемблером откомпилировать в объектный код. Для Borland'a - это TASM,
Watcom'a - WASM, MSC - MASM(ML) ...
Для правильной генерации имени символа мы можем воспользываться одним из
следущих метолов :
- использывать директиву ассемблера ALIAS (TASM 4.0+, MASM ?) ;
- (только для Watcom C/C++) воспользоваться директивой #pragma aux,
например
#pragma aux var "_*";
и символ var имеет имя _var ;
- (только для Watcom C/C++) воспользоваться директивой ALIAS линкера
WLINK для Watcom C/C++ .
Секция 2 из 2 - Предыдущая - Следующая
|
