Article View: pl.comp.lang.c
Article #272354Re: !Re: [SGCL] Odśmiecania współbieżnego ciąg dalszy
From: Maciej Sobczak
Date: Wed, 27 Feb 2008 21:20
Date: Wed, 27 Feb 2008 21:20
51 lines
3506 bytes
3506 bytes
On 27 Lut, 19:26, "Adam Karpierz" <karpierz@_NOSPAM_python.pl> wrote: > Do dzisiaj nie moge sie nadziwic jak mozna wprowadzac tak idiotyczne > slowo jak const zamiast np in. const nie jest "zamiast" - te dwie rzeczy rozwiązują różne problemy, tylko częściowo się pokrywające. Ale możesz się dziwić dalej. > Natomiast wskazniki ? > A _po co_ w ogole potrzebne wskazniki jako parametry, jesli sa > rerefencje i (tfu) const referencje ? > Chyba po to aby utrudniac zycie. A może po to, żeby można było przekazać NULL? Albo po to, żeby można było przekazać wskaźnik całkowicie oderwany od typu (void)? Albo może po to, żeby można było przekazać wskaźnik do czegoś, co nie ma sensu jako wartość (np. wskaźnik do funkcji) i dlatego nie dałoby się zrobić do tego referencji? BTW - napisałeś tu niedawno, że Ada jest wzorem języków imperatywnych. Wnioskuję, że nie słyszałeś o tym, że w Adzie wskaźniki mogą być parametrami podprogramów. Sam sobie odpowiedz, po co. > Po jaka cholere programiscie 'wiedza' gdzie jest umieszczana zmienna lokalna > ? > Jemu wystarczy wiedza ze jest dostepna jedynie w jej scope _i tyle_. Przecież chodzi o to samo. Pojęcie stosu jest sztuczne, co sam nawet (!) zauważyłeś: > Poza tym wskaz mi _gdzie_ stos procesora wystepuje w standardzie C ? No właśnie. Stos to pojęcie potoczne opisujące model życia obiektów. Zagnieżdżanie zakresów jest modelowane przez wydłużający się "stos" obiektów. Jeżeli ktoś mówi "zmienna x jest na stosie" to w ten sposób opisuje jedynie relację jaka zachodzi pomiędzy czasem życia tej zmiennej a czasem życia innych zmiennych z innych zakresów. > > Ich niedouczenie wynika wlasnie z tego faktu iz oni nie musza tego > > wiedziec aby napisac program, bo robi to za nich automat. > > No wlasnie ! > I o to chodzi ! Powodzenia. -- Maciej Sobczak * www.msobczak.com * www.inspirel.com
Technical Details
Message-ID:
<15aa82a1-f481-4ab4-be01-324cf8c9e257@34g2000hsz.googlegroups.com>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!news.glorb.com!postnews.google.com!34g2000hsz.googlegroups.com!not-for-mailReferences:
<fppvdq$68v$1@inews.gazeta.pl> <fq0od3$5bm$1@inews.gazeta.pl> <fq0qpa$ekv$1@inews.gazeta.pl> <fq0s58$jvv$1@inews.gazeta.pl> <fq0tjl$shn$1@news.vectranet.pl> <fq10ir$8nn$1@inews.gazeta.pl> <fq140s$2u6$1@news.vectranet.pl> <fq164t$3bl$1@inews.gazeta.pl> <fq1mqa$kqq$1@news.vectranet.pl> <fq3mth$d0p$1@inews.gazeta.pl> <fq3s6f$p6n$1@news2.task.gda.pl> <fq4a1i$1hn$1@inews.gazeta.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!news.glorb.com!postnews.google.com!34g2000hsz.googlegroups.com!not-for-mail From: Maciej Sobczak <see.my.homepage@gmail.com> Newsgroups: pl.comp.lang.c Subject: Re: !Re: [SGCL] Odśmiecania współbieżnego ciąg dalszy Date: Wed, 27 Feb 2008 13:20:45 -0800 (PST) Organization: http://groups.google.com Lines: 60 Message-ID: <15aa82a1-f481-4ab4-be01-324cf8c9e257@34g2000hsz.googlegroups.com> References: <fppvdq$68v$1@inews.gazeta.pl> <fq0od3$5bm$1@inews.gazeta.pl> <fq0qpa$ekv$1@inews.gazeta.pl> <fq0s58$jvv$1@inews.gazeta.pl> <fq0tjl$shn$1@news.vectranet.pl> <fq10ir$8nn$1@inews.gazeta.pl> <fq140s$2u6$1@news.vectranet.pl> <fq164t$3bl$1@inews.gazeta.pl> <fq1mqa$kqq$1@news.vectranet.pl> <fq3mth$d0p$1@inews.gazeta.pl> <fq3s6f$p6n$1@news2.task.gda.pl> <fq4a1i$1hn$1@inews.gazeta.pl> NNTP-Posting-Host: 85.3.255.124 Mime-Version: 1.0 X-Trace: posting.google.com 1204147245 31047 127.0.0.1 (27 Feb 2008 21:20:45 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Wed, 27 Feb 2008 21:20:45 +0000 (UTC) Complaints-To: groups-abuse@google.com Injection-Info: 34g2000hsz.googlegroups.com; posting-host=85.3.255.124; posting-account=bMuEOQoAAACUUr_ghL3RBIi5neBZ5w_S User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12,gzip(gfe),gzip(gfe) Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit