Dear Statalist users,
I am running across an interface error that seems to be a bug i
n Stata 17 when using the frames command. I would like to double check that the problem is not local to my machine before submitting it as a bug to the Stata technical team.
The issue is related to using frame copy command with replace option when frame to be rewritten is selected as the currrent frame.
First off, running the following code in one go will produce no error.
Code:
clear all
frame create auto
frame auto: sysuse auto
frame copy auto default, replace
By no error, I mean you will be seeing the contents of
auto.dta loaded into the default frame, and because the default frame is the one that is currently selected, you should be seeing the list of variables in "Variables" window as well as the actual data in Data Viewer. Do not close the Data Viewer; keep it open.
Now run it again but in two pieces.
Code:
clear all
frame create auto
frame auto: sysuse auto
At this point, the default frame is empty, therefore you should not be seeing any variables etc. Data Viewer is also empty. Next immediately run the last line.
Code:
frame copy auto default, replace
Normally, the expected behavior would be to see the contents of auto.dta to be loaded into the default frame and visible as we are essentially still looking at the default frame. The data is in fact loaded, yet the "Variables" section on the main screen is empty (not showing any variables). Also look at the data viwer as well to see it empty. Just to make sure there is in fact auto.dta content loaded, you may summarize the data. It's loaded yet Stata is not showing them properly on the interface.
Array
The issue is not unique to the default frame; so I could just as well load
auto.dta to the default frame, switch to another frame and try to copy data from the default frame to the current frame with
replace option. The problem seems to be isolated to running frame copy ..., replace by itself.
0 Response to Interface bug with frames
Post a Comment