BG Development


Страници: (272) [1] 2 3 ... последна »

Дон Реба Публикувана на: 16-07-2018, 05:32

Мнения: 234
Преглеждания: 3954
QUOTE (THE STORM @ 15-07-2018, 22:31)

Никой не казва, че legacy проектите трябва да се пренаписват на един дъх.

легаси кода не се пипа изобщо, освен ако не се налага. а за пренаписване само за да се ползват "нови неща" - директно уволнение. аз бях много приятно впечатлен от моя шеф като веднъж нареди да се направи фикснато копие на бъгава функция, вместо да се фиксне старата, с единствения аргумент "ползва се от твърде дълго време"
все пак, новите стандарти са наясно че на С++ се пише предимно по легаси код (ние сме фортрана на нашето време) затова се стараят да спазват съвместимост, стар код се компилира и под новия стандарт (виж заглавието на темата). чувам че в новите стандарти има сериозно подобрение по метаезика, което го одобрявам, но все така няма да го ползвам
  Форум: C/C++  ·  Преглед: #443175

Дон Реба Публикувана на: 16-07-2018, 05:27

Мнения: 234
Преглеждания: 3954
QUOTE (THE STORM @ 15-07-2018, 21:52)
Тая информация за Торвалдс от някой шанаджийски сайт ли я изкара. icon_lol.gif
Добър си е пича - ок, ама такива гръмки сравнения нещо ми идват в повече.

То ако беше само auto... Вземи прочети ей тази книжка, не е голяма и ела пак да ми говориш за разтърсващи подобрения.

под "тая информация " визирах написването на гит.
  Форум: C/C++  ·  Преглед: #443174

Дон Реба Публикувана на: 15-07-2018, 21:39

Мнения: 234
Преглеждания: 3954
ми то нека си се развива бе, ма мене за кво ми е? а и в края на краищата всички тия глупости нямат никво значение, само новобранците се празнят на разтърсващи "подобрения" като ауто. майстор торвалдс за две седмици, на дървеното чисто С пише това дето стотина прогресивни келемета с най-новите технологии не могат да напишат за две години.
  Форум: C/C++  ·  Преглед: #443165

Дон Реба Публикувана на: 15-07-2018, 21:11

Мнения: 234
Преглеждания: 3954
QUOTE
Имам чувството, че си някъв стар чичак дето едно време е научил шанаджийски схеми дето сега няма нужда от тях тъй като технологиите се развиват

ма аз СЪМ стар чичак, мислех че всички тука се знаем. чисто рационално, хейтенето на новите неща рядко е грешка, все едно да кажеш "утре няма да има земетресение" почти сигурно е че ще познаеш. новите неща рядко са сполучливи, повечето дори не ги чуваме. но пък когато не познаеш може да се преебеш сериозно, като ония от ксерокс със мишката.
но извън това, някак идеята за С++ прогресивист е страна, ни с педалите педал, ни с мъжете мъж. за прогресивните има руст, има С диез, има още една камара супер дупер куул езици. освен това аз както казах пиша "компилаторно независимо" не защото не харесвам новите неща (чувам някои са добри), а защото самото компилаторно независимо писане си е далавера по-голяма от новите неща.
  Форум: C/C++  ·  Преглед: #443163

Дон Реба Публикувана на: 15-07-2018, 19:21

Мнения: 536
Преглеждания: 10165
абе футболане е програмиране, негъра във футбола е поне равен на белия
  Форум: Разни  ·  Преглед: #443157

Дон Реба Публикувана на: 15-07-2018, 17:35

Мнения: 234
Преглеждания: 3954
така е да, лошо се изразих, линкера не замества аргументите, но абито има значение точно за линкването.
  Форум: C/C++  ·  Преглед: #443151

Дон Реба Публикувана на: 15-07-2018, 17:30

Мнения: 536
Преглеждания: 10165
хм, абе досега само хървати бележат, а някак си резултата 1:1 ??!!
  Форум: Разни  ·  Преглед: #443150

Дон Реба Публикувана на: 15-07-2018, 15:43

Мнения: 234
Преглеждания: 3954
линкера има работа, в това че само ако функцията е линкваема това аби има нужда да се спазва. ако не е линкваема, компилатора може да си прави квото ще
  Форум: C/C++  ·  Преглед: #443147

