Diskussion:Basic Combined Programming Language - Versionsgeschichte

Bwbuz: fix WP:WLW erl

2021-06-15T07:50:11Z

← Nächstältere Version		Version vom 15. Juni 2021, 09:50 Uhr
Zeile 1:		Zeile 1:
	== AEG, MARTOS und SL3 ==		== AEG, MARTOS und SL3 ==
	Eigentliche eine BCPL-basierte Marginalie der Geschichte der Rechner, Programmiersprachen und Betriebsysteme - wenn ich noch etwas Material dazu finde, werde ich dazu im seligen Gedenken (immerhin die ersten Jahre meines Berufslebens) diese Mosaiksteinchen beschreiben, deren Fortentwicklung der Übermacht von Big Blue und vor allem der mangelnden Masse (an der Klasse lag es nicht) der damals noch existierenden deutschen DV-Industrie zum Opfer fielen. [[Benutzer:FotoFux\|FotoFux]] 11:56, 3. Sep 2005 (CEST)		Eigentliche eine BCPL-basierte Marginalie der Geschichte der Rechner, Programmiersprachen und Betriebsysteme - wenn ich noch etwas Material dazu finde, werde ich dazu im seligen Gedenken (immerhin die ersten Jahre meines Berufslebens) diese Mosaiksteinchen beschreiben, deren Fortentwicklung der Übermacht von Big Blue und vor allem der mangelnden Masse (an der Klasse lag es nicht) der damals noch existierenden deutschen DV-Industrie zum Opfer fielen. [[Benutzer:FotoFux\|FotoFux]] 11:56, 3. Sep 2005 (CEST)

	== "Versehentliches" Entwickeln einer Programmiersprache ==		== "Versehentliches" Entwickeln einer Programmiersprache ==
		⚫	Die genauen Hintergründe sind mir nicht bekannt, nur dass Ken Thompson auf der Basis von BCPL die Programmiersprache B entwickelte. Aber kann man vom '''"versehentlichen"''' entwickeln sprechen? Diese Ausdrucksweise löst bei mir ein gewisses Unbehagen aus, ohne dass ich es genauer definieren könnte. Gut, ein Chemiker will eigentlich einen Superklebstoff entwickeln, es fällt ihm aus Versehen irgendein ein anderer, nicht vorgesehener Stoff ins Reagenzglas, und schon hat er '''versehentlich''' einen Supersprengstoff entwickelt (um mal ein konstruiertes Beispiel zu bringen). Aber ein Programmierer...? "Er macht versehentlich einen Programmierfehler und schon hat er eine andere Programmiersprache? Nein, das müsste mir erst mal näher erklärt werden, ehe ich das wirklich einsehe. --[[Benutzer:Klausb\|Klausb]] 17:12, 21. Mai 2007 (CEST)

