Octave 3.2.3/mingw32 crashes on a simple complex operation

[Nitzan Arazi]

Hello Benjamin, Tatsuro and other octave developers.

Thanks for your work on Octave/mingw32.

I have installed the binary with all octaveforge packages (problematic packages do not auto-loaded) on my XP SP3 machine and encountered a crash when performing the following simple operation:

a=[1 2 3 4 5]+j*[5 4 3 2 1];
c=a'*a;

I do not know whether this is mingw32 only issue or not.

I am attaching the octave-core dump file.

Regards
Nitzan Arazi

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Octave-dev mailing list
Octave-dev@...
https://lists.sourceforge.net/lists/listinfo/octave-dev

[Tatsuro MATSUOKA-2]

Hello

I have confirmed the crash on octave-3.2.3 / mingw32 on octave-forge.
I doubt on octave-forge packages so that I have tested after 'pkg unload all'.
In that case octave also crashed.

However on  octave-3.2.2 / mingw32 on octave-forge, octave-3.2.3 on cygwin-1.7, the test seems to run
correctly.

octave:1> a=[1 2 3 4 5]+j*[5 4 3 2 1];
octave:2> c=a'*a;
octave:3> c
c =

   26 +  0i   22 -  6i   18 - 12i   14 - 18i   10 - 24i
   22 +  6i   20 +  0i   18 -  6i   16 - 12i   14 - 18i
   18 + 12i   18 +  6i   18 +  0i   18 -  6i   18 - 12i
   14 + 18i   16 + 12i   18 +  6i   20 +  0i   22 -  6i
   10 + 24i   14 + 18i   18 + 12i   22 +  6i   26 +  0i

This is perhaps the problem of octave-3.2.3 / mingw32 issue.
Unfortunately at university I do not have my own built octave 3.2.3 on mingw.
I will report the results my own built octave 3.2.3 on mingw afterwards.

Anyway this error is fatal, at the moment please downgrade the octave to 3.2.2 mingw or
use octave 3.2.3 on cygwin-1.7.

Regards

Tatsuro


--- Nit Nit  wrote:

> Hello Benjamin, Tatsuro and other octave developers.
>
> Thanks for your work on Octave/mingw32.
>
> I have installed the binary with all octaveforge packages (problematic
> packages do not auto-loaded) on my XP SP3 machine and encountered a crash
> when performing the following simple operation:
>
> a=[1 2 3 4 5]+j*[5 4 3 2 1];
> c=a'*a;
>
> I do not know whether this is mingw32 only issue or not.
>
> I am attaching the octave-core dump file.
>
> Regards
> Nitzan Arazi
> > ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference> _______________________________________________
> Octave-dev mailing list
> Octave-dev@...
> https://lists.sourceforge.net/lists/listinfo/octave-dev
>

--------------------------------------
GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
http://pr.mail.yahoo.co.jp/gyao/

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Octave-dev mailing list
Octave-dev@...
https://lists.sourceforge.net/lists/listinfo/octave-dev

[Jaroslav Hajek-2]

On Mon, Nov 2, 2009 at 9:10 AM, Nit Nit <nitnit@...> wrote:

> Hello Benjamin, Tatsuro and other octave developers.
>
> Thanks for your work on Octave/mingw32.
>
> I have installed the binary with all octaveforge packages (problematic
> packages do not auto-loaded) on my XP SP3 machine and encountered a crash
> when performing the following simple operation:
>
> a=[1 2 3 4 5]+j*[5 4 3 2 1];
> c=a'*a;
>
> I do not know whether this is mingw32 only issue or not.
>

I reckon it is. At least I don't see this on linux.

--
RNDr. Jaroslav Hajek
computing expert & GNU Octave developer
Aeronautical Research and Test Institute (VZLU)
Prague, Czech Republic
url: www.highegg.matfyz.cz

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Octave-dev mailing list
Octave-dev@...
https://lists.sourceforge.net/lists/listinfo/octave-dev

[Marco atzeri-3]

--- Lun 2/11/09, Jaroslav Hajek <highegg@...> ha scritto:

> On Mon, Nov 2, 2009 at 9:10 AM, Nit
> Nit <nitnit@...>
> wrote:
> > Hello Benjamin, Tatsuro and other octave developers.
> >
> > Thanks for your work on Octave/mingw32.
> >
> > I have installed the binary with all octaveforge
> packages (problematic
> > packages do not auto-loaded) on my XP SP3 machine and
> encountered a crash
> > when performing the following simple operation:
> >
> > a=[1 2 3 4 5]+j*[5 4 3 2 1];
> > c=a'*a;
> >
> > I do not know whether this is mingw32 only issue or
> not.
> >
>
> I reckon it is. At least I don't see this on linux.

neither on cygwin

>
> --
> RNDr. Jaroslav Hajek

Regards
Marco



     

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Octave-dev mailing list
Octave-dev@...
https://lists.sourceforge.net/lists/listinfo/octave-dev

[Benjamin Lindner]

>
> > On Mon, Nov 2, 2009 at 9:10 AM, Nit
> > Nit
> > wrote:
> > > Hello Benjamin, Tatsuro and other octave developers.
> > >
> > > Thanks for your work on Octave/mingw32.
> > >
> > > I have installed the binary with all octaveforge
> > packages (problematic
> > > packages do not auto-loaded) on my XP SP3 machine and
> > encountered a crash
> > > when performing the following simple operation:
> > >
> > > a=[1 2 3 4 5]+j*[5 4 3 2 1];
> > > c=a'*a;
> > >
> > > I do not know whether this is mingw32 only issue or
> > not.
> > >
> >
> > I reckon it is. At least I don't see this on linux.
>
> neither on cygwin

Yeah, seems a mingw issue. I see it too.

Interestingly, the following does not crash:

 a=[1 2 3 4 5]+j*[5 4 3 2 1];
 b=a';
 c=b*a;

but shouldn't it do so? I mean this is the same as

 c=a'*a

which crashes?

benjamin
--
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Octave-dev mailing list
Octave-dev@...
https://lists.sourceforge.net/lists/listinfo/octave-dev

[Jaroslav Hajek-2]

On Mon, Nov 2, 2009 at 1:30 PM, Benjamin Lindner <lindnerben@...> wrote:

>>
>> > On Mon, Nov 2, 2009 at 9:10 AM, Nit
>> > Nit
>> > wrote:
>> > > Hello Benjamin, Tatsuro and other octave developers.
>> > >
>> > > Thanks for your work on Octave/mingw32.
>> > >
>> > > I have installed the binary with all octaveforge
>> > packages (problematic
>> > > packages do not auto-loaded) on my XP SP3 machine and
>> > encountered a crash
>> > > when performing the following simple operation:
>> > >
>> > > a=[1 2 3 4 5]+j*[5 4 3 2 1];
>> > > c=a'*a;
>> > >
>> > > I do not know whether this is mingw32 only issue or
>> > not.
>> > >
>> >
>> > I reckon it is. At least I don't see this on linux.
>>
>> neither on cygwin
>
> Yeah, seems a mingw issue. I see it too.
>
> Interestingly, the following does not crash:
>
>  a=[1 2 3 4 5]+j*[5 4 3 2 1];
>  b=a';
>  c=b*a;
>
> but shouldn't it do so? I mean this is the same as
>
>  c=a'*a
>
> which crashes?
>

It isn't. The first one calls ZGEMM, the second one resolves to ZHERK.

--
RNDr. Jaroslav Hajek
computing expert & GNU Octave developer
Aeronautical Research and Test Institute (VZLU)
Prague, Czech Republic
url: www.highegg.matfyz.cz

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Octave-dev mailing list
Octave-dev@...
https://lists.sourceforge.net/lists/listinfo/octave-dev

[Benjamin Lindner]

Jaroslav Hajek wrote:

> On Mon, Nov 2, 2009 at 1:30 PM, Benjamin Lindner <lindnerben@...> wrote:
>>>> On Mon, Nov 2, 2009 at 9:10 AM, Nit
>>>> Nit
>>>> wrote:
>>>>> Hello Benjamin, Tatsuro and other octave developers.
>>>>>
>>>>> Thanks for your work on Octave/mingw32.
>>>>>
>>>>> I have installed the binary with all octaveforge
>>>> packages (problematic
>>>>> packages do not auto-loaded) on my XP SP3 machine and
>>>> encountered a crash
>>>>> when performing the following simple operation:
>>>>>
>>>>> a=[1 2 3 4 5]+j*[5 4 3 2 1];
>>>>> c=a'*a;
>>>>>
>>>>> I do not know whether this is mingw32 only issue or
>>>> not.
>>>> I reckon it is. At least I don't see this on linux.
>>> neither on cygwin
>> Yeah, seems a mingw issue. I see it too.
>>
>> Interestingly, the following does not crash:
>>
>>  a=[1 2 3 4 5]+j*[5 4 3 2 1];
>>  b=a';
>>  c=b*a;
>>
>> but shouldn't it do so? I mean this is the same as
>>
>>  c=a'*a
>>
>> which crashes?
>>
>
> It isn't. The first one calls ZGEMM, the second one resolves to ZHERK.
>

Does that mean it's maybe a lapack problem? The one call crashing, the
other not? But the lapack version did not change from octave/mingw 3.2.2
to 3.2.3. That would indeed be strange.

benjamin

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Octave-dev mailing list
Octave-dev@...
https://lists.sourceforge.net/lists/listinfo/octave-dev

[Tatsuro MATSUOKA-2]

Hello

For my build of octave 3.2.3 on mingw by gcc-4.4.0 does not crash,

a=[1 2 3 4 5]+j*[5 4 3 2 1];
c=a'*a;



***********
GNU Octave, version 3.2.3
 :
Octave was configured for "i686-pc-mingw32".
 :
octave:1> a=[1 2 3 4 5]+j*[5 4 3 2 1];
octave:2> c=a'*a;
octave:3> c
c =

   26 +  0i   22 -  6i   18 - 12i   14 - 18i   10 - 24i
   22 +  6i   20 +  0i   18 -  6i   16 - 12i   14 - 18i
   18 + 12i   18 +  6i   18 +  0i   18 -  6i   18 - 12i
   14 + 18i   16 + 12i   18 +  6i   20 +  0i   22 -  6i
   10 + 24i   14 + 18i   18 + 12i   22 +  6i   26 +  0i
*********************

I am using the lapack 3.2.1 while the lapack 3.1.1 seem to be used in your build.
But I do not know whether the difference in lapack version is related to this issue.

As far as I remember, you used the lapack 3.1.1 on octave 3.2.2 build.
On octave 3.2.2 built by you

a=[1 2 3 4 5]+j*[5 4 3 2 1];
c=a'*a;

does not cause crash.

HMMM!

This seem to be curios problem.

Regards

Tatsuro


--- Benjamin Lindner  wrote:

> Jaroslav Hajek wrote:
> > On Mon, Nov 2, 2009 at 1:30 PM, Benjamin Lindner <lindnerben@...> wrote:
> >>>> On Mon, Nov 2, 2009 at 9:10 AM, Nit
> >>>> Nit
> >>>> wrote:
> >>>>> Hello Benjamin, Tatsuro and other octave developers.
> >>>>>
> >>>>> Thanks for your work on Octave/mingw32.
> >>>>>
> >>>>> I have installed the binary with all octaveforge
> >>>> packages (problematic
> >>>>> packages do not auto-loaded) on my XP SP3 machine and
> >>>> encountered a crash
> >>>>> when performing the following simple operation:
> >>>>>
> >>>>> a=[1 2 3 4 5]+j*[5 4 3 2 1];
> >>>>> c=a'*a;
> >>>>>
> >>>>> I do not know whether this is mingw32 only issue or
> >>>> not.
> >>>> I reckon it is. At least I don't see this on linux.
> >>> neither on cygwin
> >> Yeah, seems a mingw issue. I see it too.
> >>
> >> Interestingly, the following does not crash:
> >>
> >>  a=[1 2 3 4 5]+j*[5 4 3 2 1];
> >>  b=a';
> >>  c=b*a;
> >>
> >> but shouldn't it do so? I mean this is the same as
> >>
> >>  c=a'*a
> >>
> >> which crashes?
> >>
> >
> > It isn't. The first one calls ZGEMM, the second one resolves to ZHERK.
> >
>
> Does that mean it's maybe a lapack problem? The one call crashing, the
> other not? But the lapack version did not change from octave/mingw 3.2.2
> to 3.2.3. That would indeed be strange.
>
> benjamin
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Octave-dev mailing list
> Octave-dev@...
> https://lists.sourceforge.net/lists/listinfo/octave-dev
>

