Jaroslav Hajek | 1 Jul 07:17 2009
Picon

Re: kbhit() with nowait option misses characters.

On Tue, Jun 30, 2009 at 10:31 PM, Joe
Rothweiler<octaveuser <at> sensicomm.com> wrote:
> Bug report for Octave 3.2.0 configured for i686-pc-linux-gnu
>
> Description:
> -----------
>  I'm trying to use the kbhit builtin function under Linux in
>  nowait mode: c1=kbhit(1); It is
>  supposed to return a character if a key has been hit,
>  else return an empty string. In fact, it often
>  returns an empty string even if a key has been hit.
>
>  Here's what I think is happening:
>  in src/sysdep.cc, if macro HAVE__KBHIT is not defined,
>  then subroutine octave_kbhit () calls
>  raw_mode(...) at line 515. In turn, raw_mode
>  calls tcsetattr (tty_fd, TCSAFLUSH, &s) at line 395.
>
>  Per the tcsetattr man page:
>  "TCSAFLUSH ... all  input  that  has  been received but
>  not read will be discarded"
>
>  So, input keystrokes will be lost unless they occur
>  after the call to tcsetattr but before the read at
>  line 531.
>
> Repeat-By:
> ---------
>
>  ------ Test file keytest.m:
(Continue reading)

David Bateman | 1 Jul 08:39 2009

Re: Format rat and "-1"

Ben Abbott wrote:
> On Tuesday, June 30, 2009, at 03:56PM, "David Bateman" <dbateman <at> dbateman.org> wrote:
>   
>> Eduardo Garcia wrote:
>>     
>>> Cc: Eduardo Garcia
>>> --------
>>> Bug report for Octave 3.2.0 configured for i386-apple-darwin8.11.1
>>>
>>> Description:
>>> -----------
>>>
>>>    When using "format rat" sometimes "-2147483648/-2147483648" is  
>>> displayed instead of "-1".
>>>    (Same bug is present in Octave 3.0.5 configured for i386-apple- 
>>> darwin8.9.1)
>>>
>>> Repeat-By:
>>> ---------
>>> BUG:
>>> octave-3.2.0:23> a=[1 2;3 5]
>>> octave-3.2.0:24> det(a)
>>> ans = -1.0000
>>> octave-3.2.0:25> format rat
>>> octave-3.2.0:26> det(a)
>>> ans = -2147483648/-2147483648
>>>
>>> BUT:
>>> octave-3.2.0:29> a=[1 2;1 1]
>>> octave-3.2.0:30> format
(Continue reading)

Eric Chassande-Mottin | 1 Jul 13:49 2009
Picon

failure in reversed xdir or ydir axes


hi,

when invoking set to get reversed axes, the new axes labels overlap
with old ones and the axes does not get reversed effectively.

when running
plot(1:10)
set(gca(),"ydir","reverse")
or
plot(1:10)
set(axes,"ydir","reverse");
I get the following figure
http://www.nabble.com/file/p24288483/test.png test.png 

is that a known issue?
is there a simple fix?

thanks,
eric

octave3.2
GNU Octave, version 3.2.0
Copyright (C) 2009 John W. Eaton and others.
This is free software; see the source code for copying conditions.
There is ABSOLUTELY NO WARRANTY; not even for MERCHANTABILITY or
FITNESS FOR A PARTICULAR PURPOSE.  For details, type `warranty'.

Octave was configured for "i486-pc-linux-gnu".

(Continue reading)

Eric Chassande-Mottin | 1 Jul 13:58 2009
Picon

Re: failure in reversed xdir or ydir axes


I click "post message" too fast

plot(1:10)
set(gca(),"ydir","reverse")
does work
while
plot(1:10)
set(axes,"ydir","reverse");
does not.

e.
--

-- 
View this message in context: http://www.nabble.com/failure-in-reversed-xdir-or-ydir-axes-tp24288483p24288575.html
Sent from the Octave - Bugs mailing list archive at Nabble.com.
Christoph Ellenberger | 1 Jul 15:07 2009
Picon
Picon

strcat in octave 3.2.0-mingw32

Using the binaries provided from sourceforge I encountered the following problem

> strcat('test ', 'space', ' in ' , ' between')
ans = testspace in between
octave-3.2.0.exe:44:U:\Daten
> strcat("test ", "space", " in " , " between")
ans = testspace in between
octave-3.2.0.exe:45:U:\Daten

Spaces at the end of strings are being cut away, this is obviously a different behaviour as in 3.0.3.... Is
this the intended behaviour or a bug ?

Thanks a lot 
christoph
--

-- 
                                     ... 
                                    (o o) 
-----------------------oOO--(_)--OOo-------------------------- 

                          present coordinates: 

Christoph Ellenberger 
Hinterkirchweg 13
CH-4106 Therwil
+41 (0)61 721 14 69  

                email:   c.ellenberger <at> gmx.net 

---------------------------------------------------------------------- 

(Continue reading)

Sébastien Villemot | 1 Jul 15:44 2009
Picon
Picon

which() changed behavior between 3.0 and 3.2

Hi everyone,

Between Octave 3.0 and 3.2, the which() function has changed its
behaviour. More precisely, in 3.2, it no longer accepts script or
function filenames (with the ".m" extension) in argument.

Before:

octave3.0:1> x = which("betacdf.m")
x = /usr/share/octave/3.0.5/m/statistics/distributions/betacdf.m

After:

octave3.2:1> x = which("betacdf.m")
x = 

Is this a bug or is it the new expected behaviour?

Note that in MATLAB, which() accepts filenames, like in Octave 3.0.

Best,

--

-- 
Sébastien Villemot
Sergei Steshenko | 1 Jul 19:59 2009
Picon

discrepancy between 'zeros' and 'eye' in octave-3.0.5


Hello,

'help zeros' among other things says:

"The arguments are handled the same as the arguments for `eye'."

