[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference iosg::all-in-1_v30

Title:*OLD* ALL-IN-1 (tm) Support Conference
Notice:Closed - See Note 4331.l to move to IOSG::ALL-IN-1
Moderator:IOSG::PYE
Created:Thu Jan 30 1992
Last Modified:Tue Jan 23 1996
Last Successful Update:Fri Jun 06 1997
Number of topics:4343
Total number of notes:18308

2202.0. "Access Violation reading EM, .NBS to .WPL conversion" by BUSHIE::SETHI (Man from Downunder) Wed Feb 03 1993 04:10

    Hi Folks,          
    
    A customer has ALL-IN-1 IOS 2.4 installed patched to K602 and OpenVMS
    Version 5.5-1.
    
    If a customer sends a mail message via Message Router Version 3.2 the
    Message is corrupted.  When a user tries to read it an Access Violation
    occurs.  On the other hand if a message is sent to someone on the same
    node (ie no Message Router) the message is received without a problem.
    I have managed to reproduce the problem on an ALL-IN-1 3.0 system and
    Message Router 3.2 installed.
    
    I traced the message through and found that the .NBS file that was
    produced was about the same size as the .WPL file around about 4,836
    blocks. When the fetcher ran it took a long time to convert the .NBS 
    file and produced a .WPL file of 4 blocks.
    
    The files can be found on RIPPER and have the file protection set to
    world:read and are called:
    
    USER$TSC:[SETHI]SECV.BAD;1                4/6       (RWED,RWED,RE,R)
    USER$TSC:[SETHI]SECV.WPL1;1            4835/4836    (RWED,RWED,RE,R)
    
    Looks like a conversion problem with the .NBS file back into a .WPL
    file.  When the user goes to read the message it does a access
    violation and the message status goes into NOTED.  This problem also
    occurs if the document is an attachment to the EM.

    To get around the problem I asked the customer to copy the file from
    the sending node (sender's personal copy) to the receiving nodes mail
    shared directory.
    
    So there you have it the Good, the bad and definately the ugly access
    violation.  Any help would be appriciated to solve this problem.
    
    Regards,
    
    Sunil
T.RTitleUserPersonal
Name		DateLines
2202.1More info.BUSHIE::SETHIMan from DownunderThu Feb 04 1993 02:0422
    Hi,                    
    
    I have dumped the .NBS file and it's called SECV.NBS_DUMP;1 and is
    23426 blocks, the dump file is on RIPPER::USER$TSC:[SETHI].  The NBS
    file seems to be fine as far as I can tell.
    
    My thoughts on the subject are that the ALL-IN-1 User Agent is
    responsible for converting the file to NBS format, before it's passed
    onto Message Router.  The ALL-IN-1 User Agent is also responsible for
    converting the NBS file back to a .WPL in this example.  I feel that
    the conversion of the NBS file to a .WPL is the problem.
    
    Since I do not have access to the conversion routine(s) I would be
    grateful if someone who does have access could look at the files. I am
    unable to go any further with this problem. Is this a misfeature that's 
    just been discovered ?
    
    Any comments regarding this problem would be appriciated.
    
    Thanks,
    
    Sunil
2202.2Help, Help !!!!!BUSHIE::SETHIMan from DownunderFri Feb 05 1993 00:4916
    Hi All,
    
    I would be grateful for your help regarding this problem the document
    concerned is a legal contract of some sort. The customer is keen to
    solve the problem.
    
    I have run out of ideas and the customer is breathing down my neck, I
    maybe forced to CLD this problem.  I don't like CLDing if it can be
    avoided.
    
    Thanks in advance for your help,
    
    Sunil
    
    PS - We have had a heatwave it's 40c at times and the customers breath
    is making me feel a lot hotter.
2202.3For official responses use official channelsAIMTEC::WICKS_AMUP(pets) coming to ALL-IN-1 soon?Fri Feb 05 1993 16:2210
    Sunil,
    
    remember this is an unofficial support channel. I and I suspect other
    people just don't have time to analyse other people's NBS messages.
    Engineering are paid to Engineer, U.S CSC are paid to support U.S
    customers etc ... Sorry but that's the way it is.
    
    Regards,
    
    Andrew.D.Wicks
2202.4I will have to CLD thisBUSHIE::SETHIMan from DownunderSun Feb 07 1993 22:1812
    Hi Andrew,
    
    Yes I do realise this conference works on a best effort bases I was
    hoping someone could provide a pointer.
    
    I will just have to CLD this and see what happens as I do not have any
    means to find out what is happening during conversion of the .NBS file
    to .WPL.
    
    Thanks,
    
    Sunil
2202.5It's now a known problem :-)BUSHIE::SETHIMan from DownunderThu Feb 11 1993 23:2630
    Hi Fellow ALL-IN-1'ers,
    
    I have received a reply to my request regrading the CLD, it has been
    confirmed that the problem does appear to be related to the document
    size.
    
    The current work around that I have put in place is to do the
    following:
    
    1. On the target node find out the name of the OpenVMS file as follows:
    
    	If not an attachment then
    
    		Enter FULLDB to get file spec
    	else
    
    		enter <For cab$attach do get .value
    		GOLD-W to get the name of all the attachments
    
    	endif
    
    2. Copy in the file from the system it was sent from to the OA$SHARcnnn
       area file name.
    
    A solution may be available in future release or patch of Version 3.0
    of ALL-IN-1 IOS.
    
    Regards,
    
    Sunil