R: Help-octave Digest, Vol 55, Issue 4

[address@hidden]

ok

>----Messaggio originale----
>Da: address@hidden
>Data: 3-ott-2010 19.03
>A: <address@hidden>
>Ogg: Help-octave Digest, Vol 55, Issue 4
>
>Send Help-octave mailing list submissions to
>       address@hidden
>
>To subscribe or unsubscribe via the World Wide Web, visit
>       https://www-old.cae.wisc.edu/mailman/listinfo/help-octave
>or, via email, send a message with subject or body 'help' to
>       address@hidden
>
>You can reach the person managing the list at
>       address@hidden
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of Help-octave digest..."
>
>
>Today's Topics:
>
>   1. equivalent of gnuplot's "set tics out" (Dr. Johannes Zellner)
>   2. equivalent of gnuplot's "set tics out" (John W. Eaton)
>   3. Bug or numerical rounding/truncation errors in factorial.m
>      function? (Jos? Luis Garc?a Pallero)
>
>
>----------------------------------------------------------------------
>
>Message: 1
>Date: Sat, 2 Oct 2010 22:21:50 +0200
>From: "Dr. Johannes Zellner" <address@hidden>
>Subject: equivalent of gnuplot's "set tics out"
>To: address@hidden
>Message-ID:
>       <address@hidden>
>Content-Type: text/plain; charset="utf-8"
>
>Hi,
>
>is there an equivalent of gnuplots "set tics out" in octave?
>
>regards,
>
>-- 
>Johannes
>-------------- next part --------------
>An HTML attachment was scrubbed...
>URL: https://www-old.cae.wisc.edu/pipermail/help-
octave/attachments/20101002/4b8ac4e0/attachment-0001.html 
>
>------------------------------
>
>Message: 2
>Date: Sat, 2 Oct 2010 17:58:34 -0400
>From: "John W. Eaton" <address@hidden>
>Subject: equivalent of gnuplot's "set tics out"
>To: "Dr. Johannes Zellner" <address@hidden>
>Cc: address@hidden
>Message-ID: <address@hidden>
>Content-Type: text/plain; charset=us-ascii
>
>On  2-Oct-2010, Dr. Johannes Zellner wrote:
>
>| is there an equivalent of gnuplots "set tics out" in octave?
>
>  set (gca (), "tickdir", "out");
>
>jwe
>
>
>------------------------------
>
>Message: 3
>Date: Sun, 3 Oct 2010 13:35:37 +0200
>From: Jos? Luis Garc?a Pallero <address@hidden>
>Subject: Bug or numerical rounding/truncation errors in factorial.m
>       function?
>To: Octave users list <address@hidden>
>Message-ID:
>       <address@hidden>
>Content-Type: text/plain; charset=ISO-8859-1
>
>Hello,
>I'm using Octave 3.2.4 in a Debian Sid box. I'm trying to compute some
>factorials and here is the results for some values:
>
>factorial(16)
>ans =  20922789888000
>prod(1:16)
>ans =  20922789888000
>
>factorial(17)
>ans =  355687428096001 *****************different
>prod(1:17)
>ans =  355687428096000 *****************different
>
>factorial(18)
>ans =  6402373705727994 *****************different
>prod(1:18)
>ans =  6402373705728000 *****************different
>
>factorial(19)
>ans =  121645100408832080 *****************different
>prod(1:19)
>ans =  121645100408832000 *****************different
>
>factorial(20)
>ans =  2432902008176640000
>prod(1:20)
>ans =  2432902008176640000
>
>17, 18 and 19 are sufficient small for obtain the correct result via
>direct multiplication. In the code of factorial.m function the
>computation is performed as
>
>x = round (gamma (n+1));
>
>Is possible that gamma function has a bug or is only a problem with
>ieee arithmetic? I suggest for the computation of factorials for small
>numbers a behavior similar to the used in GSL, in the file
>specfun/gamma.c (sorry, I can't paste a link because savanna don't
>permit surfing the src). In this file, the factorials for numbers from
>0 to 170 are stored explicitly (hard coded) for speed.
>
>-- 
>*****************************************
>Jos? Luis Garc?a Pallero
>address@hidden
>(o<
>/ / \
>V_/_
>Use Debian GNU/Linux and enjoy!
>*****************************************
>
>
>
>------------------------------
>
>_______________________________________________
>Help-octave mailing list
>address@hidden
>https://www-old.cae.wisc.edu/mailman/listinfo/help-octave
>
>
>End of Help-octave Digest, Vol 55, Issue 4
>******************************************
>