In practice:

"
octave:39> zeros([0 1 2])
ans = [](0x1x2)
octave:40> eye([0 1 2])
error: eye (A): use eye (size (A)) instead
",

i.e. there is an error message in case of 'eye' and no error message in 
case 'zeros', so I'd say it's not the same way.

Thanks,
  Sergei.
Sergei Steshenko | 1 Jul 20:51 2009
Picon

"All Zero guesses not acceptable" in 'optim-1.0.4/leasqr.m'


Hello,

I think "All Zero guesses not acceptable" in 'optim-1.0.4/leasqr.m' is a 
wrong limitation.

The guesses, I guess, are related to the parameters to be calculated by the
function.

Suppose we have the following function:

y = p * x

where 'y', 'p', 'x' are scalars.

Suppose there are two observed values according to the following table:

x y
1 1
2 2
.

So, if I guess p = 1, it's the correct solution.

Suppose I rewrite the function differently:

y = (1 + p) * x

, and observed values are the same, as well as observation points.

(Continue reading)

Greg Johnson | 1 Jul 19:52 2009
Picon

no windows installer for 3.2

Hi -- your web site http://www.gnu.org/software/octave/download.html has a Windows section with a link to Octave Forge http://octave.sourceforge.net/, ie. the link in the paragraph:
 
**** EXCERPT ****
The Octave Forge project hosts a native Windows binary distribution of Octave built with MSVC. It should also be possible to build a comparable package with the MinGW compiler, but we need a volunteer for that job.
**** END EXCERPT ****
 
And then the Windows installer link on the http://octave.sourceforge.net/ page points to this link: http://sourceforge.net/project/showfiles.php?group_id=2888&package_id=287261 which does not exist...
 
How can i get a Windows installer for Octave 3.2? I do not need source nor do I wish to compile my own Octave 3.2 application.
 
Thanks!
_______________________________________________
Bug-octave mailing list
Bug-octave <at> octave.org
https://www-old.cae.wisc.edu/mailman/listinfo/bug-octave
Jens Tusche | 1 Jul 17:23 2009

Cell assignment unstable

Cc: tusche <at> gmx.de
Subject: Cell assignment unstable
--------
Bug report for Octave 3.0.5 configured for x86_64-unknown-linux-gnu

Description:
-----------

  * Cell assignments are unstable. I have experienced this on a CentOS
server with Octave 3.0.5 installed
    as well as on an Ubuntu Notebook with Octave 3.0.1 on it.

Repeat-By:
---------

The "if T" condition is sometimes FALSE although T is printed correctly.

T = [];

for i=1:1000
  T{1} = 'test';
  i
  if T
    T
  else
    T
    error('bug says Hello')
  end
end

Fix:
---

  * If possible, replace this item with a description of how to
    fix the problem (if you don't have a fix for the problem, don't
    include this section, but please do submit your report anyway).

Configuration (please do not edit this section):
-----------------------------------------------