⚫	Die genauen Hintergründe sind mir nicht bekannt, nur dass Ken Thompson auf der Basis von BCPL die Programmiersprache B entwickelte. Aber kann man vom '''"versehentlichen"''' entwickeln sprechen? Diese Ausdrucksweise löst bei mir ein gewisses Unbehagen aus, ohne dass ich es genauer definieren könnte. Gut, ein Chemiker will eigentlich einen Superklebstoff entwickeln, es fällt ihm aus Versehen irgendein ein anderer, nicht vorgesehener Stoff ins Reagenzglas, und schon hat er '''versehentlich''' einen Supersprengstoff entwickelt (um mal ein konstruiertes Beispiel zu bringen). Aber ein Programmierer...? "Er macht versehentlich einen Programmierfehler und schon hat er eine andere Programmiersprache? Nein, das müsste mir erst mal näher erklärt werden, ehe ich das wirklich einsehe.

	--[[Benutzer:Klausb\|Klausb]] 17:12, 21. Mai 2007 (CEST)

	:Wenn keine Quelle geliefert, kann man das so nicht stehen lassen. [http://cm.bell-labs.com/cm/cs/who/dmr/chist.html] erwähnt diese '''versehentliche''' Entwicklung nicht. Dort ist eher die Rede von der beabsichtigten Entwicklung von B als '''BCPL-light''' (wegen 8 kb RAM auf der Zielmaschine) + eigene Ideen. Also BCPL konnte beispielsweise verschachtelte Funktionsdefinitionen, B absichtlich nicht, um einen einfacherern Interpreter schreiben zu können. --[[Benutzer:Gms\|Gms]] 20:40, 19. Apr. 2008 (CEST)		:Wenn keine Quelle geliefert, kann man das so nicht stehen lassen. [http://cm.bell-labs.com/cm/cs/who/dmr/chist.html] erwähnt diese '''versehentliche''' Entwicklung nicht. Dort ist eher die Rede von der beabsichtigten Entwicklung von B als '''BCPL-light''' (wegen 8 kb RAM auf der Zielmaschine) + eigene Ideen. Also BCPL konnte beispielsweise verschachtelte Funktionsdefinitionen, B absichtlich nicht, um einen einfacherern Interpreter schreiben zu können. --[[Benutzer:Gms\|Gms]] 20:40, 19. Apr. 2008 (CEST)

	== Ungeeignet für 8 bit? ==		== Ungeeignet für 8 bit? ==
	"...bedingt durch die Typenlosigkeit eignet es sich jedoch nicht für 8-Bit-Rechner." Für den Acorn B gab es eine BCPL-Implementierung als ROM, und dessen 6502 war zweifellos ein 8-Bit-Prozessor. Über die Effizienz kann ich wenig sagen, aber warum soll ein 8-Bit-Prozessor nicht mit 32-Bit-Werten arbeiten können? --[[Benutzer:almirena\|almirena]] 11:23, 2. Okt 2008 (CEST)		"...bedingt durch die Typenlosigkeit eignet es sich jedoch nicht für 8-Bit-Rechner." Für den Acorn B gab es eine BCPL-Implementierung als ROM, und dessen 6502 war zweifellos ein 8-Bit-Prozessor. Über die Effizienz kann ich wenig sagen, aber warum soll ein 8-Bit-Prozessor nicht mit 32-Bit-Werten arbeiten können? --[[Benutzer:almirena\|almirena]] 11:23, 2. Okt 2008 (CEST)
	:Der Meinung schliesse ich mich an. Auch für den Sinclair QL gab es einen BCPL-Compiler. Die Daten waren in 32-bit langen Worten (words) organisiert, also 4 Byte lang. Wenn man interne QL-Adressen benutzten wollte, musste die BCPL-Adresse immer mit 4 multipliziert werden. War aber kein Problem, weil man es selten brauchte und wenn, geschah es durch eine einfache shift-Operation --[[Benutzer:Klausb\|Klausb]] 17:30, 3. Okt. 2008 (CEST)		:Der Meinung schliesse ich mich an. Auch für den Sinclair QL gab es einen BCPL-Compiler. Die Daten waren in 32-bit langen Worten (words) organisiert, also 4 Byte lang. Wenn man interne QL-Adressen benutzten wollte, musste die BCPL-Adresse immer mit 4 multipliziert werden. War aber kein Problem, weil man es selten brauchte und wenn, geschah es durch eine einfache shift-Operation --[[Benutzer:Klausb\|Klausb]] 17:30, 3. Okt. 2008 (CEST)

	== {{Anker\|deadurl_2015-10}} Defekte Weblinks ==
	{{nicht archivieren\|Zeigen=nein}}{{Defekter Weblink\|Bot=GiftBot\|Lauf=2015-10
	\|1=http://www.cs.bell-labs.com/who/dmr/bcpl.html
	\|2=+765,53529,2976309,4166610 wba=20150328220551 cit=6BNzH7KbJ http://cm.bell-labs.com/cm/cs/who/dmr/chist.html
	}}
	– [[Benutzer:GiftBot\|GiftBot]] ([[Benutzer Diskussion:GiftBot\|Diskussion]]) 15:56, 27. Nov. 2015 (CET)

GiftBot: /* Defekte Weblinks */ Wikipedia:Defekte Weblinks/Botmeldung (Problem?) – letzte Bearbeitung: JoBa2282, 27.03.2009 15:28:10 CET, hat „Diskussion:BCPL“ nach „[[Diskussion:Basic Combined Prog…

2015-11-27T14:56:11Z

Defekte Weblinks: Wikipedia:Defekte Weblinks/Botmeldung (Problem?) – letzte Bearbeitung: JoBa2282, 27.03.2009 15:28:10 CET, hat „Diskussion:BCPL“ nach „[[Diskussion:Basic Combined Prog…

← Nächstältere Version		Version vom 27. November 2015, 16:56 Uhr
Zeile 13:		Zeile 13:
	"...bedingt durch die Typenlosigkeit eignet es sich jedoch nicht für 8-Bit-Rechner." Für den Acorn B gab es eine BCPL-Implementierung als ROM, und dessen 6502 war zweifellos ein 8-Bit-Prozessor. Über die Effizienz kann ich wenig sagen, aber warum soll ein 8-Bit-Prozessor nicht mit 32-Bit-Werten arbeiten können? --[[Benutzer:almirena\|almirena]] 11:23, 2. Okt 2008 (CEST)		"...bedingt durch die Typenlosigkeit eignet es sich jedoch nicht für 8-Bit-Rechner." Für den Acorn B gab es eine BCPL-Implementierung als ROM, und dessen 6502 war zweifellos ein 8-Bit-Prozessor. Über die Effizienz kann ich wenig sagen, aber warum soll ein 8-Bit-Prozessor nicht mit 32-Bit-Werten arbeiten können? --[[Benutzer:almirena\|almirena]] 11:23, 2. Okt 2008 (CEST)
	:Der Meinung schliesse ich mich an. Auch für den Sinclair QL gab es einen BCPL-Compiler. Die Daten waren in 32-bit langen Worten (words) organisiert, also 4 Byte lang. Wenn man interne QL-Adressen benutzten wollte, musste die BCPL-Adresse immer mit 4 multipliziert werden. War aber kein Problem, weil man es selten brauchte und wenn, geschah es durch eine einfache shift-Operation --[[Benutzer:Klausb\|Klausb]] 17:30, 3. Okt. 2008 (CEST)		:Der Meinung schliesse ich mich an. Auch für den Sinclair QL gab es einen BCPL-Compiler. Die Daten waren in 32-bit langen Worten (words) organisiert, also 4 Byte lang. Wenn man interne QL-Adressen benutzten wollte, musste die BCPL-Adresse immer mit 4 multipliziert werden. War aber kein Problem, weil man es selten brauchte und wenn, geschah es durch eine einfache shift-Operation --[[Benutzer:Klausb\|Klausb]] 17:30, 3. Okt. 2008 (CEST)

			== {{Anker\|deadurl_2015-10}} Defekte Weblinks ==
			{{nicht archivieren\|Zeigen=nein}}{{Defekter Weblink\|Bot=GiftBot\|Lauf=2015-10
			\|1=http://www.cs.bell-labs.com/who/dmr/bcpl.html
			\|2=+765,53529,2976309,4166610 wba=20150328220551 cit=6BNzH7KbJ http://cm.bell-labs.com/cm/cs/who/dmr/chist.html
			}}
			– [[Benutzer:GiftBot\|GiftBot]] ([[Benutzer Diskussion:GiftBot\|Diskussion]]) 15:56, 27. Nov. 2015 (CET)

JoBa2282: hat „Diskussion:BCPL“ nach „Diskussion:Basic Combined Programming Language“ verschoben: ausgeschrieben

2009-03-27T07:28:10Z

hat „Diskussion:BCPL“ nach „Diskussion:Basic Combined Programming Language“ verschoben: ausgeschrieben

← Nächstältere Version	Version vom 27. März 2009, 09:28 Uhr
(kein Unterschied)

Klausb: /* Ungeeignet für 8 bit? */

2008-10-03T15:30:01Z

Ungeeignet für 8 bit?

← Nächstältere Version		Version vom 3. Oktober 2008, 17:30 Uhr
Zeile 12:		Zeile 12:
	== Ungeeignet für 8 bit? ==		== Ungeeignet für 8 bit? ==
	"...bedingt durch die Typenlosigkeit eignet es sich jedoch nicht für 8-Bit-Rechner." Für den Acorn B gab es eine BCPL-Implementierung als ROM, und dessen 6502 war zweifellos ein 8-Bit-Prozessor. Über die Effizienz kann ich wenig sagen, aber warum soll ein 8-Bit-Prozessor nicht mit 32-Bit-Werten arbeiten können? --[[Benutzer:almirena\|almirena]] 11:23, 2. Okt 2008 (CEST)		"...bedingt durch die Typenlosigkeit eignet es sich jedoch nicht für 8-Bit-Rechner." Für den Acorn B gab es eine BCPL-Implementierung als ROM, und dessen 6502 war zweifellos ein 8-Bit-Prozessor. Über die Effizienz kann ich wenig sagen, aber warum soll ein 8-Bit-Prozessor nicht mit 32-Bit-Werten arbeiten können? --[[Benutzer:almirena\|almirena]] 11:23, 2. Okt 2008 (CEST)
			:Der Meinung schliesse ich mich an. Auch für den Sinclair QL gab es einen BCPL-Compiler. Die Daten waren in 32-bit langen Worten (words) organisiert, also 4 Byte lang. Wenn man interne QL-Adressen benutzten wollte, musste die BCPL-Adresse immer mit 4 multipliziert werden. War aber kein Problem, weil man es selten brauchte und wenn, geschah es durch eine einfache shift-Operation --[[Benutzer:Klausb\|Klausb]] 17:30, 3. Okt. 2008 (CEST)

Almirena: 8 Bit-Abschnitt

2008-10-02T09:24:31Z

8 Bit-Abschnitt

← Nächstältere Version		Version vom 2. Oktober 2008, 11:24 Uhr
Zeile 9:		Zeile 9:

	:Wenn keine Quelle geliefert, kann man das so nicht stehen lassen. [http://cm.bell-labs.com/cm/cs/who/dmr/chist.html] erwähnt diese '''versehentliche''' Entwicklung nicht. Dort ist eher die Rede von der beabsichtigten Entwicklung von B als '''BCPL-light''' (wegen 8 kb RAM auf der Zielmaschine) + eigene Ideen. Also BCPL konnte beispielsweise verschachtelte Funktionsdefinitionen, B absichtlich nicht, um einen einfacherern Interpreter schreiben zu können. --[[Benutzer:Gms\|Gms]] 20:40, 19. Apr. 2008 (CEST)		:Wenn keine Quelle geliefert, kann man das so nicht stehen lassen. [http://cm.bell-labs.com/cm/cs/who/dmr/chist.html] erwähnt diese '''versehentliche''' Entwicklung nicht. Dort ist eher die Rede von der beabsichtigten Entwicklung von B als '''BCPL-light''' (wegen 8 kb RAM auf der Zielmaschine) + eigene Ideen. Also BCPL konnte beispielsweise verschachtelte Funktionsdefinitionen, B absichtlich nicht, um einen einfacherern Interpreter schreiben zu können. --[[Benutzer:Gms\|Gms]] 20:40, 19. Apr. 2008 (CEST)

			== Ungeeignet für 8 bit? ==
			"...bedingt durch die Typenlosigkeit eignet es sich jedoch nicht für 8-Bit-Rechner." Für den Acorn B gab es eine BCPL-Implementierung als ROM, und dessen 6502 war zweifellos ein 8-Bit-Prozessor. Über die Effizienz kann ich wenig sagen, aber warum soll ein 8-Bit-Prozessor nicht mit 32-Bit-Werten arbeiten können? --[[Benutzer:almirena\|almirena]] 11:23, 2. Okt 2008 (CEST)

Gms: /* "Versehentliches" Entwickeln einer Programmiersprache */

2008-04-19T18:40:29Z

"Versehentliches" Entwickeln einer Programmiersprache

← Nächstältere Version		Version vom 19. April 2008, 20:40 Uhr
Zeile 7:		Zeile 7:

	--[[Benutzer:Klausb\|Klausb]] 17:12, 21. Mai 2007 (CEST)		--[[Benutzer:Klausb\|Klausb]] 17:12, 21. Mai 2007 (CEST)

			:Wenn keine Quelle geliefert, kann man das so nicht stehen lassen. [http://cm.bell-labs.com/cm/cs/who/dmr/chist.html] erwähnt diese '''versehentliche''' Entwicklung nicht. Dort ist eher die Rede von der beabsichtigten Entwicklung von B als '''BCPL-light''' (wegen 8 kb RAM auf der Zielmaschine) + eigene Ideen. Also BCPL konnte beispielsweise verschachtelte Funktionsdefinitionen, B absichtlich nicht, um einen einfacherern Interpreter schreiben zu können. --[[Benutzer:Gms\|Gms]] 20:40, 19. Apr. 2008 (CEST)

Klausb: "Versehentliches" Entwickeln einer Programmiersprache

2007-05-21T15:12:00Z

"Versehentliches" Entwickeln einer Programmiersprache

← Nächstältere Version		Version vom 21. Mai 2007, 17:12 Uhr
Zeile 1:		Zeile 1:
	== AEG, MARTOS und SL3 ==		== AEG, MARTOS und SL3 ==
	Eigentliche eine BCPL-basierte Marginalie der Geschichte der Rechner, Programmiersprachen und Betriebsysteme - wenn ich noch etwas Material dazu finde, werde ich dazu im seligen Gedenken (immerhin die ersten Jahre meines Berufslebens) diese Mosaiksteinchen beschreiben, deren Fortentwicklung der Übermacht von Big Blue und vor allem der mangelnden Masse (an der Klasse lag es nicht) der damals noch existierenden deutschen DV-Industrie zum Opfer fielen. [[Benutzer:FotoFux\|FotoFux]] 11:56, 3. Sep 2005 (CEST)		Eigentliche eine BCPL-basierte Marginalie der Geschichte der Rechner, Programmiersprachen und Betriebsysteme - wenn ich noch etwas Material dazu finde, werde ich dazu im seligen Gedenken (immerhin die ersten Jahre meines Berufslebens) diese Mosaiksteinchen beschreiben, deren Fortentwicklung der Übermacht von Big Blue und vor allem der mangelnden Masse (an der Klasse lag es nicht) der damals noch existierenden deutschen DV-Industrie zum Opfer fielen. [[Benutzer:FotoFux\|FotoFux]] 11:56, 3. Sep 2005 (CEST)

			== "Versehentliches" Entwickeln einer Programmiersprache ==

			Die genauen Hintergründe sind mir nicht bekannt, nur dass Ken Thompson auf der Basis von BCPL die Programmiersprache B entwickelte. Aber kann man vom '''"versehentlichen"''' entwickeln sprechen? Diese Ausdrucksweise löst bei mir ein gewisses Unbehagen aus, ohne dass ich es genauer definieren könnte. Gut, ein Chemiker will eigentlich einen Superklebstoff entwickeln, es fällt ihm aus Versehen irgendein ein anderer, nicht vorgesehener Stoff ins Reagenzglas, und schon hat er '''versehentlich''' einen Supersprengstoff entwickelt (um mal ein konstruiertes Beispiel zu bringen). Aber ein Programmierer...? "Er macht versehentlich einen Programmierfehler und schon hat er eine andere Programmiersprache? Nein, das müsste mir erst mal näher erklärt werden, ehe ich das wirklich einsehe.

			--[[Benutzer:Klausb\|Klausb]] 17:12, 21. Mai 2007 (CEST)

FotoFux am 3. September 2005 um 09:56 Uhr

2005-09-03T09:56:13Z

Neue Seite

== AEG, MARTOS und SL3 ==
Eigentliche eine BCPL-basierte Marginalie der Geschichte der Rechner, Programmiersprachen und Betriebsysteme - wenn ich noch etwas Material dazu finde, werde ich dazu im seligen Gedenken (immerhin die ersten Jahre meines Berufslebens) diese Mosaiksteinchen beschreiben, deren Fortentwicklung der Übermacht von Big Blue und vor allem der mangelnden Masse (an der Klasse lag es nicht) der damals noch existierenden deutschen DV-Industrie zum Opfer fielen. [[Benutzer:FotoFux|FotoFux]] 11:56, 3. Sep 2005 (CEST)