Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

pointer как integer

Страницы: 1 2 >
guest123 © (2013-01-23 13:12:00)
объясните, что делает такая функция:

function XXX(P: Pointer): Integer;
begin
Result := Integer(P);
end;

Игорь Шевченко (2013-01-23 18:00:00) [1]

> ну согласись что я прав про Васю, хоть и не шарю :)

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

брат Птибурдукова (2013-01-23 18:00:00) [2]
сокр. сл. - эк. траф.!

QAZ10 (2013-01-23 17:55:00) [3]

> clickmaker © (23.01.13 17:48) [26]

но текст то можно и сократить оставив при этом его осмысленность, а вот гонять пустые байты ради того что может быть когдато да найдется необходимость, както некруто :(

aka (2013-01-23 17:48:00) [4]

> > Самые ресурсоемкие приложения - это серверы баз данных,

Писал год назад меленький проект на Java, так пришлось ставить IDE c требованиями к ОП 2ГБ.

Что там может занимать столько места - сложно даже представить. Или эту IDE делали разработчики игр.

clickmaker (2013-01-23 17:48:00) [5]
> да, но некий Вася может задать строковое поле в 200 знаков,
> когда более чем достаточно 50

как показывает печальный опыт, чаще бывает наоборот...

QAZ10 (2013-01-23 17:47:00) [6]

> Игорь Шевченко © (23.01.13 17:43) [24]

ну согласись что я прав про Васю, хоть и не шарю :)

Игорь Шевченко (2013-01-23 17:43:00) [7]

> я в базах нешарю...

Я в играх не шарю, они вообще сплошь кривые, да ?

QAZ10 (2013-01-23 17:27:00) [8]

> Если есть много данных и нужен максимально быстрый доступ
> к этим данным, то нет другого варианта, как держать их в
> памяти.

да, но некий Вася может задать строковое поле в 200 знаков, когда более чем достаточно 50, например
или понапихать фоточек,которые и на диске полежать могут

ну это так в качестве бреда :) я в базах нешарю...

DVM (2013-01-23 17:03:00) [9]

> QAZ10 (23.01.13 16:49) [20]

> это специфика их изначальной кривости, неоптимальности

Да брось ты. Если есть много данных и нужен максимально быстрый доступ к этим данным, то нет другого варианта, как держать их в памяти.

> Игорь Шевченко © (23.01.13 16:18) [17]

> Мне сейчас лень запускать 64-битный компилятор, чтобы увидеть,
> а что там с предупреждениями в этом случае.

А с чего бы ему быть предупреждению? Код ведь вобщем то корректный, ведь его назначение компилятору неизвестно. Я с самого начала и написал, что такие места надо особо отмечать. Предупреждение должно быть там, куда вместо по сути указателя пытаются передать integer. Но такого предупреждения тоже нет.

clickmaker (2013-01-23 17:03:00) [10]
Удалено модератором

QAZ10 (2013-01-23 16:49:00) [11]

> Самые ресурсоемкие приложения - это серверы баз данных,
> почти все поголовно 64-битные

это специфика их изначальной кривости, неоптимальности, и человеческий фактор
да, конечно, надежность,бакапы и блабла,фтопку кароче...

брат Птибурдукова (2013-01-23 16:47:00) [12]

> Мне сейчас лень запускать 64-битный компилятор, чтобы увидеть,
> а что там с предупреждениями в этом случае.
А ничего там в этом случае :-( Компилится как миленькое. Вон, новая версия фастрепорта десятка три некорректных приведений содержит.

clickmaker (2013-01-23 16:20:00) [13]
> Самые ресурсоемкие приложения - это серверы баз данных,

смотря где. Иногда и веб-серверы

Игорь Шевченко (2013-01-23 16:18:00) [14]
DVM © (23.01.13 16:00) [13]

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

Мне кажется, что к тому времени, когда возникнет нужда в переводе, писать уже нужно будет с учетом особенностей 128-разрядной системы.

Я застал этап перехода с 16-битной платформы на 32-битную, довольно безболезненно. И кстати, на такие фукции должны выдаваться предупреждения компилятора, а то на UNSAFE_CODE выдаются так, что их по умолчанию отключают. Мне сейчас лень запускать 64-битный компилятор, чтобы увидеть, а что там с предупреждениями в этом случае.

QAZ10 (23.01.13 16:04) [14]

Самые ресурсоемкие приложения - это серверы баз данных, почти все поголовно 64-битные

QAZ10 (2013-01-23 16:07:00) [15]
Удалено модератором

clickmaker (2013-01-23 16:05:00) [16]
Удалено модератором

QAZ10 (2013-01-23 16:04:00) [17]

> Игорь Шевченко © (23.01.13 15:55) [12]

ага, но не все на это ведутся, самые ресурсоемкие приложения - игры все поголовно 32битные , была только одна нелепая попытка у первой Crysis
а для плагинов и расширений тут конечно без вариантов

DVM (2013-01-23 16:00:00) [18]

> Игорь Шевченко © (23.01.13 15:55) [12]

Да это понятно, что в большинстве случаев эти самые 64 бит никому нафиг не сдались, но как мне кажется почему бы не писать код так, чтоб потом оно скомпилировалось и под 64 бит без проблем. Не трудно ведь. Мало ли потом пригодится.

Игорь Шевченко (2013-01-23 15:55:00) [19]
DVM © (23.01.13 15:52) [11]

Я к чему спрашиваю, по-моему острота необходимости перехода на 64-битную платформу несколько преувеличена.

DVM (2013-01-23 15:52:00) [20]

> Игорь Шевченко © (23.01.13 13:39) [5]
> DVM © (23.01.13 13:33) [4]
>
> если не секрет, как много кода портировано на 64-бита и
> с какой целью ?

У меня? Не много, но есть. Причин перехода на 64 бит в моем случае две:

1) Приложение является расширением уже существующего 64 бит стороннего приложения, использует его 64 бит библиотеки и т.д. Т.е хочешь не хочешь, а приходится.

2) Реальная потребность в больших объемах памяти.

Страницы: 1 2 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »