Article View: pl.comp.lang.c
Article #832Re: Rezerwacja pamieci
From: milosz danielewski
Date: Sun, 25 Jan 1998 19:17
Date: Sun, 25 Jan 1998 19:17
53 lines
3260 bytes
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-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> <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