Hex-File compilern-wie (Anfänger) ? [Archiv] - ProgForum.com

Import-Script

07.11.2003, 10:08

Ich habe eine Schaltung aber nur die *.c und *.h- Dateien. Kein Hex File zum brennen. Wahrscheinlich wurde das unter "Keil" entwickelt. Ich möchte nun diese Files zu einen *.hex File compilern. Meine Frage:geht das so ohne weiteres ? Ich habe keine "Keil" Software,daher zweite Frage: welches Freeware oder Demoprogramm macht das auch? Danke für Eure Antworten. Gruß Andreas

Import-Script

07.11.2003, 12:29

Natürlich hast du ein hex-File! Was denkst du wofür die Endung *.h steht? *.c ist eine C-Datei. Tja, aller anfang ist schwer.

Import-Script

07.11.2003, 13:13

.c ist eine C-Datei .h ist eine H-Datei .bla ist eine BLA-Datei... du hörst dich ja schon fast an wie der Windows-Explorer <img src="http://progshop.com/elektronik/diskussion/clipart/crazy.gif" border=0> .c ist der C Sourcecode .h ist ein Header-File für deklarationen etc .hex ist der gebräuchliche suffix für HEX-Daten <img src="http://progshop.com/elektronik/diskussion/clipart/happy.gif" border=0> Gruss, Malte

Import-Script

07.11.2003, 13:15

Hallo Kurt! Danke für die Antwort. Mißverständnis: die h.Dateien sind die Header-Dateien des C-Compilers (z.B. void display ...) ! Ich habe natürlich die *.h-Dateien vorher mit einen Editor angeschaut ! Daher auch meine dumme Frage... MfG A.Straßer

Import-Script

07.11.2003, 13:15

@andreas Sorry, hatte ganz vergessen auf deine Frage zu antworten: Um das Hex File zu erstellen benötigst du einen Compiler.. Keil kenne ich nicht, aber wenn du weisst dass es für diesen Compiler geschrieben ist, solltest du diesen auch verwenden. Auch C unterscheidet sich in der Syntax leicht zwischen den verschiedenen Compilern...

Import-Script

07.11.2003, 13:19

Danke Malte ! Den Keil-Compiler gibt es nur gegen viel Geld ! Ich suche nach vergleichbarer Software-die das auch kann. Möglichst Freeware oder für deutlich weniger Geld. Hast Du einen Tipp ? Gruß Andreas

Import-Script

07.11.2003, 13:30

Oh, ich sagte ja, aller Anfang ist schwer. Von C habe ich nämlich keine Ahnung. Wieder was dazugelernt.<img src="http://progshop.com/elektronik/diskussion/clipart/lol.gif" border=0>

Import-Script

07.11.2003, 20:53

.h oder .c oder .scheisse sagen nichts und Null aus. Paar Leute hatten sich damals mal sowas einfallen lassen wie Read.Me oder Read.1st - alles weitere was daraus entstand ist purer Unsinn. Die DOSen Spezies hatten noch einen draufgesetzt: .COM und .EXE und das sagenumwogene EXE2BIN.??? weiss garnicht ob das .com oder .exe hiess; also weg mit sowas, zu meinen eine .Me Datei einem "Mich-Editor" und eine .1st - ja ???<img src="http://progshop.com/elektronik/diskussion/clipart/talker.gif" border=0> - ja doch!!! "1stWord" vom Atari...??? --> Das System taugt nix, genausowenig wie alle Neger .NEG im Nachnamen haben müssten; nur das sieht jeder Normalmensch ein, das andere selbst Computerspezies nicht und Windows-Virtuosen. Gib denen mal einen Tag einen MAC und dann haben die sich das ganz schnell abgewöhnt. Anderer Vergleich: Welche Datei heisst im Internet .IE5 oder .NS4 oder .MOZ ??? zur eigentlichen Frage: Die Programmiersprache C kann man lernen und auch in den C-Quelltext z.B. $include Mein_ganz_eigener_Header.Nix hineinschreiben und das Programm Schnuller.Nix nennen; kein Problem, genau wie der Neger nicht .NEG heissen muss und Herr Stoiber nicht Stoiber.BAY oder .CDU

