CYFROWY BARON • PROGRAMOWANIE

przez **Cyfrowy Baron** » piątek, 25 kwietnia 2014, 19:22

Nie zetknąłem się jeszcze z sytuacją, by zmienne zadeklarowane zwracały mi jakieś tam przypadkowe wartości. Z tego co pamiętam, zawsze zwracało mi 0. Nie wiem co miałbym pozmieniać w opcjach, skoro nie mogę zasymulować u siebie sytuacji, która występuje u ciebie.

Na 99% opcja której szukasz to: C++ Compiler

Standard stack frames - ustaw dla release na true, tak jak w debug.

przez **nightman** » niedziela, 27 kwietnia 2014, 11:40

Nic z tego.

No to nie mam pomysłu. Przejrzałem dostępną pomoc, ale nic tam o tym czego szukasz nie ma. U siebie też nie mogę tego zainicjować. Nie może to mieć nic wspólnego z pamięcią, bo nawet po zwiększeniu liczy rekordów do miliona, program zużywa tylko 200 MB.

Należy jednak zaznaczyć, że od 38928 jednak zaczynają się przypadkowe wartości, ale zarówno w trybie release jak i debug.

przez **nightman** » niedziela, 27 kwietnia 2014, 21:54

Tak właśnie przypuszczałem - temat z gatunku magii mchu i paproci

.
Trochę w zasadzie zastanawiające z jakiego powodu debug działa u mnie ciut inaczej niż release, natomiast support BSC jest w stanie odpowiedzieć klarownie, że opcja taka jest ustawialna, jednak podać gdzie już nie potrafi - hehehehe. Nie chodzi już nawet o fakt, czy zmienne są nullowanie czy nie, bo i tak z uporem maniaka wszystko sam ustawiam. Może chciałem się ciut rozleniwić w temacie.
Niemniej jednak nie jest to pierwsza "ciekawostka" związana z tym środowiskiem. Zaczęło się od ribbonków, ich współpracy z apkami MDI i latajacymi buttonami, firemonkeyami które w zasadzie śmigają, ale w pewnych warunkach zaczynają hulać wg jakiejś własnej logiki, czy też ciekawe moim zdaniem traktowanie przeładowanych konstruktorów, gdzie dla kompilatorka zapis

KOD cpp: � UKRYJ �

TKlasa(UnicodeString,int,bool,bool) oraz TKlasa(int,int,bool,bool)

potrafi być zamienny...
Pomijam celowo tematy związane z AccessViolation's, czy "index out of list" aktywującymi się z poziomu IDE, zanim jeszcze apka zaczęła się kompilować - ot widać taki urok Abracadabry w tej wersji i jak to się mówi..."uroków wieku dziecięcego". Szkoda tylko, że już wyszedł młodszy brat XE5 a jakoś nikt nie pokusił się o łaty dla XE4 zasłaniając się paragrafem licencji "program jest taki jaki jest".

Dzięki za ciągnięcie tematu i próby rozwiązania mojej zagadki.
Pozdrawiam serdecznie.

nightman napisał(a):
KOD cpp: � UKRYJ �
KOD cpp: � POKAŻ �
TKlasa(UnicodeString,int,bool,bool) oraz TKlasa(int,int,bool,bool)

Nie wiem o co tobie z tym chodzi, ale to jest przeciążanie funkcji.

Od kiedy środowisko C++Builder i Delphi jest tworzone przez inne firmy niż Borland, która to zapoczątkowała, każda kolejna jego wersja jest zawsze strasznie dziurawa. Producent wystawia cierpliwość i wiedzę programistów na próby. Ale XE5 jest jeszcze gorsze.

Cyfrowy Baron napisał(a):Ale XE5 jest jeszcze gorsze.

Podobno, ale nie mam zamiaru tego sprawdzać, pomimo wręcz zachęty ze strony marketingu BSC

Ponoć już świat się kręci koło C++ BUilder XE6 więc ciekawostek pojawi się pewnie więcej...

CYFROWY BARON • PROGRAMOWANIE

C++ Builder XE4

Re: C++ Builder XE4

Re: C++ Builder XE4

Re: C++ Builder XE4

Re: C++ Builder XE4

Re: C++ Builder XE4

Re: C++ Builder XE4

Kto przegląda forum