Tak for svarende. Men...
Jeg kan ikke se at jeg via SetCommState på en LPT port kan styre de enkelte
portpins. For en COM port, ja.
Jeg ønsker at manipulere med printerporten, styre både data og kontrol
signaler, og både ind og ud.
Så hvad gør jeg ?.
Henrik.
"Anders Borum" <aborum@hotmail.com> wrote in message
news:ByQF7.5511$RM3.529823@news000.worldonline.dk...
> "Mogens Hansen" <mogens_h@dk-online.dk> skrev i en meddelelse
> news:3be643d7$1@lxcs1.manbw.dk...
> >
> [klip]
> > Generelt har man ikke direkte adgang til hardware i Win32. Man skal gå
> > gennem en driver.
> > Jeg ved ikke på stående fod hvilke muligheder man har for direkte at
styre
> > printerporten.
>
> Det er muligt at læse og skrive data ved at behandle porten som en fil med
> et særligt filnavn, fx. LPT1. Læs evt. dokumentationen til CreateFile,
> ReadFile & WriteFile i MS Platform SDK.
>
> Ønsker man at ydermere at styre de enkelte ben på porten, skal man bruge
> funktionen SetCommState.
>
> > At det er muligt fra et DOS program, skyldes et software lagt der fanget
> > tilgangen og sender det igennem driveren.
>
> Det fungerer ifølge Henrik kun under de ikke-professionelle
operativsystemer
> med DOS-kerne som 95, 98 og ME. Sandsynligvis vil parallelportdriverne til
> disse systemer lade tilgangen til portadresser som 0x378 foregå helt
uberørt
> (og stadig direkte), så længe andre programmer ikke bruger driveren
aktivt.
>
> Windows NT kernen er mere sikker og tillader ikke på samme måde direkte
> programmering af hardware-porte. Man kunne dog ønske sig en slags
> hardware-fortolker på driver-niveau som fanger hvad der skrives og læses
på
> io-portene og oversætter dette til lovlige operativsystem-kald.
>
> Dette blev gjort med vga-driveren til windows 95 i gamle dage, og det
bliver
> måske stadig gjort den dag i dag. Men driverne til seriel- og
> parallelportene er ikke helt så snedige.
>
> Venlig hilsen Anders
>
> >
> > Venlig hilsen
> >
> > Mogens Hansen
> >
> >
>
>