Re: EEPROM, C++ a řetěžování operátorů

[Jan Waclawek]

Zapis mozno je lepsie mat osobitne, ale citanie by bolo fajn ak by vyzeralo
ako normalna pamat.

A to plati aj pre FLASH.

Pre FLASH pre avr-gcc je napisana podpora named address space
(https://gcc.gnu.org/onlinedocs/gcc/Named-Address-Spaces.html#AVR-Named-Address-Spaces-1)
ale nie pre eeprom (a nie pre g++ takze arduinisti maju smolu :-) ).

V SDCC by to bolo lepsie, len tam sa nikdy ta AVR podpora
nezmaterializovala.

Plus samozrejme s tymi named address spaces aj tak treba vediet pracovat,
lebo pointre atd. 

wek


----- Original Message ---------------
>Omlouvám se za odbočku.
>Můj laicko-uľivatelský pohled na věc: je myslím dobře, kdyľ je práce s 
>EEPROM udělaná úplně jinak neľ s ostatní paměti.
>Tady přes nějaké funkce.
>
>EEPROM podle mě není pamě», ale "periferie, která si pamatuje".
>Aspoň si programátor (a to i BFU) uvědomí, ľe je to něco hodně jiného 
>neľ něco zapsat do pole, které má (na rozdíl od EEPROM) neomezený počet 
>přepisů.
>Zacházení s EEPROM jako s běľnou pamětí pak vede k tomu, ľe spousta 
>přístrojů umírá na destrukci EEPROM pro přílią velký počet přepisů.
>
>Vzpomněl jsem si na to i proto, ľe zrovna řeąím dilema jak zachránit 
>svůj oblíbený monitor, kde odeąla EEPROM v ceně 3 Kč, a tím pádem je 
>skvělý monitor nepouľitelný.
>Asi měl programátor taky hodně usnadněný zápis do EEPROM a tak tam pořád 
>něco zapisoval.
>
>PL
>