Home › Forums › General

Cannot delete wave

‹‹ Previous Topic Next Topic ››
finn July 24, 2012 - 00:52
Posts: 36
 Joined: 2010-10-13
 Location: Germany

Hi,

I have hard times to remove a wave. The wave is not opened in a table nor used in any procedure.

When I try to delete the wave the following dialog appears:
"1 object(s) could not be deleted because they are in use."

What am I doing wrong?

Cheers,
Finn
Synapse July 24, 2012 - 02:04
Posts: 6
 Joined: 2012-07-12
 Location: Germany

Are you sure it is not plotted on a graph? Check this.
What happens if you use the otion "KIll all waves not in use" ?
Is the wave in the data folder that is currently active?
finn July 25, 2012 - 07:11
Posts: 36
 Joined: 2010-10-13
 Location: Germany

Hi,

thanks for the reply. The wave is not plotted in any gaph nor table. Via "kill all waves not in use" it does not work neither.
I dont know if I got your question right, but yes the wave is located in the "current data folder" under "root".
Even if I delete everything in the Procedure window the wave cannot be deleted.

Cheers,
Finn
thomas_braun July 25, 2012 - 07:54
Posts: 94
 Joined: 2009-10-07
 Location: Germany

Hi,

have you had a look into Misc->Object Status... ?
Maybe there is some formula depending on the wave.

thomas
finn July 30, 2012 - 03:13
Posts: 36
 Joined: 2010-10-13
 Location: Germany

Hi Thomas,

thanks for the hint but under object status of the wave to be killed it says "no dependency". However interestingly neither of the waves, variables nor strings have any dependency even though many of them are used in a procedure. Something is weird.

But thanks anyways,
best, Finn
proland July 30, 2012 - 04:08
Posts: 118
 Joined: 2011-03-14
 Location: United States

To the best of my knowledge, waves that are used in a procedure do not show a dependency. Procedures access waves as needed, during run-time, they are not actually linked in any way. A mistake I've noticed with people who have recently switched over from other programming languages is they will often do wave arithmetic using :=

This creates a dependency between the waves. For instance

wave2:=wave1*100

In this example, if you were to change a value in wave1, wave2 would be updated automatically due to the dependency imposed by the := operator. In this crude example, you would not be able to delete wave1 without first deleting wave2. Could this be the problem?
jtigor July 30, 2012 - 04:39
Posts: 177
 Joined: 2007-09-04
 Location: United States

Could the wave be locked?

If so, you should see a small red dot in the upper right corner of the icon for the wave in the data browser.

Also you could execute on the command line...
print waveinfo(<yourwavename>,0)

If it is locked you would see that the LOCK state is 1:
NUMTYPE:2;DUNITS:;XUNITS:;MODIFIED:1;FULLSCALE:0,0,0;MODTIME:3426480783;PATH:;LOCK:1;HGETSTATE:0;

The LOCK state can be changed with
setwavelock 0, <yourwavename>
Use 0 to unlock and 1 to lock.
johnweeks
 July 30, 2012 - 11:33
Posts: 836
 Joined: 2007-06-29
 Location: United States

It is also possible that an XOP (software plug-in for Igor) is reporting the wave to be in use. NIDAQ Tools MX will tell Igor that a wave is in use if it is using the wave for the destination of a scanning operation. I am reasonably sure that NIDAQ Tools MX stops reporting that it is in use after the scanning is finished, but another XOP might not be so nice.

John Weeks
WaveMetrics, Inc.
support@wavemetrics.com
ChrLie July 30, 2012 - 23:42
Posts: 92
 Joined: 2009-01-06
 Location: Switzerland

When closing a table using a shift-click to avoid the "Close Window" dialogue (on Mac), I get the same problem that I cannot delete the wave anymore, which was displayed in that table.

Is that a bug or a feature?
hrodstein
 July 31, 2012 - 07:10
Posts: 906
 Joined: 2007-06-21
 Location: United States

Shift-click hides the table - it does not kill it. To unhide it use the Windows->Tables submenu.

To kill the table (or graph, layout or control panel) without a dialog you must option-click it (Macintosh) or Alt-click it (Windows).
finn July 31, 2012 - 23:33
Posts: 36
 Joined: 2010-10-13
 Location: Germany

Hi,

I just tried it with Alt+close as hrodstein suggested and now it works! I was always using Shift+click to close tables but wasnt aware that this does not kill the wave. Thank you very much!

Best,
Finn
ChrLie August 1, 2012 - 00:23
Posts: 92
 Joined: 2009-01-06
 Location: Switzerland

yeah thanks!, I knew there was a shortcut to avoid the dialogue ...but I didn't know there is one to hide the table

EDIT: for the first time in about ten years I realised that there is even a note in the dialogue window about shift-click!


[ last edited August 1, 2012 - 05:21 ]
jtigor August 1, 2012 - 05:45
Posts: 177
 Joined: 2007-09-04
 Location: United States

There was a recent thread on the Igor mailing list concerning slow loading of an experiment due to many open graphs. (See http://www.wavemetrics.com/search/viewmlid.php?mid=25339 for Howard's solution.) Will hiding windows have the same beneficial effect on reducing experiment load time as does closing the windows and saving them as recreation macros?
hrodstein
 August 1, 2012 - 07:58
Posts: 906
 Joined: 2007-06-21
 Location: United States

Quote:
There was a recent thread on the Igor mailing list concerning slow loading of an experiment due to many open graphs.

In that case the user had 29 open graphs with each graph displaying a hundred thousand or so points as markers.

Quote:
Will hiding windows have the same beneficial effect on reducing experiment load time as does closing the windows and saving them as recreation macros?

No but it will make a dramatic difference only with large amounts of data in the graphs.
‹‹ Previous Topic Next Topic ››

Back to top