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

Conference hydra::amiga_v1

Title:AMIGA NOTES
Notice:Join us in the *NEW* conference - HYDRA::AMIGA_V2
Moderator:HYDRA::MOORE
Created:Sat Apr 26 1986
Last Modified:Wed Feb 05 1992
Last Successful Update:Fri Jun 06 1997
Number of topics:5378
Total number of notes:38326

2939.0. "Pure Bit Not Set" by SHARE::DOYLE () Wed Sep 20 1989 13:46

    Recentley, I installed a 1.3 kickstart rom in my computer (A500)
    Now when I boot it goes through my Startup-sequence and reports-
    "Pure Bit Not Set".
     Although nothing seems to be affected, It still bothers me.
    
     Can anyone clue me in on this message?
                                             Thanks Ed
    
T.RTitleUserPersonal
Name
DateLines
2939.1Did anything else change?LODGE::LENDavid M. LenWed Sep 20 1989 13:596
    When I have seen it, it was from a RESIDENT command.  It was a warning,
    indicating that the program I was making resident did not have the
    pure bit set on its directory entry.  If you make a program resident
    that is not "pure" (i.e. re-entrant) severe error can result.  As to
    why you would get this message as a result of going to 1.3 roms, I have
    no idea.
2939.2Oops!!SHARE::DOYLEWed Sep 20 1989 14:546
    Well, I also used Powerpacker on my boot disk, maybe I paccked a prg.
    that my startup sequence is trying to make resident...........
    Now that I think of it..... this is the only disk that does this.
    						Thanks for the Explanation
    							Ed
    
2939.3Pure Bit Not SetDICKNS::MACDONALDWA1OMM 7.093/145.05/223.58 AX.25Wed Sep 20 1989 16:564
Yeah ... just look at the protection on any commands you are making
resident from within your startup sequence. Do a PROTECT +P on any that
aren't. Do remember that the pure bit cannot be set on some to make them
resident
2939.4WJG::GUINEAUImpossible ConcentrationWed Sep 20 1989 17:237
> aren't. Do remember that the pure bit cannot be set on some to make them
> resident


And just cause you force the pure bit, it doesn't make the code pure!

John
2939.5Listen to .4TLE::RMEYERSRandy MeyersWed Sep 20 1989 21:163
>And just cause you force the pure bit, it doesn't make the code pure!

Yep, like, for example, "PowerPacked" files aren't pure code anymore!
2939.6Nothings 100% CompatibleSHARE::DOYLEThu Sep 21 1989 09:159
    I've both ARPed and Packed my boot disk, so I could squeeze more disk, and
    File Utilities on it. (If I ever get my hard drive working, I won't have
    to worry about this)
     
    Both of these foul up some of the Virus Checkers I use......
    
                                                       Ed
    
    
2939.7Pure or not pure?LODGE::LENDavid M. LenThu Sep 21 1989 09:4510
    Prior to this note I was also wondering about the interaction between
    powerpacker and the resident command.  Once powerpacker does its job on
    unpacking the image, what is in memory should be bit for bit identical
    to the non-powerpacked disk file(at least this is what I would
    expect).  My concern was the difference between invoking an image and
    making an image resident not allowing powerpacker to do it's unpacking
    correctly.  Does the powerpacker documentation make any reference to
    using the resident command on powerpacked files? (Inquiring minds want
    to know but not take the time to download and read the documentation
    :-).