rclerk @once

[Scott Walker]

Dennis,

Are you still running on AIX?  Or did you migrate to Linux?

Regards,

Scott


-----Original Message-----
From: dennis malen [mailto:dmalen at malen.com] 
Sent: Thursday, July 20, 2017 7:12 PM
To: 'Scott Walker' <scottwalker at ramsystemscorp.com>
Subject: RE: rclerk @once

I would upgrade immediately if they would did away with the license manager
or gave us a break.

We have users that have 3 or 4 sessions open at a time. To have to pay for
each session makes the software too expensive.

We have been using the software since the early eighties and love it.

If there is enough of use, perhaps we could approach filePro.

Dennis Malen

-----Original Message-----
From: Filepro-list
[mailto:filepro-list-bounces+dmalen=malen.com at lists.celestial.com] On Behalf
Of Scott Walker via Filepro-list
Sent: Thursday, July 20, 2017 6:35 PM
To: filepro-list at lists.celestial.com
Subject: RE: rclerk @once



-----Original Message-----
From: Filepro-list
[mailto:filepro-list-bounces+scottwalker=ramsystemscorp.com at lists.celestial.
com] On Behalf Of Brian K. White via Filepro-list
Sent: Thursday, July 20, 2017 6:08 PM
To: filepro-list at lists.celestial.com
Subject: Re: rclerk @once

On 7/20/2017 4:14 PM, Scott Walker via Filepro-list wrote:
> Brian,
>
> According to Laura's Quick Reference Guide for filePro version 5.0 2nd 
> edition
>
> @ONCE processing does come before @MENU and @UPDATE
>
> She has a great Inquire/Update/Add flowchart showing the order of 
> things getting executed.
>
> If Laura gives me permission I would be glad to scan it and post it 
> here, but I would need her permission.
>
> Her Quick Reference Guide is worth is weight in gold.

Thanks for that info. We have her help files, maybe we have that too and I
just have to look around.

And if it's as you say, then "Houston we gots a problem", because it
absolutely does not happen as claimed.


Not that I'll ever see any correction, because I'm on 5.0.14 and will not be
moving past that version, and they certainly will not be issuing any bug
fixes to it.

So I've worked around it with a couple of ugly "if did_init ne Y then gosub
_init" at the top of both @menu and @update.

Even the workaround is crap because it relies on did_init not being Y on
entering the table. Technically, you are not supposed to just assume that fp
had initialized all variables to null. You are supposed to initialize them
yourself before using them to make any decisions, and the best place for
that is @once, but since I have to use a variable to emulate the very
behavior of @once itself...

It's an exceedingly fine point. It actually works fine, because a variable
generally IS initialized empty by fp. It's just technically not right to
actually rely on that assumption.

> By the way,  thanks so much for your post about the libtermcap.so.2 
> you
use.
> It very much helped me today.

Our pleasure. Fairlite put that rpm together, and that repo and server, that
we're using in production in the end. I don't know if he submitted the fixes
back upstream or not, but if not, I intend to sooner or later myself, so
eventually no one should need any special home made rpm. I just haven't
touched our migrate-to-centos project recently.
--
bkw


Well then thanks to Mark also.

Brian, just out of curiosity, do you think you guys would, at this point,
move to a newer version of fp if they offered long time customers a version
without the license manager? 

How about other long time fp users....are any of you willing to upgrade if
there was some "customer of 25 years version" without the license manager?

Regards,
Scott

Scott Walker
scottwalker at ramsystemscorp.com


_______________________________________________
Filepro-list mailing list
Filepro-list at lists.celestial.com
Subscribe/Unsubscribe/Subscription Changes
http://mailman.celestial.com/mailman/listinfo/filepro-list

_______________________________________________
Filepro-list mailing list
Filepro-list at lists.celestial.com
Subscribe/Unsubscribe/Subscription Changes
http://mailman.celestial.com/mailman/listinfo/filepro-list