From nlp at vss3.com  Tue Dec  2 13:18:44 2008
From: nlp at vss3.com (Nancy Palmquist)
Date: Tue, 02 Dec 2008 16:18:44 -0500
Subject: OT: Just testing to see if anyone is home from TDay yet
Message-ID: <4935A634.4060404@vss3.com>

Boy the list has been quiet.

Have all the normal users moved to another forum without letting me know?

I am feeling a bit lonesome checking at all.

BTW- Hope you all had a great holiday....  (If anyone is still there)
Nancy
-- 
Nancy Palmquist 		MOS & filePro Training Available
Virtual Software Systems	Web Based Training and Consulting	
PHONE: (412) 835-9417		   Web site:  http://www.vss3.com

From bill at celestial.com  Tue Dec  2 13:27:09 2008
From: bill at celestial.com (Bill Campbell)
Date: Tue, 2 Dec 2008 13:27:09 -0800
Subject: OT: Just testing to see if anyone is home from TDay yet
In-Reply-To: <4935A634.4060404@vss3.com>
References: <4935A634.4060404@vss3.com>
Message-ID: <20081202212709.GA7770@ayn.mi.celestial.com>

On Tue, Dec 02, 2008, Nancy Palmquist wrote:
>Boy the list has been quiet.
>
>Have all the normal users moved to another forum without letting me know?
>
>I am feeling a bit lonesome checking at all.

I think we may still be in a turkey-induced stupor :-).

Bill
-- 
INTERNET:   bill at celestial.com  Bill Campbell; Celestial Software LLC
URL: http://www.celestial.com/  PO Box 820; 6641 E. Mercer Way
Voice:          (206) 236-1676  Mercer Island, WA 98040-0820
Fax:            (206) 232-9186

The pinnacle of open systems is: when moving from vendor to vendor, the
design flaws stay the same.

From doug at borisch.com  Tue Dec  2 13:32:29 2008
From: doug at borisch.com (Doug Luurs)
Date: Tue, 2 Dec 2008 16:32:29 -0500
Subject: Just testing to see if anyone is home from TDay yet
In-Reply-To: <7FD9E40A40547A4DA8FFFE464EE8177734680EA5@bmc0003.borisch.local>
References: <7FD9E40A40547A4DA8FFFE464EE8177734680EA5@bmc0003.borisch.local>
Message-ID: <7FD9E40A40547A4DA8FFFE464EE8177734661717@bmc0003.borisch.local>

It's the Turkeys .. They are trying to take over the world !

( Either that, or we all OD'ed on Tryptophan - Well .. That's not really true ..
  There is no more Trypto in turkey then most over meats, it's just most people think otherwise. )

-----Original Message-----
From: filepro-list-bounces+doug.luurs=gmail.com at lists.celestial.com [mailto:filepro-list-bounces+doug.luurs=gmail.com at lists.celestial.com] On Behalf Of Nancy Palmquist
Sent: Tuesday, December 02, 2008 4:19 PM
To: filePro List
Subject: OT: Just testing to see if anyone is home from TDay yet

Boy the list has been quiet.

Have all the normal users moved to another forum without letting me know?

I am feeling a bit lonesome checking at all.

BTW- Hope you all had a great holiday....  (If anyone is still there) Nancy
-- 
Nancy Palmquist 		MOS & filePro Training Available
Virtual Software Systems	Web Based Training and Consulting	
PHONE: (412) 835-9417		   Web site:  http://www.vss3.com
_______________________________________________
Filepro-list mailing list
Filepro-list at lists.celestial.com
http://mailman.celestial.com/mailman/listinfo/filepro-list

From kenbrody at bestweb.net  Tue Dec  2 13:55:17 2008
From: kenbrody at bestweb.net (Kenneth Brody)
Date: Tue, 02 Dec 2008 16:55:17 -0500
Subject: OT: Just testing to see if anyone is home from TDay yet
In-Reply-To: <20081202212709.GA7770@ayn.mi.celestial.com>
References: <4935A634.4060404@vss3.com>
	<20081202212709.GA7770@ayn.mi.celestial.com>
Message-ID: <20081202165517.qkieba43tcccgcwk-xraoebql@webmail.spamcop.net>

Quoting Bill Campbell (Tue, 2 Dec 2008 13:27:09 -0800):

> On Tue, Dec 02, 2008, Nancy Palmquist wrote:
>> Boy the list has been quiet.
>>
>> Have all the normal users moved to another forum without letting me know?
>>
>> I am feeling a bit lonesome checking at all.
>
> I think we may still be in a turkey-induced stupor :-).

Too much turkeyPro, with the fPStuffing add-on?

-- 
KenBrody at BestWeb dot net        spamtrap: <g8ymh8uf001 at sneakemail.com>
http://www.hvcomputer.com
http://www.fileProPlus.com

From nlp at vss3.com  Tue Dec  2 14:32:50 2008
From: nlp at vss3.com (Nancy Palmquist)
Date: Tue, 02 Dec 2008 17:32:50 -0500
Subject: Just testing to see if anyone is home from TDay yet
In-Reply-To: <7FD9E40A40547A4DA8FFFE464EE8177734661717@bmc0003.borisch.local>
References: <7FD9E40A40547A4DA8FFFE464EE8177734680EA5@bmc0003.borisch.local>
	<7FD9E40A40547A4DA8FFFE464EE8177734661717@bmc0003.borisch.local>
Message-ID: <4935B792.9070108@vss3.com>

Doug Luurs wrote:
> It's the Turkeys .. They are trying to take over the world !
> 
> ( Either that, or we all OD'ed on Tryptophan - Well .. That's not really true ..
>   There is no more Trypto in turkey then most over meats, it's just most people think otherwise. )
> 
> -----Original Message-----
> From: filepro-list-bounces+doug.luurs=gmail.com at lists.celestial.com [mailto:filepro-list-bounces+doug.luurs=gmail.com at lists.celestial.com] On Behalf Of Nancy Palmquist
> Sent: Tuesday, December 02, 2008 4:19 PM
> To: filePro List
> Subject: OT: Just testing to see if anyone is home from TDay yet
> 
> Boy the list has been quiet.
> 
> Have all the normal users moved to another forum without letting me know?
> 
> I am feeling a bit lonesome checking at all.
> 
> BTW- Hope you all had a great holiday....  (If anyone is still there) Nancy

I think it is the gluttony that puts you to sleep.  I always eat too much on 
TDAY, I made a real effort not to this year and I felt much better after dinner.

Nancy


-- 
Nancy Palmquist 		MOS & filePro Training Available
Virtual Software Systems	Web Based Training and Consulting	
PHONE: (412) 835-9417		   Web site:  http://www.vss3.com

From henry at vegena.net  Tue Dec  2 16:39:23 2008
From: henry at vegena.net (Enrique Arredondo)
Date: Tue, 02 Dec 2008 16:39:23 -0800
Subject: Just testing to see if anyone is home from TDay yet
In-Reply-To: <4935B792.9070108@vss3.com>
References: <7FD9E40A40547A4DA8FFFE464EE8177734680EA5@bmc0003.borisch.local>	<7FD9E40A40547A4DA8FFFE464EE8177734661717@bmc0003.borisch.local>
	<4935B792.9070108@vss3.com>
Message-ID: <4935D53B.8030606@vegena.net>



Nancy Palmquist wrote:
> Doug Luurs wrote:
>   
>> It's the Turkeys .. They are trying to take over the world !
>>
>> ( Either that, or we all OD'ed on Tryptophan - Well .. That's not really true ..
>>   There is no more Trypto in turkey then most over meats, it's just most people think otherwise. )
>>
>> -----Original Message-----
>> From: filepro-list-bounces+doug.luurs=gmail.com at lists.celestial.com [mailto:filepro-list-bounces+doug.luurs=gmail.com at lists.celestial.com] On Behalf Of Nancy Palmquist
>> Sent: Tuesday, December 02, 2008 4:19 PM
>> To: filePro List
>> Subject: OT: Just testing to see if anyone is home from TDay yet
>>
>> Boy the list has been quiet.
>>
>> Have all the normal users moved to another forum without letting me know?
>>
>> I am feeling a bit lonesome checking at all.
>>
>> BTW- Hope you all had a great holiday....  (If anyone is still there) Nancy
>>     
>
> I think it is the gluttony that puts you to sleep.  I always eat too much on 
> TDAY, I made a real effort not to this year and I felt much better after dinner.
>
> Nancy
>
>
>   
After eating the turkey, pumpkin pie and the apple pie on thanksgiving 
day,  I went that same evening to office depot and stood in lane from 
7pm to 6am and got the Toshiba's Face recognition laptop on black friday 
deals, burned the calories from the Turkey and pies, and feel much 
better . :-).
The only issue with face recognition login, is that in the 
mornings,after waking up, the damn thing won't recognizes me LOL. I have 
to take a bad so it let's me in :-)





From nlp at vss3.com  Wed Dec  3 08:40:03 2008
From: nlp at vss3.com (Nancy Palmquist)
Date: Wed, 03 Dec 2008 11:40:03 -0500
Subject: Just testing to see if anyone is home from TDay yet
In-Reply-To: <4935D53B.8030606@vegena.net>
References: <7FD9E40A40547A4DA8FFFE464EE8177734680EA5@bmc0003.borisch.local>	<7FD9E40A40547A4DA8FFFE464EE8177734661717@bmc0003.borisch.local>
	<4935B792.9070108@vss3.com> <4935D53B.8030606@vegena.net>
Message-ID: <4936B663.20606@vss3.com>

Enrique Arredondo wrote:
> 
> 
> Nancy Palmquist wrote:
>> Doug Luurs wrote:
>>  
>>> It's the Turkeys .. They are trying to take over the world !
>>>
>>> ( Either that, or we all OD'ed on Tryptophan - Well .. That's not 
>>> really true ..
>>>   There is no more Trypto in turkey then most over meats, it's just 
>>> most people think otherwise. )
>>>
>>> -----Original Message-----
>>> From: filepro-list-bounces+doug.luurs=gmail.com at lists.celestial.com 
>>> [mailto:filepro-list-bounces+doug.luurs=gmail.com at lists.celestial.com] 
>>> On Behalf Of Nancy Palmquist
>>> Sent: Tuesday, December 02, 2008 4:19 PM
>>> To: filePro List
>>> Subject: OT: Just testing to see if anyone is home from TDay yet
>>>
>>> Boy the list has been quiet.
>>>
>>> Have all the normal users moved to another forum without letting me 
>>> know?
>>>
>>> I am feeling a bit lonesome checking at all.
>>>
>>> BTW- Hope you all had a great holiday....  (If anyone is still there) 
>>> Nancy
>>>     
>>
>> I think it is the gluttony that puts you to sleep.  I always eat too 
>> much on TDAY, I made a real effort not to this year and I felt much 
>> better after dinner.
>>
>> Nancy
>>
>>
>>   
> After eating the turkey, pumpkin pie and the apple pie on thanksgiving 
> day,  I went that same evening to office depot and stood in lane from 
> 7pm to 6am and got the Toshiba's Face recognition laptop on black friday 
> deals, burned the calories from the Turkey and pies, and feel much 
> better . :-).
> The only issue with face recognition login, is that in the 
> mornings,after waking up, the damn thing won't recognizes me LOL. I have 
> to take a bad so it let's me in :-)

I am sure we all appreciate that you can not roll out of bed and access your 
computer in your jammies.  I see major flaws with that technology.  A biometric 
scan of a finger or two would not require you to shave or comb your hair.

But the situation still strikes me as a LOL kind of thing.  (Maybe it is 
Toshiba's way to bring a little civility to working at home.)

Nancy

-- 
Nancy Palmquist 		MOS & filePro Training Available
Virtual Software Systems	Web Based Training and Consulting	
PHONE: (412) 835-9417		   Web site:  http://www.vss3.com

From rjburke at hal-pc.org  Wed Dec  3 09:47:17 2008
From: rjburke at hal-pc.org (Dick Burke)
Date: Wed, 03 Dec 2008 12:47:17 -0500
Subject: Just testing to see if anyone is home from TDay yet
In-Reply-To: <4936B663.20606@vss3.com>
Message-ID: <auto-000526453482@mail.hal-pc.org>

On Wed, 03 Dec 2008 11:40:03 -0500, Nancy Palmquist wrote:

>Enrique Arredondo wrote:

>> Nancy Palmquist wrote:
>>> Doug Luurs wrote:

It amazes me how the list can go from nobody having anything to say to nobody having anything to say.

Dick Burke



From swiltsie at micro-mui.com  Wed Dec  3 10:05:26 2008
From: swiltsie at micro-mui.com (Steve Wiltsie)
Date: Wed, 3 Dec 2008 12:05:26 -0600
Subject: Just testing to see if anyone is home from TDay yet
In-Reply-To: <auto-000526453482@mail.hal-pc.org>
References: <4936B663.20606@vss3.com> <auto-000526453482@mail.hal-pc.org>
Message-ID: <008b01c95571$b8b16a30$2a143e90$@com>



-----Original Message-----
From: filepro-list-bounces+swiltsie=micro-mui.com at lists.celestial.com
[mailto:filepro-list-bounces+swiltsie=micro-mui.com at lists.celestial.com] On
Behalf Of Dick Burke
Sent: Wednesday, December 03, 2008 11:47 AM
To: filePro List
Subject: Re: Just testing to see if anyone is home from TDay yet

On Wed, 03 Dec 2008 11:40:03 -0500, Nancy Palmquist wrote:

>Enrique Arredondo wrote:

>> Nancy Palmquist wrote:
>>> Doug Luurs wrote:

It amazes me how the list can go from nobody having anything to say to
nobody having anything to say.

Dick Burke

True, but I've been kind of surprised no one has mentioned Lauren Kelly
leaving fpTech.

Steve Wiltsie



From richard at axzas.com  Wed Dec  3 13:38:37 2008
From: richard at axzas.com (Richard D. Williams)
Date: Wed, 03 Dec 2008 15:38:37 -0600
Subject: Filepro and NFS or SAN
Message-ID: <4936FC5D.4080400@axzas.com>

Has anyone used Filepro in a SAN or NFS environment?

It seems like it should work without a hitch, but I would like some input.

Richard D. Williams

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20081203/5efea236/attachment.html 

From nlp at vss3.com  Wed Dec  3 14:13:48 2008
From: nlp at vss3.com (Nancy Palmquist)
Date: Wed, 03 Dec 2008 17:13:48 -0500
Subject: Filepro and NFS or SAN
In-Reply-To: <4936FC5D.4080400@axzas.com>
References: <4936FC5D.4080400@axzas.com>
Message-ID: <4937049C.6020304@vss3.com>

Richard D. Williams wrote:
> Has anyone used Filepro in a SAN or NFS environment?
> 
> It seems like it should work without a hitch, but I would like some input.
> 
> Richard D. Williams
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list
Richard,

I am not sure what SAN is but NFS is how we are connecting some servers and it 
works great.

Be careful that all the patches are applied and everything is mounted correctly 
with NFS, because that caused us issues in the past.

All the connected systems are using the same OS.

We are using SUSE 10 Linux on these servers.

Nancy



-- 
Nancy Palmquist 		MOS & filePro Training Available
Virtual Software Systems	Web Based Training and Consulting	
PHONE: (412) 835-9417		   Web site:  http://www.vss3.com

From fairlite at fairlite.com  Wed Dec  3 17:44:54 2008
From: fairlite at fairlite.com (Fairlight)
Date: Wed, 3 Dec 2008 20:44:54 -0500
Subject: Filepro and NFS or SAN
In-Reply-To: <4936FC5D.4080400@axzas.com>;
	from richard@axzas.com on Wed, Dec 03, 2008 at 03:38:37PM -0600
References: <4936FC5D.4080400@axzas.com>
Message-ID: <20081203204454.A11465@iglou.com>

This public service announcement was brought to you by Richard D. Williams:
> Has anyone used Filepro in a SAN or NFS environment?
> 
> It seems like it should work without a hitch, but I would like some input.

It can work, if your version of NFS supports proper locking.

However, I outlined the mathematical bandwidth requirements for a tiny test
case scenario in a thread earlier in the year.  I suggest checking the
archives at http://lists.celestial.com/pipermail/filepro-list for the
relevant thread, as I'm certainly not going to redo the math at this point.

Let's just say it's not advisable.

mark->
-- 
"I'm not subtle. I'm not pretty, and I'll piss off a lot of people along
the way. But I'll get the job done" --Captain Matthew Gideon, "Crusade"

From john.esak at 21appr.com  Wed Dec  3 17:24:43 2008
From: john.esak at 21appr.com (John Esak)
Date: Wed, 3 Dec 2008 20:24:43 -0500
Subject: Bug: A really insidious browse bug...
Message-ID: <20081204012445.DAC7920279EB@dorsai-01.celestial.com>

Well, remember I pointed out an obscure bug you could run into if you use
the old Guru Magazine article I did a hundred years ago about building
browses in variables and then concatenating the b= var & var & var
method....

Well, I found something today that drove me completely nuts... For about an
hour.  

If on the lookup line, which looks something like this...

Lookup alias=file k=(key) i=A -nl b=(b_cfg & b_hdr & b_data)

You mistakenly do this:

Lookup alias=file k=(key) i=A -nl b=(b_cfg & b_hdr & b_data)
*56"

And I did this because I usually copy the original browse several times and
break it into the 3 vars.  It's just an easy way to change a browse that is
already written with the browse wizard.  Anyway, the *56"  was hung out way,
way past the 80th character on the screen... Meaning OUT OF SITE!!!!  And
the syntax checker did NOT catch it!!!!!  (Really, it probably shouldn't be
looking past a complete lookup... I don't blame the syntax checker.... But
still, it is something to look for if ever you run into unfigure-outable
problems.)

Man, I typed in the lines of the browse over and over again... Thinking I
had some wired invisible character or who knows.  The symptom was a skinny,
minny 1 character wide window... With the highlight bar visible but nothing
else of course... Ho much can you show in 1 character? :-)

So, for you Ray, at FpTech... I'm not sure this could be classified as a
bug... Because FpTech doesn't suggest or maybe even support breaking the
browse into variables... But you *have* to do it for those which need to
take up the whole screen with lots of fields... Otherwise the browse wizard
truncates the 2nd line and doubles the quote... Something I have sent to
tech support several times over 10 years ago and maybe even more recently.
Obviously, not much you can do, but maybe Ken will want to run his parser
*past* a completed browse for any "hangouts* which might be past the human
visible edge of the screen.  Actually, I don't know what made me even look
over there, I did by accident and ended the hour of torture. :-)

For the rest of you... Beware of this time waster!

Everyone have a nice beginning of December! I missed the back from
Thanksgiving thread... Let's all hope the new year brings back the economy.
It's funny, gas is now down to $1.80 a gallon and it's almost unnoticed or
unmentioned by anyone.... But boy it helps, huh?  Now, if I could only sell
an unwanted house!  :-)

John Esak


From bill at celestial.com  Wed Dec  3 18:33:45 2008
From: bill at celestial.com (Bill Campbell)
Date: Wed, 3 Dec 2008 18:33:45 -0800
Subject: Filepro and NFS or SAN
In-Reply-To: <20081203204454.A11465@iglou.com>
References: <4936FC5D.4080400@axzas.com> <20081203204454.A11465@iglou.com>
Message-ID: <20081204023345.GA7025@ayn.mi.celestial.com>

On Wed, Dec 03, 2008, Fairlight wrote:
>This public service announcement was brought to you by Richard D. Williams:
>> Has anyone used Filepro in a SAN or NFS environment?
>> 
>> It seems like it should work without a hitch, but I would like some input.
>
>It can work, if your version of NFS supports proper locking.
>
>However, I outlined the mathematical bandwidth requirements for a tiny test
>case scenario in a thread earlier in the year.  I suggest checking the
>archives at http://lists.celestial.com/pipermail/filepro-list for the
>relevant thread, as I'm certainly not going to redo the math at this point.
>
>Let's just say it's not advisable.

I have found that forcing NFS mounts to use tcp instead of udp
seems to be faster and more reliable.

As for locking, the only thing we do with NFS that puts very
heavy loads on the systems is at ISPs where we deliver e-mail to
10s of thousands of NFS mounted $HOME/Maildir stores with a
cluster of servers doing spamassassin chacking and delivery.
This works because Maildir puts each message in its own file, and
the server name writing the message is part of the file name (I
use the MD5 digest of the message body as part of the sequence in
the file name as well which makes conflicts difficult, and
provides a method of easily detecting identical messages).

Bill
-- 
INTERNET:   bill at celestial.com  Bill Campbell; Celestial Software LLC
URL: http://www.celestial.com/  PO Box 820; 6641 E. Mercer Way
Voice:          (206) 236-1676  Mercer Island, WA 98040-0820
Fax:            (206) 232-9186

Capitalism works primarily because most of the ways that a company can be
scum end up being extremely bad for business when there's working
competition. -rra

From gccconsulting at comcast.net  Thu Dec  4 07:02:57 2008
From: gccconsulting at comcast.net (GCC Consulting)
Date: Thu, 4 Dec 2008 10:02:57 -0500
Subject: A really insidious browse bug...
In-Reply-To: <20081204012445.DAC7920279EB@dorsai-01.celestial.com>
References: <20081204012445.DAC7920279EB@dorsai-01.celestial.com>
Message-ID: <015b01c95621$64a193b0$2de4bb10$@net>



> -----Original Message-----
> From: filepro-list-bounces+gccconsulting=comcast.net at lists.celestial.com
>
[mailto:filepro-list-bounces+gccconsulting=comcast.net at lists.celestial.com]
On
> Behalf Of John Esak
> Sent: Wednesday, December 03, 2008 8:25 PM
> To: support at fptech.com
> Cc: 'Lee Machan'; 'glenn.freeman'; 'filePro'; 'Timothy R Barr'
> Subject: Bug: A really insidious browse bug...
> 
> Well, remember I pointed out an obscure bug you could run into if you use
> the old Guru Magazine article I did a hundred years ago about building
> browses in variables and then concatenating the b= var & var & var
> method....
> 
> Well, I found something today that drove me completely nuts... For about
an
> hour.
> 
> If on the lookup line, which looks something like this...
> 
> Lookup alias=file k=(key) i=A -nl b=(b_cfg & b_hdr & b_data)
> 
> You mistakenly do this:
> 
> Lookup alias=file k=(key) i=A -nl b=(b_cfg & b_hdr & b_data)
> *56"
> 
> And I did this because I usually copy the original browse several times
and
> break it into the 3 vars.  It's just an easy way to change a browse that
is
> already written with the browse wizard.  Anyway, the *56"  was hung out
way,
> way past the 80th character on the screen... Meaning OUT OF SITE!!!!  And
> the syntax checker did NOT catch it!!!!!  (Really, it probably shouldn't
be
> looking past a complete lookup... I don't blame the syntax checker.... But
> still, it is something to look for if ever you run into unfigure-outable
> problems.)
> 
> Man, I typed in the lines of the browse over and over again... Thinking I
> had some wired invisible character or who knows.  The symptom was a
skinny,
> minny 1 character wide window... With the highlight bar visible but
nothing
> else of course... Ho much can you show in 1 character? :-)
> 
> So, for you Ray, at FpTech... I'm not sure this could be classified as a
> bug... Because FpTech doesn't suggest or maybe even support breaking the
> browse into variables... But you *have* to do it for those which need to
> take up the whole screen with lots of fields... Otherwise the browse
wizard
> truncates the 2nd line and doubles the quote... Something I have sent to
> tech support several times over 10 years ago and maybe even more recently.
> Obviously, not much you can do, but maybe Ken will want to run his parser
> *past* a completed browse for any "hangouts* which might be past the human
> visible edge of the screen.  Actually, I don't know what made me even look
> over there, I did by accident and ended the hour of torture. :-)
> 
> For the rest of you... Beware of this time waster!
> 
> Everyone have a nice beginning of December! I missed the back from
> Thanksgiving thread... Let's all hope the new year brings back the
economy.
> It's funny, gas is now down to $1.80 a gallon and it's almost unnoticed or
> unmentioned by anyone.... But boy it helps, huh?  Now, if I could only
sell
> an unwanted house!  :-)
> 
> John Esak


If memory serves me correctly, when the browse lookup was first released,
without the wizard, this was one of the techniques suggested.

In any event, )*56 should show an error as this is incorrect syntax for both
a regular lookup or a browse lookup.

I just checked the 5.6.0 manual.  And low and behold, the example for a
browse lookup is just as John used, the browse command broken down into
variables.  So, John, this problem is one which the syntax parser should
catch.

For those of you who don't use this method for a browse, is offers you some
flexibility in how information is displayed. You can change the order in
which fields are displayed or which fields are displayed.  You can even
change the index used based on which display variables are used.


Richard Kreiss
GCC Consulting
rkreiss at gccconsulting.net
? 




From wvaughan at steelerubber.com  Thu Dec  4 07:07:26 2008
From: wvaughan at steelerubber.com (Walter Vaughan)
Date: Thu, 04 Dec 2008 10:07:26 -0500
Subject: Getnext lookup -
Message-ID: <4937F22E.7080001@steelerubber.com>

Preface: I always thought using *clerk as import tool was evil
Recently: Because of working with SQL so much recently I've changed

Senario: Import data from spreadsheet. Two columns, part number and price

