RE: ksh select value into variable from v$ view
- To: <Brandon.Allen@xxxxxxxxxxx>, <barb.baker@xxxxxxxxx>, <oracle-l@xxxxxxxxxxxxx>
- Date: Fri, 22 Jul 2005 11:14:28 -0700
It's because of the backticks.
This is stretching my memory but the backticks are probably casuing it
to interpret the single backslash as an escape character rather than the
backslash character...
Does this work for your shell on Solaris?
Thanks!
-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of Allen, Brandon
Sent: Friday, July 22, 2005 11:04 AM
To: barb.baker@xxxxxxxxx; oracle-l@xxxxxxxxxxxxx
Subject: RE: ksh select value into variable from v$ view
Just curious, could someone please explain *why* the two slashes are
required in this case? Is it a Solaris thing? I usually work with ksh
on HP and AIX, and I've always used just a single slash with no
problems.
Thanks
-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx]On Behalf Of Barbara Baker
Sent: Friday, July 22, 2005 10:57 AM
To: oracle-l@xxxxxxxxxxxxx
Subject: Re: ksh select value into variable from v$ view
Thanks to all for the quick responses, but especially Mangus and
Somckit.
Putting in 2 slashes instead of 1 does the trick!
On 7/22/05, Barbara Baker <barb.baker@xxxxxxxxx> wrote:
> Solaris 9 Oracle 9.2.0.4
> Hi! I'm trying to grab a process id from the database and store it in
> a variable. This syntax works if I'm not using a v$ view. If I use a
> v$ view, it ignores what's after the $. I've tried v\$ and v_\$ , but
> neither work.
>
--
//www.freelists.org/webpage/oracle-l
Privileged/Confidential Information may be contained in this message or
attachments hereto. Please advise immediately if you or your employer do
not consent to Internet email for messages of this kind. Opinions,
conclusions and other information in this message that do not relate to
the official business of this company shall be understood as neither
given nor endorsed by it.
--
//www.freelists.org/webpage/oracle-l
--
//www.freelists.org/webpage/oracle-l
Other related posts:
