From tyler.style at gmail.com  Mon Feb  1 10:47:57 2010
From: tyler.style at gmail.com (Tyler)
Date: Mon, 1 Feb 2010 11:47:57 -0700
Subject: rreport gagging on lockfile
Message-ID: <1e78e1e81002011047l353efcddm3b2bdde1b4ef1c93@mail.gmail.com>

We suddenly started having a problem a week ago with a piece of logging
software that has run perfectly for years.  Every time a script or
processing ran that used it, it would bomb out with a message that the file
was locked by output processing.

After some hemming and hawing, it was determined that the lockfile status
wasn't being read correctly. rreport was hung on the lockfile message, and
trying to access it via rclerk kicked you immediately with the same
message.  However, the lockfile script showed that the file wasn't actually
locked.

We manually deleted the lockfile and re-ran a report that had been
previously gagging so that filepro (v5.0.1.14 on SCO Openserver 6) could
recreate it.  Suddenly everything is fine.

Anyone have any ideas on why this would have happened, and how we might
avoid it in the future?  Thanks for any input!

Tyler
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100201/edd956a3/attachment.html 

From john at valar.com  Mon Feb  1 12:02:37 2010
From: john at valar.com (John Esak)
Date: Mon, 1 Feb 2010 15:02:37 -0500
Subject: rreport gagging on lockfile
In-Reply-To: <1e78e1e81002011047l353efcddm3b2bdde1b4ef1c93@mail.gmail.com>
Message-ID: <201002012002.o11K2rdQ054832@admin114.securesites.net>

Any chance you are working with 5.6 filePro and once accessed a non-locked
file with a pre-5.6 version of one of the runtimes?   This would create a
lockfile problem for 5.6.  They do not commingle backwards.
 
John
 


  _____  

From: filepro-list-bounces+john=valar.com at lists.celestial.com
[mailto:filepro-list-bounces+john=valar.com at lists.celestial.com] On Behalf
Of Tyler
Sent: Monday, February 01, 2010 1:48 PM
To: filepro-list at lists.celestial.com
Subject: rreport gagging on lockfile


We suddenly started having a problem a week ago with a piece of logging
software that has run perfectly for years.  Every time a script or
processing ran that used it, it would bomb out with a message that the file
was locked by output processing.

After some hemming and hawing, it was determined that the lockfile status
wasn't being read correctly. rreport was hung on the lockfile message, and
trying to access it via rclerk kicked you immediately with the same message.
However, the lockfile script showed that the file wasn't actually locked.

We manually deleted the lockfile and re-ran a report that had been
previously gagging so that filepro (v5.0.1.14 on SCO Openserver 6) could
recreate it.  Suddenly everything is fine.

Anyone have any ideas on why this would have happened, and how we might
avoid it in the future?  Thanks for any input!

Tyler


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100201/05bcfd34/attachment.html 

From tyler.style at gmail.com  Mon Feb  1 12:06:56 2010
From: tyler.style at gmail.com (Tyler)
Date: Mon, 1 Feb 2010 13:06:56 -0700
Subject: rreport gagging on lockfile
In-Reply-To: <201002012002.o11K2rdQ054832@admin114.securesites.net>
References: <1e78e1e81002011047l353efcddm3b2bdde1b4ef1c93@mail.gmail.com>
	<201002012002.o11K2rdQ054832@admin114.securesites.net>
Message-ID: <1e78e1e81002011206p9c00f3w98c6cb81edb50803@mail.gmail.com>

No, definitely not the case.  We have 5.6 but still haven't finished
testing/updating our processing on our test box.

On Mon, Feb 1, 2010 at 1:02 PM, John Esak <john at valar.com> wrote:

>  Any chance you are working with 5.6 filePro and once accessed a
> non-locked file with a pre-5.6 version of one of the runtimes?   This would
> create a lockfile problem for 5.6.  They do not commingle backwards.
>
> John
>
>
>  ------------------------------
> *From:* filepro-list-bounces+john=valar.com at lists.celestial.com [mailto:
> filepro-list-bounces+john <filepro-list-bounces%2Bjohn>=valar.com@
> lists.celestial.com] *On Behalf Of *Tyler
> *Sent:* Monday, February 01, 2010 1:48 PM
> *To:* filepro-list at lists.celestial.com
> *Subject:* rreport gagging on lockfile
>
> We suddenly started having a problem a week ago with a piece of logging
> software that has run perfectly for years.  Every time a script or
> processing ran that used it, it would bomb out with a message that the file
> was locked by output processing.
>
> After some hemming and hawing, it was determined that the lockfile status
> wasn't being read correctly. rreport was hung on the lockfile message, and
> trying to access it via rclerk kicked you immediately with the same
> message.  However, the lockfile script showed that the file wasn't actually
> locked.
>
> We manually deleted the lockfile and re-ran a report that had been
> previously gagging so that filepro (v5.0.1.14 on SCO Openserver 6) could
> recreate it.  Suddenly everything is fine.
>
> Anyone have any ideas on why this would have happened, and how we might
> avoid it in the future?  Thanks for any input!
>
> Tyler
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100201/71d43dce/attachment.html 

From rkreiss at verizon.net  Mon Feb  1 12:13:03 2010
From: rkreiss at verizon.net (Rkreiss@verizon.net])
Date: Mon, 01 Feb 2010 15:13:03 -0500
Subject: rreport gagging on lockfile
Message-ID: <0KX600KPBITQZYV3@vms173019.mailsrvcs.net>

Is your processing using one record?  Is so, could that record be locked?

Richard Kreiss
>From phone

-----Original Message-----
From: Tyler <tyler.style at gmail.com>
Sent: Monday, February 01, 2010 1:47 PM
To: filepro-list at lists.celestial.com
Subject: rreport gagging on lockfile

We suddenly started having a problem a week ago with a piece of logging
software that has run perfectly for years.  Every time a script or
processing ran that used it, it would bomb out with a message that the file
was locked by output processing.

After some hemming and hawing, it was determined that the lockfile status
wasn't being read correctly. rreport was hung on the lockfile message, and
trying to access it via rclerk kicked you immediately with the same
message.  However, the lockfile script showed that the file wasn't actually
locked.

We manually deleted the lockfile and re-ran a report that had been
previously gagging so that filepro (v5.0.1.14 on SCO Openserver 6) could
recreate it.  Suddenly everything is fine.

Anyone have any ideas on why this would have happened, and how we might
avoid it in the future?  Thanks for any input!

Tyler


From tyler.style at gmail.com  Mon Feb  1 12:18:22 2010
From: tyler.style at gmail.com (Tyler)
Date: Mon, 1 Feb 2010 13:18:22 -0700
Subject: rreport gagging on lockfile
In-Reply-To: <1e78e1e81002011217t363ce060s5555ec7f7e40ea8b@mail.gmail.com>
References: <0KX600KPBITQZYV3@vms173019.mailsrvcs.net>
	<1e78e1e81002011217t363ce060s5555ec7f7e40ea8b@mail.gmail.com>
Message-ID: <1e78e1e81002011218l375cd998hb167e9c621719974@mail.gmail.com>

On Mon, Feb 1, 2010 at 1:13 PM, Rkreiss at verizon.net] <rkreiss at verizon.net>wrote:

> Is your processing using one record?  Is so, could that record be locked?
>
> Richard Kreiss
>

Yes, it's using one record, but that is definitely not the problem - we've
been doing it this way for years.

And as I stated in my original email, the file/record isn't actually locked
if you look at the lockfile itself or use the lockinfo script - filePro just
seems to think it is regardless.

Also, if that was the case then after deleting the lockfile and re-running
the processing we should be getting the same lock error message; we are not.

Tyler






>
>
> -----Original Message-----
> From: Tyler <tyler.style at gmail.com>
> Sent: Monday, February 01, 2010 1:47 PM
> To: filepro-list at lists.celestial.com
> Subject: rreport gagging on lockfile
>
> We suddenly started having a problem a week ago with a piece of logging
> software that has run perfectly for years.  Every time a script or
> processing ran that used it, it would bomb out with a message that the file
> was locked by output processing.
>
> After some hemming and hawing, it was determined that the lockfile status
> wasn't being read correctly. rreport was hung on the lockfile message, and
> trying to access it via rclerk kicked you immediately with the same
> message.  However, the lockfile script showed that the file wasn't actually
> locked.
>
> We manually deleted the lockfile and re-ran a report that had been
> previously gagging so that filepro (v5.0.1.14 on SCO Openserver 6) could
> recreate it.  Suddenly everything is fine.
>
> Anyone have any ideas on why this would have happened, and how we might
> avoid it in the future?  Thanks for any input!
>
> Tyler
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100201/639bddab/attachment.html 

From appl at jpr.com  Mon Feb  1 13:14:23 2010
From: appl at jpr.com (Jean-Pierre A. Radley)
Date: Mon, 1 Feb 2010 16:14:23 -0500
Subject: Print to printer on a different SCO Unix system
In-Reply-To: <auto-000008380035@rsquared.com>
References: <8CC6F3BFAA82912-1858-A0AA@webmail-d064.sysops.aol.com>
	<20100130001541.GB21155@jpradley.jpr.com>
	<auto-000008380035@rsquared.com>
Message-ID: <20100201211423.GC21155@jpradley.jpr.com>

Robert T. Repko (R Squared Consultants) propounded (on Sat, Jan 30, 2010 at 09:36:25AM -0500):
| This is more of a Unix question than filepro question but since I am 
| trying to do this from filepro I'll ask here.
| 
| I have filepro running on SCO OSR5 5.0.7.  I have a second SCO Unix 
| system running on a different network, connected by GB fiber 
| optic.  I need to print from filepro to a printer on the second SCO 
| system.  Can someone tell me what needs to be setup to allow me to 
| print to a printer on the second system, or point me in the right direction.

As Bill suggests, lpr is the common way to do this.

Run 'mkdev rlp', then 'scoadmin printer' and "follow the bouincing ball".

-- 
JP

From kenbrody at gmail.com  Mon Feb  1 13:27:18 2010
From: kenbrody at gmail.com (Kenneth Brody)
Date: Mon, 01 Feb 2010 16:27:18 -0500
Subject: rreport gagging on lockfile
In-Reply-To: <1e78e1e81002011047l353efcddm3b2bdde1b4ef1c93@mail.gmail.com>
References: <1e78e1e81002011047l353efcddm3b2bdde1b4ef1c93@mail.gmail.com>
Message-ID: <4B674736.9000506@gmail.com>

On 2/1/2010 1:47 PM, Tyler wrote:
> We suddenly started having a problem a week ago with a piece of logging
> software that has run perfectly for years.  Every time a script or
> processing ran that used it, it would bomb out with a message that the file
> was locked by output processing.
>
> After some hemming and hawing, it was determined that the lockfile status
> wasn't being read correctly.

What do you mean by "the lockfile status wasn't being read correctly"?

> rreport was hung on the lockfile message,

What was the exact message?

> and
> trying to access it via rclerk kicked you immediately with the same
> message.  However, the lockfile script showed that the file wasn't actually
> locked.

What "lockfile script"?

> We manually deleted the lockfile and re-ran a report that had been
> previously gagging so that filepro (v5.0.1.14 on SCO Openserver 6) could
> recreate it.  Suddenly everything is fine.
>
> Anyone have any ideas on why this would have happened, and how we might
> avoid it in the future?  Thanks for any input!

Is this a consistent problem?  Or was it just something like a previous 
*clerk session had crashed?

-- 
Kenneth Brody

From john at valar.com  Mon Feb  1 14:47:37 2010
From: john at valar.com (John Esak)
Date: Mon, 1 Feb 2010 17:47:37 -0500
Subject: rreport gagging on lockfile
In-Reply-To: <1e78e1e81002011218l375cd998hb167e9c621719974@mail.gmail.com>
Message-ID: <201002012247.o11Mlr0n024162@admin114.securesites.net>

1. Okay, be more specific. You say you are using the lockinfo script.  So,
you can see exactly which record is being locked by exactly which binary.
What does it show?  Record 1 by dclerk, or record 1 by dreport.... exactly
what does lockinfo show.... by any chance are you locking record 0?  Not
something you could do specificially, but filePro does this from time to
time.
 
2. It's always easier when people say this has worked for years.  So, it
must be something new added to the soup.  Have you removed an index, grown a
field and not changed the size an index pointing to it.  Gone past some
imposed time barrier?  Used up too many licenses? Exceeded some quota in
some parameter?  Added groups or changed permissions?  Run a fixmog (fix
permissions)?  Has a binary failed like dclerk and you've replaced it with a
different copy?   Has the -u flag any immpact on your scenario?  I'm
assuming a lot because you haven't specifically shown how you are doing
things?  Is this happening from a system call?
 
I agree that the code would not seem to be importatn since it has worked...
before, so again, it seems like the environment has changed somehow.  Maybe
if we saw the whole setup, relevant code and all we could give more
suggestions.  Oh, I just thought of one... is it possible you are looking up
to a particular record, say record 1... and that record is not there
anymore?
 
I don't know, I'm shooting in the dark without the specifics.
 
John


  _____  

From: filepro-list-bounces+john=valar.com at lists.celestial.com
[mailto:filepro-list-bounces+john=valar.com at lists.celestial.com] On Behalf
Of Tyler
Sent: Monday, February 01, 2010 3:18 PM
To: filepro-list at lists.celestial.com
Subject: re: rreport gagging on lockfile


On Mon, Feb 1, 2010 at 1:13 PM, Rkreiss at verizon.net] <rkreiss at verizon.net>
wrote:


Is your processing using one record?  Is so, could that record be locked?

Richard Kreiss



Yes, it's using one record, but that is definitely not the problem - we've
been doing it this way for years.  

And as I stated in my original email, the file/record isn't actually locked
if you look at the lockfile itself or use the lockinfo script - filePro just
seems to think it is regardless.  

Also, if that was the case then after deleting the lockfile and re-running
the processing we should be getting the same lock error message; we are not.

Tyler




 



-----Original Message-----
From: Tyler <tyler.style at gmail.com>
Sent: Monday, February 01, 2010 1:47 PM
To: filepro-list at lists.celestial.com
Subject: rreport gagging on lockfile

We suddenly started having a problem a week ago with a piece of logging
software that has run perfectly for years.  Every time a script or
processing ran that used it, it would bomb out with a message that the file
was locked by output processing.

After some hemming and hawing, it was determined that the lockfile status
wasn't being read correctly. rreport was hung on the lockfile message, and
trying to access it via rclerk kicked you immediately with the same
message.  However, the lockfile script showed that the file wasn't actually
locked.

We manually deleted the lockfile and re-ran a report that had been
previously gagging so that filepro (v5.0.1.14 on SCO Openserver 6) could
recreate it.  Suddenly everything is fine.

Anyone have any ideas on why this would have happened, and how we might
avoid it in the future?  Thanks for any input!

Tyler





-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100201/5800cda8/attachment.html 

From tyler.style at gmail.com  Mon Feb  1 20:23:17 2010
From: tyler.style at gmail.com (Tyler Style)
Date: Mon, 01 Feb 2010 21:23:17 -0700
Subject: rreport gagging on lockfile
In-Reply-To: <201002012247.o11Mlr0n024162@admin114.securesites.net>
References: <201002012247.o11Mlr0n024162@admin114.securesites.net>
Message-ID: <4B67A8B5.3010008@gmail.com>



John Esak wrote:
 > 1. Okay, be more specific. You say you are using the lockinfo 
script.  So, you can see exactly which record is being locked by exactly 
which binary.  What does it show?  Record 1 by dclerk, or record 1 by 
dreport.... exactly what does lockinfo show.... by any chance are you 
locking record 0?  Not something you could do specificially, but filePro 
does this from time to time.
While I have the error message from rreport on one terminal and the same 
error message from rclerk on another, lockinfo will produce "There are 
NO locks on the "log_operations" key file."

While every call to rreport starts off with -sr 1, there is a lookup - 
in the processing that moves it to a random record (between 1 and 180) 
as the first command to keep it from hogging the file.  Records 1-180 
all exist.

 > 2. It's always easier when people say this has worked for years.  So, 
it must be something new added to the soup.  Have you removed an index, 
grown a field and not changed the size an index pointing to it.  Gone 
past some imposed time barrier?  Used up too many licenses? Exceeded 
some quota in some parameter?  Added groups or changed permissions?  Run 
a fixmog (fix permissions)?  Has a binary failed like dclerk and you've 
replaced it with a different copy?   Has the -u flag any immpact on your 
scenario?  I'm assuming a lot because you haven't specifically shown how 
you are doing things?  Is this happening from a system call?

Absolutely nothing has done to change the file or the processing for a 
couple years.  The only thing that has happened to the file is that it 
has grown larger over time.
There is definitely no time limit imposed in the processing; I don't see 
how would that produce a lock issue, anyway?
We have way more licenses than we can use after cutting 70% of our staff 
last year :P
Exceeding a quota in a parameter would mean something had changed with 
the file or processing, and nothing has.
We haven't changed groups or permissions in years either - the current 
setup is pretty static.
Fixmog (our version is called 'correct') hasn't been executed in months 
according to the log it keeps.
No binaries have been swapped in or out (we'd like to tho! still haven't 
got 5.6 to pass all our tests on our test box unfortunately)
-u shouldn't make any diff; it's not used and if we needed to use it I 
am certain the need would have shown up sometime prior to this.

A typical use would be to add this to the end of a bash script to record 
that a script had completed running:
ARGPM="file=none;processing=none;qualifier=hh;script=importship;user=$LOGNAME;no
te=none;status=COMPLETED"
/appl/fp/rreport log_operations -fp log_it -sr 1 -r $ARGPM -h "Logging"

Most of the actual processing just parses @PM, looks up a free record, 
and puts data in the correct fields.

No other processing anywhere ever looks up the file; it is strictly a 
log, nothing more, and the only processing that touches it (log_it) 
always either run via a script command or a SYSTEM command.

Things we tried to see if they would help:
* file had 600,000 records going back 4yrs, so we copied the data to 
another qualifier, deleted the original qualifier, and copy back the 
most recent 10,000 entries to see if it was just a size issue.
* rebuilt all the indices.
* rebooting the OS.

This logging hasn't been added to any new processing or scripts for 
several months.

 >  
 > I agree that the code would not seem to be importatn since it has 
worked... before, so again, it seems like the environment has changed 
somehow.  Maybe if we saw the whole setup, relevant code and all we 
could give more suggestions.  Oh, I just thought of one... is it 
possible you are looking up to a particular record, say record 1... and 
that record is not there anymore?

All the records being looked up to exist.  The environment is pretty 
static - our needs have been pretty clearly defined by this point and 
new systems are almost always implemented on our Debian boxes as SCO is 
so limiting and so badly supported.

Thanks for the ideas!  Hopefully my answers might light up a bulb over 
someone's head...

Tyler

From john at valar.com  Mon Feb  1 22:14:42 2010
From: john at valar.com (John Esak)
Date: Tue, 2 Feb 2010 01:14:42 -0500
Subject: rreport gagging on lockfile
In-Reply-To: <4B67A8B5.3010008@gmail.com>
Message-ID: <201002020614.o126ExoY077555@admin114.securesites.net>

Only thing I can suggest at this point is run the process with the
interactive debugger. Completely lcear the lockfile before starting. (I mean
erase it).  Then step through each critical point until you can see exactly
what is causing the hang.

Are you familiar with the debugger?

John
 

> -----Original Message-----
> From: Tyler Style [mailto:tyler.style at gmail.com] 
> Sent: Monday, February 01, 2010 11:23 PM
> To: john at valar.com
> Cc: filepro-list at lists.celestial.com
> Subject: Re: rreport gagging on lockfile
> 
> 
> 
> John Esak wrote:
>  > 1. Okay, be more specific. You say you are using the lockinfo 
> script.  So, you can see exactly which record is being locked 
> by exactly 
> which binary.  What does it show?  Record 1 by dclerk, or record 1 by 
> dreport.... exactly what does lockinfo show.... by any chance are you 
> locking record 0?  Not something you could do specificially, 
> but filePro 
> does this from time to time.
> While I have the error message from rreport on one terminal 
> and the same 
> error message from rclerk on another, lockinfo will produce 
> "There are 
> NO locks on the "log_operations" key file."
> 
> While every call to rreport starts off with -sr 1, there is a 
> lookup - 
> in the processing that moves it to a random record (between 1 
> and 180) 
> as the first command to keep it from hogging the file.  Records 1-180 
> all exist.
> 
>  > 2. It's always easier when people say this has worked for 
> years.  So, 
> it must be something new added to the soup.  Have you removed 
> an index, 
> grown a field and not changed the size an index pointing to it.  Gone 
> past some imposed time barrier?  Used up too many licenses? Exceeded 
> some quota in some parameter?  Added groups or changed 
> permissions?  Run 
> a fixmog (fix permissions)?  Has a binary failed like dclerk 
> and you've 
> replaced it with a different copy?   Has the -u flag any 
> immpact on your 
> scenario?  I'm assuming a lot because you haven't 
> specifically shown how 
> you are doing things?  Is this happening from a system call?
> 
> Absolutely nothing has done to change the file or the 
> processing for a 
> couple years.  The only thing that has happened to the file 
> is that it 
> has grown larger over time.
> There is definitely no time limit imposed in the processing; 
> I don't see 
> how would that produce a lock issue, anyway?
> We have way more licenses than we can use after cutting 70% 
> of our staff 
> last year :P
> Exceeding a quota in a parameter would mean something had 
> changed with 
> the file or processing, and nothing has.
> We haven't changed groups or permissions in years either - 
> the current 
> setup is pretty static.
> Fixmog (our version is called 'correct') hasn't been executed 
> in months 
> according to the log it keeps.
> No binaries have been swapped in or out (we'd like to tho! 
> still haven't 
> got 5.6 to pass all our tests on our test box unfortunately)
> -u shouldn't make any diff; it's not used and if we needed to 
> use it I 
> am certain the need would have shown up sometime prior to this.
> 
> A typical use would be to add this to the end of a bash 
> script to record 
> that a script had completed running:
> ARGPM="file=none;processing=none;qualifier=hh;script=importshi
> p;user=$LOGNAME;no
> te=none;status=COMPLETED"
> /appl/fp/rreport log_operations -fp log_it -sr 1 -r $ARGPM -h 
> "Logging"
> 
> Most of the actual processing just parses @PM, looks up a 
> free record, 
> and puts data in the correct fields.
> 
> No other processing anywhere ever looks up the file; it is strictly a 
> log, nothing more, and the only processing that touches it (log_it) 
> always either run via a script command or a SYSTEM command.
> 
> Things we tried to see if they would help:
> * file had 600,000 records going back 4yrs, so we copied the data to 
> another qualifier, deleted the original qualifier, and copy back the 
> most recent 10,000 entries to see if it was just a size issue.
> * rebuilt all the indices.
> * rebooting the OS.
> 
> This logging hasn't been added to any new processing or scripts for 
> several months.
> 
>  >  
>  > I agree that the code would not seem to be importatn since it has 
> worked... before, so again, it seems like the environment has changed 
> somehow.  Maybe if we saw the whole setup, relevant code and all we 
> could give more suggestions.  Oh, I just thought of one... is it 
> possible you are looking up to a particular record, say 
> record 1... and 
> that record is not there anymore?
> 
> All the records being looked up to exist.  The environment is pretty 
> static - our needs have been pretty clearly defined by this point and 
> new systems are almost always implemented on our Debian boxes 
> as SCO is 
> so limiting and so badly supported.
> 
> Thanks for the ideas!  Hopefully my answers might light up a 
> bulb over 
> someone's head...
> 
> Tyler
> 


From rtr at rsquared.com  Tue Feb  2 03:41:48 2010
From: rtr at rsquared.com (Robert T. Repko (R Squared Consultants))
Date: Tue, 02 Feb 2010 06:41:48 -0500
Subject: Print to printer on a different SCO Unix system
In-Reply-To: <20100201211423.GC21155@jpradley.jpr.com>
References: <8CC6F3BFAA82912-1858-A0AA@webmail-d064.sysops.aol.com>
	<20100130001541.GB21155@jpradley.jpr.com>
	<auto-000008380035@rsquared.com>
	<20100201211423.GC21155@jpradley.jpr.com>
Message-ID: <auto-000008380851@rsquared.com>

Believe it or not at 2/1/2010 04:14 PM, Jean-Pierre A. Radley said:
>Robert T. Repko (R Squared Consultants) propounded (on Sat, Jan 30, 
>2010 at 09:36:25AM -0500):
>| This is more of a Unix question than filepro question but since I am
>| trying to do this from filepro I'll ask here.
>|
>| I have filepro running on SCO OSR5 5.0.7.  I have a second SCO Unix
>| system running on a different network, connected by GB fiber
>| optic.  I need to print from filepro to a printer on the second SCO
>| system.  Can someone tell me what needs to be setup to allow me to
>| print to a printer on the second system, or point me in the right direction.
>
>As Bill suggests, lpr is the common way to do this.
>
>Run 'mkdev rlp', then 'scoadmin printer' and "follow the bouincing ball".
>
>--
>JP

Thanks JP for pointing me in the right direction.  I expected that it 
would have already been installed.  Since I never worked with remote 
printing before I didn't realize that I had to run mkdev.

***************************
* Robert T. Repko         *
* R Squared Consultants   *
* 4 Juniper Ave.          *
* Easton, PA 18045        *
* (610) 360-1117 (mobile) *
* (610) 253-0725 (fax)    *
*************************** 


From tyler.style at gmail.com  Tue Feb  2 05:16:40 2010
From: tyler.style at gmail.com (Tyler Style)
Date: Tue, 02 Feb 2010 06:16:40 -0700
Subject: rreport gagging on lockfile
In-Reply-To: <201002020614.o126ExoY077555@admin114.securesites.net>
References: <201002020614.o126ExoY077555@admin114.securesites.net>
Message-ID: <4B6825B8.8030808@gmail.com>

Yup, use the debugger all the time.  But not sure exactly what I would 
be looking for while debugging?  As far as I can tell, the error blocks 
all access to rclerk and rreport, so the debugger would likely never 
even start.  I'll be giving it a whirl, tho.

John Esak wrote:
> Only thing I can suggest at this point is run the process with the
> interactive debugger. Completely lcear the lockfile before starting. (I mean
> erase it).  Then step through each critical point until you can see exactly
> what is causing the hang.
>
> Are you familiar with the debugger?
>
> John
>  
>
>   
>> -----Original Message-----
>> From: Tyler Style [mailto:tyler.style at gmail.com] 
>> Sent: Monday, February 01, 2010 11:23 PM
>> To: john at valar.com
>> Cc: filepro-list at lists.celestial.com
>> Subject: Re: rreport gagging on lockfile
>>
>>
>>
>> John Esak wrote:
>>  > 1. Okay, be more specific. You say you are using the lockinfo 
>> script.  So, you can see exactly which record is being locked 
>> by exactly 
>> which binary.  What does it show?  Record 1 by dclerk, or record 1 by 
>> dreport.... exactly what does lockinfo show.... by any chance are you 
>> locking record 0?  Not something you could do specificially, 
>> but filePro 
>> does this from time to time.
>> While I have the error message from rreport on one terminal 
>> and the same 
>> error message from rclerk on another, lockinfo will produce 
>> "There are 
>> NO locks on the "log_operations" key file."
>>
>> While every call to rreport starts off with -sr 1, there is a 
>> lookup - 
>> in the processing that moves it to a random record (between 1 
>> and 180) 
>> as the first command to keep it from hogging the file.  Records 1-180 
>> all exist.
>>
>>  > 2. It's always easier when people say this has worked for 
>> years.  So, 
>> it must be something new added to the soup.  Have you removed 
>> an index, 
>> grown a field and not changed the size an index pointing to it.  Gone 
>> past some imposed time barrier?  Used up too many licenses? Exceeded 
>> some quota in some parameter?  Added groups or changed 
>> permissions?  Run 
>> a fixmog (fix permissions)?  Has a binary failed like dclerk 
>> and you've 
>> replaced it with a different copy?   Has the -u flag any 
>> immpact on your 
>> scenario?  I'm assuming a lot because you haven't 
>> specifically shown how 
>> you are doing things?  Is this happening from a system call?
>>
>> Absolutely nothing has done to change the file or the 
>> processing for a 
>> couple years.  The only thing that has happened to the file 
>> is that it 
>> has grown larger over time.
>> There is definitely no time limit imposed in the processing; 
>> I don't see 
>> how would that produce a lock issue, anyway?
>> We have way more licenses than we can use after cutting 70% 
>> of our staff 
>> last year :P
>> Exceeding a quota in a parameter would mean something had 
>> changed with 
>> the file or processing, and nothing has.
>> We haven't changed groups or permissions in years either - 
>> the current 
>> setup is pretty static.
>> Fixmog (our version is called 'correct') hasn't been executed 
>> in months 
>> according to the log it keeps.
>> No binaries have been swapped in or out (we'd like to tho! 
>> still haven't 
>> got 5.6 to pass all our tests on our test box unfortunately)
>> -u shouldn't make any diff; it's not used and if we needed to 
>> use it I 
>> am certain the need would have shown up sometime prior to this.
>>
>> A typical use would be to add this to the end of a bash 
>> script to record 
>> that a script had completed running:
>> ARGPM="file=none;processing=none;qualifier=hh;script=importshi
>> p;user=$LOGNAME;no
>> te=none;status=COMPLETED"
>> /appl/fp/rreport log_operations -fp log_it -sr 1 -r $ARGPM -h 
>> "Logging"
>>
>> Most of the actual processing just parses @PM, looks up a 
>> free record, 
>> and puts data in the correct fields.
>>
>> No other processing anywhere ever looks up the file; it is strictly a 
>> log, nothing more, and the only processing that touches it (log_it) 
>> always either run via a script command or a SYSTEM command.
>>
>> Things we tried to see if they would help:
>> * file had 600,000 records going back 4yrs, so we copied the data to 
>> another qualifier, deleted the original qualifier, and copy back the 
>> most recent 10,000 entries to see if it was just a size issue.
>> * rebuilt all the indices.
>> * rebooting the OS.
>>
>> This logging hasn't been added to any new processing or scripts for 
>> several months.
>>
>>  >  
>>  > I agree that the code would not seem to be importatn since it has 
>> worked... before, so again, it seems like the environment has changed 
>> somehow.  Maybe if we saw the whole setup, relevant code and all we 
>> could give more suggestions.  Oh, I just thought of one... is it 
>> possible you are looking up to a particular record, say 
>> record 1... and 
>> that record is not there anymore?
>>
>> All the records being looked up to exist.  The environment is pretty 
>> static - our needs have been pretty clearly defined by this point and 
>> new systems are almost always implemented on our Debian boxes 
>> as SCO is 
>> so limiting and so badly supported.
>>
>> Thanks for the ideas!  Hopefully my answers might light up a 
>> bulb over 
>> someone's head...
>>
>> Tyler
>>
>>     
>
>
>   