@keyR::mesgbox "Replace with data from /tmp/2009changes.csv?","Press y 
or n","yn":
:@bk ne "y":end:
loopU::import word upd=/tmp/2009changes.csv:
:not upd:end:
::pn(10,,g)=upd(1):
::lookup -  k=pn   i=b -nx:
:1 ne pn:show "@No match for "<pn; goto loopU:
udprice::6=upd(2):
::write:
::getnext -:
:1 ne pn:goto loopU:
::goto udprice:

I know this is not production level code, but since I've never
until this morning used "getnext -", I thought I'd pass it on for
someone else who might could use this snippet as an example.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20081204/94d94e7e/attachment.html 

From kenbrody at bestweb.net  Thu Dec  4 07:15:51 2008
From: kenbrody at bestweb.net (Kenneth Brody)
Date: Thu, 04 Dec 2008 10:15:51 -0500
Subject: Bug: A really insidious browse bug...
In-Reply-To: <20081204012445.DAC7920279EB@dorsai-01.celestial.com>
References: <20081204012445.DAC7920279EB@dorsai-01.celestial.com>
Message-ID: <20081204101551.2hy2rxfgse8oo448-xraoebql@webmail.spamcop.net>

Quoting John Esak (Wed, 3 Dec 2008 20:24:43 -0500):

[...]
> Well, I found something today that drove me completely nuts... For about an
> hour.
>
> If on the lookup line, which looks something like this...
>
> Lookup alias=file k=(key) i=A -nl b=(b_cfg & b_hdr & b_data)
>
> You mistakenly do this:
>
> Lookup alias=file k=(key) i=A -nl b=(b_cfg & b_hdr & b_data)    *56"
>
> And I did this because I usually copy the original browse several times and
> break it into the 3 vars.  It's just an easy way to change a browse that is
> already written with the browse wizard.  Anyway, the *56"  was hung out way,
> way past the 80th character on the screen... Meaning OUT OF SITE!!!!  And
> the syntax checker did NOT catch it!!!!!  (Really, it probably shouldn't be
[...]

Strange...  It takes:

    b=(b_cfg & b_hdr & b_data)    *56"

as the result of concatenating the fields, then multiplying by field 56.

It definitely should be giving a syntax error.

-- 
KenBrody at BestWeb dot net        spamtrap: <g8ymh8uf001 at sneakemail.com>
http://www.hvcomputer.com
http://www.fileProPlus.com

From nlp at vss3.com  Thu Dec  4 08:53:36 2008
From: nlp at vss3.com (Nancy Palmquist)
Date: Thu, 04 Dec 2008 11:53:36 -0500
Subject: Getnext lookup -
In-Reply-To: <4937F22E.7080001@steelerubber.com>
References: <4937F22E.7080001@steelerubber.com>
Message-ID: <49380B10.1070102@vss3.com>

Walter Vaughan wrote:
> Preface: I always thought using *clerk as import tool was evil
> Recently: Because of working with SQL so much recently I've changed
> 
> Senario: Import data from spreadsheet. Two columns, part number and price
> 
> @keyR::mesgbox "Replace with data from /tmp/2009changes.csv?","Press y 
> or n","yn":
> :@bk ne "y":end:
> loopU::import word upd=/tmp/2009changes.csv:
> :not upd:end:
> ::pn(10,,g)=upd(1):
> ::lookup -  k=pn   i=b -nx:
> :1 ne pn:show "@No match for "<pn; goto loopU:
> udprice::6=upd(2):
> ::write:
> ::getnext -:
> :1 ne pn:goto loopU:
> ::goto udprice:
> 
> I know this is not production level code, but since I've never
> until this morning used "getnext -", I thought I'd pass it on for
> someone else who might could use this snippet as an example.
> 
Walter,

That is interesting use of lookup dash.  I would just have done a lookup to a 
record and posted to the record.  The getnext - can trip you up if the record 
you are sitting on is the last record in the file.  Don't forget to test for
not - (dash)

I wonder why you would do a lookup by PN (part number I guess) with a match 
exactly and then getnext at all.  Could they have 2 records that match the same 
part number and why wouldn't the lookup find the match or indicate there was no 
match?  And if there are two records with the same part number, how do you know 
which one to fix?

Remember if 1="BigPart" and pn eq "BIG" it will find that part of no other part 
name starts with BIG.

And you test 1 ne pn would not catch that difference.

1{"~" ne pn{"~" would test true when they are identical and false when they are not.

Any silly character that is never in pn would work.

Nancy


-- 
Nancy Palmquist 		MOS & filePro Training Available
Virtual Software Systems	Web Based Training and Consulting	
PHONE: (412) 835-9417		   Web site:  http://www.vss3.com

From kenbrody at bestweb.net  Thu Dec  4 09:38:16 2008
From: kenbrody at bestweb.net (Kenneth Brody)
Date: Thu, 04 Dec 2008 12:38:16 -0500
Subject: Getnext lookup -
In-Reply-To: <49380B10.1070102@vss3.com>
References: <4937F22E.7080001@steelerubber.com> <49380B10.1070102@vss3.com>
Message-ID: <20081204123816.vj7oen8buogcoo4c-xraoebql@webmail.spamcop.net>

Quoting Nancy Palmquist (Thu, 04 Dec 2008 11:53:36 -0500):

> Walter Vaughan wrote:
[...]
>> ::pn(10,,g)=upd(1):
>> ::lookup -  k=pn   i=b -nx:
>> :1 ne pn:show "@No match for "<pn; goto loopU:
[...]
> Remember if 1="BigPart" and pn eq "BIG" it will find that part of no  
>  other part name starts with BIG.
>
> And you test 1 ne pn would not catch that difference.
>
> 1{"~" ne pn{"~" would test true when they are identical and false   
> when they are not.
>
> Any silly character that is never in pn would work.

In this particular case, since pn is defined as (10,,g), the above steps
aren't necessary, as pn won't be "BIG" but rather "BIG       ".  As such,
it would not match "BigPart   ".

In cases where you don't have a fixed-length field, such as using the
import's field upd(1) directly, then your advice is correct.

-- 
KenBrody at BestWeb dot net        spamtrap: <g8ymh8uf001 at sneakemail.com>
http://www.hvcomputer.com
http://www.fileProPlus.com

From nlp at vss3.com  Thu Dec  4 11:29:10 2008
From: nlp at vss3.com (Nancy Palmquist)
Date: Thu, 04 Dec 2008 14:29:10 -0500
Subject: Getnext lookup -
In-Reply-To: <20081204123816.vj7oen8buogcoo4c-xraoebql@webmail.spamcop.net>
References: <4937F22E.7080001@steelerubber.com> <49380B10.1070102@vss3.com>
	<20081204123816.vj7oen8buogcoo4c-xraoebql@webmail.spamcop.net>
Message-ID: <49382F86.3050809@vss3.com>

Kenneth Brody wrote:
> Quoting Nancy Palmquist (Thu, 04 Dec 2008 11:53:36 -0500):
> 
>> Walter Vaughan wrote:
> [...]
>>> ::pn(10,,g)=upd(1):
>>> ::lookup -  k=pn   i=b -nx:
>>> :1 ne pn:show "@No match for "<pn; goto loopU:
> [...]
>> Remember if 1="BigPart" and pn eq "BIG" it will find that part of no 
>>  other part name starts with BIG.
>>
>> And you test 1 ne pn would not catch that difference.
>>
>> 1{"~" ne pn{"~" would test true when they are identical and false  
>> when they are not.
>>
>> Any silly character that is never in pn would work.
> 
> In this particular case, since pn is defined as (10,,g), the above steps
> aren't necessary, as pn won't be "BIG" but rather "BIG       ".  As such,
> it would not match "BigPart   ".
> 
> In cases where you don't have a fixed-length field, such as using the
> import's field upd(1) directly, then your advice is correct.
> 

That is not supported by my experience with filepro.  You would have to set the 
environment variable that tells it to match the full field to make sure that 
happens and that changed the existing behavior for many people.

I think it is just easier to check.

Also what if he has no record that matches PN - then I think his programming 
needs to allow for that possibility and add a record.

Nancy



-- 
Nancy Palmquist 		MOS & filePro Training Available
Virtual Software Systems	Web Based Training and Consulting	
PHONE: (412) 835-9417		   Web site:  http://www.vss3.com

From kenbrody at bestweb.net  Thu Dec  4 12:07:55 2008
From: kenbrody at bestweb.net (Kenneth Brody)
Date: Thu, 04 Dec 2008 15:07:55 -0500
Subject: Getnext lookup -
In-Reply-To: <49382F86.3050809@vss3.com>
References: <4937F22E.7080001@steelerubber.com> <49380B10.1070102@vss3.com>
	<20081204123816.vj7oen8buogcoo4c-xraoebql@webmail.spamcop.net>
	<49382F86.3050809@vss3.com>
Message-ID: <20081204150755.grfvehr7ugwk4og8-xraoebql@webmail.spamcop.net>

Quoting Nancy Palmquist (Thu, 04 Dec 2008 14:29:10 -0500):

> Kenneth Brody wrote:
>> Quoting Nancy Palmquist (Thu, 04 Dec 2008 11:53:36 -0500):
>>
>>> Walter Vaughan wrote:
>> [...]
>>>> ::pn(10,,g)=upd(1):
>>>> ::lookup -  k=pn   i=b -nx:
>>>> :1 ne pn:show "@No match for "<pn; goto loopU:
>> [...]
>>> Remember if 1="BigPart" and pn eq "BIG" it will find that part of   
>>> no  other part name starts with BIG.
>>>
>>> And you test 1 ne pn would not catch that difference.
>>>
>>> 1{"~" ne pn{"~" would test true when they are identical and false   
>>>  when they are not.
>>>
>>> Any silly character that is never in pn would work.
>>
>> In this particular case, since pn is defined as (10,,g), the above steps
>> aren't necessary, as pn won't be "BIG" but rather "BIG       ".  As such,
>> it would not match "BigPart   ".
>>
>> In cases where you don't have a fixed-length field, such as using the
>> import's field upd(1) directly, then your advice is correct.
>>
>
> That is not supported by my experience with filepro.  You would have to
> set the environment variable that tells it to match the full field to
> make sure that happens and that changed the existing behavior for many
> people.

I believe that you may be thinking of browse lookups, where the default
behavior is to have trailing spaces in the key not significant.

> I think it is just easier to check.
>
> Also what if he has no record that matches PN - then I think his
> programming needs to allow for that possibility and add a record.

Well, that depends on his particular needs.  He does check if the
lookup fails, and gives a message to the user.  It may be that his
needs are such that this is sufficient.

-- 
KenBrody at BestWeb dot net        spamtrap: <g8ymh8uf001 at sneakemail.com>
http://www.hvcomputer.com
http://www.fileProPlus.com

From john.esak at 21appr.com  Thu Dec  4 13:38:09 2008
From: john.esak at 21appr.com (John Esak)
Date: Thu, 4 Dec 2008 16:38:09 -0500
Subject: A really insidious browse bug...
In-Reply-To: <015b01c95621$64a193b0$2de4bb10$@net>
Message-ID: <20081204213811.7ABA820279F4@dorsai-01.celestial.com>

Well, the syntax parser can't really check *inside* the variables... But you
are right, maybe it can check *past* them. 

And, I assume they took the 5.6 manual pages from the manual I wrote years
ago... It was the first on-line version which combined all the other colored
manuals and produced a web version and a Windows version.  So, I would say
that code should have been in the manual for over a decade.  And actually,
as for the concatenating of variables article I did for the Guru about it...
I am pretty sure I got the idea from ken Brody in the first place.  
 
John


> -----Original Message-----
> From: GCC Consulting [mailto:gccconsulting at comcast.net] 
> Sent: Thursday, December 04, 2008 10:03 AM
> To: john.esak at 21appr.com; support at fptech.com
> Cc: 'Lee Machan'; 'glenn.freeman'; 'filePro'; 'Timothy R Barr'
> Subject: RE: A really insidious browse bug...
> 
> 
> 
> > -----Original Message-----
> > From: 
> filepro-list-bounces+gccconsulting=comcast.net at lists.celestial.com
> >
> [mailto:filepro-list-bounces+gccconsulting=comcast.net at lists.c
elestial.com]
> On
> > Behalf Of John Esak
> > Sent: Wednesday, December 03, 2008 8:25 PM
> > To: support at fptech.com
> > Cc: 'Lee Machan'; 'glenn.freeman'; 'filePro'; 'Timothy R Barr'
> > Subject: Bug: A really insidious browse bug...
> > 
> > Well, remember I pointed out an obscure bug you could run 
> into if you use
> > the old Guru Magazine article I did a hundred years ago 
> about building
> > browses in variables and then concatenating the b= var & var & var
> > method....
> > 
> > Well, I found something today that drove me completely 
> nuts... For about
> an
> > hour.
> > 
> > If on the lookup line, which looks something like this...
> > 
> > Lookup alias=file k=(key) i=A -nl b=(b_cfg & b_hdr & b_data)
> > 
> > You mistakenly do this:
> > 
> > Lookup alias=file k=(key) i=A -nl b=(b_cfg & b_hdr & b_data)
> > *56"
> > 
> > And I did this because I usually copy the original browse 
> several times
> and
> > break it into the 3 vars.  It's just an easy way to change 
> a browse that
> is
> > already written with the browse wizard.  Anyway, the *56"  
> was hung out
> way,
> > way past the 80th character on the screen... Meaning OUT OF 
> SITE!!!!  And
> > the syntax checker did NOT catch it!!!!!  (Really, it 
> probably shouldn't
> be
> > looking past a complete lookup... I don't blame the syntax 
> checker.... But
> > still, it is something to look for if ever you run into 
> unfigure-outable
> > problems.)
> > 
> > Man, I typed in the lines of the browse over and over 
> again... Thinking I
> > had some wired invisible character or who knows.  The symptom was a
> skinny,
> > minny 1 character wide window... With the highlight bar visible but
> nothing
> > else of course... Ho much can you show in 1 character? :-)
> > 
> > So, for you Ray, at FpTech... I'm not sure this could be 
> classified as a
> > bug... Because FpTech doesn't suggest or maybe even support 
> breaking the
> > browse into variables... But you *have* to do it for those 
> which need to
> > take up the whole screen with lots of fields... Otherwise the browse
> wizard
> > truncates the 2nd line and doubles the quote... Something I 
> have sent to
> > tech support several times over 10 years ago and maybe even 
> more recently.
> > Obviously, not much you can do, but maybe Ken will want to 
> run his parser
> > *past* a completed browse for any "hangouts* which might be 
> past the human
> > visible edge of the screen.  Actually, I don't know what 
> made me even look
> > over there, I did by accident and ended the hour of torture. :-)
> > 
> > For the rest of you... Beware of this time waster!
> > 
> > Everyone have a nice beginning of December! I missed the back from
> > Thanksgiving thread... Let's all hope the new year brings back the
> economy.
> > It's funny, gas is now down to $1.80 a gallon and it's 
> almost unnoticed or
> > unmentioned by anyone.... But boy it helps, huh?  Now, if I 
> could only
> sell
> > an unwanted house!  :-)
> > 
> > John Esak
> 
> 
> If memory serves me correctly, when the browse lookup was 
> first released,
> without the wizard, this was one of the techniques suggested.
> 
> In any event, )*56 should show an error as this is incorrect 
> syntax for both
> a regular lookup or a browse lookup.
> 
> I just checked the 5.6.0 manual.  And low and behold, the 
> example for a
> browse lookup is just as John used, the browse command broken 
> down into
> variables.  So, John, this problem is one which the syntax 
> parser should
> catch.
> 
> For those of you who don't use this method for a browse, is 
> offers you some
> flexibility in how information is displayed. You can change 
> the order in
> which fields are displayed or which fields are displayed.  
> You can even
> change the index used based on which display variables are used.
> 
> 
> Richard Kreiss
> GCC Consulting
> rkreiss at gccconsulting.net
> ? 
> 
> 
> 
> 


From john.esak at 21appr.com  Thu Dec  4 13:39:30 2008
From: john.esak at 21appr.com (John Esak)
Date: Thu, 4 Dec 2008 16:39:30 -0500
Subject: Bug: A really insidious browse bug...
In-Reply-To: <20081204101551.2hy2rxfgse8oo448-xraoebql@webmail.spamcop.net>
Message-ID: <20081204213933.61A1820279F6@dorsai-01.celestial.com>

Why should it produce a syntax error when there is no leading quote... Only
a trailing one? 

> -----Original Message-----
> From: Kenneth Brody [mailto:kenbrody at bestweb.net] 
> Sent: Thursday, December 04, 2008 10:16 AM
> To: john.esak at 21appr.com
> Cc: support at fptech.com; 'Lee Machan'; 'glenn.freeman'; 
> 'filePro'; 'Timothy R Barr'
> Subject: Re: Bug: A really insidious browse bug...
> 
> Quoting John Esak (Wed, 3 Dec 2008 20:24:43 -0500):
> 
> [...]
> > Well, I found something today that drove me completely 
> nuts... For about an
> > hour.
> >
> > If on the lookup line, which looks something like this...
> >
> > Lookup alias=file k=(key) i=A -nl b=(b_cfg & b_hdr & b_data)
> >
> > You mistakenly do this:
> >
> > Lookup alias=file k=(key) i=A -nl b=(b_cfg & b_hdr & b_data)    *56"
> >
> > And I did this because I usually copy the original browse 
> several times and
> > break it into the 3 vars.  It's just an easy way to change 
> a browse that is
> > already written with the browse wizard.  Anyway, the *56"  
> was hung out way,
> > way past the 80th character on the screen... Meaning OUT OF 
> SITE!!!!  And
> > the syntax checker did NOT catch it!!!!!  (Really, it 
> probably shouldn't be
> [...]
> 
> Strange...  It takes:
> 
>     b=(b_cfg & b_hdr & b_data)    *56"
> 
> as the result of concatenating the fields, then multiplying 
> by field 56.
> 
> It definitely should be giving a syntax error.
> 
> -- 
> KenBrody at BestWeb dot net        spamtrap: 
> <g8ymh8uf001 at sneakemail.com>
> http://www.hvcomputer.com
> http://www.fileProPlus.com
> 


From kenbrody at bestweb.net  Thu Dec  4 13:54:41 2008
From: kenbrody at bestweb.net (Kenneth Brody)
Date: Thu, 04 Dec 2008 16:54:41 -0500
Subject: Bug: A really insidious browse bug...
In-Reply-To: <20081204213933.61A1820279F6@dorsai-01.celestial.com>
References: <20081204213933.61A1820279F6@dorsai-01.celestial.com>
Message-ID: <20081204165441.qcpatqovokwkcwgw-xraoebql@webmail.spamcop.net>

Quoting John Esak (Thu, 4 Dec 2008 16:39:30 -0500):

> Why should it produce a syntax error when there is no leading quote... Only
> a trailing one?

Are you saying that you think the syntax is valid?

[...]
>> > Lookup alias=file k=(key) i=A -nl b=(b_cfg & b_hdr & b_data)    *56"
[...]
>> Strange...  It takes:
>>
>>     b=(b_cfg & b_hdr & b_data)    *56"
>>
>> as the result of concatenating the fields, then multiplying
>> by field 56.
>>
>> It definitely should be giving a syntax error.


-- 
KenBrody at BestWeb dot net        spamtrap: <g8ymh8uf001 at sneakemail.com>
http://www.hvcomputer.com
http://www.fileProPlus.com

From john.esak at 21appr.com  Thu Dec  4 14:14:24 2008
From: john.esak at 21appr.com (John Esak)
Date: Thu, 4 Dec 2008 17:14:24 -0500
Subject: Bug: A really insidious browse bug...
In-Reply-To: <20081204165441.qcpatqovokwkcwgw-xraoebql@webmail.spamcop.net>
Message-ID: <20081204221430.9D31C20279F4@dorsai-01.celestial.com>

Oh, no.. What I meant was... It sounded like you were saying it *should* be
multiplying the expression by 56... And I was meaning it shouldn't do that
unless there was another quote somewhere... Even if it was using field 56
and not "56"... there would have to be a quote somewhere after the b=
right?

John

> -----Original Message-----
> From: Kenneth Brody [mailto:kenbrody at bestweb.net] 
> Sent: Thursday, December 04, 2008 4:55 PM
> To: john.esak at 21appr.com
> Cc: 'filePro'
> Subject: RE: Bug: A really insidious browse bug...
> 
> Quoting John Esak (Thu, 4 Dec 2008 16:39:30 -0500):
> 
> > Why should it produce a syntax error when there is no 
> leading quote... Only
> > a trailing one?
> 
> Are you saying that you think the syntax is valid?
> 
> [...]
> >> > Lookup alias=file k=(key) i=A -nl b=(b_cfg & b_hdr & 
> b_data)    *56"
> [...]
> >> Strange...  It takes:
> >>
> >>     b=(b_cfg & b_hdr & b_data)    *56"
> >>
> >> as the result of concatenating the fields, then multiplying
> >> by field 56.
> >>
> >> It definitely should be giving a syntax error.
> 
> 
> -- 
> KenBrody at BestWeb dot net        spamtrap: 
> <g8ymh8uf001 at sneakemail.com>
> http://www.hvcomputer.com
> http://www.fileProPlus.com
> 


From fairlite at fairlite.com  Wed Dec 10 12:08:10 2008
From: fairlite at fairlite.com (Fairlight)
Date: Wed, 10 Dec 2008 15:08:10 -0500
Subject: credit cards and fP
Message-ID: <20081210150810.C1950@iglou.com>

Someone came to me today with a request.  They use my RawQuery program to
handle credit card requests to the financial institution.  Apparently,
either one financial institution's rules changed, or PCI compliance now (or
always has and is just being cracked down on) dictates that information not
be written even temporarily to the hard drive.  So I've been told.

RawQuery uses a file for its data field input.  I -can- make it possible to
specify that it read its file from STDIN for IPC purposes.  The problem is
filePro integration.  There's no way to -get it there-.  filePro's binaries
all use STDOUT for their screen drawing, there's no (known, tTBOMK) way to
suppress that without redirecting the entire stream, and fP lacks a popen()
function that would make STDIN streams in called programs tennable.

Any known solutions/workarounds?  Only thing I could think of would be
using a named pipe, but that's *nix only.

Seems like fP went from raw file I/O directly to sockets without covering
the middle ground of IPC pipes.  Not good...

Looking for a solution, in case others come up with this same request.  I
-can- make the necessary adjustments in my software, but it does no
apparent good when considering what fP is currently capable of doing (or
not).

Don't even suggest putting it on the command line.  That's going to show up
in the process table and be way more insecure than file storage will ever
be.  Open to any reasonable IPC solution.  Preferably 4.8/5.0.x compatible.

mark->

From ras at anzio.com  Wed Dec 10 12:18:44 2008
From: ras at anzio.com (Bob Rasmussen)
Date: Wed, 10 Dec 2008 12:18:44 -0800 (PST)
Subject: credit cards and fP
In-Reply-To: <20081210150810.C1950@iglou.com>
References: <20081210150810.C1950@iglou.com>
Message-ID: <Pine.LNX.4.64ras.0812101216330.21372@nimbus.anzio.com>

On Wed, 10 Dec 2008, Fairlight wrote:

> Someone came to me today with a request.  They use my RawQuery program to
> handle credit card requests to the financial institution.  Apparently,
> either one financial institution's rules changed, or PCI compliance now (or
> always has and is just being cracked down on) dictates that information not
> be written even temporarily to the hard drive.  So I've been told.
> 
> RawQuery uses a file for its data field input.  I -can- make it possible to
> specify that it read its file from STDIN for IPC purposes.  The problem is
> filePro integration.  There's no way to -get it there-.  filePro's binaries
> all use STDOUT for their screen drawing, there's no (known, tTBOMK) way to
> suppress that without redirecting the entire stream, and fP lacks a popen()
> function that would make STDIN streams in called programs tennable.
> 
> Any known solutions/workarounds?  Only thing I could think of would be
> using a named pipe, but that's *nix only.
> 
> Seems like fP went from raw file I/O directly to sockets without covering
> the middle ground of IPC pipes.  Not good...
> 
> Looking for a solution, in case others come up with this same request.  I
> -can- make the necessary adjustments in my software, but it does no
> apparent good when considering what fP is currently capable of doing (or
> not).
> 
> Don't even suggest putting it on the command line.  That's going to show up
> in the process table and be way more insecure than file storage will ever
> be.  Open to any reasonable IPC solution.  Preferably 4.8/5.0.x compatible.

Could you use a socket-to-socket link, on the same machine?

And I believe pipes (both anonymous and named) are possible in Windows. 
Pretty sure of it.

Regards,
....Bob Rasmussen,   President,   Rasmussen Software, Inc.

personal e-mail: ras at anzio.com
 company e-mail: rsi at anzio.com
          voice: (US) 503-624-0360 (9:00-6:00 Pacific Time)
            fax: (US) 503-624-0760
            web: http://www.anzio.com
 street address: Rasmussen Software, Inc.
                 10240 SW Nimbus, Suite L9
                 Portland, OR  97223  USA

From kenbrody at bestweb.net  Wed Dec 10 12:24:51 2008
From: kenbrody at bestweb.net (Kenneth Brody)
Date: Wed, 10 Dec 2008 15:24:51 -0500
Subject: credit cards and fP
In-Reply-To: <20081210150810.C1950@iglou.com>
References: <20081210150810.C1950@iglou.com>
Message-ID: <20081210152451.43x34bc64gk4goc8-xraoebql@webmail.spamcop.net>

Quoting Fairlight (Wed, 10 Dec 2008 15:08:10 -0500):

[...]
> RawQuery uses a file for its data field input.  I -can- make it possible to
> specify that it read its file from STDIN for IPC purposes.  The problem is
> filePro integration.  There's no way to -get it there-.  filePro's binaries
> all use STDOUT for their screen drawing, there's no (known, tTBOMK) way to
> suppress that without redirecting the entire stream, and fP lacks a popen()
> function that would make STDIN streams in called programs tennable.
>
> Any known solutions/workarounds?  Only thing I could think of would be
> using a named pipe, but that's *nix only.

Windows has named pipes:

     http://msdn.microsoft.com/en-us/library/aa365590(VS.85).aspx

Another option (which _is_ *nix only) is the USER command.

[...]

-- 
KenBrody at BestWeb dot net        spamtrap: <g8ymh8uf001 at sneakemail.com>
http://www.hvcomputer.com
http://www.fileProPlus.com

From john.esak at 21appr.com  Wed Dec 10 12:25:43 2008
From: john.esak at 21appr.com (John Esak)
Date: Wed, 10 Dec 2008 15:25:43 -0500
Subject: interesting add-on point about syntax checker...
Message-ID: <5F06B8B84A5540128010BC9BA0257145@CENTURY.21appr.com>


Just as a quick add-on.... Ken probably knows this... and I've known it for
a while... but many of you may not know it... If filePro sees:

   If: something
 Then: something;  something;  goto loop_f     goto more

It will ignore the goto more and not give a syntax error.

It probably shouldn't... But, if you have a long line that goes off the
screen and you think it is doing a goto more... but you have another goto
destination before it... this supercedes the last goto of course.   Even if
you put a semicolon there between the goto's it obviously is never going to
get to the second one.  :-)

John


John Esak
21st Century Appraisals, Inc
1801 Oberlin Rd, Middletown, PA 17057
717-985-0200 x 1141
john.esak at 21appr.com


From fp at fpgroups.com  Thu Dec 11 04:49:36 2008
From: fp at fpgroups.com (Jose Lerebours)
Date: Thu, 11 Dec 2008 05:49:36 -0700
Subject: interesting add-on point about syntax checker...
Message-ID: <20081211054936.9c3a3c79dc5c950ab111f4660728c8e9.56c94f4e46.wbe@email.secureserver.net>

John posted:

>Just as a quick add-on.... Ken probably knows this... and I've known it for
>a while... but many of you may not know it... If filePro sees:
>
> If: something
> Then: something; something; goto loop_f goto more
>
>It will ignore the goto more and not give a syntax error.
>
>It probably shouldn't... But, if you have a long line that goes off the
>screen and you think it is doing a goto more... but you have another goto
>destination before it... this supercedes the last goto of course. Even if
>you put a semicolon there between the goto's it obviously is never going to
>get to the second one. :-)
>

That it does not give a syntax error, interesting but not surprising.

Expecting to have multiple GOTO commands in one line and expect the
process to return to execute them is both, interesting and surprising.

Did you mean GOSUB not GOTO?


--
Jose Lerebours
http://www.fpgroups.com
954-559-7186
filePro + PHP Solution Developer




From joe at magnatechonline.com  Thu Dec 11 10:16:15 2008
From: joe at magnatechonline.com (Joe Chasan)
Date: Thu, 11 Dec 2008 13:16:15 -0500
Subject: Darned clock watchers!
Message-ID: <20081211131615.A26195@magnatechonline.com>


on Unix, in a terminal session, i need a way to constantly display system
time (hms) on a screen.

i can put it on screen and have a loop to display or video-sync either
@entsel or @wef - problem is that while in middle of typing characters
in a field, i can't force update.

Background:  timeclock application - users have to swipe a card or type
some info to clock in/out - they watch until last second possible to get
whatever maximum benefit is is for themselves - some of them type info into
field and are waiting until clock strikes certain time before pressing 
<enter>

i can't see it worth replacing all input fields on screen (even though
there's only a few) with inkey or waitkey loops and concatenating to
reassemble data back into fields, but maybe i'm overthinking this and
missing some obvious method.

i also note <DRAW> key code does not force update of time, i guess that's
an fp design decision.

FWIW, the server is syncronized to an NTP server on internet - most users
are on PC's, but windows time syncronization is not as reliable so
apparently just looking at windows clock wasn't doing it for them.

--
-Joe Chasan-                           Magnatech Business Systems, Inc.
joe - at - magnatechonline -dot- com   Hicksville, NY - USA
http://www.MagnatechOnline.com         Tel.(516) 931-4444/Fax.(516) 931-1264

From wvaughan at steelerubber.com  Thu Dec 11 11:30:14 2008
From: wvaughan at steelerubber.com (Walter Vaughan)
Date: Thu, 11 Dec 2008 14:30:14 -0500
Subject: Darned clock watchers!
In-Reply-To: <20081211131615.A26195@magnatechonline.com>
References: <20081211131615.A26195@magnatechonline.com>
Message-ID: <49416A46.9000302@steelerubber.com>

Joe Chasan wrote:

>on Unix, in a terminal session, i need a way to constantly display system
>time (hms) on a screen.
>  
>
Forget trying to pump it through  PuTTY or Anzio or FacetTerm

http://www.pedrocorreia.net/mySnippets/javascript/Ajax-Server-Date-Time


From nlp at vss3.com  Thu Dec 11 14:53:04 2008
From: nlp at vss3.com (Nancy Palmquist)
Date: Thu, 11 Dec 2008 17:53:04 -0500
Subject: Darned clock watchers!
In-Reply-To: <20081211131615.A26195@magnatechonline.com>
References: <20081211131615.A26195@magnatechonline.com>
Message-ID: <494199D0.9090104@vss3.com>

Joe Chasan wrote:
> on Unix, in a terminal session, i need a way to constantly display system
> time (hms) on a screen.
> 
> i can put it on screen and have a loop to display or video-sync either
> @entsel or @wef - problem is that while in middle of typing characters
> in a field, i can't force update.
> 
> Background:  timeclock application - users have to swipe a card or type
> some info to clock in/out - they watch until last second possible to get
> whatever maximum benefit is is for themselves - some of them type info into
> field and are waiting until clock strikes certain time before pressing 
> <enter>
> 
> i can't see it worth replacing all input fields on screen (even though
> there's only a few) with inkey or waitkey loops and concatenating to
> reassemble data back into fields, but maybe i'm overthinking this and
> missing some obvious method.
> 
> i also note <DRAW> key code does not force update of time, i guess that's
> an fp design decision.
> 
> FWIW, the server is syncronized to an NTP server on internet - most users
> are on PC's, but windows time syncronization is not as reliable so
> apparently just looking at windows clock wasn't doing it for them.
> 
> --
> -Joe Chasan-                           Magnatech Business Systems, Inc.
> joe - at - magnatechonline -dot- com   Hicksville, NY - USA
> http://www.MagnatechOnline.com         Tel.(516) 931-4444/Fax.(516) 931-1264
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list
> 
> 
The only time filePro give you any control is in @when stuff or
inkey and waitkey as you determined.

You can make a hot key that they could hit during any data entry fields.

Works best with @wuk* (this will pick up any fields that do not have @wuknn programming)

You update the clock and then stuff them back to the field they were in ussing @fd

But if they are using WINDOWS desktops, seems best to get an app on Windows that runs a big clock in the corner.
Leaving the filepro session alone.

Nancy




-- 
Nancy Palmquist 		MOS & filePro Training Available
Virtual Software Systems	Web Based Training and Consulting	
PHONE: (412) 835-9417		   Web site:  http://www.vss3.com

From ras at anzio.com  Thu Dec 11 15:08:24 2008
From: ras at anzio.com (Bob Rasmussen)
Date: Thu, 11 Dec 2008 15:08:24 -0800 (PST)
Subject: Darned clock watchers!
In-Reply-To: <494199D0.9090104@vss3.com>
References: <20081211131615.A26195@magnatechonline.com>
	<494199D0.9090104@vss3.com>
Message-ID: <Pine.LNX.4.64ras.0812111502290.27966@nimbus.anzio.com>

> Joe Chasan wrote:
> > on Unix, in a terminal session, i need a way to constantly display system
> > time (hms) on a screen.
> > ... 
> > FWIW, the server is syncronized to an NTP server on internet - most users
> > are on PC's, but windows time syncronization is not as reliable so
> > apparently just looking at windows clock wasn't doing it for them.

If Anzio is on the client PC, you could make your host-based system query 
Anzio for its (the PC's) time, compare it to the host's time, and alert 
the user if they were way different. It would be the user's responsibility 
to reset their clock. Then they could rely on the Windows time display.

I suppose we could add an option to Anzio to display the host's time 
continuously; the host could periodically issue its time, causing Anzio to 
store a delta value.

Regards,
....Bob Rasmussen,   President,   Rasmussen Software, Inc.

personal e-mail: ras at anzio.com
 company e-mail: rsi at anzio.com
          voice: (US) 503-624-0360 (9:00-6:00 Pacific Time)
            fax: (US) 503-624-0760
            web: http://www.anzio.com
 street address: Rasmussen Software, Inc.
                 10240 SW Nimbus, Suite L9
                 Portland, OR  97223  USA

From brian at aljex.com  Thu Dec 11 16:53:33 2008
From: brian at aljex.com (Brian K. White)
Date: Thu, 11 Dec 2008 19:53:33 -0500
Subject: Darned clock watchers!
References: <20081211131615.A26195@magnatechonline.com>
Message-ID: <1929785346F04F2EA0E30A148A613B2B@venti>


----- Original Message ----- 
From: "Joe Chasan" <joe at magnatechonline.com>
To: "filePro" <filepro-list at lists.celestial.com>
Sent: Thursday, December 11, 2008 1:16 PM
Subject: Darned clock watchers!


> 
> on Unix, in a terminal session, i need a way to constantly display system
> time (hms) on a screen.
> 
> i can put it on screen and have a loop to display or video-sync either
> @entsel or @wef - problem is that while in middle of typing characters
> in a field, i can't force update.
> 
> Background:  timeclock application - users have to swipe a card or type
> some info to clock in/out - they watch until last second possible to get
> whatever maximum benefit is is for themselves - some of them type info into
> field and are waiting until clock strikes certain time before pressing 
> <enter>
> 
> i can't see it worth replacing all input fields on screen (even though
> there's only a few) with inkey or waitkey loops and concatenating to
> reassemble data back into fields, but maybe i'm overthinking this and
> missing some obvious method.
> 
> i also note <DRAW> key code does not force update of time, i guess that's
> an fp design decision.
> 
> FWIW, the server is syncronized to an NTP server on internet - most users
> are on PC's, but windows time syncronization is not as reliable so
> apparently just looking at windows clock wasn't doing it for them.


That is retarded.
Can you convince the employer to coarsen the resolution to whole minutes?
Then the users can walk up and puch in/out any time and it doesn't matter what second they do so. They either get paid for that whole minute, or they don't. There would no longer be any point to typing and then waiting to hit enter or escesc unles they do it whole minutes in advance, which seems like it might cause friction with other users needing to clock in/out.

However, you should be able to do this with inkey and a tight loop.

Something like this:

...
GOSUB inclk  'clock-input loop
log the user in/out according to UI
end or goto top or whatever
...
inclk:
sleep "100"
keystroke = inkey , UI = UI + keystroke
if keystroke or UI co magic submit/finish key or sequence, RETURN
if @tm eq TM, GOTO inclk
TM = @tm , display, GOTO inclk


UI is the acumulated user input in screen displayable dummy.
TM is the last known time, not displayed, put @tm on the screen.

Instead of the display command, which redraws the whole screen and may flicker the screen unaesthetically, maybe do 2 show statements to redraw just @tm and !UI

Result, hopefully: Ten times per second you check for keystrokes and to see if the time ticked over to a new second. Once per second you update the display, which includes !UI and @tm 
Inkey does not block like waitkey or input or @update. Inkey just immediately collects a keystroke if one has been entered, or collects nothing, but either way it operates and finishes and processing proceeds to the next step instantly.

Completely off the cuff and untested.

-- 
Brian K. White    brian at aljex.com    http://www.myspace.com/KEYofR
+++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++.
filePro  BBx    Linux  SCO  FreeBSD    #callahans  Satriani  Filk!


From joe at magnatechonline.com  Thu Dec 11 19:24:17 2008
From: joe at magnatechonline.com (Joe Chasan)
Date: Thu, 11 Dec 2008 22:24:17 -0500
Subject: Darned clock watchers!
In-Reply-To: <1929785346F04F2EA0E30A148A613B2B@venti>;
	from brian@aljex.com on Thu, Dec 11, 2008 at 07:53:33PM -0500
References: <20081211131615.A26195@magnatechonline.com>
	<1929785346F04F2EA0E30A148A613B2B@venti>
Message-ID: <20081211222417.A12642@magnatechonline.com>

On Thu, Dec 11, 2008 at 07:53:33PM -0500, Brian K. White wrote:
> 
> ----- Original Message ----- 
> From: "Joe Chasan" <joe at magnatechonline.com>
> To: "filePro" <filepro-list at lists.celestial.com>
> Sent: Thursday, December 11, 2008 1:16 PM
> Subject: Darned clock watchers!
> 
> 
> > 
> > on Unix, in a terminal session, i need a way to constantly display system
> > time (hms) on a screen.
> > 
> > i can put it on screen and have a loop to display or video-sync either
> > @entsel or @wef - problem is that while in middle of typing characters
> > in a field, i can't force update.
> > 
> > Background:  timeclock application - users have to swipe a card or type
> > some info to clock in/out - they watch until last second possible to get
> > whatever maximum benefit is is for themselves - some of them type info into
> > field and are waiting until clock strikes certain time before pressing 
> > <enter>
> > 
> > i can't see it worth replacing all input fields on screen (even though
> > there's only a few) with inkey or waitkey loops and concatenating to
> > reassemble data back into fields, but maybe i'm overthinking this and
> > missing some obvious method.
> > 
> > i also note <DRAW> key code does not force update of time, i guess that's
> > an fp design decision.
> > 
> > FWIW, the server is syncronized to an NTP server on internet - most users
> > are on PC's, but windows time syncronization is not as reliable so
> > apparently just looking at windows clock wasn't doing it for them.
> 
> 
> That is retarded.
> Can you convince the employer to coarsen the resolution to whole minutes?

> Then the users can walk up and puch in/out any time and it doesn't matter what second they do so. They either get paid for that whole minute, or they don't. There would no longer be any point to typing and then waiting to hit enter or escesc unles they do it whole minutes in advance, which seems like it might cause friction with other users needing to clock in/out.

its not like the employer cares about seconds - its more that X is scheduled
to work from 9 to 5 and if they clock in at 9:05 a few times it will hurt
their pay and they complained about not seeing the time on the screen until
after the clock in/out procedure puts a time-stamp to it - it is not the 
time of the PC (which is already displayed naturally by windows) that counts 
but the time of the unix server that filePro uses so if their PC clocks are 
off by 10 minutes and filepro clocks them in/out at a time that has nothing 
to do with the time that windows shows they are confused.

would it be easier if i showed a clock with no seconds?  maybe, i'd certainly
have to update display less, but the same issues occur - i'd have to have
control to update it or a user might stare at 4:59pm for 20 minutes like 
an idiot.

there is little contention with other users - there is one station where
users can swipe cards into a bar code scanner and for this, it's easy - can
loop/display @wef - the scanner data is taken as a whole field and forces 
leave of field so there is no problem keeping control with @wef/@wlf.  the 
problem is for the users that clock in/out from PC's manually by keying 
in info.

> However, you should be able to do this with inkey and a tight loop.

thats pretty much what i thought i'd end up having to do if i couldn't
figure this out a different way - but the inkey/loop/field-build works 
best when there is only one field on the screen (which _do_ i have in 
some cases) and also, more importantly, makes it very difficult to 
back-space, arrow back and forward, edit, etc.

> 
> Something like this:
> 
> ...
> GOSUB inclk  'clock-input loop
> log the user in/out according to UI
> end or goto top or whatever
> ...
> inclk:
> sleep "100"
> keystroke = inkey , UI = UI + keystroke
> if keystroke or UI co magic submit/finish key or sequence, RETURN
> if @tm eq TM, GOTO inclk
> TM = @tm , display, GOTO inclk
> 
> 
> UI is the acumulated user input in screen displayable dummy.
> TM is the last known time, not displayed, put @tm on the screen.
> 
> Instead of the display command, which redraws the whole screen and may flicker the screen unaesthetically, maybe do 2 show statements to redraw just @tm and !UI
> 
> Result, hopefully: Ten times per second you check for keystrokes and to see if the time ticked over to a new second. Once per second you update the display, which includes !UI and @tm 
> Inkey does not block like waitkey or input or @update. Inkey just immediately collects a keystroke if one has been entered, or collects nothing, but either way it operates and finishes and processing proceeds to the next step instantly.
> 
> Completely off the cuff and untested.
> 
> -- 
> Brian K. White    brian at aljex.com    http://www.myspace.com/KEYofR
> +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++.
> filePro  BBx    Linux  SCO  FreeBSD    #callahans  Satriani  Filk!
> 
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list
> 
--
-Joe Chasan-                           Magnatech Business Systems, Inc.
joe - at - magnatechonline -dot- com   Hicksville, NY - USA
http://www.MagnatechOnline.com         Tel.(516) 931-4444/Fax.(516) 931-1264

From fairlite at fairlite.com  Thu Dec 11 19:44:44 2008
From: fairlite at fairlite.com (Fairlight)
Date: Thu, 11 Dec 2008 22:44:44 -0500
Subject: Darned clock watchers!
In-Reply-To: <20081211222417.A12642@magnatechonline.com>;
	from joe@magnatechonline.com on Thu, Dec 11, 2008 at 10:24:17PM
	-0500
References: <20081211131615.A26195@magnatechonline.com>
	<1929785346F04F2EA0E30A148A613B2B@venti>
	<20081211222417.A12642@magnatechonline.com>
Message-ID: <20081211224444.A11620@iglou.com>

With neither thought nor caution, Joe Chasan blurted:
> > However, you should be able to do this with inkey and a tight loop.
> 
> thats pretty much what i thought i'd end up having to do if i couldn't
> figure this out a different way - but the inkey/loop/field-build works 
> best when there is only one field on the screen (which _do_ i have in 
> some cases) and also, more importantly, makes it very difficult to 
> back-space, arrow back and forward, edit, etc.

It really makes a LOT more sense to write a small program like the old BSD
'sysinfo' that would just overlay the time in a small inverse box in the
bottom corner of the screen, in like the last 4 characters where fP never
displays anything.  You have it run as a background task starting at login,
and it has -nothing- to do with fP at all, and thus is not subject to its
constraints.

The old sysinfo used to use the 25th line of displays (but was
configurable) and presented more than the time.  But the principle is
the same in general.  You just have it "sleep" for a tenth of a second
between updates.  For that granularity, you'd need to use select() on most
platforms, as sleep() is only granular to seconds.  SCO has a nap() that
uses microseconds, but it's not standard.

mark->

From fairlite at fairlite.com  Thu Dec 11 21:21:39 2008
From: fairlite at fairlite.com (Fairlight)
Date: Fri, 12 Dec 2008 00:21:39 -0500
Subject: Darned clock watchers!
In-Reply-To: <20081211224444.A11620@iglou.com>;
	from fairlite@fairlite.com on Thu, Dec 11, 2008 at 10:44:44PM
	-0500
References: <20081211131615.A26195@magnatechonline.com>
	<1929785346F04F2EA0E30A148A613B2B@venti>
	<20081211222417.A12642@magnatechonline.com>
	<20081211224444.A11620@iglou.com>
Message-ID: <20081212002138.A14046@iglou.com>

On Thu, Dec 11, 2008 at 10:44:44PM -0500, Fairlight, the prominent pundit,
witicized:
> It really makes a LOT more sense to write a small program like the old BSD
> 'sysinfo' that would just overlay the time in a small inverse box in the
> bottom corner of the screen, in like the last 4 characters where fP never

[...]

Actually...one would have to look at the old sysinfo code and find out how
they got around one little thing.  I now have a curses-based program that
displays the time every 1/10 of a second at the bottom right of the screen.
The only problem is that it gets suspended for tty output if it's
backgrounded.  To work, it has to be the foreground process--which it
wouldn't be if you wanted to -do- anything with the terminal session.

Now, I -know- for a fact that sysinfo didn't have this issue.  I know this
for certain because I personally used it for over three years, so I'm 100%
positive that it didn't have concurrency issues.

Alas, I 1) don't have the source at the moment, and 2) even if I did, don't
have time to figure out the workaround at this point.  Which is a pity, as
I actually have the rest of the meat of it done in perl.  :)

But I'd love to know how sysinfo did its magic at this point, since it
technically shouldn't be possible from an article I just read on the tty
device subsystem (which was actually an interesting read).

Anyway, this solution doesn't appear to be -easily- viable at this point.
Suggestion withdrawn.

mark->

From brian at aljex.com  Fri Dec 12 04:34:21 2008
From: brian at aljex.com (Brian K. White)
Date: Fri, 12 Dec 2008 07:34:21 -0500
Subject: Darned clock watchers!
References: <20081211131615.A26195@magnatechonline.com><1929785346F04F2EA0E30A148A613B2B@venti><20081211222417.A12642@magnatechonline.com><20081211224444.A11620@iglou.com>
	<20081212002138.A14046@iglou.com>
Message-ID: <88FBA754378A4DAEA69B33D066BD28CF@miata>


----- Original Message ----- 
From: "Fairlight" <fairlite at fairlite.com>
To: <filepro-list at lists.celestial.com>
Sent: Friday, December 12, 2008 12:21 AM
Subject: Re: Darned clock watchers!


> On Thu, Dec 11, 2008 at 10:44:44PM -0500, Fairlight, the prominent pundit,
> witicized:
>> It really makes a LOT more sense to write a small program like the old 
>> BSD
>> 'sysinfo' that would just overlay the time in a small inverse box in the
>> bottom corner of the screen, in like the last 4 characters where fP never
>
> [...]
>
> Actually...one would have to look at the old sysinfo code and find out how
> they got around one little thing.  I now have a curses-based program that
> displays the time every 1/10 of a second at the bottom right of the 
> screen.
> The only problem is that it gets suspended for tty output if it's
> backgrounded.  To work, it has to be the foreground process--which it
> wouldn't be if you wanted to -do- anything with the terminal session.
>
> Now, I -know- for a fact that sysinfo didn't have this issue.  I know this
> for certain because I personally used it for over three years, so I'm 100%
> positive that it didn't have concurrency issues.
>
> Alas, I 1) don't have the source at the moment, and 2) even if I did, 
> don't
> have time to figure out the workaround at this point.  Which is a pity, as
> I actually have the rest of the meat of it done in perl.  :)
>
> But I'd love to know how sysinfo did its magic at this point, since it
> technically shouldn't be possible from an article I just read on the tty
> device subsystem (which was actually an interesting read).
>
> Anyway, this solution doesn't appear to be -easily- viable at this point.
> Suggestion withdrawn.