--------------------------------------
GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
http://pr.mail.yahoo.co.jp/gyao/

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Octave-dev mailing list
Octave-dev@...
https://lists.sourceforge.net/lists/listinfo/octave-dev

[Benjamin Lindner]

>
>> Jaroslav Hajek wrote:
>>> On Mon, Nov 2, 2009 at 1:30 PM, Benjamin Lindner <lindnerben@...> wrote:
>>>>>> On Mon, Nov 2, 2009 at 9:10 AM, Nit
>>>>>> Nit
>>>>>> wrote:
>>>>>>> Hello Benjamin, Tatsuro and other octave developers.
>>>>>>>
>>>>>>> Thanks for your work on Octave/mingw32.
>>>>>>>
>>>>>>> I have installed the binary with all octaveforge
>>>>>> packages (problematic
>>>>>>> packages do not auto-loaded) on my XP SP3 machine and
>>>>>> encountered a crash
>>>>>>> when performing the following simple operation:
>>>>>>>
>>>>>>> a=[1 2 3 4 5]+j*[5 4 3 2 1];
>>>>>>> c=a'*a;
>>>>>>>
>>>>>>> I do not know whether this is mingw32 only issue or
>>>>>> not.
>>>>>> I reckon it is. At least I don't see this on linux.
>>>>> neither on cygwin
>>>> Yeah, seems a mingw issue. I see it too.
>>>>
>>>> Interestingly, the following does not crash:
>>>>
>>>>  a=[1 2 3 4 5]+j*[5 4 3 2 1];
>>>>  b=a';
>>>>  c=b*a;
>>>>
>>>> but shouldn't it do so? I mean this is the same as
>>>>
>>>>  c=a'*a
>>>>
>>>> which crashes?
>>>>
>>> It isn't. The first one calls ZGEMM, the second one resolves to ZHERK.
>>>
>> Does that mean it's maybe a lapack problem? The one call crashing, the
>> other not? But the lapack version did not change from octave/mingw 3.2.2
>> to 3.2.3. That would indeed be strange.
>>
>> benjamin
>>

 > Hello
 >
 > For my build of octave 3.2.3 on mingw by gcc-4.4.0 does not crash,
 >
 > a=[1 2 3 4 5]+j*[5 4 3 2 1];
 > c=a'*a;
 >
 >
 >
 > ***********
 > GNU Octave, version 3.2.3
 >  :
 > Octave was configured for "i686-pc-mingw32".
 >  :
 > octave:1> a=[1 2 3 4 5]+j*[5 4 3 2 1];
 > octave:2> c=a'*a;
 > octave:3> c
 > c =
 >
 >    26 +  0i   22 -  6i   18 - 12i   14 - 18i   10 - 24i
 >    22 +  6i   20 +  0i   18 -  6i   16 - 12i   14 - 18i
 >    18 + 12i   18 +  6i   18 +  0i   18 -  6i   18 - 12i
 >    14 + 18i   16 + 12i   18 +  6i   20 +  0i   22 -  6i
 >    10 + 24i   14 + 18i   18 + 12i   22 +  6i   26 +  0i
 > *********************
 >
 > I am using the lapack 3.2.1 while the lapack 3.1.1 seem to be used in
your build.
 > But I do not know whether the difference in lapack version is related
to this issue.
 >
 > As far as I remember, you used the lapack 3.1.1 on octave 3.2.2 build.
 > On octave 3.2.2 built by you
 >
 > a=[1 2 3 4 5]+j*[5 4 3 2 1];
 > c=a'*a;
 >
 > does not cause crash.
 >
 > HMMM!
 >
 > This seem to be curios problem.