Дон Реба Публикувана на: 15-07-2018, 15:22

Мнения: 234
Преглеждания: 3954
QUOTE (Gamma Goblin @ 15-07-2018, 14:38)
СОтата и ДЛЛите съвсем спокойно могат да си останат като формати, но нищо не пречи Ц++а да дефинира "c++ portable library" формат който да се зарежда от ц++ рънтайма. Пък ОСите ако искат да се приспособят. Езика не трябва да е ОС зависим.

езика не е зависим, в наща фирма е закон че кода трябва да бачка и за линукс и за вин.
абито обаче не касае езика, то си е на линкера в зоната
  Форум: C/C++  ·  Преглед: #443145

Дон Реба Публикувана на: 15-07-2018, 13:54

Мнения: 234
Преглеждания: 3954
QUOTE (johnfound @ 15-07-2018, 13:34)
Или линкера е достатъчно нова версия и достатъчно интелигентен, за да успее да линкне каша от стари и нови библиотеки.

линкера и компилатора бяха стари, не тези които сдкто изисква, така че не е това
  Форум: C/C++  ·  Преглед: #443137

Дон Реба Публикувана на: 15-07-2018, 12:29

Мнения: 234
Преглеждания: 3954
QUOTE (DarkOne @ 15-07-2018, 11:16)
Като гледам документацията на 3ds Max SDK-то май не можеш да ползваш каквато си искаш версия на Visual Studio, какво остава за какъвто си искаш компилатор. Значи съобразяваш не само с кой компилатор ще работиш, а и с коя негова версия ще компилираш, когато ползваш SDK-то на 3ds Max. Сега обясни как това не е вярно и компилираш за 3ds Max 2017 с компилатора на VC6 и ще приема този аргумент icon_wink.gif

хех, не е точно така, но и да беше си е чисто изместване на въпроса. все пак, "контрааргумента" ти всъщност налива вода в моята мелница, защото по случайност съм компилирал с неправилна версия на компилатора и всичко (О, ЧУДО!) бачка.
което ясно показва едно - щом моя код се линква с сдк либовете, дето са от друга версия на компилатора, то абито между двете версии явно се променя по-малко от самия език. защото трябваше да правя магии за да го пусна на стар компилатор (примерно за nullptr), но не ми се наложи да правя никакви магии за да заработи линкера. вероятно някакви промени в абито все пак може би е имало, но явно са толкова незначителни, че дори тлъст проект не съм ги удря.
та като казах, ти изместваш въпроса, но това ти изместване всъщност ме подсети че абито е не само еднакво между интел, мс и кланг, но е еднакво и между различните им версии, въпреки липсата на стандарт. което от друга страна изобщо не важи за езика дето уж има стандарт. код дето минава под мс може да не мине под интел но либ компилиран на мс се линква на интел без грижи.
ако трябва да резюмирам - не съм имал никога проблеми при линкване на модули от различен компилатор, въпреки липса та стандат. но съм ИМАЛ проблеми при компилация на различен компилатор, въпреки наличие на стандарт.
  Форум: C/C++  ·  Преглед: #443135

Дон Реба Публикувана на: 15-07-2018, 11:03

Мнения: 234
Преглеждания: 3954
QUOTE
Интел може и да прави съвместими либове с MS, не съм гледал, но ако нямаш късмета да си в такава ситуация

е, ами явно например сдкто за 3дмакс по случайност го има тоя "късмет" , щото се линква добре както към мс така и към интел. интел и мс имат общо аби, дали са се разбирали някак все тая, важното е че го има. а, да, мисля че и кланг също го спазва, тоест на 3д макс сдкто, както и още една камара С++ сдката дето ползваме във фирмата върви и със кланг (лично не съм пробвал, но колегите ползват и кланг). та, ако някой иска да пише компилатор за виндовс, може да счита тяхното за "стандарт" и да го ползва.
та ако някой има идея за кво се реве, да заповяда и да покаже реален пример "ето тука липсата на аби стандарт е проблем"

  Форум: C/C++  ·  Преглед: #443131

Дон Реба Публикувана на: 15-07-2018, 09:22

