panic: Bus error -- stopping myself...
David Bateman
David.Bateman at motorola.com
Tue Feb 5 03:33:45 CST 2008
John W. Eaton wrote:
> I suppose this would work, but could it also end up allocating a lot
> more space than is really necessary? For example, we are not actually
> going to take path2a and the required workspace is really much smaller
> than what is computed for path2a. I admit I haven't checked to see if
> this is even a possibility; maybe all other paths require more workspace
> than path2a?
>
You are right we need to duplicate more of the logic from xGELSD.f and
when lwork should be set for path2a. It should only be used for highly
under determined matrices, and where the M*M term will be significantly
smaller than the size of the matrix. What about the attached..
D.
--
David Bateman David.Bateman at motorola.com
Motorola Labs - Paris +33 1 69 35 48 04 (Ph)
Parc Les Algorithmes, Commune de St Aubin +33 6 72 01 06 33 (Mob)
91193 Gif-Sur-Yvette FRANCE +33 1 69 35 77 01 (Fax)
The information contained in this communication has been classified as:
[x] General Business Information
[ ] Motorola Internal Use Only
[ ] Motorola Confidential Proprietary
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: patch14
Url: https://www.cae.wisc.edu/pipermail/bug-octave/attachments/20080205/e066ecab/attachment.ksh
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: patch14.changelog
Url: https://www.cae.wisc.edu/pipermail/bug-octave/attachments/20080205/e066ecab/attachment-0001.ksh
More information about the Bug-octave
mailing list