We are having a problem with the cursor disappearing when editing a field. This just started happening & nothing has been changed. Also the cursor is now positioned above what is being edited instead of under it. Has anyone else seen this? If so,how would I correct this? Thanks for your help in advance.

I too am having this problem. Also, when editing source, i can see what line the cursor is on as it is highlighted, but am unable to see where the cursor actually is, ie how far along the line.

The cursor height settings are stored in RAM (BIOS calls), so something is messing up your cursor - probably another program.

I can't get these to work under NT, but you might under Win 9x.

At TCL (on one line each)

EVAL OSWRITE \B40FCD103C077405B90706EB03B90C0B01CD10CD20\ TO "NORMCURS.COM"

EVAL OSWRITE \B401B90C0BCD10B8004CCD21\ TO "VGACURS.COM"

EVAL OSWRITE \B401B90C01CD10CD20\ TO "FATCURS.COM"

These may just restore the cursor as required. You can PC FATCURS.COM

from TCL or PCPERFORM them from programs as required.

Alt-Enter (or resetting the Windows shortcut) will run AREV in full-screen mode, which is desirable to have the cursor reset commands work ok.

These utilities are about 15 years old, so if they don't work then please reply and we'll look at other options.

There are faint recollections of a tech bulletin (and RBASIC routines) on this subject some time ago. F4 usually toggles the cursor in field edit mode between destructive and insert modes (fat/skinny).

Earlier versions of AREV (2.x) used to have template bugs which caused the same effect (the cursor on the wrong line).

The Sprezzatura Group

World Leaders in all things RevSoft

We are using arev 2.12 with windows98.

I entered the 1st eval oswrite you gave me at the tcl screen. I got an error of:

EVAL.107 line 2. b10 Variable has not been assigned a value. Zero used.

Eval.107 broke at line 2 because a runtime error occured.

Eval.107 has no source code.

Sorry, Stephanie,

In the haste to hexify and locate the code the inverted commas were omitted from the filenames in the code. (D'Oh!) We have amended the code examples above accordingly.

The Sprezzatura Group

World Leaders in all things RevSoft

I tried it again. I got no errors but the cursor still disappears when I edit & is above the line. I entered 'pc fatcurs.com' from tcl. Am I also suppose to enter 'pc normcurs.com' & 'pc vgacurs.com'?

Thanks so much….

If you reload an old backup or reload a second copy of AREV (even on a local drive) do you still get the same behaviour? Sounds like a TEMPLATE record or even VERBS has become corrupt - you might try repainting a duplicate of your record to see.

The Sprezzatura Group

World Leaders in all things RevSoft

Same behaviour on a second copy and local copy of the application.

When I test I always reload the whole folder onto my hard drive. I have an old copy from last year that didn't have a problem when I used it last year. Now when I use the old copy it also has the cursor disappearing when I try to edit a field. I don't know what you mean by 'repainting a duplicate of your record'.

By "repainting a duplicate of your record", I meant take a copy of an existing template

(COPY TEMPLATES RECA TO:(TEMPLATES RECB (O)

then manipulate it with the PAINT feature.

PAINT RECB

I recall seeing bugs in the templates (caused by the window painter) around AREV 2.03 / 2.12 where prompts and cursors on busy screens would get misaligned by one row. This was c. 1994, so recollection is faint.

If it's now happening on your old backup of the system (loaded from before you first saw the problem) then it looks to be a problem with your video hardware / BIOS / operating system or screen resolution. If this was the case, and you are operating the system on a network, it would appear on one or two PCs only (with matching hardware).

I also recall seeing cursors disappear when PRINTER OFF had not been issued within a report program after PRINTER ON. If this is the case then the problem would be consistent across all users. It doesn't explain the fact that your backup copy of the system exhibits the same symptoms.

Try changing Windows screen resolution to 16-colour VGA and operate AREV in full screen mode (Alt-Enter). You can also run the MODE command ahead of entering Windows to assert the 25 x 80 display from a batch file which calls AREV.

Are there any perpetual processes on the window, or else a

commuter module (handling window exits) which might bear scrutiny?

What video card & driver are you using?

When was this last updated?

Have you applied the 2.12a patches?

Have you tried loading AREV with the (E) option?

And the wildcard question - what sort of mouse are you using - Logitech?

The Sprezzatura Group

World Leaders in all things RevSoft

I've tried shutting down everything else that's running before I started up the application. I've changed the screen resolution to 16 colour VGA. These didn't make a difference.

I'm using an hp mouse.The users are on the network & I'm using the application on my hard drive. We all have the same problem.

I did a who & found the only thing that has changed since I did this last year is that the expanded memory was previously active but now says it is inactive. I don't know how to make the expanded memory active. Would this make a difference?

I know we're at release level 2.12 but I don't know if 2.12a patches were applied.

View this thread on the forum...