[[https://www.revelation.com/|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]]
==== INITIALIZE LIne 1181 (AREV Specific) ====
=== At 15 SEP 2008 08:07:51PM John H Davis III wrote: ===
{{tag>"AREV Specific"}}
I have seen some discussion about this back in 2003 but nothing recently and nothing then solves my problem. A client was getting the error message INITIALIZE Line 1181 Variable exceeds maximum length and breaking to the debugger when logging in. I was able to log in using my user name and password so I set her up with a new user name and password. She was able to log in once with the new name but on subsequent attempts she got the same message. Then I was unable to log in with my user name and got the same message. I then tried to log in to sysprog but also got the same message. How can I fix this? All suggestions greatly appreciated. Thank you!
----
=== At 16 SEP 2008 07:38AM [url=http://www.sprezzatura.com]The Sprezzatura Group[/url] wrote: ===
This is probably the record of unsuccessful login attempts having got too large. Just clear it down.
@UNAUTHORIZED_ENTRIES@ in SYSENV.
[url=http://www.sprezzatura.com]The Sprezzatura Group[/url]
[i]World leaders in all things RevSoft[/i]
[img]http://www.sprezzatura.com/zz.gif[/img]
----
=== At 16 SEP 2008 04:32PM John H Davis III wrote: ===
Thank you, Sprezz, but how do I do that when I cannot log in to AREV even as SYSPROG. Is there a REVXXXXX file I can edit that will get me back in? Thanks for your help. No one knows more about AREV than The Sprezzatura Group. I miss your newsletter which is increasingly infrequent.
----
=== At 16 SEP 2008 06:06PM [url=http://www.sprezzatura.com]The Sprezzatura Group[/url] wrote: ===
Regretfully true.... rest assured it's not because we have nothing to say - we do have the next one lined up but it's a case of topping and tailing when our resources are tied up with overseas clients...
Do you have an OI or AREV you can SETALIAS from? Strictly speaking it SHOULD only be updated on an erroneous login attempt. So if you log directly in from the command line with a good user id and password you ought to get in? If not (this is a little obscure so we're having to delve deep into our memory banks) we could talk you through a manually intensive way in :)
Having said all of the above might be a red herring as the login stuff ought to be trapped in RTP1. Anyhow let's take this a step at a time.
[url=http://www.sprezzatura.com]The Sprezzatura Group[/url]
[i]World leaders in all things RevSoft[/i]
[img]http://www.sprezzatura.com/zz.gif[/img]
----
=== At 19 SEP 2008 08:57PM John H Davis III wrote: ===
Thank you very much Sprezz. I'll make a copy of the client's system and install it on my system and give it a try.
Thanks and aloha,
-Jack
----
=== At 20 SEP 2008 10:18AM Warren Auyong wrote: ===
I tested this. It only crashes when a user/account name or password fails. One should be able to get in. Try logging in as INSTALL or LANPACK or BUMP.
----
=== At 02 OCT 2008 11:36PM John H Davis III wrote: ===
Thanks, Warren and Sprezz. I tried logging in as INSTALL and BUMP and LANPACK but got the same error. Maybe I didn't have the right password. What is the syntax for logging in from the command line? I was using the string AREV USERNAME PASSWORD.
I tried logging into another client's arev and tried to find @UNAUTHORIZED_ENTRIES@ but couldn't find it. I did find SYSENV but it didn't seem to have anything to do with @UNAUTHORIZED_ENTRIES@. Where would I find this? The consensus is that somehow this grew beyond the 64K limit. Can I edit a REVxxxxx record to fix it or would I likely make matters worse?
Sprezz indicated there was a way to get in but it was convoluted. I'm ready to try anything at this point as I am dead in the water.
Thank you.
----
=== At 03 OCT 2008 07:31AM [url=http://www.sprezzatura.com]The Sprezzatura Group[/url] wrote: ===
Try AREV INSTALL. If it asks you for a password then provide it. If you get it right it should let you in. Assuming you ARE at 3.12 then the row should exist in SYSENV. Can you check in another copy of AREV that this row exists?
[url=http://www.sprezzatura.com]The Sprezzatura Group[/url]
[i]World leaders in all things RevSoft[/i]
[img]http://www.sprezzatura.com/zz.gif[/img]
----
=== At 04 OCT 2008 12:12AM John H Davis III wrote: ===
Hi Sprezz. The version is 3.02. They never upgraded to 3.12. I tried AREV INSTALL. It did not ask for a password but I did get the same error message. In another copy of 3.02 I see a record SYSENV in the QFILES table. If I edit that record I see:
QFILES
SYSPROG
SYSENV
Any ideas? I was thinking atht if the problem is in a particular REVxxxxx file, could I replace it with the same REVxxxxx file from a another system 3.02? Is there a lot of other stuff in the same REV file that would really get messed up if I did that?
Thanks and aloha,
-Jack
----
=== At 04 OCT 2008 04:25AM Warren Auyong wrote: ===
Replacing the SYSTEM/SYSENV file will cause you a world of hurt because all the user/account/application data is stored there. You will lose your entry points to the system by doing that.
Yo login from the command line type:
AREV username,password
or just
AREV username
and you will be prompted for the password
typing AREV username password is interpreted as APPLICATION/ACCOUNT USERNAME and you are then challenged for a password which fails probably because the assumed application/account and/or username does not exist.
[[https://www.revelation.com/revweb/oecgi4p.php/O4W_HANDOFF?DESTN=O4W_RUN_FORM&INQID=NONWORKS_READ&SUMMARY=1&KEY=4D5839DEECD00FF1852574C60000B83F|View this thread on the forum...]]