Uitvoerbaar bestand maken met *.BAT en/of *.COM

[anoniem]

[quote:984701a489="webspider"]. . . . . . Vroeger was edit.com niets meer dan een 'snelkoppelink' naar qbasic.exe /edit ;-)[/quote:984701a489]Niet helemaal waar, Edit was ook vroeger al een zelfstandige ASCII-teksteditor. Wel is het zo dat QBasic niet zonder Edit.com kan. Maar ik verbeeld me dat hij kleiner was toen er alleen DOS bestond. Die 64 kbyte is overigens gewoon een erfenis van de toenmalige 8-bits processors. Jan de Boer

[anoniem]

Dan was dat alleen in MS-DOS 5 en 6 ;-)

[anoniem]

[quote:c187c3f59f="webspider"]Dan was dat alleen in MS-DOS 5 en 6 ;-)[/quote:c187c3f59f]Dat zou best kunnen, want daarvoor had je een heel kreupele ASCII-editor Edlin, in DOS 5.0 nog beschikbaar. Kon alleen maar regel voor regel bewerken. Nog even mijn vorige opmerking: "Wel is het zo dat QBasic niet zonder Edit.com kan". Ik heb mijn oude DOS 5.0 boek even uit de kast gehaald, en zie dat het omgekeerde daar ook gold, nl. dat Edit.com alleen werkte als QBASIC in dezelfde directory stond. Maar we gaan een beetje OT geloof ik. Jan de Boer

[anoniem]

De x86 gebruikt code-segment en data-segment (in ieder geval in de oude dagen); een segment is een geheugen-pagina van 64k. Door code en data in hetzelfde segment te plaatsen, heb je in het totaal dus maar 64k voor programma en data. Je kunt geen COM-programma maken als je niet aan deze eis voldoet. Ieder opgeslagen programma bevat een aantal bytes aan het begin die niet gerelateerd zijn aan de code die moet worden 'uitgevoerd', maar die DOS info over het programma geeft. DOS kan exe en com onderscheiden aan de hand van de eerste bytes in deze header. Tegenwoordig (vroeger misschien ook) is dit het enige dat telt en is de extensie niet relevant meer. Vandaar dat de grootte van een COM-file groter dan 64k kan zijn. PS Segmenten waren Intel's briljante oplossing (NOT) om over de 64k barriere heen te gaan.