Stimmt, bei den Treibern nicht dabei
trotzdem könnte der Hund in der protocol.ini begraben sein,
wenn da i/o, Irq usw gesetzt sind, kann der beste CM nix machen.
Stimmt, bei den Treibern nicht dabei
trotzdem könnte der Hund in der protocol.ini begraben sein,
wenn da i/o, Irq usw gesetzt sind, kann der beste CM nix machen.
da ist nix gesetzt. leider. und dann sucht er und hängt sich auf
die cxcfg hab ich mir jetzt von ner anderen karte geholt ma gucken...
...
ne is nix.
Versuch mal einen anderen Sockettreiber,
den sscbto95.sys oder sscbto97.sys
Beides sind ToPIC-Toshiba Treiber, wie auch der sstpic95.exe
ich gebs auf. ohne dem pcmcia-gedöhns findet ce3test.exe meine karte, sagt bei link status pass empfangt&sendet pakete. warum gehts dann aber in win nicht.
ich könnte sowas von heulen. aber es hat sich gelohnt
also für alle die zukünftig das problem haben:
mit CE3TEST.exe freie/mögliche I/O adressen suchen, und in der windows netzwerk-config festlegen, dass die karte bei mode den wert IO hat und dann die IO adresse bei IOadress eintragen. standard wird wohl memory genutzt, deswegen gings bei mir nicht.
trotzdem danke für deine mühe antz (: hastn eis beim tichy gut
Was solls, war ein Versuch
Hab hier eine REM56G-100, die wird sogar ohne Treiber vom Cardmanager erkannt, deshalb hat's mich etwas gewundert.
ja, ich hab fürn notfall immer noch ne win3.x kompatible netgear fa411, aber zum glück hats ja geklappt.
jetzt hau ich mal dosidle drauf, mit seinen 266mhz wird er schon böse warm.
Zitat von freakedjetzt hau ich mal dosidle drauf, mit seinen 266mhz wird er schon böse warm.
… sowie optimalerweise auch WQGHLT, damit auch unter Win3.x im erweiterten Modus der HLT-Befehl vom Scheduler benutzt wird.
dosidle funzt aber super. er is unter win3.1 deutlich kühler?
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!