I was thinking of something like this initially before deciding to see if I 
could think of an all-in-filepro approach.
I was thinking that you'd have to use something like gnu screen that 
effectively becomes a layer between filepro and the actual terminal. From 
filepro's point of view, the screen app is the terminal, and the screen app 
has the control over the real tty. Then the screen app can overlay things 
like the time. Maybe such an overlay/multiplexer app already exists that 
lets you combine anything, which would accept the clock data from another 
process, or if you have to write the overlayer app yourself then you may 
want to have it generate the clock itself
I have no idea if that's how sysinfo did it.

Root at least can write to anyones tty regardless what other apps have 
control.
Also I just tested, a user can write to one of their own tty's from another 
process even if clerk (suid filepro) currently has the tty.
You could maybe get away with just squirting a tiny message with the ansi 
codes to save the cursor, move to the clock position, write the new time, 
and restore the cursor.
It might be messy. I don't know how often that would mess up the users 
interactive use of the tty.
Maybe it never would if the injected data is all one message, maybe it can 
come along at any time and the user couldn't break it, nor should it break 
the users traffic as long as the ansi codes included in the clock message 
were carefuly chosen. You'd have to save the cursor position and terminal 
attributes at least, move cursor, set clock attributes, write time, restore 
saved attributes, restor cursor position, ideally wiothout using the nice 
easy cusor save/restore ansi codes, since you have no way to know if the 
users program is already using the cursor-save right then.

