Re: [U2] [UD] BASIC Code Failing

2013-07-30 Thread John Hester
I would also consider the possibility of data corruption at the hardware
level.  Granted, I would expect that you'd also occasionally find
anomalies within your source code and data files if this were the case,
but I don't know how your filesystems are set up.  If the object code
has become corrupt, that would explain why recompiling fixes the
problem.  The newly created object code will be stored on a new location
in the filesystem.  Fortunately this possibility is very easy to test
for.  Just make a copy of your application account on alternate storage
and wait for the problem to recur.  When it does, open the live object
file and your backup copy in an editor with diff capability (Notepad++
is a good one) and see if they still match.

-John

-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Bill Haskett
Sent: Thursday, July 25, 2013 12:25 PM
To: U2 Mail List
Subject: [U2] [UD] BASIC Code Failing

We've been having an anomaly that has occurred over the past 7 years
we've been using UniData on Windows.

Yesterday one of the accounts on our ASP server, that contains about 30
accounts, had a billing issue.  This issue was created because a single
BASIC program didn't run a couple of lines of code, thus a particular
type of charge wasn't created for anyone on this account.  The BASIC
code is compiled in an application account then cataloged locally in
each account (a pointer to the program file exists on every account).

When I make a copy of this particular account, then run the offending
program in it, I see the same problem.  When I put a DEBUG statement (in
the offending program) just above where I suspect the problem occurs,
recompile then rerun it, there is no problem.  After futzing around with
placing the DEBUG statement in several different locations, with no
further issue, I remove the DEBUG statement and finally re-compile the
offending program.  I've changed nothing in the program, but it now
works.  This particular program runs maybe 250,000 billings every month
with nothing wrong happening.  In fact, I haven't seen this problem in
this billing program for the past seven years, which means that maybe
over 20 million transactions have been created with no issues.

This happens about once every six months or so on one BASIC program or
another, where I look at an offending program, see something like five
lines of code writing to five different files, and the issue is the last
two lines didn't execute.  When I put a DEBUG into the program
everything works fine.  When I remove the DEBUG statement and recompile
everything works fine from then on.

Has anyone else seen this?  Maybe there's something I should do to
prevent this.

Bill
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


Re: [U2] [UD] BASIC Code Failing

2013-07-30 Thread Bill Haskett

John:

That's an interesting thought.  We do backups of the application account 
every night, so I do have the last 10 days object code in a backup (plus 
the last four months weekly backups).  I'll look at this the next time 
it happens.  Thanks,


Bill
Untitled Page



- Original Message -
*From:* jhes...@momtex.com
*To:* U2 Users List u2-users@listserver.u2ug.org
*Date:* 7/30/2013 11:01 AM
*Subject:* Re: [U2] [UD] BASIC Code Failing

I would also consider the possibility of data corruption at the hardware
level.  Granted, I would expect that you'd also occasionally find
anomalies within your source code and data files if this were the case,
but I don't know how your filesystems are set up.  If the object code
has become corrupt, that would explain why recompiling fixes the
problem.  The newly created object code will be stored on a new location
in the filesystem.  Fortunately this possibility is very easy to test
for.  Just make a copy of your application account on alternate storage
and wait for the problem to recur.  When it does, open the live object
file and your backup copy in an editor with diff capability (Notepad++
is a good one) and see if they still match.

-John

-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Bill Haskett
Sent: Thursday, July 25, 2013 12:25 PM
To: U2 Mail List
Subject: [U2] [UD] BASIC Code Failing

We've been having an anomaly that has occurred over the past 7 years
we've been using UniData on Windows.

Yesterday one of the accounts on our ASP server, that contains about 30
accounts, had a billing issue.  This issue was created because a single
BASIC program didn't run a couple of lines of code, thus a particular
type of charge wasn't created for anyone on this account.  The BASIC
code is compiled in an application account then cataloged locally in
each account (a pointer to the program file exists on every account).

When I make a copy of this particular account, then run the offending
program in it, I see the same problem.  When I put a DEBUG statement (in
the offending program) just above where I suspect the problem occurs,
recompile then rerun it, there is no problem.  After futzing around with
placing the DEBUG statement in several different locations, with no
further issue, I remove the DEBUG statement and finally re-compile the
offending program.  I've changed nothing in the program, but it now
works.  This particular program runs maybe 250,000 billings every month
with nothing wrong happening.  In fact, I haven't seen this problem in
this billing program for the past seven years, which means that maybe
over 20 million transactions have been created with no issues.

This happens about once every six months or so on one BASIC program or
another, where I look at an offending program, see something like five
lines of code writing to five different files, and the issue is the last
two lines didn't execute.  When I put a DEBUG into the program
everything works fine.  When I remove the DEBUG statement and recompile
everything works fine from then on.

Has anyone else seen this?  Maybe there's something I should do to
prevent this.

Bill
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


[U2] What is true

2013-07-30 Thread Wjhonson
Are there MV systems, which do not recognize 1 as being TRUE ?
I typically EQUATE FALSE TO 0, TRUE TO 1

But today I ran across code where they do this

TRUE = (1=1)
FALSE = NOT(TRUE)

I suppose this works on all possible computer systems, but is it overkill  for 
multi-value ?


___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


Re: [U2] What is true

2013-07-30 Thread Kevin King
I picked up that trick from some old code may years ago, and haven't used
it in a while since @TRUE and @FALSE have been available on Unidata and
Universe, but you may be seeing some of my old code.  As far as I have
seen, TRUE is usually 1 on MV platforms, but at the time I started writing
that bit of code there were new players in the mix (i.e. jBase, mvBase,
microReality?) and it seemed prudent at the time to calculate truth rather
than assume it will always be 1.  This was not my idea, however.  I believe
I borrowed it from something I read in Spectrum back in the late 80's.


On Tue, Jul 30, 2013 at 6:49 PM, Wjhonson wjhon...@aol.com wrote:

 Are there MV systems, which do not recognize 1 as being TRUE ?
 I typically EQUATE FALSE TO 0, TRUE TO 1

 But today I ran across code where they do this

 TRUE = (1=1)
 FALSE = NOT(TRUE)

 I suppose this works on all possible computer systems, but is it overkill
  for multi-value ?


 ___
 U2-Users mailing list
 U2-Users@listserver.u2ug.org
 http://listserver.u2ug.org/mailman/listinfo/u2-users

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


Re: [U2] What is true

2013-07-30 Thread Wjhonson
I saw it here by KRJ whoever that is

http://www.pickwiki.com/cgi-bin/wiki.pl?Compare



 

 

 

-Original Message-
From: Kevin King ke...@precisonline.com
To: U2 Users List u2-users@listserver.u2ug.org
Sent: Tue, Jul 30, 2013 6:10 pm
Subject: Re: [U2] What is true


I picked up that trick from some old code may years ago, and haven't used
it in a while since @TRUE and @FALSE have been available on Unidata and
Universe, but you may be seeing some of my old code.  As far as I have
seen, TRUE is usually 1 on MV platforms, but at the time I started writing
that bit of code there were new players in the mix (i.e. jBase, mvBase,
microReality?) and it seemed prudent at the time to calculate truth rather
than assume it will always be 1.  This was not my idea, however.  I believe
I borrowed it from something I read in Spectrum back in the late 80's.


On Tue, Jul 30, 2013 at 6:49 PM, Wjhonson wjhon...@aol.com wrote:

 Are there MV systems, which do not recognize 1 as being TRUE ?
 I typically EQUATE FALSE TO 0, TRUE TO 1

 But today I ran across code where they do this

 TRUE = (1=1)
 FALSE = NOT(TRUE)

 I suppose this works on all possible computer systems, but is it overkill
  for multi-value ?


 ___
 U2-Users mailing list
 U2-Users@listserver.u2ug.org
 http://listserver.u2ug.org/mailman/listinfo/u2-users

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

 
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


Re: [U2] What is true

2013-07-30 Thread Tony Gravagno
 From: Wjhonson 
 I saw it here by KRJ whoever that is
 http://www.pickwiki.com/cgi-bin/wiki.pl?Compare


That's Keith Johnson in NZ. What an unusual last name... ;)
Ironically, it looks like he recently modified one of your postings to
PickWiki too.

About the true/false thing, I always use 0 and 1 but I was chastised
about that by a colleague recently, that it might not be completely
cross-platform, and now I stutter on it every time I do that,
wondering if I'm not really following a best practice:

OK = 1
IF OK THEN FOO ELSE BAR
IF NOT(OK) THEN BLAH ...

I'm curious too - is anyone aware of a platform/flavor where this has
not worked in the last decade?


Tony Gravagno   
Nebula Research and Development 
TG@ remove.pleaseNebula-RnD.com 
http://Nebula-RnD.com/blog  
Visit http://PickWiki.com! Contribute!  
http://Twitter.com/TonyGravagno 
http://groups.google.com/group/mvdbms   
https://bitbucket.org/foss4mv/nebulaware


___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


Re: [U2] What is true

2013-07-30 Thread Kevin King
For me it was more of a concern when there were new players entering the
market.  As we haven't really seen any new MV platforms in a good long
while it seems like this is much less of a concern.


On Tue, Jul 30, 2013 at 9:21 PM, Tony Gravagno 3xk547...@sneakemail.comwrote:

  From: Wjhonson
  I saw it here by KRJ whoever that is
  http://www.pickwiki.com/cgi-bin/wiki.pl?Compare


 That's Keith Johnson in NZ. What an unusual last name... ;)
 Ironically, it looks like he recently modified one of your postings to
 PickWiki too.

 About the true/false thing, I always use 0 and 1 but I was chastised
 about that by a colleague recently, that it might not be completely
 cross-platform, and now I stutter on it every time I do that,
 wondering if I'm not really following a best practice:

 OK = 1
 IF OK THEN FOO ELSE BAR
 IF NOT(OK) THEN BLAH ...

 I'm curious too - is anyone aware of a platform/flavor where this has
 not worked in the last decade?


 Tony Gravagno
 Nebula Research and Development
 TG@ remove.pleaseNebula-RnD.com
 http://Nebula-RnD.com/blog
 Visit http://PickWiki.com! Contribute!
 http://Twitter.com/TonyGravagno
 http://groups.google.com/group/mvdbms
 https://bitbucket.org/foss4mv/nebulaware


 ___
 U2-Users mailing list
 U2-Users@listserver.u2ug.org
 http://listserver.u2ug.org/mailman/listinfo/u2-users

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users