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 14 MAR 2001 01:04:19PM Jim Dierking wrote:

I believe I have found a real AREV Buug! I created a reference file

using customer email addresses as the record key. Works fine.

From my Customer file I have set a related window using the email

field which is non-key. When AREV attempts to pass the "Joined Column" to the "Related Window", AREV parses the string, eliminating

that portion of the string prior to the "@" symbol. It then returns

an error indicating it is unable to find the "domain.com" file. My

conclusion is that AREV is seeing the @ symbol in the string as defining a table location. My question is there any work around code

available. I suppose I can write a subroutine to effect the

related window function, but it would be nice if this were fixed as

I can see it coming up more often in the future for everyone.

TIA, Jim Dierking

[email protected]


At 14 MAR 2001 02:16PM Mike Ruane wrote:

Jim-

This has been seen before- as well as OI- most notably using Msg, which starts a window.

We're looking at the issue, trying to ensure we can fix it without breaking the rest of the tool.

We'll keep you up to date.

Thanks-

Mike


At 14 MAR 2001 02:22PM [url=http://www.sprezzatura.com]The Sprezzatura Group[/url] wrote:

The @ delimiter usually signals a dynamic code-command sequence,

(@C COMMAND@)

or within an escape sequence

eg. PRINT @(6,7):"Message"

so @ is already in use within the language in other contexts.

Use something like

encodedemailaddress=ICONV(emailaddress,'HEX')

emailaddress=OCONV(encodedemailaddress,'HEX')

to handle it.

If you've ever used Perl you'll know that you have to precede the @ character with an escape eg. someone\@somedomain.com so RBasic is not the only language that works with @ in a special way.

The Sprezzatura Group

World Leaders in all things RevSoft


At 14 MAR 2001 03:48PM [url=http://www.sprezzatura.com" onMouseOver=window.status=Click here to visit our web site?';return(true)]The Sprezzatura Group[/url] wrote:

Hmmm - well bug might be a bit strong .

This is just another example of the

WINDOW @WindowTable@ WindowName

feature, but the WINDOW processor is being a bit smart and looking for the @ delmiter anywhere in the sentence, so when the related window is called with the keylist…

WINDOW NEWWINDOW [email protected] [email protected]

it assumes that SPREZZ.COM STEVE is a file….

The Sprezzatura Group

World Leaders in all things RevSoft


At 15 MAR 2001 12:25PM Cameron Christie wrote:

The clue is in the first answer Sprezz gave you. @'s work just fine as long as the Source Table in the relation definition isn't left blank (i.e explicitly enter WINDOWS even though the system assumes that as the default anyway.)

You then get something like WINDOW @WINDOWS@ EMAIL1 [email protected] generated :- the presence of the first pair of @'s seems to satisy the system that it doesn't need to parse any further, so your email address gets passed through whole.

FWIW,

Cameron


At 15 MAR 2001 12:55PM [url=http://www.sprezzatura.com" onMouseOver=window.status=Click here to visit our web site?';return(true)]The Sprezzatura Group[/url] wrote:

Respect dude!

The Sprezzatura Group

World Leaders in all things RevSoft

View this thread on the forum...

  • third_party_content/community/commentary/forums_nonworks/eb96201a87865aae85256a0f005dc7cd.txt
  • Last modified: 2023/12/28 07:40
  • by 127.0.0.1