On octave-3.2.3 with gcc-4.4.0 using reference blas/lapack it does not
crash.
Using an SSE3 atlas/blas/lapack library set (from the installer) it crashes.

Nit, could you test, if your examples still crashes if you select the
reference atlas libraries during install?

benjamin

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Octave-dev mailing list
Octave-dev@...
https://lists.sourceforge.net/lists/listinfo/octave-dev

[Jaroslav Hajek-2]

On Mon, Nov 2, 2009 at 6:56 PM, Benjamin Lindner <lindnerben@...> wrote:

> Jaroslav Hajek wrote:
>>
>> On Mon, Nov 2, 2009 at 1:30 PM, Benjamin Lindner <lindnerben@...>
>> wrote:
>>>>>
>>>>> On Mon, Nov 2, 2009 at 9:10 AM, Nit
>>>>> Nit
>>>>> wrote:
>>>>>>
>>>>>> Hello Benjamin, Tatsuro and other octave developers.
>>>>>>
>>>>>> Thanks for your work on Octave/mingw32.
>>>>>>
>>>>>> I have installed the binary with all octaveforge
>>>>>
>>>>> packages (problematic
>>>>>>
>>>>>> packages do not auto-loaded) on my XP SP3 machine and
>>>>>
>>>>> encountered a crash
>>>>>>
>>>>>> when performing the following simple operation:
>>>>>>
>>>>>> a=[1 2 3 4 5]+j*[5 4 3 2 1];
>>>>>> c=a'*a;
>>>>>>
>>>>>> I do not know whether this is mingw32 only issue or
>>>>>
>>>>> not.
>>>>> I reckon it is. At least I don't see this on linux.
>>>>
>>>> neither on cygwin
>>>
>>> Yeah, seems a mingw issue. I see it too.
>>>
>>> Interestingly, the following does not crash:
>>>
>>>  a=[1 2 3 4 5]+j*[5 4 3 2 1];
>>>  b=a';
>>>  c=b*a;
>>>
>>> but shouldn't it do so? I mean this is the same as
>>>
>>>  c=a'*a
>>>
>>> which crashes?
>>>
>>
>> It isn't. The first one calls ZGEMM, the second one resolves to ZHERK.
>>
>
> Does that mean it's maybe a lapack problem? The one call crashing, the other
> not? But the lapack version did not change from octave/mingw 3.2.2 to 3.2.3.
> That would indeed be strange.
>
> benjamin
>

xGEMM and xHERK are BLAS subprograms, so it's BLAS/ATLAS version that
is relevant here.



--
RNDr. Jaroslav Hajek
computing expert & GNU Octave developer
Aeronautical Research and Test Institute (VZLU)
Prague, Czech Republic
url: www.highegg.matfyz.cz

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Octave-dev mailing list
Octave-dev@...
https://lists.sourceforge.net/lists/listinfo/octave-dev

[Tatsuro MATSUOKA-2]

Hello Benjamin

In my home, the cpu of computer is celeron-M so that SSE2 version of ATLAS is selected.
In that case,

a=[1 2 3 4 5]+j*[5 4 3 2 1];
c=a'*a;

does not cause crash on octave 3.2.3 / mingw32.

Thus the problem seems to rely on the ATLAS.

Regards

Tatsuro

--- Benjamin Lindner wrote:

> >
> >> Jaroslav Hajek wrote:
> >>> On Mon, Nov 2, 2009 at 1:30 PM, Benjamin Lindner <lindnerben@...> wrote:
> >>>>>> On Mon, Nov 2, 2009 at 9:10 AM, Nit
> >>>>>> Nit
> >>>>>> wrote:
> >>>>>>> Hello Benjamin, Tatsuro and other octave developers.
> >>>>>>>
> >>>>>>> Thanks for your work on Octave/mingw32.
> >>>>>>>
> >>>>>>> I have installed the binary with all octaveforge
> >>>>>> packages (problematic
> >>>>>>> packages do not auto-loaded) on my XP SP3 machine and
> >>>>>> encountered a crash
> >>>>>>> when performing the following simple operation:
> >>>>>>>
> >>>>>>> a=[1 2 3 4 5]+j*[5 4 3 2 1];
> >>>>>>> c=a'*a;
> >>>>>>>
> >>>>>>> I do not know whether this is mingw32 only issue or
> >>>>>> not.
> >>>>>> I reckon it is. At least I don't see this on linux.
> >>>>> neither on cygwin
> >>>> Yeah, seems a mingw issue. I see it too.
> >>>>
> >>>> Interestingly, the following does not crash:
> >>>>
> >>>>  a=[1 2 3 4 5]+j*[5 4 3 2 1];
> >>>>  b=a';
> >>>>  c=b*a;
> >>>>
> >>>> but shouldn't it do so? I mean this is the same as
> >>>>
> >>>>  c=a'*a
> >>>>
> >>>> which crashes?
> >>>>
> >>> It isn't. The first one calls ZGEMM, the second one resolves to ZHERK.
> >>>
> >> Does that mean it's maybe a lapack problem? The one call crashing, the
> >> other not? But the lapack version did not change from octave/mingw 3.2.2
> >> to 3.2.3. That would indeed be strange.
> >>
> >> benjamin
> >>
>  > Hello
>  >
>  > For my build of octave 3.2.3 on mingw by gcc-4.4.0 does not crash,
>  >
>  > a=[1 2 3 4 5]+j*[5 4 3 2 1];
>  > c=a'*a;
>  >
>  >
>  >
>  > ***********
>  > GNU Octave, version 3.2.3
>  >  :
>  > Octave was configured for "i686-pc-mingw32".
>  >  :
>  > octave:1> a=[1 2 3 4 5]+j*[5 4 3 2 1];
>  > octave:2> c=a'*a;
>  > octave:3> c
>  > c =
>  >
>  >    26 +  0i   22 -  6i   18 - 12i   14 - 18i   10 - 24i
>  >    22 +  6i   20 +  0i   18 -  6i   16 - 12i   14 - 18i
>  >    18 + 12i   18 +  6i   18 +  0i   18 -  6i   18 - 12i
>  >    14 + 18i   16 + 12i   18 +  6i   20 +  0i   22 -  6i
>  >    10 + 24i   14 + 18i   18 + 12i   22 +  6i   26 +  0i
>  > *********************
>  >
>  > I am using the lapack 3.2.1 while the lapack 3.1.1 seem to be used in
> your build.
>  > But I do not know whether the difference in lapack version is related
> to this issue.
>  >
>  > As far as I remember, you used the lapack 3.1.1 on octave 3.2.2 build.
>  > On octave 3.2.2 built by you
>  >
>  > a=[1 2 3 4 5]+j*[5 4 3 2 1];
>  > c=a'*a;
>  >
>  > does not cause crash.
>  >
>  > HMMM!
>  >
>  > This seem to be curios problem.
>
> On octave-3.2.3 with gcc-4.4.0 using reference blas/lapack it does not
> crash.
> Using an SSE3 atlas/blas/lapack library set (from the installer) it crashes.
>
> Nit, could you test, if your examples still crashes if you select the
> reference atlas libraries during install?
>
> benjamin
>

--------------------------------------
GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
http://pr.mail.yahoo.co.jp/gyao/

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Octave-dev mailing list
Octave-dev@...
https://lists.sourceforge.net/lists/listinfo/octave-dev

[Nitzan Arazi]

Hello Benjamin,

When installed with SSE2 libs selected it does not crash.
The crash appears on an installation with SSE3 selected.

Nitzan

On Mon, Nov 2, 2009 at 10:14 PM, Benjamin Lindner <lindnerben@...> wrote:

Jaroslav Hajek wrote:

On Mon, Nov 2, 2009 at 1:30 PM, Benjamin Lindner <lindnerben@...> wrote:

On Mon, Nov 2, 2009 at 9:10 AM, Nit
Nit
wrote:

Hello Benjamin, Tatsuro and other octave developers.

Thanks for your work on Octave/mingw32.

I have installed the binary with all octaveforge

packages (problematic

packages do not auto-loaded) on my XP SP3 machine and

encountered a crash

when performing the following simple operation:

a=[1 2 3 4 5]+j*[5 4 3 2 1];
c=a'*a;