So basically, ignoring my warning about avoiding the easy save/restore codes 
for the moment, something like:
... wow this actually works I ended up doing it just to see...
You still have to figure out a nice way to exit. This puts a clock updater 
app in the background on the current tty. When the user goes to exit, the 
shell will balk at that unless the use the fg or jobs commands to kill the 
background clock process.
(ie, exit filepro back to shell, then run "fg 1", then hit ctrl-c, then exit 
again to log out.


Anyways, save this script as /usr/local/bin/ctclock:

---TOF---
#!/bin/bash
# ctclock - crude terminal clock
# 20081212 brian at aljex.com
#
# run in background with "ctclock &"
# assumes an ansi-based terminal (linux, scoansi, vt**, xterm, all ok)
#
# <esc>7 = save cursor position & attribs
# <esc>8 = restore cursor position & attribs
# <esc>( = set default font
# <esc>[0m = reset attribs
# <esc>[8m = set hidden
# <esc>[40;33;1m = black bg, yellow fg, bright
# <esc>[25;70f = move cursor to row 25, col 70

BG=0   # background color
FG=3   # foreground color
ROW=25  # clock start position, row
COL=70  # clock start position, column
SLEEP=1 # seconds to sleep between clock display refreshes

[ -z "$tty" ] && { echo "\$tty needs to be provided by /etc/profile" ; exit 
1 ;

BG=$((BG+40))   # ansi bg colors are 40-48
FG=$((FG+30))   # ansi fg colors are 30-38
E=`echo -en "\033"`  # esc char, because echo -en "\0338" doesn't make esc8

# save cursor position & attributes
# reset attribs to defaults
# set hidden
# move cursor to clock position
# set clock colors
PREFIX=`echo -en 
"${E}7${E}[0m${E}[8m${E}[${ROW};${COL}f${E}[${BG};${FG};1m"`

# restore cursor position & attributes
SUFFIX=`echo -en "${E}8"`

# date in fixed format that will always draw the same number of spaces. (10)
# plus the ansi preample and postamble
# unfortunately we can't prevent date from appending a newline,
# so we must use an extra process just to save dates output and
# then echo it seperately without a newline
HMS="  :  :  "
while echo -en "${PREFIX} ${HMS} ${SUFFIX}" >$tty ;do
        sleep $SLEEP
        HMS=`date "+%H:%M:%S"`
done
---EOF---

chmod 755 /usr/local/bin/ctclock

then run "ctclock &"

Then do anything else you want, go into filepro etc..
until you log off or manually kill the background process, it continually 
writes the time in the bottom-right corner every second, right overtop of 
the filepro screen, without interfering with filepro at least in my small 
amount of testing. I'm sure it's just a ttiming and statistics game. It's 
probably merely _unlikely_ for the script and filepro interfere with each 
other very often. And probably occasionally if the user types or filepro 
updates at just the wrong time, one or the other may trample each other and 
casue junk on the display until the next time filepro redraws.

Now if you reimpliment this in something other than bash, you can probably 
make it a lot smaller and more efficient, at the very least avoiding the 
need to spawn processes every second just to execute the stand-alone date 
binary, and the whole extra shell to run date in, just so I could capture 
it's output without a trailing linefeed.

-- 
Brian K. White    brian at aljex.com    http://www.myspace.com/KEYofR
+++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++.
filePro  BBx    Linux  SCO  FreeBSD    #callahans  Satriani  Filk!


From joe at magnatechonline.com  Fri Dec 12 04:59:43 2008
From: joe at magnatechonline.com (Joe Chasan)
Date: Fri, 12 Dec 2008 07:59:43 -0500
Subject: Darned clock watchers!
In-Reply-To: <20081211224444.A11620@iglou.com>;
	from fairlite@fairlite.com on Thu, Dec 11, 2008 at 10:44:44PM
	-0500
References: <20081211131615.A26195@magnatechonline.com>
	<1929785346F04F2EA0E30A148A613B2B@venti>
	<20081211222417.A12642@magnatechonline.com>
	<20081211224444.A11620@iglou.com>
Message-ID: <20081212075943.A27761@magnatechonline.com>

On Thu, Dec 11, 2008 at 10:44:44PM -0500, Fairlight wrote:
> With neither thought nor caution, Joe Chasan blurted:
> > > However, you should be able to do this with inkey and a tight loop.
> > 
> > thats pretty much what i thought i'd end up having to do if i couldn't
> > figure this out a different way - but the inkey/loop/field-build works 
> > best when there is only one field on the screen (which _do_ i have in 
> > some cases) and also, more importantly, makes it very difficult to 
> > back-space, arrow back and forward, edit, etc.
> 
> It really makes a LOT more sense to write a small program like the old BSD
> 'sysinfo' that would just overlay the time in a small inverse box in the
> bottom corner of the screen, in like the last 4 characters where fP never
> displays anything.  You have it run as a background task starting at login,
> and it has -nothing- to do with fP at all, and thus is not subject to its
> constraints.
> 
> The old sysinfo used to use the 25th line of displays (but was
> configurable) and presented more than the time.  But the principle is
> the same in general.  You just have it "sleep" for a tenth of a second
> between updates.  For that granularity, you'd need to use select() on most
> platforms, as sleep() is only granular to seconds.  SCO has a nap() that
> uses microseconds, but it's not standard.

its funny but when i first looked at this i thought to myself - too bad 
this isnt' the old wyse terminals as a wrote a program to do this on the 
25th line of those babies way back when.  maybe progress isn't always a good
thing!
 
--
-Joe Chasan-                           Magnatech Business Systems, Inc.
joe - at - magnatechonline -dot- com   Hicksville, NY - USA
http://www.MagnatechOnline.com         Tel.(516) 931-4444/Fax.(516) 931-1264

From fp at fpgroups.com  Fri Dec 12 05:02:19 2008
From: fp at fpgroups.com (Jose Lerebours)
Date: Fri, 12 Dec 2008 06:02:19 -0700
Subject: Darned clock watchers!
Message-ID: <20081212060219.9c3a3c79dc5c950ab111f4660728c8e9.87334bfa2c.wbe@email.secureserver.net>

Joe posted:

-----------------------------------
on Unix, in a terminal session, i need a way to constantly display
system
time (hms) on a screen.

i can put it on screen and have a loop to display or video-sync either
@entsel or @wef - problem is that while in middle of typing characters
in a field, i can't force update.

Background: timeclock application - users have to swipe a card or type
some info to clock in/out - they watch until last second possible to get
whatever maximum benefit is is for themselves - some of them type info
into
field and are waiting until clock strikes certain time before pressing 
<enter>

i can't see it worth replacing all input fields on screen (even though
there's only a few) with inkey or waitkey loops and concatenating to
reassemble data back into fields, but maybe i'm overthinking this and
missing some obvious method.

i also note <DRAW> key code does not force update of time, i guess
that's
an fp design decision.

FWIW, the server is syncronized to an NTP server on internet - most
users
are on PC's, but windows time syncronization is not as reliable so
apparently just looking at windows clock wasn't doing it for them.

-----------------------------------------------------

The first thing that came to my mind was  onkeyup="function();" as we do
in JS.  Realizing this is not possible in filePro makes me wonder if one
should post a wishlist item(s) like:

(a) @kp### - Where ### is the field name/number
(b) @fk##  - Where ## is the function key 1 - 12

If (a) were possible, you would have no problem at all as a native
routine 
could be executed each time a key is pressed.

That being said, I wonder if you could use some of *NIX standard IO
utils 
to get the job done.  Say for instance, as the fp *clerk is opened or
user
is placed in update mode, run a shell script (background) which will
send
text to terminal on a given X,Y coordinates.  You will simply run the
script
and pass the TTY to target (even the X,Y if you wanted to make it really
dynamic).  

Perhaps JP, Mark or Brian could debunk or support this concept if at all
possible.

In the same token, I think I read ANZIO might be willing to do something
to display server-side time on screen - What is wrong with that?

Regards,


--
Jose Lerebours
http://www.fpgroups.com
954-559-7186
filePro + PHP Solution Developer




From brian at aljex.com  Fri Dec 12 06:05:22 2008
From: brian at aljex.com (Brian K. White)
Date: Fri, 12 Dec 2008 09:05:22 -0500
Subject: Darned clock watchers!
References: <20081212060219.9c3a3c79dc5c950ab111f4660728c8e9.87334bfa2c.wbe@email.secureserver.net>
Message-ID: <B17B00E46E564336B666B3CF8619F19C@miata>

> on Unix, in a terminal session, i need a way to constantly display
> system
> time (hms) on a screen.

Also, aside from the script I posted, a different answer is run a sntp 
server on your unix box and configure the windows desktop to use the unix 
box as it's internet time server. Then you can trust the windows desktop 
clock again.

-- 
Brian K. White    brian at aljex.com    http://www.myspace.com/KEYofR
+++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++.
filePro  BBx    Linux  SCO  FreeBSD    #callahans  Satriani  Filk!


From joe at magnatechonline.com  Fri Dec 12 06:18:16 2008
From: joe at magnatechonline.com (Joe Chasan)
Date: Fri, 12 Dec 2008 09:18:16 -0500
Subject: Darned clock watchers!
In-Reply-To: <B17B00E46E564336B666B3CF8619F19C@miata>;
	from brian@aljex.com on Fri, Dec 12, 2008 at 09:05:22AM -0500
References: <20081212060219.9c3a3c79dc5c950ab111f4660728c8e9.87334bfa2c.wbe@email.secureserver.net>
	<B17B00E46E564336B666B3CF8619F19C@miata>
Message-ID: <20081212091816.A29338@magnatechonline.com>

On Fri, Dec 12, 2008 at 09:05:22AM -0500, Brian K. White wrote:
> > on Unix, in a terminal session, i need a way to constantly display
> > system
> > time (hms) on a screen.
> 
> Also, aside from the script I posted, a different answer is run a sntp 
> server on your unix box and configure the windows desktop to use the unix 
> box as it's internet time server. Then you can trust the windows desktop 
> clock again.

thanks, i'm working that angle as well - one also has to update windows
to update time more frequently than the default once per week - i googled
a registry hack for that one, waiting for sysadmin to make these 2 changes
to all the PC's.

still, considering when you look at an old-fashioned punch clock it has a
clock display to go along with the stamper - since the filePro app
essentially replaces it, i was hoping for a filePro solution as well.
 
--
-Joe Chasan-                           Magnatech Business Systems, Inc.
joe - at - magnatechonline -dot- com   Hicksville, NY - USA
http://www.MagnatechOnline.com         Tel.(516) 931-4444/Fax.(516) 931-1264

From wvaughan at steelerubber.com  Fri Dec 12 06:27:01 2008
From: wvaughan at steelerubber.com (Walter Vaughan)
Date: Fri, 12 Dec 2008 09:27:01 -0500
Subject: Darned clock watchers!
In-Reply-To: <20081211131615.A26195@magnatechonline.com>
References: <20081211131615.A26195@magnatechonline.com>
Message-ID: <494274B5.1060201@steelerubber.com>

Joe Chasan wrote:

>FWIW, the server is syncronized to an NTP server on internet - most users
>are on PC's, but windows time syncronization is not as reliable so
>apparently just looking at windows clock wasn't doing it for them.
>

http://technet.microsoft.com/en-us/library/cc773263.aspx

You can set clients registry to check for reliability and then maintain a
three times a day checkup to your server. Surely the amount data traffic
will be monumentally lower that way, and should accurate enough.

From kenbrody at bestweb.net  Fri Dec 12 07:31:22 2008
From: kenbrody at bestweb.net (Kenneth Brody)
Date: Fri, 12 Dec 2008 10:31:22 -0500
Subject: Darned clock watchers!
In-Reply-To: <20081212002138.A14046@iglou.com>
References: <20081211131615.A26195@magnatechonline.com>
	<1929785346F04F2EA0E30A148A613B2B@venti>
	<20081211222417.A12642@magnatechonline.com>
	<20081211224444.A11620@iglou.com> <20081212002138.A14046@iglou.com>
Message-ID: <20081212103122.pw5fiy0uxwsgww4o-xraoebql@webmail.spamcop.net>

Quoting Fairlight (Fri, 12 Dec 2008 00:21:39 -0500):
[...]
> The only problem is that it gets suspended for tty output if it's
> backgrounded.  To work, it has to be the foreground process--which it
> wouldn't be if you wanted to -do- anything with the terminal session.
>
> Now, I -know- for a fact that sysinfo didn't have this issue.  I know this
> for certain because I personally used it for over three years, so I'm 100%
> positive that it didn't have concurrency issues.
[...]

Define "backgrounded".

What if it simply fork()ed itself and had the parent exit()?  What would
cause the child's output to be blocked?

-- 
KenBrody at BestWeb dot net        spamtrap: <g8ymh8uf001 at sneakemail.com>
http://www.hvcomputer.com
http://www.fileProPlus.com

From boaz at mirrotek.com  Fri Dec 12 09:19:52 2008
From: boaz at mirrotek.com (Boaz Bezborodko)
Date: Fri, 12 Dec 2008 12:19:52 -0500
Subject: Darned clock watchers!
In-Reply-To: <mailman.747.1229053491.12959.filepro-list@lists.celestial.com>
References: <mailman.747.1229053491.12959.filepro-list@lists.celestial.com>
Message-ID: <49429D38.10602@mirrotek.com>

Joe,

If these are running on Windows machines then why not use the Windows 
NET TIME /SET command to set their clocks to that of a local (or 
net-based) time source?

I admit that in my set up it's pretty easy as I have a Samba domain on 
my Linux box.  I have this command run on every log in and the server 
looks to one of the net-based clock sources.  But there must be some not 
so difficult arrangement that will allow you to have one machine remain 
updated by a net based time source while the others look to it to set up 
their own clocks.  Then you only have to set up a Windows scheduled 
process to run a simple batch file every so often and the clocks will be 
quite accurate throughout the network.

Boaz

From bob at trebor.iglou.com  Fri Dec 12 14:15:48 2008
From: bob at trebor.iglou.com (Bob Stockler)
Date: Fri, 12 Dec 2008 17:15:48 -0500
Subject: Joe's Clock-Watcher's Problem - Maybe Solved ? ? ?
Message-ID: <20081212221548.GA6714@trebor.iglou.com>

It just occured to me that I'd written a program some time ago
that wrote the day, date and time to the bottom of a filePro
screen.  I don't know why I didn't think of it sooner - I use
the program once a month when I enter data from my Gas and
Electric utility bill into a filePro database.  It uses the
KornShell (which probably could be converted to any other modern
shell) and any flavor of AWK.  I use it on SCO UNIX.

I hope Joe can edit it to suit his purposes.

============================== cut here ===============================
#!/bin/ksh
# @(#) Prints the Date and Time to the bottom of a filePro screen

# Assign the filePro file name:
export PFNAME=lge
# Assign the screen header:
export HEADER="Louisville Gas & Electric Bills"
# Assign the screen name or number:
export SCREEN=0
# Assign "dclerk" or "rclerk"
export CLERK=rclerk

: ${AWK:=$(whence mawk)} ${AWK:=$(whence gawk)} ${AWK:=$(whence awk)}
: ${CF:=$(tput civis)} ${CN:=$(tput cnorm)} ${md:=$(tput bold)}
: ${me:=$(tput sgr0)}
ECHO="echo -n  \"$CF$md`tput cup 24 24` \""  # for row 25 col 25
DATE="/bin/date '+%I:%M:%S %p - %a - %b %e, %Y'"
trap ' print -n "$CN" >/dev/tty ; trap 0 ; exit 0 ' EXIT HUP INT QUIT TERM
trap '' INT QUIT  # catch INT or QUIT signals issued in filePro
( $AWK -v CN="$CN" -v ECHO="$ECHO" -v DATE="$DATE" -v me="$me" -v CF="$CF" '
  BEGIN { t = 2
    while (1) {
      system("sleep "t)
      DATE | getline date ; close( DATE )
      t = 60 - ( ( substr(date,7,2) + 0 ) % 60 )
      gsub(/^0|:[0-5][0-9] /," ",date)
      system(ECHO date " " me) 
    }
  }' >/dev/tty
) &
BG_PID=$!

$PFPROG/fp/$CLERK $PFNAME -s$SCREEN -h $HEADER

kill -9 $BG_PID

exit 0

# EOF "time"
============================== cut here ===============================

Bob

-- 
Bob Stockler +-+ bob at trebor.iglou.com +-+ http://members.iglou.com/trebor

From fairlite at fairlite.com  Tue Dec 16 12:59:41 2008
From: fairlite at fairlite.com (Fairlight)
Date: Tue, 16 Dec 2008 15:59:41 -0500
Subject: USER question
Message-ID: <20081216155941.A17266@iglou.com>

Is it possible to generate EOF on the outgoing stream to a program without
closing the entire USER session?  Likewise, how do you detect EOF on the
incoming stream from USER if the external isn't purposely built for use
with fP?

Been a while since I've seen the full docs on it...and I'm not sure this
was ever actually addressed in them.

mark->
-- 
Fairlight->   ||| "Ashes to ashes, funk to funky; /  | Fairlight Consulting
  __/\__      ||| we know Major Tom's a Junky /      |
 <__<>__>     ||| strung out in Heaven's high /      | http://www.fairlite.com
    \/        ||| hitting an all time low..." --     | info at fairlite.com
              ||| Bowie                              |

From kenbrody at bestweb.net  Tue Dec 16 13:24:44 2008
From: kenbrody at bestweb.net (Kenneth Brody)
Date: Tue, 16 Dec 2008 16:24:44 -0500
Subject: USER question
In-Reply-To: <20081216155941.A17266@iglou.com>
References: <20081216155941.A17266@iglou.com>
Message-ID: <20081216162444.q3lljwy0pw0wcg40-xraoebql@webmail.spamcop.net>

Quoting Fairlight (Tue, 16 Dec 2008 15:59:41 -0500):

> Is it possible to generate EOF on the outgoing stream to a program without
> closing the entire USER session?  Likewise, how do you detect EOF on the
> incoming stream from USER if the external isn't purposely built for use
> with fP?

The only way to generate EOF on a pipe is to close the pipe.

[...]

-- 
KenBrody at BestWeb dot net        spamtrap: <g8ymh8uf001 at sneakemail.com>
http://www.hvcomputer.com
http://www.fileProPlus.com

From sellich at guaranteedreturns.com  Tue Dec 16 13:07:24 2008
From: sellich at guaranteedreturns.com (Chris Sellitto)
Date: Tue, 16 Dec 2008 16:07:24 -0500
Subject: DIM and Associated Fields (GRX)
Message-ID: <2DBF4318DEEE234BA68949B98AEA10F3026031B4@NYEXCH1.extranet.guaranteedreturns.com>

I am dealing with a file that somebody else created.  The layout is as follows.

                       D E F I N E   P R O C E S S I N G               5.0.14RN9
????????????????????????????????????????????????????????????????????????????????
  1- skid                                 16- a1)IndCartType1              31- a1)IndCartType12
  2- wholesaler #                 17- a1)IndCartType2              32- a1)IndCartType13
  3- curr location                  18- a1)IndCartType3              33- a1)IndCartType14
  4- prev location                  19- a1)IndCartType4             34- a2)IndCartType5Count
  5- status                              20- a2)IndCartType1Count  35- a2)IndCartType6Count
  6- last activity                      21- a2)IndCartType2Count  36- a2)IndCartType7Count
  7-               date                   22- a2)IndCartType3Count  37- a2)IndCartType8Count
  8-               time                   23- a2)IndCartType4Count  38- a2)IndCartType9Count
  9-               user                   24- a1)IndCartType5            39- a2)IndCartType10Count
 10- wholesaler name        25- a1)IndCartType6            40- a2)IndCartType11Count
 11- front/rear                        26- a1)IndCartType7            41- a2)IndCartType12Count
 12- division                          27- a1)IndCartType8            42- a2)IndCartType13Count
 13- # boxes                          28- a1)IndCartType9            43- a2)IndCartType14Count
 14- # boxes processed     29- a1)IndCartType10
 15- mailer number             30- a1)IndCartType11

My Question is:

Can I build a 14 element array on a1).  For instance, is the following a valid statement?

DIM IndCartType(14)(8,LJ):skid(a1))

Knowing that a valid lookup to the file using "skid" as an alias was performed.

When I run a syntax check it does not give me an error.

When I run the process I receive the following.....


*** A filePro Error Has Occurred ***

On File: /filepro/gr_skids/index.A

Output Processing
Line Number: 194
(IndCartType(x) co Indate_BoxSkid2) and (IndLoopOccur eq "1")
IndCartTypeCount(x)=IndCartTypeCount(x)+"1";FoundIndBox="Y";goto LupDun3


Reference to a field that doesn't exist.


 Press  H -Hardcopy  ???? -Continue


I am assuming it means that IndCartType(x) is generating this error.

- X is defined as (2,.0)

Any suggestions/solutions would be greatly appreciated.

Thank you

Christopher Sellitto
VP Computer Operations
Guaranteed Returns
100 Colin Drive
Holbrook, NY 11741
(631) 689-0191 x132
mailto:sellich at guaranteedreturns.com

From bill at celestial.com  Tue Dec 16 13:58:49 2008
From: bill at celestial.com (Bill Campbell)
Date: Tue, 16 Dec 2008 13:58:49 -0800
Subject: USER question
In-Reply-To: <20081216155941.A17266@iglou.com>
References: <20081216155941.A17266@iglou.com>
Message-ID: <20081216215849.GA1436@ayn.mi.celestial.com>

On Tue, Dec 16, 2008, Fairlight wrote:
>Is it possible to generate EOF on the outgoing stream to a program without
>closing the entire USER session?  Likewise, how do you detect EOF on the
>incoming stream from USER if the external isn't purposely built for use
>with fP?

Ken has already addressed the EOF question.

The only thing I've done that may be similar is dealing with
input from devices which don't get closed properly.  In those
cases I have set an alarm, and all it closed after some period of
inactivity.

I do this when printing checks from RealWorld COBOL software that
(a) is hard coded to a /dev/lp? device, and (b) opens and closes
the COBOL file for every line printed.  I replace the device with
a named pipe, and have a perl process that continually reads that
device, terminating a logical print job after some specified time
out interval.

Bill
-- 
INTERNET:   bill at celestial.com  Bill Campbell; Celestial Software LLC
URL: http://www.celestial.com/  PO Box 820; 6641 E. Mercer Way
Voice:          (206) 236-1676  Mercer Island, WA 98040-0820
Fax:            (206) 232-9186

With Congress, every time they make a joke it's a law; and every time
they make a law it's a joke.
		-- Will Rogers

From john at valar.com  Tue Dec 16 14:06:04 2008
From: john at valar.com (John Esak)
Date: Tue, 16 Dec 2008 17:06:04 -0500
Subject: DIM and Associated Fields (GRX)
In-Reply-To: <2DBF4318DEEE234BA68949B98AEA10F3026031B4@NYEXCH1.extranet.guaranteedreturns.com>
Message-ID: <200812162206.mBGM65JB035586@admin114.securesites.net>

I think your problem might be that there are only 8 fields in the a1)
associated field group.  (the others are a2)).... So, the array you've
overlaid on them is stepping you out of bounds.

I haven't looked closely at your code... Just read what you wrote and that
sounded wrong.

But, on the whole, yes, you can build an array over an associated field
group... And I suppose over an associated field group in a lookup file as
well.  (never did this, but don't see why it wouldn't work if the fields and
elements match up in number).

John Esak


> -----Original Message-----
> From: filepro-list-bounces+john=valar.com at lists.celestial.com 
> [mailto:filepro-list-bounces+john=valar.com at lists.celestial.co
m] On Behalf Of Chris Sellitto
> Sent: Tuesday, December 16, 2008 4:07 PM
> To: filepro-list at lists.celestial.com
> Subject: DIM and Associated Fields (GRX)
> 
> I am dealing with a file that somebody else created.  The 
> layout is as follows.
> 
>                        D E F I N E   P R O C E S S I N G      
>          5.0.14RN9
> --------------------------------------------------------------
> ------------------
>   1- skid                                 16- a1)IndCartType1 
>              31- a1)IndCartType12
>   2- wholesaler #                 17- a1)IndCartType2         
>      32- a1)IndCartType13
>   3- curr location                  18- a1)IndCartType3       
>        33- a1)IndCartType14
>   4- prev location                  19- a1)IndCartType4       
>       34- a2)IndCartType5Count
>   5- status                              20- 
> a2)IndCartType1Count  35- a2)IndCartType6Count
>   6- last activity                      21- 
> a2)IndCartType2Count  36- a2)IndCartType7Count
>   7-               date                   22- 
> a2)IndCartType3Count  37- a2)IndCartType8Count
>   8-               time                   23- 
> a2)IndCartType4Count  38- a2)IndCartType9Count
>   9-               user                   24- a1)IndCartType5 
>            39- a2)IndCartType10Count
>  10- wholesaler name        25- a1)IndCartType6            
> 40- a2)IndCartType11Count
>  11- front/rear                        26- a1)IndCartType7    
>         41- a2)IndCartType12Count
>  12- division                          27- a1)IndCartType8    
>         42- a2)IndCartType13Count
>  13- # boxes                          28- a1)IndCartType9     
>        43- a2)IndCartType14Count
>  14- # boxes processed     29- a1)IndCartType10
>  15- mailer number             30- a1)IndCartType11
> 
> My Question is:
> 
> Can I build a 14 element array on a1).  For instance, is the 
> following a valid statement?
> 
> DIM IndCartType(14)(8,LJ):skid(a1))
> 
> Knowing that a valid lookup to the file using "skid" as an 
> alias was performed.
> 
> When I run a syntax check it does not give me an error.
> 
> When I run the process I receive the following.....
> 
> 
> *** A filePro Error Has Occurred ***
> 
> On File: /filepro/gr_skids/index.A
> 
> Output Processing
> Line Number: 194
> (IndCartType(x) co Indate_BoxSkid2) and (IndLoopOccur eq "1")
> IndCartTypeCount(x)=IndCartTypeCount(x)+"1";FoundIndBox="Y";go
> to LupDun3
> 
> 
> Reference to a field that doesn't exist.
> 
> 
>  Press  H -Hardcopy  ?--+ -Continue
> 
> 
> I am assuming it means that IndCartType(x) is generating this error.
> 
> - X is defined as (2,.0)
> 
> Any suggestions/solutions would be greatly appreciated.
> 
> Thank you
> 
> Christopher Sellitto
> VP Computer Operations
> Guaranteed Returns
> 100 Colin Drive
> Holbrook, NY 11741
> (631) 689-0191 x132
> mailto:sellich at guaranteedreturns.com
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list
> 


