🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.lang.c
Article #826

Re: Rezerwacja pamieci

#826
From: Marek Kotowski
Date: Fri, 23 Jan 1998 16:32
49 lines
3139 bytes
Jarek Kucypera wrote:
> 
> Mia³em na myœli 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¿liwoœci
> (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³aœniê sugerujê, ¿e pe³ne wykorzystanie 32 bitów praktycznie jest dzisiaj przenoœne
> "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-mail
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>

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