home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   comp.os.vms      DEC's VAX* line of computers & VMS.      264,096 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 264,022 of 264,096   
   =?UTF-8?Q?Arne_Vajh=C3=B8j?= to Simon Clubley   
   Re: pictures in the old time   
   14 Jan 26 08:49:25   
   
   From: arne@vajhoej.dk   
      
   On 1/14/2026 8:26 AM, Simon Clubley wrote:   
   > On 2026-01-14, Arne Vajhøj  wrote:   
   >> On 1/14/2026 7:25 AM, gcalliet wrote:   
   >>> Thanks for the answers. I knew there are been Vest and Aest, and that   
   >>> VSI said there will not be any "Iest".   
   >>>   
   >>> These specific RTL were used in the context of rendering picture by   
   >>> Motif+x11. You needed them in the link phase.   
   >>>   
   >>> I don't remember why Digital/Compaq/HP created these Vested and Aested   
   >>> RTL. However the source code of them has never been accessible for   
   >>> users. I hope Digital/Compaq/HP had the sources but/and I don't know the   
   >>> specific issues which involved their choice of Vesting and Aesting them.   
   >>>   
   >>> As a technical point, it is a very interesting subject.   
   >>>   
   >>> But in the term of a port to x86, it could be a blocking point. I'm just   
   >>> in the beginning of investigation on that. I'm not sure the applications   
   >>> I have to analyze really use these libraries. I only remember that I   
   >>> made a port to Itanium of similar applications ten or twenty years ago,   
   >>> and it has been helpfull getting Aested libraries.   
   >>   
   >> Still puzzled.   
   >>   
   >> You have a VAX with foobar.c that you compile   
   >> and link with vaxcrtl on VAX to produce   
   >> foobar.exe.   
   >>   
   >> You copy foobar.exe to Alpha and VEST it. Due to some   
   >> incompatibility the new Alpha image is not satisfied   
   >> with decc$shr but require a vaxcrtl*tv*.exe.   
   >   
   > _If_ I read Gerard correctly, this is not the problem. The problem   
   > _appears_ to be that DEC created some additional VAX-only RTL and so   
   > far Gerard has been able to survive by translating this additional   
   > VAX-only RTL to more recent architectures.   
   >   
   > _If_ I understand correctly, then it appears there is no native version   
   > of this additional RTL (whatever it is) available on x86-64.   
   >   
   > Gerard needs to give us exact information about this RTL and the   
   > functionality it provides so we can suggest alternatives.   
      
   Possible.   
      
   But the shareable images given in the first post was   
   VAXCRTL in normal and G-floating edition.   
      
   And as a starting point I would assume that everything   
   in there is in DECC$SHR.   
      
   Maybe there is a VAXC$FOOBAR that is not in DECC$SHR,   
   but then we need more info.   
      
   Arne   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca