Binärdateien mit Offset verbinden und 0xff Default

Binary schrieb:
> Dafür gibt es doch sicher ein Programm, das diese Aufgabe erfüllen kann?

SRECORD
http://srecord.sourceforge.net/

Bei Binärdateien jeweils mit der Option -binary
Und bestimmt braucht es bei dir auch    -offset

Ähnliches Problem siehe bei
Beitrag "Re: Mit srec_cat Daten für EEPROM vorbereiten"

Gruss

Haha, srecord. Wenn ich solche Juwelen auf der Webseite schon lese:

Windows Exes? "or you could consider upgrading to Linux".

"From time to time you will come across a feeble-minded EPROM programmer 
that can’t cope with long text lines, they assume that there will only 
ever be 46 characters per line and barf when they see the default line 
lengths that srec_cat(1) writes (or worse, get a stack scribble and 
crash)."

"Every once in a while you will come across an ancient daft EPROM 
programmer that can’t cope with long data records, they assume that 
there will only ever be at most 16 bytes of data per record, and barf 
when they see the default 32 byte payloads that srec_cat(1) writes (or 
worse, the buffer over-run causes a tall grass walk that scribbles on 
your EPROM)."

Software von pubertierenden 15-jährigen Vollpfosten. Jeder Programmierer 
mit mehr Verstand als Ego hätte 16 Bytes pro Zeile gewählt, weil es am 
ehesten funktioniert. Aber absichtlich einen anderen Default zu wählen 
und sich daran hochzuziehen, wenn es nicht geht.. oh mann.

Ich würde solche Software nicht empfehlen.

Nop schrieb:
> Nop (Gast)

Hier geht es um -binary Dateien,
nach der Eingangsfrage.

Was dann ein Auszug aus der Bedienungsanleitung eines speziellen 
EEPROM-Programmiergeräts (der auch mit SRecord bewerkstelligt werden 
kann) damit zu tun hat, das ist wohl das Geheimnis von
> Nop (Gast)

Die Downloadseite für die Windows-Version von SRecord ist hier
http://srecord.sourceforge.net/windows.html
da es ja immer mehr Leute gibt die nicht 3 Zeilen tiefer lesen können.
Ist ja wahrscheinlich der bekannte 144-Zeichen-Überlauf.


Zu dem Satz
>Software von pubertierenden 15-jährigen Vollpfosten.
meine ich nur, daß allein die Ausdrucksweise des unpassenden Textes 
schon allerhand aussagt über den
> Nop (Gast)


https://en.wikipedia.org/wiki/Peter_Miller_(software_engineer)

Gruss

Erich schrieb:

> Was dann ein Auszug aus der Bedienungsanleitung eines speziellen
> EEPROM-Programmiergeräts

Das ist aus dem Manual von Srecord:
http://srecord.sourceforge.net/man/man1/srec_examples.html

> das ist wohl das Geheimnis von Nop (Gast)

Welcher in der Lage ist, manpages zu lesen - im Unterschied zu "Erich 
(Gast)".

Nop schrieb:
> Das ist aus dem Manual von Srecord:
> http://srecord.sourceforge.net/man/man1/srec_examples.html

Ja, und dieses Detail beschreibt, wie du selbst zitiert hast,
>>an ancient daft EPROM programmer
Wie man SRecord nutzen kann um mit solchen Geräten trotzdem arbeiten zu 
können.

Ein Zusammenhang mit der Frage des Threadstarters ist mit der paradoxen 
Antwort von
> Nop (Gast)
also nicht gegeben.

https://www.google.de/search?q=paradox

Erich schrieb:

> Wie man SRecord nutzen kann um mit solchen Geräten trotzdem arbeiten zu
> können.

Es ist weniger eine Beschreibung als eine pubertierende 
Selbstbeweihräucherung. Zudem, WENN man schon weiß, daß es mit 
bestimmten Geräten Probleme gibt bei 32 Byte pro Zeile und mit 16 nicht, 
dann würde jeder Programmierer mit etwas Grips im Kopf die 16 Byte als 
Default wählen.

Aber nein, die obercoolen Pfosten von srecord lassen den Nutzer lieber 
erstmal in Probleme rennen, damit sie über die Entwickler jener 
Programmer ablästern können, dann dürfen die Nutzer erstmal manpages 
studieren und dann nochmal flashen. Und genau deswegen würde ich 
Software von solchen Leuten nicht empfehlen, weil ja wohl die ganze 
Software mit dieser Haltung zusammengepfuscht wurde.