From john at valar.com  Tue Dec 16 14:11:25 2008
From: john at valar.com (John Esak)
Date: Tue, 16 Dec 2008 17:11:25 -0500
Subject: DIM and Associated Fields (GRX)
In-Reply-To: <200812162206.mBGM65JB035586@admin114.securesites.net>
Message-ID: <200812162211.mBGMBPr0037612@admin114.securesites.net>

Incidentally, I mentioned that the dimension and the associated field group
have to match up in number of elements.... But the associated field group
does not have to be contiguous... Id don't mean that.  In your case, you
would just build an 8 element array starting at a1) and filepro will figure
the thing out for you no matter where it finds the a1) elements.

John
 

> -----Original Message-----
> From: filepro-list-bounces+john=valar.com at lists.celestial.com 
> [mailto:filepro-list-bounces+john=valar.com at lists.celestial.co
m] On Behalf Of John Esak
> Sent: Tuesday, December 16, 2008 5:06 PM
> To: 'Chris Sellitto'; filepro-list at lists.celestial.com
> Cc: 'filePro'
> Subject: RE: DIM and Associated Fields (GRX)
> 
> I think your problem might be that there are only 8 fields in the a1)
> associated field group.  (the others are a2)).... So, the array you've
> overlaid on them is stepping you out of bounds.
> 
> I haven't looked closely at your code... Just read what you 
> wrote and that
> sounded wrong.
> 
> But, on the whole, yes, you can build an array over an 
> associated field
> group... And I suppose over an associated field group in a 
> lookup file as
> well.  (never did this, but don't see why it wouldn't work if 
> the fields and
> elements match up in number).
> 
> John Esak
> 
> 
> > -----Original Message-----
> > From: filepro-list-bounces+john=valar.com at lists.celestial.com 
> > [mailto:filepro-list-bounces+john=valar.com at lists.celestial.co
> m] On Behalf Of Chris Sellitto
> > Sent: Tuesday, December 16, 2008 4:07 PM
> > To: filepro-list at lists.celestial.com
> > Subject: DIM and Associated Fields (GRX)
> > 
> > I am dealing with a file that somebody else created.  The 
> > layout is as follows.
> > 
> >                        D E F I N E   P R O C E S S I N G      
> >          5.0.14RN9
> > --------------------------------------------------------------
> > ------------------
> >   1- skid                                 16- a1)IndCartType1 
> >              31- a1)IndCartType12
> >   2- wholesaler #                 17- a1)IndCartType2         
> >      32- a1)IndCartType13
> >   3- curr location                  18- a1)IndCartType3       
> >        33- a1)IndCartType14
> >   4- prev location                  19- a1)IndCartType4       
> >       34- a2)IndCartType5Count
> >   5- status                              20- 
> > a2)IndCartType1Count  35- a2)IndCartType6Count
> >   6- last activity                      21- 
> > a2)IndCartType2Count  36- a2)IndCartType7Count
> >   7-               date                   22- 
> > a2)IndCartType3Count  37- a2)IndCartType8Count
> >   8-               time                   23- 
> > a2)IndCartType4Count  38- a2)IndCartType9Count
> >   9-               user                   24- a1)IndCartType5 
> >            39- a2)IndCartType10Count
> >  10- wholesaler name        25- a1)IndCartType6            
> > 40- a2)IndCartType11Count
> >  11- front/rear                        26- a1)IndCartType7    
> >         41- a2)IndCartType12Count
> >  12- division                          27- a1)IndCartType8    
> >         42- a2)IndCartType13Count
> >  13- # boxes                          28- a1)IndCartType9     
> >        43- a2)IndCartType14Count
> >  14- # boxes processed     29- a1)IndCartType10
> >  15- mailer number             30- a1)IndCartType11
> > 
> > My Question is:
> > 
> > Can I build a 14 element array on a1).  For instance, is the 
> > following a valid statement?
> > 
> > DIM IndCartType(14)(8,LJ):skid(a1))
> > 
> > Knowing that a valid lookup to the file using "skid" as an 
> > alias was performed.
> > 
> > When I run a syntax check it does not give me an error.
> > 
> > When I run the process I receive the following.....
> > 
> > 
> > *** A filePro Error Has Occurred ***
> > 
> > On File: /filepro/gr_skids/index.A
> > 
> > Output Processing
> > Line Number: 194
> > (IndCartType(x) co Indate_BoxSkid2) and (IndLoopOccur eq "1")
> > IndCartTypeCount(x)=IndCartTypeCount(x)+"1";FoundIndBox="Y";go
> > to LupDun3
> > 
> > 
> > Reference to a field that doesn't exist.
> > 
> > 
> >  Press  H -Hardcopy  ?--+ -Continue
> > 
> > 
> > I am assuming it means that IndCartType(x) is generating this error.
> > 
> > - X is defined as (2,.0)
> > 
> > Any suggestions/solutions would be greatly appreciated.
> > 
> > Thank you
> > 
> > Christopher Sellitto
> > VP Computer Operations
> > Guaranteed Returns
> > 100 Colin Drive
> > Holbrook, NY 11741
> > (631) 689-0191 x132
> > mailto:sellich at guaranteedreturns.com
> > _______________________________________________
> > Filepro-list mailing list
> > Filepro-list at lists.celestial.com
> > http://mailman.celestial.com/mailman/listinfo/filepro-list
> > 
> 
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list
> 


From rac at custom-mobility.com  Tue Dec 16 14:30:43 2008
From: rac at custom-mobility.com (Roger Cornelius)
Date: Tue, 16 Dec 2008 17:30:43 -0500
Subject: readline() strangeness on 4.8.10D4
Message-ID: <20081216223043.GA1539@custom-mobility.com>

Filepro 4.8.10D4 on SCO OSR507

I'm seeing strange behaviour from readline(), which I haven't had a need
to use before now.  Or maybe it's len() or call processing or the
debugger that's the problem.

- I'm using a called table via "call noauto"
- In auto processing I have field kz(12,*)
- In called table I have field kz(64,*)
- fh has been opened to a filepro "map" file with mode "rt"
- readline(fh,kz) returns the correct number of bytes read and kz is
  populated correctly as evidenced by "show popup kz", but len(kz) always
  returns 12 which is the length defined in auto processing.  When I
  display field kz in debug mode using "F", display field, it displays
  as a blank field 12 characters long.  If I change the field length in
  auto processing, values returned by len() and debug mode display field
  change accordingly.  According to the manual, "call auto" causes dummy
  fields from auto processing to be ignored.  Not what seems to be
  happening here.

And also:

- readline() doesn't like it when it's arguments are variables with long
  names.  At least I get a syntax error when I try to save the table.
  writeline() seems to work fine with long name variables.

Since we're on an old fp version, can I assume these issues have already
been reported and fixed?  If so, in what version?

Am I going to have problems reusing vars which exist in auto processing
even though I'm using "call noauto"?

Thanks.
-- 
Roger Cornelius            rac at custom-mobility.com

From wvaughan at steelerubber.com  Tue Dec 16 14:57:43 2008
From: wvaughan at steelerubber.com (Walter Vaughan)
Date: Tue, 16 Dec 2008 17:57:43 -0500
Subject: readline() strangeness on 4.8.10D4
In-Reply-To: <20081216223043.GA1539@custom-mobility.com>
References: <20081216223043.GA1539@custom-mobility.com>
Message-ID: <49483267.3010802@steelerubber.com>

Roger Cornelius wrote:

> Or maybe it's len() 
>
Or maybe you need dlen()
http://www.fileproplus.com/Products/Docs/fpmanhtm/references/commands/dlen.htm

From fairlite at fairlite.com  Tue Dec 16 15:31:04 2008
From: fairlite at fairlite.com (Fairlight)
Date: Tue, 16 Dec 2008 18:31:04 -0500
Subject: USER question
In-Reply-To: <20081216162444.q3lljwy0pw0wcg40-xraoebql@webmail.spamcop.net>;
	from kenbrody@bestweb.net on Tue, Dec 16, 2008 at 04:24:44PM -0500
References: <20081216155941.A17266@iglou.com>
	<20081216162444.q3lljwy0pw0wcg40-xraoebql@webmail.spamcop.net>
Message-ID: <20081216183104.A25111@iglou.com>

At Tue, Dec 16, 2008 at 04:24:44PM -0500 or thereabouts, 
suspect Kenneth Brody was observed uttering:
> Quoting Fairlight (Tue, 16 Dec 2008 15:59:41 -0500):
> 
> > Is it possible to generate EOF on the outgoing stream to a program without
> > closing the entire USER session?  Likewise, how do you detect EOF on the
> > incoming stream from USER if the external isn't purposely built for use
> > with fP?
> 
> The only way to generate EOF on a pipe is to close the pipe.

Which...I of course knew. :) Guess I'm more tired than I thought,
re-reading the question and how I phrased it.  Not to mention being ill.
Bleh.

I just figured maybe you had a mechanic hidden away in there that wasn't
exactly advertised and didn't rely on the pipe.  Could have been more to it
than that.

Okay, so USER is pretty much useless in a scenario where you need to give
something STDIN from fP's STDOUT, and get the STDOUT from the process back.
There's no way to EOF it and read back all in one session.  I can think of
a few (ugly, ugly, UGLY) ways to work around this, but...  Yeah, the
suggestion of USER from earlier in the week is a non-starter.

mark->
-- 
"I'm not subtle. I'm not pretty, and I'll piss off a lot of people along
the way. But I'll get the job done" --Captain Matthew Gideon, "Crusade"

From fairlite at fairlite.com  Tue Dec 16 15:36:31 2008
From: fairlite at fairlite.com (Fairlight)
Date: Tue, 16 Dec 2008 18:36:31 -0500
Subject: readline() strangeness on 4.8.10D4
In-Reply-To: <49483267.3010802@steelerubber.com>;
	from wvaughan@steelerubber.com on Tue, Dec 16, 2008 at 05:57:43PM
	-0500
References: <20081216223043.GA1539@custom-mobility.com>
	<49483267.3010802@steelerubber.com>
Message-ID: <20081216183631.B25111@iglou.com>

Four score and seven years--eh, screw that!
At about Tue, Dec 16, 2008 at 05:57:43PM -0500,
Walter Vaughan blabbed on about:
> Roger Cornelius wrote:
> 
> > Or maybe it's len() 
> >
> Or maybe you need dlen()
> http://www.fileproplus.com/Products/Docs/fpmanhtm/references/commands/dlen.htm

Careful with dlen().  Nancy Palmquist knows more of the details, but
there's a bug in dlen() that causes fP to crash.  I've seen the resulting
backtraces of those crashes, and they're not pretty.  I think it has
something to do with sizes >1024, but again, Nancy knows more about this.
Apparently it's been fixed in 5.6, but exists in 5.0.x and prior.

mark->
-- 
"I'm not subtle. I'm not pretty, and I'll piss off a lot of people along
the way. But I'll get the job done" --Captain Matthew Gideon, "Crusade"

From bill at celestial.com  Tue Dec 16 15:52:01 2008
From: bill at celestial.com (Bill Campbell)
Date: Tue, 16 Dec 2008 15:52:01 -0800
Subject: USER question
In-Reply-To: <20081216183104.A25111@iglou.com>
References: <20081216155941.A17266@iglou.com>
	<20081216162444.q3lljwy0pw0wcg40-xraoebql@webmail.spamcop.net>
	<20081216183104.A25111@iglou.com>
Message-ID: <20081216235201.GA20813@ayn.mi.celestial.com>

On Tue, Dec 16, 2008, Fairlight wrote:
>At Tue, Dec 16, 2008 at 04:24:44PM -0500 or thereabouts, 
>suspect Kenneth Brody was observed uttering:
>> Quoting Fairlight (Tue, 16 Dec 2008 15:59:41 -0500):
>> 
>> > Is it possible to generate EOF on the outgoing stream to a program without
>> > closing the entire USER session?  Likewise, how do you detect EOF on the
>> > incoming stream from USER if the external isn't purposely built for use
>> > with fP?
>> 
>> The only way to generate EOF on a pipe is to close the pipe.
>
>Which...I of course knew. :) Guess I'm more tired than I thought,
>re-reading the question and how I phrased it.  Not to mention being ill.
>Bleh.
>
>I just figured maybe you had a mechanic hidden away in there that wasn't
>exactly advertised and didn't rely on the pipe.  Could have been more to it
>than that.
>
>Okay, so USER is pretty much useless in a scenario where you need to give
>something STDIN from fP's STDOUT, and get the STDOUT from the process back.
>There's no way to EOF it and read back all in one session.  I can think of
>a few (ugly, ugly, UGLY) ways to work around this, but...  Yeah, the
>suggestion of USER from earlier in the week is a non-starter.

I had a system that required some 80286 Xenix binaries tied into FilePro,
with some fairly neat menus that had hard-coded Radio Shack DT-100 terminal
codes, programming function keys on the fly.  Of course the source code for
this program was long gone.

I wrote a shim program that spawned two processes, similar to what
communication programs like ckermit do, sitting between the x286 binary
program and the terminal.  The processes communicated with shared memory
with the process listening to Filepro intercepting the codes to reprogram
function keys, updating the shared memory key map.  The process talking to
the terminal and keyboard looked for function keys sent, mapping them to
the appropriate DT-100 codes.  The only difficulty was that it tended to
use up shared memory when people didn't log off properly so required
manually clearing it.

Bill
-- 
INTERNET:   bill at celestial.com  Bill Campbell; Celestial Software LLC
URL: http://www.celestial.com/  PO Box 820; 6641 E. Mercer Way
Voice:          (206) 236-1676  Mercer Island, WA 98040-0820
Fax:            (206) 232-9186

To say that UNIX is doomed is pretty rabid, OS/2 will certainly play a role,
but you don't build a hundred million instructions per second multiprocessor
micro and then try to run it on OS/2.  I mean, get serious.
    -- William Zachmann, International Data Corp

From fairlite at fairlite.com  Tue Dec 16 15:59:14 2008
From: fairlite at fairlite.com (Fairlight)
Date: Tue, 16 Dec 2008 18:59:14 -0500
Subject: USER question
In-Reply-To: <20081216235201.GA20813@ayn.mi.celestial.com>;
	from bill@celestial.com on Tue, Dec 16, 2008 at 03:52:01PM -0800
References: <20081216155941.A17266@iglou.com>
	<20081216162444.q3lljwy0pw0wcg40-xraoebql@webmail.spamcop.net>
	<20081216183104.A25111@iglou.com>
	<20081216235201.GA20813@ayn.mi.celestial.com>
Message-ID: <20081216185914.D25111@iglou.com>

On Tue, Dec 16, 2008 at 03:52:01PM -0800, Bill Campbell, the prominent pundit,
witicized:
> I wrote a shim program that spawned two processes, similar to what
> communication programs like ckermit do, sitting between the x286 binary
> program and the terminal.  The processes communicated with shared memory
> with the process listening to Filepro intercepting the codes to reprogram
> function keys, updating the shared memory key map.  The process talking to
> the terminal and keyboard looked for function keys sent, mapping them to

That's something I've considered...a go-between program for USER that
handles both ends "separately".

> the appropriate DT-100 codes.  The only difficulty was that it tended to
> use up shared memory when people didn't log off properly so required
> manually clearing it.

Doesn't that usually require a reboot? :) I've seen fP 5.0.x and 5.6.x
(when 5.6 was new) not quite work well together and actually break the
shared memory segment and neither version would use it correctly after
that.  Only way it seemed to be clearable was with a reboot.  Might be
possible if you knew the exact memory range to clear though, but I didn't.

mark->
-- 
"I'm not subtle. I'm not pretty, and I'll piss off a lot of people along
the way. But I'll get the job done" --Captain Matthew Gideon, "Crusade"

From bill at celestial.com  Tue Dec 16 17:38:06 2008
From: bill at celestial.com (Bill Campbell)
Date: Tue, 16 Dec 2008 17:38:06 -0800
Subject: USER question
In-Reply-To: <20081216185914.D25111@iglou.com>
References: <20081216155941.A17266@iglou.com>
	<20081216162444.q3lljwy0pw0wcg40-xraoebql@webmail.spamcop.net>
	<20081216183104.A25111@iglou.com>
	<20081216235201.GA20813@ayn.mi.celestial.com>
	<20081216185914.D25111@iglou.com>
Message-ID: <20081217013806.GA9182@ayn.mi.celestial.com>

On Tue, Dec 16, 2008, Fairlight wrote:
>On Tue, Dec 16, 2008 at 03:52:01PM -0800, Bill Campbell, the prominent pundit,
>witicized:
>> I wrote a shim program that spawned two processes, similar to what
>> communication programs like ckermit do, sitting between the x286 binary
>> program and the terminal.  The processes communicated with shared memory
>> with the process listening to Filepro intercepting the codes to reprogram
>> function keys, updating the shared memory key map.  The process talking to
>> the terminal and keyboard looked for function keys sent, mapping them to
>
>That's something I've considered...a go-between program for USER that
>handles both ends "separately".

I wrote the program that handles this in C, using low-level terminal
handling code that I wrote in 1985 or for my Unify RDBMS based accounting
software.  It took less than 600 lines of C code (less if one removes
comments), and runs FilePro via a pair of pipes to handle input and output.
I think the last time I compiled this was in November 2003 so it would
require a bit of study to figure out what I did again :-).

>> the appropriate DT-100 codes.  The only difficulty was that it tended to
>> use up shared memory when people didn't log off properly so required
>> manually clearing it.
>
>Doesn't that usually require a reboot? :) I've seen fP 5.0.x and 5.6.x
>(when 5.6 was new) not quite work well together and actually break the
>shared memory segment and neither version would use it correctly after
>that.  Only way it seemed to be clearable was with a reboot.  Might be
>possible if you knew the exact memory range to clear though, but I didn't.

It doesn't require rebooting.  There are utilities to list shared memory
usage, clear it, etc., but I always have to poke around to remember what
they are.  This customer has since retired and shut down their business
that they were running on an SCO OSR 5.0.6a system (had to to run the x286
Xenix binaries :-).  Unfortunately they took their IBM xSeries tower to the
local PC recycler before telling me so I did not get a chance at it.

Bill
-- 
INTERNET:   bill at celestial.com  Bill Campbell; Celestial Software LLC
URL: http://www.celestial.com/  PO Box 820; 6641 E. Mercer Way
Voice:          (206) 236-1676  Mercer Island, WA 98040-0820
Fax:            (206) 232-9186

In free governments the rulers are the servants, and the people their
superiors & sovereigns." -- Benjamin Franklin

From fairlite at fairlite.com  Tue Dec 16 17:42:48 2008
From: fairlite at fairlite.com (Fairlight)
Date: Tue, 16 Dec 2008 20:42:48 -0500
Subject: USER question
In-Reply-To: <20081217013806.GA9182@ayn.mi.celestial.com>;
	from bill@celestial.com on Tue, Dec 16, 2008 at 05:38:06PM -0800
References: <20081216155941.A17266@iglou.com>
	<20081216162444.q3lljwy0pw0wcg40-xraoebql@webmail.spamcop.net>
	<20081216183104.A25111@iglou.com>
	<20081216235201.GA20813@ayn.mi.celestial.com>
	<20081216185914.D25111@iglou.com>
	<20081217013806.GA9182@ayn.mi.celestial.com>
Message-ID: <20081216204248.A28268@iglou.com>

Four score and seven years--eh, screw that!
At about Tue, Dec 16, 2008 at 05:38:06PM -0800,
Bill Campbell blabbed on about:
> 
> I wrote the program that handles this in C, using low-level terminal
> handling code that I wrote in 1985 or for my Unify RDBMS based accounting
> software.  It took less than 600 lines of C code (less if one removes
> comments), and runs FilePro via a pair of pipes to handle input and output.
> I think the last time I compiled this was in November 2003 so it would
> require a bit of study to figure out what I did again :-).

*emulates Exorcist head-spin scene*

> It doesn't require rebooting.  There are utilities to list shared memory
> usage, clear it, etc., but I always have to poke around to remember what

Intedestink.  Veddy intedestink.

mark->
-- 
"I'm not subtle. I'm not pretty, and I'll piss off a lot of people along
the way. But I'll get the job done" --Captain Matthew Gideon, "Crusade"

From gccconsulting at comcast.net  Tue Dec 16 19:36:33 2008
From: gccconsulting at comcast.net (GCC Consulting)
Date: Tue, 16 Dec 2008 22:36:33 -0500
Subject: DIM and Associated Fields (GRX)
In-Reply-To: <200812162211.mBGMBPr0037612@admin114.securesites.net>
References: <200812162206.mBGM65JB035586@admin114.securesites.net>
	<200812162211.mBGMBPr0037612@admin114.securesites.net>
Message-ID: <001801c95ff8$a89f7380$f9de5a80$@net>

John,

That is true in 5.6.  I don?t think one cam build an array across
non-contiguous associated fields in older versions.

If I recall correctly, I asked about this as I was building an fp
spreadsheet type application for a client and after about 6 months he asked
me to expand the elements.  This required me to add 5 more sets of
associated fields which used different arrays.  

Fptech was advised on this and fixed this in a later version.  Maybe 5.0.14
but this should work in 5.6.

Not sure of the lookup piece though.


Richard Kreiss
GCC Consulting
rkreiss at gccconsulting.net
? 



> -----Original Message-----
> From: filepro-list-bounces+gccconsulting=comcast.net at lists.celestial.com
>
[mailto:filepro-list-bounces+gccconsulting=comcast.net at lists.celestial.com]
On
> Behalf Of John Esak
> Sent: Tuesday, December 16, 2008 5:11 PM
> To: 'Chris Sellitto'; filepro-list at lists.celestial.com
> Subject: RE: DIM and Associated Fields (GRX)
> 
> Incidentally, I mentioned that the dimension and the associated field
group
> have to match up in number of elements.... But the associated field group
> does not have to be contiguous... Id don't mean that.  In your case, you
> would just build an 8 element array starting at a1) and filepro will
figure
> the thing out for you no matter where it finds the a1) elements.
> 
> John
> 
> 
> > -----Original Message-----
> > From: filepro-list-bounces+john=valar.com at lists.celestial.com
> > [mailto:filepro-list-bounces+john=valar.com at lists.celestial.co
> m] On Behalf Of John Esak
> > Sent: Tuesday, December 16, 2008 5:06 PM
> > To: 'Chris Sellitto'; filepro-list at lists.celestial.com
> > Cc: 'filePro'
> > Subject: RE: DIM and Associated Fields (GRX)
> >
> > I think your problem might be that there are only 8 fields in the a1)
> > associated field group.  (the others are a2)).... So, the array you've
> > overlaid on them is stepping you out of bounds.
> >
> > I haven't looked closely at your code... Just read what you
> > wrote and that
> > sounded wrong.
> >
> > But, on the whole, yes, you can build an array over an
> > associated field
> > group... And I suppose over an associated field group in a
> > lookup file as
> > well.  (never did this, but don't see why it wouldn't work if
> > the fields and
> > elements match up in number).
> >
> > John Esak
> >
> >
> > > -----Original Message-----
> > > From: filepro-list-bounces+john=valar.com at lists.celestial.com
> > > [mailto:filepro-list-bounces+john=valar.com at lists.celestial.co
> > m] On Behalf Of Chris Sellitto
> > > Sent: Tuesday, December 16, 2008 4:07 PM
> > > To: filepro-list at lists.celestial.com
> > > Subject: DIM and Associated Fields (GRX)
> > >
> > > I am dealing with a file that somebody else created.  The
> > > layout is as follows.
> > >
> > >                        D E F I N E   P R O C E S S I N G
> > >          5.0.14RN9
> > > --------------------------------------------------------------
> > > ------------------
> > >   1- skid                                 16- a1)IndCartType1
> > >              31- a1)IndCartType12
> > >   2- wholesaler #                 17- a1)IndCartType2
> > >      32- a1)IndCartType13
> > >   3- curr location                  18- a1)IndCartType3
> > >        33- a1)IndCartType14
> > >   4- prev location                  19- a1)IndCartType4
> > >       34- a2)IndCartType5Count
> > >   5- status                              20-
> > > a2)IndCartType1Count  35- a2)IndCartType6Count
> > >   6- last activity                      21-
> > > a2)IndCartType2Count  36- a2)IndCartType7Count
> > >   7-               date                   22-
> > > a2)IndCartType3Count  37- a2)IndCartType8Count
> > >   8-               time                   23-
> > > a2)IndCartType4Count  38- a2)IndCartType9Count
> > >   9-               user                   24- a1)IndCartType5
> > >            39- a2)IndCartType10Count
> > >  10- wholesaler name        25- a1)IndCartType6
> > > 40- a2)IndCartType11Count
> > >  11- front/rear                        26- a1)IndCartType7
> > >         41- a2)IndCartType12Count
> > >  12- division                          27- a1)IndCartType8
> > >         42- a2)IndCartType13Count
> > >  13- # boxes                          28- a1)IndCartType9
> > >        43- a2)IndCartType14Count
> > >  14- # boxes processed     29- a1)IndCartType10
> > >  15- mailer number             30- a1)IndCartType11
> > >
> > > My Question is:
> > >
> > > Can I build a 14 element array on a1).  For instance, is the
> > > following a valid statement?
> > >
> > > DIM IndCartType(14)(8,LJ):skid(a1))
> > >
> > > Knowing that a valid lookup to the file using "skid" as an
> > > alias was performed.
> > >
> > > When I run a syntax check it does not give me an error.
> > >
> > > When I run the process I receive the following.....
> > >
> > >
> > > *** A filePro Error Has Occurred ***
> > >
> > > On File: /filepro/gr_skids/index.A
> > >
> > > Output Processing
> > > Line Number: 194
> > > (IndCartType(x) co Indate_BoxSkid2) and (IndLoopOccur eq "1")
> > > IndCartTypeCount(x)=IndCartTypeCount(x)+"1";FoundIndBox="Y";go
> > > to LupDun3
> > >
> > >
> > > Reference to a field that doesn't exist.
> > >
> > >
> > >  Press  H -Hardcopy  ?--+ -Continue
> > >
> > >
> > > I am assuming it means that IndCartType(x) is generating this error.
> > >
> > > - X is defined as (2,.0)
> > >
> > > Any suggestions/solutions would be greatly appreciated.
> > >
> > > Thank you
> > >
> > > Christopher Sellitto
> > > VP Computer Operations
> > > Guaranteed Returns
> > > 100 Colin Drive
> > > Holbrook, NY 11741
> > > (631) 689-0191 x132
> > > mailto:sellich at guaranteedreturns.com
> > > _______________________________________________
> > > Filepro-list mailing list
> > > Filepro-list at lists.celestial.com
> > > http://mailman.celestial.com/mailman/listinfo/filepro-list
> > >
> >
> > _______________________________________________
> > Filepro-list mailing list
> > Filepro-list at lists.celestial.com
> > http://mailman.celestial.com/mailman/listinfo/filepro-list
> >
> 
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list


From kenbrody at bestweb.net  Tue Dec 16 20:29:03 2008
From: kenbrody at bestweb.net (Kenneth Brody)
Date: Tue, 16 Dec 2008 23:29:03 -0500
Subject: readline() strangeness on 4.8.10D4
In-Reply-To: <20081216223043.GA1539@custom-mobility.com>
References: <20081216223043.GA1539@custom-mobility.com>
Message-ID: <20081216232903.iyxbmlkni8gocs8c-xraoebql@webmail.spamcop.net>

Quoting Roger Cornelius (Tue, 16 Dec 2008 17:30:43 -0500):

> Filepro 4.8.10D4 on SCO OSR507
>
> I'm seeing strange behaviour from readline(), which I haven't had a need
> to use before now.  Or maybe it's len() or call processing or the
> debugger that's the problem.
>
> - I'm using a called table via "call noauto"
> - In auto processing I have field kz(12,*)
> - In called table I have field kz(64,*)
[...]
... readline() works, but len(kz) and the debugger show 12 characters ...
[...]

Sounds like an issue with len() and the debugger, as readline() is
returning the proper 64 characters.

[...]
> And also:
>
> - readline() doesn't like it when it's arguments are variables with long
>   names.  At least I get a syntax error when I try to save the table.
>   writeline() seems to work fine with long name variables.
>
> Since we're on an old fp version, can I assume these issues have already
> been reported and fixed?  If so, in what version?

As noted in the 4.8.12 readme:

All
     READ()/READLINE() now accept long-named variables as the second
     parameter.

> Am I going to have problems reusing vars which exist in auto processing
> even though I'm using "call noauto"?

Define "problems".

By using CALL NOAUTO, you are telling filePro that the CALLed table is
to not share the dummy fields which may be defined in auto processing.
In this case, the CALLed table's "kz" field is local to that table, and
not the one already defined in auto, which would have happened with a
"normal" CALL.  The same holds true for all other dummy fields.

-- 
KenBrody at BestWeb dot net        spamtrap: <g8ymh8uf001 at sneakemail.com>
http://www.hvcomputer.com
http://www.fileProPlus.com

From sellich at guaranteedreturns.com  Wed Dec 17 06:21:53 2008
From: sellich at guaranteedreturns.com (Chris Sellitto)
Date: Wed, 17 Dec 2008 09:21:53 -0500
Subject: DIM and Associated Fields (GRX)
Message-ID: <2DBF4318DEEE234BA68949B98AEA10F3026031B6@NYEXCH1.extranet.guaranteedreturns.com>

Thanks for the replies.  I guess I should have been a little more specific.
I have version 5.0.14RN9.  My question is, can you build an array on non-contiguous
associated fields using the version I have.

Thanks
Chris


> John,

> That is true in 5.6.  I don't think one cam build an array across non-contiguous associated fields in older versions.

> If I recall correctly, I asked about this as I was building an fp 
> spreadsheet type application for a client and after about 6 months he asked me to expand the elements.  This required me to add 5 more sets of associated fields which used different arrays.

> Fptech was advised on this and fixed this in a later version.  Maybe 5.0.14 but this should work in 5.6.

> Not sure of the lookup piece though.


> Richard Kreiss
> GCC Consulting
> rkreiss at gccconsulting.net
? 



> -----Original Message-----
> From: 
> filepro-list-bounces+gccconsulting=comcast.net at lists.celestial.com
>
[mailto:filepro-list-bounces+gccconsulting=comcast.net at lists.celestial.com]
On
> Behalf Of John Esak
> Sent: Tuesday, December 16, 2008 5:11 PM
> To: 'Chris Sellitto'; filepro-list at lists.celestial.com
> Subject: RE: DIM and Associated Fields (GRX)
> 
> Incidentally, I mentioned that the dimension and the associated field
group
> have to match up in number of elements.... But the associated field 
> group does not have to be contiguous... Id don't mean that.  In your 
> case, you would just build an 8 element array starting at a1) and 
> filepro will
figure
> the thing out for you no matter where it finds the a1) elements.
> 
> John
> 
> 
> > -----Original Message-----
> > From: filepro-list-bounces+john=valar.com at lists.celestial.com
> > [mailto:filepro-list-bounces+john=valar.com at lists.celestial.co
> m] On Behalf Of John Esak
> > Sent: Tuesday, December 16, 2008 5:06 PM
> > To: 'Chris Sellitto'; filepro-list at lists.celestial.com
> > Cc: 'filePro'
> > Subject: RE: DIM and Associated Fields (GRX)
> >
> > I think your problem might be that there are only 8 fields in the
> > a1) associated field group.  (the others are a2)).... So, the array 
> > you've overlaid on them is stepping you out of bounds.
> >
> > I haven't looked closely at your code... Just read what you wrote 
> > and that sounded wrong.
> >
> > But, on the whole, yes, you can build an array over an associated 
> > field group... And I suppose over an associated field group in a 
> > lookup file as well.  (never did this, but don't see why it wouldn't 
> > work if the fields and elements match up in number).
> >
> > John Esak
> >
> >
> > > -----Original Message-----
> > > From: filepro-list-bounces+john=valar.com at lists.celestial.com
> > > [mailto:filepro-list-bounces+john=valar.com at lists.celestial.co
> > m] On Behalf Of Chris Sellitto
> > > Sent: Tuesday, December 16, 2008 4:07 PM
> > > To: filepro-list at lists.celestial.com
> > > Subject: DIM and Associated Fields (GRX)
> > >
> > > I am dealing with a file that somebody else created.  The layout 
> > > is as follows.
> > >
> > >                        D E F I N E   P R O C E S S I N G
> > >                                                      5.0.14RN9
> > > --------------------------------------------------------------
> > >   1- skid           16- a1)IndCartType1     31- a1)IndCartType12
> > >   2- wholesaler #   17- a1)IndCartType2     32- a1)IndCartType13
> > >   3- curr location  18- a1)IndCartType3     33- a1)IndCartType14
> > >   4- prev location  19- a1)IndCartType4     34- a2)IndCartType5Count
> > >   5- status         20- a2)IndCartType1Count35- a2)IndCartType6Count
> > >   6- last activity  21- a2)IndCartType2Count36- a2)IndCartType7Count
> > >   7- date           22- a2)IndCartType3Count37- a2)IndCartType8Count
> > >   8- time           23- a2)IndCartType4Count38- a2)IndCartType9Count
> > >   9- user           24- a1)IndCartType5     39- a2)IndCartType10Count
> > >  10- wholesaler name25- a1)IndCartType6     40- a2)IndCartType11Count
> > >  11- front/rear     26- a1)IndCartType7     41- a2)IndCartType12Count
> > >  12- division       27- a1)IndCartType8     42- a2)IndCartType13Count
> > >  13- # boxes        28- a1)IndCartType9     43- a2)IndCartType14Count
> > >  14- #boxes process 29- a1)IndCartType10
> > >  15- mailer number  30- a1)IndCartType11
> > >
> > > My Question is:
> > >
> > > Can I build a 14 element array on a1).  For instance, is the 
> > > following a valid statement?
> > >
> > > DIM IndCartType(14)(8,LJ):skid(a1))
> > >
> > > Knowing that a valid lookup to the file using "skid" as an alias 
> > > was performed.
> > >
> > > When I run a syntax check it does not give me an error.
> > >
> > > When I run the process I receive the following.....
> > >
> > >
> > > *** A filePro Error Has Occurred ***
> > >
> > > On File: /filepro/gr_skids/index.A
> > >
> > > Output Processing
> > > Line Number: 194
> > > (IndCartType(x) co Indate_BoxSkid2) and (IndLoopOccur eq "1") 
> > > IndCartTypeCount(x)=IndCartTypeCount(x)+"1";FoundIndBox="Y";go
> > > to LupDun3
> > >
> > >
> > > Reference to a field that doesn't exist.
> > >
> > >
> > >  Press  H -Hardcopy  ?--+ -Continue
> > >
> > >
> > > I am assuming it means that IndCartType(x) is generating this error.
> > >
> > > - X is defined as (2,.0)
> > >
> > > Any suggestions/solutions would be greatly appreciated.
> > >
> > > Thank you
> > >
> > > Christopher Sellitto
> > > VP Computer Operations
> > > Guaranteed Returns
> > > 100 Colin Drive
> > > Holbrook, NY 11741
> > > (631) 689-0191 x132
> > > mailto:sellich at guaranteedreturns.com
> > > _______________________________________________
> > > Filepro-list mailing list
> > > Filepro-list at lists.celestial.com
> > > http://mailman.celestial.com/mailman/listinfo/filepro-list
> > >
> >
> > _______________________________________________
> > Filepro-list mailing list
> > Filepro-list at lists.celestial.com
> > http://mailman.celestial.com/mailman/listinfo/filepro-list
> >
> 
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list

From gccconsulting at comcast.net  Wed Dec 17 07:02:10 2008
From: gccconsulting at comcast.net (GCC Consulting)
Date: Wed, 17 Dec 2008 10:02:10 -0500
Subject: DIM and Associated Fields (GRX)
In-Reply-To: <2DBF4318DEEE234BA68949B98AEA10F3026031B6@NYEXCH1.extranet.guaranteedreturns.com>
References: <2DBF4318DEEE234BA68949B98AEA10F3026031B6@NYEXCH1.extranet.guaranteedreturns.com>
Message-ID: <005601c96058$7006eb60$5014c220$@net>

Chris,

I tested this with 1.0.14 odbc version of fp equivalent to 5.0.14 and dim
foobar:a1) gave a syntax error.

Tested in 5.6.06 the same non-contiguous associated fields dimfoobar:a1)
passed the syntax check and worked.

Map: file test
1. A1) test   1 *
2. A1) test   1 *
3. space      2 *
4. A1) test   1*
5. a1) test   1 *

Associated fields set to a,b,c,d

Space set to zz

Process:

Dim foobar(4):a1)
Sl=listbox(foobar)

Result: 
A
B
C
D

Since I don't have 5,0.14 you could try this test to see if it will work.
If it doesn't, it may work in 5.0.15.  I would suggest that you ask anyone
running 5.0.15 test this out before upgrading to this version.  5.0.15 has
fptechs license manager working.  

So, unless this is an imperative, set up multiple arrays for each group of
associated fields and then one large array to hold the values from each
smaller array.  This would then allow you to manipulate the larger arrays
rather then a bunch of smaller arrays.

Dim cart_type_1(4):16
Dim cart_type_2(4):24
Dim cart_type_1(4):30
Dim all_carts(12)

If: ct=""
Then: ct="1";dc="1"
If: ct le "4"
Then: all_carts[dc]=cart_type_1[ct];ct=ct+"1";dc=dc+"1"
If: ct ge "4"
Then:ct="1"
If: ct le "4"
Then: all_carts[dc]=cart_type_2[ct];ct=ct+"1";dc=dc+"1"

The above is quick.  Do this for each set of associated fields and you will
end up with 2 12 element arrays to work with.

Richard




> -----Original Message-----
> From: filepro-list-bounces+gccconsulting=comcast.net at lists.celestial.com
>
[mailto:filepro-list-bounces+gccconsulting=comcast.net at lists.celestial.com]
On
> Behalf Of Chris Sellitto
> Sent: Wednesday, December 17, 2008 9:22 AM
> To: filepro-list at lists.celestial.com
> Subject: RE: DIM and Associated Fields (GRX)
> 
> Thanks for the replies.  I guess I should have been a little more
specific.
> I have version 5.0.14RN9.  My question is, can you build an array on non-
> contiguous
> associated fields using the version I have.
> 
> Thanks
> Chris
> 
> 
> > John,
> 
> > That is true in 5.6.  I don't think one cam build an array across
non-contiguous
> associated fields in older versions.
> 
> > If I recall correctly, I asked about this as I was building an fp
> > spreadsheet type application for a client and after about 6 months he
asked
> me to expand the elements.  This required me to add 5 more sets of
associated
> fields which used different arrays.
> 
> > Fptech was advised on this and fixed this in a later version.  Maybe
5.0.14 but
> this should work in 5.6.
> 
> > Not sure of the lookup piece though.
> 
> 
> > Richard Kreiss
> > GCC Consulting
> > rkreiss at gccconsulting.net
> 
> 
> 
> 
> > -----Original Message-----
> > From:
> > filepro-list-bounces+gccconsulting=comcast.net at lists.celestial.com
> >
>
[mailto:filepro-list-bounces+gccconsulting=comcast.net at lists.celestial.com]
> On
> > Behalf Of John Esak
> > Sent: Tuesday, December 16, 2008 5:11 PM
> > To: 'Chris Sellitto'; filepro-list at lists.celestial.com
> > Subject: RE: DIM and Associated Fields (GRX)
> >
> > Incidentally, I mentioned that the dimension and the associated field
> group
> > have to match up in number of elements.... But the associated field
> > group does not have to be contiguous... Id don't mean that.  In your
> > case, you would just build an 8 element array starting at a1) and
> > filepro will
> figure
> > the thing out for you no matter where it finds the a1) elements.
> >
> > John
> >
> >
> > > -----Original Message-----
> > > From: filepro-list-bounces+john=valar.com at lists.celestial.com
> > > [mailto:filepro-list-bounces+john=valar.com at lists.celestial.co
> > m] On Behalf Of John Esak
> > > Sent: Tuesday, December 16, 2008 5:06 PM
> > > To: 'Chris Sellitto'; filepro-list at lists.celestial.com
> > > Cc: 'filePro'
> > > Subject: RE: DIM and Associated Fields (GRX)
> > >
> > > I think your problem might be that there are only 8 fields in the
> > > a1) associated field group.  (the others are a2)).... So, the array
> > > you've overlaid on them is stepping you out of bounds.
> > >
> > > I haven't looked closely at your code... Just read what you wrote
> > > and that sounded wrong.
> > >
> > > But, on the whole, yes, you can build an array over an associated
> > > field group... And I suppose over an associated field group in a
> > > lookup file as well.  (never did this, but don't see why it wouldn't
> > > work if the fields and elements match up in number).
> > >
> > > John Esak
> > >
> > >
> > > > -----Original Message-----
> > > > From: filepro-list-bounces+john=valar.com at lists.celestial.com
> > > > [mailto:filepro-list-bounces+john=valar.com at lists.celestial.co
> > > m] On Behalf Of Chris Sellitto
> > > > Sent: Tuesday, December 16, 2008 4:07 PM
> > > > To: filepro-list at lists.celestial.com
> > > > Subject: DIM and Associated Fields (GRX)
> > > >
> > > > I am dealing with a file that somebody else created.  The layout
> > > > is as follows.
> > > >
> > > >                        D E F I N E   P R O C E S S I N G
> > > >                                                      5.0.14RN9
> > > > --------------------------------------------------------------
> > > >   1- skid           16- a1)IndCartType1     31- a1)IndCartType12
> > > >   2- wholesaler #   17- a1)IndCartType2     32- a1)IndCartType13
> > > >   3- curr location  18- a1)IndCartType3     33- a1)IndCartType14
> > > >   4- prev location  19- a1)IndCartType4     34- a2)IndCartType5Count
> > > >   5- status         20- a2)IndCartType1Count35- a2)IndCartType6Count
> > > >   6- last activity  21- a2)IndCartType2Count36- a2)IndCartType7Count
> > > >   7- date           22- a2)IndCartType3Count37- a2)IndCartType8Count
> > > >   8- time           23- a2)IndCartType4Count38- a2)IndCartType9Count
> > > >   9- user           24- a1)IndCartType5     39-
a2)IndCartType10Count
> > > >  10- wholesaler name25- a1)IndCartType6     40-
a2)IndCartType11Count
> > > >  11- front/rear     26- a1)IndCartType7     41-
a2)IndCartType12Count
> > > >  12- division       27- a1)IndCartType8     42-
a2)IndCartType13Count
> > > >  13- # boxes        28- a1)IndCartType9     43-
a2)IndCartType14Count
> > > >  14- #boxes process 29- a1)IndCartType10
> > > >  15- mailer number  30- a1)IndCartType11
> > > >
> > > > My Question is:
> > > >
> > > > Can I build a 14 element array on a1).  For instance, is the
> > > > following a valid statement?
> > > >
> > > > DIM IndCartType(14)(8,LJ):skid(a1))
> > > >
> > > > Knowing that a valid lookup to the file using "skid" as an alias
> > > > was performed.
> > > >
> > > > When I run a syntax check it does not give me an error.
> > > >
> > > > When I run the process I receive the following.....
> > > >
> > > >
> > > > *** A filePro Error Has Occurred ***
> > > >
> > > > On File: /filepro/gr_skids/index.A
> > > >
> > > > Output Processing
> > > > Line Number: 194
> > > > (IndCartType(x) co Indate_BoxSkid2) and (IndLoopOccur eq "1")
> > > > IndCartTypeCount(x)=IndCartTypeCount(x)+"1";FoundIndBox="Y";go
> > > > to LupDun3
> > > >
> > > >
> > > > Reference to a field that doesn't exist.
> > > >
> > > >
> > > >  Press  H -Hardcopy  ?--+ -Continue
> > > >
> > > >
> > > > I am assuming it means that IndCartType(x) is generating this error.
> > > >
> > > > - X is defined as (2,.0)
> > > >
> > > > Any suggestions/solutions would be greatly appreciated.
> > > >
> > > > Thank you
> > > >
> > > > Christopher Sellitto
> > > > VP Computer Operations
> > > > Guaranteed Returns
> > > > 100 Colin Drive
> > > > Holbrook, NY 11741
> > > > (631) 689-0191 x132
> > > > mailto:sellich at guaranteedreturns.com
> > > > _______________________________________________
> > > > Filepro-list mailing list
> > > > Filepro-list at lists.celestial.com
> > > > http://mailman.celestial.com/mailman/listinfo/filepro-list
> > > >
> > >
> > > _______________________________________________
> > > Filepro-list mailing list
> > > Filepro-list at lists.celestial.com
> > > http://mailman.celestial.com/mailman/listinfo/filepro-list
> > >
> >
> > _______________________________________________
> > Filepro-list mailing list
> > Filepro-list at lists.celestial.com
> > http://mailman.celestial.com/mailman/listinfo/filepro-list
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list


From kenbrody at bestweb.net  Wed Dec 17 07:33:03 2008
From: kenbrody at bestweb.net (Kenneth Brody)
Date: Wed, 17 Dec 2008 10:33:03 -0500
Subject: DIM and Associated Fields (GRX)
In-Reply-To: <005601c96058$7006eb60$5014c220$@net>
References: <2DBF4318DEEE234BA68949B98AEA10F3026031B6@NYEXCH1.extranet.guaranteedreturns.com>
	<005601c96058$7006eb60$5014c220$@net>
Message-ID: <20081217103303.vcu632h84kc448cs-xraoebql@webmail.spamcop.net>

Quoting GCC Consulting (Wed, 17 Dec 2008 10:02:10 -0500):

> I tested this with 1.0.14 odbc version of fp equivalent to 5.0.14 and dim
> foobar:a1) gave a syntax error.
>
> Tested in 5.6.06 the same non-contiguous associated fields dimfoobar:a1)
> passed the syntax check and worked.
[...]

This is a new feature of 5.6:

     DIM has been enhanced to allow you to alias the array to an associated
     field group.  For example:

         DIM MyA1Group(5):A1

     will alias the array to the 5 elements of the A1 group, even if the
     fields are not contiguous within the map.

-- 
KenBrody at BestWeb dot net        spamtrap: <g8ymh8uf001 at sneakemail.com>
http://www.hvcomputer.com
http://www.fileProPlus.com

From sellich at guaranteedreturns.com  Wed Dec 17 08:07:53 2008
From: sellich at guaranteedreturns.com (Chris Sellitto)
Date: Wed, 17 Dec 2008 11:07:53 -0500
Subject: DIM and Associated Fields (GRX)
In-Reply-To: <005601c96058$7006eb60$5014c220$@net>
References: <2DBF4318DEEE234BA68949B98AEA10F3026031B6@NYEXCH1.extranet.guaranteedreturns.com>
	<005601c96058$7006eb60$5014c220$@net>
Message-ID: <2DBF4318DEEE234BA68949B98AEA10F3026031B7@NYEXCH1.extranet.guaranteedreturns.com>

Richard,

The version looks like my problem.  Your code snippet is a good
alternative.  I 
will give it a try.

Thank you

Chris