From john at valar.com  Tue Feb  2 05:37:30 2010
From: john at valar.com (John Esak)
Date: Tue, 2 Feb 2010 08:37:30 -0500
Subject: rreport gagging on lockfile
In-Reply-To: <4B6825B8.8030808@gmail.com>
Message-ID: <201002021337.o12Dblaa037657@admin114.securesites.net>

Well, let's see. If you were calling the clerk or report from SSTEM, then
yes the lockfile would obstruct things first... But if you are already in
clerk, it won't and if you are in report (using the -u optino) it won't.
That's why I was looking for the exact way you launch this stuff.  Maybe you
put it in the last note... I'm not sure.  But in any cvase, assuming the
debugger does come up... It will be on the automatic table if there is
one... And the -z table otherwise.  If you put the debug on command at the
top of the prc which does the system call, then you should be able to step a
line at a time to the system call... At which point you can check the
lockfile (before and after) the system command and see what happens.

Incidentally, how do you do a lookup to a "random" record to keep it from
"hogging" the file.  Is it possible you are getting the record you are
standing on... Which actually is possible to get in "write" mode because
filePro knows you are the user doing the lookup.  This might be causing the
hassle.  I'm curious if you actually use RAND or what?  The way I normally
do what I think you're doing is do a lookup free, write that record... Grab
the record number, then do a lookup - to that record number.  When the
process is done, delete that record.  It has always been the cleanest way
for me.

Also, let me re-trace back to the previous paragraph . You mention having
the file open with report on one screen and then clerk locks on another. The
report on the first screen does have the -u on the command line, right?
Otherwise, the clerk should rightfully be locked out.

John

 

> -----Original Message-----
> From: Tyler Style [mailto:tyler.style at gmail.com] 
> Sent: Tuesday, February 02, 2010 8:17 AM
> To: john at valar.com
> Cc: filepro-list at lists.celestial.com
> Subject: Re: rreport gagging on lockfile
> 
> Yup, use the debugger all the time.  But not sure exactly 
> what I would 
> be looking for while debugging?  As far as I can tell, the 
> error blocks 
> all access to rclerk and rreport, so the debugger would likely never 
> even start.  I'll be giving it a whirl, tho.
> 
> John Esak wrote:
> > Only thing I can suggest at this point is run the process with the
> > interactive debugger. Completely lcear the lockfile before 
> starting. (I mean
> > erase it).  Then step through each critical point until you 
> can see exactly
> > what is causing the hang.
> >
> > Are you familiar with the debugger?
> >
> > John
> >  
> >
> >   
> >> -----Original Message-----
> >> From: Tyler Style [mailto:tyler.style at gmail.com] 
> >> Sent: Monday, February 01, 2010 11:23 PM
> >> To: john at valar.com
> >> Cc: filepro-list at lists.celestial.com
> >> Subject: Re: rreport gagging on lockfile
> >>
> >>
> >>
> >> John Esak wrote:
> >>  > 1. Okay, be more specific. You say you are using the lockinfo 
> >> script.  So, you can see exactly which record is being locked 
> >> by exactly 
> >> which binary.  What does it show?  Record 1 by dclerk, or 
> record 1 by 
> >> dreport.... exactly what does lockinfo show.... by any 
> chance are you 
> >> locking record 0?  Not something you could do specificially, 
> >> but filePro 
> >> does this from time to time.
> >> While I have the error message from rreport on one terminal 
> >> and the same 
> >> error message from rclerk on another, lockinfo will produce 
> >> "There are 
> >> NO locks on the "log_operations" key file."
> >>
> >> While every call to rreport starts off with -sr 1, there is a 
> >> lookup - 
> >> in the processing that moves it to a random record (between 1 
> >> and 180) 
> >> as the first command to keep it from hogging the file.  
> Records 1-180 
> >> all exist.
> >>
> >>  > 2. It's always easier when people say this has worked for 
> >> years.  So, 
> >> it must be something new added to the soup.  Have you removed 
> >> an index, 
> >> grown a field and not changed the size an index pointing 
> to it.  Gone 
> >> past some imposed time barrier?  Used up too many 
> licenses? Exceeded 
> >> some quota in some parameter?  Added groups or changed 
> >> permissions?  Run 
> >> a fixmog (fix permissions)?  Has a binary failed like dclerk 
> >> and you've 
> >> replaced it with a different copy?   Has the -u flag any 
> >> immpact on your 
> >> scenario?  I'm assuming a lot because you haven't 
> >> specifically shown how 
> >> you are doing things?  Is this happening from a system call?
> >>
> >> Absolutely nothing has done to change the file or the 
> >> processing for a 
> >> couple years.  The only thing that has happened to the file 
> >> is that it 
> >> has grown larger over time.
> >> There is definitely no time limit imposed in the processing; 
> >> I don't see 
> >> how would that produce a lock issue, anyway?
> >> We have way more licenses than we can use after cutting 70% 
> >> of our staff 
> >> last year :P
> >> Exceeding a quota in a parameter would mean something had 
> >> changed with 
> >> the file or processing, and nothing has.
> >> We haven't changed groups or permissions in years either - 
> >> the current 
> >> setup is pretty static.
> >> Fixmog (our version is called 'correct') hasn't been executed 
> >> in months 
> >> according to the log it keeps.
> >> No binaries have been swapped in or out (we'd like to tho! 
> >> still haven't 
> >> got 5.6 to pass all our tests on our test box unfortunately)
> >> -u shouldn't make any diff; it's not used and if we needed to 
> >> use it I 
> >> am certain the need would have shown up sometime prior to this.
> >>
> >> A typical use would be to add this to the end of a bash 
> >> script to record 
> >> that a script had completed running:
> >> ARGPM="file=none;processing=none;qualifier=hh;script=importshi
> >> p;user=$LOGNAME;no
> >> te=none;status=COMPLETED"
> >> /appl/fp/rreport log_operations -fp log_it -sr 1 -r $ARGPM -h 
> >> "Logging"
> >>
> >> Most of the actual processing just parses @PM, looks up a 
> >> free record, 
> >> and puts data in the correct fields.
> >>
> >> No other processing anywhere ever looks up the file; it is 
> strictly a 
> >> log, nothing more, and the only processing that touches it 
> (log_it) 
> >> always either run via a script command or a SYSTEM command.
> >>
> >> Things we tried to see if they would help:
> >> * file had 600,000 records going back 4yrs, so we copied 
> the data to 
> >> another qualifier, deleted the original qualifier, and 
> copy back the 
> >> most recent 10,000 entries to see if it was just a size issue.
> >> * rebuilt all the indices.
> >> * rebooting the OS.
> >>
> >> This logging hasn't been added to any new processing or 
> scripts for 
> >> several months.
> >>
> >>  >  
> >>  > I agree that the code would not seem to be importatn 
> since it has 
> >> worked... before, so again, it seems like the environment 
> has changed 
> >> somehow.  Maybe if we saw the whole setup, relevant code 
> and all we 
> >> could give more suggestions.  Oh, I just thought of one... is it 
> >> possible you are looking up to a particular record, say 
> >> record 1... and 
> >> that record is not there anymore?
> >>
> >> All the records being looked up to exist.  The environment 
> is pretty 
> >> static - our needs have been pretty clearly defined by 
> this point and 
> >> new systems are almost always implemented on our Debian boxes 
> >> as SCO is 
> >> so limiting and so badly supported.
> >>
> >> Thanks for the ideas!  Hopefully my answers might light up a 
> >> bulb over 
> >> someone's head...
> >>
> >> Tyler
> >>
> >>     
> >
> >
> >   
> 


From rkreiss at verizon.net  Tue Feb  2 06:36:11 2010
From: rkreiss at verizon.net (Richard Kreiss)
Date: Tue, 02 Feb 2010 09:36:11 -0500
Subject: rreport gagging on lockfile
In-Reply-To: <201002021337.o12Dblaa037657@admin114.securesites.net>
References: <4B6825B8.8030808@gmail.com>
	<201002021337.o12Dblaa037657@admin114.securesites.net>
Message-ID: <005901caa415$11548260$33fd8720$@net>

Tyler,

My procedure for getting to an available record is simple.


@once  ? If: '******************************************************
       Then: '* get file name to import
144  -------   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -
       ? If: rn = ""
       Then: rn(8,.0)="1"
145  -------   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -
loop_rn? If:
       Then: lookup -  r=rn   -npw
146  -------   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -
       ? If:         locked(-)
       Then:         rn=rn+"1";GOTO loop_rn
147  -------   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -
       ? If:
       Then: END

This process will walk through the file and get the first available non locked record.  Note that the file I use for this process contains 1 field and all records are always blank.  The only way a record in this file would be locked is when someone else is running a process that uses this file.

I will use this file for report/clerk applications where clerk is used to get selection data based on the report being run. 

Since @once runs before and record is selected, you could run your processing from @once and not worry about locking a record.  I do this for some imports as all the is happening is data is being read in and then posted to a new file.


Richard Kreiss
GCC Consulting
rkreiss at gccconsulting.net
  



> -----Original Message-----
> From: filepro-list-bounces+rkreiss=verizon.net at lists.celestial.com [mailto:filepro-
> list-bounces+rkreiss=verizon.net at lists.celestial.com] On Behalf Of John Esak
> Sent: Tuesday, February 02, 2010 8:38 AM
> To: 'Tyler Style'
> Cc: filepro-list at lists.celestial.com
> Subject: RE: rreport gagging on lockfile
> 
> Well, let's see. If you were calling the clerk or report from SSTEM, then
> yes the lockfile would obstruct things first... But if you are already in
> clerk, it won't and if you are in report (using the -u optino) it won't.
> That's why I was looking for the exact way you launch this stuff.  Maybe you
> put it in the last note... I'm not sure.  But in any cvase, assuming the
> debugger does come up... It will be on the automatic table if there is
> one... And the -z table otherwise.  If you put the debug on command at the
> top of the prc which does the system call, then you should be able to step a
> line at a time to the system call... At which point you can check the
> lockfile (before and after) the system command and see what happens.
> 
> Incidentally, how do you do a lookup to a "random" record to keep it from
> "hogging" the file.  Is it possible you are getting the record you are
> standing on... Which actually is possible to get in "write" mode because
> filePro knows you are the user doing the lookup.  This might be causing the
> hassle.  I'm curious if you actually use RAND or what?  The way I normally
> do what I think you're doing is do a lookup free, write that record... Grab
> the record number, then do a lookup - to that record number.  When the
> process is done, delete that record.  It has always been the cleanest way
> for me.
> 
> Also, let me re-trace back to the previous paragraph . You mention having
> the file open with report on one screen and then clerk locks on another. The
> report on the first screen does have the -u on the command line, right?
> Otherwise, the clerk should rightfully be locked out.
> 
> John
> 
> 
> 
> > -----Original Message-----
> > From: Tyler Style [mailto:tyler.style at gmail.com]
> > Sent: Tuesday, February 02, 2010 8:17 AM
> > To: john at valar.com
> > Cc: filepro-list at lists.celestial.com
> > Subject: Re: rreport gagging on lockfile
> >
> > Yup, use the debugger all the time.  But not sure exactly
> > what I would
> > be looking for while debugging?  As far as I can tell, the
> > error blocks
> > all access to rclerk and rreport, so the debugger would likely never
> > even start.  I'll be giving it a whirl, tho.
> >
> > John Esak wrote:
> > > Only thing I can suggest at this point is run the process with the
> > > interactive debugger. Completely lcear the lockfile before
> > starting. (I mean
> > > erase it).  Then step through each critical point until you
> > can see exactly
> > > what is causing the hang.
> > >
> > > Are you familiar with the debugger?
> > >
> > > John
> > >
> > >
> > >
> > >> -----Original Message-----
> > >> From: Tyler Style [mailto:tyler.style at gmail.com]
> > >> Sent: Monday, February 01, 2010 11:23 PM
> > >> To: john at valar.com
> > >> Cc: filepro-list at lists.celestial.com
> > >> Subject: Re: rreport gagging on lockfile
> > >>
> > >>
> > >>
> > >> John Esak wrote:
> > >>  > 1. Okay, be more specific. You say you are using the lockinfo
> > >> script.  So, you can see exactly which record is being locked
> > >> by exactly
> > >> which binary.  What does it show?  Record 1 by dclerk, or
> > record 1 by
> > >> dreport.... exactly what does lockinfo show.... by any
> > chance are you
> > >> locking record 0?  Not something you could do specificially,
> > >> but filePro
> > >> does this from time to time.
> > >> While I have the error message from rreport on one terminal
> > >> and the same
> > >> error message from rclerk on another, lockinfo will produce
> > >> "There are
> > >> NO locks on the "log_operations" key file."
> > >>
> > >> While every call to rreport starts off with -sr 1, there is a
> > >> lookup -
> > >> in the processing that moves it to a random record (between 1
> > >> and 180)
> > >> as the first command to keep it from hogging the file.
> > Records 1-180
> > >> all exist.
> > >>
> > >>  > 2. It's always easier when people say this has worked for
> > >> years.  So,
> > >> it must be something new added to the soup.  Have you removed
> > >> an index,
> > >> grown a field and not changed the size an index pointing
> > to it.  Gone
> > >> past some imposed time barrier?  Used up too many
> > licenses? Exceeded
> > >> some quota in some parameter?  Added groups or changed
> > >> permissions?  Run
> > >> a fixmog (fix permissions)?  Has a binary failed like dclerk
> > >> and you've
> > >> replaced it with a different copy?   Has the -u flag any
> > >> immpact on your
> > >> scenario?  I'm assuming a lot because you haven't
> > >> specifically shown how
> > >> you are doing things?  Is this happening from a system call?
> > >>
> > >> Absolutely nothing has done to change the file or the
> > >> processing for a
> > >> couple years.  The only thing that has happened to the file
> > >> is that it
> > >> has grown larger over time.
> > >> There is definitely no time limit imposed in the processing;
> > >> I don't see
> > >> how would that produce a lock issue, anyway?
> > >> We have way more licenses than we can use after cutting 70%
> > >> of our staff
> > >> last year :P
> > >> Exceeding a quota in a parameter would mean something had
> > >> changed with
> > >> the file or processing, and nothing has.
> > >> We haven't changed groups or permissions in years either -
> > >> the current
> > >> setup is pretty static.
> > >> Fixmog (our version is called 'correct') hasn't been executed
> > >> in months
> > >> according to the log it keeps.
> > >> No binaries have been swapped in or out (we'd like to tho!
> > >> still haven't
> > >> got 5.6 to pass all our tests on our test box unfortunately)
> > >> -u shouldn't make any diff; it's not used and if we needed to
> > >> use it I
> > >> am certain the need would have shown up sometime prior to this.
> > >>
> > >> A typical use would be to add this to the end of a bash
> > >> script to record
> > >> that a script had completed running:
> > >> ARGPM="file=none;processing=none;qualifier=hh;script=importshi
> > >> p;user=$LOGNAME;no
> > >> te=none;status=COMPLETED"
> > >> /appl/fp/rreport log_operations -fp log_it -sr 1 -r $ARGPM -h
> > >> "Logging"
> > >>
> > >> Most of the actual processing just parses @PM, looks up a
> > >> free record,
> > >> and puts data in the correct fields.
> > >>
> > >> No other processing anywhere ever looks up the file; it is
> > strictly a
> > >> log, nothing more, and the only processing that touches it
> > (log_it)
> > >> always either run via a script command or a SYSTEM command.
> > >>
> > >> Things we tried to see if they would help:
> > >> * file had 600,000 records going back 4yrs, so we copied
> > the data to
> > >> another qualifier, deleted the original qualifier, and
> > copy back the
> > >> most recent 10,000 entries to see if it was just a size issue.
> > >> * rebuilt all the indices.
> > >> * rebooting the OS.
> > >>
> > >> This logging hasn't been added to any new processing or
> > scripts for
> > >> several months.
> > >>
> > >>  >
> > >>  > I agree that the code would not seem to be importatn
> > since it has
> > >> worked... before, so again, it seems like the environment
> > has changed
> > >> somehow.  Maybe if we saw the whole setup, relevant code
> > and all we
> > >> could give more suggestions.  Oh, I just thought of one... is it
> > >> possible you are looking up to a particular record, say
> > >> record 1... and
> > >> that record is not there anymore?
> > >>
> > >> All the records being looked up to exist.  The environment
> > is pretty
> > >> static - our needs have been pretty clearly defined by
> > this point and
> > >> new systems are almost always implemented on our Debian boxes
> > >> as SCO is
> > >> so limiting and so badly supported.
> > >>
> > >> Thanks for the ideas!  Hopefully my answers might light up a
> > >> bulb over
> > >> someone's head...
> > >>
> > >> Tyler
> > >>
> > >>
> > >
> > >
> > >
> >
> 
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list



From kenbrody at gmail.com  Tue Feb  2 06:14:58 2010
From: kenbrody at gmail.com (Kenneth Brody)
Date: Tue, 02 Feb 2010 09:14:58 -0500
Subject: rreport gagging on lockfile
In-Reply-To: <4B67A8B5.3010008@gmail.com>
References: <201002012247.o11Mlr0n024162@admin114.securesites.net>
	<4B67A8B5.3010008@gmail.com>
Message-ID: <4B683362.10604@gmail.com>

On 2/1/2010 11:23 PM, Tyler Style wrote:
[...]
> While I have the error message from rreport on one terminal and the same
> error message from rclerk on another, lockinfo will produce "There are
> NO locks on the "log_operations" key file."

All that means is that no one is updating a record.  Remember -- lockfiles 
have no correlation (none, nada, zip, zilch, zero, etc.) to record locking. 
  And, conversely, showlock/lockinfo have nothing to do with the lockfile.

Once again, however, you still haven't told us what the exact error message is.

> While every call to rreport starts off with -sr 1, there is a lookup -
> in the processing that moves it to a random record (between 1 and 180)
> as the first command to keep it from hogging the file.  Records 1-180
> all exist.

Again, this would only be an issue if the (still unspecified) error message 
were related to a locked record, and not lockfiles.

[...]

-- 
Kenneth Brody

From boaz at mirrotek.com  Tue Feb  2 09:57:49 2010
From: boaz at mirrotek.com (Boaz Bezborodko)
Date: Tue, 02 Feb 2010 12:57:49 -0500
Subject: Does DPRODIR check for locked files?
Message-ID: <4B68679D.5040001@mirrotek.com>

On my system there is one legacy part that builds a separate file for 
running reports of one file.  It can sometimes go out of sync and 
another program can be run to delete all it's data using DPRODIR -KA and 
rebuild it.  Sometimes, when this utility program is run, things get 
screwy somehow and opening the file in FP's utility menu causes a 
"SYSTEM ERROR".  If I copy in old versions of the key, data, and index 
files everything works fine. 


I'm wondering if part of the problem is that DPRODIR -KA can run on a 
file that is still being used by someone.  And if this is the case, how 
do I check if the file is in use before running it?  (Running on Windows.)

Thanks,

Boaz

From nlp at vss3.com  Tue Feb  2 10:05:40 2010
From: nlp at vss3.com (Nancy Palmquist)
Date: Tue, 02 Feb 2010 13:05:40 -0500
Subject: Does DPRODIR check for locked files?
In-Reply-To: <4B68679D.5040001@mirrotek.com>
References: <4B68679D.5040001@mirrotek.com>
Message-ID: <4B686974.2000203@vss3.com>

On 2/2/2010 12:57 PM, Boaz Bezborodko wrote:
> On my system there is one legacy part that builds a separate file for
> running reports of one file.  It can sometimes go out of sync and
> another program can be run to delete all it's data using DPRODIR -KA and
> rebuild it.  Sometimes, when this utility program is run, things get
> screwy somehow and opening the file in FP's utility menu causes a
> "SYSTEM ERROR".  If I copy in old versions of the key, data, and index
> files everything works fine.
>
>
> I'm wondering if part of the problem is that DPRODIR -KA can run on a
> file that is still being used by someone.  And if this is the case, how
> do I check if the file is in use before running it?  (Running on Windows.)
>
> Thanks,
>
> Boaz
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list
>

Boaz,

I think you are right that it will not handle the lockfile correctly, 
but usually an option like this might unlock the file first so it can 
run.  So it will cause the corruption itself.

If the file is wonky already, you are needing to put some control on the 
utility.  Maybe use showlock to see if any records are locked, that is 
an excellent way to make sure a file is available.

I can't imagine that something you could do to run a report, could cause 
you to need to reset the file.  I am guessing you use this to kill a 
process running a report. Maybe you need to revisit that end of stuff.

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 rkreiss at gccconsulting.net  Tue Feb  2 11:20:48 2010
From: rkreiss at gccconsulting.net (Richard Kreiss)
Date: Tue, 2 Feb 2010 14:20:48 -0500
Subject: Permission denied
Message-ID: <009401caa43c$d3c77e20$7b567a60$@net>

Here is a snipit of code:

postpay? If:
       Then: lookup sjd = sj_details  r=free  -n