uname output:     Linux drsls007 2.6.18-128.1.10.el5xen #1 SMP Wed Apr
29 14:24:51 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux
configure opts:   '--enable-static' '--prefix' '/sw/octave/octave-3.0.5'
'F77=gfortran'
Fortran compiler: gfortran
FFLAGS:           -O
F2C:               <at> F2C <at> 
F2CFLAGS:          <at> F2CFLAGS <at> 
FLIBS:            -L/usr/lib/gcc/x86_64-redhat-linux/4.1.2
-L/usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64
-L/lib/../lib64 -L/usr/lib/../lib64 -lhdf5 -lz -lgfortranbegin
-lgfortran -lm
CPPFLAGS:         
INCFLAGS:         -I. -I. -I./liboctave -I./src -I./libcruft/misc
C compiler:       gcc, version 4.1.2 20080704 (Red Hat 4.1.2-44)
CFLAGS:           -g -O2
CPICFLAG:         -fPIC
C++ compiler:     g++, version 4.1.2
CXXFLAGS:         -g -O2
CXXPICFLAG:       -fPIC
LD_CXX:           g++
LDFLAGS:          
LIBFLAGS:         -L.
RLD_FLAG:         -Wl,-rpath -Wl,/sw/octave/octave-3.0.5/lib/octave-3.0.5
BLAS_LIBS:        -llapack -lblas
FFTW_LIBS:        -lfftw3
LIBS:             -lreadline  -lncurses -ldl -lhdf5 -lz -lm
LEXLIB:           
LIBGLOB:          
SED:              /bin/sed
DEFS:

  -DPACKAGE_NAME="" -DPACKAGE_TARNAME="" -DPACKAGE_VERSION=""
  -DPACKAGE_STRING="" -DPACKAGE_BUGREPORT="" -DOCTAVE_SOURCE=1
  -D_GNU_SOURCE=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1
  -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1
  -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DSEPCHAR=':'
  -DSEPCHAR_STR=":" -D__NO_MATH_INLINES=1 -DCXX_NEW_FRIEND_TEMPLATE_DECL=1
  -DCXX_ISO_COMPLIANT_LIBRARY=1 -DCXX_ABI=gnu_v3 -DHAVE_LIBM=1
  -DHAVE_QHULL=1 -DHAVE_PCRE=1 -DHAVE_REGEXEC=1 -DHAVE_REGEX=1
  -DHAVE_ZLIB_H=1 -DHAVE_ZLIB=1 -DHAVE_HDF5_H=1 -DHAVE_HDF5=1
  -DHAVE_H5GGET_NUM_OBJS=1 -DHAVE_FFTW3=1 -DHAVE_GLPK_GLPK_H=1 -DHAVE_GLPK=1
  -DHAVE_CURL_CURL_H=1 -DHAVE_CURL=1 -DHAVE_IEEE754_DATA_FORMAT=1
  -DF77_FUNC(name,NAME)=name ## _ -DF77_FUNC_(name,NAME)=name ## _
  -DHAVE_BLAS=1 -DHAVE_SUITESPARSE_UMFPACK_H=1 -DHAVE_UMFPACK=1
  -DUMFPACK_SEPARATE_SPLIT=1 -DHAVE_SUITESPARSE_COLAMD_H=1
  -DHAVE_COLAMD=1 -DHAVE_SUITESPARSE_CCOLAMD_H=1 -DHAVE_CCOLAMD=1
  -DHAVE_SUITESPARSE_CHOLMOD_H=1 -DHAVE_CHOLMOD=1 -DHAVE_SUITESPARSE_CS_H=1
  -DHAVE_CXSPARSE=1 -DHAVE_GETHOSTNAME=1 -DHAVE_GETPWNAM=1 -DHAVE_DEV_T=1
  -DHAVE_INO_T=1 -DHAVE_NLINK_T=1 -DHAVE_NLINK_T=1 -DHAVE_LONG_LONG_INT=1
  -DHAVE_UNSIGNED_LONG_LONG_INT=1 -DHAVE_SIGSET_T=1 -DHAVE_SIG_ATOMIC_T=1
  -DSIZEOF_SHORT=2 -DSIZEOF_INT=4 -DSIZEOF_LONG=8 -DSIZEOF_LONG_LONG=8
  -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -DNPOS=std::string::npos
  -DHAVE_PLACEMENT_DELETE=1 -DHAVE_DYNAMIC_AUTO_ARRAYS=1 -DSTDC_HEADERS=1
  -DHAVE_DIRENT_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_SYS_WAIT_H=1
  -DHAVE_ASSERT_H=1 -DHAVE_CURSES_H=1 -DHAVE_DLFCN_H=1 -DHAVE_FCNTL_H=1
  -DHAVE_FLOAT_H=1 -DHAVE_GRP_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_LIMITS_H=1
  -DHAVE_LOCALE_H=1 -DHAVE_MEMORY_H=1 -DHAVE_NCURSES_H=1 -DHAVE_POLL_H=1
  -DHAVE_PWD_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
  -DHAVE_SYS_IOCTL_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_POLL_H=1
  -DHAVE_SYS_RESOURCE_H=1 -DHAVE_SYS_SELECT_H=1 -DHAVE_SYS_STAT_H=1
  -DHAVE_SYS_TIME_H=1 -DHAVE_SYS_TIMES_H=1 -DHAVE_SYS_TYPES_H=1
  -DHAVE_SYS_UTSNAME_H=1 -DHAVE_TERMCAP_H=1 -DHAVE_UNISTD_H=1
  -DHAVE_UTIME_H=1 -DHAVE_SSTREAM=1 -DHAVE_TERMIO_H=1 -DHAVE_SGTTY_H=1
  -DHAVE_GLOB_H=1 -DHAVE_FNMATCH_H=1 -DHAVE_FNMATCH=1 -DHAVE_GLOB=1
  -DHAVE_ATEXIT=1 -DHAVE_BASENAME=1 -DHAVE_BCOPY=1 -DHAVE_BZERO=1
  -DHAVE_CANONICALIZE_FILE_NAME=1 -DHAVE_CHMOD=1 -DHAVE_DUP2=1
  -DHAVE_ENDGRENT=1 -DHAVE_ENDPWENT=1 -DHAVE_EXECVP=1 -DHAVE_FCNTL=1
  -DHAVE_FORK=1 -DHAVE_GETCWD=1 -DHAVE_GETEGID=1 -DHAVE_GETEUID=1
  -DHAVE_GETGID=1 -DHAVE_GETGRENT=1 -DHAVE_GETGRGID=1 -DHAVE_GETGRNAM=1
  -DHAVE_GETPGRP=1 -DHAVE_GETPID=1 -DHAVE_GETPPID=1 -DHAVE_GETPWENT=1
  -DHAVE_GETPWUID=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_GETUID=1 -DHAVE_GETWD=1
  -DHAVE_KILL=1 -DHAVE_LGAMMA=1 -DHAVE_LINK=1 -DHAVE_LOCALTIME_R=1
  -DHAVE_LSTAT=1 -DHAVE_MEMMOVE=1 -DHAVE_MKDIR=1 -DHAVE_MKFIFO=1
  -DHAVE_MKSTEMP=1 -DHAVE_ON_EXIT=1 -DHAVE_PIPE=1 -DHAVE_POLL=1
  -DHAVE_PUTENV=1 -DHAVE_RAISE=1 -DHAVE_READLINK=1 -DHAVE_REALPATH=1
  -DHAVE_RENAME=1 -DHAVE_RINDEX=1 -DHAVE_RMDIR=1 -DHAVE_ROUND=1
  -DHAVE_SELECT=1 -DHAVE_SETGRENT=1 -DHAVE_SETLOCALE=1
  -DHAVE_SETPWENT=1 -DHAVE_SETVBUF=1 -DHAVE_SIGACTION=1
  -DHAVE_SIGLONGJMP=1 -DHAVE_SIGPENDING=1 -DHAVE_SIGPROCMASK=1
  -DHAVE_SIGSUSPEND=1 -DHAVE_SNPRINTF=1 -DHAVE_STAT=1 -DHAVE_STRCASECMP=1
  -DHAVE_STRDUP=1 -DHAVE_STRERROR=1 -DHAVE_STRNCASECMP=1 -DHAVE_STRPTIME=1
  -DHAVE_STRSIGNAL=1 -DHAVE_SYMLINK=1 -DHAVE_TEMPNAM=1 -DHAVE_TGAMMA=1
  -DHAVE_UMASK=1 -DHAVE_UNAME=1 -DHAVE_UNLINK=1 -DHAVE_USLEEP=1
  -DHAVE_UTIME=1 -DHAVE_VFPRINTF=1 -DHAVE_VSPRINTF=1 -DHAVE_VSNPRINTF=1
  -DHAVE_WAITPID=1 -DHAVE_STRFTIME=1 -DHAVE_LIBDL=1 -DHAVE_DLOPEN=1
  -DHAVE_DLSYM=1 -DHAVE_DLERROR=1 -DHAVE_DLCLOSE=1 -DHAVE_DLOPEN_API=1
  -DENABLE_DYNAMIC_LINKING=1 -DHAVE_TIMEVAL=1 -DHAVE_FINITE=1
  -DHAVE_ISNAN=1 -DHAVE_ISINF=1 -DHAVE_COPYSIGN=1 -DHAVE_DECL_SIGNBIT=1
  -DHAVE_ACOSH=1 -DHAVE_ASINH=1 -DHAVE_ATANH=1 -DHAVE_ERF=1 -DHAVE_ERFC=1
  -DHAVE_EXP2=1 -DHAVE_LOG2=1 -DHAVE_STRUCT_STAT_ST_BLKSIZE=1
  -DHAVE_STRUCT_STAT_ST_BLOCKS=1 -DHAVE_STRUCT_STAT_ST_RDEV=1
  -DHAVE_STRUCT_TM_TM_ZONE=1 -DHAVE_TM_ZONE=1 -DUSE_READLINE=1
  -DEXCEPTION_IN_MATH=1 -DRETSIGTYPE=void -DHAVE_DECL_SYS_SIGLIST=1
  -DHAVE_POSIX_SIGNALS=1 -DRETSIGTYPE_IS_VOID=1 -DHAVE_GETRUSAGE=1
  -DHAVE_TIMES=1 -DYYTEXT_POINTER=1 -DGNUPLOT_BINARY="gnuplot"

