Sign up on the Revelation Software website to have access to the most current content, and to be able to ask questions and get answers from the Revelation community

At 13 MAR 2000 06:41:27PM Matt Bavis wrote:

I am trying to force a value into the @STATION variable. I have seen a couple of messages that have said you can force a value into @station by setting field 32 of environment variable. I have tried doing this. Nothing seems to be working. I am still getting my station_id in the @station rather than the string I am specifying. Any help or suggestions would be appreciated.

Matt Bavis

matt@ers-can.com


At 13 MAR 2000 11:59PM [url=http://www.sprezzatura.com]The Sprezzatura Group[/url] wrote:

Field 32 specifies a program that runs at start-up. Field 2 is the station ID, and if you change that variable, it will change @STATION.

Remember, if you compile the program in an account other than SYSPROG, you'll need to specify the full name, STARTPROG*APPNAME

The Sprezzatura Group

[/i]World leaders in all things RevSoft[/i]

www.sprezzatura.com_zz.jpg


At 14 MAR 2000 12:31PM dsig@teleport.com wrote:

Yes .. isn't it strange that the system actually starts in SYSPROG and you have to force you application name for startup processes.

dsig@teleport.com onmouseover=window.status=imagine … opinions that seem to scare;return(true)"

David Tod Sigafoos ~ SigSolutions

cell: 503-341-2983


At 14 MAR 2000 01:59PM [url=http://www.sprezzatura.com]The Sprezzatura Group[/url] wrote:

Yes and no. OI might start in SYSPROG, but it's doing more stuff, so I can see that. Think with the app name is a bug (in my opinion) in initialize or RTP27.

Normally, suppose you're in app Sprezz and I want to run the program called GEN_FAQ_LIST. Something, assuming RTP27, will look for the file $GEN_FAQ_LIST*SPREZZ in SYSOBJ. If it can't find it, it will look for $GEN_FAQ_LIST, basically working it's way up the app chain.

The startup program call does not seem to do this.

On another note, this is why MFS's have to be in SYSPROG. If you load up the MFS as MYMFS*APPNAME, it will find the app specific code properly. Again, I would think this a bug in the program loader.

The Sprezzatura Group

[/i]World leaders in all things RevSoft[/i]

www.sprezzatura.com_zz.jpg


At 14 MAR 2000 02:08PM Matt Bavis wrote:

I really appreciate the help I've been given so far, and I hope others out there are able to benefit from the information being shared.

I still need some assistance with this. I created a stored procedure inside of MYAPP named TEST_STATION. This procedure just has a debug in it, so I can go to the debugger. In system editor I edited the ENV_MYAPP item in the SYSENV table. I put TEST_STATION*MYAPP on line 32. When I run MYAPP it does run my subroutine TEST_STATION, so I hope I'm getting close. I've tried editing line 2 of ENV_MYAPP through the editor and I still am getting my normal STATION_ID rather than the string I am trying to place on line 2. Is there a program that already exists that I should be running on line 32 and passing it a particular variable?

Thanks again, for the assistance I've already recieved concerning this problem.

Matt Bavis


At 14 MAR 2000 03:47PM [url=http://www.sprezzatura.com]The Sprezzatura Group[/url] wrote:

Try something like:

Function Test_Station( InitFlag, AtStationVal )
If InitFlag Then
   AtStationVal=We Love Sprezz!"
End
Return

The Sprezzatura Group

[/i]World leaders in all things RevSoft[/i]

www.sprezzatura.com_zz.jpg


At 14 MAR 2000 04:08PM dsig@teleport.com wrote:

Exactly .. you have to put app specific code in Sysprog OR make the call app specific. Either way could cause problems in maintenance etc.

But there you go .. for my friend ray I will keep a positive attitude and say "i'm sure that this will be corrected in a future release"

Optimistic-ally yours ..

dsig@teleport.com onmouseover=window.status=imagine … opinions that seem to scare;return(true)"

David Tod Sigafoos ~ SigSolutions

cell: 503-341-2983


At 14 MAR 2000 04:15PM dsig@teleport.com wrote:

Matt,

It is possible that the @ vars are getting set AFTER your routine is being processed ..

In your routine try setting @User1 see if it stays there or does it get cleared.

My *guess* is that @Station (and possibly other @vars) get set during the migration from SYSPROG to MyApp ..

Once you are already in your app .. can you change @Station?

dsig@teleport.com onmouseover=window.status=imagine … opinions that seem to scare;return(true)"

David Tod Sigafoos ~ SigSolutions

cell: 503-341-2983


At 14 MAR 2000 04:18PM dsig@teleport.com wrote:

Pretty presumptuous .. :-)

dsig@teleport.com onmouseover=window.status=imagine … opinions that seem to scare;return(true)"

David Tod Sigafoos ~ SigSolutions

cell: 503-341-2983


At 14 MAR 2000 09:42PM Matt Bavis wrote:

Thanks for the sample. I have one further question.

How do I pass the parameters for the starting procedure on line 32?

I've tried:

TEST_STATION*MYAPP "1",@STATION

TEST_STATION*MYAPP( "1",@STATION)

TEST_STATION*MYAPP 1,@STATION

TEST_STATION*MYAPP,1,@STATION

….but nothing seems to work.

I would appreciate any assistance.

Matt Bavis


At 14 MAR 2000 11:09PM [url=http://www.sprezzatura.com]The Sprezzatura Group[/url] wrote:

You don't pass paramaters. The system passes them for you. If you break to the debugger, you'll find the values filled. Just change the second paramater to whatever you need it to be.

Probably goes without saying, just ensure that the station name is unique between all stations AND sessions, if you're playing multi-session games on NT.

The Sprezzatura Group

[/i]World leaders in all things RevSoft[/i]

www.sprezzatura.com_zz.jpg


At 14 MAR 2000 11:17PM [url=http://www.sprezzatura.com]The Sprezzatura Group[/url] wrote:

Well, actually, I'm an agent of satan, but luckily, my duties are mostly ceremonial.

The Sprezzatura Group

[/i]World leaders in all things RevSoft[/i]

www.sprezzatura.com_zz.jpg


At 14 MAR 2000 11:34PM dsig@teleport.com wrote:

I knew you were powerful but wow :-) I didn't know we were that closely related

dsig@teleport.com onmouseover=window.status=imagine … opinions that seem to scare;return(true)"

David Tod Sigafoos ~ SigSolutions

dsig@teleport.com


At 15 MAR 2000 02:02PM Matt Bavis wrote:

Thanks for all of your help. It is now working correctly. I was on version 3.2 Once I upgraded to 3.5, it started working. Must not be supported on earlier versions, but it is working. And thanks again for all of the help.

Matt Bavis

View this thread on the forum...

  • third_party_content/community/commentary/forums_nonworks/c853d7cdb5053d1e852568a1007ca4fc.txt
  • Last modified: 2024/01/04 21:00
  • by 127.0.0.1