Conference jamin::pathworks32

    hi gang...
    
    just spoke with a customer with the identical problem.  his win95 is
    version 4.00.950, running vt320 v7.0.033 over lat.  in this case, his
    autoexec.bat and config.sys still had old junk that was not removed 
    when wfw 3.11 was upgraded to win95.  so he is going to run for a while
    without those old files loading to see if it makes a difference.  his
    users with new win95 (not upgraded from wfw) are not reporting the
    problem.
    
    the pc is a gateway 75 pentium, but the cpu power management functions
    have been disabled in cmos.
    
    any/all comments are welcome...
    
    diane
    

    Adrian,
    I've got a least 3 or 4 customer reports of this same error as well. 
    The customers seem to be using LAT and I've convinced most of them to
    use Powerterm 525, but as always they would still insist it be "fixed". 
    The error usually encountered comes up as:
    
    VT320 caused a general protection fault in module
    KERNEL32.DLL at 0137:bft71ab6
    
    or 
    
    VT320 caused a general protection fault in module
    KERNEL32.DLL at 0137:BFF71AA4
    
    
    I have one customer who is trying to reproduce while enabling/disabling
    APM and using other transports (cterm, telnet).  
    
    Adrian, have you escalated this call ?  If not, we at the Canadian CSC 
    will do so an post the escalation work unit here. 
    
    Regards,
    Mike Green
    Canadian CSc 

Hi,

Our customer have same problem. PC is Osborne Pentium 133 (memory 16 MB). Windows 95 4.00.950A (SP1).
Windows 95 is installed not upgraded from wfw. PC have Pathworks for Windows 95 1.0A before installation of PW 32.
Problem is only with LAT. There is no problem with Telnet.
Same description: "LAT sessions to host are left unattended and when the client returns the gpf dialogue is
up".
Have anybody escalated this ?

Regards,
Arto Laiho
MCS Finland

NO IPMT cases have arrived in Engineering.

Jeff

    Jeff,
    brace yourself....IPMT is on it's way.
    
    cheers,
    Mike   

    We put a fix into DECTAL between 7.0 and 7.0a.  There's
    a good chance this fixes the problem. 

    I've been running it for almost a month and haven't seen
    any problems

    Tom

    Tom,
    thanks for the reply.   I admit ignorance as to what DECTAL is/does, 
    but it's good to see mention of 7.0a.  I searched my normal resources
    for 7.0a, and doesn't appear to be officially posted yet.  Can anyone
    offer any rough estimate of time to release ?  I checked the base notes
    for mention of this and only 7.0 SSB is discussed. 
    
    
    Thanks. 
    Mike 
    Canadian CSC. 
    
    

We are currently waiting on Microsoft to ship the final version of Winsock 2.0
for Windows 95.  

And update ... we have the "release candidate", and ... it has a new tcp/ip
stack that is causing interaction problems with setup and DECITOT, hopefully
we will figure this out prior to the ship of the final release from Microsoft.

... and hopefully nothing ELSE changes in the Winsock 2.0 kit.

:-(

Jeff

IPMT received....

Jeff

    Jeff et al...
    
    Is there some way I can get 7.0a and send to customer?
    
    The customer I mentioned in .1 of this note is now experiencing this
    GPF problem on a new Win95 (not upgrade) PC.  In both cases, these
    are "power users" who are running multiple instances of the VT320,
    sometimes leaving certain windows unattended for a while.  When
    they try to reactivate the window, they get the GPF.  The "regular
    users" run only one or two sessions of VT320, do their work, then
    close down the session.  So it seems this problem is not happening
    to them only because they are not doing as much to use resources,
    stress the system, etc.
    
    In a previous reply, Tom mentioned changes to DECTAL in 7.0a.
    However, it is unclear if these changes were made in response to
    this, or a different, issue.  So I would like for this customer to
    be able to test the new DECTAL, specifically for this problem.
    
    Can you help?
    
    Diane
     
                           

    Does this patch require a IPMT to get it or is it to be made widley
    available as I have custs who are seeing this prob here in the UK as
    well.
    
    Trevor Burns UK CSC.
    

    Hi, I have a customer with the same problem on a DEL PC.  Does a patch
    exist and how do it get it.  thanks
    
    A work around is to use VT320.EXE from a the previous pw95 version. 
    

    

Hi,

Just thought I would let you know I have got the problem as well - is there
a date we can give as to when this patch may be made available ??

Steve
[Posted by WWW Notes gateway]

    We have a patch out (DECTAL and PWIOCB32) but haven't gotten 
    back the results.  We haven't been able to reproduce it with
    the current (7.0a) bits.
    
    When we know that we *do* have a fix then the powers that be
    can have a better idea when and how it will be available.

    Tom

Hi all,

Just an FYI - cos I haven't got the final result...
This case was raised to engineering on May 7th as CFS 51017 -
see:
http://cgou23.cgo.dec.com/cgi-bin/ipmt_lookup.com?query=&cfsnum=CFS.51017

The site confirmed that the problem is tied to minimising/maximising
vt320...

I received and sent a pre-release of 7.0a under this IPMT, and it will
arrive onsite today. I just got off the phone with the contact.

So... hang off for a day and I'll update this thread with the results
(as well as the escalation, of course) ;]

Thanks & regards,
Adrian Moore
Sydney CSC

[Posted by WWW Notes gateway]

    Ok so what is the current state of play on this prob.
    
    I have raised a IPMT against this but was told to download a VT320.EXE
    patch which was the same patch for the print screen prob. This has
    fixed the print screen prob but not the GPF, as looking as -1,-2 this
    is as expected as I realy need the DECTAl / PWIOCB32. Is this going to
    be released as a IPMT patch or will we be waiting on 7.0a (with or with
    out winsock 2).
    
    Trevor UK CSC.