User-preferences (please do not edit this section):
--------------------------------------------------

  EDITOR = emacs
  EXEC_PATH =
/sw/octave/octave-3.0.5/libexec/octave/3.0.5/site/exec/x86_64-unknown-linux-gnu:/sw/octave/octave-3.0.5/libexec/octave/api-v32/site/exec/x86_64-unknown-linux-gnu:/sw/octave/octave-3.0.5/libexec/octave/site/exec/x86_64-unknown-linux-gnu:/sw/octave/octave-3.0.5/libexec/octave/3.0.5/exec/x86_64-unknown-linux-gnu:/sw/octave/octave-3.0.5/bin:/home/tusche/projects/mwc10/../mwc10.trunk/links/IcDesign/common/bin:/sw/modelsim/modelsim_6.5a/modeltech/bin:/home/tusche/scripts:/sw/octave/octave-3.0.5/bin:/sw/gnuplot/gnuplot-4.3/bin:/opt/CollabNet_Subversion/bin:/sw/java/jre1.6.0_13/bin:/usr/lib64/qt-3.3/bin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/share_bwc/engineering/bin:/sw/xtensa/xtensa/Xplorer-2.1.2:/sw/xtensa/xtensa/XtDevTools/install/tools/RB-2008.4-linux/XtensaTools/bin:/home/tusche/bin

  IMAGE_PATH = .:/sw/octave/octave-3.0.5/share/octave/3.0.5/imagelib
  PAGER = less
  PS1 = >>
  PS2 =
  PS4 = +
  beep_on_error = 1
  completion_append_char =  
  crash_dumps_octave_core = 0
  echo_executing_commands = 0
  fixed_point_format = 1
  gnuplot_binary = gnuplot
  gnuplot_command_end =

  gnuplot_command_plot = pl
  gnuplot_command_replot = rep
  gnuplot_command_splot = sp
  gnuplot_command_title = t
  gnuplot_command_using = u
  gnuplot_command_with = w
  history_file = /home/tusche/.octave_hist
  history_size = 1024
  ignore_function_time_stamp = system
  info_file = /sw/octave/octave-3.0.5/share/info/octave.info
  info_program = info
  makeinfo_program = makeinfo
  max_recursion_depth = 256
  output_max_field_width = 5
  output_precision = 5
  page_output_immediately = 0
  page_screen_output = 0
  print_answer_id_name = 1
  print_empty_dimensions = 0
  save_precision = 16
  saving_history = 1
  sighup_dumps_octave_core = 1
  sigterm_dumps_octave_core = 1
  silent_functions = 0
  split_long_rows = 1
  string_fill_char =  
  struct_levels_to_print = 2
  suppress_verbose_help_message = 0

T = [];

for i=1:1000
  T{1} = 'test';
  i
  if T
    T
  else
    T
    error('bug says Hello')
  end
end 

_______________________________________________
Bug-octave mailing list
Bug-octave <at> octave.org
https://www-old.cae.wisc.edu/mailman/listinfo/bug-octave

Gmane