eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingCo jest nie tak z C++ (było: Rust) › Re: Co jest nie tak z C++ (było: Rust)
  • X-Received: by 10.31.96.204 with SMTP id u195mr94783vkb.16.1503672016310; Fri, 25 Aug
    2017 07:40:16 -0700 (PDT)
    X-Received: by 10.31.96.204 with SMTP id u195mr94783vkb.16.1503672016310; Fri, 25 Aug
    2017 07:40:16 -0700 (PDT)
    Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.nask
    .pl!news.nask.org.pl!news.unit0.net!peer02.am4!peer.am4.highwinds-media.com!pee
    r02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!b76no97752itb.0!ne
    ws-out.google.com!f21ni415qta.1!nntp.google.com!v29no440330qtv.0!postnews.googl
    e.com!glegroupsg2000goo.googlegroups.com!not-for-mail
    Newsgroups: pl.comp.programming
    Date: Fri, 25 Aug 2017 07:40:16 -0700 (PDT)
    In-Reply-To: <0...@g...com>
    Complaints-To: g...@g...com
    Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=213.192.95.134;
    posting-account=f7iIKQoAAAAkDKpUafc-4IXhmRAzdB5r
    NNTP-Posting-Host: 213.192.95.134
    References: <f...@g...com>
    <1...@g...com>
    <7...@g...com>
    <b...@g...com>
    <a...@n...v.pl>
    <2...@g...com>
    <a...@n...v.pl>
    <on23a3$85s$1@node1.news.atman.pl>
    <a...@n...v.pl>
    <on75ke$g4u$1@node2.news.atman.pl>
    <5...@g...com>
    <onfotu$lh6$1@node1.news.atman.pl>
    <0...@g...com>
    <3...@g...com>
    <6...@g...com>
    <c...@g...com>
    <d...@g...com>
    <5...@g...com>
    <c...@g...com>
    <3...@g...com>
    <6...@g...com>
    <c...@g...com>
    <6...@g...com>
    <f...@g...com>
    <0...@g...com>
    <f...@g...com>
    <d...@g...com>
    <5...@g...com>
    <0...@g...com>
    <1...@g...com>
    <0...@g...com>
    <0...@g...com>
    User-Agent: G2/1.0
    MIME-Version: 1.0
    Message-ID: <f...@g...com>
    Subject: Re: Co jest nie tak z C++ (było: Rust)
    From: g...@g...com
    Injection-Date: Fri, 25 Aug 2017 14:40:16 +0000
    Content-Type: text/plain; charset="UTF-8"
    Content-Transfer-Encoding: quoted-printable
    X-Received-Body-CRC: 624066588
    X-Received-Bytes: 4125
    Xref: news-archive.icm.edu.pl pl.comp.programming:211313
    [ ukryj nagłówki ]

    W dniu piątek, 25 sierpnia 2017 16:28:00 UTC+2 użytkownik g...@g...com
    napisał:
    > W dniu piątek, 25 sierpnia 2017 16:04:09 UTC+2 użytkownik Adam M napisał:
    >
    > > Nie uwazam że ośmiecanie jest całkowicie złe - w wielu
    > ? przpadkach daje bezpieczeństwo (zwłaszcza niedoświadczonym
    > > programistom). Moim nawi ększym problemem jest podejście
    > > wszystko albo nic do automatycznego zwalniania pamięci
    > > i odśmiecania - zabiera to wolnosc programiscie w decydowaniu
    > > jak program ma sie zachowywac.
    >
    > Tzn. czy ma mieć wyciek pamięci, czy nie mieć?

    Język C również zawiera pewną formę odśmiecania pamięci: po wyjściu
    z funkcji pamięć zajmowana przez zmienne automatyczne (utworzone
    na stosie) jest zwalniana poprzez przesunięcie wskaźnika stosu.

    Dlaczego programistom C odbiera się wolność w swobodnym operowaniu
    wskaźnikiem stosu? Przecież wiedzą co robią, i mogliby sami sobie
    przesuwać tyle, ile trzeba.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: