Tjenna.
Sitter och försöker ta kontroll över paralellporten med C-kommandot "outport". Det fungerar ibland och iboland inte. Mycket märkligt. När jag lägger det i en for-loop, ex
"for (i=950 ; i<960; i++){
outport(i, 213);
printf("Port %d", i);
}"
så funkar det ibland. Hänger sig lika ofta. Som fristående anrop, ex
"outport(958, 111);"
så funkar det inte alls...
Mycket konfunderad. Kan det ha ngt med XP (igen...) att göra?
Den funktionen är väl ändå ganska systemspecifik? Förresten så är inte NT-system (XP,W2K,NT4) så glada i att man anropar LPT utan att använda registrerade rutiner. Finns denna dll som tydligen ska funka (enligt vad som sägs, själv så har jag ingen erfarenhet av den) även med NT.
Sen när du fått till ett vettigt anrop, tänk på att inte hålla programmet låst vid en port, utan släpp processen till contex switchern med exempelvis Sleep (windows.h). Annars blir det lätt låsning om man exempelvis håller en resurs i en loop.
outport.dll i PeWs länk är från 1990(!) och fungerar bara om den anropas från 16-bitarskod (och då är den dessutom helt onödig. Den är egentligen avsedd för VB som saknar inp/outp-funktioner.)
Ja det hela verkar ju fint, men hur får man igång tröskverket? Vilka filer ska läggas vart och så? Kan säkert ta mig igenom det själv men det är ju lättare att fråga folk som kan.
Ja, jo den har jag ju sett. Jag jobbar i Borland C (inte builder)och det står inget om hur man gör i det. Det som jag har lurat ut har inte funkat. Är det ngn som verkligen vet hur man ska göra (kanske tom har gjort det själv) och kan förklara det på ett bra och pedagågiskt sätt här på denna sida?
Vad han alltså rekommenderar är att man inte inkluderar libbet vid länkningen utan istället använder explicit länkning via LoadLibrary/GetProcAddress under run-time.
Totalio ger total port-access till samtliga appar på NT, 2000 och XP (tror jag) vilket gör att inp, outp och outport (antar jag) kommer att funka lika bra som på en Win9x:a. Se bara till att följa instruktionerna och se till att ha Totalio laddat bara är du behöver.
Och så en fråga: Du skriver att din kod fungerar ibland. ÄR det en 16-bitarsapplikation du skriver? Annars låter det väldigt konstigt.
Jag började med att skriva en vanlig dos-applikation som ska köras från ett JAVA prog. Det är lätt med grafiken i JAVA men svårt med hårdvaran tyckte jag. Så ett vanligt dos anrop från java med lite parametrar var mitt mål när jag började. Nu är jag inte så säker längre. Men ska kolla länkaran och se vart det leder.
Jag började med att skriva en vanlig dos-applikation
Om du med dos-applikation menar en "ren" 16-bitars DOS-applikation så har du ingen nytta av några lib i det här fallet. Från en 16-bitarsapp så ska det gå att läsa och skriva till parallellporten ändå. Så isåf är det nåt annat som är fel.
Det är lätt med grafiken i JAVA men svårt med hårdvaran tyckte jag.
Ja, det är det nog, fast parallellporten går att komma åt via Suns Comm API. Det följer med ett exempel när man laddar ner den som heter ParallelBlackBox.
Jag menar att när jag startar mitt projekt i Borland C++ så väljer jag:
Target Type: Application [.exe]
Platform: DOS [Standard] (inte DOS [overlay] alltså)
Frameworks: Class Library
Math Support: Emulation
Sen väljer jag att det ska tolkas som C kod och inte C++ kod och sen klickar jag på OK.
Det menar jag med en DOS-applikation.
Du minns nog fel. Men man kan välja storlek på projektet och det verkar som att det har ngt med det att göra. Jag har valt rätt (enl vad jag kan få ut av hjälpen). Om WinIO.h är en C++ grejj. Kan jag använda den ialla fall då eller är det ngt som inte går?
Jag får ordentliga kompileringsfel när jag gör ngt som bara ser ut så här:
"#include<stdio.h>
#include<conio.h>
#include<winio.h>
int main (void){
return 0;
}
"
Det är när den kompilerar winio.h som det kommer en massa fel.
Dra ut en genväg till en till en exe-fil som du lyckats kompilera. Högerklicka på genvägen och välj Properties, om rutan Run in separate memory space INTE är dimmad så är det en 16-bitarsapp du skriver.
Och isåf har du sannolikt ingen som helst nytta av WinIO eftersom du redan borde ha portaccess. Problemet ligger då alltså nånannanstans. Var vet jag inte eftersom jag aldrig använt outport (eller Borland öht).
Du minns nog fel. Men man kan välja storlek på projektet och det verkar som att det har ngt med det att göra. Jag har valt rätt (enl vad jag kan få ut av hjälpen). Om WinIO.h är en C++ grejj. Kan jag använda den ialla fall då eller är det ngt som inte går?
Jag får ordentliga kompileringsfel när jag gör ngt som bara ser ut så här:
"#include<stdio.h>
#include<conio.h>
#include<winio.h>
int main (void){
return 0;
}
"
Det är när den kompilerar winio.h som det kommer en massa fel.