Мнения: 234
Преглеждания: 3954
QUOTE (Gamma Goblin @ 15-07-2018, 08:55)
QUOTE (Дон Реба @ 15-07-2018, 06:29)
QUOTE (THE STORM @ 14-07-2018, 23:45)
Има ли го вече - има го. Защо да не се възползва човек, вместо да ползва схеми от едно време.

защото далаверата от компилаторно независим код е по-голяма от някакъв жалък мове конструктор.

хем е хубавода имаш компилаторно независим код, но не е хубаво да имаш компилаторно независимо АБИ ?

ма то не е ли? аз в момента линквам без проблем едни и същи либове както с интел, така и с мс, ако това не е компилаторно независимо аби, то кое е? АААА да вярно, компилаторно независимо аби е някакво такова, утвърдено и подпечатано от КОМИТЕТ съставен от мастити зубъри ненаписали нито един ред код в продукция през целия си живот, подобно на С++ стандарта. ето това лелеете вие, ама го наричейте с истинското му име. вие не искате компилаторно независимо аби, щото то и сега е такова. вие искате аби измислено от ЗУБЪРИ, а не от корпорации
  Форум: C/C++  ·  Преглед: #443129

Дон Реба Публикувана на: 15-07-2018, 06:29

Мнения: 234
Преглеждания: 3954
QUOTE (THE STORM @ 14-07-2018, 23:45)
Има ли го вече - има го. Защо да не се възползва човек, вместо да ползва схеми от едно време.

защото далаверата от компилаторно независим код е по-голяма от някакъв жалък мове конструктор.
  Форум: C/C++  ·  Преглед: #443126

Дон Реба Публикувана на: 14-07-2018, 20:59

Мнения: 234
Преглеждания: 3954
QUOTE (Gamma Goblin @ 14-07-2018, 18:52)

Докато в Ц(+-) си умираш с NPE което с нищо не ти помага.

айде бе, ти ще кажеш.
  Форум: C/C++  ·  Преглед: #443120

Дон Реба Публикувана на: 14-07-2018, 20:54

Мнения: 234
Преглеждания: 3954
QUOTE (THE STORM @ 14-07-2018, 15:12)

@Дон Реба Абсолютно съм съгласен, че преди С++11 стандартната библиотека беше доста тромава откъм използване на ресурси, но от С++11 нагоре нещата драстично се промениха с move конструкторите и операторите, новите смарт указатели и наскоро от С++17 със string_view. Това са само малка част от нещата и според мен вече е безсмислено в повечето случай да се прибягва до откриване на топлата вода.

тая "тромавост" няма нищо общо. мога да цитирам фирмения пътеводител, не знам дали е разрешено но причините са съвсем други.
а за мове конструктора - с мове конструктор и баба знае, а микрософт, които сега не знам, но преди 20 години бяха МАЙСТОРИ от много висока класа, го решаваха проблема и без никви мове констриктори. аз и до днес ползвам трикове дето съм видял от тях случайно докато дебъгвам код и навляза в техния по случайност.
  Форум: C/C++  ·  Преглед: #443119

Дон Реба Публикувана на: 14-07-2018, 13:06

Мнения: 234
Преглеждания: 3954
не, нито собствен пнг или ехр зареждач и писач, само ти казвам че не навсякъде стандартните библиотеки са част от езика. аз самия като пиша за микроконтролери не ползвам стандартна библиотека, макар че май може.
  Форум: C/C++  ·  Преглед: #443105

Дон Реба Публикувана на: 14-07-2018, 12:51

Мнения: 234
Преглеждания: 3954
QUOTE (johnfound @ 14-07-2018, 12:09)

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

в наща фирма стл е забранен, или силно нежелателен
цялото правило за 3рд парт библиотеки е "да се избягват".
  Форум: C/C++  ·  Преглед: #443103

Дон Реба Публикувана на: 14-07-2018, 11:28

Мнения: 234
Преглеждания: 3954
QUOTE (SuN @ 14-07-2018, 10:00)
QUOTE
Доколкото си спомням, Ц-то е особено агресивно и обикновено се алокира x2 - тоест, ако съм заделил масив за 1000 елемента, а ми трябва 1001-вия, то директно се реалокира за 2000, след това за 4000 и т.н


