inv() crashes when called with a complex matrix on octave 3.2.3
|
View:
New views
6 Messages
—
Rating Filter:
Alert me
|
 |
inv() crashes when called with a complex matrix on octave 3.2.3
by pinkisntwell
::
Rate this Message:
I'm using octave 3.2.3 on windows via octave-forge. When I do this it crashes:
A=rand(5,5); [V D] = eig(A); V^-1; The crash happens on the last step. I tested using other complex matrices and it keeps crashing. It gives the error panic: Segmentation violation -- stopping myself... attempting to save variables to `octave-core'... save to `octave-core' complete I can't find the octave-core dump. ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Octave-dev mailing list Octave-dev@... https://lists.sourceforge.net/lists/listinfo/octave-dev |
|
|
Re: inv() crashes when called with a complex matrix on octave 3.2.3
by Benjamin Lindner
::
Rate this Message:
George wrote:
> I'm using octave 3.2.3 on windows via octave-forge. When I do this it crashes: > > A=rand(5,5); > [V D] = eig(A); > V^-1; > > The crash happens on the last step. I tested using other complex > matrices and it keeps crashing. > > It gives the error > > panic: Segmentation violation -- stopping myself... > attempting to save variables to `octave-core'... > save to `octave-core' complete > > I can't find the octave-core dump. If you installed with SSE3 atlas libraries, then please try to install with SSE2 libraries. There seems to be a problem with the SSE3 atlas libraries. benjamin ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Octave-dev mailing list Octave-dev@... https://lists.sourceforge.net/lists/listinfo/octave-dev |
|
|
|
|
|
Re: inv() crashes when called with a complex matrix on octave 3.2.3
by Tatsuro MATSUOKA-2
::
Rate this Message:
Hello
--- Benjamin Lindner wrote: > > On Wed, Nov 4, 2009 at 6:29 PM, Benjamin Lindner wrote: > >> George wrote: > >>> I'm using octave 3.2.3 on windows via octave-forge. When I do this it > >>> crashes: > >>> > >>> A=rand(5,5); > >>> [V D] = eig(A); > >>> V^-1; > >>> > >>> The crash happens on the last step. I tested using other complex > >>> matrices and it keeps crashing. > >>> > >>> It gives the error > >>> > >>> panic: Segmentation violation -- stopping myself... > >>> attempting to save variables to `octave-core'... > >>> save to `octave-core' complete > >>> > >>> I can't find the octave-core dump. > >> > >> If you installed with SSE3 atlas libraries, then please try to install with > >> SSE2 libraries. > >> There seems to be a problem with the SSE3 atlas libraries. > >> > >> benjamin > >> > > > > Thanks, that fixed the problem. From looking at the installation > > application, I gather that SSE3 is not valid for my processor > > (Sempron). How come was it selected as the default? I left it there > > the first time I installed, heeding the strongly worded warning about > > changing the optimization settings. > > The installer queries the CPU for supported flags, and selectes the > higest available. (If you're interested in what your cpu supports, you > can take a look at the cpu-z utility http://www.cpuid.com/cpuz.php). > > No I suspect that something is wrong with gcc-4.4.0 and atlas which is > built with gcc-4.3.0, since the atlas library is the same as for > previous binaries, but I switched to gcc-4.4.0 for the 3.2.3 binary. HMMMMM? I have build the atlas libraries by the GCC-4.3.3 on Cygwin. The GCC-4.3.3 that I am using is built by myself without patches for Cygwin. I have made libblas.dll, libcblas.dll and liblapack.dll from the libf77blas.a, libcblas.a and libatlas.a built by the the GCC-4.3.3 on Cygwin with gcc-4.4.0 / MinGW. I have tried gcc-4 from Cygwin site. However, the libraries depended on other cygwin libraries so that I cannot used for building dll files on MinGW. In my idea, it is essential to use gcc without Cygwin specific patches but not version number. At least for me, version difference between Cygwin GCC and MinGW GCC gives no problem. Regards Tatsuro -------------------------------------- GyaO! - Anime, Dramas, Movies, and Music videos [FREE] http://pr.mail.yahoo.co.jp/gyao/ ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Octave-dev mailing list Octave-dev@... https://lists.sourceforge.net/lists/listinfo/octave-dev |
|
|
Re: inv() crashes when called with a complex matrix on octave 3.2.3
by Benjamin Lindner
::
Rate this Message:
Tatsuro MATSUOKA wrote:
> Hello > > --- Benjamin Lindner wrote: > >>> On Wed, Nov 4, 2009 at 6:29 PM, Benjamin Lindner wrote: >>>> George wrote: >>>>> I'm using octave 3.2.3 on windows via octave-forge. When I do this it >>>>> crashes: >>>>> >>>>> A=rand(5,5); >>>>> [V D] = eig(A); >>>>> V^-1; >>>>> >>>>> The crash happens on the last step. I tested using other complex >>>>> matrices and it keeps crashing. >>>>> >>>>> It gives the error >>>>> >>>>> panic: Segmentation violation -- stopping myself... >>>>> attempting to save variables to `octave-core'... >>>>> save to `octave-core' complete >>>>> >>>>> I can't find the octave-core dump. >>>> If you installed with SSE3 atlas libraries, then please try to install with >>>> SSE2 libraries. >>>> There seems to be a problem with the SSE3 atlas libraries. >>>> >>>> benjamin >>>> >> > Thanks, that fixed the problem. From looking at the installation >> > application, I gather that SSE3 is not valid for my processor >> > (Sempron). How come was it selected as the default? I left it there >> > the first time I installed, heeding the strongly worded warning about >> > changing the optimization settings. >> >> The installer queries the CPU for supported flags, and selectes the >> higest available. (If you're interested in what your cpu supports, you >> can take a look at the cpu-z utility http://www.cpuid.com/cpuz.php). >> >> No I suspect that something is wrong with gcc-4.4.0 and atlas which is >> built with gcc-4.3.0, since the atlas library is the same as for >> previous binaries, but I switched to gcc-4.4.0 for the 3.2.3 binary. > > HMMMMM? > > I have build the atlas libraries by the GCC-4.3.3 on Cygwin. > > The GCC-4.3.3 that I am using is built by myself without patches for Cygwin. > > I have made libblas.dll, libcblas.dll and liblapack.dll from the libf77blas.a, libcblas.a and > libatlas.a built by the the GCC-4.3.3 on Cygwin with gcc-4.4.0 / MinGW. > > I have tried gcc-4 from Cygwin site. However, the libraries depended on other cygwin libraries so > that I cannot used for building dll files on MinGW. > > In my idea, it is essential to use gcc without Cygwin specific patches but not version number. I haven't got atlas to build without using cygwin gcc. Did you? That would be really interesing, and helpful because atlas is currently the one component I cannot get to build with mingw. Well, my suspicion my be altogether wrong, It's just the only thing I changed from 3.2.2 to 3.2.3. Lapack version is the same, atlas version is the same, only octave is being built with gcc-4.4 whereas atlas was being built with 4.3. Perhaps it's not this difference, perhaps the atlas binaries are more tied to the actual hardware platform they are built on, so I cannot safely build on e.g. a Core2Duo and use it on a P4 or so. > At least for me, version difference between Cygwin GCC and MinGW GCC gives no problem. Hm, well then it's probably some other bug lurking here. benjamin ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Octave-dev mailing list Octave-dev@... https://lists.sourceforge.net/lists/listinfo/octave-dev |
|
|
Re: inv() crashes when called with a complex matrix on octave 3.2.3
by Marco atzeri-3
::
Rate this Message:
--- Gio 5/11/09, Benjamin Lindner <lindnerben@...> ha scritto:
> Da: Benjamin Lindner <lindnerben@...> > Oggetto: Re: [OctDev] inv() crashes when called with a complex matrix on octave 3.2.3 > A: tmacchant@... > Cc: "octave-dev" <octave-dev@...>, "George" <pinkisntwell@...> > Data: Giovedì 5 novembre 2009, 11:09 > Tatsuro MATSUOKA wrote: > > Hello > > > > --- Benjamin Lindner wrote: > > > >>> On Wed, Nov 4, 2009 at 6:29 PM, Benjamin > Lindner wrote: > >>>> George wrote: > >>>>> I'm using octave 3.2.3 on windows via > octave-forge. When I do this it > >>>>> crashes: > >>>>> > >>>>> A=rand(5,5); > >>>>> [V D] = eig(A); > >>>>> V^-1; > >>>>> > >>>>> The crash happens on the last step. I > tested using other complex > >>>>> matrices and it keeps crashing. > >>>>> > >>>>> It gives the error > >>>>> > >>>>> panic: Segmentation violation -- > stopping myself... > >>>>> attempting to save variables to > `octave-core'... > >>>>> save to `octave-core' complete > >>>>> > >>>>> I can't find the octave-core dump. > >>>> If you installed with SSE3 atlas > libraries, then please try to install with > >>>> SSE2 libraries. > >>>> There seems to be a problem with the SSE3 > atlas libraries. > >>>> > >>>> benjamin > >>>> > >> > Thanks, that fixed the problem. From > looking at the installation > >> > application, I gather that SSE3 is not > valid for my processor > >> > (Sempron). How come was it selected as > the default? I left it there > >> > the first time I installed, heeding the > strongly worded warning about > >> > changing the optimization settings. > >> > >> The installer queries the CPU for supported flags, > and selectes the > >> higest available. (If you're interested in what > your cpu supports, you > >> can take a look at the cpu-z utility http://www.cpuid.com/cpuz.php). > >> > >> No I suspect that something is wrong with > gcc-4.4.0 and atlas which is > >> built with gcc-4.3.0, since the atlas library is > the same as for > >> previous binaries, but I switched to gcc-4.4.0 for > the 3.2.3 binary. > > > > HMMMMM? > > > > I have build the atlas libraries by the GCC-4.3.3 on > Cygwin. > > > > The GCC-4.3.3 that I am using is built by myself > without patches for Cygwin. > > > > I have made libblas.dll, libcblas.dll and > liblapack.dll from the libf77blas.a, libcblas.a and > > libatlas.a built by the the GCC-4.3.3 on Cygwin with > gcc-4.4.0 / MinGW. > > > > I have tried gcc-4 from Cygwin site. However, > the libraries depended on other cygwin libraries so > > that I cannot used for building dll files on MinGW. > > > > In my idea, it is essential to use gcc without Cygwin > specific patches but not version number. > > I haven't got atlas to build without using cygwin gcc. Did > you? That > would be really interesing, and helpful because atlas is > currently the > one component I cannot get to build with mingw. cygwin source package for Atlas http://matzeri.altervista.org/cygwin-1.7/atlas/index.html eventually could help you to understand the problem, on your build > > Well, my suspicion my be altogether wrong, It's just the > only thing I > changed from 3.2.2 to 3.2.3. Lapack version is the same, > atlas version > is the same, only octave is being built with gcc-4.4 > whereas atlas was > being built with 4.3. > > Perhaps it's not this difference, perhaps the atlas > binaries are more > tied to the actual hardware platform they are built on, so > I cannot > safely build on e.g. a Core2Duo and use it on a P4 or so. > > > At least for me, version difference between Cygwin GCC > and MinGW GCC gives no problem. > > Hm, well then it's probably some other bug lurking here. > > benjamin > Regards Marco ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Octave-dev mailing list Octave-dev@... https://lists.sourceforge.net/lists/listinfo/octave-dev |
| Free embeddable forum powered by Nabble | Forum Help |