> -----Original Message-----
> From: GCC Consulting [mailto:gccconsulting at comcast.net] 
> Sent: Wednesday, December 17, 2008 10:02 AM
> To: Chris Sellitto; filepro-list at lists.celestial.com
> Subject: RE: DIM and Associated Fields (GRX)
> 
> Chris,
> 
> I tested this with 1.0.14 odbc version of fp equivalent to 
> 5.0.14 and dim
> foobar:a1) gave a syntax error.
> 
> Tested in 5.6.06 the same non-contiguous associated fields 
> dimfoobar:a1) passed the syntax check and worked.
> 
> Map: file test
> 1. A1) test   1 *
> 2. A1) test   1 *
> 3. space      2 *
> 4. A1) test   1*
> 5. a1) test   1 *
> 
> Associated fields set to a,b,c,d
> 
> Space set to zz
> 
> Process:
> 
> Dim foobar(4):a1)
> Sl=listbox(foobar)
> 
> Result: 
> A
> B
> C
> D
> 
> Since I don't have 5,0.14 you could try this test to see if 
> it will work.
> If it doesn't, it may work in 5.0.15.  I would suggest that 
> you ask anyone running 5.0.15 test this out before upgrading 
> to this version.  5.0.15 has fptechs license manager working.  
> 
> So, unless this is an imperative, set up multiple arrays for 
> each group of associated fields and then one large array to 
> hold the values from each smaller array.  This would then 
> allow you to manipulate the larger arrays rather then a bunch 
> of smaller arrays.
> 
> Dim cart_type_1(4):16
> Dim cart_type_2(4):24
> Dim cart_type_1(4):30
> Dim all_carts(12)
> 
> If: ct=""
> Then: ct="1";dc="1"
> If: ct le "4"
> Then: all_carts[dc]=cart_type_1[ct];ct=ct+"1";dc=dc+"1"
> If: ct ge "4"
> Then:ct="1"
> If: ct le "4"
> Then: all_carts[dc]=cart_type_2[ct];ct=ct+"1";dc=dc+"1"
> 
> The above is quick.  Do this for each set of associated 
> fields and you will end up with 2 12 element arrays to work with.
> 
> Richard
> 
> 
> 
> 
> > -----Original Message-----
> > From: 
> > filepro-list-bounces+gccconsulting=comcast.net at lists.celestial.com
> >
> [mailto:filepro-list-bounces+gccconsulting=comcast.net at lists.c
> elestial.com]
> On
> > Behalf Of Chris Sellitto
> > Sent: Wednesday, December 17, 2008 9:22 AM
> > To: filepro-list at lists.celestial.com
> > Subject: RE: DIM and Associated Fields (GRX)
> > 
> > Thanks for the replies.  I guess I should have been a little more
> specific.
> > I have version 5.0.14RN9.  My question is, can you build an 
> array on 
> > non- contiguous associated fields using the version I have.
> > 
> > Thanks
> > Chris
> > 
> > 
> > > John,
> > 
> > > That is true in 5.6.  I don't think one cam build an array across
> non-contiguous
> > associated fields in older versions.
> > 
> > > If I recall correctly, I asked about this as I was building an fp 
> > > spreadsheet type application for a client and after about 
> 6 months 
> > > he
> asked
> > me to expand the elements.  This required me to add 5 more sets of
> associated
> > fields which used different arrays.
> > 
> > > Fptech was advised on this and fixed this in a later 
> version.  Maybe
> 5.0.14 but
> > this should work in 5.6.
> > 
> > > Not sure of the lookup piece though.
> > 
> > 
> > > Richard Kreiss
> > > GCC Consulting
> > > rkreiss at gccconsulting.net
> > 
> > 
> > 
> > 
> > > -----Original Message-----
> > > From:
> > > filepro-list-bounces+gccconsulting=comcast.net at lists.celestial.com
> > >
> >
> [mailto:filepro-list-bounces+gccconsulting=comcast.net at lists.c
> elestial.com]
> > On
> > > Behalf Of John Esak
> > > Sent: Tuesday, December 16, 2008 5:11 PM
> > > To: 'Chris Sellitto'; filepro-list at lists.celestial.com
> > > Subject: RE: DIM and Associated Fields (GRX)
> > >
> > > Incidentally, I mentioned that the dimension and the associated 
> > > field
> > group
> > > have to match up in number of elements.... But the 
> associated field 
> > > group does not have to be contiguous... Id don't mean 
> that.  In your 
> > > case, you would just build an 8 element array starting at a1) and 
> > > filepro will
> > figure
> > > the thing out for you no matter where it finds the a1) elements.
> > >
> > > John
> > >
> > >
> > > > -----Original Message-----
> > > > From: filepro-list-bounces+john=valar.com at lists.celestial.com
> > > > [mailto:filepro-list-bounces+john=valar.com at lists.celestial.co
> > > m] On Behalf Of John Esak
> > > > Sent: Tuesday, December 16, 2008 5:06 PM
> > > > To: 'Chris Sellitto'; filepro-list at lists.celestial.com
> > > > Cc: 'filePro'
> > > > Subject: RE: DIM and Associated Fields (GRX)
> > > >
> > > > I think your problem might be that there are only 8 
> fields in the
> > > > a1) associated field group.  (the others are a2)).... So, the 
> > > > array you've overlaid on them is stepping you out of bounds.
> > > >
> > > > I haven't looked closely at your code... Just read what 
> you wrote 
> > > > and that sounded wrong.
> > > >
> > > > But, on the whole, yes, you can build an array over an 
> associated 
> > > > field group... And I suppose over an associated field 
> group in a 
> > > > lookup file as well.  (never did this, but don't see why it 
> > > > wouldn't work if the fields and elements match up in number).
> > > >
> > > > John Esak
> > > >
> > > >
> > > > > -----Original Message-----
> > > > > From: filepro-list-bounces+john=valar.com at lists.celestial.com
> > > > > [mailto:filepro-list-bounces+john=valar.com at lists.celestial.co
> > > > m] On Behalf Of Chris Sellitto
> > > > > Sent: Tuesday, December 16, 2008 4:07 PM
> > > > > To: filepro-list at lists.celestial.com
> > > > > Subject: DIM and Associated Fields (GRX)
> > > > >
> > > > > I am dealing with a file that somebody else created.  
> The layout 
> > > > > is as follows.
> > > > >
> > > > >                        D E F I N E   P R O C E S S I N G
> > > > >                                                      5.0.14RN9
> > > > > --------------------------------------------------------------
> > > > >   1- skid           16- a1)IndCartType1     31- 
> a1)IndCartType12
> > > > >   2- wholesaler #   17- a1)IndCartType2     32- 
> a1)IndCartType13
> > > > >   3- curr location  18- a1)IndCartType3     33- 
> a1)IndCartType14
> > > > >   4- prev location  19- a1)IndCartType4     34- 
> a2)IndCartType5Count
> > > > >   5- status         20- a2)IndCartType1Count35- 
> a2)IndCartType6Count
> > > > >   6- last activity  21- a2)IndCartType2Count36- 
> a2)IndCartType7Count
> > > > >   7- date           22- a2)IndCartType3Count37- 
> a2)IndCartType8Count
> > > > >   8- time           23- a2)IndCartType4Count38- 
> a2)IndCartType9Count
> > > > >   9- user           24- a1)IndCartType5     39-
> a2)IndCartType10Count
> > > > >  10- wholesaler name25- a1)IndCartType6     40-
> a2)IndCartType11Count
> > > > >  11- front/rear     26- a1)IndCartType7     41-
> a2)IndCartType12Count
> > > > >  12- division       27- a1)IndCartType8     42-
> a2)IndCartType13Count
> > > > >  13- # boxes        28- a1)IndCartType9     43-
> a2)IndCartType14Count
> > > > >  14- #boxes process 29- a1)IndCartType10
> > > > >  15- mailer number  30- a1)IndCartType11
> > > > >
> > > > > My Question is:
> > > > >
> > > > > Can I build a 14 element array on a1).  For instance, is the 
> > > > > following a valid statement?
> > > > >
> > > > > DIM IndCartType(14)(8,LJ):skid(a1))
> > > > >
> > > > > Knowing that a valid lookup to the file using "skid" 
> as an alias 
> > > > > was performed.
> > > > >
> > > > > When I run a syntax check it does not give me an error.
> > > > >
> > > > > When I run the process I receive the following.....
> > > > >
> > > > >
> > > > > *** A filePro Error Has Occurred ***
> > > > >
> > > > > On File: /filepro/gr_skids/index.A
> > > > >
> > > > > Output Processing
> > > > > Line Number: 194
> > > > > (IndCartType(x) co Indate_BoxSkid2) and (IndLoopOccur eq "1") 
> > > > > IndCartTypeCount(x)=IndCartTypeCount(x)+"1";FoundIndBox="Y";go
> > > > > to LupDun3
> > > > >
> > > > >
> > > > > Reference to a field that doesn't exist.
> > > > >
> > > > >
> > > > >  Press  H -Hardcopy  ?--+ -Continue
> > > > >
> > > > >
> > > > > I am assuming it means that IndCartType(x) is 
> generating this error.
> > > > >
> > > > > - X is defined as (2,.0)
> > > > >
> > > > > Any suggestions/solutions would be greatly appreciated.
> > > > >
> > > > > Thank you
> > > > >
> > > > > Christopher Sellitto
> > > > > VP Computer Operations
> > > > > Guaranteed Returns
> > > > > 100 Colin Drive
> > > > > Holbrook, NY 11741
> > > > > (631) 689-0191 x132
> > > > > mailto:sellich at guaranteedreturns.com
> > > > > _______________________________________________
> > > > > Filepro-list mailing list
> > > > > Filepro-list at lists.celestial.com 
> > > > > http://mailman.celestial.com/mailman/listinfo/filepro-list
> > > > >
> > > >
> > > > _______________________________________________
> > > > Filepro-list mailing list
> > > > Filepro-list at lists.celestial.com
> > > > http://mailman.celestial.com/mailman/listinfo/filepro-list
> > > >
> > >
> > > _______________________________________________
> > > Filepro-list mailing list
> > > Filepro-list at lists.celestial.com
> > > http://mailman.celestial.com/mailman/listinfo/filepro-list
> > _______________________________________________
> > Filepro-list mailing list
> > Filepro-list at lists.celestial.com
> > http://mailman.celestial.com/mailman/listinfo/filepro-list
> 
> 

From nlp at vss3.com  Wed Dec 17 08:48:44 2008
From: nlp at vss3.com (Nancy Palmquist)
Date: Wed, 17 Dec 2008 11:48:44 -0500
Subject: readline() strangeness on 4.8.10D4
In-Reply-To: <20081216223043.GA1539@custom-mobility.com>
References: <20081216223043.GA1539@custom-mobility.com>
Message-ID: <49492D6C.400@vss3.com>

Roger Cornelius wrote:
> Filepro 4.8.10D4 on SCO OSR507
>
> I'm seeing strange behaviour from readline(), which I haven't had a need
> to use before now.  Or maybe it's len() or call processing or the
> debugger that's the problem.
>
> - I'm using a called table via "call noauto"
> - In auto processing I have field kz(12,*)
> - In called table I have field kz(64,*)
> - fh has been opened to a filepro "map" file with mode "rt"
> - readline(fh,kz) returns the correct number of bytes read and kz is
>   populated correctly as evidenced by "show popup kz", but len(kz) always
>   returns 12 which is the length defined in auto processing.  When I
>   display field kz in debug mode using "F", display field, it displays
>   as a blank field 12 characters long.  If I change the field length in
>   auto processing, values returned by len() and debug mode display field
>   change accordingly.  According to the manual, "call auto" causes dummy
>   fields from auto processing to be ignored.  Not what seems to be
>   happening here.
>
>   

Variables defined in AUTO are used by all tables.  So by defining kz in 
auto you have set the size to 12.
This is not a bug so it will never work differently.

> And also:
>
> - readline() doesn't like it when it's arguments are variables with long
>   names.  At least I get a syntax error when I try to save the table.
>   writeline() seems to work fine with long name variables.
>
>   
Yes I noticed this also.  None of the READ() READLINE() WRITE() 
WRITELINE() variables like long
variables value.  (This bug took me hours to figure out.)  I am not sure 
if it is fixed.  I use 5.0 for the programming
that uses this stuff and it is still broken in 5.0
> Since we're on an old fp version, can I assume these issues have already
> been reported and fixed?  If so, in what version?
>
>   
Am I going to have problems reusing vars which exist in auto processing
> even though I'm using "call noauto"?
>
> Thanks.
>   


-- 
Nancy Palmquist 		MOS & filePro Training Available
Virtual Software Systems	Web Based Training and Consulting	
PHONE: (412) 835-9417		   Web site:  http://www.vss3.com


From nlp at vss3.com  Wed Dec 17 08:53:48 2008
From: nlp at vss3.com (Nancy Palmquist)
Date: Wed, 17 Dec 2008 11:53:48 -0500
Subject: readline() strangeness on 4.8.10D4
In-Reply-To: <20081216232903.iyxbmlkni8gocs8c-xraoebql@webmail.spamcop.net>
References: <20081216223043.GA1539@custom-mobility.com>
	<20081216232903.iyxbmlkni8gocs8c-xraoebql@webmail.spamcop.net>
Message-ID: <49492E9C.1020101@vss3.com>

Kenneth Brody wrote:
> Quoting Roger Cornelius (Tue, 16 Dec 2008 17:30:43 -0500):
>
>   
>> Filepro 4.8.10D4 on SCO OSR507
>>
>> I'm seeing strange behaviour from readline(), which I haven't had a need
>> to use before now.  Or maybe it's len() or call processing or the
>> debugger that's the problem.
>>
>> - I'm using a called table via "call noauto"
>> - In auto processing I have field kz(12,*)
>> - In called table I have field kz(64,*)
>>     
> [...]
> ... readline() works, but len(kz) and the debugger show 12 characters ...
> [...]
>
> Sounds like an issue with len() and the debugger, as readline() is
> returning the proper 64 characters.
>
> [...]
>   
>> And also:
>>
>> - readline() doesn't like it when it's arguments are variables with long
>>   names.  At least I get a syntax error when I try to save the table.
>>   writeline() seems to work fine with long name variables.
>>
>> Since we're on an old fp version, can I assume these issues have already
>> been reported and fixed?  If so, in what version?
>>     
>
> As noted in the 4.8.12 readme:
>
> All
>      READ()/READLINE() now accept long-named variables as the second
>      parameter.
>
>   
I never developed in 4.8 for the items where I had problems with the 
long variables.  My stuff was in 5.0 or 5.6 versions.
So I am not convinced it is fixed.

(Just because it is in the readme does not mean you fixed it.  )

Nancy
>> Am I going to have problems reusing vars which exist in auto processing
>> even though I'm using "call noauto"?
>>     
>
> Define "problems".
>
> By using CALL NOAUTO, you are telling filePro that the CALLed table is
> to not share the dummy fields which may be defined in auto processing.
> In this case, the CALLed table's "kz" field is local to that table, and
> not the one already defined in auto, which would have happened with a
> "normal" CALL.  The same holds true for all other dummy fields.
>
>   
Well that is a feature I guess I hadn't noticed.  But from his posting, 
it looks like it did pick up  the length
from AUTO processing.

Nancy


-- 
Nancy Palmquist 		MOS & filePro Training Available
Virtual Software Systems	Web Based Training and Consulting	
PHONE: (412) 835-9417		   Web site:  http://www.vss3.com


From kenbrody at bestweb.net  Wed Dec 17 09:30:03 2008
From: kenbrody at bestweb.net (Kenneth Brody)
Date: Wed, 17 Dec 2008 12:30:03 -0500
Subject: readline() strangeness on 4.8.10D4
In-Reply-To: <49492D6C.400@vss3.com>
References: <20081216223043.GA1539@custom-mobility.com> <49492D6C.400@vss3.com>
Message-ID: <20081217123003.7187b1wv4g4kg0c0-xraoebql@webmail.spamcop.net>

Quoting Nancy Palmquist (Wed, 17 Dec 2008 11:48:44 -0500):

> Roger Cornelius wrote:
>> Filepro 4.8.10D4 on SCO OSR507
[...]
>> - I'm using a called table via "call noauto"
[...]
> Variables defined in AUTO are used by all tables.  So by defining kz in
> auto you have set the size to 12.

Unless you use CALL NOAUTO, which was amongst the details above.

[...]
>> - readline() doesn't like it when it's arguments are variables with long
>>   names.  At least I get a syntax error when I try to save the table.
>>   writeline() seems to work fine with long name variables.
>>
>>
> Yes I noticed this also.  None of the READ() READLINE() WRITE()
> WRITELINE() variables like long variables value.  (This bug took me
> hours to figure out.)  I am not sure if it is fixed.  I use 5.0 for
> the programming that uses this stuff and it is still broken in 5.0

First I've heard of that.  Here is the 4.8.12 readme item:

All
     READ()/READLINE() now accept long-named variables as the second
     parameter.

If you have a 5.0 scenario where it fails, contact fpsupport with files
to demonstrate.

[...]

-- 
KenBrody at BestWeb dot net        spamtrap: <g8ymh8uf001 at sneakemail.com>
http://www.hvcomputer.com
http://www.fileProPlus.com

From rac at custom-mobility.com  Wed Dec 17 11:31:50 2008
From: rac at custom-mobility.com (Roger Cornelius)
Date: Wed, 17 Dec 2008 14:31:50 -0500
Subject: readline() strangeness on 4.8.10D4
In-Reply-To: <49483267.3010802@steelerubber.com>
References: <20081216223043.GA1539@custom-mobility.com>
	<49483267.3010802@steelerubber.com>
Message-ID: <20081217193150.GA29897@custom-mobility.com>

Thanks but my point, despite the poor description, was that "call
noauto" is supposed to ignore dummy vars defined in the auto processing
table, and in this case it doesn't seem to be doing so, at least not
completely.

On 12/16/2008 17:57, Walter Vaughan wrote:
> Roger Cornelius wrote:
> 
> > Or maybe it's len() 
> >
> Or maybe you need dlen()
> http://www.fileproplus.com/Products/Docs/fpmanhtm/references/commands/dlen.htm
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list
> 

-- 
Roger Cornelius            rac at custom-mobility.com

From rac at custom-mobility.com  Wed Dec 17 12:00:25 2008
From: rac at custom-mobility.com (Roger Cornelius)
Date: Wed, 17 Dec 2008 15:00:25 -0500
Subject: readline() strangeness on 4.8.10D4
In-Reply-To: <20081216232903.iyxbmlkni8gocs8c-xraoebql@webmail.spamcop.net>
References: <20081216223043.GA1539@custom-mobility.com>
	<20081216232903.iyxbmlkni8gocs8c-xraoebql@webmail.spamcop.net>
Message-ID: <20081217200025.GB29897@custom-mobility.com>

On 12/16/2008 23:29, Kenneth Brody wrote:
> Quoting Roger Cornelius (Tue, 16 Dec 2008 17:30:43 -0500):
>
>> Filepro 4.8.10D4 on SCO OSR507
>>
>> I'm seeing strange behaviour from readline(), which I haven't had a need
>> to use before now.  Or maybe it's len() or call processing or the
>> debugger that's the problem.
>>
>> - I'm using a called table via "call noauto"
>> - In auto processing I have field kz(12,*)
>> - In called table I have field kz(64,*)
> [...]
> ... readline() works, but len(kz) and the debugger show 12 characters ...
> [...]
>
> Sounds like an issue with len() and the debugger, as readline() is
> returning the proper 64 characters.
>
> [...]
>> And also:
>>
>> - readline() doesn't like it when it's arguments are variables with long
>>   names.  At least I get a syntax error when I try to save the table.
>>   writeline() seems to work fine with long name variables.
>>
>> Since we're on an old fp version, can I assume these issues have already
>> been reported and fixed?  If so, in what version?
>
> As noted in the 4.8.12 readme:
>
> All
>     READ()/READLINE() now accept long-named variables as the second
>     parameter.
>
>> Am I going to have problems reusing vars which exist in auto processing
>> even though I'm using "call noauto"?
>
> Define "problems".
>
> By using CALL NOAUTO, you are telling filePro that the CALLed table is
> to not share the dummy fields which may be defined in auto processing.
> In this case, the CALLed table's "kz" field is local to that table, and
> not the one already defined in auto, which would have happened with a
> "normal" CALL.  The same holds true for all other dummy fields.

By "problems", I mean could vars used in both auto and called processing
stomp on each other even though I'm using "call noauto"?  This, given
the fact that the debug mode "F" command, from the called table, shows
the length and value of the field as defined in auto processing and not
called processing.  If there's a bug that allows debug mode to see the
auto processing version of the var, what's to say the bug doesn't also
allow other areas of processing to see the auto version of the var?

To put it another way, if we know the "auto processing vars not visible
in call noauto processing" concept is broken in debug mode, how can we
know if it's not also broken in other areas?

Does that make sense?
-- 
Roger Cornelius            rac at custom-mobility.com

From sales at fptech.com  Wed Dec 17 12:13:50 2008
From: sales at fptech.com (fP sales)
Date: Wed, 17 Dec 2008 15:13:50 -0500
Subject: Customer in need...
Message-ID: <A967640F49EB4AF8BFEB9E49E276C35C@bill64>

We have a customer in Las Vegas that is Non-profit Food Pantry.

They are wondering if there is a developer that has done an 
application that would work for their group.

Reply to this email if you would like me to have the customer contact 
you.

Thanks

Bill


From gccconsulting at comcast.net  Wed Dec 17 12:33:36 2008
From: gccconsulting at comcast.net (GCC Consulting)
Date: Wed, 17 Dec 2008 15:33:36 -0500
Subject: readline() strangeness on 4.8.10D4
In-Reply-To: <20081217200025.GB29897@custom-mobility.com>
References: <20081216223043.GA1539@custom-mobility.com>	<20081216232903.iyxbmlkni8gocs8c-xraoebql@webmail.spamcop.net>
	<20081217200025.GB29897@custom-mobility.com>
Message-ID: <00b801c96086$bccee690$366cb3b0$@net>



> -----Original Message-----
> From: filepro-list-bounces+gccconsulting=comcast.net at lists.celestial.com
>
[mailto:filepro-list-bounces+gccconsulting=comcast.net at lists.celestial.com]
On
> Behalf Of Roger Cornelius
> Sent: Wednesday, December 17, 2008 3:00 PM
> To: Kenneth Brody
> Cc: filepro-list at lists.celestial.com
> Subject: Re: readline() strangeness on 4.8.10D4
> 
> On 12/16/2008 23:29, Kenneth Brody wrote:
> > Quoting Roger Cornelius (Tue, 16 Dec 2008 17:30:43 -0500):
> >
> >> Filepro 4.8.10D4 on SCO OSR507
> >>
> >> I'm seeing strange behaviour from readline(), which I haven't had a
need
> >> to use before now.  Or maybe it's len() or call processing or the
> >> debugger that's the problem.
> >>
> >> - I'm using a called table via "call noauto"
> >> - In auto processing I have field kz(12,*)
> >> - In called table I have field kz(64,*)
> > [...]
> > ... readline() works, but len(kz) and the debugger show 12 characters
...
> > [...]
> >
> > Sounds like an issue with len() and the debugger, as readline() is
> > returning the proper 64 characters.
> >
> > [...]
> >> And also:
> >>
> >> - readline() doesn't like it when it's arguments are variables with
long
> >>   names.  At least I get a syntax error when I try to save the table.
> >>   writeline() seems to work fine with long name variables.
> >>
> >> Since we're on an old fp version, can I assume these issues have
already
> >> been reported and fixed?  If so, in what version?
> >
> > As noted in the 4.8.12 readme:
> >
> > All
> >     READ()/READLINE() now accept long-named variables as the second
> >     parameter.
> >
> >> Am I going to have problems reusing vars which exist in auto processing
> >> even though I'm using "call noauto"?
> >
> > Define "problems".
> >
> > By using CALL NOAUTO, you are telling filePro that the CALLed table is
> > to not share the dummy fields which may be defined in auto processing.
> > In this case, the CALLed table's "kz" field is local to that table, and
> > not the one already defined in auto, which would have happened with a
> > "normal" CALL.  The same holds true for all other dummy fields.
> 
> By "problems", I mean could vars used in both auto and called processing
> stomp on each other even though I'm using "call noauto"?  This, given
> the fact that the debug mode "F" command, from the called table, shows
> the length and value of the field as defined in auto processing and not
> called processing.  If there's a bug that allows debug mode to see the
> auto processing version of the var, what's to say the bug doesn't also
> allow other areas of processing to see the auto version of the var?
> 
> To put it another way, if we know the "auto processing vars not visible
> in call noauto processing" concept is broken in debug mode, how can we
> know if it's not also broken in other areas?
> 
> Does that make sense?
> --
> Roger Cornelius            rac at custom-mobility.com

I'm getting in here a bit late.  But, once the auto processing table has
run, any variables set there are set.  Defining variables either in the
current table (input.prc) or in a called table will be in conflict what is
defined in the auto processing table.

In fact, when does a syntax check on a table, it will tell you if the
variable has already been defined in the auto processing table.

Is there any logical reason for using the same variable kz in both tables?


Richard Kreiss
GCC Consulting
rkreiss at gccconsulting.net
? 





From rac at custom-mobility.com  Wed Dec 17 12:53:40 2008
From: rac at custom-mobility.com (Roger Cornelius)
Date: Wed, 17 Dec 2008 15:53:40 -0500
Subject: readline() strangeness on 4.8.10D4
In-Reply-To: <00b801c96086$bccee690$366cb3b0$@net>
References: <20081216223043.GA1539@custom-mobility.com>
	<20081216232903.iyxbmlkni8gocs8c-xraoebql@webmail.spamcop.net>
	<20081217200025.GB29897@custom-mobility.com>
	<00b801c96086$bccee690$366cb3b0$@net>
Message-ID: <20081217205340.GA12673@custom-mobility.com>

On 12/17/2008 15:33, GCC Consulting wrote:
> 
> 
> > -----Original Message-----
> > From: filepro-list-bounces+gccconsulting=comcast.net at lists.celestial.com
> >
> [mailto:filepro-list-bounces+gccconsulting=comcast.net at lists.celestial.com]
> On
> > Behalf Of Roger Cornelius
> > Sent: Wednesday, December 17, 2008 3:00 PM
> > To: Kenneth Brody
> > Cc: filepro-list at lists.celestial.com
> > Subject: Re: readline() strangeness on 4.8.10D4
> > 
> > On 12/16/2008 23:29, Kenneth Brody wrote:
> > > Quoting Roger Cornelius (Tue, 16 Dec 2008 17:30:43 -0500):
> > >
> > >> Filepro 4.8.10D4 on SCO OSR507
> > >>
> > >> I'm seeing strange behaviour from readline(), which I haven't had a
> need
> > >> to use before now.  Or maybe it's len() or call processing or the
> > >> debugger that's the problem.
> > >>
> > >> - I'm using a called table via "call noauto"
> > >> - In auto processing I have field kz(12,*)
> > >> - In called table I have field kz(64,*)
> > > [...]
> > > ... readline() works, but len(kz) and the debugger show 12 characters
> ...
> > > [...]
> > >
> > > Sounds like an issue with len() and the debugger, as readline() is
> > > returning the proper 64 characters.
> > >
> > > [...]
> > >> And also:
> > >>
> > >> - readline() doesn't like it when it's arguments are variables with
> long
> > >>   names.  At least I get a syntax error when I try to save the table.
> > >>   writeline() seems to work fine with long name variables.
> > >>
> > >> Since we're on an old fp version, can I assume these issues have
> already
> > >> been reported and fixed?  If so, in what version?
> > >
> > > As noted in the 4.8.12 readme:
> > >
> > > All
> > >     READ()/READLINE() now accept long-named variables as the second
> > >     parameter.
> > >
> > >> Am I going to have problems reusing vars which exist in auto processing
> > >> even though I'm using "call noauto"?
> > >
> > > Define "problems".
> > >
> > > By using CALL NOAUTO, you are telling filePro that the CALLed table is
> > > to not share the dummy fields which may be defined in auto processing.
> > > In this case, the CALLed table's "kz" field is local to that table, and
> > > not the one already defined in auto, which would have happened with a
> > > "normal" CALL.  The same holds true for all other dummy fields.
> > 
> > By "problems", I mean could vars used in both auto and called processing
> > stomp on each other even though I'm using "call noauto"?  This, given
> > the fact that the debug mode "F" command, from the called table, shows
> > the length and value of the field as defined in auto processing and not
> > called processing.  If there's a bug that allows debug mode to see the
> > auto processing version of the var, what's to say the bug doesn't also
> > allow other areas of processing to see the auto version of the var?
> > 
> > To put it another way, if we know the "auto processing vars not visible
> > in call noauto processing" concept is broken in debug mode, how can we
> > know if it's not also broken in other areas?
> > 
> > Does that make sense?
> > --
> > Roger Cornelius            rac at custom-mobility.com
> 
> I'm getting in here a bit late.  But, once the auto processing table has
> run, any variables set there are set.  Defining variables either in the
> current table (input.prc) or in a called table will be in conflict what is
> defined in the auto processing table.
> 
> In fact, when does a syntax check on a table, it will tell you if the
> variable has already been defined in the auto processing table.
> 
> Is there any logical reason for using the same variable kz in both tables?