ОС е виновна, а Ц-то си иска памет в байтове. Може и 1. icon_smile.gif Така или иначе ние зареждаме гигабайта и доста уверено твърдя, че сме на границите на паметта. ОС-а каквото и да заделя в повече е само виртуално и без суап приложението ще гръмне - демек ще се изцепи по старому.

няма такава работа, оса алокира в страници а те са малки. джонката говори вероятно за овърхеда на масивите при адване/пушване, който на стл май беше х2, аз лично ползвам май 1/4 , забравил съм вече. мфц ползваше май 1/2
колкото и да е, това не е до С или друго,а до конкретна реализация на динамичен масив
иначе вашия номер и аз съм го правил, понякога е добро това
  Форум: C/C++  ·  Преглед: #443099

Дон Реба Публикувана на: 14-07-2018, 09:38

Мнения: 234
Преглеждания: 3954
всъщност по-интересно ми е като го хванат ексепшъна за рам, какво правят? мажат го с лубрикант и го тикат дето му е мястото?
  Форум: C/C++  ·  Преглед: #443088

Дон Реба Публикувана на: 14-07-2018, 09:34

Мнения: 234
Преглеждания: 3954
QUOTE (gat3way @ 14-07-2018, 09:31)
Ей големи сте философи - браво, развалихте троленето, така ми се искаше да видя хората дето всичко проверяват щото може да фейлне, проверяват ли дали им е свършила паметта.

предполагам не проверяват, защото ползват ексепшъни icon_smile.gif
  Форум: C/C++  ·  Преглед: #443086

Дон Реба Публикувана на: 14-07-2018, 09:04

Мнения: 234
Преглеждания: 3954
QUOTE (AK-85 @ 13-07-2018, 22:52)
Казваш да покажеш съобщение на потребителя - да, но в графична среда показването на съобщение или някакъв диалог изисква алокиране на памет за widget-а, така че се получава малко безумна ситуация.

това аз го казах, така че аз ще ти отговоря. тия проверки ги правя само ако се алокира потенциално огромна памет, която наистина може да изчерпи рама. забележи, рама преди алокацията далеч не е изчерпан, но алокацията е за едър блок и излиза отгоре. съобщението обаче изисква мизерна памет, и минава. иначе за алокиране на памет за стрингове или дребни масивчета с десетина милиона елемента изобщо не си правя труда да проверявам.
реално в практиката ми случаите когато наистина съм препълвал рама (и съм слагал проверки след това) са единици, а аз от как съм в хаоса всичките ми проекти са с огромни данни в рама.

  Форум: C/C++  ·  Преглед: #443082

Дон Реба Публикувана на: 13-07-2018, 16:12

Мнения: 21
Преглеждания: 2484
никой не ги е карал, и не са мои мейли, масмейли на български от типа "някой да е виждал синя шапка в конферентната"
  Форум: Разни  ·  Преглед: #443074

Дон Реба Публикувана на: 13-07-2018, 14:13

Мнения: 536
Преглеждания: 10165
QUOTE (lucky @ 12-07-2018, 21:18)
QUOTE (gat3way @ 12-07-2018, 20:21)
Сега хърватите ако бият педалите което ще е доста сложно ама знае ли човек ще настане ЕБАТИ сеира хаха

Много трудно! Нямат достатъчно печки в отбора.

абе щом без печки са стигнали до финал, сичко може.
  Форум: Разни  ·  Преглед: #443071

Дон Реба Публикувана на: 13-07-2018, 12:56

Мнения: 234
Преглеждания: 3954
щом има вачдог, аллок и фрее нямат място, това ми е философията мене icon_smile.gif
  Форум: C/C++  ·  Преглед: #443068

Страници: (272) [1] 2 3 ... последна »
New Posts  Отворена тема (има нови мнения)
No New Posts  Отворена тема (няма нови мнения)
Hot topic  Гореща тема (има нови мнения)
No new  Гореща тема (няма нови мнения)
Poll  Анкета (има нови гласували)
No new votes  Анкета (няма нови гласували)
Closed  Заключена тема
Moved  Преместена тема

Copyright © 2003-2018 | BG Development | All Rights Reserved
RSS 2.0