From p.dalgaard@biostat.ku.dk  Tue Jun 15 09:54:46 1999
From: p.dalgaard@biostat.ku.dk (Peter Dalgaard BSA)
Date: 15 Jun 1999 10:54:46 +0200
Subject: definition of R_problem_buf in S.h (PR#210)
In-Reply-To: Kurt Hornik's message of "Tue, 15 Jun 1999 10:30:52 +0200 (CEST)"
References: <199906141736.TAA01099@pubhealth.ku.dk> 	<x2vhcqek2x.fsf@blueberry.kubism.ku.dk> 	<19990614202747.48954@hal.stat.unipd.it> 	<x2btei8mye.fsf@blueberry.kubism.ku.dk> <14182.3900.762411.940864@pc87.maho.magnaeu.com>
Message-ID: <x2674ponc9.fsf@blueberry.kubism.ku.dk>

Kurt Hornik <Kurt.Hornik@ci.tuwien.ac.at> writes:

> >>>>> Peter Dalgaard BSA writes:
> 
> > Guido Masarotto <guido@hal.stat.unipd.it> writes:
> >> Allocating the buffer *inside* the function is easy if we insist
> >> on the PROBLEM ....RECOVER interface (but K. has another opinion):
> 
> > Yes. I think Kurt is missing the point that S.h is a *compatibility*
> > item, so we're stuck with whatever ugliness that is present in S. It
> > is still allowed to do it neater.
> 
> Hmm.  Is everyone trying to give me a hard time lately?  I am aware that
> it is there for compatibility.  I was trying to say that even if we keep
> the interface supported, we should still find a better way AND advertize
> it accordingly.

Sorry 'bout that... We still have to keep the old thing working - that
was my only point.

> 
> In any case, let me get rid of this in appl/loglin.c.  On a related
> issue, what is the recommended way of allocating memory in such files,
> via Calloc()?

I think so. However, notice that you need to free the storage
before error()-ing out (which is why it cannot be used in
PROBLEM---RECOVER constructs).

-- 
   O__  ---- Peter Dalgaard             Blegdamsvej 3  
  c/ /'_ --- Dept. of Biostatistics     2200 Cph. N   
 (*) \(*) -- University of Copenhagen   Denmark      Ph: (+45) 35327918
~~~~~~~~~~ - (p.dalgaard@biostat.ku.dk)             FAX: (+45) 35327907
-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
Send "info", "help", or "[un]subscribe"
(in the "body", not the subject !)  To: r-devel-request@stat.math.ethz.ch
_._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._


definition of R_problem_buf in S.h (PR#210)
Peter Dalgaard BSA