I do not know whether this is mingw32 only issue or

not.
I reckon it is. At least I don't see this on linux.

neither on cygwin

Yeah, seems a mingw issue. I see it too.

Interestingly, the following does not crash:

 a=[1 2 3 4 5]+j*[5 4 3 2 1];
 b=a';
 c=b*a;

but shouldn't it do so? I mean this is the same as

 c=a'*a

which crashes?

It isn't. The first one calls ZGEMM, the second one resolves to ZHERK.

Does that mean it's maybe a lapack problem? The one call crashing, the other not? But the lapack version did not change from octave/mingw 3.2.2 to 3.2.3. That would indeed be strange.

benjamin

> Hello
>
> For my build of octave 3.2.3 on mingw by gcc-4.4.0 does not crash,

>
> a=[1 2 3 4 5]+j*[5 4 3 2 1];

> c=a'*a;
>
>
>
> ***********
> GNU Octave, version 3.2.3
>  :
> Octave was configured for "i686-pc-mingw32".
>  :
> octave:1> a=[1 2 3 4 5]+j*[5 4 3 2 1];
> octave:2> c=a'*a;
> octave:3> c
> c =
>
>    26 +  0i   22 -  6i   18 - 12i   14 - 18i   10 - 24i
>    22 +  6i   20 +  0i   18 -  6i   16 - 12i   14 - 18i
>    18 + 12i   18 +  6i   18 +  0i   18 -  6i   18 - 12i
>    14 + 18i   16 + 12i   18 +  6i   20 +  0i   22 -  6i
>    10 + 24i   14 + 18i   18 + 12i   22 +  6i   26 +  0i
> *********************
>
> I am using the lapack 3.2.1 while the lapack 3.1.1 seem to be used in your build.
> But I do not know whether the difference in lapack version is related to this issue.
>
> As far as I remember, you used the lapack 3.1.1 on octave 3.2.2 build.
> On octave 3.2.2 built by you

>
> a=[1 2 3 4 5]+j*[5 4 3 2 1];
> c=a'*a;
>

> does not cause crash.
>
> HMMM!
>
> This seem to be curios problem.

On octave-3.2.3 with gcc-4.4.0 using reference blas/lapack it does not crash.
Using an SSE3 atlas/blas/lapack library set (from the installer) it crashes.

Nit, could you test, if your examples still crashes if you select the reference atlas libraries during install?

benjamin

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Octave-dev mailing list
Octave-dev@...
https://lists.sourceforge.net/lists/listinfo/octave-dev

[Benjamin Lindner]

Nit Nit wrote:
> Hello Benjamin,
>
> When installed with SSE2 libs selected it does not crash.
> The crash appears on an installation with SSE3 selected.
>
> Nitzan
>

I've uploaded a -r2 of the 3.2.3 installer, which omits the
SSE3 ATLAS libraries for now.
This doesn't solve the problem, but prevents the user from accidently
stumbling over it for now.

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

[Tatsuro MATSUOKA-2]

Hello

I have confirmed that my build octave with atlas in which SSE3 enabled does not crash on octave 3.2.x
(after 3.2.3 release.).
(CPU HT-pentium)

This ATLAS generated using cygwin gcc-4.3.3 built by myself.
(Atlas version is 3.8.2.) (Atlas 3.8.3 suffers from incorrect results of eigs.  )
I have generated liblapack.a, libf77blas.a and libcblas.a on Cygwin.

I got object files using 'ar x' and generate dll files using gcc-4.4.0 on http://www.mingw.org/

Perhaps solutions will exist SSE3 enabled ATLAS for your case.

Regards

Tatsuro

--- Benjamin Lindner  wrote:

> Nit Nit wrote:
> > Hello Benjamin,
> >
> > When installed with SSE2 libs selected it does not crash.
> > The crash appears on an installation with SSE3 selected.
> >
> > Nitzan
> >
>
> I've uploaded a -r2 of the 3.2.3 installer, which omits the
> SSE3 ATLAS libraries for now.
> This doesn't solve the problem, but prevents the user from accidently
> stumbling over it for now.
>
> benjamin
>

--------------------------------------
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