Import-Script

07.11.2003, 21:52

Natürlich sagen diese Endungen was aus. Sie sorgen dafür das der Anwender, nämlich wir, Anhand des Dateinamens die Datei unterscheiden können. Stell Dir doch mal vor diese Kennung wäre nicht vorhanden. Dann müsste erst immer irgend ein Programm die Datei öffnen und Dir einen Hinweis geben, um was für eine Datei es sich handelt. <table border=1><tr><td>Datei1</TD><TD> ? </TD><TD> </TD></TR><TR><TD>Datei2</TD><TD> ? </TD><TD> </TD></TR><TR><TD>Datei3</TD><TD> ? </TD><TD> </TD></TR><TR><TD>Datei4</TD><TD> ? </td></tr></table> <table border=1><tr><td>Datei1.txt</TD><TD> aha eine Textdatei</TD><TD> </TD></TR><TR><TD>Datei2.htm</TD><TD> achso ein Hypertext Datei</TD><TD> </TD></TR><TR><TD>Datei3.doc</TD><TD> oje auch noch Word</TD><TD> </TD></TR><TR><TD>Datei4.c</TD><TD> Futter für den Compiler</td></tr></table> >Welche Datei heisst im Internet .IE5 oder .NS4 oder .MOZ Im Internet heissen Dateien .htm oder .html oder .css oder .xml Nur sollten sich Programme eigentlich nicht darauf verlassen. Aber wie willst Du sicher z.B. .c von .txt unterscheiden? In Deiner Textdatei kann ja schliesslich auch mal am Anfang das Wort include stehen. Oder .cpp von .c lässt sich so ohne weiteres gar nicht unterscheiden. Und auf einer Webseite eine .zip Datei zeigt doch sofort für den Nutzer (im Normalfall) was Downloadbares an. Sonst müsste Dich erst ein Programm darauf hinweisen bzw. der Dateikopf ausgewertet werden. Gruß Gerd

Import-Script

08.11.2003, 11:35

@Gerd K: "Stell Dir doch mal vor diese Kennung wäre nicht vorhanden. Dann müsste erst immer *** "irgend ein Programm!!!!!" die Datei öffnen und Dir einen Hinweis geben, um was für eine Datei es sich handelt. *** JA! Nennt sich Betriebssystem dieses Programm. Beim MAC heisst es Finder. Funktioniert idR. prima so ein Betriebssystem. Leider halt nur, wenn diese Betriebssystem-Programmierer ihre Hausaufgaben ordentlich gemacht haben und nicht wie bei m DOSEN- Command.com (mal fix) .BAT, .EXE, .COM -Erkennungsautomatik drangeBASTELT!!! haben. <img src="http://progshop.com/elektronik/diskussion/clipart/smile.gif" border=0>

Import-Script

08.11.2003, 17:32

@Andreas Aber was hilft Dir Dein Betriebssystem bei Dateien die nicht auf Deinem Rechner liegen, sondern z.B. auf einer Webseite. Da müsste dann Dein Finder erstmal mindestens den Dateikopf runterladen, um Dir dann den Dateityp mitzuteilen. Ziemlich umständlich. Ich bin z.B. bei Linux schon froh direkt am Dateinamen erkennen zu können, ob es ein RPM Archiv oder ein TGZ Archiv ist. Gruß Gerd

Import-Script

08.11.2003, 20:40

