Article View: pl.comp.lang.c
Article #979Re: malloc czy (type *)malloc?
From: Maciej MOCHOL
Date: Fri, 30 Jan 1998 14:37
Date: Fri, 30 Jan 1998 14:37
85 lines
4214 bytes
4214 bytes
Przyznam ze poczatkowo Twoje posty mnie wkurzaly, ale teraz powoli to sie robi zabawne. Przypominasz mi chakera, ktory wlasnie sie nauczyl kompilowac exploity. On 29 Jan 1998, Michal Malecki wrote: > Czy ty w ogole rozumiesz, o co chodzi ? KOGO obchodzi jak standartowo > jest zrobiony operator new w C++ ? My tutaj kolego mowimy o PRAWIDLOWOSCI > wywolania funkcji, a nie o PROBLEMACH W REALIZACJI WEWNETRZNEJ tego > zadania. Standar_d_owo kotku. Standardowo. Jak jest zrobiony operator new, he he... > : Zgadzam sie z bzdura i totalna ignorancja. Jest bardzo bardzo wiele rzeczy > : do ktorych metodologia OOP kompletnie sie nie nadaje, a co za tym idzie > : C++. > > Chyle czola przed dwoma glupotami. Coz sprawa jest tak banalna, ze gdyby > nie rozmiar owej glupoty, to nawet nie mialoby sensu komentowanie tego. He he... Glupota powiadasz... > > Jak to jeden z was slusznie zauwazyl, jezyk C++ jest nadzbiorem C. Co > prawda nie pelnym, ale jest. Pytam was panowie: Czy MACIE ABSOLUTNY > OBOWIAZEK stosowania programowania obiektowego, piszac program w C++ ? > Zgadzam sie, ze do niektorych zagadnien OOP nie ma zastosowania. ALE > CZY KTOS WAM KAZE STOSOWAC OOP w C++ ? Juz to wczesniej mowilem, jezyk > C++ posiada tyle wspanialych udogodnien nawet bez stosowania OOP. > A obowiazek konwersji wskaznikow mozecie mu chyba wybaczyc. To programowania w czystym C, to poza tym ze trzeba stosowac prototypy, to tych wspanialych udogodnien cos sobie wyobrazic nie moge. Poza tym kwestia optymalizacji i rezygnacji z udogodnien zwyklych kompilatorow C. > > : Jest to juz bowiem jezyk o wiele wyzszego poziomu niz C i kompilator > : robi za nas mnostwo rzeczy. Np. zwijanie stosu przy obludze wyjatkow, > : albo obiekty tymczasowe. > Gwoli scislosci: C tez czasami tworzy obiekty tymczasowe, a to ile > rzeczy zrobi za nas kompilator zalezy tylko od tego, jak napiszemy program. Chyba nie zrozumiales... ale to szczegol... > > : Jest to nie do pomyslenia w wielu systemach. > : Np. wyobrazcie sobie Linux Kernel w C++. > Nic nadzwyczajnego. Problem jest tylko jeden - mogloby to wymusic pisanie > wszystkich aplikacji w C++. A to nie kazdemu przychodzi latwo. He he... Nic nadzwyczajnego. Kernel wymusza programowanie w C++ hehe... > > : Poza tym C++ nie jest do konca > : rozwiniete, nie ma pod niego naprawde dobrych kompilatorow, i ludzie > : po prostu boja sie pod tym pisac. > Tak, musze przyznac, ze g++ to na prawde bardzo kiepski kompilator. > A tak na powaznie, to ludzie boja sie pod tym pisac, jezeli tego do konca Hehe, faktycznie, zart przedni > nie rozumieja. Ja osobiscie sie nie boje. Co prawda gdb stwarza mi > drobne problemy, ale mam nadzieje, ze niedlugo sie to zmieni. UUahahaha... rozmiesz C++ tylko GDB stwarza drobne problemy... > Wynika to widocznie z tego, ze jest to jezyk dla wybranych. Albo... Heheheheh, uuuahahahaa Pewnie goscie pokroju Linusa sa za glupi zeby zrozumiec :))) > sprawa moze tez byc innego rodzaju. Ja np. najpierw poznalem C++, > a potem dowiedzialem sie, ile z tych rzeczy nie mozna robic w C. Taaaa... moze to tlumaczy.... -------------------------------------. Codematic | code@beta.cku.pwr.wroc.pl | mmochol@elka.pw.edu.pl | http://home.elka.pw.edu.pl/~mmochol | -------------------------------------'
Technical Details
Message-ID:
<Pine.GSO.3.95.980130152749.4725G-100000@neutron.elka.pw.edu.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!pingwin.icm.edu.pl!news.icm.edu.pl!neutron.elka.pw.edu.pl!mmocholReferences:
<34CCAF18.4877@imm.org.pl> <6akmcl$nua@polonez.man.lodz.pl> <01bd2b32$6a867dc0$89baccc2@karpierz.dyn.ml.org> <Pine.GSO.3.95.980127184022.21491A-100000@neutron.elka.pw.edu.pl> <6aqobg$p7k@polonez.man.lodz.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!neutron.elka.pw.edu.pl!mmochol From: Maciej MOCHOL <mmochol@elka.pw.edu.pl> Newsgroups: pl.comp.lang.c Subject: Re: malloc czy (type *)malloc? Date: Fri, 30 Jan 1998 15:37:08 +0100 Organization: ICM's news server Lines: 86 Message-ID: <Pine.GSO.3.95.980130152749.4725G-100000@neutron.elka.pw.edu.pl> References: <34CCAF18.4877@imm.org.pl> <6akmcl$nua@polonez.man.lodz.pl> <01bd2b32$6a867dc0$89baccc2@karpierz.dyn.ml.org> <Pine.GSO.3.95.980127184022.21491A-100000@neutron.elka.pw.edu.pl> <6aqobg$p7k@polonez.man.lodz.pl> NNTP-Posting-Host: neutron.elka.pw.edu.pl Mime-Version: 1.0 In-Reply-To: <6aqobg$p7k@polonez.man.lodz.pl> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit