1. Достатъчно далече сме от САЩ, за да не ми пука.
2. Нито мога да им помогна, нито искам.
3. Нещата тук са много по зле и то не само финансово.

[Цитат]

Цитат (Gaara @ Сеп. 18 2008,12:08)

http://saparev.com/kat/KAT_objections.htm  '>  '>  '>

Пичага, как да не му повярва човек  '>  '>

Нещо не разбрах как ще сканира(скрани) на дадено IP, ако ти още не си вдигнал въпросното '>. В смисъл нали сменяш MAC-a и после вдигаш интерфейса. Та отговора за това, което питаш е не - няма как.

Още един глас от мен за CentOS. Debian ми се струват прекалено консервативни  

Още един глас от мен за CentOS. Debian ми се струват прекалено консервативни  

java-та си работи. Просто аплетите не работят '>. Има разлика между двете, иначе за другото си прав, но тия точки поне на мен не ми докараха особена производителност, а проблемите са на лице.

[Цитат]

Просто си попаднал на такава архитектура и много зависи от компилатора'>  '> До колкото знам gcc ползва LP64 модела

http://en.wikipedia.org/wiki/64-bit#32_vs_64_bit

Цитат

However, in many programming environments on 64-bit machines, "int" variables are still 32 bits wide, but "long"s and pointers are 64 bits wide. These are described as having an LP64 data model. Another alternative is the ILP64 data model in which all three data types are 64 bits wide, and even SILP64 where "short" variables are also 64 bits wide[citation needed]. However, in most cases the modifications required are relatively minor and straightforward, and many well-written programs can simply be recompiled for the new environment without changes. Another alternative is the LLP64 model, which maintains compatibility with 32-bit code by leaving both int and long as 32-bit. "LL" refers to the "long long" type, which is at least 64 bits on all platforms, including 32-bit environments.

Цитат

Many 64-bit compilers today use the LP64 model (including Solaris, AIX, HP, Linux, Mac OS X, FreeBSD, and IBM z/OS native compilers). Microsoft's VC++ compiler uses the LLP64 model. The disadvantage of the LP64 model is that storing a long into an int may overflow. On the other hand, casting a pointer to a long will work. In the LLP model, the reverse is true. These are not problems which affect fully standard-compliant code but code is often written with implicit assumptions about the widths of integer types. Note that a programming model is a choice made on a per-compiler basis, and several can coexist on the same OS. However typically the programming model chosen by the OS API as primary model dominates.

Ти май само го храниш ми се струва за тоя, който д*ха    '>  '>

[Цитат]

Цитат (jazz_man @ Сеп. 12 2008,10:51)

Za vtori put se chupi grafichnata sreda v ramkite na 1 mesec. tova e suobshtenieto : "Could not start kstartupconfig.Check your instalation." P.S Sorry,che pisha na latinica

В повечето случай имаш проблеми с правата при това съобщение '> Създай си нов user '>

Ще се боря някак. Има все пак повече от 4 години да се пробват методи '>, но наще са ми разказвали какви ли не истории за издръжливостта на хлебарките. При все, че те издържат на атомна бомба - май ще трябва да си взема котка '>

[Цитат]

Цитат (gat3way @ Сеп. 13 2008,00:08)

Аз реших че в C++ са решили да правят char по някакъв начин обвързан с unicode и таман щях да излея малко помия по тоя въпрос '> Може да звучи идиотски, но тъй като не му разбирам и наистина не бих се учудил,  не че не звучи глупаво де '> Иначе вади 8, както се очакваше '>

Ми то комитета не се слави с добрите си решения, но все пак няма как да променим историята и ще трябва да живеем с огромния код написан на езика '>. Аз леко се обърках, понеже съм виждал char32_t и char64_t по код насам натам, а то това са били typedef-и на unsigned и signed char

/*леко офф
Сега ще ходя студент, та ако някой има нещо подобно за хлебарките ще съм благодарен, защото говорят, че налазвали  '>  '>
*/

[поне]

Гарантира се от двата стандарта ако не се лъжа, че char е поне 8 бита, но това не значи, че не може да е по - голям на някои платформи(не на всички платформи един байт е 8бита). За int-a знам, че го има проблема даже четох тази статия по въпроса. Затова и sizeof(char) == 1, но ми е странно колко ти показва CHAR_BIT от <limit.h> - header-a май е от C99

Примерен код

#include <limits.h> #include <stdio.h> int main (int argc, char const* argv[]) {     printf("%d", CHAR_BIT);     return 0; }

P.S. Честит ден на програмиста на всички. Аз не се приемам много, но все пак бира да се лее  '>  '>

[Цитат]

Цитат (triplek @ Сеп. 12 2008,15:12)

Доколкото знам проблема с паметта е само при пойнтърите. Aко масива е динамичен едва ли ще има особена разлика в ползваната памет.

Добави към pointer-ите long, int, char и сега се замисли колко код ползва тези типове(всички?). Това е при положение, че не ползват там stdint(C++ не гарантира, че този header ще го има - само C99) глупостите и прочие '> и не в момента почти не се ползат  '>

[Цитат]

Цитат (trip @ Сеп. 11 2008,13:07)

Е кога да почнем да ползваме 64 бита? Говоря за десктоп за сървър от години го ползвам макар че и 64 битовия ми десктоп дръпна доста през годините единствено лаптоп-а ми се още крета на 32

Когато software-a стане годен за това. Сега повечето изобщо не е.