Sybase NNTP forums - End Of Life (EOL)

The NNTP forums from Sybase - forums.sybase.com - are now closed.

All new questions should be directed to the appropriate forum at the SAP Community Network (SCN).

Individual products have links to the respective forums on SCN, or you can go to SCN and search for your product in the search box (upper right corner) to find your specific developer center.

Variable classification

6 posts in Product Futures Discussion Last posting was on 2003-04-29 17:46:48.0Z
Carl Kayser Posted on 2003-04-27 14:38:58.0Z
From: "Carl Kayser" <kayser_c@bls.gov>
Subject: Variable classification
Date: Sun, 27 Apr 2003 10:38:58 -0400
Lines: 6
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Message-ID: <#BrwXtMDDHA.314@forums-2-dub>
Newsgroups: sybase.public.ase.product_futures_discussion
NNTP-Posting-Host: 146.142.35.25
Path: forums-1-dub!forums-master.sybase.com!forums-2-dub.sybase.com
Xref: forums-1-dub sybase.public.ase.product_futures_discussion:1181
Article PK: 95421

Local variables are characterized by a single "@" symbol. It would make
sense to prefix session-level variables (e.g., @@rowcount, @@nestlevel,
@@spid) as is and server-level "variables" with three "@" symbols:
@@@servername, @@@version, @@@language, etc.


KR Posted on 2003-04-27 20:47:00.0Z
From: "KR" <zzb26@mail.com>
References: <#BrwXtMDDHA.314@forums-2-dub>
Subject: Re: Variable classification
Date: Sun, 27 Apr 2003 22:47:00 +0200
Lines: 16
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Message-ID: <eSUMm5PDDHA.331@forums-1-dub>
Newsgroups: sybase.public.ase.product_futures_discussion
NNTP-Posting-Host: m57.net81-65-230.noos.fr 81.65.230.57
Path: forums-1-dub!forums-master.sybase.com!forums-1-dub.sybase.com
Xref: forums-1-dub sybase.public.ase.product_futures_discussion:1183
Article PK: 95422

Nahh, let's keep it the way it is. If you declare it, then it's 1 @. If you
don´t declare it, then it's 2. Too many things to remember otherwise. Let's
keep it simple ;-)

KR

"Carl Kayser" <kayser_c@bls.gov> wrote in message
news:#BrwXtMDDHA.314@forums-2-dub...
> Local variables are characterized by a single "@" symbol. It would make
> sense to prefix session-level variables (e.g., @@rowcount, @@nestlevel,
> @@spid) as is and server-level "variables" with three "@" symbols:
> @@@servername, @@@version, @@@language, etc.
>
>


Ilya Zvyagin Posted on 2003-04-29 14:40:33.0Z
Reply-To: "Ilya Zvyagin" <masterziv@mail.ru>
From: "Ilya Zvyagin" <masterziv@mail.ru>
References: <#BrwXtMDDHA.314@forums-2-dub>
Subject: Re: Variable classification
Date: Tue, 29 Apr 2003 18:40:33 +0400
Lines: 17
Organization: FCT
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
FL-Build: Fidolook Express 2001 UIExt. BuildID: 3BC00FAD (7/10/2001 12:17:49).
X-Comment-To: Carl Kayser
Message-ID: <1051627233.472494@gatekeeper.fct.ru>
Cache-Post-Path: gatekeeper.fct.ru!unknown@dream.int.fct.ru
X-Cache: nntpcache 2.4.0b2 (see http://www.nntpcache.org/)
Newsgroups: sybase.public.ase.product_futures_discussion
NNTP-Posting-Host: gatekeeper.fct.ru 212.113.103.2
Path: forums-1-dub!forums-master.sybase.com!forums-2-dub.sybase.com
Xref: forums-1-dub sybase.public.ase.product_futures_discussion:1187
Article PK: 95427

Hello, Carl!
You wrote on Sun, 27 Apr 2003 10:38:58 -0400:

CK> Local variables are characterized by a single "@" symbol. It would make sense to prefix
CK> session-level variables (e.g., @@rowcount, @@nestlevel, @@spid) as is and server-level
CK> "variables" with three "@" symbols:
CK> @@@servername, @@@version, @@@language, etc.

Carl, this would be incompatible with earlier versions. I think we should make only
realistic propositions.

--------------------
Ilya Zvyagin, First Container Terminal of SPb Sea Port
E-mail: masterziv@*KILLSPAM*mail.ru - include HP in subject
ICQ UID: 29427861(MasterZIV)


Bret Halford Posted on 2003-04-29 15:15:02.0Z
Message-ID: <3EAE96F6.FF856112@sybase.com>
Date: Tue, 29 Apr 2003 09:15:02 -0600
From: Bret Halford <bret@sybase.com>
Organization: Sybase, Inc.
X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
Subject: Re: Variable classification
References: <#BrwXtMDDHA.314@forums-2-dub> <1051627233.472494@gatekeeper.fct.ru>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Newsgroups: sybase.public.ase.product_futures_discussion
NNTP-Posting-Host: vpn-dub-089.sybase.com 10.22.120.89
Lines: 23
Path: forums-1-dub!forums-master.sybase.com!forums-1-dub.sybase.com
Xref: forums-1-dub sybase.public.ase.product_futures_discussion:1188
Article PK: 95428


Ilya Zvyagin wrote:
>
> Hello, Carl!
> You wrote on Sun, 27 Apr 2003 10:38:58 -0400:
>
> CK> Local variables are characterized by a single "@" symbol. It would make sense to prefix
> CK> session-level variables (e.g., @@rowcount, @@nestlevel, @@spid) as is and server-level
> CK> "variables" with three "@" symbols:
> CK> @@@servername, @@@version, @@@language, etc.
>
> Carl, this would be incompatible with earlier versions. I think we should make only
> realistic propositions.
>

It could actually be done in a backward compatible way, by having the
true
globals accessible as either session or global style names, i.e.
@@version and @@@version
would just by synonyms. But that said, is there some problem or
difficulty that
this would solve? When would the distinction between a session and
server level variable
really matter to an application?

-bret


Ilya Zvyagin Posted on 2003-04-29 17:46:48.0Z
Reply-To: "Ilya Zvyagin" <masterziv@mail.ru>
From: "Ilya Zvyagin" <masterziv@mail.ru>
References: <#BrwXtMDDHA.314@forums-2-dub> <1051627233.472494@gatekeeper.fct.ru> <3EAE96F6.FF856112@sybase.com>
Subject: Re: Variable classification
Date: Tue, 29 Apr 2003 21:46:48 +0400
Lines: 19
Organization: FCT
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
X-Comment-To: Bret Halford
FL-Build: Fidolook Express 2001 UIExt. BuildID: 3BC00FAD (7/10/2001 12:17:49).
Message-ID: <1051638408.762912@gatekeeper.fct.ru>
Cache-Post-Path: gatekeeper.fct.ru!unknown@dream.int.fct.ru
X-Cache: nntpcache 2.4.0b2 (see http://www.nntpcache.org/)
Newsgroups: sybase.public.ase.product_futures_discussion
NNTP-Posting-Host: gatekeeper.fct.ru 212.113.103.2
Path: forums-1-dub!forums-master.sybase.com!forums-1-dub.sybase.com
Xref: forums-1-dub sybase.public.ase.product_futures_discussion:1190
Article PK: 95429

Hello, Bret!
You wrote on Tue, 29 Apr 2003 09:15:02 -0600:

BH> It could actually be done in a backward compatible way, by having the true globals
BH> accessible as either session or global style names, i.e.
BH> @@version and @@@version would just by synonyms. But that said, is there some problem or
BH> difficulty that this would solve? When would the distinction between a session and server
BH> level variable really matter to an application?

BTW, do you know how Microsoft calls these @@version, @@server etc in its
docs ? They call them FUNCTIONS ! And that what it really is, built in functions.
That's why I don't think this change is reasonable.

--------------------
Ilya Zvyagin, First Container Terminal of SPb Sea Port
E-mail: masterziv@*KILLSPAM*mail.ru - include HP in subject
ICQ UID: 29427861(MasterZIV)


Carl Kayser Posted on 2003-04-29 15:30:29.0Z
From: "Carl Kayser" <kayser_c@bls.gov>
References: <#BrwXtMDDHA.314@forums-2-dub> <1051627233.472494@gatekeeper.fct.ru> <3EAE96F6.FF856112@sybase.com>
Subject: Re: Variable classification
Date: Tue, 29 Apr 2003 11:30:29 -0400
Lines: 19
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Message-ID: <#M5AJSmDDHA.331@forums-1-dub>
Newsgroups: sybase.public.ase.product_futures_discussion
NNTP-Posting-Host: 146.142.35.25
Path: forums-1-dub!forums-master.sybase.com!forums-1-dub.sybase.com
Xref: forums-1-dub sybase.public.ase.product_futures_discussion:1189
Article PK: 95430

It would be clearer for a user as to what is controllable by him (mainly via
"set") or, possibly, by his front-end. An exception is that the server name
could be changed by the SA.

(SNIP)

>
> It could actually be done in a backward compatible way, by having the
> true
> globals accessible as either session or global style names, i.e.
> @@version and @@@version
> would just by synonyms. But that said, is there some problem or
> difficulty that
> this would solve? When would the distinction between a session and
> server level variable
> really matter to an application?
>
> -bret