EViews.com

Any progress?

In the documentation for the wfopen command, it says “names=("arg1","arg2",…)”, user specified column names, where arg1, arg2, … are names of the first series, the second series, etc. when names are provided, these override any names that would otherwise be formed from the column...

Is it possible to pass a subroutine as an argument to another subroutine? That is, something like call subA("subB") subroutine subA(string %f) call {%f} endsub subroutine subB @uiprompt("success!") endsub or call subA(subB) subroutine subA(subroutine f) call f endsub subroutine s...

I mean in a situation where I have opened C:\myworkfile.wf1 twice and have changed the second instance somehow. Is there any way for me to choose what instance of myworkfile.wf1 to activate?

And, if I do have one file open multiple times, there is no way to open any one instance using wfselect…?

Is there a command or function to get a list of open workfiles? Something akin to @pagelist but for workfiles? If not, @wflist would be a useful addition

Have you made any progress with these bugs?

The documentation for @runpath makes the same mistake.

As a sidenote, how do I get the paths including the file name in both cases? That is, for both the parent and the child program.

The documentation for @linepath says:

If the program d:\myprogs\program1.prg has the line:

string y = @linepath

then y will contain “D:\MYPROGS\PROGRAM1.PRG”, no matter if program1 is run by itself, or as part of another program.

But y will actually contain “D:\MYPROGS\”.

This issue seems related. Again, I have three files: parent.prg, alert.prg, and child.prg. Running parent.prg generates a stream of dialog boxes in two batches. The first batch calling a_caller_sub is straightforward: The scalar a is always observable and the scalar b is only observable when child.p...

Is there some way to querying objects created inside a local subroutine from within that same subroutine? Both @isobject and @wlookup check for objects in the workfile but, unless those are provided as arguments to the subroutine, they are out-of-scope from the subroutine. (To me, it would seem more...

Can we consider this my bug report? Or should I submit something more formally?

Gareth, I presume that the "child subroutine" that you refer to is the subroutine child_sub in child_with_sub.prg and that the "calling parent" is either child_with_sub.prg itself or the local subroutine exec_child_with_sub in parent.prg. In either case, I don't understand how yo...

But the call to exec_child_without_sub works just fine even though the parent is a local subroutine. Should really the mere existence of a subroutine call in child_with_sub.prg change the scope of A?

It would be very helpful if there was some way to check if a specific addin is installed, a "noerr" option to deleteaddin, and someway list all installed addins. At my job we use a lot of add-ins. Sometimes they get removed and we have been less than disciplined in removing them. Utility f...