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 263,947 of 264,096   
   =?UTF-8?Q?Arne_Vajh=C3=B8j?= to Dan Cross   
   Re: more CMA   
   08 Dec 25 21:06:40   
   
   From: arne@vajhoej.dk   
      
   On 12/8/2025 3:55 PM, Dan Cross wrote:   
   > In article <69345887$0$663$14726298@news.sunsite.dk>,   
   > Arne Vajhøj   wrote:   
   >> There are something in cma not present in pthread.   
   >>   
   >> The cma API comes with the cma_lib_queue_* functions.   
   >   
   > Presumably this doesn't exist in pthreads because it's simple to   
   > do oneself using the tools that interface gives you (mutexes and   
   > condition variables, specifically).   
      
   It is almost always possible to go DIY.   
      
   But why? If someone else is willing to do it, then it is great!   
      
   > Nothing in the CMA lib APIs strikes me as particularly worth   
   > adding it to the interface, and one can imagine all sorts of   
   > enhancements that it just doesn't provide (prioritization;   
   > fairness; sending by value instead of reference, etc).   
      
   Don't let perfect be the enemy of good.   
      
   >> Doing similar to java.util.concurrent.BlockingQueue   
   >> if you are familiar with that.   
   >   
   > Well, not quite.  That's generic over some element type, E.  The   
   > CMA library functions, and my own trivial example, just use a   
   > pointer, which is rather different.   
      
   The Java version is more type safe than the C version.   
      
   But I think that matches the preference of both Java and C   
   people.   
      
   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