🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

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

Re: Rezerwacja pamieci

#832
From: milosz danielewski
Date: Sun, 25 Jan 1998 19:17
53 lines
3260 bytes
On Sat, 24 Jan 1998 15:26:02 +0100, Marek Kotowski <mkot@imm.org.pl>
wrote:

>milosz danielewski wrote:
>>  Przenosnosc w _wystarczajacym_ stopniu zapewnia samo C. 
>
>  Calkowita nieprawda.
>  Mozna napisac kod poprawny w C, nawet w standardzie (tylko
>standardowe slowa kluczowe i standardowe funkcje biblioteczne),
>ktory nie bedzie przenosny do innych komputerow/kompilatorow, bo np.
>uzywa nieprzenosnie unii, zaklada okreslony znak zmiennej
>znakowej (char), zaklada pakowanie lub nie struktur, zaklada
>okreslony rozmiar i sposob traktowania struktur bitowych, przyjmuje
>okreslony porzadek obliczen (efekty uboczne) tam, gdzie
>jest on nieokreslony, bazuje na okreslonym uporzadkowaniu
>bajtow w slowie czy w podwojnym slowie. 
>  Wystarczy?

 Sprytne cytowanie, zmieniajace kontekst mojej wypowiedzi, nie zmienia
faktu, ze mialem na mysli co innego. _Wyraznie_ w nastepnym zdaniu
napisalem, ze: "Oczywiscie program nie jest przenosny ale latwy do
portowania". Z wiekszosci wymienionych przez ciebie cech kompilatora (
char ze znakiem lub bez, pakowanie struktur etc.) dobry programista
_nie_ korzysta bo i po co ?

>> Oczywiscie
>> program nie jest przenosny ale latwy do portowania. Zbytnie kladzenie
>> nacisku na przenosnosc to marnotrawstwo czasu i pieniedzy. 
>
>  Znowu nieprawda. Jest dokladnie odwrotnie. Oczywiscie,
>w kazdym powazniejszym programie sa fragmenty nieprzenosne.
>Ale dobry programista zazwyczaj je odpowiednio obudowuje.

 Widze, ze mimo wszystko sie ze mna zgadzasz. Prosciej/szybciej/taniej
jest napisac kilka #ifdef niz ze wszelka cene walczyc o pelna
przenosnosc. 

>> Nawet
>> piszac zgodnie ze standardem, program ktory bedzie probowal alokowac
>> 32KB pamieci na b. popularnym procesorze 51, nie zadziala bo do
>> dyspozycji mamy 256 calej pamieci RAM. Wiec na co mi ta teoretyczna
>> przenosnosc, skoro w praktyce i tak bede musial program napisac od
>> nowa ?
>
>  Cala dyskusja toczy sie wokol duzych obszarow pamieci.
>To wcale nie jest powazny problem przy przenoszeniu programow w C.

 W skali platformy 51, 32KB pamieci to _bardzo_ duzy obszar. Chcialem
ponadto zauwazyc, ze to ty rozpoczales dyskusje twierdzac, ze
przydzialy duzych obszarow to powazny problem przy przenoszeniu
programow w C. Przeczysz sam sobie.

milosz danielewski
Technical Details
Message-ID: <34cc775c.652640@news.icm.edu.pl>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!pingwin.icm.edu.pl!news.icm.edu.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> <34C8C608.7701@imm.org.pl> <34cae9cf.10806741@news.icm.edu.pl> <34C9F9FA.1D66@imm.org.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!not-for-mail
From: mdaniel@priv.onet.pl (milosz danielewski)
Newsgroups: pl.comp.lang.c
Subject: Re: Rezerwacja pamieci
Date: Sun, 25 Jan 1998 19:17:25 GMT
Organization: ICM's news server
Lines: 53
Message-ID: <34cc775c.652640@news.icm.edu.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> <34C8C608.7701@imm.org.pl> <34cae9cf.10806741@news.icm.edu.pl> <34C9F9FA.1D66@imm.org.pl>
NNTP-Posting-Host: rap-wct80.katowice.tpnet.pl
Mime-Version: 1.0
X-Newsreader: Forte Agent 1.5/32.451
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit