-
Path: news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!.PO
STED!not-for-mail
From: Michoo <m...@v...pl>
Newsgroups: pl.misc.elektronika
Subject: Re: ksišżka o programowniu AVR w C
Date: Wed, 02 Feb 2011 12:43:42 +0100
Organization: http://onet.pl
Lines: 19
Message-ID: <iibg1c$frb$1@news.onet.pl>
References: <4d467cd6$1@news.home.net.pl> <ii61g5$af2$1@news.task.gda.pl>
<ii6612$1o6$1@news.onet.pl> <ii6fuk$3re$1@news.task.gda.pl>
<ii6h1t$djb$1@news.onet.pl> <ii734d$kr$1@news.task.gda.pl>
<ii74kc$sig$1@news.onet.pl> <ii79sr$vp5$1@news.task.gda.pl>
<op.vp7xc3gr1cvm6g@jk-laptop>
<4d47d7d9$0$2444$65785112@news.neostrada.pl>
<op.vp8ouirl1cvm6g@jk-laptop> <ii9t28$2cuu$1@news2.ipartners.pl>
<op.vp9s140z1cvm6g@jk-laptop>
<4d493dcd$0$2454$65785112@news.neostrada.pl>
<e...@4...com>
NNTP-Posting-Host: smaug.int.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: news.onet.pl 1296647020 16235 83.238.197.12 (2 Feb 2011 11:43:40 GMT)
X-Complaints-To: n...@o...pl
NNTP-Posting-Date: Wed, 2 Feb 2011 11:43:40 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20101227
Icedove/3.0.11
In-Reply-To: <e...@4...com>
Xref: news-archive.icm.edu.pl pl.misc.elektronika:604059
[ ukryj nagłówki ]W dniu 02.02.2011 12:28, J.F. pisze:
> On Wed, 2 Feb 2011 12:09:49 +0100, 4CX250 wrote:
>> Uśmieszków moich nie dostrzegłeś :)
>> Chodziło mi tylko o to że gcc nie ma szans obliczyć głębokości stosu jeżeli
>> będziemy zmieniali wartośc wskaźnika SP programowo. Tak ironizowałem tylko.
Kompilator zna początek stosu i zna jego koniec, więc oczywiście, że się
przystosuje do zmiany rejestru i nawet będzie działać kontrola
głębokości stosu, jeżeli ją wkompilujemy. A do kontroli "za darmo" można
użyć pułapki sprzętowej o ile procesor obsługuje.
>
> kompilator C zasadniczo w ogole nie ma szans obliczyc glebokosci stosu
> na etapie kompilacji, chyba zeby tak budowal drzewo zagniezdzen i
> sprawdzal rekurencyjnosc.
Problem stopu jest nierozwiązywalny ;)
--
Pozdrawiam
Michoo
Następne wpisy z tego wątku
- 02.02.11 11:48 4CX250
- 02.02.11 17:45 janusz_kk1
- 02.02.11 17:47 janusz_kk1
- 02.02.11 18:08 Michoo
- 02.02.11 18:56 identifikator: 20040501
- 02.02.11 20:43 Marcin Wasilewski
- 03.02.11 12:06 JDX
- 03.02.11 12:18 identifikator: 20040501
- 03.02.11 12:37 Mario
- 03.02.11 13:05 JDX
- 03.02.11 14:47 Adam Dybkowski
- 03.02.11 15:58 Mario
- 21.02.11 21:51 badworm
- 21.02.11 23:38 Adam Dybkowski
Najnowsze wątki z tej grupy
- Brak bolca ochronnego ładowarki oznacza pożar
- AMS spalony szybkim zasilaczem USB
- stalowe bezpieczniki
- Wyświtlacz ramki cyfrowej
- bateria na żądanie
- pradnica krokowa
- Nieustający podziw...
- Coś dusi.
- akumulator napięcie 12.0v
- Podłączenie DMA 8257 do 8085
- pozew za naprawę sprzętu na youtube
- gasik
- Zbieranie danych przez www
- reverse engineering i dodawanie elementów do istniejących zamkniętych produktów- legalne?
- Problem z odczytem karty CF
Najnowsze wątki
- 2025-01-26 Trump-2 JUŻ bardzo łaskawy [1_500 ułaskawień skazanych za Bidena za "Kawkę na Kapitolu"]
- 2025-01-26 Brak bolca ochronnego ładowarki oznacza pożar
- 2025-01-24 Elektryfikacja w ODWROCIE
- 2025-01-25 AMS spalony szybkim zasilaczem USB
- 2025-01-24 stalowe bezpieczniki
- 2025-01-23 Zenek Kapelinder - ?
- 2025-01-25 Błonie => Sales Specialist <=
- 2025-01-25 Lublin => iOS Developer (Swift) <=
- 2025-01-24 Warszawa => Java Developer <=
- 2025-01-24 Białystok => iOS Developer (Swift experience) <=
- 2025-01-24 Warszawa => Programista Full Stack (.Net Core) <=
- 2025-01-24 Warszawa => System Architect (background deweloperski w Java) <=
- 2025-01-24 Lublin => Delphi Programmer <=
- 2025-01-24 Kraków => Key Account Manager <=
- 2025-01-24 Lublin => Programista Delphi <=