From: "Jon Harrison" Received: from [192.168.100.201] (HELO mail.2rosenthals.com) by 2rosenthals.com (CommuniGate Pro SMTP 5.1.3) with ESMTP id 1869344 for ecs-t6x@2rosenthals.com; Sun, 20 Apr 2008 15:32:43 -0400 Received-SPF: none (secmgr-ny.randr: 216.162.174.5 is neither permitted nor denied by domain of seadog.reno.nv.us) client-ip=216.162.174.5; envelope-from=jharrison@seadog.reno.nv.us; helo=pop5.greatbasin.net; Received: from pop5-wpti.greatbasin.net ([216.162.174.5] helo=pop5.greatbasin.net) by secmgr-ny.randr with esmtp (Exim 4.43) id 1JnfHD-0006mF-Qp for ecs-t6x@2rosenthals.com; Sun, 20 Apr 2008 15:32:42 -0400 Received: from DP6550.seadog.reno.nv.us (seadog.reno.nv.us [216.82.144.188]) (authenticated bits=0) by pop5.greatbasin.net (8.13.8/8.13.8) with ESMTP id m3KJWZlH030294 for ; Sun, 20 Apr 2008 12:32:36 -0700 Received: from TYAN.seadog.reno.nv.us (TYAN.seadog.reno.nv.us [192.168.1.35]) by DP6550.seadog.reno.nv.us (Weasel v1.72) for ; 20 Apr 2008 12:32:33 -0700 Message-ID: <100-4f9a0b48-48947.046@seadog.reno.nv.us> To: "eCS ThinkPad T60/61 Mailing List" Date: Sun, 20 Apr 2008 12:32:31 -0700 (PDT) Priority: Normal User-Agent: PMMail/3.00 (os/2; U; Warp 4.5; en-US; i386; ver 3.00.00.0935) X-Mailer: PMMail 3.00.00.0935 for OS/2 Warp 4.5 In-Reply-To: <185461.12.05.10.20.04.2008@seadog.reno.nv.us> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Subject: Re: [eCS T60/T61] OS2APIC.PSD?? X-Spam-Score: -1.4 (-) X-Spam-Report: -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP On Sun, 20 Apr 2008 15:00:33 -0400 (EDT), Carl Gehr wrote: > [I've even deleted the 'Rem .SYS' >because I don't want to accidently get it back.] Good idea. I often find myself trying to remember why a statement it rem'd. Why on earth they put it in there to begin with if something else replaced it really is beyond me. >Re: Network issues >You probably already have this, but one critical issue for GenMac: >* Be sure the first statement in your Config.Sys is: > RUN=d:\...\GENMAC\DRIVER\HELPERW.EXE > All kinds of strange things happen w/o this. OK. My helperw is waaayyyyyy down in my config.sys. Probably the very last run statement. There are so many conflicting instructions. A few years ago it was that psd= had to be first for smp. Then there was ifs=jfs must be first (that simply didn't work for me - my desktop C: is hpfs and if it crashes then sometimes nothing would restart because jfs couldn't run autochk because hpfs had not run yet). Now I have a 'sorted' config.sys by default install and unicode is first. Why on earth? I'll change the location of my helperw and see if things settle down. re: My earlier query about the tcp config notebook and wireless interface. Turns out that wLan Monitor specifically sez NOT to configure the wireless in the tcp config notebook. So what I thought might be my problem is not it at all. Maybe the helperw fix will solve it. I hope so. THANKS!, jon