keine Probleme auf MACs; muss man nicht wissen. Meist Selfextracting oder mit einem gebräuchlichen DFÜ-Programm gemacht; das pflückt der alleine passend auseinander!!! Echt; Leute, das geht!!! - die MAC-Gemeinde macht es Euch seit Jahr(zehnten) vor. DAS ist SACHE des BETRIEBSSYSTEMS, des BROWSERS, des DFÜ-Progs !!!NICHT!!! Sache des USERS! Alles andere ist Selbstkasteiung. Zu erwarten, was Adobe, Novell, MSoft oder ähnliche nicht geregelt bekommen, selbst zu machen oder zu wollen. Ich erwarte auch, dass wenn ich zu einem Daimler Händler gehe, ich den Smart self-exctracten und zusammencompilieren muss - das ist deren Job, mir ein funktionsfähiges, fahrtaugliches Auto auf den Tisch zu stellen; und ich werd Teufel tun, nach .ALD_I oder .LID_L Suchmaschinen zu starten um ein Würstchen zu ergattern, grillfertig, mit Haut und Gewürz drin. Ansonsten: Marktleiter krallen; schmeckt eklig, knackt nicht, etc. "schieb es dir da rein, wo die Sonne niemals scheint" (das ist jetzt frei Herwig Mitteregger - und die CD spielt auch im Autoradio... - weder Auto noch Radio wurde je upgedatet... <img src="http://progshop.com/elektronik/diskussion/clipart/smile.gif" border=0> - fehlte noch, eine .NISSAN Datei zu ent-VW(en), |more OPEL > BMW-Brenner |Bosch > /dev/Batronix-Prommer: und dann noch erwarten, dass die ASU dann OK ist.

Import-Script

10.11.2003, 12:16

@andreas_seck Ich verstehe was du meinst. Klar kann das durch das OS alles erledigt werden, allerdings sind die Dateiendungen für den sterblichen user doch sinnvoll. man sieht der Datei eben gleich an, was sie für einen zweck haben KÖNNTE... Zu deinem Ding mit den COM und EXE: COM kommt noch aus der Steinzeit (DOS Version weiss-der-geier-was)... COM(mand) Dateien waren da auf 64KB beschränkt und hatten direkten Maschinencode als Inhalt. also kein Header und nix. EXE kam dann Später. Das sind im Prinzip auch COM Dateien, allerdings haben die einen Header, welcher dann vom OS/CommandInterpreter gelesen wird. eine EXE Datei wird quasi dann 64K häppchenweise eingelesen. Gruss, Malte

Import-Script

10.11.2003, 12:37

@Hellraiser: GUT erkannt. Sinn von DOS war ja ursprünglich, das CP/M abzulösen. Da gab es nur "COM"-Files (in Anführungszeichen!!!) - also Programme, die nach 100h geladen wurden und dann gestartet; fertig. Unter MSDOS bot sich jetzt / dann die Möglichkeit 10 CP/M Rechner a´la Software-Karussell quasi gleichzeitig zu benutzen; das war damals "DAS ULTIMA - RATIO" Nur die Zeit geht halt zu schnell voran und ich finde dieses System überholt. Natürlich sollte der Mensch den Überblick behalten können, aber schaut Euch die moderne Technik doch an (unterste Zeile Internetbrowser "Load=4711,CGI,PHP-5634/55..." ellenlang so weiter; da überlässtman es auch einem "Datenbank-Betriebssystem", das zu machen. Eine Datei als .TXT oder .PAS zu benennen ; klar warum nicht. Spätestens WORD hat das mit der Sicherungskopie .SIK ad Absurdum geführt; aus DOC wird SIK - und was wird aus SIK ??? KWS hatte seinerzeit eine schöne Variante mit seinem Betriebssystem SUSY (Single User SYstem) - 1.OMA_Brief.doc;25 - also auf Laufwerk 1 (nicht a) einen Dateinamen aus 11+3 und dann eine hochzählende Versionsnummer. Damit hab ich mich sehr gut anfreunden können; war lange Zeit sehr glücklich mit diesen Rechnern und dem BS. Das war übrigens bevor!!! ich einen PC hatte.<img src="http://progshop.com/elektronik/diskussion/clipart/smile.gif" border=0> - ca. 1985!!!

Import-Script

10.11.2003, 13:05

DOC -> SIK -> Mülleimer. ganz einfach. warum also nicht gleich DOC -> Mülleimer... WOZU ÜBERHAUPT DER MÜLLEIMER? wenn ich was lösche dann will ich es nirgends mehr sehen. nichtmal im Mülleimer. Aber ist ja klar. wenn ich papier wegwerfe muss ich es aus dem Mülleimer in die Mülltonne werfen. Und dann schliesslich die Mülltonne noch an die Strasse stellen. diesen Teil haben die Programmierer schlicht und einfach vergessen. Ergo kann man auch den Papierkorb ganz weglassen, denn wenn man es mal richtig betrachtet kann man das papier auch gerade auf den Boden werfen (man spart sich das leeren des Papierkorbes. Ääähh.... was rede ich da eigentlich? <img src="http://progshop.com/elektronik/diskussion/clipart/crazy.gif" border=0>

Import-Script

10.11.2003, 13:17

mal was sinniges... (LOL)<img src="http://progshop.com/elektronik/diskussion/clipart/smile.gif" border=0> ist genau wie UNDO-Funktion: Wer nicht weiss was man mit dem Computer anstellt / (anrichten kann!!!) lasse bitte gleich die Finger davon!!! Tschernobyl: UNDO Hiroshima: UNDO Nagasaki: ---> msgbox(1,1,leider true,"sorry, der UNDO-Buffer ist zu klein. Setzen sie den Wert ggf. hoch."); war als void(msgbox...) deklariert; void, also Mülleimer, Ergebnis interessiert nicht. Der Vorteil von C !!! - ganz klar gg..<img src="http://progshop.com/elektronik/diskussion/clipart/smile.gif" border=0>

Import-Script

10.11.2003, 13:58

Das mit dem Undo ist auch so eine komische Sache... wenn es dann hin und wieder heisst "Diese Aktion kann nicht rückgängig gemacht werden"... Wie ist das denn zu verstehen? Wer entscheidet, was rückgängig gemacht werden kann und was nicht? <img src="http://progshop.com/elektronik/diskussion/clipart/triangle_right.gif" border=0>Wieso kann ich nach einer Regierungswahl nicht einfach CTRL-Z drücken? <img src="http://progshop.com/elektronik/diskussion/clipart/triangle_right.gif" border=0>Weshalb gibt es keinen Papierkorb bei Massenmördern? <img src="http://progshop.com/elektronik/diskussion/clipart/triangle_right.gif" border=0>Warum können Waffenchemiker nach einem Fehler nicht einfach die als "zuletzt als funktionierend bekannte Konfiguration" einstellen? Ich glaube, wenn man nicht alles selbst programmiert wird man nie mit den Programmen zufrieden sein <img src="http://progshop.com/elektronik/diskussion/clipart/wink.gif" border=0>

Import-Script

29.11.2003, 23:05

also, ich muss wiedermal rumschnauzen zu den file-endungen: 1. macOS ist ja schön und gut 2. was macht für einen unterschied, wenn der datei-typ am ende des dateinamens und nicht in einem eigenen datei-feld abgelegt ist? 3. im internet muss man files nicht runterladen, um zu wissen, von welchem typ sie sind. dafür gibts den sogenannten mime-type.

Import-Script

30.11.2003, 04:04

@dr_eveil zu 1. was will uns dieser Satz denn mitteilen? zu 2. und 3. der Unterschied ist einfach der dass die Datei im ersten Fall für den Nutzer transparent ist (es sieht sofort mit welcher Datei er es zu tun hat). Ist das der Datei nicht ansichtig, muss erstmal zumindest der Dateikopf geladen werden, um zu wissen mit was für einer Datei man es zu tun hat. Es ist doch für den Anwender viel übersichtlicher wenn er beispielsweise die Dateien Archiv1.tgz und Archiv2.rpm vor sich hat anstatt die Dateien Archiv1 und Archiv2 mit einem erklärenden Text welche der beiden Dateien von welchem Format ist. Das entbindet die Anwendung jedoch nicht sich trotzdem zu vergewissern, das der Inhaltstyp (MIME-Type) auch mit der Endung konform geht. Im übrigen ist es völlig sinnlos sich länger über die Sache auszulassen, den Dateiendungen existieren nunmal zu hauf (.htm, .html, .css, .xsl, .pov, .mht, .c, .asm, .pas, .mov, .mpg, .wav, .pdf, .pdx, .psd, .aif, .sxw, .stw, .rtf, .fon, und und und) und die EDV-Welt hat wirklich bedeutendere Probleme mit denen es sich zu befassen lohnt. Gruß Gerd

Import-Script

30.11.2003, 06:14

@Gerd K: Hey gut!!! <img src="http://progshop.com/elektronik/diskussion/clipart/smile.gif" border=0> insbesondere der letzte Satz - GEIL HOCH DREI, willkommen im Club, endlich mal wieder einer der das richtig sieht!!! 100 Punkte!!!<img src="http://progshop.com/elektronik/diskussion/clipart/smile.gif" border=0> zu 1) noch ein Wort: dr_evil hatte!!! Recht (leider). Ich betreibe selbst, wie Du weisst genug MACs. Und ich liebe meinen CI. Den schaltest Du Morgens ein und Abends aus und das war´s. Dann machst Du Deine Post, Deine Rechnungen usw. Der Postscript Drucker druckt alles, den ganzen Tag über, beschwert sich vielleicht mal über "Kein Papier mehr" - das war´s. Seit ich auch aufgerüstet habe auf Power PC-Macs bin ich nur am Kotzen - das ist nicht mehr Apple-like was da abgeht; oder gibt es einen anderen Grund, die "Reset-Taste" wieder vorne hin zu verlagern??? - die gehört ins Klo und runtergespült!!! <img src="http://progshop.com/elektronik/diskussion/clipart/smile.gif" border=0> Darüber sollten sich die Millionen Programmierer und Entwickler mal Gedanken machen; endlich; seit C64-Zeiten out sind.

Import-Script

30.11.2003, 17:49

Was ich damit sagen wollte ist einfach dass sich ein Glaubenskrieg um Dateiendungen nicht lohnt, weil es die nunmal gibt (genausowenig wie der Glaubenskrieg ob jetzt der IE oder der Mozilla alias Netscape besser ist - beide haben ihre Stärken und ihre Schwachpunkte. Ich hab lange Zeit den Netscape verwendet, vor allem als man den IE noch als Add on kaufen 'durfte'. Im laufe der Zeit wurde Netscape aber immer schwerfälliger und absturzfreudiger, so dass ein Wechsel zum IE stattfand. Den verwende ich nun wiederum seit irgendeiner 4er Version vor allem wegen seinem Webarchiv Format, dass einem gestattet interessante Webseiten als eine einzige Datei mit allen Links zu bewahren. Ärgern tun mich dagegen immer wieder die neuen Sicherheitslücken. Wenn man aber die Patches einspielt und vor allem Active Scripting nur auf Rückfrage zulässt, ist das Ding auch einigermassen sicher und funktioniert bestens.) Zum MAC kann ich ansonsten nichts sagen, der fällt irgendwie komplett aus dem Rahmen. schon allein wegen spezieller Hardware und deren Kosten. Und die Reset-Taste ist beim PC ein absolutes Muss. Gehäuse mit Bleistift-Reset würde ich mir nie zulegen aus ganz pragmatischen Gründen. Man kennt halt sein OS <IMG SRC="http://progshop.com/elektronik/diskussion/clipart/happy.gif" ALT=":-)" BORDER=0>. Gruß Gerd

Import-Script

05.12.2003, 19:31

@Gerd K: Die Kostenfrage MAC-like... Jeder sagt die Teile wären zu teuer. Stimmt nicht! Nicht mehr, schon lange nicht mehr. Ich hatte neulich einen PPC 604 da war die Hauptplatine i.A. Hätte bei Apple 130,- Euro gekostet, das kostet ein vernünftiges PC-Mainboard auch. Ich hab dann einen UMAX gekauft, weil eigentlich 100% Clone, wollte ja nur die Platine. 58,- Euro --> und jetzt halt Dich fest, inclusive Gehäuse, Netzteil usw. Barebone halt; und ein Floppy war auch mit drin. Satt, gleich noch einen nachbestellt für die Freundin -- und da sag jemand noch Apples seien teuer...<img src="http://progshop.com/elektronik/diskussion/clipart/smile.gif" border=0>

Import-Script

06.12.2003, 16:51

Mag sein, aber Software mässig ist das Angebot bei weitem dünner als beim PC (vor allem auch was gute Freeware/OpenSource betrifft). Oder gibt's etwa ein Eagle für den Mac? Und wer hat schon viele Mac-Nutzer im Bekanntenkreis? Und Erfahrungs- und sonstiger Austausch <IMG SRC="http://progshop.com/elektronik/diskussion/clipart/happy.gif" ALT=":-)" BORDER=0> ist nicht unwichtig. Gruß Gerd