Please reread the thread and note "call noauto" and it's behaviour as
documented in the manual.

In my case there isn't any reason to re-use variable names.  I was
pointing out that filepro does not appear to be behaving as documented.
However, I can image situations where re-using vars would be necessary.
If all two char vars are already in use, this would be necessary since
in this case I'm using readline() which does not support long var names
in this version of filepro.
-- 
Roger Cornelius            rac at custom-mobility.com

From rkreiss1 at comcast.net  Fri Dec 19 10:31:23 2008
From: rkreiss1 at comcast.net (RKreiss1)
Date: Fri, 19 Dec 2008 13:31:23 -0500
Subject: RE 5.607 
Message-ID: <00fb01c96207$fedba370$fc92ea50$@net>

Has anyone downloaded and tested the update yet?


Richard Kreiss
GCC Consulting
rkreiss at gccconsulting.net
? 




From appl at jpr.com  Fri Dec 19 11:09:12 2008
From: appl at jpr.com (Jean-Pierre A. Radley)
Date: Fri, 19 Dec 2008 14:09:12 -0500
Subject: RE 5.607
In-Reply-To: <00fb01c96207$fedba370$fc92ea50$@net>
References: <00fb01c96207$fedba370$fc92ea50$@net>
Message-ID: <20081219190912.GA27690@jpradley.jpr.com>

RKreiss1 propounded (on Fri, Dec 19, 2008 at 01:31:23PM -0500):
| Has anyone downloaded and tested the update yet?

It's not a free upgrade, is it?

-- 
JP

From gccconsulting at comcast.net  Fri Dec 19 11:18:36 2008
From: gccconsulting at comcast.net (GCC Consulting)
Date: Fri, 19 Dec 2008 14:18:36 -0500
Subject: RE 5.607
In-Reply-To: <20081219190912.GA27690@jpradley.jpr.com>
References: <00fb01c96207$fedba370$fc92ea50$@net>
	<20081219190912.GA27690@jpradley.jpr.com>
Message-ID: <010e01c9620e$97a99f70$c6fcde50$@net>

I am assuming that this is a maintenance upgrade from 5.6.6 and there has no
charge in the past for this type of upgrade.

Richard

> -----Original Message-----
> From: filepro-list-bounces+gccconsulting=comcast.net at lists.celestial.com
>
[mailto:filepro-list-bounces+gccconsulting=comcast.net at lists.celestial.com]
On
> Behalf Of Jean-Pierre A. Radley
> Sent: Friday, December 19, 2008 2:09 PM
> To: FilePro Mailing List
> Subject: Re: RE 5.607
> 
> RKreiss1 propounded (on Fri, Dec 19, 2008 at 01:31:23PM -0500):
> | Has anyone downloaded and tested the update yet?
> 
> It's not a free upgrade, is it?
> 
> --
> JP
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list


From ScottWalker at RAMSystemsCorp.com  Fri Dec 19 11:23:00 2008
From: ScottWalker at RAMSystemsCorp.com (Scott Walker)
Date: Fri, 19 Dec 2008 14:23:00 -0500
Subject: RE 5.607
In-Reply-To: <20081219190912.GA27690@jpradley.jpr.com>
References: <00fb01c96207$fedba370$fc92ea50$@net>
	<20081219190912.GA27690@jpradley.jpr.com>
Message-ID: <002501c9620f$363d2c60$a2b78520$@com>

Should be free....5.6.06 to 5.6.07


-----Original Message-----
From:
filepro-list-bounces+scottwalker=ramsystemscorp.com at lists.celestial.com
[mailto:filepro-list-bounces+scottwalker=ramsystemscorp.com at lists.celestial.
com] On Behalf Of Jean-Pierre A. Radley
Sent: Friday, December 19, 2008 2:09 PM
To: FilePro Mailing List
Subject: Re: RE 5.607

RKreiss1 propounded (on Fri, Dec 19, 2008 at 01:31:23PM -0500):
| Has anyone downloaded and tested the update yet?

It's not a free upgrade, is it?

-- 
JP
_______________________________________________
Filepro-list mailing list
Filepro-list at lists.celestial.com
http://mailman.celestial.com/mailman/listinfo/filepro-list



From rkracht at filegate.net  Fri Dec 19 11:25:46 2008
From: rkracht at filegate.net (Ron Kracht)
Date: Fri, 19 Dec 2008 14:25:46 -0500
Subject: RE 5.607
In-Reply-To: <20081219190912.GA27690@jpradley.jpr.com>
References: <00fb01c96207$fedba370$fc92ea50$@net>
	<20081219190912.GA27690@jpradley.jpr.com>
Message-ID: <494BF53A.5040509@filegate.net>

Jean-Pierre A. Radley wrote:
> RKreiss1 propounded (on Fri, Dec 19, 2008 at 01:31:23PM -0500):
> | Has anyone downloaded and tested the update yet?
> 
> It's not a free upgrade, is it?
> 


It's free bug fix version for anyone who already has a 5.6 license. It 
will use/honor your existing 5.6 license file. For anyone with filePro 
versions prior to 5.6 it is a paid upgrade.

Ron



From appl at jpr.com  Fri Dec 19 12:30:09 2008
From: appl at jpr.com (Jean-Pierre A. Radley)
Date: Fri, 19 Dec 2008 15:30:09 -0500
Subject: RE 5.607
In-Reply-To: <494BF53A.5040509@filegate.net>
References: <00fb01c96207$fedba370$fc92ea50$@net>
	<20081219190912.GA27690@jpradley.jpr.com>
	<494BF53A.5040509@filegate.net>
Message-ID: <20081219203009.GB27690@jpradley.jpr.com>

Ron Kracht propounded (on Fri, Dec 19, 2008 at 02:25:46PM -0500):
| Jean-Pierre A. Radley wrote:
| > RKreiss1 propounded (on Fri, Dec 19, 2008 at 01:31:23PM -0500):
| > | Has anyone downloaded and tested the update yet?
| > 
| > It's not a free upgrade, is it?
| > 
| 
| 
| It's free bug fix version for anyone who already has a 5.6 license. It 
| will use/honor your existing 5.6 license file. For anyone with filePro 
| versions prior to 5.6 it is a paid upgrade.

I posed my question because after logging in with my account number,
then going to filePro's download page, then entering my serial number,
I saw no trace of a 5.6.07 package.   So where is it?

-- 
JP

From gccconsulting at comcast.net  Fri Dec 19 12:43:21 2008
From: gccconsulting at comcast.net (GCC Consulting)
Date: Fri, 19 Dec 2008 15:43:21 -0500
Subject: RE 5.607
In-Reply-To: <20081219203009.GB27690@jpradley.jpr.com>
References: <00fb01c96207$fedba370$fc92ea50$@net>	<20081219190912.GA27690@jpradley.jpr.com>	<494BF53A.5040509@filegate.net>
	<20081219203009.GB27690@jpradley.jpr.com>
Message-ID: <011e01c9621a$6e642b60$4b2c8220$@net>



> -----Original Message-----
> From: filepro-list-bounces+gccconsulting=comcast.net at lists.celestial.com
>
[mailto:filepro-list-bounces+gccconsulting=comcast.net at lists.celestial.com]
On
> Behalf Of Jean-Pierre A. Radley
> Sent: Friday, December 19, 2008 3:30 PM
> To: FilePro Mailing List
> Subject: Re: RE 5.607
> 
> Ron Kracht propounded (on Fri, Dec 19, 2008 at 02:25:46PM -0500):
> | Jean-Pierre A. Radley wrote:
> | > RKreiss1 propounded (on Fri, Dec 19, 2008 at 01:31:23PM -0500):
> | > | Has anyone downloaded and tested the update yet?
> | >
> | > It's not a free upgrade, is it?
> | >
> |
> |
> | It's free bug fix version for anyone who already has a 5.6 license. It
> | will use/honor your existing 5.6 license file. For anyone with filePro
> | versions prior to 5.6 it is a paid upgrade.
> 
> I posed my question because after logging in with my account number,
> then going to filePro's download page, then entering my serial number,
> I saw no trace of a 5.6.07 package.   So where is it?
> 
> --
> JP

You are correct.  I just checked all of my/client's licenses and all are
still at the 5.6.06 release.

Richard


From wrandall at fptech.com  Fri Dec 19 12:54:06 2008
From: wrandall at fptech.com (Bill Randall)
Date: Fri, 19 Dec 2008 15:54:06 -0500
Subject: RE 5.607
References: <00fb01c96207$fedba370$fc92ea50$@net>	<20081219190912.GA27690@jpradley.jpr.com>	<494BF53A.5040509@filegate.net><20081219203009.GB27690@jpradley.jpr.com>
	<011e01c9621a$6e642b60$4b2c8220$@net>
Message-ID: <DB70AC131A7F40D19F0E1953C625DE97@bill64>

>>
>> I posed my question because after logging in with my account 
>> number,
>> then going to filePro's download page, then entering my serial 
>> number,
>> I saw no trace of a 5.6.07 package.   So where is it?
>>
>> --
>> JP
>
> You are correct.  I just checked all of my/client's licenses and all 
> are
> still at the 5.6.06 release.
>
> Richard
>

I am not sure what you are looking at.  The 5.6.07 update for Windows, 
SCO and Linux was put on the download site on Monday 12/15   I just 
checked the windows zip image and it contains verion 5.6.07

If you continue to have download problems, please contact 
support at fptech.com

Bill


From appl at jpr.com  Fri Dec 19 13:02:18 2008
From: appl at jpr.com (Jean-Pierre A. Radley)
Date: Fri, 19 Dec 2008 16:02:18 -0500
Subject: RE 5.607
In-Reply-To: <011e01c9621a$6e642b60$4b2c8220$@net>
References: <00fb01c96207$fedba370$fc92ea50$@net>
	<20081219190912.GA27690@jpradley.jpr.com>
	<494BF53A.5040509@filegate.net>
	<20081219203009.GB27690@jpradley.jpr.com>
	<011e01c9621a$6e642b60$4b2c8220$@net>
Message-ID: <20081219210218.GC27690@jpradley.jpr.com>

GCC Consulting propounded (on Fri, Dec 19, 2008 at 03:43:21PM -0500):
| 
| On | > Behalf Of Jean-Pierre A. Radley
| > 
| > I posed my question because after logging in with my account number,
| > then going to filePro's download page, then entering my serial number,
| > I saw no trace of a 5.6.07 package.   So where is it?
| > 
| > --
| > JP
| 
| You are correct.  I just checked all of my/client's licenses and all are
| still at the 5.6.06 release.
| 
| Richard

Richard, I'm not following you at all.  Why are you checking your
clients' sites for this new release?  Don't you first want to find it
on FPTech's web pages?

-- 
JP

From appl at jpr.com  Fri Dec 19 13:45:39 2008
From: appl at jpr.com (Jean-Pierre A. Radley)
Date: Fri, 19 Dec 2008 16:45:39 -0500
Subject: RE 5.607
In-Reply-To: <DB70AC131A7F40D19F0E1953C625DE97@bill64>
References: <00fb01c96207$fedba370$fc92ea50$@net>
	<20081219190912.GA27690@jpradley.jpr.com>
	<011e01c9621a$6e642b60$4b2c8220$@net>
	<DB70AC131A7F40D19F0E1953C625DE97@bill64>
Message-ID: <20081219214539.GD27690@jpradley.jpr.com>

Bill Randall propounded (on Fri, Dec 19, 2008 at 03:54:06PM -0500):
| >>
| >> I posed my question because after logging in with my account 
| >> number,
| >> then going to filePro's download page, then entering my serial 
| >> number,
| >> I saw no trace of a 5.6.07 package.   So where is it?
| >>
| >> --
| >> JP
| >
| > You are correct.  I just checked all of my/client's licenses and all 
| > are
| > still at the 5.6.06 release.
| >
| > Richard
| >
| 
| I am not sure what you are looking at.  The 5.6.07 update for Windows, 
| SCO and Linux was put on the download site on Monday 12/15   I just 
| checked the windows zip image and it contains verion 5.6.07
| 
| If you continue to have download problems, please contact 
| support at fptech.com


I simply find no way to navigate to it.  Entering 'update' or '5.6.07'
in the search engine does not work.  Clicking on the News page or the
Download page does not show it.  

Please spell out how to click to the proper page.

-- 
JP

From wrandall at fptech.com  Fri Dec 19 14:17:04 2008
From: wrandall at fptech.com (Bill Randall)
Date: Fri, 19 Dec 2008 17:17:04 -0500
Subject: Fw: RE 5.607
Message-ID: <13DDE6D5FACA4D2B99094F52E53FA710@bill64>

Sorry - I neglected to reply all.  See below.

----- Original Message ----- 
From: "Bill Randall" <wrandall at fptech.com>
To: "Jean-Pierre A. Radley" <appl at jpr.com>
Sent: Friday, December 19, 2008 4:53 PM
Subject: Re: RE 5.607


>> |
>> | I am not sure what you are looking at.  The 5.6.07 update for 
>> Windows,
>> | SCO and Linux was put on the download site on Monday 12/15   I 
>> just
>> | checked the windows zip image and it contains verion 5.6.07
>> |
>> | If you continue to have download problems, please contact
>> | support at fptech.com
>>
>>
>> I simply find no way to navigate to it.  Entering 'update' or 
>> '5.6.07'
>> in the search engine does not work.  Clicking on the News page or 
>> the
>> Download page does not show it.
>>
>> Please spell out how to click to the proper page.
>>
>
> All I do is log in the developer area with my account # and password 
> and look at my licenses.  At this point they don't tell you want rev 
> they are but if you look at the top of the page it tells you that 
> the latest is 5.6.07    Then, if I click on any active license to 
> download it, when the file is presented to me for saving, it also 
> says 5.6.07 as part of the filename.  I downloaded the Windows 
> version and installed and it was the correct rev of 5.6.07
>
> If an end-user was doing this then they would enter the email 
> address and serial number but they would then be presented with the 
> same information and download files.
>
> Bill
> 


From appl at jpr.com  Fri Dec 19 14:21:29 2008
From: appl at jpr.com (Jean-Pierre A. Radley)
Date: Fri, 19 Dec 2008 17:21:29 -0500
Subject: RE 5.607
In-Reply-To: <C70DCA89EE414C9F84EC6901F4C64583@bill64>
References: <20081219214539.GD27690@jpradley.jpr.com>
	<C70DCA89EE414C9F84EC6901F4C64583@bill64>
Message-ID: <20081219222129.GF27690@jpradley.jpr.com>

Bill Randall propounded (on Fri, Dec 19, 2008 at 04:53:52PM -0500):
>> |
>> | I am not sure what you are looking at.  The 5.6.07 update for  
>> Windows,
>> | SCO and Linux was put on the download site on Monday 12/15   I just
>> | checked the windows zip image and it contains verion 5.6.07
>> |
>> | If you continue to have download problems, please contact
>> | support at fptech.com
>>
>>
>> I simply find no way to navigate to it.  Entering 'update' or '5.6.07'
>> in the search engine does not work.  Clicking on the News page or the
>> Download page does not show it.
>>
>> Please spell out how to click to the proper page.
>>
>
> All I do is log in the developer area with my account # and password and 
> look at my licenses.  At this point they don't tell you want rev they are 
> but if you look at the top of the page it tells you that the latest is 
> 5.6.07    Then, if I click on any active license to download it, when the 
> file is presented to me for saving, it also says 5.6.07 as part of the 
> filename.  I downloaded the Windows version and installed and it was the 
> correct rev of 5.6.07
>
> If an end-user was doing this then they would enter the email address  
> and serial number but they would then be presented with the same  
> information and download files.
>

I have no problem getting to the license page and seeing all my
licenses, but I still see no reference of any kind to 5.6.07.

Is everybody else just finding it without a problem?

-- 
JP

From haussma at nextdimension.net  Fri Dec 19 14:41:01 2008
From: haussma at nextdimension.net (Robert Haussmann)
Date: Fri, 19 Dec 2008 22:41:01 +0000
Subject: RE 5.607
Message-ID: <1796945064-1229726459-cardhu_decombobulator_blackberry.rim.net-1139407480-@bxe151.bisx.prod.on.blackberry>

If I recall, the version number is not correctly stated on the download page.  If you click to get the full 5.06 package you will actually get 5.06.07.

Bob
------Original Message------
From: Jean-Pierre A. Radley
Sender: 
To: FilePro Mailing List
Subject: Re: RE 5.607
Sent: Dec 19, 2008 5:37 PM

Bill Randall propounded (on Fri, Dec 19, 2008 at 04:53:52PM -0500):
>> |
>> | I am not sure what you are looking at.  The 5.6.07 update for  
>> Windows,
>> | SCO and Linux was put on the download site on Monday 12/15   I just
>> | checked the windows zip image and it contains verion 5.6.07
>> |
>> | If you continue to have download problems, please contact
>> | support at fptech.com
>>
>>
>> I simply find no way to navigate to it.  Entering 'update' or '5.6.07'
>> in the search engine does not work.  Clicking on the News page or the
>> Download page does not show it.
>>
>> Please spell out how to click to the proper page.
>>
>
> All I do is log in the developer area with my account # and password and 
> look at my licenses.  At this point they don't tell you want rev they are 
> but if you look at the top of the page it tells you that the latest is 
> 5.6.07    Then, if I click on any active license to download it, when the 
> file is presented to me for saving, it also says 5.6.07 as part of the 
> filename.  I downloaded the Windows version and installed and it was the 
> correct rev of 5.6.07
>
> If an end-user was doing this then they would enter the email address  
> and serial number but they would then be presented with the same  
> information and download files.
>

I have no problem getting to the license page and seeing all my
licenses, but I still see no reference of any kind to 5.6.07.

Is everybody else just finding it without a problem?

-- 
JP
_______________________________________________
Filepro-list mailing list
Filepro-list at lists.celestial.com
http://mailman.celestial.com/mailman/listinfo/filepro-list


From laura at hvcomputer.com  Sat Dec 27 11:56:59 2008
From: laura at hvcomputer.com (Laura Brody)
Date: Sat, 27 Dec 2008 14:56:59 -0500
Subject: OT: Ken's father...
Message-ID: <20081227145659.1jqxj0rse8ssk8ck-ynhenoebql@webmail.spamcop.net>

Hi everyone,

   Ken flew from NY to FL yesterday. His father has been moved
from the hospital to a hospice. I don't know much more than
that at this point. Naturally, Ken is going to be focusing
on his parents for a while, so I don't expect him to be
monitoring this list or his e-mails too closely.

   Thanks for understanding and have a Merry Christmas and
Happy Hanukkah.
--
Laura Brody
+------------- Hudson Valley Computer Associates, Inc ----------+
| PO Box 859; 120 Sixth Street   http://www.hvcomputer.com      |
| Verplanck, NY 10596-0859       Voice mail: (914) 739-5004     |
+------ PC repair locally, filePro programming globally --------+

From GSimon at americanriverintl.com  Tue Dec 30 07:54:14 2008
From: GSimon at americanriverintl.com (George Simon)
Date: Tue, 30 Dec 2008 10:54:14 -0500
Subject: Associated Fields
Message-ID: <8481F2906029084796A2B43854F5474E03CF318A@pluto.AmericanRiverIntl.local>

  

Just came across this in filePro SCO Unix rclerk version 05.0.08R4

 

Browse format screen looks something like this:

 

Control #        Date               Receipt No.   Stat     Consignee
Rec. No.

*800               *@c4              *a1                  *b1      *999
*@rn

 

Here is the problem.  When in IUA looking using an index built on field
a1, a1 shows the correct value for each instance of the associated
fields but b1 shows only the value of the first instance of associated
field a1.  So the browse screen looks like this:

 

Control #             Date          Receipt No.   Stat     Consignee
Rec. No.

        235         12/30/2008           1000.0       R       EUROSPORTS
RIMS                   1

        235         12/30/2008           1010.0       R       EUROSPORTS
RIMS                   1

        235         12/30/2008           1020.0       R       EUROSPORTS
RIMS                   1

        235         12/30/2008           1030.0       R       EUROSPORTS
RIMS                   1

        235         12/30/2008           1040.0       R       EUROSPORTS
RIMS                   1

        235         12/30/2008           1050.0       R       EUROSPORTS
RIMS                   1

        235         12/30/2008           1060.0       R       EUROSPORTS
RIMS                   1

 

When it should look something like this:

 

Control #             Date          Receipt No.   Stat     Consignee
Rec. No.

        235         12/30/2008           1000.0       R       EUROSPORTS
RIMS                   1

        235         12/30/2008           1010.0       O       EUROSPORTS
RIMS                   1

        235         12/30/2008           1020.0       O       EUROSPORTS
RIMS                   1

        235         12/30/2008           1030.0       O       EUROSPORTS
RIMS                   1

        235         12/30/2008           1040.0       O       EUROSPORTS
RIMS                   1

        235         12/30/2008           1050.0       O       EUROSPORTS
RIMS                   1

        235         12/30/2008           1060.0       O       EUROSPORTS
RIMS                   1

 

Has anyone seen this behavior before?  Is it a bug or am I doing
something wrong?  Or am I expecting filePro to do something it cannot?

 

Why does it display the correct value for associated field a1 but the
incorrect one for associated field b1?

 

George Simon - Sr. Programmer

American River International

908-354-7746 Ext. 103

http://www.americanriverintl.com/ <http://www.americanriverintl.com/> 

 

 

This email and any attachments contain confidential, private and/or
proprietary information intended specifically for the recipients named
in this email. If you are not an intended recipient, or are
inadvertently/incorrectly named as a recipient above, please note that
any use, dissemination, or distribution of this email or attachments is
strictly prohibited. If you have received this email in error, we
sincerely apologize and ask that you please notify the sender at
908-354-7746 Ext. 103 and promptly and permanently delete this email
from your computer and destroy any printed copies. Thank you in advance
for your cooperation.

 

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20081230/8ae44a0c/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 2950 bytes
Desc: image001.jpg
Url : http://mailman.celestial.com/pipermail/filepro-list/attachments/20081230/8ae44a0c/attachment.jpe 

From jeffaharrison at yahoo.com  Tue Dec 30 11:35:48 2008
From: jeffaharrison at yahoo.com (Jeff Harrison)
Date: Tue, 30 Dec 2008 11:35:48 -0800 (PST)
Subject: Associated Fields
In-Reply-To: <8481F2906029084796A2B43854F5474E03CF318A@pluto.AmericanRiverIntl.local>
Message-ID: <631052.1743.qm@web50702.mail.re2.yahoo.com>



--- On Tue, 12/30/08, George Simon <GSimon at americanriverintl.com> wrote:

[snip]
?
Has anyone seen this behavior before?? Is it a bug or am I doing something wrong?? Or am I expecting filePro to do something it cannot?
?
Why does it display the correct value for associated field a1 but the incorrect one for associated field b1?
?

George Simon - Sr. Programmer
American River International
908-354-7746 Ext. 103
http://www.americanriverintl.com/
?
?
--------------------------------------------------------
Hi George.  When you associate your fields, you need to use the same beginning letter in order for the fields to be in the same associated group.  So if your index is on field A1 for example, A2, A3, etc. would be associated with this.  Not the Bs.  Change your B1 fields to A2, or whatever the next available number is in your map...  Only do this of course if you are sure this will not effect any other programming that may be in use...

Hope this helps.  Good Luck.

Jeff Harrison
jeffaharrison at yahoo.com


      

From GSimon at americanriverintl.com  Tue Dec 30 11:38:28 2008
From: GSimon at americanriverintl.com (George Simon)
Date: Tue, 30 Dec 2008 14:38:28 -0500
Subject: Associated Fields
In-Reply-To: <631052.1743.qm@web50702.mail.re2.yahoo.com>
References: <8481F2906029084796A2B43854F5474E03CF318A@pluto.AmericanRiverIntl.local>
	<631052.1743.qm@web50702.mail.re2.yahoo.com>
Message-ID: <8481F2906029084796A2B43854F5474E03CF3191@pluto.AmericanRiverIntl.local>

Thanks Jeff, I'll give that a try.

-----Original Message-----
From: Jeff Harrison [mailto:jeffaharrison at yahoo.com] 
Sent: Tuesday, December 30, 2008 2:36 PM
To: filepro-list at lists.celestial.com; George Simon
Subject: Re: Associated Fields



--- On Tue, 12/30/08, George Simon <GSimon at americanriverintl.com> wrote:

[snip]
?
Has anyone seen this behavior before?? Is it a bug or am I doing something wrong?? Or am I expecting filePro to do something it cannot?
?
Why does it display the correct value for associated field a1 but the incorrect one for associated field b1?
?

George Simon - Sr. Programmer
American River International
908-354-7746 Ext. 103
http://www.americanriverintl.com/
?
?
--------------------------------------------------------
Hi George.  When you associate your fields, you need to use the same beginning letter in order for the fields to be in the same associated group.  So if your index is on field A1 for example, A2, A3, etc. would be associated with this.  Not the Bs.  Change your B1 fields to A2, or whatever the next available number is in your map...  Only do this of course if you are sure this will not effect any other programming that may be in use...

Hope this helps.  Good Luck.

Jeff Harrison
jeffaharrison at yahoo.com