Ticket #159 (closed: worksforme)

Opened 12 years ago

Last modified 5 years ago

QTIPlot crashes after using LOADRAW algorithm a second time

Reported by: Nick Draper Owned by: Matt Clarke
Priority: critical Milestone: Iteration 9
Component: Keywords:
Cc: Blocked By:
Blocking: Tester:

Description

Steps to reproduce

I put the data on
olympic\babylon5\Scratch\Paolo G. Radaelli\Mantid_test, and they are for the SXD instrument.

Execute the LOADRAW algorithm with the file name you have there and the parameters:

Spectrum_min=8201 Spectrum_max=12296 Spectrum_list=12296

Import the workspace (all spectra) and plot as 3D Wire Frame (first button on the bottom left side of the window). It takes exactly 1 min on my computer to generate the 3D plot, but then in can be manipulated very fast. The spikes you see are Bragg peaks from a single crystal of YBaCo4O7. If you zoom in you can see their shape in the TOF dimension.

BTW, if I try to run LOADRAW again the program falls over even when I cleared the memory completely.

Change History

comment:1 Changed 12 years ago by Nick Draper

  • Priority changed from major to critical
  • type changed from enhancement to defect

comment:2 Changed 12 years ago by Nick Draper

  • Owner set to Matt Clarke

comment:3 Changed 12 years ago by Matt Clarke

  • Status changed from new to closed
  • Resolution set to worksforme

Works for me (on Linux). I would suspect a lack of memory, has Roman inadvertently fixed this as a side effect of his non-copying qtiplot matrix.

When the issue was reported deleting a workspace did not actually work, thus this point about clearing the memory is no longer relevant.

comment:4 Changed 5 years ago by Stuart Campbell

This ticket has been transferred to github issue 1007

Note: See TracTickets for help on using tickets.