Am 05.08.12 21:30, schrieb Thomas Weber:
> On Sat, Aug 04, 2012 at 10:50:13AM +0200, Thomas Treichl wrote:
>> Hi Thomas,
>>
>> yes you're right. Instead of the first endif/ifeq I think we should
>> use an else/ifeq instead. Can you make this change or shoul
Hi Thomas,
yes you're right. Instead of the first endif/ifeq I think we should
use an else/ifeq instead. Can you make this change or should I?
Thanks
Thomas
Am 02.08.12 19:31, schrieb Thomas Weber:
> Hi,
>
> the following snippet from the Makefile in src/ does not seem to do what
> it sho
Hi Thomas,
yes you're right. Instead of the first endif/ifeq I think we should
use an else/ifeq instead. Can you make this change or should I?
Thanks
Thomas
Am 02.08.12 19:31, schrieb Thomas Weber:
> Hi,
>
> the following snippet from the Makefile in src/ does not seem to do what
> it sho
Hi,
I did another few bug fixes and changes to OdePkg and thought that it
would be a good time to increase the version number to 0.8.0 now. I've
uploaded the necessary files to
http://sourceforge.net/apps/phpbb/octave/viewforum.php?f=1. Can you
please make the package visible to the public.
.
If you encounter any problems with these changes, or if you have any
questions regarding to this, please don't hesitate to write me.
Kind regards,
Nils
Am 04.06.2011 10:23, schrieb Thomas Treichl:
Hi Nils,
I've taken a look at the solver problem that you've reported:
(1) Looks g
Am 06.05.11 11:14, schrieb Nils Strunk:
> Dear all,
>
> I noticed two bugs in ode45. I presume that those bugs exist in other
> ODE solvers as well, such as ode23, ode78, etc. These bugs appear in
> odepkg 0.6.12.
>
> 1. Solving a differential equation with upper interval bound 0 does not
> work.
>
On 02.05.2011 10:19, c. wrote:
>
> On 30 Apr 2011, at 19:35, Thomas Treichl wrote:
>
>> Am 25.04.11 17:29, schrieb SourceForge.net:
>>> Bugs item #3292411, was opened at 2011-04-24 11:16
>>> Message generated for change (Comment added) made by treichl
>>&
assert ([vsol.x(end), vsol.y(end,:)], [2, fref], 1e-3);
>assert (isfield (vsol, 'solver'));
>assert (vsol.solver, 'odebdi');
> ! test failed
> Integration was halted after failing to achieve a corrector convergence even
> after reducing the step size
On 04/06/10 20:44, Jake wrote:
> I've seen some of the Octave m files...what is this Octave-style coding?
> The two space indentation?
If I remember correctly then this is explained in the Octave manual,
examples are:
I used (# is not known by Matlab)
%# for comments
the Octave-style is
##
equations - this also resulted in
different types of solvers (with a Matlab-like interface).
> 2. Is the maintainer of OdePkg (Thomas Treichl) already working on
> implementing these functions? I'd like to help, if possible.
No, I'm not. I must say that I've done what I can
Am 07.02.10 23:10, schrieb Søren Hauberg:
> Hi All
>
> I have been working on a fairly large vaporware project, namely the new
> release system and the corresponding web page. That is, up till now, as
> it is no longer vaporware :-)
>
> I have not really had the time to work out every detail, but i
David Hirsch schrieb:
> This is my first time on this list. I've searched for reports of this
> problem on this list's archive and the other (nabble-based) list,
> without finding any. I would like to know if there is a fix for this -
> will the package install if I try to build Octave from sour
Søren Hauberg schrieb:
> søn, 18 10 2009 kl. 12:17 +0200, skrev Thomas Treichl:
>> Where are the sources of the doxygen docu, are they included in Octave's
>> source
>> files or are they at OF?
>
> They are just extracted from the core Octave source code. Many p
Søren Hauberg schrieb:
> søn, 18 10 2009 kl. 11:15 +0200, skrev Thomas Treichl:
>> Ok, some questions:
>>
>> - What do you mean by Doxygen documentation? Is it the Coda script?
>
> No, I mean class descriptions generated by doxygen. We have these on the
&g
Lukas Reichlin schrieb:
> On 18.10.2009, at 10:14, Søren Hauberg wrote:
>
>> søn, 18 10 2009 kl. 10:11 +0200, skrev Lukas Reichlin:
>>> The reason is that they're not compatible, e.g. the "low-level"
>>> command ss for creating a state-space model exists in both packages,
>>> but the "old" ss crea
Søren Hauberg schrieb:
> Hi All
>
> For waaay too long I've been working on changing the release system.
> Well, "working" isn't really the right word as I haven't actually done
> much work due to lack of time.
>
> To those that don't remember, the reason why we don't allow individual
> package m
Hi,
by the end of this year I'll take a break from building future versions of
Octave.app. If there is somebody out there who likes to do this job in the
future then you're very welcome. The build scripts already are part of the
Octave-Forge project so that you can have a look at them but maybe
Søren Hauberg schrieb:
> ons, 12 08 2009 kl. 21:19 +0200, skrev Thomas Treichl:
>> I changed __OSX__ and __WINDOWS__ to what it is now - I hope this works for
>> the
>> next releases.
>
> Thanks for doing this.
>
>> PS. I still cannot update the svn rep
Søren Hauberg schrieb:
> tor, 30 07 2009 kl. 21:09 +0200, skrev Thomas Treichl:
>> I fixed the site by hand and I changed the doc/htdocs/index.in file (please
>> have
>> a look at the diff attached - I checked in these changes already). Is
>> __OSX__
>> st
Hi,
I cannot update the SVN repository anymore. There have been added files "e"
whereas "E" was still there which (on MacOSX and Windows) are one and the same
file (there is no difference between uppercase and lowercase letter file names)
-- svn doesn't know what to do and finally fails. I also
Søren Hauberg schrieb:
ons, 29 07 2009 kl. 22:11 +0200, skrev Thomas Treichl:
I think we should change back the download links for Octave.app on the OF main
page to a single link as we had before, ie. don't point to the PPC and the i386
binaries directly but point to the directory &q
Søren Hauberg schrieb:
> ons, 29 07 2009 kl. 22:11 +0200, skrev Thomas Treichl:
>> I think we should change back the download links for Octave.app on the OF
>> main
>> page to a single link as we had before, ie. don't point to the PPC and the
>> i386
>&
Hi,
I have uploaded the compressed disc images *.dmg including Octave.app
3.2.2 for PPC and i386 MacOSX to the SourceForge's server. The system
requirements for the PPC architecture are MacOSX 10.4.x or newer and a
PPC G4 processor or better, for the i386 architecture MacOSX 10.4.x or
newer. You c
Hi,
I think we should change back the download links for Octave.app on the OF main
page to a single link as we had before, ie. don't point to the PPC and the i386
binaries directly but point to the directory "Octave MacOSX Binary" because now
3.2.2 is up and the links point to 3.2.0. Further, l
Simon schrieb:
> Hello,
>
> I think, in the following example the NonNegative option is ignored
> during integration, because Y contains negative values.
Hi Simon,
maybe, but at least on my system all Y are > 0. Check this
octave-3.2.0:6> find (Y < 0)
ans = [](0x1)
Any further observati
Stuart Edwards schrieb:
> Hi -
>
> I have successfully upgraded my MacPro (OSX 10.5.7) using your i386
> binary - thanks for the great installation package.
>
> My G4 iBook (OSX 10.5.7) with the PPC binary is another story. Octave
> seems to work properly, but the link to gnuplot isn't working
Hi,
I have uploaded the compressed disc images *.dmg including Octave.app
3.2.0 for PPC and i386 MacOSX to the SourceForge's server. The system
requirements for the PPC architecture are MacOSX 10.4.x or newer and a
PPC G4 processor or better, for the i386 architecture MacOSX 10.4.x or
newer. You c
Alois Schlögl schrieb:
> It would be nice, if developers aiming at compatibility between octave
> and matlab could feel at home here.
>
> I looked also at David's suggestion to use oct2mat.
>
> line 188: gsub("[\\]$","...");
> caused this error:
> awk: /home/schloegl/matlab/oct2mat/oct2mat: l
Hi,
I have uploaded the compressed disc images *.dmg including Octave.app
3.0.5 for PPC Mac OS X and i386 Mac OS X to the SourceForge's server.
You can get it from http://octave.sourceforge.net. Please read the
Readme.html file that comes with the *.dmg about 'Installation',
'FAQ', 'Limitations',
Hi,
I have uploaded the compressed disc images *.dmg including Octave.app
3.0.4 for PPC Mac OS X and i386 Mac OS X to the SourceForge's server.
You can get it from http://octave.sourceforge.net. Please read the
Readme.html file that comes with the *.dmg about 'Installation',
'FAQ', 'Limitations',
bility seems fine; it's just
> that the solution appears incorrect.
This also strongly depends on which options you set?
RelTol, AbsTol, NormControl, InitialStep etc.
> Thomas Treichl appears to be most associated with the ODE package.
> Thomas, when working on those routines, did you
Søren Hauberg schrieb:
> søn, 08 03 2009 kl. 16:48 +0100, skrev Martin Helm:
>> Ok, I simply did not know when 3.2 will be released, so it seems to me that
>> it
>> is not a problem skipping the 3.0.x version and focus on 3.2.
>
> No date is currently fixed, but we're hoping for a release in th
Søren Hauberg schrieb:
> lør, 07 03 2009 kl. 10:35 +0100, skrev Thomas Treichl:
>> If they don't get into Octave core right now then make them a new separate
>> package because they have so little to do with the rest of the plot package,
>> like I said, "v
Søren Hauberg schrieb:
> Hi
>
> sorry 'bout the late reply
>
> tor, 05 03 2009 kl. 17:54 +0100, skrev Martin Helm:
>> Attached you can find the implementations to have a look at it. You can tell
>> me if they are appropriate or not. There is also a simple octave package
>> which
>> is availabl
Ben Abbott schrieb:
On Nov 19, 2008, at 10:22 AM, Robert Fong-tom wrote:
I am primarily interested in reading jpg, tiff and png files;
displaying them; and writing image matrices to files of these
formats. Let me give you some background. I am looking for a math
tool to analyze images, and
Thomas Weber schrieb:
> [Moving to octave-forge's list]
>
> Am Sonntag, den 16.11.2008, 19:53 + schrieb Carlo de Falco:
>> On 16/nov/08, at 18:54, William Christopher Carleton wrote:
>>
>>> I installed the header package and tried reinstalling gcc. The new
>>> error when I try pkg install is
Hi,
I have uploaded the compressed disc images *.dmg including Octave.app 3.0.3
for PPC Mac OS X and i386 Mac OS X to the SourceForge's server. You can get
it from http://octave.sourceforge.net. Please read the Readme.html file that
comes with the *.dmg about 'Installation', 'FAQ', 'Limitations',
Thomas Weber schrieb:
>> Can you once again tell me why you see the 'ofsndplay' utility on Linux - I
>> can't find the origin of that problem and why this happens?
>
> // PKG_ADD: global sound_play_utility="ofsndplay -";
> from OFSndPlay.cc ends up in audio's PKG_ADD file. This sets the global
>
Wang Long schrieb:
> Hi Thomas,
>
> Thank you very much in helping me with this problem! The solution in
> your email solved the problem I mentioned before, but when I tried some
> other t_in's, for example,
> t_in_2=[0.00 0.10 0.23 0.38 0.63 1.21 1.97];
> t_in_3=[0.00 0.03 0.05 0.11 0.17 0.25
Wang Long schrieb:
> Hi,
>
> When I was running this in octave:
>
> t_in = [0 0.05 0.13 0.19];
> [t_out, y] = ode45 (@(t,x) x, t_in, 1);
>
> I got t_out=[0.0 0.05000 0.1 0.15000 0.19000]. While the
> length of t_in is 4, I found that of t_out is 5 instead of 4. Howeve
Thomas Weber schrieb:
> Thomas,
> you are cc'd as you moved 'ofsndplay' from the MacOSX package into
> audio.
>
> On Sat, Sep 06, 2008 at 02:33:33PM +0200, Søren Hauberg wrote:
>> lør, 06 09 2008 kl. 14:16 +0200, skrev Thomas Weber:
>>> The global variable makes it more difficult to fix this in a
Hi,
I have uploaded the compressed disc images *.dmg including Octave.app 3.0.2
for PPC Mac OS X and i386 Mac OS X to the SourceForge's server. You can get
it from http://octave.sourceforge.net. Please read the Readme.html file that
comes with the *.dmg about 'Installation', 'FAQ', 'Limitations',
Stuart Edwards schrieb:
> Hi -
>
> I installed the PPC version together with the enclosed GnuPlot but am
> unable to start Octave.
> Below is a copy of the terminal session and the crash log.
>
> oldg3:~ stu$ exec '/Applications/Octave.app/Contents/Resources/bin/octave'
> /Applications/Octave
Denis Nikiforov schrieb:
> I need to plot several trajectories of a solutions of ODE like here:
> http://www.wam.umd.edu/~petersd/246/matlabauton.html
>
> hold on
> for a1=-7:2:5
> for a2=-7:2:1
> [ts,ys] = ode45(g,[0,4],[a1;a2]);
> plot(ys(:,1),ys(:,2))
> [ts,ys] = ode
Marco Caliari schrieb:
> Hi Thomas,
>
>> 3) I don't like the idea that an OutputFcn should be able to modify
>> the solution vector (because of the word 'Output'), but I like YOUR
>> idea! We have reached a state with OdePkg where we are, let's say,
>> 'highly compatible' to Matlab but now it s
Marco Caliari schrieb:
> Dear Thomas,
>
> finally I jointed the OctaveForge developers. I'm using your odepkg
> quite a lot in this period, and I have the following remarks/suggestions
> (in principle, I can implement all of them):
>
> 1) It should be possible to avoid to store the solution at
Robert Gogolok schrieb:
> Hi,
>
> I use the Mac OS X package of octave 3.0.1.
> In version 3.0.1 the --path option doesn't work anymore.
Hi Robert,
I've been busy for a while, the reason for the late answer (from me). You're
right, I can see the bug and I see it has already been adressed on an
Hi,
I have uploaded the compressed disc images *.dmg including Octave.app 3.0.1
for PPC Mac OS X and i386 Mac OS X to the Sourceforge's server. You can get
it from http://octave.sourceforge.net. Please read the Readme.html file that
comes with the *.dmg about 'Installation', 'FAQ', 'Limitations',
Marco Caliari schrieb:
>> Then yes, you're absolutely right. I've never investigated complex
>> problems before, so I expect there must be more changes that need to
>> be done in the m-files to handle these kind of problems.
>>
>>> I think I will have some time to further investigate the codes (a
Marco Caliari schrieb:
>>> other solvers): at line 336, it should be
>>>
>>> vdelta = abs(y5 - y4);
>
>> So number of evaluations and steps increased dramatically. I can see
>> the same for ode45..ode78. Can you send an example where I can see
>> results becoming better if I use your modificatio
Marco Caliari schrieb:
> Moreover, I noticed what I consider a bug in ode45.m (as well as in all
> the other solvers): at line 336, it should be
>
> vdelta = abs(y5 - y4);
By example:
If I solve the "Van der Pol" oscillator between [0, 2] having initial values
[2, 0] and using your suggesti
Marco Caliari schrieb:
> I tried on two different platforms:
> 1) Pentium D, gcc 4.1.2, g77 3.4.6, Octave 3.0.1b
> 2) Core(TM)2 Duo, gcc 4.3.0, gfortran 4.3.0, Octave 3.0.0+
> Enclosed, the output of pkg install in the second case.
Ok, I've had a look at the problem. Your *.log seems to be ok. How
Marco Caliari schrieb:
> Dear all,
> I installed odepkg-0.4.1 in Octave-3.0.1b via
>
> pkg install odepkg-0.4.1.tar.gz
>
> All of Runge-Kutta solvers are available, but none of HairerWanner or BDF
> solvers is. In particular, how can I access ode5r or odebda?
>
> Best regards,
>
> Marco
On wh
Erik Adli schrieb:
> Hello all,
>
> On Mac Os X 10.5.2 we have installed the sourceforce package
> octave-3.0.0-i386.dmg. The package works perfectly out-of-the-box when
> run normally (from terminal or from icon).
>
> However, we are building a progam where octave has been embedded, using
>
Rob Nicholas schrieb:
> Hello all,
>
> I'm in the process of trying to convert some of the Octave (and
> Matlab) scripts that I use on a regular basis into stand-alone
> executables, but I've been unable to get my scripts to run. For
> example, if I run the simple two-line script
>
> #! /
Rafael Laboissiere schrieb:
> * Thomas Treichl <[EMAIL PROTECTED]> [2008-04-08 21:03]:
>
>> Rafael Laboissiere schrieb:
>>> The distclean rule in odepkg/src/Makefile should not remove the configure
>>> script. The patch [1] currently applied to the D
Rafael Laboissiere schrieb:
> The distclean rule in odepkg/src/Makefile should not remove the configure
> script. The patch [1] currently applied to the Debian package fixes this.
>
> [1]
> http://svn.debian.org/wsvn/pkg-octave/octave-forge-pkgs/octave-odepkg/trunk/debian/patches/makefile-distcl
Joshua Redstone schrieb:
> Hi all,
> The octaveformac page should be updated to mention that there's an
> incompatible change in the 1.8.0 version of HDF5
> that prevents octave from compiling with it. There is a workaround (forgot
> the link to the article) that is to
> make sure CPPFLAGS contain
Rafael Laboissiere schrieb:
> The *clean targets in src/Makefile of the audio package do not follow the
> GNU standards [1]. In particular, distclean removes configure, which should
> be in the distribution. The patch below fixes this.
I made these changes. Thanks for the patch.
> [1] http://ww
Rafael Laboissiere schrieb:
> The *clean targets in src/Makefile of the audio package do not follow the
> GNU standards [1]. In particular, distclean removes configure, which should
> be in the distribution. The patch below fixes this.
>
> [1] http://www.gnu.org/software/womb/gnits/Standard-Targ
David Bateman schrieb:
> Thomas Treichl wrote:
>> Thomas Treichl schrieb:
>>> Hi,
>>>
>>> if it is okay then I'd like to commit the attached patch to the audio
>>> package.
>>>
>>> I have moved the OFSndPlay utility from the MacOS
Thomas Treichl schrieb:
Hi,
if it is okay then I'd like to commit the attached patch to the audio package.
I have moved the OFSndPlay utility from the MacOSX package to the audio package
and I also modified the Makefiles of the audio package. With this changes the
MacOSX users can dow
Hi,
if it is okay then I'd like to commit the attached patch to the audio package.
I have moved the OFSndPlay utility from the MacOSX package to the audio package
and I also modified the Makefiles of the audio package. With this changes the
MacOSX users can download the audio package and don't
Thomas L. Scofield schrieb:
>
> I am running Octave 3.0.0 on a MacBook Pro with Mac OS 10.4.11. I have
> been able to install some of the octave-forge packages without any
> problems. Others seem to install, but with some warnings. One warning
> common to many installs is the one
>
> Make
64 matches
Mail list logo
