To clarify
In multivalue, True is not False, where False is anything that is 'falsy'
i.e. zero or empty.
Obviously different than other languages, notably those where true is -1
(all bits set on a signed integer).
So:
A = HELLO
IF A THEN CRT A : WORLD
Gives HELLO WORLD
Regarding file
Now that (from UV10.1) Index-based triggers are officially supported, can these
replace your SQL-based triggers? These have less functionality and less
overhead, but that's the price you have to pay
Can't say I had a chance to try it for myself...yet...!
-Original Message-
From:
In UV we're had similar strange problems with seemingly unchanged source/object
code - not work as per normal and things going amiss for no good reason...once
we found the object code in BP and the catalog space were mismatched and simply
re-catalog'd it. Another time we re-compiled a program -
David
I add version stamps to my code that compile into the object code, so at
least I can easily check that the source and object (including that in
catdir) matches what I expect. That's at least a small and easy step in the
right direction, though that doesn't rule out changes that don't update
Brian,
Is the stamp just
VERSION = 123 ,?
Could you explain what you mean by cutting routines, I've either
never heard that term or my old timers is kicking in.
dale
On 08/01/2013 06:09 AM, Brian Leach wrote:
David
I add version stamps to my code that compile into the object code, so
Hi,
To add a little more to the discussion. I know in UniVerse this is true and I
suspect it is true in other flavors of Pick.
If you wrap a variable in parenthesis it will be treated as a Boolean test.
For example:
A=''
IF (A) THEN CRT 'TRUE' ELSE CRT 'FALSE' will result in FALSE.
A=0
IF
This is not true as when A='HELLO' IF (A) returns true.
You use the parenthesis to set a Boolean variable, i.e BRITISH = (COUNTRY =
'ENGLAND' OR COUNTRY = 'WALES') etc the var BRITISH is set to 1 when the
conditions inside the parenthesis are met, otherwise BRITISH is set to 0
Jim
Haha - so Scotland is already independent then ...
grin
It's not the parentheses that define the Boolean, it's the equality by the
way. Parentheses just force the precedence.
Brian
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
Dale
The stamp I use assigns a dummy variable using strings that contain
searchable keys. That means when the code is compiled these strings end up
unaltered in the object code string table, so that they can be easily found
and extracted.
For example:
VERDATA=''
VERDATA :=
Do people from Wales take well to being called British? Sadly, almost
everything I know about Wales comes from watching Torchwood and Gavin and
Stacy
A curious feature of true and false on universe:
0001 x=char(32)
0002 if x=0 then crt 'is zero' else crt 'not zero'
0003 if x then crt 'true'
on universe (not sure of unidata), you can use FILEINFO() to see if something
is a file variable:
x=
crt fileinfo(x,0)
returns 0. Would return 1 for an open file.
On Jul 31, 2013, at 4:47 PM, Wols Lists antli...@youngman.org.uk wrote:
On 31/07/13 09:06, Martin Phillips wrote:
Of course,
Not odd at all. The language defines the relational operators as performing a
numeric comparison if both items being compared are
numbers or can be treated as numbers.
It is valid for a numeric string to include leading or trailing spaces.
Martin Phillips
Ladybridge Systems Ltd
17b Coldstream
on universe (not sure of unidata), you can use FILEINFO() to see if something
is a file variable:
x=
crt fileinfo(x,0)
returns 0. Would return 1 for an open file.
This originated in Prime Information and is available on UniVerse, UniData,
PI/open, QM, and probably a few others.
Martin
Here is a simple program I wrote and ran on UV 11.1.9. It would be interesting
to hear if UD behaves the same way.
0001: A=''
0002: CRT 'A = ':QUOTE(A):' ':
0003: IF (A) THEN CRT 'TRUE' ELSE CRT 'FALSE'
0004: A=0
0005: CRT 'A = ':QUOTE(A):' ':
0006: IF (A) THEN CRT 'TRUE' ELSE CRT 'FALSE'
0007:
Identical on UDNT 7.1.20
-
Epicor Software (UK) is a limited company registered in England Wales.
Registration Number: 2338274. Registered Office: 6th Floor, One London Wall,
London EC2Y 5EB
This e-mail and any attachments to it are confidential and is for the
but only on universe. On unidata and other platforms, space:0 is not zero and
not numeric, and is true
On Aug 1, 2013, at 9:49 AM, Martin Phillips martinphill...@ladybridge.com
wrote:
Not odd at all. The language defines the relational operators as performing a
numeric comparison if both
on universe, it looks like only fileinfo(var,0) will let you test.
fileinfo(var,1) etc will abort complaining that var isn't a file variable
On Aug 1, 2013, at 9:52 AM, Martin Phillips martinphill...@ladybridge.com
wrote:
on universe (not sure of unidata), you can use FILEINFO() to see if
Fascinating stuff. :)
I don't like the idea of spaces being numeric but when I get data from
unknown sources I do tend to TRIM and test for NUM(x).
With the following program:
- Universe in Information flavor reports True on all tests.
- Unidata only reports 3-8 as True
- D3 does not consider any
Just adding a little more subtlety. Consider:
X = Y = 3
In some languages this sets Y to 3 and then X to Y, so X=3. But in
BASIC, as Brian said, we need to force the precedence on Y=3 before
X=Y.
In other contexts, parentheses force an equation. Consider:
SUBROUTINE FOO( X,Y,Z )
and
CALL FOO(
Now I'm getting confused... its not a case of precedence
In the case of X = Y = 3
X is set to 1 (true) when Y = 3
X is set to 0 (false) when Y # 3
X in this instance will never = 3
Jim Swain - Developer
Telephone: +44 (0) 1295 701 810 | Fax: +44 (0) 1295 701 819
www.zafire.com
Consider
Are any of you using some sort of anti-fraud software? If so, what? Did you
build it yourself or is there a software package out there that will work with
UniVerse.
___
U2-Users mailing list
Which is why I used it in my response.
Brian
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Ed Clark
Sent: 01 August 2013 17:10
To: U2 Users List
Subject: Re: [U2] What is true
on universe, it looks like only
At T said that's in other languages (notably C style languages where = is
always assignment and == or === is equality/equivalence). In Pascal and
Delphi := is assignment, which gets confusing when you have three windows
open, one with UniVerse Basic, one with Delphi and one with C# or
JavaScript,
Jerry
You might want to contact Susan Joslyn.
She seems pretty switched onto anything in the compliance/fraud arenas.
Brian
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Jerry Banker
Sent: 01 August 2013 17:54
You're right. X is never 3, but I did say so. As I said below, that's
the way it works in languages other than BASIC. X=Y=3 will set both
values to 3 because of the order of operations.
And I was wrong when I said we Need to force precedence. It doesn't
Need to be forced in BASIC, but in other
Jerry
Do you mean
Software written in UniVerse that monitors anti-fraud activity
Or
Software written to prevent fraudulent use of a UniVerse application?
Brian
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of
Hi again,
I have been on a site where they insisted that
A = B = C
should be written as
A = B EQ C
to emphasise that the second operator is a relational test.
Personally, I use
A = (B = C)
even though the brackets serve no purpose. It just helps when reading the code.
Martin Phillips
From: Jerry Banker
Are any of you using some sort of anti-fraud software? If so, what?
Did
you build it yourself or is there a software package out there that
will
work with UniVerse.
Could you be more specific?
If you're talking about protecting your BASIC apps in the field, I can
describe
On 01/08/13 17:10, Ed Clark wrote:
on universe, it looks like only fileinfo(var,0) will let you test.
fileinfo(var,1) etc will abort complaining that var isn't a file variable
Which is why I think the UV implementation is CRAP!
You should not be able to *crash* your program simply by
On 01/08/13 19:15, Martin Phillips wrote:
Hi again,
I have been on a site where they insisted that
A = B = C
should be written as
A = B EQ C
to emphasise that the second operator is a relational test.
A lot of fellow coders have wondered at it, but as someone who learnt
coding in
I agree the implementation can be better, although for different reasons. In
the INFORMATION way, it allows you to have silent run-time errors when people
mistakenly use file handles in place of variables with similar names. At least
in the UniVerse model you get a run-time error during
Software written in UniVerse that monitors anti-fraud activity or even software
that is built outside of UniVerse that can monitor anti-fraud activity inside.
From: br...@brianleach.co.uk
To: u2-users@listserver.u2ug.org
Date: Thu, 1 Aug 2013 19:09:24 +0100
Subject: Re: [U2] Anti-fraud
We are a billing and collections company, as you can imagine we sometimes have
fraudulent claims. We want to monitor fraudulent behavior by various parties
that use our service to prevent our becoming a party to it. We already have
means of controlling access to our software.
From:
To further complicate things, I was instructed at one job to use the IF VAR
THEN syntax as this was treated a boolean operation and executed faster than IF
VAR # ''. We were working on Prime Information at the time. A few years later
I went to work for a VAR. I had made changes to the their
That is not the point. Why should I have to do a workaround to get around
something which should just work.
I cannot see what would be so hard about allowing the debugging of programs
which access a file with a trigger associated with it without aborting which UV
currently does. That as a
We are running HPUX w/ UniData 7.2. We also have a Windows box running
SharePoint.
In MANY other situations, we have always built an export file in a UNIX
directory (like a tab-delimited txt file), then used Samba to copy the file
from the UNIX box to a networked drive.
This does not work
I've seen it done with where a script (Powershell iirc) watches a directory
and imports files then removes them from a directory.
Robert F. Porter, MCSE, CCNA, ZCE, OCP-Java
Lead Sr. Programmer / Analyst
Laboratory Information Services
Ochsner Health System
This transmission
I believe this is what it was based on:
http://gallery.technet.microsoft.com/office/Bulk-Import-SharePoint-e5ab637c
I didn't do the one I was remembering, so can't be 100% positive, but this
looks like it would pretty much do the same thing.
Robert F. Porter, MCSE, CCNA, ZCE, OCP-Java
Interesting issue popped up a couple of days ago with Accuterms WED. We have a
program calling a subroutine that wraps to the next line:
CALL GETENTRY.TO( CMDDATA, CMMND, '30L', '_', '0X', CMDHELP,
01, 22, CMDPROMPT, 'QEGIA', 59 )
When I formatted the program in WED it added a
Has anyone figured out a way to take a file from UNIX and copy it
into
SharePoint?
Google for unix to sharepoint returns good results.
HTH
T
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
AccuTerm adding a space into code might be an issue to report to
supp...@asent.com. I think the segfault should be addressed with
Rocket Support.
HTH
T
From: Bertrand, Ron
Interesting issue popped up a couple of days ago with Accuterms WED.
We have a program calling a subroutine that wraps to
Need to spend some time trying to figure out just what is happening in universe
so Rocket has something to work with. Noticed it while doing a diff, fixed it
and problem gone.
Adding the space is definitely something I need to get with assent on.
Thanks
Ron
-Original Message-
From:
Not an endorsement, but my kneejerk response is java:
https://code.google.com/p/java-sharepoint-library/
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Tony Gravagno
Sent: Thursday, August 01, 2013 3:14 PM
To:
Comments welcome on new blog:
http://Nebula-RnD.com/blog/tech/mv/2013/08/var1.html
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
Martin, that's actually one of my standards. Due to the ambiguity of
several characters, most notably , , and =, we use EQ, NE, LT, LE, GT,
and GE for comparison and use for array extraction and replacement and =
for assignment. Except in SB+, which doesn't allow such critters. And
kudos for
45 matches
Mail list logo
