Vítejte na Elektro Bastlírn?
Nuke - Elektro Bastlirna
  Vytvořit účet Hlavní · Fórum · DDump · Profil · Zprávy · Hledat na fóru · Příspěvky na provoz EB

Vlákno na téma KORONAVIRUS - nutná registrace


Nuke - Elektro Bastlirna: Diskuzní fórum

 FAQFAQ   HledatHledat   Uživatelské skupinyUživatelské skupiny   ProfilProfil   Soukromé zprávySoukromé zprávy   PřihlášeníPřihlášení 

Umístění řetězce do SRAM

 
Přidat nové téma   Zaslat odpověď       Obsah fóra Diskuzní fórum Elektro Bastlírny -> Programování PIC, ATMEL, EEPROM a dalších obvodů
Zobrazit předchozí téma :: Zobrazit následující téma  
Autor Zpráva
mtajovsky



Založen: Sep 19, 2007
Příspěvky: 3698
Bydliště: Praha

PříspěvekZaslal: st prosinec 09 2009, 14:00    Předmět: Umístění řetězce do SRAM Citovat

Po letech na Unixu a Windows to chci zase zkusit na mikrokontrolérech. V AVR studiu s instalovaným pluginem WinAVR jsem v C zkusil následující:

#include <avr\io.h>
#include <string.h>


int main(int argc, char* arvg[])
{
char* ahoj = "ahoj";
char* ptr;

ahoj[2] = PINB;
ptr = strchr(ahoj, 'h');
PORTC = *++ptr;
}

problém je, že prográmek pracuje jinak , když není nastavena optimalizace (-O0) a jinak když je nějaká nastavena - třeba -Os.
Je-li optimalizace nastavena, kompilátor umístí řetězec ahoj do kódového segmentu a jelikož tam nelze zapisovat, tak vynechá celé řádky se čtením z portu B a s funkcí strchr() . Přitom není vydáno žádné varování, i když gcc má zapnuto -Wall .

Jak donutit kompilátor dávat řetězec do SRAM - přišel jsem na jediné:

volatile char* ahoj = "ahoj";

což se mi ovšem nepozdává, vzhledem k tomu, že volatile má primárně jiný význam. Existuje nějaký konformnější způsob?
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu Odeslat e-mail
Zmije



Založen: Jun 30, 2005
Příspěvky: 1571
Bydliště: Pardubický kraj

PříspěvekZaslal: st prosinec 09 2009, 14:38    Předmět: Citovat

Moc se v tajích optimalizace nevyznám, ale nepomohlo by nadeklarovat nejdříve prázdné pole(třeba samé nuly) pro řetězec a naplnit ho až během programu? Takhle si to kompilér vyhodnotí jako konstantní řetězec.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu Odeslat e-mail
Zmije



Založen: Jun 30, 2005
Příspěvky: 1571
Bydliště: Pardubický kraj

PříspěvekZaslal: st prosinec 09 2009, 14:56    Předmět: Citovat

Tak jsem se informoval, volatile znamená zákaz optimalizací při práci s danou proměnou, což celou věc vysvětluje. Pokud to uděláš jak jsi napsal, bez volatile, tzn. při deklaraci tringu uložíš rovnou hodnotu a už s ní v celém programu nehýbeš, tak ji kompilér v rámci zrychlení a ušetření pamětí považuje za konstant char, ikdyž mu to nespecifikuješ, ale záměnou se nic nestane, pokud ale hodnotu alespoň jednou během programu změníš, už by záměna neplatila, použitím volatile se možností záměny ani nebude zabývat.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu Odeslat e-mail
AB1



Založen: Nov 23, 2009
Příspěvky: 312

PříspěvekZaslal: st prosinec 09 2009, 16:33    Předmět: Citovat

citace:
char* ahoj = "ahoj";

Obvykle se používá deklarace
char ahoj[] = "ahoj";
která bude v tvém kódu fungovat.

Budou chodit i varianty

char* ahoj = "ahoj";
int main()

nebo

int main()
static char* ahoj = "ahoj";

V Avr-gcc funkce main() nepřijímá žádné argumenty (nemá odkud).
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
mtajovsky



Založen: Sep 19, 2007
Příspěvky: 3698
Bydliště: Praha

PříspěvekZaslal: st prosinec 09 2009, 17:31    Předmět: Citovat

AB1 << dik, je to OK. S tou funkcí main() je to jasné, jenže zvyk je železná košile Smile
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu Odeslat e-mail
mtajovsky



Založen: Sep 19, 2007
Příspěvky: 3698
Bydliště: Praha

PříspěvekZaslal: st prosinec 09 2009, 17:34    Předmět: Citovat

Zmije napsal(a):
Moc se v tajích optimalizace nevyznám, ale nepomohlo by nadeklarovat nejdříve prázdné pole(třeba samé nuly) pro řetězec a naplnit ho až během programu? Takhle si to kompilér vyhodnotí jako konstantní řetězec.


Jasně, že by to šlo, ale elegance se vytratí. Všechny varianty od AB1 fungují, to je OK, jenom by gcc mohl dát nějaké varování, že aplikace chce zapisovat někam, kde to nejde, když už s proměnnými cvičí po segmentech,
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu Odeslat e-mail
Zobrazit příspěvky z předchozích:   
Přidat nové téma   Zaslat odpověď       Obsah fóra Diskuzní fórum Elektro Bastlírny -> Programování PIC, ATMEL, EEPROM a dalších obvodů Časy uváděny v GMT + 1 hodina
Strana 1 z 1

 
Přejdi na:  
Nemůžete odesílat nové téma do tohoto fóra.
Nemůžete odpovídat na témata v tomto fóru.
Nemůžete upravovat své příspěvky v tomto fóru.
Nemůžete mazat své příspěvky v tomto fóru.
Nemůžete hlasovat v tomto fóru.
Nemůžete připojovat soubory k příspěvkům
Můžete stahovat a prohlížet přiložené soubory

Powered by phpBB © 2001, 2005 phpBB Group
Forums ©
Nuke - Elektro Bastlirna

Informace na portálu Elektro bastlírny jsou prezentovány za účelem vzdělání čtenářů a rozšíření zájmu o elektroniku. Autoři článků na serveru neberou žádnou zodpovědnost za škody vzniklé těmito zapojeními. Rovněž neberou žádnou odpovědnost za případnou újmu na zdraví vzniklou úrazem elektrickým proudem. Autoři a správci těchto stránek nepřejímají záruku za správnost zveřejněných materiálů. Předkládané informace a zapojení jsou zveřejněny bez ohledu na případné patenty třetích osob. Nároky na odškodnění na základě změn, chyb nebo vynechání jsou zásadně vyloučeny. Všechny registrované nebo jiné obchodní známky zde použité jsou majetkem jejich vlastníků. Uvedením nejsou zpochybněna z toho vyplývající vlastnická práva. Použití konstrukcí v rozporu se zákonem je přísně zakázáno. Vzhledem k tomu, že původ předkládaných materiálů nelze žádným způsobem dohledat, nelze je použít pro komerční účely! Tento nekomerční server nemá z uvedených zapojení či konstrukcí žádný zisk. Nezodpovídáme za pravost předkládaných materiálů třetími osobami a jejich původ. V případě, že zjistíte porušení autorského práva či jiné nesrovnalosti, kontaktujte administrátory na diskuzním fóru EB.


PHP-Nuke Copyright © 2005 by Francisco Burzi. This is free software, and you may redistribute it under the GPL. PHP-Nuke comes with absolutely no warranty, for details, see the license.
Čas potřebný ke zpracování stránky 0.14 sekund