Article View: pl.comp.lang.c
Article #826Re: Rezerwacja pamieci
From: Marek Kotowski
Date: Fri, 23 Jan 1998 16:32
Date: Fri, 23 Jan 1998 16:32
49 lines
3139 bytes
3139 bytes
Jarek Kucypera wrote: > > Mia³em na myli to, ¿e standardy formalne zostaj¹ "w tyle", zawsze najpierw > ugruntowywuje siê standard "de facto" a póniej formalny. Co jest z reszt¹ ca³kiem > zrozumia³e. Zatem trzymanie siê standardu formalnego mo¿e odcinaæ od aktualnych mo¿liwoci > (np. mo¿e sk³aniaæ do zabawy z 32kb kawa³kami, kiedy mo¿na bez obaw zaalokowaæ > sobie jedne blok kilkumegabajtowy). To oczywiste. Tylko zabawy bywaja do czasu. Jak Pan pisze duzy projekt programistyczny, ktory ma chodzic w kilku roznych srodowiskach, w tym takze w DOS-ie, bo jest jeszcze popularny, i program moze liczyc na zbyt wsrod uzytkownikow DOS-u (a zatem Panska firma miec z tego dodatkowe pieniadze :-)), inaczej Pan rzecz traktuje. > > Rozmiar wskaznika na ogol nie ma znaczenia w programie. Mysle (ale > > nie bede sie upieral), ze dla wiekszosci aplikacji pisanych w C > > nie jest istotne, czy wskaznik ma 2 czy 4 bajty. > > Otó¿ ma: liczba 16-bitowa pozwala zaadresowaæ 64 kb, 32-bitowa nieco wiêcej. To tez oczywiste. Ale jak Pan adresuje pamiec, definiujac zmienna lokalna char *p, to czy Pan mysli o wielkosci wskaznika? Nie. Poza tym wiekszosc kodu najczesciej uzywa wskaznikow do adresowania malych obszarow. I to mialem na mysli. > > Otó¿ w³aniê sugerujê, ¿e pe³ne wykorzystanie 32 bitów praktycznie jest dzisiaj przenone > "Praktycznie" - tzn. miêdzy platformami 32-bitowymi, które, zaryzykuje stwierdzenie, ju¿ > dominuj¹. > To prawda, ze dominuja. Jak Pan pisze kod dla okreslonej grupy maszyn, to on dziala tylko na tych maszynach i na ich systemach operacyjnych. I oczywiscie kod, ktory wymaga maszyny 32-bitowej, jest nieprzenosny na maszyny 16-bitowe. W gruncie rzeczy chodzi tez o zasade stylistyczna. Nie wiem, czy widzial Pan kiedys standardy kodowania obowiazujace w firmach produkujacych oporgramowanie. Jednym z podstawowych zalecen ogolnych jest czesto, by pisac kod przenosnie, a to co nieprzenosne, obudowywac (tworzyc fuinkcje posredniczace). Najwyrazniej pisznie kodu przenosnego im sie oplaca. Moga go latwiej uzyc w innych programach. Kod przenosny na ogol tez zawiera mniej bledow, bo nie uzywa nietypowych i niebezpiecznych konstrukcji. Pozdrawiam Marek Kotowski
Technical Details
Message-ID:
<34C8C608.7701@imm.org.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!pingwin.icm.edu.pl!news.icm.edu.pl!news.nask.pl!not-for-mailReferences:
<34C4F3AB.C34902CC@willow.iie.pz.zgora.pl> <34C5BEC9.2018@imm.org.pl> <34c73f51.1429095@news.icm.edu.pl> <34C70746.46AB@imm.org.pl> <34C7636B.33829801@fuw.edu.pl> <34C77265.11BB@imm.org.pl> <01bd27f3$0b82ce60$2701070a@jark.insert.igo.wroc.pl> <34C89233.435C@imm.org.pl> <01bd2817$afde9240$2701070a@jark.insert.igo.wroc.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!pingwin.icm.edu.pl!news.icm.edu.pl!news.nask.pl!not-for-mail From: Marek Kotowski <mkot@imm.org.pl> Newsgroups: pl.comp.lang.c Subject: Re: Rezerwacja pamieci Date: Fri, 23 Jan 1998 17:32:08 +0100 Organization: Instytut Maszyn Matematycznych Lines: 49 Message-ID: <34C8C608.7701@imm.org.pl> References: <34C4F3AB.C34902CC@willow.iie.pz.zgora.pl> <34C5BEC9.2018@imm.org.pl> <34c73f51.1429095@news.icm.edu.pl> <34C70746.46AB@imm.org.pl> <34C7636B.33829801@fuw.edu.pl> <34C77265.11BB@imm.org.pl> <01bd27f3$0b82ce60$2701070a@jark.insert.igo.wroc.pl> <34C89233.435C@imm.org.pl> <01bd2817$afde9240$2701070a@jark.insert.igo.wroc.pl> NNTP-Posting-Host: 148.81.238.53 Mime-Version: 1.0 X-Mailer: Mozilla 3.01Gold (Win95; I) Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit