Diskussion:Hallo Welt für AVR (LED blinken) - Versionsgeschichte

SprinterSB_alt: /* zur verwendung von: signal.h */

2006-05-15T16:33:13Z

‎zur verwendung von: signal.h

SprinterSB_alt: /* zur verwendung von: signal.h */

2006-05-15T16:32:38Z

‎zur verwendung von: signal.h

SprinterSB_alt am 15. Mai 2006 um 16:23 Uhr

2006-05-15T16:23:44Z

Supernull am 15. Mai 2006 um 12:41 Uhr

2006-05-15T12:41:02Z

SprinterSB_alt: Diskussion:Hallo Welt für AVR (Blinky) wurde nach Diskussion:Hallo Welt für AVR (LED blinken) verschoben

2006-01-30T12:59:03Z

Diskussion:Hallo Welt für AVR (Blinky) wurde nach Diskussion:Hallo Welt für AVR (LED blinken) verschoben

SprinterSB_alt am 21. Dezember 2005 um 16:04 Uhr

2005-12-21T16:04:09Z

Frank am 21. Dezember 2005 um 15:51 Uhr

2005-12-21T15:51:55Z

Frank am 21. Dezember 2005 um 15:51 Uhr

2005-12-21T15:51:01Z

Neue Seite

Kleiner Verbesserungsvorschlag

Was soll BLINKY heißen? Erst beim lesen merkt man das du Dateiname so gewählt hast. Das verwirrt ein wenig, sinnvoller wäre es wenn man Namen wegläßt sonst denkt man zuerst das sei neuer Compiler oder Linker (Blinky war glaub mal für dBase Compiler). Zudem liegt es auch Nahe ein HelloWorld-Beispiel HelloWorld.c zu nennen.

--[[Benutzer:Frank|Frank]] 16:51, 21. Dez 2005 (CET)

----

@@ Zeile 20: / Zeile 20: @@
 ----
-Ok, ich hab die Hinweise zu Inkompatbilitäten von avr-gcc mal fett gemacht. In jeder Stelle jedes Codebeispiels auf diesen Abschnitt hinzuweisen wäre etwas übertrieben... Mit #ifdef die verwendete Compiler-Version rauszuparametriesieren halte ich bei den vorliegenden Beispielen nicht für sinnvoll; es ist Overkill und macht die Quelle schwer zu lesen und zu verstehen, zudem wird sich in avr-gcc 4.x die API nochmals ändern...
+Ok, ich hab die Hinweise zu Inkompatbilitäten von avr-gcc mal fett gemacht. In jeder Stelle jedes Codebeispiels auf diesen Abschnitt hinzuweisen wäre etwas übertrieben... Mit <tt>#ifdef</tt> die verwendete Compiler-Version rauszuparametriesieren halte ich bei den vorliegenden Beispielen nicht für sinnvoll; es ist Overkill und macht die Quelle schwer zu lesen und zu verstehen, zudem wird sich in avr-gcc 4.x die API nochmals ändern...
 Etwas Mitdenken darf man von Lesern auch erwarten dürfen, oder wie siehst du das?
 --[[Benutzer:SprinterSB|SprinterSB]] 18:23, 15. Mai 2006 (CEST)

@@ Zeile 20: / Zeile 20: @@
 ----
-Ok, ich hab die Hinweise zu Inkompatbilitäten von avr-gcc mal fett gemacht. In jeder Stelle jedes Codebeispiels auf diesen Abschnitt hinzuweisen wäre etwas übertrieben... Mit #ifdef die verwendete Compiler-Version rauszuparametriesieren halte ich bei den vorliegenden Beispielen nicht für sinnvoll; es inst Overkill und macht die Quelle schwer zu lesen und zu verstehen.
+Ok, ich hab die Hinweise zu Inkompatbilitäten von avr-gcc mal fett gemacht. In jeder Stelle jedes Codebeispiels auf diesen Abschnitt hinzuweisen wäre etwas übertrieben... Mit #ifdef die verwendete Compiler-Version rauszuparametriesieren halte ich bei den vorliegenden Beispielen nicht für sinnvoll; es ist Overkill und macht die Quelle schwer zu lesen und zu verstehen, zudem wird sich in avr-gcc 4.x die API nochmals ändern...
 Etwas Mitdenken darf man von Lesern auch erwarten dürfen, oder wie siehst du das?
 --[[Benutzer:SprinterSB|SprinterSB]] 18:23, 15. Mai 2006 (CEST)

← Nächstältere Version		Version vom 15. Mai 2006, 16:23 Uhr
Zeile 1:		Zeile 1:
−	~~--[[Benutzer:supernull\|supernull]] 14:30, 15. May 2006 (CEST)~~
−	~~zur verwendung von: signal.h~~
−
−	~~hab die signal.h anfang april durch den moderneren header interrupt.h ersetzt, da signal.h im aktuellen avr-gcc nur eine warnung:<br>~~
−	~~"This header file is obsolete. Use <avr/interrupt.h>."<br>~~
−	~~fabriziert. nimmt man diese warnung nicht für 100%, dann erzeugt der compiler eine weitere warnung, dass die funktion:~~
−	SIGNAL(...) keinen rückgabewert verwendet, d.h. der interrupt wird in der interrupttable nicht gesetzt. klar, da es das aufgerufene makro nicht gibt und nun als funktionsdefinition gewertet wird. am anfang ihrer karriere stehende compilerbediener verzweifeln sicher zu diesem zeitpunkt am nicht gesetzten interruptvektor. darum bitte nochmal mit aktuellem compiler prüfen!


Zeile 16:		Zeile 9:

	:Wie würdest du es denn nennen? "Hallo Welt" macht ja ne Terminalausgabe, ich kenn solche Programme unter dem Namen "Blinky" resp. "Blinki" --[[Benutzer:SprinterSB\|SprinterSB]] 17:04, 21. Dez 2005 (CET)		:Wie würdest du es denn nennen? "Hallo Welt" macht ja ne Terminalausgabe, ich kenn solche Programme unter dem Namen "Blinky" resp. "Blinki" --[[Benutzer:SprinterSB\|SprinterSB]] 17:04, 21. Dez 2005 (CET)
		+
		+	==zur verwendung von: signal.h==
		+
		+
		+	hab die signal.h anfang april durch den moderneren header interrupt.h ersetzt, da signal.h im aktuellen avr-gcc nur eine warnung:<br>
		+	"This header file is obsolete. Use <avr/interrupt.h>."<br>
		+	fabriziert. nimmt man diese warnung nicht für 100%, dann erzeugt der compiler eine weitere warnung, dass die funktion:
		+	SIGNAL(...) keinen rückgabewert verwendet, d.h. der interrupt wird in der interrupttable nicht gesetzt. klar, da es das aufgerufene makro nicht gibt und nun als funktionsdefinition gewertet wird. am anfang ihrer karriere stehende compilerbediener verzweifeln sicher zu diesem zeitpunkt am nicht gesetzten interruptvektor. darum bitte nochmal mit aktuellem compiler prüfen!
		+	--[[Benutzer:supernull\|supernull]] 14:30, 15. May 2006 (CEST)
		+
		+	----
		+	Ok, ich hab die Hinweise zu Inkompatbilitäten von avr-gcc mal fett gemacht. In jeder Stelle jedes Codebeispiels auf diesen Abschnitt hinzuweisen wäre etwas übertrieben... Mit #ifdef die verwendete Compiler-Version rauszuparametriesieren halte ich bei den vorliegenden Beispielen nicht für sinnvoll; es inst Overkill und macht die Quelle schwer zu lesen und zu verstehen.
		+
		+	Etwas Mitdenken darf man von Lesern auch erwarten dürfen, oder wie siehst du das?
		+	--[[Benutzer:SprinterSB\|SprinterSB]] 18:23, 15. Mai 2006 (CEST)

← Nächstältere Version		Version vom 15. Mai 2006, 12:41 Uhr
Zeile 1:		Zeile 1:
		+	--[[Benutzer:supernull\|supernull]] 14:30, 15. May 2006 (CEST)
		+	zur verwendung von: signal.h
		+
		+	hab die signal.h anfang april durch den moderneren header interrupt.h ersetzt, da signal.h im aktuellen avr-gcc nur eine warnung:<br>
		+	"This header file is obsolete. Use <avr/interrupt.h>."<br>
		+	fabriziert. nimmt man diese warnung nicht für 100%, dann erzeugt der compiler eine weitere warnung, dass die funktion:
		+	SIGNAL(...) keinen rückgabewert verwendet, d.h. der interrupt wird in der interrupttable nicht gesetzt. klar, da es das aufgerufene makro nicht gibt und nun als funktionsdefinition gewertet wird. am anfang ihrer karriere stehende compilerbediener verzweifeln sicher zu diesem zeitpunkt am nicht gesetzten interruptvektor. darum bitte nochmal mit aktuellem compiler prüfen!
		+
		+
		+
	Kleiner Verbesserungsvorschlag		Kleiner Verbesserungsvorschlag

← Nächstältere Version		Version vom 21. Dezember 2005, 16:04 Uhr
Zeile 5:		Zeile 5:
	--[[Benutzer:Frank\|Frank]] 16:51, 21. Dez 2005 (CET)		--[[Benutzer:Frank\|Frank]] 16:51, 21. Dez 2005 (CET)

−	----	+	:Wie würdest du es denn nennen? "Hallo Welt" macht ja ne Terminalausgabe, ich kenn solche Programme unter dem Namen "Blinky" resp. "Blinki" --[[Benutzer:SprinterSB\|SprinterSB]] 17:04, 21. Dez 2005 (CET)

← Nächstältere Version	Version vom 30. Januar 2006, 12:59 Uhr
(kein Unterschied)

@@ Zeile 1: / Zeile 1: @@
 Kleiner Verbesserungsvorschlag
-Was soll BLINKY heißen? Erst beim lesen merkt man das du Dateiname so gewählt hast. Das verwirrt ein wenig, sinnvoller wäre es wenn man Namen wegläßt sonst denkt man zuerst das sei neuer Compiler oder Linker (Blinky war glaub mal für dBase Compiler). Zudem liegt es auch Nahe ein HelloWorld-Beispiel HelloWorld.c zu nennen.
+Was soll BLINKY heißen? Erst beim lesen merkt man das du Dateiname so gewählt hast. Das verwirrt ein wenig, sinnvoller wäre es wenn man Namen wegläßt sonst denkt man zuerst das sei neuer Compiler oder Linker (Blinky hieß gaub mal ein dBase Compiler). Zudem liegt es auch Nahe ein HelloWorld-Beispiel HelloWorld.c zu nennen.
 --[[Benutzer:Frank|Frank]] 16:51, 21. Dez 2005 (CET)
 ----