208  -------   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -
       ? If:         NOT sjd
       Then:         post_status=""{post_status{"2";GOTO post_jo
209  -------   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -
       ? If:
       Then:         sjd(1)=sale_journal;sjd(2)=doc_code;sjd(3)=patient_code;sj
210  -------   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -

This is from a process that creates a record using a lookup free.

Anyone have an idea what would cause a filepro error "Permission Denied" part way through the processing of about 30 records?

FilePro 5.6.10
Windows Server 2008
Windows XP


Richard Kreiss
GCC Consulting
rkreiss at gccconsulting.net
  





From nlp at vss3.com  Tue Feb  2 12:23:10 2010
From: nlp at vss3.com (Nancy Palmquist)
Date: Tue, 02 Feb 2010 15:23:10 -0500
Subject: Permission denied
In-Reply-To: <009401caa43c$d3c77e20$7b567a60$@net>
References: <009401caa43c$d3c77e20$7b567a60$@net>
Message-ID: <4B6889AE.70301@vss3.com>

On 2/2/2010 2:20 PM, Richard Kreiss wrote:
> Here is a snipit of code:
> postpay? If:       Then: lookup sjd = sj_details  r=free  -n208  -------   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -       ? If:         NOT sjd       Then:         post_status=""{post_status{"2";GOTO post_jo209  -------   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -       ? If:       Then:         sjd(1)=sale_journal;sjd(2)=doc_code;sjd(3)=patient_code;sj210  -------   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -
> This is from a process that creates a record using a lookup free.
> Anyone have an idea what would cause a filepro error "Permission Denied" part way through the processing of about 30 records?
> FilePro 5.6.10Windows Server 2008Windows XP
>
> Richard KreissGCC Consultingrkreiss at gccconsulting.net
>
>
>
> _______________________________________________Filepro-list mailing listFilepro-list at lists.celestial.comhttp://mailman.celestial.com/mailman/listinfo/filepro-list
>

What was the complete filePro error?  Did it point to the lookup free 
line above?
That line is looking at the freechain and finding someplace to put your 
data.  Could they have lost network connection or something?

If it did then I expect this is a Windows Error, because I do not recall 
any filePro errors that read "Permission Denied" in that context.

Good luck.

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 rkreiss at verizon.net  Tue Feb  2 12:53:20 2010
From: rkreiss at verizon.net (Richard Kreiss)
Date: Tue, 02 Feb 2010 15:53:20 -0500
Subject: Permission denied
In-Reply-To: <4B6889AE.70301@vss3.com>
References: <009401caa43c$d3c77e20$7b567a60$@net> <4B6889AE.70301@vss3.com>
Message-ID: <00c801caa449$c1150ab0$433f2010$@net>



> -----Original Message-----
> From: filepro-list-bounces+rkreiss=verizon.net at lists.celestial.com [mailto:filepro-
> list-bounces+rkreiss=verizon.net at lists.celestial.com] On Behalf Of Nancy
> Palmquist
> Sent: Tuesday, February 02, 2010 3:23 PM
> To: filepro-list at lists.celestial.com
> Subject: Re: Permission denied
> 
> On 2/2/2010 2:20 PM, Richard Kreiss wrote:
> > Here is a snipit of code:
> > postpay? If:       Then: lookup sjd = sj_details  r=free  -n208  -------   -   -   -   -   -
> -   -   -   -   -   -   -   -   -   -   -       ? If:         NOT sjd       Then:
> post_status=""{post_status{"2";GOTO post_jo209  -------   -   -   -   -   -   -   -   -   -   -
> -   -   -   -   -   -       ? If:       Then:
> sjd(1)=sale_journal;sjd(2)=doc_code;sjd(3)=patient_code;sj210  -------   -   -   -   -
> -   -   -   -   -   -   -   -   -   -   -   -
> > This is from a process that creates a record using a lookup free.
> > Anyone have an idea what would cause a filepro error "Permission Denied"
> part way through the processing of about 30 records?
> > FilePro 5.6.10Windows Server 2008Windows XP
> >
> > Richard KreissGCC Consultingrkreiss at gccconsulting.net
> >
> >
> >
> > _______________________________________________Filepro-list mailing
> listFilepro-
> list at lists.celestial.comhttp://mailman.celestial.com/mailman/listinfo/filepro-list
> >
> 
> What was the complete filePro error?  Did it point to the lookup free
> line above?
> That line is looking at the freechain and finding someplace to put your
> data.  Could they have lost network connection or something?
> 
> If it did then I expect this is a Windows Error, because I do not recall
> any filePro errors that read "Permission Denied" in that context.
> 
> Good luck.
> 
> Nancy

FilePro message Line 205 Permission Denied

Richard



From fairlite at fairlite.com  Tue Feb  2 13:02:40 2010
From: fairlite at fairlite.com (Fairlight)
Date: Tue, 2 Feb 2010 16:02:40 -0500
Subject: Permission denied
In-Reply-To: <00c801caa449$c1150ab0$433f2010$@net>;
	from rkreiss@verizon.net on Tue, Feb 02, 2010 at 03:53:20PM -0500
References: <009401caa43c$d3c77e20$7b567a60$@net> <4B6889AE.70301@vss3.com>
	<00c801caa449$c1150ab0$433f2010$@net>
Message-ID: <20100202160240.A20077@iglou.com>

When asked his whereabouts on Tue, Feb 02, 2010 at 03:53:20PM -0500,
Richard Kreiss took the fifth, drank it, and then slurred:
> 
> FilePro message Line 205 Permission Denied

And your first post only showed us 208-210.

What's on 205?

mark->
-- 
Audio panton, cogito singularis,

From rkreiss at verizon.net  Tue Feb  2 14:35:39 2010
From: rkreiss at verizon.net (Richard Kreiss)
Date: Tue, 02 Feb 2010 17:35:39 -0500
Subject: Permission denied
In-Reply-To: <20100202160240.A20077@iglou.com>
References: <009401caa43c$d3c77e20$7b567a60$@net> <4B6889AE.70301@vss3.com>
	<00c801caa449$c1150ab0$433f2010$@net> <20100202160240.A20077@iglou.com>
Message-ID: <00d801caa458$0c5d9f60$2518de20$@net>



> -----Original Message-----
> From: filepro-list-bounces+rkreiss=verizon.net at lists.celestial.com
[mailto:filepro-
> list-bounces+rkreiss=verizon.net at lists.celestial.com] On Behalf Of
Fairlight
> Sent: Tuesday, February 02, 2010 4:03 PM
> To: filepro-list at lists.celestial.com
> Subject: Re: Permission denied
> 
> When asked his whereabouts on Tue, Feb 02, 2010 at 03:53:20PM -0500,
> Richard Kreiss took the fifth, drank it, and then slurred:
> >
> > FilePro message Line 205 Permission Denied
> 
> And your first post only showed us 208-210.
> 
> What's on 205?

:       Then: lookup sjd = sj_details  r=free  -n

Richard


> 
> mark->
> --
> Audio panton, cogito singularis,
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list



From fairlite at fairlite.com  Tue Feb  2 14:44:34 2010
From: fairlite at fairlite.com (Fairlight)
Date: Tue, 2 Feb 2010 17:44:34 -0500
Subject: Permission denied
In-Reply-To: <00d801caa458$0c5d9f60$2518de20$@net>;
	from rkreiss@verizon.net on Tue, Feb 02, 2010 at 05:35:39PM -0500
References: <009401caa43c$d3c77e20$7b567a60$@net> <4B6889AE.70301@vss3.com>
	<00c801caa449$c1150ab0$433f2010$@net>
	<20100202160240.A20077@iglou.com>
	<00d801caa458$0c5d9f60$2518de20$@net>
Message-ID: <20100202174434.A23845@iglou.com>

On Tue, Feb 02, 2010 at 05:35:39PM -0500, Richard Kreiss, the prominent pundit,
witicized:
> 
> :       Then: lookup sjd = sj_details  r=free  -n

Sounds like a Windows shared lock to me.

I'd grab something like Iarsn TaskInfo and start going through the
processes for filePro and seeing which has that file open.  Something must
have.

Well...maybe.  One other possibility, perhaps--and I'm not sure about this.
I don't know how fP reacts to a network share being inaccessible.  Say
you're copying a couple gig file or something, and a wireless connection
desyncs.  The network share becomes unavailable.  I've had Windows shares
become unavailable just for the hell of it (my wife's Win2K box does it all
the time for no reason until a drive is just locally accessed again, then
all drives are available again).  I'm not sure if that'd result in
permission denied or file does not exist.  I know what it would be in *nix,
but not necessarily in Windows.

mark->
-- 
Audio panton, cogito singularis,

From john at valar.com  Tue Feb  2 15:48:00 2010
From: john at valar.com (John Esak)
Date: Tue, 2 Feb 2010 18:48:00 -0500
Subject: Permission denied
In-Reply-To: <00c801caa449$c1150ab0$433f2010$@net>
Message-ID: <201002022348.o12NmHbY004321@admin114.securesites.net>

But your snippet only showed from Line 208.  And there isn't anything
"wrong" with that code.  I would never use the -n on the lookup free,
because it presupposes that the whole file, or the "key" is not there.  Or,
even worse that you've run entirely out of space on that file system.  So,
it's not any problem, but it is way too late to do anything about those
problems, so those checks, if you want them should be done before this.  But
no, don't see a problem.   There is an SJ just sitting of by itself,
probably a glitch from when you cut and pasted the code.  And, if you are
seeing that 30 or so records *do* get posted, then, no I don't understand
it.

J 

> -----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 Richard Kreiss
> Sent: Tuesday, February 02, 2010 3:53 PM
> To: 'Nancy Palmquist'; filepro-list at lists.celestial.com
> Subject: RE: Permission denied
> 
> 
> 
> > -----Original Message-----
> > From: 
> filepro-list-bounces+rkreiss=verizon.net at lists.celestial.com 
> [mailto:filepro-
> > list-bounces+rkreiss=verizon.net at lists.celestial.com] On 
> Behalf Of Nancy
> > Palmquist
> > Sent: Tuesday, February 02, 2010 3:23 PM
> > To: filepro-list at lists.celestial.com
> > Subject: Re: Permission denied
> > 
> > On 2/2/2010 2:20 PM, Richard Kreiss wrote:
> > > Here is a snipit of code:
> > > postpay? If:       Then: lookup sjd = sj_details  r=free  
> -n208  -------   -   -   -   -   -
> > -   -   -   -   -   -   -   -   -   -   -       ? If:       
>   NOT sjd       Then:
> > post_status=""{post_status{"2";GOTO post_jo209  -------   - 
>   -   -   -   -   -   -   -   -   -
> > -   -   -   -   -   -       ? If:       Then:
> > 
> sjd(1)=sale_journal;sjd(2)=doc_code;sjd(3)=patient_code;sj210 
>  -------   -   -   -   -
> > -   -   -   -   -   -   -   -   -   -   -   -
> > > This is from a process that creates a record using a lookup free.
> > > Anyone have an idea what would cause a filepro error 
> "Permission Denied"
> > part way through the processing of about 30 records?
> > > FilePro 5.6.10Windows Server 2008Windows XP
> > >
> > > Richard KreissGCC Consultingrkreiss at gccconsulting.net
> > >
> > >
> > >
> > > 
> _______________________________________________Filepro-list mailing
> > listFilepro-
> > 
> list at lists.celestial.comhttp://mailman.celestial.com/mailman/l
> istinfo/filepro-list
> > >
> > 
> > What was the complete filePro error?  Did it point to the 
> lookup free
> > line above?
> > That line is looking at the freechain and finding someplace 
> to put your
> > data.  Could they have lost network connection or something?
> > 
> > If it did then I expect this is a Windows Error, because I 
> do not recall
> > any filePro errors that read "Permission Denied" in that context.
> > 
> > Good luck.
> > 
> > Nancy
> 
> FilePro message Line 205 Permission Denied
> 
> Richard
> 
> 
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list
> 


From tyler.style at gmail.com  Wed Feb  3 08:04:17 2010
From: tyler.style at gmail.com (Tyler)
Date: Wed, 3 Feb 2010 09:04:17 -0700
Subject: rreport gagging on lockfile
In-Reply-To: <201002021337.o12Dblaa037657@admin114.securesites.net>
References: <4B6825B8.8030808@gmail.com>
	<201002021337.o12Dblaa037657@admin114.securesites.net>
Message-ID: <1e78e1e81002030804t38648cfdva23dbc4d5f80fe70@mail.gmail.com>

Since we deleted the lockfile it hasn't repeated the problem, so can't give
the exact error message yet.

On Tue, Feb 2, 2010 at 6:37 AM, John Esak <john at valar.com> wrote:

> That's why I was looking for the exact way you launch this stuff.  Maybe
> you
> put it in the last note... I'm not sure.
>

I did, but here is a slightly expanded version.

It is almost always called via a script entry like this:
ARGPM="file=none;processing=none;qualifier=hh;script=importship;user=$LOGNAME;note=none;status=COMPLETED"
/appl/fp/rreport log_operations -fp log_it -sr 1 -r $ARGPM -h "Logging"

or from a SYSTEM call in processing that looks pretty much the same
m="file=invhead2;processing=postFedex;"
m=m{"qualifier="{@QU{";script=none;user="{@ID{";"
m=m{"note=none;status=STARTED"
system "/appl/fp/rreport log_operations -fp log_it -sr 1 -r '"{m{"'"

FYI, there is no automatic processing at all.


Incidentally, how do you do a lookup to a "random" record to keep it from
> "hogging" the file.  Is it possible you are getting the record you are
> standing on... Which actually is possible to get in "write" mode because
> filePro knows you are the user doing the lookup.  This might be causing the
> hassle.  I'm curious if you actually use RAND or what?  The way I normally
> do what I think you're doing is do a lookup free, write that record... Grab
> the record number, then do a lookup - to that record number.  When the
> process is done, delete that record.  It has always been the cleanest way
> for me.
>

I shouldn't ever get the record I'm standing in (#1).  Like I said, this has
run perfecting for years so it's surprising it bombs out now; I believe the
problem is environmental.  Given that deleting the lockfile appears to have
alleviated the problem, I'm in fact sure of it.  Regardless, here's the
code.  It's one of my first filePro programs, actually.

:'##############################################################:'log_it,
output only processing for log_operations.:
:'Tyler Style:'10/05/05:
:'Generic utility for creating a log file for an operation.:':
:'##############################################################::
:':':
:'##############################################################:'VARIABLES
- START:
:'@PM contents; current field name; current field value:ba=""        ;
bb(32,*)          ; bc(75,*):
::'---temp-------------------------------------------------------:
::i(6,.0); j(6,.0); bd(32,*); d(8,mdy/); t(8,time):
:'VARIABLES -
END:'##############################################################:
:':':
:'##############################################################:'REPORT -
START:
::debug on:
:@RN eq " 1":i=MOD((RAND("-1")),"179")+"1"; d=@TD-i; t=@TM+i:
:@RN eq " 1"             '''move off of 1st record to random record to
prevent file locks:lookup -  k=(d&t)   i=C -ng:
:@PM eq "":gosub askit   'get operation details from user:
:@PM ne "":gosub getit   'get operation details from passed string (@PM):
rend:::
::end 'report:
:'REP0RT -
END:'##############################################################:
:':':
askit:'==============================================================:'Get
operations log details from user:
:' IN
 n/a::
:'OUT
 n/a::
::system "/appl/fp/rclerk log_operations -lx -m"<@qu<"-n -s1 -xe -xa -r
CALLED":
raskit:::
::return 'askit:
getit:'==============================================================:'Get
operations log details from @PM:
:' IN
 n/a::
:'OUT
 n/a::
::ba=@PM; i=INSTR(ba,";"):
::lookup log = log_operations  r=free  -e:
::log(5)=@TD; log(6)=@TM:
loop01s::'---iterate thru fields & values in string:
:i le "0" and ba eq "":goto loop01e:
:i le "0":bb=ba; ba="":
:i gt "0"       'seperate out nam/value pair:bb=mid(ba,"1",i-"1");
ba=mid(ba,i+"1",DLEN(ba)):
::j=INSTR(bb,"="):
:j le "0":goto loop01n:
::bc=MID(bb,j+"1",DLEN(bb)); bd=MID(bb,"1",j-"1"); bb=bd:
:@PZ eq "DEBUG":show "@"{bb<bc:
:bb eq "" or bc eq "":goto loop01n:
:bb eq "file":log(1)=""{bc{"":
:bb eq "processing":log(2)=""{bc{"":
:bb eq "qualifier":log(3)=""{bc{"":
:bb eq "script":log(4)=""{bc{"":
:bb eq "user":log(7)=""{bc{"":
:bb eq "note":log(8)=""{bc{"":
:bb eq "status":log(9)=""{bc{"":
loop01n::i=INSTR(ba,";"); goto loop01s:
loop01e:::
rgetit:::
::return 'getit:



> Also, let me re-trace back to the previous paragraph . You mention having
> the file open with report on one screen and then clerk locks on another.
> The
> report on the first screen does have the -u on the command line, right?
> Otherwise, the clerk should rightfully be locked out.
>

No, there is no -u on the command line.  I should be able to at least start
up rclerk using the file and I can't, I get the message that output
processing is running and kicks me out immediately back to the command
line.  I can access other files while reports are running (tho obviously not
update records), so I should be able to at least run rclerk.

Tyler
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100203/737b9361/attachment.html 

From tyler.style at gmail.com  Wed Feb  3 08:05:04 2010
From: tyler.style at gmail.com (Tyler)
Date: Wed, 3 Feb 2010 09:05:04 -0700
Subject: rreport gagging on lockfile
In-Reply-To: <005901caa415$11548260$33fd8720$@net>
References: <4B6825B8.8030808@gmail.com>
	<201002021337.o12Dblaa037657@admin114.securesites.net>
	<005901caa415$11548260$33fd8720$@net>
Message-ID: <1e78e1e81002030805u1540311bn32777133cd3f6cb3@mail.gmail.com>

That's a good trick!  Thanks!
Tyler

On Tue, Feb 2, 2010 at 7:36 AM, Richard Kreiss <rkreiss at verizon.net> wrote:

> Tyler,
>
> My procedure for getting to an available record is simple.
>
>
> @once  ? If: '******************************************************
>       Then: '* get file name to import
> 144  -------   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -
> -
>       ? If: rn = ""
>       Then: rn(8,.0)="1"
> 145  -------   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -
> -
> loop_rn? If:
>       Then: lookup -  r=rn   -npw
> 146  -------   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -
> -
>       ? If:         locked(-)
>       Then:         rn=rn+"1";GOTO loop_rn
> 147  -------   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -
> -
>       ? If:
>       Then: END
>
> This process will walk through the file and get the first available non
> locked record.  Note that the file I use for this process contains 1 field
> and all records are always blank.  The only way a record in this file would
> be locked is when someone else is running a process that uses this file.
>
> I will use this file for report/clerk applications where clerk is used to
> get selection data based on the report being run.
>
> Since @once runs before and record is selected, you could run your
> processing from @once and not worry about locking a record.  I do this for
> some imports as all the is happening is data is being read in and then
> posted to a new file.
>
>
> Richard Kreiss
> GCC Consulting
> rkreiss at gccconsulting.net
>
>
>
>
> > -----Original Message-----
> > From: filepro-list-bounces+rkreiss=verizon.net at lists.celestial.com[mailto:
> filepro-
> > list-bounces+rkreiss=verizon.net at lists.celestial.com] On Behalf Of John
> Esak
> > Sent: Tuesday, February 02, 2010 8:38 AM
> > To: 'Tyler Style'
> > Cc: filepro-list at lists.celestial.com
> > Subject: RE: rreport gagging on lockfile
> >
> > Well, let's see. If you were calling the clerk or report from SSTEM, then
> > yes the lockfile would obstruct things first... But if you are already in
> > clerk, it won't and if you are in report (using the -u optino) it won't.
> > That's why I was looking for the exact way you launch this stuff.  Maybe
> you
> > put it in the last note... I'm not sure.  But in any cvase, assuming the
> > debugger does come up... It will be on the automatic table if there is
> > one... And the -z table otherwise.  If you put the debug on command at
> the
> > top of the prc which does the system call, then you should be able to
> step a
> > line at a time to the system call... At which point you can check the
> > lockfile (before and after) the system command and see what happens.
> >
> > Incidentally, how do you do a lookup to a "random" record to keep it from
> > "hogging" the file.  Is it possible you are getting the record you are
> > standing on... Which actually is possible to get in "write" mode because
> > filePro knows you are the user doing the lookup.  This might be causing
> the
> > hassle.  I'm curious if you actually use RAND or what?  The way I
> normally
> > do what I think you're doing is do a lookup free, write that record...
> Grab
> > the record number, then do a lookup - to that record number.  When the
> > process is done, delete that record.  It has always been the cleanest way
> > for me.
> >
> > Also, let me re-trace back to the previous paragraph . You mention having
> > the file open with report on one screen and then clerk locks on another.
> The
> > report on the first screen does have the -u on the command line, right?
> > Otherwise, the clerk should rightfully be locked out.
> >
> > John
> >
> >
> >
> > > -----Original Message-----
> > > From: Tyler Style [mailto:tyler.style at gmail.com]
> > > Sent: Tuesday, February 02, 2010 8:17 AM
> > > To: john at valar.com
> > > Cc: filepro-list at lists.celestial.com
> > > Subject: Re: rreport gagging on lockfile
> > >
> > > Yup, use the debugger all the time.  But not sure exactly
> > > what I would
> > > be looking for while debugging?  As far as I can tell, the
> > > error blocks
> > > all access to rclerk and rreport, so the debugger would likely never
> > > even start.  I'll be giving it a whirl, tho.
> > >
> > > John Esak wrote:
> > > > Only thing I can suggest at this point is run the process with the
> > > > interactive debugger. Completely lcear the lockfile before
> > > starting. (I mean
> > > > erase it).  Then step through each critical point until you
> > > can see exactly
> > > > what is causing the hang.
> > > >
> > > > Are you familiar with the debugger?
> > > >
> > > > John
> > > >
> > > >
> > > >
> > > >> -----Original Message-----
> > > >> From: Tyler Style [mailto:tyler.style at gmail.com]
> > > >> Sent: Monday, February 01, 2010 11:23 PM
> > > >> To: john at valar.com
> > > >> Cc: filepro-list at lists.celestial.com
> > > >> Subject: Re: rreport gagging on lockfile
> > > >>
> > > >>
> > > >>
> > > >> John Esak wrote:
> > > >>  > 1. Okay, be more specific. You say you are using the lockinfo
> > > >> script.  So, you can see exactly which record is being locked
> > > >> by exactly
> > > >> which binary.  What does it show?  Record 1 by dclerk, or
> > > record 1 by
> > > >> dreport.... exactly what does lockinfo show.... by any
> > > chance are you
> > > >> locking record 0?  Not something you could do specificially,
> > > >> but filePro
> > > >> does this from time to time.
> > > >> While I have the error message from rreport on one terminal
> > > >> and the same
> > > >> error message from rclerk on another, lockinfo will produce
> > > >> "There are
> > > >> NO locks on the "log_operations" key file."
> > > >>
> > > >> While every call to rreport starts off with -sr 1, there is a
> > > >> lookup -
> > > >> in the processing that moves it to a random record (between 1
> > > >> and 180)
> > > >> as the first command to keep it from hogging the file.
> > > Records 1-180
> > > >> all exist.
> > > >>
> > > >>  > 2. It's always easier when people say this has worked for
> > > >> years.  So,
> > > >> it must be something new added to the soup.  Have you removed
> > > >> an index,
> > > >> grown a field and not changed the size an index pointing
> > > to it.  Gone
> > > >> past some imposed time barrier?  Used up too many
> > > licenses? Exceeded
> > > >> some quota in some parameter?  Added groups or changed
> > > >> permissions?  Run
> > > >> a fixmog (fix permissions)?  Has a binary failed like dclerk
> > > >> and you've
> > > >> replaced it with a different copy?   Has the -u flag any
> > > >> immpact on your
> > > >> scenario?  I'm assuming a lot because you haven't
> > > >> specifically shown how
> > > >> you are doing things?  Is this happening from a system call?
> > > >>
> > > >> Absolutely nothing has done to change the file or the
> > > >> processing for a
> > > >> couple years.  The only thing that has happened to the file
> > > >> is that it
> > > >> has grown larger over time.
> > > >> There is definitely no time limit imposed in the processing;
> > > >> I don't see
> > > >> how would that produce a lock issue, anyway?
> > > >> We have way more licenses than we can use after cutting 70%
> > > >> of our staff
> > > >> last year :P
> > > >> Exceeding a quota in a parameter would mean something had
> > > >> changed with
> > > >> the file or processing, and nothing has.
> > > >> We haven't changed groups or permissions in years either -
> > > >> the current
> > > >> setup is pretty static.
> > > >> Fixmog (our version is called 'correct') hasn't been executed
> > > >> in months
> > > >> according to the log it keeps.
> > > >> No binaries have been swapped in or out (we'd like to tho!
> > > >> still haven't
> > > >> got 5.6 to pass all our tests on our test box unfortunately)
> > > >> -u shouldn't make any diff; it's not used and if we needed to
> > > >> use it I
> > > >> am certain the need would have shown up sometime prior to this.
> > > >>
> > > >> A typical use would be to add this to the end of a bash
> > > >> script to record
> > > >> that a script had completed running:
> > > >> ARGPM="file=none;processing=none;qualifier=hh;script=importshi
> > > >> p;user=$LOGNAME;no
> > > >> te=none;status=COMPLETED"
> > > >> /appl/fp/rreport log_operations -fp log_it -sr 1 -r $ARGPM -h
> > > >> "Logging"
> > > >>
> > > >> Most of the actual processing just parses @PM, looks up a
> > > >> free record,
> > > >> and puts data in the correct fields.
> > > >>
> > > >> No other processing anywhere ever looks up the file; it is
> > > strictly a
> > > >> log, nothing more, and the only processing that touches it
> > > (log_it)
> > > >> always either run via a script command or a SYSTEM command.
> > > >>
> > > >> Things we tried to see if they would help:
> > > >> * file had 600,000 records going back 4yrs, so we copied
> > > the data to
> > > >> another qualifier, deleted the original qualifier, and
> > > copy back the
> > > >> most recent 10,000 entries to see if it was just a size issue.
> > > >> * rebuilt all the indices.
> > > >> * rebooting the OS.
> > > >>
> > > >> This logging hasn't been added to any new processing or
> > > scripts for
> > > >> several months.
> > > >>
> > > >>  >
> > > >>  > I agree that the code would not seem to be importatn
> > > since it has
> > > >> worked... before, so again, it seems like the environment
> > > has changed
> > > >> somehow.  Maybe if we saw the whole setup, relevant code
> > > and all we
> > > >> could give more suggestions.  Oh, I just thought of one... is it
> > > >> possible you are looking up to a particular record, say
> > > >> record 1... and
> > > >> that record is not there anymore?
> > > >>
> > > >> All the records being looked up to exist.  The environment
> > > is pretty
> > > >> static - our needs have been pretty clearly defined by
> > > this point and
> > > >> new systems are almost always implemented on our Debian boxes
> > > >> as SCO is
> > > >> so limiting and so badly supported.
> > > >>
> > > >> Thanks for the ideas!  Hopefully my answers might light up a
> > > >> bulb over
> > > >> someone's head...
> > > >>
> > > >> Tyler
> > > >>
> > > >>
> > > >
> > > >
> > > >
> > >
> >
> > _______________________________________________
> > Filepro-list mailing list
> > Filepro-list at lists.celestial.com
> > http://mailman.celestial.com/mailman/listinfo/filepro-list
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100203/1490e21c/attachment-0001.html 

From john at valar.com  Wed Feb  3 09:44:13 2010
From: john at valar.com (John Esak)
Date: Wed, 3 Feb 2010 12:44:13 -0500
Subject: rreport gagging on lockfile
In-Reply-To: <1e78e1e81002030804t38648cfdva23dbc4d5f80fe70@mail.gmail.com>
Message-ID: <201002031744.o13HiVMc000281@admin114.securesites.net>

Omly have a minute... noticed this..
 





or from a SYSTEM call in processing that looks pretty much the same
m="file=invhead2;processing=postFedex;"
m=m{"qualifier="{@QU{";script=none;user="{@ID{";"
m=m{"note=none;status=STARTED"
system "/appl/fp/rreport log_operations -fp log_it -sr 1 -r '"{m{"'"
 
^
 
this needs to be a < or an & if there is a space before the quotes.
 
But, maybe you just typed thsi in by hand and didn't cut and paste it from
the working stuff.  Actually, I think a -r with something pushed right up
against it would give a syntax error, so this must just be a typo.
 
                                 
 
As for the -u stuff... If you run a [dr]report without the -u on the command
line, then no, a [dr]clerk should not be allowed access to that file. That
is specifically what the filePro lockfile is supposed to do.  The -u tells
the report to ignore the filePro lockfile.  
 
Lastly, did you happen to get a look at the size of the lockfile before I
suggested removing it?  If it was 64, then perhaps it was corrupted in some
strange way.  If it was the larger new size, than this goes back to the
mismatch betwee 5.6 and previous versions... but as you said there is no 5.6
on this system in question.  For the 64 bit lockfile to be corrupted... I
don't really know what I'm suggesting.  Meaning if it were corrupted in some
way, it wouldn't allow you access with anything, clerk, report, dxmaint, and
so on.  It sounds like you were having trouble with just this one routine.  
 
I kind of hate just having things fix thmeselves without ever knowing what
was wrong or what fixed it... so, if the problem rears its ugly head again,
bring it up.  We know what made the problem go away in this case, that is
not the same as what "fixed" it. :-(  Of course, if you really want a
headache free runtime of this routine, just put a hard-coded "rm" of the
lockf* files in the culprit directory and it seems you'll be fine.  Still, a
tiny nagging would bother me forever about having to do this. :-)
 
John
 
P.S. I didn't look through the whole launching stuff... ut it's good you got
it together, maybe it will become useful if the problem crops up again.
 
 
 
 

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

From tyler.style at gmail.com  Wed Feb  3 09:53:34 2010
From: tyler.style at gmail.com (Tyler)
Date: Wed, 3 Feb 2010 10:53:34 -0700
Subject: rreport gagging on lockfile
In-Reply-To: <201002031744.o13HiVMc000281@admin114.securesites.net>
References: <1e78e1e81002030804t38648cfdva23dbc4d5f80fe70@mail.gmail.com>
	<201002031744.o13HiVMc000281@admin114.securesites.net>
Message-ID: <1e78e1e81002030953g68e297caqab06d4e3c1aa3d82@mail.gmail.com>

On Wed, Feb 3, 2010 at 10:44 AM, John Esak <john at valar.com> wrote:

>  Omly have a minute... noticed this..
>
> system "/appl/fp/rreport log_operations -fp log_it -sr 1 -r '"{m{"'"
>
>                                                            ^
>  this needs to be a < or an & if there is a space before the quotes.
>
> No, it's just hard to see what's going on there.  There isn't a space
needed there - there's a single quote in front of the double quotes after -r
and a single quote between those doublequotes at the end, for generating a
string for the command line.  (eg) "-r '"{m{"'" ====> -r
'file=invhead2...etc'

 Lastly, did you happen to get a look at the size of the lockfile before I
> suggested removing it?  If it was 64, then perhaps it was corrupted in some
> strange way.  If it was the larger new size, than this goes back to the
> mismatch betwee 5.6 and previous versions... but as you said there is no 5.6
> on this system in question.  For the 64 bit lockfile to be corrupted... I
> don't really know what I'm suggesting.  Meaning if it were corrupted in some
> way, it wouldn't allow you access with anything, clerk, report, dxmaint, and
> so on.  It sounds like you were having trouble with just this one routine.
>
> No, I didn't see the size.  My coworker says she noticed nothing odd about
it.  And it was indeed with just this one routine, but that's not surprising
- it's the only processing for the file at all anywhere.

>  I kind of hate just having things fix thmeselves without ever knowing
> what was wrong or what fixed it... so, if the problem rears its ugly head
> again, bring it up.  We know what made the problem go away in this case,
> that is not the same as what "fixed" it. :-(  Of course, if you really want
> a headache free runtime of this routine, just put a hard-coded "rm" of the
> lockf* files in the culprit directory and it seems you'll be fine.  Still, a
> tiny nagging would bother me forever about having to do this. :-)
>
> I agree 100%  That's why I still posted even after deleting the lockfile
worked out; I'd much rather fix the actual problem than band aid and forget
it!!!  My coworker wants to go the rm route, but I am trying to beat that
out of her head :)

>
> John
>
> P.S. I didn't look through the whole launching stuff... ut it's good you
> got it together, maybe it will become useful if the problem crops up again.
>
> I'm certain that the code has no bearing on the problem - it has to be
environmental.  But it's there for those who care :)

Thanks for the insights, John.

Tyler
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100203/a74411ce/attachment.html 

From rkreiss at verizon.net  Wed Feb  3 10:33:33 2010
From: rkreiss at verizon.net (Rkreiss@verizon.net])
Date: Wed, 03 Feb 2010 13:33:33 -0500
Subject: rreport gagging on lockfile
Message-ID: <0KXA00IDY3JTLMB2@vms173007.mailsrvcs.net>

Actually, hadn't considered doing thst when I wrote this.

Also, I use this routine for s number of other programs whic require standing on a record to enter data on a screen.

Richard

-----Original Message-----
From: Kenneth Brody <kenbrody at gmail.com>
Sent: Wednesday, February 03, 2010 1:07 PM
To: Richard Kreiss <rkreiss at verizon.net>
Cc: filepro-list at lists.celestial.com
Subject: Re: rreport gagging on lockfile

On 2/2/2010 9:36 AM, Richard Kreiss wrote:
> Tyler,
>
> My procedure for getting to an available record is simple.
>
>
> @once  ? If: '******************************************************
>         Then: '* get file name to import
> 144  -------   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -
>         ? If: rn = ""
>         Then: rn(8,.0)="1"
> 145  -------   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -
> loop_rn? If:
>         Then: lookup -  r=rn   -npw
> 146  -------   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -
>         ? If:         locked(-)
>         Then:         rn=rn+"1";GOTO loop_rn
> 147  -------   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -
>         ? If:
>         Then: END
[...]

Any reason you don't do a free-record lookup instead?

-- 
Kenneth Brody


From kenbrody at gmail.com  Wed Feb  3 10:07:05 2010
From: kenbrody at gmail.com (Kenneth Brody)
Date: Wed, 03 Feb 2010 13:07:05 -0500
Subject: rreport gagging on lockfile
In-Reply-To: <005901caa415$11548260$33fd8720$@net>
References: <4B6825B8.8030808@gmail.com>	<201002021337.o12Dblaa037657@admin114.securesites.net>
	<005901caa415$11548260$33fd8720$@net>
Message-ID: <4B69BB49.1020300@gmail.com>

On 2/2/2010 9:36 AM, Richard Kreiss wrote:
> Tyler,
>
> My procedure for getting to an available record is simple.
>
>
> @once  ? If: '******************************************************
>         Then: '* get file name to import
> 144  -------   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -
>         ? If: rn = ""
>         Then: rn(8,.0)="1"
> 145  -------   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -
> loop_rn? If:
>         Then: lookup -  r=rn   -npw
> 146  -------   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -
>         ? If:         locked(-)
>         Then:         rn=rn+"1";GOTO loop_rn
> 147  -------   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -
>         ? If:
>         Then: END
[...]

Any reason you don't do a free-record lookup instead?

-- 
Kenneth Brody

From john at valar.com  Wed Feb  3 13:19:39 2010
From: john at valar.com (John Esak)
Date: Wed, 3 Feb 2010 16:19:39 -0500
Subject: rreport gagging on lockfile
In-Reply-To: <1e78e1e81002030953g68e297caqab06d4e3c1aa3d82@mail.gmail.com>
Message-ID: <201002032119.o13LJvFk097541@admin114.securesites.net>

No problem, sometimes insights turn into fixes... other times not.
 
About the syntax ...Yes, sorry, on my system, for whatever reason I "saw"
only one set of quotes after the -r... now I can tell there is an apostrophe
first and then the quotes.  My mail showed this to me with straight up and
down quote/apostrophe marks (i.e., not "smart" curly quotes). Jim Asman told
me his system showed him the apostrophe clearly curling to the left and then
the quotes.  Either way, I have my screen reader set to ignore most
punctuation, so it was up to me to try and "see" it... and like I say, even
at 30 times magnification, the apostrophe and quotes next to each other are
almost impossible to discern. It's either apostrophe quote or quote
apostrophe, and it would be anyone's guess.  Maybe I'll turn on the smart
quoting again.  I forget why I turned that stupid feature off in the first
place.
 
 
I vote with your colleague 
 
rm -f ${PFDIR}/filepro/filename/lockf*
 
at the head of your script and you will never see this problem again.  On to
more agonizing problems.
 
John
 
 
 
 
  _____  

From: Tyler [mailto:tyler.style at gmail.com] 
Sent: Wednesday, February 03, 2010 12:54 PM
To: john at valar.com
Cc: filepro-list at lists.celestial.com
Subject: Re: rreport gagging on lockfile



On Wed, Feb 3, 2010 at 10:44 AM, John Esak <john at valar.com> wrote:


Omly have a minute... noticed this..



system "/appl/fp/rreport log_operations -fp log_it -sr 1 -r '"{m{"'"
 
^
this needs to be a < or an & if there is a space before the quotes.

No, it's just hard to see what's going on there.  There isn't a space needed
there - there's a single quote in front of the double quotes after -r and a
single quote between those doublequotes at the end, for generating a string
for the command line.  (eg) "-r '"{m{"'" ====> -r 'file=invhead2...etc' 



Lastly, did you happen to get a look at the size of the lockfile before I
suggested removing it?  If it was 64, then perhaps it was corrupted in some
strange way.  If it was the larger new size, than this goes back to the
mismatch betwee 5.6 and previous versions... but as you said there is no 5.6
on this system in question.  For the 64 bit lockfile to be corrupted... I
don't really know what I'm suggesting.  Meaning if it were corrupted in some
way, it wouldn't allow you access with anything, clerk, report, dxmaint, and
so on.  It sounds like you were having trouble with just this one routine.  

No, I didn't see the size.  My coworker says she noticed nothing odd about
it.  And it was indeed with just this one routine, but that's not surprising
- it's the only processing for the file at all anywhere. 


I kind of hate just having things fix thmeselves without ever knowing what
was wrong or what fixed it... so, if the problem rears its ugly head again,
bring it up.  We know what made the problem go away in this case, that is
not the same as what "fixed" it. :-(  Of course, if you really want a
headache free runtime of this routine, just put a hard-coded "rm" of the
lockf* files in the culprit directory and it seems you'll be fine.  Still, a
tiny nagging would bother me forever about having to do this. :-)

I agree 100%  That's why I still posted even after deleting the lockfile
worked out; I'd much rather fix the actual problem than band aid and forget
it!!!  My coworker wants to go the rm route, but I am trying to beat that
out of her head :) 


 
John
 
P.S. I didn't look through the whole launching stuff... ut it's good you got
it together, maybe it will become useful if the problem crops up again.


I'm certain that the code has no bearing on the problem - it has to be
environmental.  But it's there for those who care :)

Thanks for the insights, John.

Tyler


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100203/1845528f/attachment-0001.html 

From john at valar.com  Wed Feb  3 14:01:39 2010
From: john at valar.com (John Esak)
Date: Wed, 3 Feb 2010 17:01:39 -0500
Subject: rreport gagging on lockfile
In-Reply-To: <4B69EF49.20501@gmail.com>
Message-ID: <201002032201.o13M1vCb013927@admin114.securesites.net>

Oh, Ken... I actually totally agree.  But, I was *assuming* that this
routine is done at a time when it is clear there should NOT be a lockfile.
If that is not so, then you are completely right. However, there are enough
times when errant lockfiles are created as you *first* said in this thread
by someone backing out badly or crashing out.  This happens a whole lot..
.and if on Saturday night your scripts have to run no matter what. Then,
removing lockfiles where you know it can do no harm, is reasonable. If it
isn't, what is the better suggestion?  Do people need to be logging in
before there periodic routines run, just to make sure no one is still in the
file and locking it in error.  I suppose that is the safest kind of thing.
But, if one needs to run a non-invasive report that just gathers data and
there are people left in the file who have gone home and such... It doesn't
seem like a bad work-around.  In any case, I must admit I've been doing it
for years and years without any problems.  Of course, as I say, I only do it
when I know removing the lock file won't cause any problems.

I should have put all that as a caveat when suggesting it.... 

John
 

> -----Original Message-----
> From: Kenneth Brody [mailto:kenbrody at gmail.com] 
> Sent: Wednesday, February 03, 2010 4:49 PM
> To: john at valar.com
> Cc: filepro-list at lists.celestial.com
> Subject: Re: rreport gagging on lockfile
> 
> On 2/3/2010 4:19 PM, John Esak wrote:
> [...]
> > I vote with your colleague
> >
> > rm -f ${PFDIR}/filepro/filename/lockf*
> >
> > at the head of your script and you will never see this 
> problem again.  On to
> > more agonizing problems.
> [...]
> 
> Such as cleaning up the corruption caused by removing the 
> lockfile while 
> someone was actually doing something in the file that you 
> shouldn't mess with?
> 
> Blindly removing lockfiles because you "need" to do something 
> "now" is just 
> asking for trouble.
> 
> -- 
> Kenneth Brody
> 


From kenbrody at gmail.com  Wed Feb  3 13:48:57 2010
From: kenbrody at gmail.com (Kenneth Brody)
Date: Wed, 03 Feb 2010 16:48:57 -0500
Subject: rreport gagging on lockfile
In-Reply-To: <201002032119.o13LJvFk097541@admin114.securesites.net>
References: <201002032119.o13LJvFk097541@admin114.securesites.net>
Message-ID: <4B69EF49.20501@gmail.com>

On 2/3/2010 4:19 PM, John Esak wrote:
[...]
> I vote with your colleague
>
> rm -f ${PFDIR}/filepro/filename/lockf*
>
> at the head of your script and you will never see this problem again.  On to
> more agonizing problems.
[...]

Such as cleaning up the corruption caused by removing the lockfile while 
someone was actually doing something in the file that you shouldn't mess with?

Blindly removing lockfiles because you "need" to do something "now" is just 
asking for trouble.

-- 
Kenneth Brody

From tyler.style at gmail.com  Wed Feb  3 15:27:28 2010
From: tyler.style at gmail.com (Tyler)
Date: Wed, 3 Feb 2010 16:27:28 -0700
Subject: rreport gagging on lockfile
In-Reply-To: <201002032119.o13LJvFk097541@admin114.securesites.net>
References: <1e78e1e81002030953g68e297caqab06d4e3c1aa3d82@mail.gmail.com>
	<201002032119.o13LJvFk097541@admin114.securesites.net>
Message-ID: <1e78e1e81002031527l37d72a7ct6e7f0712becf98d3@mail.gmail.com>

Well, spoke too soon.  The problem recurred just now.  Here is the error
message:



*** A filePro Error Has Occurred ***

On File: /hd1/hd1/appl/filepro/log_operations/lockfile

Request Output with Processing Function Running On This File

File not available.
Somebody else is modifying the file;  try again later.



Deleting the lockfile allowed things to go forward smoothly.  Does this
provide anyone with any fresh insights?

Tyler
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100203/a83d91f1/attachment.html 

From appl at jpr.com  Wed Feb  3 15:27:43 2010
From: appl at jpr.com (Jean-Pierre A. Radley)
Date: Wed, 3 Feb 2010 18:27:43 -0500
Subject: rreport gagging on lockfile
In-Reply-To: <4B69EF49.20501@gmail.com>
References: <201002032119.o13LJvFk097541@admin114.securesites.net>
	<4B69EF49.20501@gmail.com>
Message-ID: <20100203232743.GB26402@jpradley.jpr.com>

Kenneth Brody propounded (on Wed, Feb 03, 2010 at 04:48:57PM -0500):

| On 2/3/2010 4:19 PM, John Esak wrote: [...]
| > I vote with your colleague
| >
| > rm -f ${PFDIR}/filepro/filename/lockf*
| >
| > at the head of your script and you will never see this problem
| > again.  On to more agonizing problems.
| [...]
|
| Such as cleaning up the corruption caused by removing the lockfile
| while someone was actually doing something in the file that you
| shouldn't mess with?
|
| Blindly removing lockfiles because you "need" to do something "now" is
| just asking for trouble.

On all systems that I install, I have a command that reads:

	rm -fr	... \
		/appl/filepro/*/lockf* \
		/appl/*/filepro/*/lockf* \
		... 

It's located in /etc/rc.d/4/cleanup since it is meant to run only when
the computer is rebooted.

-- 
JP

From ken.m.cole at gmail.com  Wed Feb  3 16:01:55 2010
From: ken.m.cole at gmail.com (Ken Cole)
Date: Thu, 4 Feb 2010 10:01:55 +1000
Subject: rreport gagging on lockfile
In-Reply-To: <1e78e1e81002031527l37d72a7ct6e7f0712becf98d3@mail.gmail.com>
References: <1e78e1e81002030953g68e297caqab06d4e3c1aa3d82@mail.gmail.com>
	<201002032119.o13LJvFk097541@admin114.securesites.net>
	<1e78e1e81002031527l37d72a7ct6e7f0712becf98d3@mail.gmail.com>
Message-ID: <94928a911002031601n2b6c451fvcfb5b17e647062b5@mail.gmail.com>

Tyler,

I would like to revisit what someone else suggested very early on in
this thread.

I suspect the lockfile is being left by a crashing application or
someone crashing out/breaking out of an application.

Since you say you are running this on Linux I guess your users are
using a terminal emulator to access the filePro apps.  This sort of
thing can happen if a users PC reboots while they are in filePro or
they close the emulator while apps are running, etc.

We eliminated the "closing the emulator when they shouldn't" by using
AnzioLite's kiosk mode which removes the capability to click the X in
the top right of the window and also removes the File->Exit command.
We setup AnzioLite to close down on logout.

This helped us with similar issues many many moons ago.

Do you have any new users who may not understand how the emulator
works and that closing it while apps is running is a "bad thing"?

Cheers

Ken

On Thu, Feb 4, 2010 at 9:27 AM, Tyler <tyler.style at gmail.com> wrote:
> Well, spoke too soon.? The problem recurred just now.? Here is the error
> message:
>
>
>
> *** A filePro Error Has Occurred ***
>
> On File: /hd1/hd1/appl/filepro/log_operations/lockfile
>
> Request Output with Processing Function Running On This File
>
> File not available.
> Somebody else is modifying the file;? try again later.
>
>
>
> Deleting the lockfile allowed things to go forward smoothly.? Does this
> provide anyone with any fresh insights?
>
> Tyler
>
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list
>
>

From kenbrody at gmail.com  Wed Feb  3 16:26:17 2010
From: kenbrody at gmail.com (Kenneth Brody)
Date: Wed, 03 Feb 2010 19:26:17 -0500
Subject: rreport gagging on lockfile
In-Reply-To: <1e78e1e81002031527l37d72a7ct6e7f0712becf98d3@mail.gmail.com>
References: <1e78e1e81002030953g68e297caqab06d4e3c1aa3d82@mail.gmail.com>	<201002032119.o13LJvFk097541@admin114.securesites.net>
	<1e78e1e81002031527l37d72a7ct6e7f0712becf98d3@mail.gmail.com>
Message-ID: <4B6A1429.60705@gmail.com>

On 2/3/2010 6:27 PM, Tyler wrote:
> Well, spoke too soon.  The problem recurred just now.  Here is the error
> message:
>
> *** A filePro Error Has Occurred ***
>
> On File: /hd1/hd1/appl/filepro/log_operations/lockfile
>
> Request Output with Processing Function Running On This File
>
> File not available.
> Somebody else is modifying the file;  try again later.
>
>
>
> Deleting the lockfile allowed things to go forward smoothly.  Does this
> provide anyone with any fresh insights?

Yes.  It means either (1) a *report is currently running on that file, as 
the message says, or (2) a recent *report session crashed.

Did *report crash since the last time it ran?  (Or, more likely, did the 
last *report crash?)

-- 
Kenneth Brody

From john at valar.com  Wed Feb  3 18:07:05 2010
From: john at valar.com (John Esak)
Date: Wed, 3 Feb 2010 21:07:05 -0500
Subject: rreport gagging on lockfile
In-Reply-To: <1e78e1e81002031527l37d72a7ct6e7f0712becf98d3@mail.gmail.com>
Message-ID: <201002040207.o1427NRD097443@admin114.securesites.net>

Boy, it's so frustrating.  It certainly sounds like you are running two (or
more) synchronous reports.... I'm wondering if the first occurrence of the
report (the -fp on the command line) is conflicting with the one called from
SYSTEM... but you say this has worked for forever... so I am at a loss for
any more insights.  
 
But, you do give one clue... that is that removing the lockfile allowed
things to progress smoothly. I'm assuming that *while* the error was on the
screen... you went and removed the lockfile... then you hit enter on the
error message.  If that's true than the problem is from one of the running
SYSTEM calls... and then with the lockfile gone, the *next* occurrence of
the SYSTEM call.  Is it in a loop or is it dropping record to record?  I'm
guessing it's in a loop because you are running -sr 1. So you hang on record
1, run through a loop that repeatedly calls the SYSTEM "report...." 
 
Again, I can suggest something that might have helped someone else a week or
so ago. Try running that SYSTEM "report .." as a function.  That way you can
test it's exit value.  So, you could increment a counter for each iteration
of the SYSTEM "report" and determine on which iteration it does not finish
properly. If it finishes properly that means it removed the byte flip on the
lockfile.  When you get a return value that says the SYSTEM "report" did not
exit successfully, that will be the time it *lleft* the lockfile in a bad
state.  Maybe it's the second iteration, maybe the first, maybe the 19th.
The information is valuable in diagnosing this thing, and it alleviates a
little bit the idea of putting a "debug on" just before the SYSTEM "report"
and checking everything yourself each time.
 
   then: aa(8,.0)="999"
   then:  aa=SYSTEM("/appl/fp/dreport filename -fp proc -sr 1 -u")
 
If aa returns "0", the SYSTEM command functioned properly.  If not, you're
probably left with a lockfile... so the next dreport will fail.
 
You could also just put a check after the SYSTEM "report" for the actual bit
in the lockfile that represents *report doing a lock.  This is much more
complicated, in opening the file, filling a buffer, testing the right
offset, etc.  I'd try the simple exit sttatus first.
 
Good luck,
 
John
 


  _____  

From: Tyler [mailto:tyler.style at gmail.com] 
Sent: Wednesday, February 03, 2010 6:27 PM
To: john at valar.com
Cc: filepro-list at lists.celestial.com
Subject: Re: rreport gagging on lockfile


Well, spoke too soon.  The problem recurred just now.  Here is the error
message:



*** A filePro Error Has Occurred ***

On File: /hd1/hd1/appl/filepro/log_operations/lockfile

Request Output with Processing Function Running On This File

File not available.
Somebody else is modifying the file;  try again later.



Deleting the lockfile allowed things to go forward smoothly.  Does this
provide anyone with any fresh insights?

Tyler


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100203/34876592/attachment-0001.html 

From john at valar.com  Wed Feb  3 18:08:06 2010
From: john at valar.com (John Esak)
Date: Wed, 3 Feb 2010 21:08:06 -0500
Subject: rreport gagging on lockfile
In-Reply-To: <1e78e1e81002031527l37d72a7ct6e7f0712becf98d3@mail.gmail.com>
Message-ID: <201002040208.o1428al9097684@admin114.securesites.net>

Just a stupid question, why is /hdi repeated in the error message... Is
there really an /hd1 under a root /hd1?
 
John


  _____  

From: Tyler [mailto:tyler.style at gmail.com] 
Sent: Wednesday, February 03, 2010 6:27 PM
To: john at valar.com
Cc: filepro-list at lists.celestial.com
Subject: Re: rreport gagging on lockfile


Well, spoke too soon.  The problem recurred just now.  Here is the error
message:



*** A filePro Error Has Occurred ***

On File: /hd1/hd1/appl/filepro/log_operations/lockfile

Request Output with Processing Function Running On This File

File not available.
Somebody else is modifying the file;  try again later.



Deleting the lockfile allowed things to go forward smoothly.  Does this
provide anyone with any fresh insights?

Tyler


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

From rkreiss at verizon.net  Wed Feb  3 19:49:56 2010
From: rkreiss at verizon.net (Richard Kreiss)
Date: Wed, 03 Feb 2010 22:49:56 -0500
Subject: rreport gagging on lockfile
In-Reply-To: <201002040208.o1428al9097684@admin114.securesites.net>
References: <1e78e1e81002031527l37d72a7ct6e7f0712becf98d3@mail.gmail.com>
	<201002040208.o1428al9097684@admin114.securesites.net>
Message-ID: <004a01caa54d$1edac8c0$5c905a40$@net>

One thought, is it possible that for some reason *report is hitting the
record you are standing on?

 

This is like trying to run an output using a system call from @key on the
record you are looking at.  You can't do this as @key locks the record and
even with -u as part of the system command, a locked messages occurs.

 

 

Richard Kreiss
GCC Consulting

rkreiss at gccconsulting.net
  

 

 

 

From: filepro-list-bounces+rkreiss=verizon.net at lists.celestial.com
[mailto:filepro-list-bounces+rkreiss=verizon.net at lists.celestial.com] On
Behalf Of John Esak
Sent: Wednesday, February 03, 2010 9:08 PM
To: 'Tyler'
Cc: filepro-list at lists.celestial.com
Subject: RE: rreport gagging on lockfile

 

Just a stupid question, why is /hdi repeated in the error message... Is
there really an /hd1 under a root /hd1?

 

John

 

  _____  

From: Tyler [mailto:tyler.style at gmail.com] 
Sent: Wednesday, February 03, 2010 6:27 PM
To: john at valar.com
Cc: filepro-list at lists.celestial.com
Subject: Re: rreport gagging on lockfile

Well, spoke too soon.  The problem recurred just now.  Here is the error
message:



*** A filePro Error Has Occurred ***

On File: /hd1/hd1/appl/filepro/log_operations/lockfile

Request Output with Processing Function Running On This File

File not available.
Somebody else is modifying the file;  try again later.



Deleting the lockfile allowed things to go forward smoothly.  Does this
provide anyone with any fresh insights?

Tyler

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100203/8e3e22a7/attachment.html 

From john at valar.com  Wed Feb  3 20:17:46 2010
From: john at valar.com (John Esak)
Date: Wed, 3 Feb 2010 23:17:46 -0500
Subject: rreport gagging on lockfile
In-Reply-To: <004a01caa54d$1edac8c0$5c905a40$@net>
Message-ID: <201002040418.o144I4ta036091@admin114.securesites.net>

Richard,
That is an excellent thought. I didn't even know he was running against the
file he was standing in. You're right, he may be... and if the report hits
record 1, that's a definite hang.
Also, if the SYSTEM report is opening the file, doing that random look for a
record to stand on, and then runs against that file hitting that record, it
would also hang.  The problem is all conjecture is against the fact that
this used to work.  I truly think the only solution is to step through it in
the debugger and see what's happening.  Or, he could write each record into
another file as he calls the SYSTEM report, then check and see how many
fecords get done before the crash and where it's crashing. Maybe then this
will lead to why.
 
John
 


  _____  

From: Richard Kreiss [mailto:rkreiss at verizon.net] 
Sent: Wednesday, February 03, 2010 10:50 PM
To: john at valar.com; 'Tyler'
Cc: filepro-list at lists.celestial.com
Subject: RE: rreport gagging on lockfile



One thought, is it possible that for some reason *report is hitting the
record you are standing on?

 

This is like trying to run an output using a system call from @key on the
record you are looking at.  You can't do this as @key locks the record and
even with -u as part of the system command, a locked messages occurs.

 

 

Richard Kreiss
GCC Consulting

rkreiss at gccconsulting.net
  

 

 

 

From: filepro-list-bounces+rkreiss=verizon.net at lists.celestial.com
[mailto:filepro-list-bounces+rkreiss=verizon.net at lists.celestial.com] On
Behalf Of John Esak
Sent: Wednesday, February 03, 2010 9:08 PM
To: 'Tyler'
Cc: filepro-list at lists.celestial.com
Subject: RE: rreport gagging on lockfile

 

Just a stupid question, why is /hdi repeated in the error message... Is
there really an /hd1 under a root /hd1?

 

John

 

  _____  

From: Tyler [mailto:tyler.style at gmail.com] 
Sent: Wednesday, February 03, 2010 6:27 PM
To: john at valar.com
Cc: filepro-list at lists.celestial.com
Subject: Re: rreport gagging on lockfile

Well, spoke too soon.  The problem recurred just now.  Here is the error
message:



*** A filePro Error Has Occurred ***

On File: /hd1/hd1/appl/filepro/log_operations/lockfile

Request Output with Processing Function Running On This File

File not available.
Somebody else is modifying the file;  try again later.



Deleting the lockfile allowed things to go forward smoothly.  Does this
provide anyone with any fresh insights?

Tyler

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

From john at valar.com  Wed Feb  3 22:38:04 2010
From: john at valar.com (John Esak)
Date: Thu, 4 Feb 2010 01:38:04 -0500
Subject: rreport gagging on lockfile
In-Reply-To: <4B6A5136.3070603@chrismanncomputer.com>
Message-ID: <201002040638.o146cMDA083835@admin114.securesites.net>

Ah, thanks.  But don't feel bad.  As far as I know, once there is data on
some file systems... You can't modify a divvy table.  At least, not that I
can imagine. You'd have to be absolutley certain that the remaining space
was contiguous and unused of course, and then maybe you could add
something... But extending the end of one partition after data has been
there.... Well, come to think of it, I suppose you could exactly calculate
the last block to use from the previous last block, couldn't you?  Boy,
exactly the thing I would hate to do without some Partition Magic tool or
some really good backups.  :-)

John
 

> -----Original Message-----
> From: John Sica [mailto:john at chrismanncomputer.com] 
> Sent: Wednesday, February 03, 2010 11:47 PM
> To: john at valar.com
> Subject: Re: rreport gagging on lockfile
> 
> Yes.  A long time ago, '87 when ran out of disk space, I replace the 
> hard drive with a new larger.  Not knowing at the time that I could 
> modify the divvy table so easily as I later learned, I added 
> the hd1 and 
> mounted it and left it that way.  I couldn't change it, cuz I didn't 
> know if there was any hardcoded pathnames anywhere.  I was never the 
> programmer, just the hardware and OS guy.  They had too much 
> turnover of 
> programmers to really know, so I never changed it.
> 
> John
> 
> John Esak wrote:
> > Just a stupid question, why is /hdi repeated in the error 
> message... 
> > Is there really an /hd1 under a root /hd1?
> >  
> > John
> >
> >     
> --------------------------------------------------------------
> ----------
> >     *From:* Tyler [mailto:tyler.style at gmail.com]
> >     *Sent:* Wednesday, February 03, 2010 6:27 PM
> >     *To:* john at valar.com
> >     *Cc:* filepro-list at lists.celestial.com
> >     *Subject:* Re: rreport gagging on lockfile
> >
> >     Well, spoke too soon.  The problem recurred just now.  
> Here is the
> >     error message:
> >
> >
> >
> >     *** A filePro Error Has Occurred ***
> >
> >     On File: /hd1/hd1/appl/filepro/log_operations/lockfile
> >
> >     Request Output with Processing Function Running On This File
> >
> >     File not available.
> >     Somebody else is modifying the file;  try again later.
> >
> >
> >
> >     Deleting the lockfile allowed things to go forward 
> smoothly.  Does
> >     this provide anyone with any fresh insights?
> >
> >     Tyler
> >
> > 
> --------------------------------------------------------------
> ----------
> >
> > _______________________________________________
> > Filepro-list mailing list
> > Filepro-list at lists.celestial.com
> > http://mailman.celestial.com/mailman/listinfo/filepro-list
> >   
> 


From yoresoft at sbcglobal.net  Thu Feb  4 05:26:15 2010
From: yoresoft at sbcglobal.net (Richard Hane)
Date: Thu, 4 Feb 2010 05:26:15 -0800 (PST)
Subject: Old subject - using backslash
Message-ID: <531236.18491.qm@web81405.mail.mud.yahoo.com>

Morning all,

I know this has been covered many time here on the list but I can't seem to find any of the emails I saved on this subject.

fpODBO 5.0.14 on a Windows networked running on the server (win2003).? All workstations have a mapped drive V to fp.

Simple problem...? I have a process that copies a file to another folder based on the answers to a couple of input statements using the stsrem command.? When I set a variable bs="\" I get a syntax error.? If I use bs="/" it passes syntax but the command will not work.

Using system "pause" in the processing I see the command as copy v:/rickfp.pdf v:/fprptrh/hotlist.pdf
and Windows doesn't like the /.

I believe I could set the variable bs to the chr string for the / but can't remember what it is.

Any help would be appreciated.

Thank you in advance,
Rick Hane
Deluxe Stitcher Comapny Inc
www.deluxestitcher.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100204/b575f959/attachment.html 

From mschw at athenet.net  Thu Feb  4 05:40:12 2010
From: mschw at athenet.net (Mike Schwartz)
Date: Thu, 4 Feb 2010 07:40:12 -0600
Subject: Old subject - using backslash
In-Reply-To: <531236.18491.qm@web81405.mail.mud.yahoo.com>
References: <531236.18491.qm@web81405.mail.mud.yahoo.com>
Message-ID: <004301caa59f$938db040$baa910c0$@net>

Simple problem...  I have a process that copies a file to another folder
based on the answers to a couple of input statements using the stsrem
command.  When I set a variable bs="\" I get a syntax error.  If I use
bs="/" it passes syntax but the command will not work.
 
 
I believe I could set the variable bs to the chr string for the / but can't
remember what it is.
 
Thank you in advance,
Rick Hane
Deluxe Stitcher Comapny Inc
www.deluxestitcher.com
 
----- ----- -----
 
chr("92")
 
Mike Schwartz
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100204/950b81b7/attachment-0001.html 

From yoresoft at sbcglobal.net  Thu Feb  4 07:12:06 2010
From: yoresoft at sbcglobal.net (Richard Hane)
Date: Thu, 4 Feb 2010 07:12:06 -0800 (PST)
Subject: Old subject - using backslash
In-Reply-To: <004301caa59f$938db040$baa910c0$@net>
References: <531236.18491.qm@web81405.mail.mud.yahoo.com>
	<004301caa59f$938db040$baa910c0$@net>
Message-ID: <35792.64243.qm@web81403.mail.mud.yahoo.com>






________________________________
From: Mike Schwartz <mschw at athenet.net>
To: filepro-list at lists.celestial.com
Sent: Thu, February 4, 2010 7:40:12 AM
Subject: RE: Old subject - using backslash


Simple problem...? I have a process that copies a file to another folder based on the answers to a couple of input statements using the stsrem command.? When I set a variable bs="\" I get a syntax error.? If I use bs="/" it passes syntax but the command will not work.
?
?
I believe I could set the variable bs to the chr string for the / but can't remember what it is.
?
Thank you in advance,
Rick Hane
Deluxe Stitcher Comapny Inc
www.deluxestitcher.com
?
----- ----- -----
?
chr(?92?)
?
Mike Schwartz
?
Mike,
?
Thanks, that did the trick.
?
Rick
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100204/42e1c6d3/attachment.html 

From nlp at vss3.com  Thu Feb  4 08:02:11 2010
From: nlp at vss3.com (Nancy Palmquist)
Date: Thu, 04 Feb 2010 11:02:11 -0500
Subject: Old subject - using backslash
In-Reply-To: <35792.64243.qm@web81403.mail.mud.yahoo.com>
References: <531236.18491.qm@web81405.mail.mud.yahoo.com><004301caa59f$938db040$baa910c0$@net>
	<35792.64243.qm@web81403.mail.mud.yahoo.com>
Message-ID: <4B6AEF83.8090309@vss3.com>

On 2/4/2010 10:12 AM, Richard Hane wrote:
>
>
> ------------------------------------------------------------------------
> *From:* Mike Schwartz <mschw at athenet.net>
> *To:* filepro-list at lists.celestial.com
> *Sent:* Thu, February 4, 2010 7:40:12 AM
> *Subject:* RE: Old subject - using backslash
>
> Simple problem... I have a process that copies a file to another folder
> based on the answers to a couple of input statements using the stsrem
> command. When I set a variable bs="\" I get a syntax error. If I use
> bs="/" it passes syntax but the command will not work.
>
> I believe I could set the variable bs to the chr string for the / but
> can't remember what it is.
>
> Thank you in advance,
>
> Rick Hane
>
> Deluxe Stitcher Comapny Inc
>
> www.deluxestitcher.com <http://www.deluxestitcher.com/>
>
> ----- ----- -----
>
> chr(?92?)
>
> Mike Schwartz
>
> Mike,
>
> Thanks, that did the trick.
>
> Rick
>
>
>
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list
Rick,

This is easy.

qq(1)=chr("92")  is a backslash


I like to use a "/"  in the string - for example-

aa="c:/folder/filename.exe"

Then I do this:

aa=xlate(aa,"/",chr("92"))

That way, I can display the aa value on the screen without any crazy 
stuff and then flip the slashes to send it to the system command.

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 brian at aljex.com  Thu Feb  4 08:05:25 2010
From: brian at aljex.com (Brian K. White)
Date: Thu, 04 Feb 2010 11:05:25 -0500
Subject: Old subject - using backslash
In-Reply-To: <35792.64243.qm@web81403.mail.mud.yahoo.com>
References: <531236.18491.qm@web81405.mail.mud.yahoo.com>	<004301caa59f$938db040$baa910c0$@net>
	<35792.64243.qm@web81403.mail.mud.yahoo.com>
Message-ID: <4B6AF045.7080306@aljex.com>

Richard Hane wrote:
> 
> 
> ------------------------------------------------------------------------
> *From:* Mike Schwartz <mschw at athenet.net>
> *To:* filepro-list at lists.celestial.com
> *Sent:* Thu, February 4, 2010 7:40:12 AM
> *Subject:* RE: Old subject - using backslash
> 
> Simple problem...  I have a process that copies a file to another folder 
> based on the answers to a couple of input statements using the stsrem 
> command.  When I set a variable bs="\" I get a syntax error.  If I use 
> bs="/" it passes syntax but the command will not work.
> 
>  
> 
>  
> 
> I believe I could set the variable bs to the chr string for the / but 
> can't remember what it is.
> 
> ----- ----- -----
> chr(?92?)
> 
> Thanks, that did the trick.

Also:

"\ "{""

-- 
bkw

From howiewz at aljex.com  Thu Feb  4 09:40:13 2010
From: howiewz at aljex.com (Howard Wolowitz)
Date: Thu, 4 Feb 2010 12:40:13 -0500
Subject: Support wanted
Message-ID: <011c01caa5c1$1b7eb3c0$ac00a8c0@Howie>

A customer of Carol Corson's called me looking for support with Carol's INS 
software.

Something about the end of year routine thinking it's 2011 and she doesn't 
know how to fix it.

Her name is Donna and her phone is (361) 293-2512.  I believe she is in 
Texas.

If you can help her please contact her directly and also let me know if you 
do because if no one can help her I may have to get involved.

Howie 


From kenbrody at gmail.com  Thu Feb  4 05:58:22 2010
From: kenbrody at gmail.com (Kenneth Brody)
Date: Thu, 04 Feb 2010 08:58:22 -0500
Subject: rreport gagging on lockfile
In-Reply-To: <004a01caa54d$1edac8c0$5c905a40$@net>
References: <1e78e1e81002031527l37d72a7ct6e7f0712becf98d3@mail.gmail.com>	<201002040208.o1428al9097684@admin114.securesites.net>
	<004a01caa54d$1edac8c0$5c905a40$@net>
Message-ID: <4B6AD27E.5090901@gmail.com>

On 2/3/2010 10:49 PM, Richard Kreiss wrote:
> One thought, is it possible that for some reason *report is hitting the
> record you are standing on?

Once again:

     Lockfile != record locking.

> This is like trying to run an output using a system call from @key on the
> record you are looking at.  You can't do this as @key locks the record and
> even with -u as part of the system command, a locked messages occurs.

This is a lockfile issue, where the lockfile says another *report is 
running.  This has nothing to do with record locking.

You are correct that the "-u" flag will have no affect on record locking, as 
the "-u" flag only affects how the lockfile is treated.

[...]
> *** A filePro Error Has Occurred ***
>
> On File: /hd1/hd1/appl/filepro/log_operations/lockfile
>
> Request Output with Processing Function Running On This File
>
> File not available.
> Somebody else is modifying the file;  try again later.
[...]

From barrywiseman at verizon.net  Fri Feb  5 10:33:54 2010
From: barrywiseman at verizon.net (Barry Wiseman)
Date: Fri, 05 Feb 2010 13:33:54 -0500
Subject: SEGV when exercising code at bottom of processing table
Message-ID: <4B6C6492.9050603@verizon.net>

fP 5.0.15 on linux

We have an input processing table which is currently 5886 lines of code.  (The associated automatic table is 6845 lines.)   Several chunks of code near the end of the table are throwing SEGV's when called at runtime.  Moving these code blocks higher in the table constitutes a workaround.

The simplest example is:

	@key4:::
	:@sn eq "4":switchto "4t"  ; end:
	::switchto 4     ; end:

With this code block located at line 5861, pressing "4" from a record generates a segmentation fault.  When I move this three-line block above the short subroutine which precedes it in the table -- so that it is now located at line 5852 -- the @key4 executes without a problem.

Another example, a short subroutine

	ttype:::
	:18 eq ""  or  18 eq "SPOT":return:
	::lookup typ = gottype  k=18   i=A -nx:
	:not typ:return:
	:typ(21) eq "Y":ltagtype = "LTL":
	::return:

which works fine when located above line 5856, SEGV's when lower in the table, or, when at the very bottom, generates:

	FATAL ERROR!
	
	Invalid opcode 254 in token table.
	Line 5881, offset 1.

Any ideas what the issue could be here?  We have other similar versions of this table which are larger (more lines) but do not produce these errors.

From john at valar.com  Fri Feb  5 10:56:46 2010
From: john at valar.com (John Esak)
Date: Fri, 5 Feb 2010 13:56:46 -0500
Subject: SEGV when exercising code at bottom of processing table
In-Reply-To: <4B6C6492.9050603@verizon.net>
Message-ID: <201002051857.o15Iv667012069@admin114.securesites.net>

You are thinking it is because it is low in the prc table. I've seen this,
too.  What would happen if you copy the code to line 1 of the table and
redirect it to be run from there.  Would the error happen?
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 Barry Wiseman
> Sent: Friday, February 05, 2010 1:34 PM
> To: Filepro_List
> Subject: SEGV when exercising code at bottom of processing table
> 
> fP 5.0.15 on linux
> 
> We have an input processing table which is currently 5886 
> lines of code.  (The associated automatic table is 6845 
> lines.)   Several chunks of code near the end of the table 
> are throwing SEGV's when called at runtime.  Moving these 
> code blocks higher in the table constitutes a workaround.
> 
> The simplest example is:
> 
> 	@key4:::
> 	:@sn eq "4":switchto "4t"  ; end:
> 	::switchto 4     ; end:
> 
> With this code block located at line 5861, pressing "4" from 
> a record generates a segmentation fault.  When I move this 
> three-line block above the short subroutine which precedes it 
> in the table -- so that it is now located at line 5852 -- the 
> @key4 executes without a problem.
> 
> Another example, a short subroutine
> 
> 	ttype:::
> 	:18 eq ""  or  18 eq "SPOT":return:
> 	::lookup typ = gottype  k=18   i=A -nx:
> 	:not typ:return:
> 	:typ(21) eq "Y":ltagtype = "LTL":
> 	::return:
> 
> which works fine when located above line 5856, SEGV's when 
> lower in the table, or, when at the very bottom, generates:
> 
> 	FATAL ERROR!
> 	
> 	Invalid opcode 254 in token table.
> 	Line 5881, offset 1.
> 
> Any ideas what the issue could be here?  We have other 
> similar versions of this table which are larger (more lines) 
> but do not produce these errors.
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list
> 


From barrywiseman at verizon.net  Fri Feb  5 10:59:10 2010
From: barrywiseman at verizon.net (Barry Wiseman)
Date: Fri, 05 Feb 2010 13:59:10 -0500
Subject: SEGV when exercising code at bottom of processing table
In-Reply-To: <201002051857.o15Iv667012069@admin114.securesites.net>
References: <201002051857.o15Iv667012069@admin114.securesites.net>
Message-ID: <4B6C6A7E.4070602@verizon.net>

Correct, above a certain position near the bottom of the table the errors do not happen.

On 2/5/2010 1:56 PM, John Esak wrote:
> You are thinking it is because it is low in the prc table. I've seen this,
> too.  What would happen if you copy the code to line 1 of the table and
> redirect it to be run from there.  Would the error happen?
> 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 Barry Wiseman
>> Sent: Friday, February 05, 2010 1:34 PM
>> To: Filepro_List
>> Subject: SEGV when exercising code at bottom of processing table
>>
>> fP 5.0.15 on linux
>>
>> We have an input processing table which is currently 5886
>> lines of code.  (The associated automatic table is 6845
>> lines.)   Several chunks of code near the end of the table
>> are throwing SEGV's when called at runtime.  Moving these
>> code blocks higher in the table constitutes a workaround.
>>
>> The simplest example is:
>>
>> 	@key4:::
>> 	:@sn eq "4":switchto "4t"  ; end:
>> 	::switchto 4     ; end:
>>
>> With this code block located at line 5861, pressing "4" from
>> a record generates a segmentation fault.  When I move this
>> three-line block above the short subroutine which precedes it
>> in the table -- so that it is now located at line 5852 -- the
>> @key4 executes without a problem.
>>
>> Another example, a short subroutine
>>
>> 	ttype:::
>> 	:18 eq ""  or  18 eq "SPOT":return:
>> 	::lookup typ = gottype  k=18   i=A -nx:
>> 	:not typ:return:
>> 	:typ(21) eq "Y":ltagtype = "LTL":
>> 	::return:
>>
>> which works fine when located above line 5856, SEGV's when
>> lower in the table, or, when at the very bottom, generates:
>>
>> 	FATAL ERROR!
>> 	
>> 	Invalid opcode 254 in token table.
>> 	Line 5881, offset 1.
>>
>> Any ideas what the issue could be here?  We have other
>> similar versions of this table which are larger (more lines)
>> but do not produce these errors.
>> _______________________________________________
>> Filepro-list mailing list
>> Filepro-list at lists.celestial.com
>> http://mailman.celestial.com/mailman/listinfo/filepro-list
>>
>
>


From barrywiseman at verizon.net  Fri Feb  5 11:13:59 2010
From: barrywiseman at verizon.net (Barry Wiseman)
Date: Fri, 05 Feb 2010 14:13:59 -0500
Subject: SEGV when exercising code at bottom of processing table
In-Reply-To: <F13C8F4D4B72884A9C19FE27D6DC5063771E48@excalibur.Furniture-Pro.local>
References: <4B6C6492.9050603@verizon.net>
	<F13C8F4D4B72884A9C19FE27D6DC5063771E48@excalibur.Furniture-Pro.local>
Message-ID: <4B6C6DF7.7020700@verizon.net>

On 2/5/2010 1:52 PM, Faisal Karim wrote:

> Barry Wiseman,
>
> My experience with SEGV error like yours was caused by the tok size.  I
> was getting it when my tok size was near 244k in 4.8.12 filepro release.
> The work around for me was to break down my codes into call routines
> instead of being hard coded in the main processing.  So check the tok
> size for the processing that is causing the segv and compare it with the
> others with longer lines.
>
> Good luck.
>
> Faisal
>

The tok table size is 224969.  The version that does not fail is 225017.  I assume the bug has to do somehow with runtime memory boundaries.  I had already imaginedthat breaking the code up into call tables would be a successful workaround.  Thanks for your reply.

From sales at fptech.com  Mon Feb  8 03:34:34 2010
From: sales at fptech.com (fP sales)
Date: Mon, 08 Feb 2010 06:34:34 -0500
Subject: Web site addresses
Message-ID: <4B6FF6CA.2080007@fptech.com>


It was brought to our attention that many of you may used www.fptech.net 
as a link to our website.  We had that domain for many years but due to 
an influx of spam we have discontinued that and other names that we had 
reserved.

The correct web address for filePro is: www.fptech.com

All other addresses will be discontinued and will no longer link to our 
correct address.

-- 

fP Sales
sales at fptech.com
800-847-4740


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100208/72ff029d/attachment.html 

From noreply at netlogmail.com  Tue Feb 16 02:59:14 2010
From: noreply at netlogmail.com (Mwango Felix Mutale)
Date: Tue, 16 Feb 2010 11:59:14 +0100
Subject: Visit my Netlog profile
Message-ID: <20100216105945.B456E202691F@dorsai-01.celestial.com>

Hey,

I have created a Netlog profile with my pictures, videos, blogs and events and I want to add you as a friend so you can see it. You first need to register on Netlog! When you log in, you can create your own profile.

Take a look:
http://en.netlog.com/go/mailurl/type=invite_1&mailid=669196008&id=1&url=-L2dvL3JlZ2lzdGVyL2lkPTE3NDcwNDc4MTMmaT10OTE_

Cheers,
Mwango Felix

----------------------------------------------------------------
Don't want to receive invitations from your friends anymore?
http://en.netlog.com/go/mailurl/type=invite_1&mailid=669196008&id=2&url=-L2dvL25vbWFpbHMvaW52aXRlL2VtYWlsPS1abWxzWlhCeWJ5MXNhWE4wUUd4cGMzUnpMbU5sYkdWemRHbGhiQzVqYjIwXyZjb2RlPTE1MTYzMTcxJmlkPTE3NDcwNDc4MTMmaT10OTI_
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100216/ee48de27/attachment.html 

From nlp at vss3.com  Tue Feb 16 12:38:51 2010
From: nlp at vss3.com (Nancy Palmquist)
Date: Tue, 16 Feb 2010 15:38:51 -0500
Subject: Windows 7 and filePro 5.6 installation
Message-ID: <4B7B025B.3090807@vss3.com>

Posting this for other users that might be upgrading.  I was trying to 
install 5.6 on Windows7 and I am told that using the Windows Product ID 
for the license would not work in the current release.

If you are creating a new license, use the Hard Drive ID - shown at the 
top of a dir list for the drive.

I also setup XPmode - which is really cool, btw.  I keep all my filePro 
dev versions on Drive G.  It turns out that in XP Mode, if you map the 
Win7 drive G to G using the normal map thing in XP, it will also be able 
to see the drives and I am hoping the license will work.

You may have to manually activate the service on one or the other so the 
license server is running.  Haven't got that far yet.

The two places seem to run independent so I expect they both need the 
service or I have to treat it like a network workstation or something.

Haven't figured out setting up the printers in XP Mode, I expect they 
need to be installed just as if it was another machine, and not a 
virtual computer. I have been accomplishing these things in bits as I 
have time.

Hope everyone is keeping their heads above the snow.

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  Tue Feb 16 12:51:20 2010
From: fairlite at fairlite.com (Fairlight)
Date: Tue, 16 Feb 2010 15:51:20 -0500
Subject: Windows 7 and filePro 5.6 installation
In-Reply-To: <4B7B025B.3090807@vss3.com>;
	from nlp@vss3.com on Tue, Feb 16, 2010 at 03:38:51PM -0500
References: <4B7B025B.3090807@vss3.com>
Message-ID: <20100216155120.A21566@iglou.com>

Simon--er, no...it was Nancy Palmquist--said:
> 
> I also setup XPmode - which is really cool, btw.  I keep all my filePro 

Is  XPmode what my gaming buddy told me about?  I was told that Windows 7
essentially has an entire licensed version of XP that you can run
transparently under Windows 7.  I was told it's an additional download, but
it's free for Windows 7 licensees.

We talking about the same thing?

> Hope everyone is keeping their heads above the snow.

Not too bad in Louisville.  About 3".  Keeping the head above the snow is
okay if the pavement has been salted.  Icy steps make it a bit more
challenging.

I figure I'm okay as long as I'm not asked to luge.  :/

mark->
-- 
Audio panton, cogito singularis,

From kenbrody at spamcop.net  Tue Feb 16 14:04:39 2010
From: kenbrody at spamcop.net (Kenneth Brody)
Date: Tue, 16 Feb 2010 17:04:39 -0500
Subject: Windows 7 and filePro 5.6 installation
In-Reply-To: <20100216155120.A21566@iglou.com>
References: <4B7B025B.3090807@vss3.com> <20100216155120.A21566@iglou.com>
Message-ID: <4B7B1677.7040402@spamcop.net>

On 2/16/2010 3:51 PM, Fairlight wrote:
> Simon--er, no...it was Nancy Palmquist--said:
>>
>> I also setup XPmode - which is really cool, btw.  I keep all my filePro
>
> Is  XPmode what my gaming buddy told me about?  I was told that Windows 7
> essentially has an entire licensed version of XP that you can run
> transparently under Windows 7.  I was told it's an additional download, but
> it's free for Windows 7 licensees.
>
> We talking about the same thing?

There is a download "Windows XP Mode", which as I understand it is XP in a 
VM for Windows 7.  It does, however, require "hardware-assisted 
virtualization", which is not supported in all CPUs, even in today's market. 
  For example, my 3-month-old Win7 box, which has an "Intel Core 2 Duo 
T6600" and runs 64-bit Windows, does not support it.

http://www.microsoft.com/windows/virtual-pc/download.aspx

[...]

-- 
Kenneth Brody

From fairlite at fairlite.com  Tue Feb 16 18:21:22 2010
From: fairlite at fairlite.com (Fairlight)
Date: Tue, 16 Feb 2010 21:21:22 -0500
Subject: Windows 7 and filePro 5.6 installation
In-Reply-To: <4B7B1677.7040402@spamcop.net>;
	from kenbrody@spamcop.net on Tue, Feb 16, 2010 at 05:04:39PM -0500
References: <4B7B025B.3090807@vss3.com> <20100216155120.A21566@iglou.com>
	<4B7B1677.7040402@spamcop.net>
Message-ID: <20100216212122.A27503@iglou.com>

With neither thought nor caution, Kenneth Brody blurted:
> 
> There is a download "Windows XP Mode", which as I understand it is XP in a 
> VM for Windows 7.  It does, however, require "hardware-assisted 
> virtualization", which is not supported in all CPUs, even in today's market. 
>   For example, my 3-month-old Win7 box, which has an "Intel Core 2 Duo 
> T6600" and runs 64-bit Windows, does not support it.

Let me guess...it requires Intel VTx?  My E8400 Core2 Duo and DP35DP
mainboard don't support that for VirtualBox, either.  :/

> http://www.microsoft.com/windows/virtual-pc/download.aspx

mark->
-- 
Audio panton, cogito singularis,

From nlp at vss3.com  Wed Feb 17 09:28:59 2010
From: nlp at vss3.com (Nancy Palmquist)
Date: Wed, 17 Feb 2010 12:28:59 -0500
Subject: Windows 7 and filePro 5.6 installation
In-Reply-To: <20100216212122.A27503@iglou.com>
References: <4B7B025B.3090807@vss3.com>
	<20100216155120.A21566@iglou.com><4B7B1677.7040402@spamcop.net>
	<20100216212122.A27503@iglou.com>
Message-ID: <4B7C275B.7030704@vss3.com>

Mine supports it beautifully.

Intel(R) Core(TM) Duo CPU E6750 @ 2.66GHz
64-bit
With Windows 7 Ultimate.

I am finding it stable and fast.  I like it.  I am even finding the 
changes to Windows rather better in many cases than I have seen in other 
upgrades.  Still have to get a backup solution, but I keep getting more 
of the functions added each day, as I have time.

I have had lousy luck with many of the backup software for WindowsXP.  I 
will have to see what is supported by Windows7 for a reliable backup method.

Acronis would not work on my old machine.  I tried to work with their 
tech support but after a month, I gave up and uninstalled it.  I think 
some months later I had a hard drive issue, which I think was what keep 
Acronis from working.  Although the error message was not clear.

Retrospect was nice because it let me make a duplicate of a drive.  I 
like this format, because I can roll around and grab things from an 
older version.  But it would stop running for no reason, sometimes.  I 
found that a bit of an issue.  I was also very confused by way it kept 
the real backups, in volumes and stuff.  Pretty proprietary, if you need 
the stuff and the new computer does not run retrospect.  That always 
worried me.  I want something less proprietary, I think.

Any suggestions?

Nancy



On 2/16/2010 9:21 PM, Fairlight wrote:
> With neither thought nor caution, Kenneth Brody blurted:
>    
>> There is a download "Windows XP Mode", which as I understand it is XP in a
>> VM for Windows 7.  It does, however, require "hardware-assisted
>> virtualization", which is not supported in all CPUs, even in today's market.
>>    For example, my 3-month-old Win7 box, which has an "Intel Core 2 Duo
>> T6600" and runs 64-bit Windows, does not support it.
>>      
> Let me guess...it requires Intel VTx?  My E8400 Core2 Duo and DP35DP
> mainboard don't support that for VirtualBox, either.  :/
>
>    
>> http://www.microsoft.com/windows/virtual-pc/download.aspx
>>      
> mark->
>    

-- 
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 john at valar.com  Wed Feb 17 09:41:50 2010
From: john at valar.com (John Esak)
Date: Wed, 17 Feb 2010 12:41:50 -0500
Subject: Windows 7 and filePro 5.6 installation
In-Reply-To: <4B7C275B.7030704@vss3.com>
Message-ID: <201002171742.o1HHgJqP029250@admin114.securesites.net>

Only thing I would say is give Acronis another chance. It certainly lets you
see your backup as the same way it looks on your filesystem and you can grab
things and restore them with ease. I hace found Acronis (9.1) to be
absolutely reliable, I can't imagine what was giving you trouble. They are
very good with backup images, and file system backups.  I think you just had
a real kldge somewhere. See what they have as an upgrade to Win7 and I'll
bet it works right. I think you hit some really terrible fluke. Myself,
friends, Jim Asman, etc., all swear by it.  So, there are lots and lots of
situations that work perfectly.  It also has plugins for BartPE recovery
DVD's so you can just restore a completely crashed system. Well, I've never
had to do it, but Jason thae sysadmin at Tim's place has done it dozens and
dozens of times... Purposely to move a system from machine to machine, or to
upgrade someone.  

Really, I'd give it another shot... And check out the restore facility which
just shows you the files on the media exactly as they were on your file
sytem... So that should be a pllus for you if you liked it on
Retrospective.... That came on a USB drive I bought and strangely, I did not
like that version of it at all.  Funny how things go.

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 Nancy Palmquist
> Sent: Wednesday, February 17, 2010 12:29 PM
> To: filepro-list at lists.celestial.com
> Subject: Re: Windows 7 and filePro 5.6 installation
> 
> Mine supports it beautifully.
> 
> Intel(R) Core(TM) Duo CPU E6750 @ 2.66GHz
> 64-bit
> With Windows 7 Ultimate.
> 
> I am finding it stable and fast.  I like it.  I am even finding the 
> changes to Windows rather better in many cases than I have 
> seen in other 
> upgrades.  Still have to get a backup solution, but I keep 
> getting more 
> of the functions added each day, as I have time.
> 
> I have had lousy luck with many of the backup software for 
> WindowsXP.  I 
> will have to see what is supported by Windows7 for a reliable 
> backup method.
> 
> Acronis would not work on my old machine.  I tried to work with their 
> tech support but after a month, I gave up and uninstalled it. 
>  I think 
> some months later I had a hard drive issue, which I think was 
> what keep 
> Acronis from working.  Although the error message was not clear.
> 
> Retrospect was nice because it let me make a duplicate of a drive.  I 
> like this format, because I can roll around and grab things from an 
> older version.  But it would stop running for no reason, 
> sometimes.  I 
> found that a bit of an issue.  I was also very confused by 
> way it kept 
> the real backups, in volumes and stuff.  Pretty proprietary, 
> if you need 
> the stuff and the new computer does not run retrospect.  That always 
> worried me.  I want something less proprietary, I think.
> 
> Any suggestions?
> 
> Nancy
> 
> 
> 
> On 2/16/2010 9:21 PM, Fairlight wrote:
> > With neither thought nor caution, Kenneth Brody blurted:
> >    
> >> There is a download "Windows XP Mode", which as I 
> understand it is XP in a
> >> VM for Windows 7.  It does, however, require "hardware-assisted
> >> virtualization", which is not supported in all CPUs, even 
> in today's market.
> >>    For example, my 3-month-old Win7 box, which has an 
> "Intel Core 2 Duo
> >> T6600" and runs 64-bit Windows, does not support it.
> >>      
> > Let me guess...it requires Intel VTx?  My E8400 Core2 Duo and DP35DP
> > mainboard don't support that for VirtualBox, either.  :/
> >
> >    
> >> http://www.microsoft.com/windows/virtual-pc/download.aspx
> >>      
> > mark->
> >    
> 
> -- 
> 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 gary at lightingsuperstore.com  Wed Feb 17 07:21:07 2010
From: gary at lightingsuperstore.com (gary at lightingsuperstore.com)
Date: Wed, 17 Feb 2010 10:21:07 -0500 (EST)
Subject: No subject
Message-ID: <49942.173.70.36.226.1266420067.squirrel@co1.ebusiness32.com>

looking for a developer to assist with updating my unix system in North
Jersey ....





Thank You
and have a great day.

Gary D
Lighting Superstore
(201) 445-4700


From fairlite at fairlite.com  Wed Feb 17 10:03:49 2010
From: fairlite at fairlite.com (Fairlight)
Date: Wed, 17 Feb 2010 13:03:49 -0500
Subject: Windows 7 and filePro 5.6 installation
In-Reply-To: <4B7C275B.7030704@vss3.com>;
	from nlp@vss3.com on Wed, Feb 17, 2010 at 12:28:59PM -0500
References: <4B7B025B.3090807@vss3.com>
	<20100216155120.A21566@iglou.com><4B7B1677.7040402@spamcop.net>
	<20100216212122.A27503@iglou.com> <4B7C275B.7030704@vss3.com>
Message-ID: <20100217130349.A25132@iglou.com>

On Wed, Feb 17, 2010 at 12:28:59PM -0500, Nancy Palmquist, the prominent pundit,
witicized:
> Mine supports it beautifully.
> 
> Intel(R) Core(TM) Duo CPU E6750 @ 2.66GHz
> 64-bit
> With Windows 7 Ultimate.

Well, I'm only guessing that VTx is what's needed, based on Ken's
description.  I've tried turning VTx on in VirtualBox, and vbox complains
that my system doesn't support Intel VTx.  Based on Intel's site, my -chip-
supports VTx, as does yours.  Looks like I either need to enable VTx in the
BIOS, or update my BIOS because the feature was added later.

> I am finding it stable and fast.  I like it.  I am even finding the 
> changes to Windows rather better in many cases than I have seen in other 
> upgrades.  Still have to get a backup solution, but I keep getting more 
> of the functions added each day, as I have time.

Your chip will run warmer than mine.  The 6750 is 65nm, the 8400 is 45nm.
The smaller the lithography and die size, the cooler the chip.  Make sure
you keep your cooling adequate.  :)

The smaller die size you can get in anything (CPU, GPU, etc.), the cooler
those chips run.  My integrator (specifically talking about Intel) said
that they'll release a chip with great performance boosts, and then eleven
months later they'll realease a version with fairly modest performance
gains, but with a smaller die size, which will run cooler.

> I have had lousy luck with many of the backup software for WindowsXP.  I 
> will have to see what is supported by Windows7 for a reliable backup method.

I have yet to find anything adequate.  I -had- a USB cage with two 500GB
drives, and I think the firmware on it flaked out, because every time we
plug it into a system (desktop, laptop, doesn't matter), it says it was
just unsafely ejected and refuses to be used.  I finally gave up.

The problem is, I need to back up just shy of 2TB, and there's not really
anything really affordable that you'd want to put somewhere that will
handle that volume of data.  Not last time I looked, anyway.  Ideally what
-I- want is an ethernet-based disk array, -not- USB.  The software is
really a trivial matter.  One could get Unison (a really souped up rsync)
for Windows and use that, problem solved as far as raw files.  If you
wanted something that'll do a full restore...that'd require something more
Windows-centric, of course.  Ideally, I personally want the ability to use
a 2TB+ ethernet-based storage device with software that will let you backup
and restore multiple systems at once.

> Acronis would not work on my old machine.  I tried to work with their 
> tech support but after a month, I gave up and uninstalled it.  I think 
> some months later I had a hard drive issue, which I think was what keep 
> Acronis from working.  Although the error message was not clear.

Acronis messed up Windows 2000 badly enough that I gave up on it after
about two days.  I've never been impressed with it.

> Retrospect was nice because it let me make a duplicate of a drive.  I 
> like this format, because I can roll around and grab things from an 
> older version.  But it would stop running for no reason, sometimes.  I 
> found that a bit of an issue.  I was also very confused by way it kept 
> the real backups, in volumes and stuff.  Pretty proprietary, if you need 
> the stuff and the new computer does not run retrospect.  That always 
> worried me.  I want something less proprietary, I think.
> 
> Any suggestions?

Depends how much data you're talking about.  I keep distributed backups via
rsync of my Really Important Files[tm] (ie., all my development code, email
backups, etc.) around the net.  The really important stuff that I can't
afford to lose is really probably under 50MB.  The real annoyance would be
blowing a drive and losing all my video, music, game installations, etc.
You know--the stuff computers are REALLY for.  :)

I hear good things about Carbonite for limited offsite backups of the really
important stuff, but you wouldn't want to use it for, say, > 2GB, depending
on your broadband throughput.  But...I'm not a fan of cloud storage, even
if it's encrypted.

It really depends on what your backup needs and philosophies are.

mark->

From john at valar.com  Wed Feb 17 10:44:36 2010
From: john at valar.com (John Esak)
Date: Wed, 17 Feb 2010 13:44:36 -0500
Subject: Need help to update SCO/filePro system into a LAN.  
In-Reply-To: <49942.173.70.36.226.1266420067.squirrel@co1.ebusiness32.com>
Message-ID: <201002171845.o1HIj6e5055445@admin114.securesites.net>

I'm going to elaborate on Gary's note (and add a subject). This is a cousin
of mine. He has a SCO 5.5 system I think. He uses 4.5 filePro. There is no
network card in the server so I sent him an Intel Pro 1000 which I know will
work if done properly. He essentially needs to get on a LAN so that he can
add a printer. He is currently using all Wyse 50 terminals and dot-matrix
printers. Someone needs to ensure he doesn't get a brain dead printer... Or
set him up with Bob's PrintWizard program... After installing the NIC and
the small bit that entails.  I am also sending him a Linksys WAP which once
reset with a paper clip will be just a plug in situation. He has a wireless
laptop tht he wants to log into the server with and run filePro. Amother
program he obviously needs is Bob's anziowin.  (He will need a switch...
Unless I sent him one... Help with the hardware and the printer would be
helpful as well.)  

So, this is an upgrade that is right up someone's alley. His filePro is all
working okay. It is a bastardized very old NEX accounting package.. The A/R
which he has added a purchasing piece to... Without a G/L it is really just
keeping track of receivables and the PO's he sends out for inventory.  I
don't think he wants to change any of this at this point. But, he does want
to get networking going, and the printing thing.

He is in Paramus, NJ.  

Don't ask why I'm not making the money to do this... Yes, I like money. :-)
I'm retired... And if I give that up for the easy ones... I will be right
back at my stroke-inducing pace.  If I ever have a heart attack now, I want
it to be from playing the drums too fast... Or swinging my arm in too big a
circle on those giant power chords!  :-)

I enhanced Gary's note because he doesn't know that more information would
have been asked of him before anyone even wanted to call him. People could
never guess the strange etiquette and expectations of this place. ;-)

John

P.S. - Hey Laura, do you still do this kind of stuff? If you do give him a
call.  Thanks to anyone who helps him.

> -----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 gary at lightingsuperstore.com
> Sent: Wednesday, February 17, 2010 10:21 AM
> To: Filepro-list at lists.celestial.com
> Subject: 
> 
> looking for a developer to assist with updating my unix 
> system in North
> Jersey ....
> 
> 
> 
> 
> 
> Thank You
> and have a great day.
> 
> Gary D
> Lighting Superstore
> (201) 445-4700
> 
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list
> 


From brian at aljex.com  Wed Feb 17 12:16:40 2010
From: brian at aljex.com (Brian K. White)
Date: Wed, 17 Feb 2010 15:16:40 -0500
Subject: Need help to update SCO/filePro system into a LAN.
In-Reply-To: <201002171845.o1HIj6e5055445@admin114.securesites.net>
References: <201002171845.o1HIj6e5055445@admin114.securesites.net>
Message-ID: <1266437800.30199.145.camel@ender>

On Wed, 2010-02-17 at 13:44 -0500, John Esak wrote:
> I'm going to elaborate on Gary's note (and add a subject). This is a cousin
> of mine. He has a SCO 5.5 system I think. He uses 4.5 filePro. There is no
> network card in the server so I sent him an Intel Pro 1000 which I know will
> work if done properly. He essentially needs to get on a LAN so that he can
> add a printer. He is currently using all Wyse 50 terminals and dot-matrix
> printers. Someone needs to ensure he doesn't get a brain dead printer... Or
> set him up with Bob's PrintWizard program... After installing the NIC and
> the small bit that entails.  I am also sending him a Linksys WAP which once
> reset with a paper clip will be just a plug in situation. He has a wireless
> laptop tht he wants to log into the server with and run filePro. Amother
> program he obviously needs is Bob's anziowin.  (He will need a switch...
> Unless I sent him one... Help with the hardware and the printer would be
> helpful as well.)  
> 
> So, this is an upgrade that is right up someone's alley. His filePro is all
> working okay. It is a bastardized very old NEX accounting package.. The A/R
> which he has added a purchasing piece to... Without a G/L it is really just
> keeping track of receivables and the PO's he sends out for inventory.  I
> don't think he wants to change any of this at this point. But, he does want
> to get networking going, and the printing thing.
> 
> He is in Paramus, NJ.  
> 
> Don't ask why I'm not making the money to do this... Yes, I like money. :-)
> I'm retired... And if I give that up for the easy ones... I will be right
> back at my stroke-inducing pace.  If I ever have a heart attack now, I want
> it to be from playing the drums too fast... Or swinging my arm in too big a
> circle on those giant power chords!  :-)
> 
> I enhanced Gary's note because he doesn't know that more information would
> have been asked of him before anyone even wanted to call him. People could
> never guess the strange etiquette and expectations of this place. ;-)
> 
> John
> 
> P.S. - Hey Laura, do you still do this kind of stuff? If you do give him a
> call.  Thanks to anyone who helps him.
> 
> > -----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 gary at lightingsuperstore.com
> > Sent: Wednesday, February 17, 2010 10:21 AM
> > To: Filepro-list at lists.celestial.com
> > Subject: 
> > 
> > looking for a developer to assist with updating my unix 
> > system in North
> > Jersey ....
> > 
> > 
> > 
> > 
> > 
> > Thank You
> > and have a great day.
> > 
> > Gary D
> > Lighting Superstore
> > (201) 445-4700

I never ever moonlight, but, this one is so easy (for me) and it's
possible with that set of stuff no one near-by may be in a position to
do it, and it would be silly to suffer without for such simple stuff,
and, I AM trying to finish buying a car without financing...

So, I'm replying publicly so that if anyone else wants it because they
need it more than I do, go right ahead. I do not really need or want
another customer outside of Aljex's normal customers, (which no longer
includes random arbitrary unix/filepro support) where I imagine a
freelancer needs every single customer they can find.

But, if it happens that it's not convenient for anyone else, I am right
in the area and everything John just said is sleepwalk stuff for me.

Only possible hitch is, with that setup, it's just possible he only has
the Host version of osr5, with no network support in the OS and it's
non-trivial to add, so that means an os upgrade... Seeing as it sounds
like he's doing nothing weird or extra at all, just filepro and serial
terminals and printers, which is all dead simple, that means it's
actually a pretty painless switchover to linux instead of actually
upgrading the osr5 if he has Host or if the hardware turns out to have
age related problems.

-- 
bkw


From rkreiss at verizon.net  Wed Feb 17 12:39:08 2010
From: rkreiss at verizon.net (Richard Kreiss)
Date: Wed, 17 Feb 2010 15:39:08 -0500
Subject: Need help to update SCO/filePro system into a LAN.
In-Reply-To: <1266437800.30199.145.camel@ender>
References: <201002171845.o1HIj6e5055445@admin114.securesites.net>
	<1266437800.30199.145.camel@ender>
Message-ID: <009d01cab011$420d7030$c6285090$@net>

Brian,

John had asked me also, but you are much closer and am really not in need of
more work.

Richard Kreiss

> -----Original Message-----
> From: filepro-list-bounces+rkreiss=verizon.net at lists.celestial.com
[mailto:filepro-
> list-bounces+rkreiss=verizon.net at lists.celestial.com] On Behalf Of Brian
K.
> White
> Sent: Wednesday, February 17, 2010 3:17 PM
> To: filepro-list at lists.celestial.com
> Cc: gary at lightingsuperstore.com
> Subject: RE: Need help to update SCO/filePro system into a LAN.
> 
> On Wed, 2010-02-17 at 13:44 -0500, John Esak wrote:
> > I'm going to elaborate on Gary's note (and add a subject). This is a
cousin
> > of mine. He has a SCO 5.5 system I think. He uses 4.5 filePro. There is
no
> > network card in the server so I sent him an Intel Pro 1000 which I know
will
> > work if done properly. He essentially needs to get on a LAN so that he
can
> > add a printer. He is currently using all Wyse 50 terminals and
dot-matrix
> > printers. Someone needs to ensure he doesn't get a brain dead printer...
Or
> > set him up with Bob's PrintWizard program... After installing the NIC
and
> > the small bit that entails.  I am also sending him a Linksys WAP which
once
> > reset with a paper clip will be just a plug in situation. He has a
wireless
> > laptop tht he wants to log into the server with and run filePro. Amother
> > program he obviously needs is Bob's anziowin.  (He will need a switch...
> > Unless I sent him one... Help with the hardware and the printer would be
> > helpful as well.)
> >
> > So, this is an upgrade that is right up someone's alley. His filePro is
all
> > working okay. It is a bastardized very old NEX accounting package.. The
A/R
> > which he has added a purchasing piece to... Without a G/L it is really
just
> > keeping track of receivables and the PO's he sends out for inventory.  I
> > don't think he wants to change any of this at this point. But, he does
want
> > to get networking going, and the printing thing.
> >
> > He is in Paramus, NJ.
> >
> > Don't ask why I'm not making the money to do this... Yes, I like money.
:-)
> > I'm retired... And if I give that up for the easy ones... I will be
right
> > back at my stroke-inducing pace.  If I ever have a heart attack now, I
want
> > it to be from playing the drums too fast... Or swinging my arm in too
big a
> > circle on those giant power chords!  :-)
> >
> > I enhanced Gary's note because he doesn't know that more information
would
> > have been asked of him before anyone even wanted to call him. People
could
> > never guess the strange etiquette and expectations of this place. ;-)
> >
> > John
> >
> > P.S. - Hey Laura, do you still do this kind of stuff? If you do give him
a
> > call.  Thanks to anyone who helps him.
> >
> > > -----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 gary at lightingsuperstore.com
> > > Sent: Wednesday, February 17, 2010 10:21 AM
> > > To: Filepro-list at lists.celestial.com
> > > Subject:
> > >
> > > looking for a developer to assist with updating my unix
> > > system in North
> > > Jersey ....
> > >
> > >
> > >
> > >
> > >
> > > Thank You
> > > and have a great day.
> > >
> > > Gary D
> > > Lighting Superstore
> > > (201) 445-4700
> 
> I never ever moonlight, but, this one is so easy (for me) and it's
> possible with that set of stuff no one near-by may be in a position to
> do it, and it would be silly to suffer without for such simple stuff,
> and, I AM trying to finish buying a car without financing...
> 
> So, I'm replying publicly so that if anyone else wants it because they
> need it more than I do, go right ahead. I do not really need or want
> another customer outside of Aljex's normal customers, (which no longer
> includes random arbitrary unix/filepro support) where I imagine a
> freelancer needs every single customer they can find.
> 
> But, if it happens that it's not convenient for anyone else, I am right
> in the area and everything John just said is sleepwalk stuff for me.
> 
> Only possible hitch is, with that setup, it's just possible he only has
> the Host version of osr5, with no network support in the OS and it's
> non-trivial to add, so that means an os upgrade... Seeing as it sounds
> like he's doing nothing weird or extra at all, just filepro and serial
> terminals and printers, which is all dead simple, that means it's
> actually a pretty painless switchover to linux instead of actually
> upgrading the osr5 if he has Host or if the hardware turns out to have
> age related problems.
> 
> --
> bkw
> 
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list



From boaz at mirrotek.com  Wed Feb 17 12:48:48 2010
From: boaz at mirrotek.com (Boaz Bezborodko)
Date: Wed, 17 Feb 2010 15:48:48 -0500
Subject: Need help to update SCO/filePro system into a LAN.
In-Reply-To: <mailman.310.1266437787.4814.filepro-list@lists.celestial.com>
References: <mailman.310.1266437787.4814.filepro-list@lists.celestial.com>
Message-ID: <4B7C5630.3000807@mirrotek.com>

> Date: Wed, 17 Feb 2010 15:16:40 -0500
> From: "Brian K. White" <brian at aljex.com>
> Subject: RE: Need help to update SCO/filePro system into a LAN.
> To: filepro-list at lists.celestial.com
> Cc: gary at lightingsuperstore.com
> Message-ID: <1266437800.30199.145.camel at ender>
> Content-Type: text/plain; charset="UTF-8"
>
> On Wed, 2010-02-17 at 13:44 -0500, John Esak wrote:
>> > I'm going to elaborate on Gary's note (and add a subject). This is a cousin
>> > of mine. He has a SCO 5.5 system I think. He uses 4.5 filePro. There is no
>> > network card in the server so I sent him an Intel Pro 1000 which I know will
>> > work if done properly. He essentially needs to get on a LAN so that he can
>> > add a printer. He is currently using all Wyse 50 terminals and dot-matrix
>> > printers. Someone needs to ensure he doesn't get a brain dead printer... Or
>> > set him up with Bob's PrintWizard program... After installing the NIC and
>> > the small bit that entails.  I am also sending him a Linksys WAP which once
>> > reset with a paper clip will be just a plug in situation. He has a wireless
>> > laptop tht he wants to log into the server with and run filePro. Amother
>> > program he obviously needs is Bob's anziowin.  (He will need a switch...
>> > Unless I sent him one... Help with the hardware and the printer would be
>> > helpful as well.)  
>> > 
>> > So, this is an upgrade that is right up someone's alley. His filePro is all
>> > working okay. It is a bastardized very old NEX accounting package.. The A/R
>> > which he has added a purchasing piece to... Without a G/L it is really just
>> > keeping track of receivables and the PO's he sends out for inventory.  I
>> > don't think he wants to change any of this at this point. But, he does want
>> > to get networking going, and the printing thing.
>> > 
>> > He is in Paramus, NJ.  
>> > 
>> > Don't ask why I'm not making the money to do this... Yes, I like money.  :-) 
>> > I'm retired... And if I give that up for the easy ones... I will be right
>> > back at my stroke-inducing pace.  If I ever have a heart attack now, I want
>> > it to be from playing the drums too fast... Or swinging my arm in too big a
>> > circle on those giant power chords!   :-) 
>> > 
>> > I enhanced Gary's note because he doesn't know that more information would
>> > have been asked of him before anyone even wanted to call him. People could
>> > never guess the strange etiquette and expectations of this place.  ;-) 
>> > 
>> > John
>> > 
>> > P.S. - Hey Laura, do you still do this kind of stuff? If you do give him a
>> > call.  Thanks to anyone who helps him.
>> > 
>>> > > -----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 gary at lightingsuperstore.com
>>> > > Sent: Wednesday, February 17, 2010 10:21 AM
>>> > > To: Filepro-list at lists.celestial.com
>>> > > Subject: 
>>> > > 
>>> > > looking for a developer to assist with updating my unix 
>>> > > system in North
>>> > > Jersey ....
>>> > > 
>>> > > 
>>> > > 
>>> > > 
>>> > > 
>>> > > Thank You
>>> > > and have a great day.
>>> > > 
>>> > > Gary D
>>> > > Lighting Superstore
>>> > > (201) 445-4700
>
> I never ever moonlight, but, this one is so easy (for me) and it's
> possible with that set of stuff no one near-by may be in a position to
> do it, and it would be silly to suffer without for such simple stuff,
> and, I AM trying to finish buying a car without financing...
>
> So, I'm replying publicly so that if anyone else wants it because they
> need it more than I do, go right ahead. I do not really need or want
> another customer outside of Aljex's normal customers, (which no longer
> includes random arbitrary unix/filepro support) where I imagine a
> freelancer needs every single customer they can find.
>
> But, if it happens that it's not convenient for anyone else, I am right
> in the area and everything John just said is sleepwalk stuff for me.
>
> Only possible hitch is, with that setup, it's just possible he only has
> the Host version of osr5, with no network support in the OS and it's
> non-trivial to add, so that means an os upgrade... Seeing as it sounds
> like he's doing nothing weird or extra at all, just filepro and serial
> terminals and printers, which is all dead simple, that means it's
> actually a pretty painless switchover to linux instead of actually
> upgrading the osr5 if he has Host or if the hardware turns out to have
> age related problems.
>
> -- 

I don't have any experience SCO or Anzio, but I pass by the store everyday on my way home.  So if anyone needs me to just stop by quickly to help with a quick installation while they take care of the rest then maybe I can help out.

Boaz


From john at valar.com  Wed Feb 17 14:18:41 2010
From: john at valar.com (John Esak)
Date: Wed, 17 Feb 2010 17:18:41 -0500
Subject: Need help to update SCO/filePro system into a LAN.
In-Reply-To: <1266437800.30199.145.camel@ender>
Message-ID: <201002172219.o1HMJB46043540@admin114.securesites.net>

Again, Gary, as I mentioned to you privately... You are getting some nice
responses from a lot of very talented and busy people here, so do me proud
and be sure to respond to each email directed to your request. I would try
and make sure everyone who offers their time or services for fee or free,
make sure everyone gets a response from you.  When you finally pick someone
you "click" with or however it works out... When you start the work if the
person does not know the SCO part of things... Like Brian here does... You
can arrange a time/date where I can be around telephonically, and use me as
a phone resource.  But again, this is the type of thing I want to do least
in my life just now. :-)  And to answer Brian's comment, I think you do have
an older system, but not that old and not that limited. It just lacks the
NIC. However, if I gave you a Pro-1000 instead of a Pro-100, you will need
to load an O/S update to get that driver, or specifically find the SCO
Pro-1000 driver.  I forget the update's filename... But it's easily looked
up. Again, see this is the kind of thing I don't want to do anymore. In
fact, the last time I had to get this particular update for SCO was for your
Mom's Unix box way back when we put in a new machine after her dinosaur
died.... Maybe 6 years ago... Or more?   (Gary's Mom runs a completely
unrelated lighting store in Wyckoff, NJ)  If I did send you a "newer" NIC in
a commercial box... There may be a SCO driver on the disk in there... But
don't count on it... There is anotehr update needed in the O/S as well
before that particular driver will work anyway.  SCO is a weird duck these
days compared to newer systems like Linux, but many of the people here, like
Brian, know the quirks and where to get the right O/S updates you might need
before installing the NIC.

Remember to try and send a "thank you, but I've done this..." kind of email
back to everyone who replies.  At least, that is what I would always do when
making an offer like this.  This group is more close and "closed" and should
be treated a little more special than say your putting an advert in the
newspaper.  Each respsonder would not like to dangle wondering if you will
reply or not.  (I'm just trying to fill you in on some of what might be
considered the "netiqueete" for an online club like this... I know you have
never been in one before.  (Guess what, the filePro group here, may just be
one of the very oldest ever... Meaning from the dawn, and pre-dawn of PC
computing. Many young people here, too, but some real old fogies like me,
too. :-)  I know people on this list from first communications with them in
1979 on Compuserve.  (hi Jim, Bill, JP... Etc., :-))

Johnny

(I don't think anyone on this list has ever heard me called that... :-) but
I doubt you could relate to "John". It's hard for me at times. When people
say John in a crowded room, I don't turn my head... If they say, "Johnny",
I'm immediately thinking they're talking to me.



> -----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 Brian K. White
> Sent: Wednesday, February 17, 2010 3:17 PM
> To: filepro-list at lists.celestial.com
> Cc: gary at lightingsuperstore.com
> Subject: RE: Need help to update SCO/filePro system into a LAN.
> 
> On Wed, 2010-02-17 at 13:44 -0500, John Esak wrote:
> > I'm going to elaborate on Gary's note (and add a subject). 
> This is a cousin
> > of mine. He has a SCO 5.5 system I think. He uses 4.5 
> filePro. There is no
> > network card in the server so I sent him an Intel Pro 1000 
> which I know will
> > work if done properly. He essentially needs to get on a LAN 
> so that he can
> > add a printer. He is currently using all Wyse 50 terminals 
> and dot-matrix
> > printers. Someone needs to ensure he doesn't get a brain 
> dead printer... Or
> > set him up with Bob's PrintWizard program... After 
> installing the NIC and
> > the small bit that entails.  I am also sending him a 
> Linksys WAP which once
> > reset with a paper clip will be just a plug in situation. 
> He has a wireless
> > laptop tht he wants to log into the server with and run 
> filePro. Amother
> > program he obviously needs is Bob's anziowin.  (He will 
> need a switch...
> > Unless I sent him one... Help with the hardware and the 
> printer would be
> > helpful as well.)  
> > 
> > So, this is an upgrade that is right up someone's alley. 
> His filePro is all
> > working okay. It is a bastardized very old NEX accounting 
> package.. The A/R
> > which he has added a purchasing piece to... Without a G/L 
> it is really just
> > keeping track of receivables and the PO's he sends out for 
> inventory.  I
> > don't think he wants to change any of this at this point. 
> But, he does want
> > to get networking going, and the printing thing.
> > 
> > He is in Paramus, NJ.  
> > 
> > Don't ask why I'm not making the money to do this... Yes, I 
> like money. :-)
> > I'm retired... And if I give that up for the easy ones... I 
> will be right
> > back at my stroke-inducing pace.  If I ever have a heart 
> attack now, I want
> > it to be from playing the drums too fast... Or swinging my 
> arm in too big a
> > circle on those giant power chords!  :-)
> > 
> > I enhanced Gary's note because he doesn't know that more 
> information would
> > have been asked of him before anyone even wanted to call 
> him. People could
> > never guess the strange etiquette and expectations of this 
> place. ;-)
> > 
> > John
> > 
> > P.S. - Hey Laura, do you still do this kind of stuff? If 
> you do give him a
> > call.  Thanks to anyone who helps him.
> > 
> > > -----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 gary at lightingsuperstore.com
> > > Sent: Wednesday, February 17, 2010 10:21 AM
> > > To: Filepro-list at lists.celestial.com
> > > Subject: 
> > > 
> > > looking for a developer to assist with updating my unix 
> > > system in North
> > > Jersey ....
> > > 
> > > 
> > > 
> > > 
> > > 
> > > Thank You
> > > and have a great day.
> > > 
> > > Gary D
> > > Lighting Superstore
> > > (201) 445-4700
> 
> I never ever moonlight, but, this one is so easy (for me) and it's
> possible with that set of stuff no one near-by may be in a position to
> do it, and it would be silly to suffer without for such simple stuff,
> and, I AM trying to finish buying a car without financing...
> 
> So, I'm replying publicly so that if anyone else wants it because they
> need it more than I do, go right ahead. I do not really need or want
> another customer outside of Aljex's normal customers, (which no longer
> includes random arbitrary unix/filepro support) where I imagine a
> freelancer needs every single customer they can find.
> 
> But, if it happens that it's not convenient for anyone else, 
> I am right
> in the area and everything John just said is sleepwalk stuff for me.
> 
> Only possible hitch is, with that setup, it's just possible 
> he only has
> the Host version of osr5, with no network support in the OS and it's
> non-trivial to add, so that means an os upgrade... Seeing as it sounds
> like he's doing nothing weird or extra at all, just filepro and serial
> terminals and printers, which is all dead simple, that means it's
> actually a pretty painless switchover to linux instead of actually
> upgrading the osr5 if he has Host or if the hardware turns out to have
> age related problems.
> 
> -- 
> bkw
> 
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list
> 


From john at valar.com  Wed Feb 17 14:30:46 2010
From: john at valar.com (John Esak)
Date: Wed, 17 Feb 2010 17:30:46 -0500
Subject: Need help to update SCO/filePro system into a LAN.
In-Reply-To: <009d01cab011$420d7030$c6285090$@net>
Message-ID: <201002172231.o1HMVMOZ047636@admin114.securesites.net>

Richard, (et al)
Just so you know.  I asked you via an email, because you had sent me a joke
or something it jogged my memory that you take on clients for this kind of
thing.... But I had already given Gary the address of the list and helped
him sign up for it.  So, there aren't any crossed wires here, just Gary
going ahead with sending the email I told him to send asking for help with
his system. As you can see, some of the responders are doing it publicly.
Gary may just pick the first one who calls him or writes him. I don't know.
But, you are pretty far off for what might be a small job.  Small jobs often
grow into larger ones, though, so I wouldn't dissuade anyone from going
after this "lead".

John
 

> -----Original Message-----
> From: Richard Kreiss [mailto:rkreiss at verizon.net] 
> Sent: Wednesday, February 17, 2010 3:39 PM
> To: 'Brian K. White'; filepro-list at lists.celestial.com
> Cc: gary at lightingsuperstore.com; john at valar.com
> Subject: RE: Need help to update SCO/filePro system into a LAN.
> 
> Brian,
> 
> John had asked me also, but you are much closer and am really 
> not in need of
> more work.
> 
> Richard Kreiss
> 
> > -----Original Message-----
> > From: filepro-list-bounces+rkreiss=verizon.net at lists.celestial.com
> [mailto:filepro-
> > list-bounces+rkreiss=verizon.net at lists.celestial.com] On 
> Behalf Of Brian
> K.
> > White
> > Sent: Wednesday, February 17, 2010 3:17 PM
> > To: filepro-list at lists.celestial.com
> > Cc: gary at lightingsuperstore.com
> > Subject: RE: Need help to update SCO/filePro system into a LAN.
> > 
> > On Wed, 2010-02-17 at 13:44 -0500, John Esak wrote:
> > > I'm going to elaborate on Gary's note (and add a 
> subject). This is a
> cousin
> > > of mine. He has a SCO 5.5 system I think. He uses 4.5 
> filePro. There is
> no
> > > network card in the server so I sent him an Intel Pro 
> 1000 which I know
> will
> > > work if done properly. He essentially needs to get on a 
> LAN so that he
> can
> > > add a printer. He is currently using all Wyse 50 terminals and
> dot-matrix
> > > printers. Someone needs to ensure he doesn't get a brain 
> dead printer...
> Or
> > > set him up with Bob's PrintWizard program... After 
> installing the NIC
> and
> > > the small bit that entails.  I am also sending him a 
> Linksys WAP which
> once
> > > reset with a paper clip will be just a plug in situation. He has a
> wireless
> > > laptop tht he wants to log into the server with and run 
> filePro. Amother
> > > program he obviously needs is Bob's anziowin.  (He will 
> need a switch...
> > > Unless I sent him one... Help with the hardware and the 
> printer would be
> > > helpful as well.)
> > >
> > > So, this is an upgrade that is right up someone's alley. 
> His filePro is
> all
> > > working okay. It is a bastardized very old NEX accounting 
> package.. The
> A/R
> > > which he has added a purchasing piece to... Without a G/L 
> it is really
> just
> > > keeping track of receivables and the PO's he sends out 
> for inventory.  I
> > > don't think he wants to change any of this at this point. 
> But, he does
> want
> > > to get networking going, and the printing thing.
> > >
> > > He is in Paramus, NJ.
> > >
> > > Don't ask why I'm not making the money to do this... Yes, 
> I like money.
> :-)
> > > I'm retired... And if I give that up for the easy ones... 
> I will be
> right
> > > back at my stroke-inducing pace.  If I ever have a heart 
> attack now, I
> want
> > > it to be from playing the drums too fast... Or swinging 
> my arm in too
> big a
> > > circle on those giant power chords!  :-)
> > >
> > > I enhanced Gary's note because he doesn't know that more 
> information
> would
> > > have been asked of him before anyone even wanted to call 
> him. People
> could
> > > never guess the strange etiquette and expectations of 
> this place. ;-)
> > >
> > > John
> > >
> > > P.S. - Hey Laura, do you still do this kind of stuff? If 
> you do give him
> a
> > > call.  Thanks to anyone who helps him.
> > >
> > > > -----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 gary at lightingsuperstore.com
> > > > Sent: Wednesday, February 17, 2010 10:21 AM
> > > > To: Filepro-list at lists.celestial.com
> > > > Subject:
> > > >
> > > > looking for a developer to assist with updating my unix
> > > > system in North
> > > > Jersey ....
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > Thank You
> > > > and have a great day.
> > > >
> > > > Gary D
> > > > Lighting Superstore
> > > > (201) 445-4700
> > 
> > I never ever moonlight, but, this one is so easy (for me) and it's
> > possible with that set of stuff no one near-by may be in a 
> position to
> > do it, and it would be silly to suffer without for such 
> simple stuff,
> > and, I AM trying to finish buying a car without financing...
> > 
> > So, I'm replying publicly so that if anyone else wants it 
> because they
> > need it more than I do, go right ahead. I do not really need or want
> > another customer outside of Aljex's normal customers, 
> (which no longer
> > includes random arbitrary unix/filepro support) where I imagine a
> > freelancer needs every single customer they can find.
> > 
> > But, if it happens that it's not convenient for anyone 
> else, I am right
> > in the area and everything John just said is sleepwalk stuff for me.
> > 
> > Only possible hitch is, with that setup, it's just possible 
> he only has
> > the Host version of osr5, with no network support in the OS and it's
> > non-trivial to add, so that means an os upgrade... Seeing 
> as it sounds
> > like he's doing nothing weird or extra at all, just filepro 
> and serial
> > terminals and printers, which is all dead simple, that means it's
> > actually a pretty painless switchover to linux instead of actually
> > upgrading the osr5 if he has Host or if the hardware turns 
> out to have
> > age related problems.
> > 
> > --
> > bkw
> > 
> > _______________________________________________
> > Filepro-list mailing list
> > Filepro-list at lists.celestial.com
> > http://mailman.celestial.com/mailman/listinfo/filepro-list
> 


From nlp at vss3.com  Thu Feb 18 07:11:36 2010
From: nlp at vss3.com (Nancy Palmquist)
Date: Thu, 18 Feb 2010 10:11:36 -0500
Subject: Windows 7 and filePro 5.6 installation
In-Reply-To: <201002171742.o1HHgJqP029250@admin114.securesites.net>
References: <201002171742.o1HHgJqP029250@admin114.securesites.net>
Message-ID: <4B7D58A8.8060305@vss3.com>

John,

I gave it to Tom and it worked great on his computer.  I think I had a 
disk flaw somewhere on the C drive.  It would get almost to the end then 
lock up.  I replaced the drive a year later, and it corrected backup 
issues.  I think it might have worked then, but I had already used my 
licenses for other machines.

I did like what I saw of it.

Nancy

On 2/17/2010 12:41 PM, John Esak wrote:
> Only thing I would say is give Acronis another chance. It certainly lets you
> see your backup as the same way it looks on your filesystem and you can grab
> things and restore them with ease. I hace found Acronis (9.1) to be
> absolutely reliable, I can't imagine what was giving you trouble. They are
> very good with backup images, and file system backups.  I think you just had
> a real kldge somewhere. See what they have as an upgrade to Win7 and I'll
> bet it works right. I think you hit some really terrible fluke. Myself,
> friends, Jim Asman, etc., all swear by it.  So, there are lots and lots of
> situations that work perfectly.  It also has plugins for BartPE recovery
> DVD's so you can just restore a completely crashed system. Well, I've never
> had to do it, but Jason thae sysadmin at Tim's place has done it dozens and
> dozens of times... Purposely to move a system from machine to machine, or to
> upgrade someone.
>
> Really, I'd give it another shot... And check out the restore facility which
> just shows you the files on the media exactly as they were on your file
> sytem... So that should be a pllus for you if you liked it on
> Retrospective.... That came on a USB drive I bought and strangely, I did not
> like that version of it at all.  Funny how things go.
>
> 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 Nancy Palmquist
>    
>> Sent: Wednesday, February 17, 2010 12:29 PM
>> To: filepro-list at lists.celestial.com
>> Subject: Re: Windows 7 and filePro 5.6 installation
>>
>> Mine supports it beautifully.
>>
>> Intel(R) Core(TM) Duo CPU E6750 @ 2.66GHz
>> 64-bit
>> With Windows 7 Ultimate.
>>
>> I am finding it stable and fast.  I like it.  I am even finding the
>> changes to Windows rather better in many cases than I have
>> seen in other
>> upgrades.  Still have to get a backup solution, but I keep
>> getting more
>> of the functions added each day, as I have time.
>>
>> I have had lousy luck with many of the backup software for
>> WindowsXP.  I
>> will have to see what is supported by Windows7 for a reliable
>> backup method.
>>
>> Acronis would not work on my old machine.  I tried to work with their
>> tech support but after a month, I gave up and uninstalled it.
>>   I think
>> some months later I had a hard drive issue, which I think was
>> what keep
>> Acronis from working.  Although the error message was not clear.
>>
>> Retrospect was nice because it let me make a duplicate of a drive.  I
>> like this format, because I can roll around and grab things from an
>> older version.  But it would stop running for no reason,
>> sometimes.  I
>> found that a bit of an issue.  I was also very confused by
>> way it kept
>> the real backups, in volumes and stuff.  Pretty proprietary,
>> if you need
>> the stuff and the new computer does not run retrospect.  That always
>> worried me.  I want something less proprietary, I think.
>>
>> Any suggestions?
>>
>> Nancy
>>
>>
>>
>> On 2/16/2010 9:21 PM, Fairlight wrote:
>>      
>>> With neither thought nor caution, Kenneth Brody blurted:
>>>
>>>        
>>>> There is a download "Windows XP Mode", which as I
>>>>          
>> understand it is XP in a
>>      
>>>> VM for Windows 7.  It does, however, require "hardware-assisted
>>>> virtualization", which is not supported in all CPUs, even
>>>>          
>> in today's market.
>>      
>>>>     For example, my 3-month-old Win7 box, which has an
>>>>          
>> "Intel Core 2 Duo
>>      
>>>> T6600" and runs 64-bit Windows, does not support it.
>>>>
>>>>          
>>> Let me guess...it requires Intel VTx?  My E8400 Core2 Duo and DP35DP
>>> mainboard don't support that for VirtualBox, either.  :/
>>>
>>>
>>>        
>>>> http://www.microsoft.com/windows/virtual-pc/download.aspx
>>>>
>>>>          
>>> mark->
>>>
>>>        
>> -- 
>> 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
>>
>>      
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list
>
>    

-- 
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  Thu Feb 18 07:17:21 2010
From: nlp at vss3.com (Nancy Palmquist)
Date: Thu, 18 Feb 2010 10:17:21 -0500
Subject: Windows 7 and filePro 5.6 installation
In-Reply-To: <20100217130349.A25132@iglou.com>
References: <4B7B025B.3090807@vss3.com><20100216155120.A21566@iglou.com><4B7B1677.7040402@spamcop.net><20100216212122.A27503@iglou.com>
	<4B7C275B.7030704@vss3.com> <20100217130349.A25132@iglou.com>
Message-ID: <4B7D5A01.4090907@vss3.com>

Mark,

It did require that I change a setting at the BIOS level, so I know it 
was a hardware supported function.  But I am loving it.  My worries 
about some old software and testing installations for XP, had been 
relieved and I might be able to totally replace my XP box.

I still have some functions I have not got on line yet that I might 
need, but each week I move closer.

I have had the XP box off for 3 days, so I am hopeful.

Got filepro 5.6 to run on Win7 and WinXP mode.  Not sure if I want or 
need to mess with the GI stuff. I will wait and see if I need it at some 
future time.

Nancy

On 2/17/2010 1:03 PM, Fairlight wrote:
> On Wed, Feb 17, 2010 at 12:28:59PM -0500, Nancy Palmquist, the prominent pundit,
> witicized:
>    
>> Mine supports it beautifully.
>>
>> Intel(R) Core(TM) Duo CPU E6750 @ 2.66GHz
>> 64-bit
>> With Windows 7 Ultimate.
>>      
> Well, I'm only guessing that VTx is what's needed, based on Ken's
> description.  I've tried turning VTx on in VirtualBox, and vbox complains
> that my system doesn't support Intel VTx.  Based on Intel's site, my -chip-
> supports VTx, as does yours.  Looks like I either need to enable VTx in the
> BIOS, or update my BIOS because the feature was added later.
>
>    
>> I am finding it stable and fast.  I like it.  I am even finding the
>> changes to Windows rather better in many cases than I have seen in other
>> upgrades.  Still have to get a backup solution, but I keep getting more
>> of the functions added each day, as I have time.
>>      
> Your chip will run warmer than mine.  The 6750 is 65nm, the 8400 is 45nm.
> The smaller the lithography and die size, the cooler the chip.  Make sure
> you keep your cooling adequate.  :)
>
> The smaller die size you can get in anything (CPU, GPU, etc.), the cooler
> those chips run.  My integrator (specifically talking about Intel) said
> that they'll release a chip with great performance boosts, and then eleven
> months later they'll realease a version with fairly modest performance
> gains, but with a smaller die size, which will run cooler.
>
>    
>> I have had lousy luck with many of the backup software for WindowsXP.  I
>> will have to see what is supported by Windows7 for a reliable backup method.
>>      
> I have yet to find anything adequate.  I -had- a USB cage with two 500GB
> drives, and I think the firmware on it flaked out, because every time we
> plug it into a system (desktop, laptop, doesn't matter), it says it was
> just unsafely ejected and refuses to be used.  I finally gave up.
>
> The problem is, I need to back up just shy of 2TB, and there's not really
> anything really affordable that you'd want to put somewhere that will
> handle that volume of data.  Not last time I looked, anyway.  Ideally what
> -I- want is an ethernet-based disk array, -not- USB.  The software is
> really a trivial matter.  One could get Unison (a really souped up rsync)
> for Windows and use that, problem solved as far as raw files.  If you
> wanted something that'll do a full restore...that'd require something more
> Windows-centric, of course.  Ideally, I personally want the ability to use
> a 2TB+ ethernet-based storage device with software that will let you backup
> and restore multiple systems at once.
>
>    
>> Acronis would not work on my old machine.  I tried to work with their
>> tech support but after a month, I gave up and uninstalled it.  I think
>> some months later I had a hard drive issue, which I think was what keep
>> Acronis from working.  Although the error message was not clear.
>>      
> Acronis messed up Windows 2000 badly enough that I gave up on it after
> about two days.  I've never been impressed with it.
>
>    
>> Retrospect was nice because it let me make a duplicate of a drive.  I
>> like this format, because I can roll around and grab things from an
>> older version.  But it would stop running for no reason, sometimes.  I
>> found that a bit of an issue.  I was also very confused by way it kept
>> the real backups, in volumes and stuff.  Pretty proprietary, if you need
>> the stuff and the new computer does not run retrospect.  That always
>> worried me.  I want something less proprietary, I think.
>>
>> Any suggestions?
>>      
> Depends how much data you're talking about.  I keep distributed backups via
> rsync of my Really Important Files[tm] (ie., all my development code, email
> backups, etc.) around the net.  The really important stuff that I can't
> afford to lose is really probably under 50MB.  The real annoyance would be
> blowing a drive and losing all my video, music, game installations, etc.
> You know--the stuff computers are REALLY for.  :)
>
> I hear good things about Carbonite for limited offsite backups of the really
> important stuff, but you wouldn't want to use it for, say,>  2GB, depending
> on your broadband throughput.  But...I'm not a fan of cloud storage, even
> if it's encrypted.
>
> It really depends on what your backup needs and philosophies are.
>
> mark->
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list
>
>    

-- 
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 john at chrismanncomputer.com  Thu Feb 18 18:38:32 2010
From: john at chrismanncomputer.com (John Sica)
Date: Thu, 18 Feb 2010 19:38:32 -0700
Subject: Windows 7 and filePro 5.6 installation
In-Reply-To: <4B7D5A01.4090907@vss3.com>
References: <4B7B025B.3090807@vss3.com><20100216155120.A21566@iglou.com><4B7B1677.7040402@spamcop.net><20100216212122.A27503@iglou.com>	<4B7C275B.7030704@vss3.com>
	<20100217130349.A25132@iglou.com> <4B7D5A01.4090907@vss3.com>
Message-ID: <4B7DF9A8.3050107@chrismanncomputer.com>

I use Cobian (free) almost exclusively for workstations. For servers 
that need an image and/or crash recovery bootable CD or workstations 
that need an image and/or crash recovery bootable CD then I use Acronis.

Although the author of Cobian does not support Windows 7 on version 
9(his latest), many people use it. I've used Cobian on vista, but mostly 
XP. I like Cobian because I can run tasks as an admin user or as a 
service. I can also have a different schedule for each backup task. It 
also supports ftp backups. I also can create a log of just errors or a 
summary or a verbose log. It can mail the log after the backup to any 
number of recipients. This was one of the most important features. It 
supports shadow copy, and I can run tasks just before and just after the 
backup. It can shut down applications like Outlook, so as to backup the 
pst files. It supports 7zip and winzip compression or no compression. It 
also supports encryption which I found extremely valuable in one 
instance. While backing up over 50 PCs to a QNAP 5bay NAS device, the 
owner wanted 2 PC's backups to be encrypted. Cobian was able to do all 
this. It also works on Win95 Win98 Win2000 XP and Vista. So I was able 
to use the same product (although earlier versions) for all the 
desktops. I usually make 5 backup tasks, one for each day of the week 
and keep about 2 copies of each day before it writes over the earliest 
backup. I can keep as many versions as my NAS devices will hold. I've 
recently switched to the Synology NAS due to better support. Synology 
now supports native encryption on any filesystem I choose. That's a new 
feature. So on the removable media, it is always encrypted, cause it 
goes off site. The in-house backups are not encrypted so they can easily 
be accessed, but the owner's and controller's Cobian encrypted backup on 
the in-house backups are always encrypted.

I know this is more than you asked for, but I've got this in at least 10 
places and find it very useful.

BTW on unix/linux I almost always use BackupEDGE, but I have several 
existing Lone Tar installations.

John





Nancy Palmquist wrote:
> Mark,
>
> It did require that I change a setting at the BIOS level, so I know it 
> was a hardware supported function.  But I am loving it.  My worries 
> about some old software and testing installations for XP, had been 
> relieved and I might be able to totally replace my XP box.
>
> I still have some functions I have not got on line yet that I might 
> need, but each week I move closer.
>
> I have had the XP box off for 3 days, so I am hopeful.
>
> Got filepro 5.6 to run on Win7 and WinXP mode.  Not sure if I want or 
> need to mess with the GI stuff. I will wait and see if I need it at some 
> future time.
>
> Nancy
>
> On 2/17/2010 1:03 PM, Fairlight wrote:
>   
>> On Wed, Feb 17, 2010 at 12:28:59PM -0500, Nancy Palmquist, the prominent pundit,
>> witicized:
>>    
>>     
>>> Mine supports it beautifully.
>>>
>>> Intel(R) Core(TM) Duo CPU E6750 @ 2.66GHz
>>> 64-bit
>>> With Windows 7 Ultimate.
>>>      
>>>       
>> Well, I'm only guessing that VTx is what's needed, based on Ken's
>> description.  I've tried turning VTx on in VirtualBox, and vbox complains
>> that my system doesn't support Intel VTx.  Based on Intel's site, my -chip-
>> supports VTx, as does yours.  Looks like I either need to enable VTx in the
>> BIOS, or update my BIOS because the feature was added later.
>>
>>    
>>     
>>> I am finding it stable and fast.  I like it.  I am even finding the
>>> changes to Windows rather better in many cases than I have seen in other
>>> upgrades.  Still have to get a backup solution, but I keep getting more
>>> of the functions added each day, as I have time.
>>>      
>>>       
>> Your chip will run warmer than mine.  The 6750 is 65nm, the 8400 is 45nm.
>> The smaller the lithography and die size, the cooler the chip.  Make sure
>> you keep your cooling adequate.  :)
>>
>> The smaller die size you can get in anything (CPU, GPU, etc.), the cooler
>> those chips run.  My integrator (specifically talking about Intel) said
>> that they'll release a chip with great performance boosts, and then eleven
>> months later they'll realease a version with fairly modest performance
>> gains, but with a smaller die size, which will run cooler.
>>
>>    
>>     
>>> I have had lousy luck with many of the backup software for WindowsXP.  I
>>> will have to see what is supported by Windows7 for a reliable backup method.
>>>      
>>>       
>> I have yet to find anything adequate.  I -had- a USB cage with two 500GB
>> drives, and I think the firmware on it flaked out, because every time we
>> plug it into a system (desktop, laptop, doesn't matter), it says it was
>> just unsafely ejected and refuses to be used.  I finally gave up.
>>
>> The problem is, I need to back up just shy of 2TB, and there's not really
>> anything really affordable that you'd want to put somewhere that will
>> handle that volume of data.  Not last time I looked, anyway.  Ideally what
>> -I- want is an ethernet-based disk array, -not- USB.  The software is
>> really a trivial matter.  One could get Unison (a really souped up rsync)
>> for Windows and use that, problem solved as far as raw files.  If you
>> wanted something that'll do a full restore...that'd require something more
>> Windows-centric, of course.  Ideally, I personally want the ability to use
>> a 2TB+ ethernet-based storage device with software that will let you backup
>> and restore multiple systems at once.
>>
>>    
>>     
>>> Acronis would not work on my old machine.  I tried to work with their
>>> tech support but after a month, I gave up and uninstalled it.  I think
>>> some months later I had a hard drive issue, which I think was what keep
>>> Acronis from working.  Although the error message was not clear.
>>>      
>>>       
>> Acronis messed up Windows 2000 badly enough that I gave up on it after
>> about two days.  I've never been impressed with it.
>>
>>    
>>     
>>> Retrospect was nice because it let me make a duplicate of a drive.  I
>>> like this format, because I can roll around and grab things from an
>>> older version.  But it would stop running for no reason, sometimes.  I
>>> found that a bit of an issue.  I was also very confused by way it kept
>>> the real backups, in volumes and stuff.  Pretty proprietary, if you need
>>> the stuff and the new computer does not run retrospect.  That always
>>> worried me.  I want something less proprietary, I think.
>>>
>>> Any suggestions?
>>>      
>>>       
>> Depends how much data you're talking about.  I keep distributed backups via
>> rsync of my Really Important Files[tm] (ie., all my development code, email
>> backups, etc.) around the net.  The really important stuff that I can't
>> afford to lose is really probably under 50MB.  The real annoyance would be
>> blowing a drive and losing all my video, music, game installations, etc.
>> You know--the stuff computers are REALLY for.  :)
>>
>> I hear good things about Carbonite for limited offsite backups of the really
>> important stuff, but you wouldn't want to use it for, say,>  2GB, depending
>> on your broadband throughput.  But...I'm not a fan of cloud storage, even
>> if it's encrypted.
>>
>> It really depends on what your backup needs and philosophies are.
>>
>> mark->
>> _______________________________________________
>> Filepro-list mailing list
>> Filepro-list at lists.celestial.com
>> http://mailman.celestial.com/mailman/listinfo/filepro-list
>>
>>    
>>     
>
>   


From robert.rabinowitz at gmail.com  Sat Feb 20 12:37:29 2010
From: robert.rabinowitz at gmail.com (Robert Rabinowitz)
Date: Sat, 20 Feb 2010 15:37:29 -0500
Subject: Filepro 4.8 running on Windows 7 XPMode
Message-ID: <e518fc6c1002201237m4e39503j717edcfa8674c3c1@mail.gmail.com>

I hope the list can assist me. I have Filepro 4.8 which I would like to run
on a Windows 7 Ultimate 64-bit AMD CPU computer. (Dell)

I have download and installed XPmode which seems to work fine for other
programs. When I run rclerk / dclerk I receive  "The instruction at 0048dacc
referrenced memory at ffffffff. The memory could not be read from".

Has anyone been able to get this version of FP running and if so would you
be able to enlighten me.

All assistance is appreciated. Thanks in advance for your thoughts and
suggestions.

Bob Rabinowitz
917.837.9040 (cell)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100220/7aac0106/attachment.html 

From flowersoft at compuserve.com  Sat Feb 20 13:03:21 2010
From: flowersoft at compuserve.com (George)
Date: Sat, 20 Feb 2010 16:03:21 -0500
Subject: Filepro 4.8 running on Windows 7 XPMode
In-Reply-To: <e518fc6c1002201237m4e39503j717edcfa8674c3c1@mail.gmail.com>
References: <e518fc6c1002201237m4e39503j717edcfa8674c3c1@mail.gmail.com>
Message-ID: <003701cab270$227f2680$677d7380$@com>

Have you tried just running it in Windows 7, without running XP mode?

 

From: filepro-list-bounces+flowersoft=compuserve.com at lists.celestial.com
[mailto:filepro-list-bounces+flowersoft=compuserve.com at lists.celestial.com]
On Behalf Of Robert Rabinowitz
Sent: Saturday, February 20, 2010 3:37 PM
To: filepro-list at lists.celestial.com
Subject: Filepro 4.8 running on Windows 7 XPMode

 

I hope the list can assist me. I have Filepro 4.8 which I would like to run
on a Windows 7 Ultimate 64-bit AMD CPU computer. (Dell)

 

I have download and installed XPmode which seems to work fine for other
programs. When I run rclerk / dclerk I receive  "The instruction at 0048dacc
referrenced memory at ffffffff. The memory could not be read from".

 

Has anyone been able to get this version of FP running and if so would you
be able to enlighten me. 

 

All assistance is appreciated. Thanks in advance for your thoughts and
suggestions.

 

Bob Rabinowitz

917.837.9040 (cell)

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

From john at valar.com  Sat Feb 20 13:28:30 2010
From: john at valar.com (John Esak)
Date: Sat, 20 Feb 2010 16:28:30 -0500
Subject: Filepro 4.8 running on Windows 7 XPMode
In-Reply-To: <e518fc6c1002201237m4e39503j717edcfa8674c3c1@mail.gmail.com>
Message-ID: <201002202129.o1KLT3fw077848@admin114.securesites.net>

Ooh, i'm not so sure about this.  5.0 and higher used some dlls, I don't
remember the 4 version doing that.  I woud bet they're necessary, so if it
comes down to you must use 5.0 filePro... that would be fair.  This O/S is
about 12 years after the 4.8 level of filePro... isn't it? The processor is
64bit... you're asking a lot.  I believe Nancy said she made the 5.0 version
work fine. It might not be expected, certainly not promised that it will
work as you migrate and update your O/S,  processing path, and hardware.
Why not upgrade to the 5.0 if the 4.8 just doesn't work.  I think Ken or Ron
are the only people who can tell you if it *will* run... in any mode on Win
7.... I hope it does for your sake, but like I say I'm guessing it won't. 
 
John
 


  _____  

From: filepro-list-bounces+john=valar.com at lists.celestial.com
[mailto:filepro-list-bounces+john=valar.com at lists.celestial.com] On Behalf
Of Robert Rabinowitz
Sent: Saturday, February 20, 2010 3:37 PM
To: filepro-list at lists.celestial.com
Subject: Filepro 4.8 running on Windows 7 XPMode


I hope the list can assist me. I have Filepro 4.8 which I would like to run
on a Windows 7 Ultimate 64-bit AMD CPU computer. (Dell)
 
I have download and installed XPmode which seems to work fine for other
programs. When I run rclerk / dclerk I receive  "The instruction at 0048dacc
referrenced memory at ffffffff. The memory could not be read from".
 
Has anyone been able to get this version of FP running and if so would you
be able to enlighten me. 
 
All assistance is appreciated. Thanks in advance for your thoughts and
suggestions.
 
Bob Rabinowitz
917.837.9040 (cell)

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100220/2095d07b/attachment.html 

From rkreiss at gccconsulting.net  Sat Feb 20 20:39:00 2010
From: rkreiss at gccconsulting.net (Richard Kreiss)
Date: Sat, 20 Feb 2010 23:39:00 -0500
Subject: Filepro 4.8 running on Windows 7 XPMode
In-Reply-To: <e518fc6c1002201237m4e39503j717edcfa8674c3c1@mail.gmail.com>
References: <e518fc6c1002201237m4e39503j717edcfa8674c3c1@mail.gmail.com>
Message-ID: <007c01cab2af$c9db3dd0$5d91b970$@net>

 

 

From: filepro-list-bounces+rkreiss=verizon.net at lists.celestial.com
[mailto:filepro-list-bounces+rkreiss=verizon.net at lists.celestial.com] On
Behalf Of Robert Rabinowitz
Sent: Saturday, February 20, 2010 3:37 PM
To: filepro-list at lists.celestial.com
Subject: Filepro 4.8 running on Windows 7 XPMode

 

I hope the list can assist me. I have Filepro 4.8 which I would like to run
on a Windows 7 Ultimate 64-bit AMD CPU computer. (Dell)

 

I have download and installed XPmode which seems to work fine for other
programs. When I run rclerk / dclerk I receive  "The instruction at 0048dacc
referrenced memory at ffffffff. The memory could not be read from".

 

Has anyone been able to get this version of FP running and if so would you
be able to enlighten me. 

 

All assistance is appreciated. Thanks in advance for your thoughts and
suggestions.

 

Bob Rabinowitz

917.837.9040 (cell)

 

 

Just curious, which version of 4.8 are you running?  The highest version I
have is 4.8.10.

 

 

Richard Kreiss
GCC Consulting

rkreiss at gccconsulting.net
  

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100220/9f1a3a87/attachment-0001.html 

From robert.rabinowitz at gmail.com  Sat Feb 20 21:03:46 2010
From: robert.rabinowitz at gmail.com (Robert Rabinowitz)
Date: Sun, 21 Feb 2010 00:03:46 -0500
Subject: Filepro 4.8 running on Windows 7
Message-ID: <e518fc6c1002202103g520713an1404bec3bc76e10d@mail.gmail.com>

Update:

After poking around, I finally found the problem - the human interface
(me)!.

It turns out,  a few lines in 'c:\fpplus.bat' came over corrupted and this
caused the problem I experienced.

Everything seems to be working fine for now in Windows 7 with XPmode, except
for 'full screen mode'. I have tried several settings and although it is
more than usable I will probably tinker tomorrow with some additional
settings to get closer to what I need.
I truly appreciate everyone who responded on and offline to my request for
help. I did check on the version which turns out to be 4.08.00. Hopefully I
will not find any additional 'gotchas'. Thanks again to this great list!

Bob Rabinowitz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100221/0cdd4fd1/attachment.html 

From john at valar.com  Sat Feb 20 21:19:50 2010
From: john at valar.com (John Esak)
Date: Sun, 21 Feb 2010 00:19:50 -0500
Subject: Filepro 4.8 running on Windows 7
In-Reply-To: <e518fc6c1002202103g520713an1404bec3bc76e10d@mail.gmail.com>
Message-ID: <201002210520.o1L5KMM7013054@admin114.securesites.net>

That's good news.  I wouldn't have thought it possible.  So, it seems that
the XP Mode does its job very well... even the 5.0 mfc dll's are not
required. I guess a native version is a native version is a native
version....
 
John


  _____  

From: filepro-list-bounces+john=valar.com at lists.celestial.com
[mailto:filepro-list-bounces+john=valar.com at lists.celestial.com] On Behalf
Of Robert Rabinowitz
Sent: Sunday, February 21, 2010 12:04 AM
To: filepro-list at lists.celestial.com
Subject: Filepro 4.8 running on Windows 7


Update:
 
After poking around, I finally found the problem - the human interface
(me)!.
 
It turns out,  a few lines in 'c:\fpplus.bat' came over corrupted and this
caused the problem I experienced.
 
Everything seems to be working fine for now in Windows 7 with XPmode, except
for 'full screen mode'. I have tried several settings and although it is
more than usable I will probably tinker tomorrow with some additional
settings to get closer to what I need.
I truly appreciate everyone who responded on and offline to my request for
help. I did check on the version which turns out to be 4.08.00. Hopefully I
will not find any additional 'gotchas'. Thanks again to this great list!
 
Bob Rabinowitz
 
 
 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100221/9d31b787/attachment.html 

From kenbrody at spamcop.net  Sun Feb 21 11:12:56 2010
From: kenbrody at spamcop.net (Kenneth Brody)
Date: Sun, 21 Feb 2010 14:12:56 -0500
Subject: Filepro 4.8 running on Windows 7 XPMode
In-Reply-To: <e518fc6c1002201237m4e39503j717edcfa8674c3c1@mail.gmail.com>
References: <e518fc6c1002201237m4e39503j717edcfa8674c3c1@mail.gmail.com>
Message-ID: <4B8185B8.10004@spamcop.net>

On 2/20/2010 3:37 PM, Robert Rabinowitz wrote:
> I hope the list can assist me. I have Filepro 4.8 which I would like to run
> on a Windows 7 Ultimate 64-bit AMD CPU computer. (Dell)
>
> I have download and installed XPmode which seems to work fine for other
> programs. When I run rclerk / dclerk I receive  "The instruction at 0048dacc
> referrenced memory at ffffffff. The memory could not be read from".
>
> Has anyone been able to get this version of FP running and if so would you
> be able to enlighten me.
[...]

4.8.13 runs fine on my Win7 Home Premium 64-bit system.

-- 
Kenneth Brody

From kenbrody at spamcop.net  Sun Feb 21 11:32:20 2010
From: kenbrody at spamcop.net (Kenneth Brody)
Date: Sun, 21 Feb 2010 14:32:20 -0500
Subject: Filepro 4.8 running on Windows 7
In-Reply-To: <e518fc6c1002202103g520713an1404bec3bc76e10d@mail.gmail.com>
References: <e518fc6c1002202103g520713an1404bec3bc76e10d@mail.gmail.com>
Message-ID: <4B818A44.1020806@spamcop.net>

On 2/21/2010 12:03 AM, Robert Rabinowitz wrote:
> Update:
>
> After poking around, I finally found the problem - the human interface
> (me)!.
>
> It turns out,  a few lines in 'c:\fpplus.bat' came over corrupted and this
> caused the problem I experienced.
>
> Everything seems to be working fine for now in Windows 7 with XPmode,

It runs fine on my Win7 64-bit system natively.  No need for XPmode here.

> except for 'full screen mode'.

Vista supported full-screen mode only on some hardware platforms. 
Apparently, Windows 7 doesn't support it at all.  My Win7 system returns 
"ERROR_CALL_NOT_IMPLEMENTED" when calling the Windows SetConsoleDisplayMode 
function.

[...]
> help. I did check on the version which turns out to be 4.08.00. Hopefully I
> will not find any additional 'gotchas'. Thanks again to this great list!

Of course, 4.8 is long past its support lifetime, and 4.8.00 is ancient.

-- 
Kenneth Brody

From nlp at vss3.com  Mon Feb 22 10:23:57 2010
From: nlp at vss3.com (Nancy Palmquist)
Date: Mon, 22 Feb 2010 13:23:57 -0500
Subject: Filepro 4.8 running on Windows 7 XPMode
In-Reply-To: <e518fc6c1002201237m4e39503j717edcfa8674c3c1@mail.gmail.com>
References: <e518fc6c1002201237m4e39503j717edcfa8674c3c1@mail.gmail.com>
Message-ID: <4B82CBBD.9090409@vss3.com>

Bob,

It works great.  In XP mode, I had to use the map function to map the 
drives to XP mode drives, even if you can see them from the Win7 
computer.  I just set it up last week. I even got 5.6 to run on both the 
Win7 and the XP mode.

Although, I am not sure why you need XP mode to run 4.8, it should run 
fine in Win7 mode.

Nancy

On 2/20/2010 3:37 PM, Robert Rabinowitz wrote:
> I hope the list can assist me. I have Filepro 4.8 which I would like 
> to run on a Windows 7 Ultimate 64-bit AMD CPU computer. (Dell)
> I have download and installed XPmode which seems to work fine for 
> other programs. When I run rclerk / dclerk I receive  "The instruction 
> at 0048dacc referrenced memory at ffffffff. The memory could not be 
> read from".
> Has anyone been able to get this version of FP running and if so would 
> you be able to enlighten me.
> All assistance is appreciated. Thanks in advance for your thoughts and 
> suggestions.
> Bob Rabinowitz
> 917.837.9040 (cell)
>
>
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list
>    

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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100222/445428e4/attachment.html 

From yoresoft at sbcglobal.net  Wed Feb 24 09:25:45 2010
From: yoresoft at sbcglobal.net (Richard Hane)
Date: Wed, 24 Feb 2010 09:25:45 -0800 (PST)
Subject: fp running on IIs
Message-ID: <520376.7982.qm@web81405.mail.mud.yahoo.com>

To any of you who run filepro apps over the web while using Microsoft's IIs....

1. Any known problems?
2. What directory do you put your executable programs in?

Thank you,
Rick Hane
Controller
Deluxe Stitcher Company Inc
www.deluxestitcher.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100224/b972ab62/attachment.html 

From fpgroups at gmail.com  Wed Feb 24 09:43:50 2010
From: fpgroups at gmail.com (fpgroups at gmail.com)
Date: Wed, 24 Feb 2010 17:43:50 +0000
Subject: fp running on IIs
In-Reply-To: <520376.7982.qm@web81405.mail.mud.yahoo.com>
References: <520376.7982.qm@web81405.mail.mud.yahoo.com>
Message-ID: <1862551947-1267033507-cardhu_decombobulator_blackberry.rim.net-796705767-@bda063.bisx.prod.on.blackberry>

I had no idea you could run fp off IIS.

I think you are confusing http server with server side scripting or CGI ...

Using .NET technology you may be able to embed some scripts into a web application but I would not know a thing about that

Now, if you are wondering about running SSS while running IIS, 
Sent via BlackBerry from T-Mobile

-----Original Message-----
From: Richard Hane <yoresoft at sbcglobal.net>
Date: Wed, 24 Feb 2010 09:25:45 
To: <filepro-list at lists.celestial.com>
Subject: fp running on IIs

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



From fpgroups at gmail.com  Wed Feb 24 09:50:28 2010
From: fpgroups at gmail.com (fpgroups at gmail.com)
Date: Wed, 24 Feb 2010 17:50:28 +0000
Subject: OT: to Jim Webster
In-Reply-To: <520376.7982.qm@web81405.mail.mud.yahoo.com>
References: <520376.7982.qm@web81405.mail.mud.yahoo.com>
Message-ID: <1278529769-1267033905-cardhu_decombobulator_blackberry.rim.net-1073936662-@bda063.bisx.prod.on.blackberry>

Jim,

I just received a call from Mathew whom is trying to get a hold of you

His number is 14257405491

Jose

Sent via BlackBerry from T-Mobile

-----Original Message-----
From: Richard Hane <yoresoft at sbcglobal.net>
Date: Wed, 24 Feb 2010 09:25:45 
To: <filepro-list at lists.celestial.com>
Subject: fp running on IIs

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



From yoresoft at sbcglobal.net  Wed Feb 24 10:25:37 2010
From: yoresoft at sbcglobal.net (Richard Hane)
Date: Wed, 24 Feb 2010 10:25:37 -0800 (PST)
Subject: fp running on IIs
In-Reply-To: <1862551947-1267033507-cardhu_decombobulator_blackberry.rim.net-796705767-@bda063.bisx.prod.on.blackberry>
References: <520376.7982.qm@web81405.mail.mud.yahoo.com>
	<1862551947-1267033507-cardhu_decombobulator_blackberry.rim.net-796705767-@bda063.bisx.prod.on.blackberry>
Message-ID: <142361.65482.qm@web81401.mail.mud.yahoo.com>

No I am not confused.? I just would rather use IIs instead of Apache.

OT in the future please sign your emails as it's hard to know who you are talking to.

Thank you,
Rick Hane

?



________________________________
From: "fpgroups at gmail.com" <fpgroups at gmail.com>
To: Richard Hane <yoresoft at sbcglobal.net>; filepro-list-bounces+fpgroups=gmail.com at lists.celestial.com; filepro-list at lists.celestial.com
Sent: Wed, February 24, 2010 11:43:50 AM
Subject: Re: fp running on IIs

I had no idea you could run fp off IIS.

I think you are confusing http server with server side scripting or CGI ...

Using .NET technology you may be able to embed some scripts into a web application but I would not know a thing about that

Now, if you are wondering about running SSS while running IIS, 
Sent via BlackBerry from T-Mobile

-----Original Message-----
From: Richard Hane <yoresoft at sbcglobal.net>
Date: Wed, 24 Feb 2010 09:25:45 
To: <filepro-list at lists.celestial.com>
Subject: fp running on IIs

_______________________________________________
Filepro-list mailing list
Filepro-list at lists.celestial.com
http://mailman.celestial.com/mailman/listinfo/filepro-list
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100224/07ace7af/attachment.html 

From rkreiss at gccconsulting.net  Wed Feb 24 12:30:54 2010
From: rkreiss at gccconsulting.net (Richard Kreiss)
Date: Wed, 24 Feb 2010 15:30:54 -0500
Subject: Odd happening
Message-ID: <009601cab590$43525df0$c9f719d0$@net>

Have a client who sold his business.  On January 31st the system, server,
workstations & printers were moved to the new location.

EDI orders were processed and the ASN's & Invoices sent during the week of
February 1st..

Last week they went in to check on regular invoices, and to check on edi
order details received from 2/1 thru 2/19 and found that they were all
missing.

At first I thought it might be an index problem, so I rebuilt all of the
indexes and then ran freechn.

As far as we can tell, all information entered after the Feb 1st is gone
even the ASN/Invoice details transmitted.

This system is over 15 years old and has never lost one piece of data
(programs not hardware).  They are running fp 5.0.9 on Win server 2003.

We can recover the edit order details transmitted and re process it.

I really can't come up with any good reason why this would happen.

Anyone have any thoughts on the subject?


Richard Kreiss
GCC Consulting
rkreiss at gccconsulting.net
? 





From kenbrody at spamcop.net  Wed Feb 24 12:39:32 2010
From: kenbrody at spamcop.net (Kenneth Brody)
Date: Wed, 24 Feb 2010 15:39:32 -0500
Subject: Odd happening
In-Reply-To: <009601cab590$43525df0$c9f719d0$@net>
References: <009601cab590$43525df0$c9f719d0$@net>
Message-ID: <4B858E84.6060607@spamcop.net>

On 2/24/2010 3:30 PM, Richard Kreiss wrote:
> Have a client who sold his business.  On January 31st the system, server,
> workstations&  printers were moved to the new location.
>
> EDI orders were processed and the ASN's&  Invoices sent during the week of
> February 1st..
>
> Last week they went in to check on regular invoices, and to check on edi
> order details received from 2/1 thru 2/19 and found that they were all
> missing.
[...]

My first thought is that someone did a restore of the 31-Jan backup on 20-Feb.

Was anything noted missing during the 1-Feb through 19-Feb timeframe?  (eg: 
on the 18th, was the data still there?)

-- 
Kenneth Brody

From john at valar.com  Wed Feb 24 12:45:37 2010
From: john at valar.com (John Esak)
Date: Wed, 24 Feb 2010 15:45:37 -0500
Subject: Odd happening
In-Reply-To: <009601cab590$43525df0$c9f719d0$@net>
Message-ID: <201002242046.o1OKk8r0077066@admin114.securesites.net>

Only, that you can certainly have their VAN resend the transactions for that
time period.  Or, is that what you mean by recover them?

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 Richard Kreiss
> Sent: Wednesday, February 24, 2010 3:31 PM
> To: filepro-list at lists.celestial.com; 'filePro Alpha Mailing List'
> Subject: Odd happening
> 
> Have a client who sold his business.  On January 31st the 
> system, server,
> workstations & printers were moved to the new location.
> 
> EDI orders were processed and the ASN's & Invoices sent 
> during the week of
> February 1st..
> 
> Last week they went in to check on regular invoices, and to 
> check on edi
> order details received from 2/1 thru 2/19 and found that they were all
> missing.
> 
> At first I thought it might be an index problem, so I rebuilt 
> all of the
> indexes and then ran freechn.
> 
> As far as we can tell, all information entered after the Feb 
> 1st is gone
> even the ASN/Invoice details transmitted.
> 
> This system is over 15 years old and has never lost one piece of data
> (programs not hardware).  They are running fp 5.0.9 on Win 
> server 2003.
> 
> We can recover the edit order details transmitted and re process it.
> 
> I really can't come up with any good reason why this would happen.
> 
> Anyone have any thoughts on the subject?
> 
> 
> Richard Kreiss
> GCC Consulting
> rkreiss at gccconsulting.net
> ? 
> 
> 
> 
> 
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list
> 


From rkreiss at gccconsulting.net  Wed Feb 24 13:01:02 2010
From: rkreiss at gccconsulting.net (Richard Kreiss)
Date: Wed, 24 Feb 2010 16:01:02 -0500
Subject: Odd happening
In-Reply-To: <4B858E84.6060607@spamcop.net>
References: <009601cab590$43525df0$c9f719d0$@net>
	<4B858E84.6060607@spamcop.net>
Message-ID: <009d01cab594$79515100$6bf3f300$@net>



> -----Original Message-----
> From: Kenneth Brody [mailto:kenbrody at spamcop.net]
> Sent: Wednesday, February 24, 2010 3:40 PM
> To: rkreiss at gccconsulting.net
> Cc: filepro-list at lists.celestial.com
> Subject: Re: Odd happening
> 
> On 2/24/2010 3:30 PM, Richard Kreiss wrote:
> > Have a client who sold his business.  On January 31st the system,
server,
> > workstations&  printers were moved to the new location.
> >
> > EDI orders were processed and the ASN's&  Invoices sent during the week
of
> > February 1st..
> >
> > Last week they went in to check on regular invoices, and to check on edi
> > order details received from 2/1 thru 2/19 and found that they were all
> > missing.
> [...]
> 
> My first thought is that someone did a restore of the 31-Jan backup on
20-Feb.
> 
> Was anything noted missing during the 1-Feb through 19-Feb timeframe?
(eg:
> on the 18th, was the data still there?)
> 
> --
> Kenneth Brody

Ken

Everything that was done after the 31st is missing,.  This includes changes
to invoice forms showing the address.

I would agree with your that someone might have done a restore but don't
know why they would have.

The only reason for doing a restore would have been if they crashed the
server at the time it was shut down.

Since this was a small shop, the server was set up as a workgroup server and
the workstations had XP home.  The new company ghosted the hard drives.

I suggested that they use PCrelocator to move the programs from one XP Home
computer to the XP box as both machines were mirror images of each other
regarding programs loaded.

Thanks for the thought.

Will keep everyone updated as I get more information from the new
consultants.

Richard



From bruce at stn.com  Wed Feb 24 13:06:21 2010
From: bruce at stn.com (Bruce Easton)
Date: Wed, 24 Feb 2010 16:06:21 -0500
Subject: Odd happening
In-Reply-To: <201002242046.o1OKk8r0077066@admin114.securesites.net>
References: <201002242046.o1OKk8r0077066@admin114.securesites.net>
Message-ID: <4B8594CD.8060309@stn.com>

Because of the location change, could there be something in the set-up 
for EDI hand-shaking that
hasn't worked at all since the move?   (new ftp address?)

Bruce

On 2/24/10 3:45 PM, John Esak wrote:
> Only, that you can certainly have their VAN resend the transactions for that
> time period.  Or, is that what you mean by recover them?
>
> 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 Richard Kreiss
>    
>> Sent: Wednesday, February 24, 2010 3:31 PM
>> To: filepro-list at lists.celestial.com; 'filePro Alpha Mailing List'
>> Subject: Odd happening
>>
>> Have a client who sold his business.  On January 31st the
>> system, server,
>> workstations&  printers were moved to the new location.
>>
>> EDI orders were processed and the ASN's&  Invoices sent
>> during the week of
>> February 1st..
>>
>> Last week they went in to check on regular invoices, and to
>> check on edi
>> order details received from 2/1 thru 2/19 and found that they were all
>> missing.
>>
>> At first I thought it might be an index problem, so I rebuilt
>> all of the
>> indexes and then ran freechn.
>>
>> As far as we can tell, all information entered after the Feb
>> 1st is gone
>> even the ASN/Invoice details transmitted.
>>
>> This system is over 15 years old and has never lost one piece of data
>> (programs not hardware).  They are running fp 5.0.9 on Win
>> server 2003.
>>
>> We can recover the edit order details transmitted and re process it.
>>
>> I really can't come up with any good reason why this would happen.
>>
>> Anyone have any thoughts on the subject?
>>
>>
>> Richard Kreiss
>> GCC Consulting
>> rkreiss at gccconsulting.net
>>   
>>
>>
>>
>>
>> _______________________________________________
>> 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
>
>
>    

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100224/0652f01d/attachment.html 

From rkreiss at verizon.net  Wed Feb 24 13:08:03 2010
From: rkreiss at verizon.net (Richard Kreiss)
Date: Wed, 24 Feb 2010 16:08:03 -0500
Subject: Odd happening
In-Reply-To: <201002242046.o1OKk8r0077066@admin114.securesites.net>
References: <009601cab590$43525df0$c9f719d0$@net>
	<201002242046.o1OKk8r0077066@admin114.securesites.net>
Message-ID: <00aa01cab595$74fa0f60$5eee2e20$@net>

The incoming edi orders are store on the receiving workstation.  This data
had been backed up and restored after each workstation had an OS upgrade.

The order details we reprocessed into my system not resent.  We are still
trying to locate one particular order release.

I have yet to ask the consultants for the new company what they actually did
in moving the hardware to the new location.

They already screwed up an HP 4000 so the primary paper tray no longer
works.  Lucky this is a 2 draw printer.

I just hope the new company pays my bills.  Otherwise I doubt I will supply
anymore support.

Richard

> -----Original Message-----
> From: filepro-list-bounces+rkreiss=verizon.net at lists.celestial.com
[mailto:filepro-
> list-bounces+rkreiss=verizon.net at lists.celestial.com] On Behalf Of John
Esak
> Sent: Wednesday, February 24, 2010 3:46 PM
> To: rkreiss at gccconsulting.net; filepro-list at lists.celestial.com; 'filePro
Alpha
> Mailing List'
> Subject: RE: Odd happening
> 
> Only, that you can certainly have their VAN resend the transactions for
that
> time period.  Or, is that what you mean by recover them?
> 
> 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 Richard Kreiss
> > Sent: Wednesday, February 24, 2010 3:31 PM
> > To: filepro-list at lists.celestial.com; 'filePro Alpha Mailing List'
> > Subject: Odd happening
> >
> > Have a client who sold his business.  On January 31st the
> > system, server,
> > workstations & printers were moved to the new location.
> >
> > EDI orders were processed and the ASN's & Invoices sent
> > during the week of
> > February 1st..
> >
> > Last week they went in to check on regular invoices, and to
> > check on edi
> > order details received from 2/1 thru 2/19 and found that they were all
> > missing.
> >
> > At first I thought it might be an index problem, so I rebuilt
> > all of the
> > indexes and then ran freechn.
> >
> > As far as we can tell, all information entered after the Feb
> > 1st is gone
> > even the ASN/Invoice details transmitted.
> >
> > This system is over 15 years old and has never lost one piece of data
> > (programs not hardware).  They are running fp 5.0.9 on Win
> > server 2003.
> >
> > We can recover the edit order details transmitted and re process it.
> >
> > I really can't come up with any good reason why this would happen.
> >
> > Anyone have any thoughts on the subject?
> >
> >
> > Richard Kreiss
> > GCC Consulting
> > rkreiss at gccconsulting.net
> >
> >
> >
> >
> >
> > _______________________________________________
> > 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 rkreiss at verizon.net  Wed Feb 24 13:10:06 2010
From: rkreiss at verizon.net (Richard Kreiss)
Date: Wed, 24 Feb 2010 16:10:06 -0500
Subject: Odd happening
In-Reply-To: <4B8594CD.8060309@stn.com>
References: <201002242046.o1OKk8r0077066@admin114.securesites.net>
	<4B8594CD.8060309@stn.com>
Message-ID: <00ab01cab595$be0825c0$3a187140$@net>

 

 

From: filepro-list-bounces+rkreiss=verizon.net at lists.celestial.com
[mailto:filepro-list-bounces+rkreiss=verizon.net at lists.celestial.com] On
Behalf Of Bruce Easton
Sent: Wednesday, February 24, 2010 4:06 PM
To: filepro-list at lists.celestial.com
Subject: Re: Odd happening

 

Because of the location change, could there be something in the set-up for
EDI hand-shaking that 
hasn't worked at all since the move?   (new ftp address?)

Bruce

 

 

All of that has been taken care of.  What is missing are the filePro records
for the EDI and manual invoices generated for this period.

 

As I mentioned in response to Ken's email, even some minor program changes I
made are gone.

 

Richard



On 2/24/10 3:45 PM, John Esak wrote: 

Only, that you can certainly have their VAN resend the transactions for that
time period.  Or, is that what you mean by recover them?
 
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 Richard Kreiss
  

Sent: Wednesday, February 24, 2010 3:31 PM
To: filepro-list at lists.celestial.com; 'filePro Alpha Mailing List'
Subject: Odd happening
 
Have a client who sold his business.  On January 31st the 
system, server,
workstations & printers were moved to the new location.
 
EDI orders were processed and the ASN's & Invoices sent 
during the week of
February 1st..
 
Last week they went in to check on regular invoices, and to 
check on edi
order details received from 2/1 thru 2/19 and found that they were all
missing.
 
At first I thought it might be an index problem, so I rebuilt 
all of the
indexes and then ran freechn.
 
As far as we can tell, all information entered after the Feb 
1st is gone
even the ASN/Invoice details transmitted.
 
This system is over 15 years old and has never lost one piece of data
(programs not hardware).  They are running fp 5.0.9 on Win 
server 2003.
 
We can recover the edit order details transmitted and re process it.
 
I really can't come up with any good reason why this would happen.
 
Anyone have any thoughts on the subject?
 
 
Richard Kreiss
GCC Consulting
rkreiss at gccconsulting.net
  
 
 
 
 
_______________________________________________
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
 
 
  

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100224/8d19ca59/attachment-0001.html 

From john at valar.com  Wed Feb 24 13:13:09 2010
From: john at valar.com (John Esak)
Date: Wed, 24 Feb 2010 16:13:09 -0500
Subject: Odd happening
In-Reply-To: <4B8594CD.8060309@stn.com>
Message-ID: <201002242113.o1OLDeon088704@admin114.securesites.net>

Ooh, that's a very good point Bruce makes.  Lots of EDI is based on the
sender and receiver id's and this usually just just gets assigned the phone
number as its 10 digits.  If someone went into the setup and changed these
numbers to  match a new phone number.... end of that handshake.  But
actually, the IP's of the sender and receiving workstation or server are
also critical in many instances.
 
John
 


  _____  

From: filepro-list-bounces+john=valar.com at lists.celestial.com
[mailto:filepro-list-bounces+john=valar.com at lists.celestial.com] On Behalf
Of Bruce Easton
Sent: Wednesday, February 24, 2010 4:06 PM
To: filepro-list at lists.celestial.com
Subject: Re: Odd happening


Because of the location change, could there be something in the set-up for
EDI hand-shaking that 
hasn't worked at all since the move?   (new ftp address?)

Bruce

On 2/24/10 3:45 PM, John Esak wrote: 

Only, that you can certainly have their VAN resend the transactions for that

time period.  Or, is that what you mean by recover them?



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 Richard Kreiss

  

Sent: Wednesday, February 24, 2010 3:31 PM

To: filepro-list at lists.celestial.com; 'filePro Alpha Mailing List'

Subject: Odd happening



Have a client who sold his business.  On January 31st the 

system, server,

workstations & printers were moved to the new location.



EDI orders were processed and the ASN's & Invoices sent 

during the week of

February 1st..



Last week they went in to check on regular invoices, and to 

check on edi

order details received from 2/1 thru 2/19 and found that they were all

missing.



At first I thought it might be an index problem, so I rebuilt 

all of the

indexes and then ran freechn.



As far as we can tell, all information entered after the Feb 

1st is gone

even the ASN/Invoice details transmitted.



This system is over 15 years old and has never lost one piece of data

(programs not hardware).  They are running fp 5.0.9 on Win 

server 2003.



We can recover the edit order details transmitted and re process it.



I really can't come up with any good reason why this would happen.



Anyone have any thoughts on the subject?





Richard Kreiss

GCC Consulting

rkreiss at gccconsulting.net

  









_______________________________________________

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





  


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

From kenbrody at spamcop.net  Wed Feb 24 13:39:22 2010
From: kenbrody at spamcop.net (Kenneth Brody)
Date: Wed, 24 Feb 2010 16:39:22 -0500
Subject: Odd happening
In-Reply-To: <009d01cab594$79515100$6bf3f300$@net>
References: <009601cab590$43525df0$c9f719d0$@net>
	<4B858E84.6060607@spamcop.net> <009d01cab594$79515100$6bf3f300$@net>
Message-ID: <4B859C8A.6020005@spamcop.net>

On 2/24/2010 4:01 PM, Richard Kreiss wrote:
[...]
>>> Last week they went in to check on regular invoices, and to check on edi
>>> order details received from 2/1 thru 2/19 and found that they were all
>>> missing.
>> [...]
>>
>> My first thought is that someone did a restore of the 31-Jan backup on
> 20-Feb.
>>
>> Was anything noted missing during the 1-Feb through 19-Feb timeframe?
> (eg:
>> on the 18th, was the data still there?)
> Ken
>
> Everything that was done after the 31st is missing,.  This includes changes
> to invoice forms showing the address.

That points even more to the "someone restored from the backup" scenario. 
It's not just new records added since a given date that disappeared, but 
modified output formats reverted to their previous state.  That's not 
"missing" data.

> I would agree with your that someone might have done a restore but don't
> know why they would have.

"Ours not to wonder why..."

[...]

-- 
Kenneth Brody

From john at valar.com  Wed Feb 24 14:02:06 2010
From: john at valar.com (John Esak)
Date: Wed, 24 Feb 2010 17:02:06 -0500
Subject: Odd happening
In-Reply-To: <4B859C8A.6020005@spamcop.net>
Message-ID: <201002242202.o1OM2bTx009139@admin114.securesites.net>

If the "new consultants" did by chance restore without consulting you. Take
as much documentation as you can. They need to compensate you for every
penny of your time and hassle fixing them back up. 

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 Kenneth Brody
> Sent: Wednesday, February 24, 2010 4:39 PM
> To: rkreiss at gccconsulting.net
> Cc: filepro-list at lists.celestial.com
> Subject: Re: Odd happening
> 
> On 2/24/2010 4:01 PM, Richard Kreiss wrote:
> [...]
> >>> Last week they went in to check on regular invoices, and 
> to check on edi
> >>> order details received from 2/1 thru 2/19 and found that 
> they were all
> >>> missing.
> >> [...]
> >>
> >> My first thought is that someone did a restore of the 
> 31-Jan backup on
> > 20-Feb.
> >>
> >> Was anything noted missing during the 1-Feb through 19-Feb 
> timeframe?
> > (eg:
> >> on the 18th, was the data still there?)
> > Ken
> >
> > Everything that was done after the 31st is missing,.  This 
> includes changes
> > to invoice forms showing the address.
> 
> That points even more to the "someone restored from the 
> backup" scenario. 
> It's not just new records added since a given date that 
> disappeared, but 
> modified output formats reverted to their previous state.  That's not 
> "missing" data.
> 
> > I would agree with your that someone might have done a 
> restore but don't
> > know why they would have.
> 
> "Ours not to wonder why..."
> 
> [...]
> 
> -- 
> Kenneth Brody
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list
> 


From brian at aljex.com  Wed Feb 24 18:35:43 2010
From: brian at aljex.com (Brian K. White)
Date: Wed, 24 Feb 2010 21:35:43 -0500
Subject: Odd happening
In-Reply-To: <009d01cab594$79515100$6bf3f300$@net>
References: <009601cab590$43525df0$c9f719d0$@net>
	<4B858E84.6060607@spamcop.net>  <009d01cab594$79515100$6bf3f300$@net>
Message-ID: <1267065343.32585.43.camel@ender>

On Wed, 2010-02-24 at 16:01 -0500, Richard Kreiss wrote:
> 
> > -----Original Message-----
> > From: Kenneth Brody [mailto:kenbrody at spamcop.net]
> > Sent: Wednesday, February 24, 2010 3:40 PM
> > To: rkreiss at gccconsulting.net
> > Cc: filepro-list at lists.celestial.com
> > Subject: Re: Odd happening
> > 
> > On 2/24/2010 3:30 PM, Richard Kreiss wrote:
> > > Have a client who sold his business.  On January 31st the system,
> server,
> > > workstations&  printers were moved to the new location.
> > >
> > > EDI orders were processed and the ASN's&  Invoices sent during the week
> of
> > > February 1st..
> > >
> > > Last week they went in to check on regular invoices, and to check on edi
> > > order details received from 2/1 thru 2/19 and found that they were all
> > > missing.
> > [...]
> > 
> > My first thought is that someone did a restore of the 31-Jan backup on
> 20-Feb.
> > 
> > Was anything noted missing during the 1-Feb through 19-Feb timeframe?
> (eg:
> > on the 18th, was the data still there?)
> > 
> > --
> > Kenneth Brody
> 
> Ken
> 
> Everything that was done after the 31st is missing,.  This includes changes
> to invoice forms showing the address.

What he _asked_ was, on Feb 2, or 3, or 18, or any of the days between
Feb 1 to Feb 19, did anyone notice any data missing? Not what does
anyone notice today. (anything mind you, not just these edi orders.)

Pretend like you are a programmer talking to another programmer.

I would add, is all data set back to the same point or just one file?
How exactly is it being determined that the data is missing? Are you
merely trusting some index or have you looked at records by record
number and proven they're really not there?
Have you looked for corrupt records or indexes? Rebuilt indexes?
Did you by chance make a copy of the data from the server to a
workstation on Jan30, or make a copy on the same server, and it got used
on the new server instead of the correct dataset?

Did you do the move or someone who is not 100% familiar with filepro?
Someone who doesn't really know filepro but just looks at the batch file
under the icon could think they know more than they do and if there are
multiple copies of the data around something like this could happen.

Also, since this is windows... Could that wonderful thing called system
restore points have been invoked somehow?

-- 
bkw


From rkreiss at verizon.net  Thu Feb 25 07:04:46 2010
From: rkreiss at verizon.net (Richard Kreiss)
Date: Thu, 25 Feb 2010 10:04:46 -0500
Subject: Odd happening
In-Reply-To: <1267065343.32585.43.camel@ender>
References: <009601cab590$43525df0$c9f719d0$@net>
	<4B858E84.6060607@spamcop.net>  <009d01cab594$79515100$6bf3f300$@net>
	<1267065343.32585.43.camel@ender>
Message-ID: <000301cab62b$df062010$9d126030$@net>

Top Post:

Bruce.

Client went in to create an ASN for an order that was shipped.  When she
entered the po #, she received an error message that the order could not be
found.

She then went in to the edi order file to check for the details and they
were not there.  She next went into the A/R file and noted that a number of
edi invoices and manual billed invoices which had been created and sent were
missing.

She reprinted an old invoice and it showed the old factor information.  She
checked the factor file and found the new factor info was not there.

Since the server was backed up to tape and also backed up along with her
local workstation to an external USB drive, it is possible that the new
consulting group did a restore from the usb drive and never checked to see
what was being restored.

Richard

> -----Original Message-----
> From: filepro-list-bounces+rkreiss=verizon.net at lists.celestial.com
[mailto:filepro-
> list-bounces+rkreiss=verizon.net at lists.celestial.com] On Behalf Of Brian
K.
> White
> Sent: Wednesday, February 24, 2010 9:36 PM
> To: filepro-list at lists.celestial.com
> Subject: RE: Odd happening
> 
> On Wed, 2010-02-24 at 16:01 -0500, Richard Kreiss wrote:
> >
> > > -----Original Message-----
> > > From: Kenneth Brody [mailto:kenbrody at spamcop.net]
> > > Sent: Wednesday, February 24, 2010 3:40 PM
> > > To: rkreiss at gccconsulting.net
> > > Cc: filepro-list at lists.celestial.com
> > > Subject: Re: Odd happening
> > >
> > > On 2/24/2010 3:30 PM, Richard Kreiss wrote:
> > > > Have a client who sold his business.  On January 31st the system,
> > server,
> > > > workstations&  printers were moved to the new location.
> > > >
> > > > EDI orders were processed and the ASN's&  Invoices sent during the
> week
> > of
> > > > February 1st..
> > > >
> > > > Last week they went in to check on regular invoices, and to check on
edi
> > > > order details received from 2/1 thru 2/19 and found that they were
all
> > > > missing.
> > > [...]
> > >
> > > My first thought is that someone did a restore of the 31-Jan backup on
> > 20-Feb.
> > >
> > > Was anything noted missing during the 1-Feb through 19-Feb timeframe?
> > (eg:
> > > on the 18th, was the data still there?)
> > >
> > > --
> > > Kenneth Brody
> >
> > Ken
> >
> > Everything that was done after the 31st is missing,.  This includes
changes
> > to invoice forms showing the address.
> 
> What he _asked_ was, on Feb 2, or 3, or 18, or any of the days between
> Feb 1 to Feb 19, did anyone notice any data missing? Not what does
> anyone notice today. (anything mind you, not just these edi orders.)
> 
> Pretend like you are a programmer talking to another programmer.
> 
> I would add, is all data set back to the same point or just one file?
> How exactly is it being determined that the data is missing? Are you
> merely trusting some index or have you looked at records by record
> number and proven they're really not there?
> Have you looked for corrupt records or indexes? Rebuilt indexes?
> Did you by chance make a copy of the data from the server to a
> workstation on Jan30, or make a copy on the same server, and it got used
> on the new server instead of the correct dataset?
> 
> Did you do the move or someone who is not 100% familiar with filepro?
> Someone who doesn't really know filepro but just looks at the batch file
> under the icon could think they know more than they do and if there are
> multiple copies of the data around something like this could happen.
> 
> Also, since this is windows... Could that wonderful thing called system
> restore points have been invoked somehow?
> 
> --
> bkw
> 
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list



From christopheryerry at yahoo.com  Fri Feb 26 10:51:15 2010
From: christopheryerry at yahoo.com (Christopher Yerry)
Date: Fri, 26 Feb 2010 10:51:15 -0800 (PST)
Subject: No subject
Message-ID: <583172.53020.qm@web53101.mail.re2.yahoo.com>

From: Richard Hane <yoresoft at sbcglobal.net>
Subject: fp running on IIs
To: filepro-list at lists.celestial.com
Message-ID: <520376.7982.qm at web81405.mail.mud.yahoo.com>
Content-Type: text/plain; charset="us-ascii"

To any of you who run filepro apps over the web while using Microsoft's IIs....
 

Yes I have done several solutions over the years, I'm not sure if you want the long solution here or offline. Would be happy to do it here if anyone else is interested

Christopher Yerry
CMYerry&Sons
227 Pine ST
Hudson, WI 54016
715 410 4904


      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100226/089a23e1/attachment.html 

From john at valar.com  Fri Feb 26 11:04:18 2010
From: john at valar.com (John Esak)
Date: Fri, 26 Feb 2010 14:04:18 -0500
Subject: 
In-Reply-To: <583172.53020.qm@web53101.mail.re2.yahoo.com>
Message-ID: <201002261904.o1QJ4tUW022778@admin114.securesites.net>

Christopher,
 
I wouldn't mind if you posted anything special to using filePro with IIs.
There are a couple others I know who have done this, but I don't recall
seeing any specifics here.  It's the kind of thing that *should* be put up
here.  It wouldn't have to be elaborate if it is as you say long, just cover
the necessary things you've done. Thanks in advance.
 
John
 



  _____  

From: filepro-list-bounces+john=valar.com at lists.celestial.com
[mailto:filepro-list-bounces+john=valar.com at lists.celestial.com] On Behalf
Of Christopher Yerry
Sent: Friday, February 26, 2010 1:51 PM
To: filepro-list at lists.celestial.com
Subject: 


From: Richard Hane < <mailto:yoresoft at sbcglobal.net> yoresoft at sbcglobal.net>
Subject: fp running on IIs
To: filepro-list at lists.celestial.com
Message-ID: < <mailto:520376.7982.qm at web81405.mail.mud.yahoo.com>
520376.7982.qm at web81405.mail.mud.yahoo.com>
Content-Type: text/plain; charset="us-ascii"

To any of you who run filepro apps over the web while using Microsoft's
IIs.... 


Yes I have done several solutions over the years, I'm not sure if you want
the long solution here or offline. Would be happy to do it here if anyone
else is interested

Christopher Yerry
CMYerry&Sons
227 Pine ST
Hudson, WI 54016
715 410 4904

 
 



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