comp.lang.idl-pvwave archive: archive » Bug/feature in matrix multiply

Home » Public Forums » archive » Bug/feature in matrix multiply

Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend

Re: Bug/feature in matrix multiply [message #14651 is a reply to message #14582]

Mon, 15 March 1999 00:00

Mark Fardal
Messages: 51
Registered: October 1995

Member

> I agree (somewhat). Generally, I found that IDL is quite "smart" in
> removing trailing dimensions so that one doesn't have to worry too much
> about them.

When is this "feature" actually useful? I'm sure I use it in some
form but I can't think of it.

> Anyway: you can always make sure you get what you want with
>
> a = transpose(reform(a))
>
> These statements are not very costly in terms of execution time, because
> it's only messing around with the array descriptor (at least I believe
> so).

Could you be more specific about what this statement is supposed to
do? It will give a 1xN array, not a Nx1 array which is what I wanted
originally. If you do a second transpose it drops the trailing
dimension again.

On the subject of speed, try it with out with 10M elements. I
think it's altering more than a single descriptor.

thanks,
Mark Fardal
UMass

Report message to a moderator

[Message index]

		Bug/feature in matrix multiply By: Mark Fardal on Fri, 12 March 1999 00:00
		Re: Bug/feature in matrix multiply By: Mark Fardal on Mon, 15 March 1999 00:00
		Re: Bug/feature in matrix multiply By: Martin Schultz on Mon, 15 March 1999 00:00
		Re: Bug/feature in matrix multiply By: Mark Fardal on Sun, 14 March 1999 00:00
		Re: Bug/feature in matrix multiply By: steinhh on Sat, 13 March 1999 00:00

Previous Topic:	problems printing labels on graphs
Next Topic:	Widget Buttons on Mac

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

] [

]

Current Time: Sun Nov 30 04:30:17 PST 2025

Total time taken to generate the page: 0.01879 seconds