The UniDebugger doesn't use locking when it reads/writes host Basic programs as
this would not fit the home-grown check-in/out systems many people use.
In the wIntegrate Editor we added the ability to call a custom subroutine at
the usual points which give 100% control, in the same way as the
Now I'm confused. You are now the second person to claim that the
UniDebugger doesn't use locking when it reads/writes host Basic
programs. This is definitely not the case here. We use the UniObjects
connect method and it does use and honor record locks.
I was hoping that someone could
There are other ways of accessing with Unidebugger apart from
UniObjects.
FTP, shares etc. These methods do not respect Universe record locks.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Gordon J
Glorfield
Sent: 01 February 2005 14:00
To:
I have an archiving program that I am porting from another platform
which I cannot get to compile on UniVerse. I have included a
stripped-down test version incorporating the basics below. The compiler
seems to have issue with
IF @TRANSACTION THEN
ROLLBACK
END TRANSACTION
UD 6.0.12 Win 2k ECLTYPE 'P'
UniBasic PCPERFORM COMM CAPTURING OUTPUT
gives an error 'Max of 2 nested PERFORM CAPTUREs'.
Does anyone know if this limit is configurable? It doesn't appear in the
LIMIT list. I'm running a command-stacker application with a web front-end
and this could do with a
END TRANSACTION is at the wrong level in the clip you sent us. Here is an
example from the manual.
BEGIN TRANSACTION
READU data1 FROM file1,rec1 ELSE ROLLBACK
READU data2 FROM file2,rec2, ELSE ROLLBACK
WRITE new.data1 ON file1,rec1 ELSE ROLLBACK
WRITE new.data2 ON file2,rec2 ELSE
Correction to the code listing... All RETURNS should be CONTINUEs.
Appologies,
Perry
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Perry Taylor
Sent: Tuesday, February 01, 2005 8:40 AM
To: u2-users@listserver.u2ug.org
Subject: [U2] [UV] Transaction
Logically there *is* an END TRANSACTION at two places. One at the
bottom of the loop..
COMMIT
END TRANSACTION
And the other at the top of the loop...
IF @TRANSACTION THEN
ROLLBACK
END TRANSACTION
END
This being the case it would seem to me that the compiler cannot deal
with a
The help for END TRANSACTION says:
Use the END TRANSACTION statement to specify where processing is to
continue after a transaction ends.
This implies to me that there must be exactly one end transaction for
each begin transaction. It also implies that if you do a rollback,
execution will
A transaction may only have a single BEGIN and END statement. You are
basically creating a logic block that contains the code that makes up the
'transaction'. In your case you have two choices
First, you could move the begin transaction above the LOOP and the End
transaction after the REPEAT.
Perry,
You probably won't be able to have multiple END TRANSACTION statements.
One BEGIN TRANSACTION where you have it, and one END TRANSACTION at the bottom
of the LOOP structure, should suffice.
Then just put a ROLLBACK and CONTINUE within each IF-, READ-, and
Hi,
I am trying to run a unibasic program (external subroutine) that takes
two arguments.
I don't know how do I pass it the arguments if I run it directly from
shel prompt instead of calling it from another program.
I have gone through the manual, but can't find anything. Pls help.
Thanks
You'll have to write a wrapper that translates the two command line
parameters into subroutine arguments.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Chauhan,
Savita
Sent: Tuesday, February 01, 2005 3:48 PM
To: u2-users@listserver.u2ug.org
Subject:
You can not run it directly from the command prompt. There were a
number of options that were given in this list not that long ago that
would let you test external subroutines but they all require some kind
of priming process.
BobW
-Original Message-
From: [EMAIL PROTECTED]
Hi, Savita. I presume you mean running the program from TCL (:), the U2
command prompt.
In UniData there are two built-in variables, synonyms actually, named
@SENTENCE and @COMMAND. These contain the raw command line used to
invoke your subroutine.
I usually TRIM this (to eliminate multiple
In Universe you can not run a program that is created as an external
subroutine. That is, any program that has the first executable line as:
SUBROUTINE MYPROG(PARAM1, PARAM2)
If you try to run it, directly or indirectly through a catalog entry in
the VOC you get the following message:
We're using the word 'locking' in two different ways, here.
Lock as in 'read lock' is indeed done by the unidebugger.
Locking as in -- calling a host subroutine to validate the available status
in a source library system (such as PRC (hah! You knew I'd plug!) is
something that the Unieditor
From: Susan Joslyn
[snip] Gordon, I would think that you could address it with file
triggers... any reason why you can't?
triggers wont work on type 19 files.
Programs have to be type 19 files.
Can PRC work around that one?
cds
---
u2-users mailing list
u2-users@listserver.u2ug.org
To
We use EditPlus with SourceSafe which works well as no-one can change a
program from within Universe or without unless it's been checked out
first.
We developed an add-in (as have others) to make the links to SourceSafe
an integral part of EditPlus so checking status, checking in/out,
promoting
19 matches
Mail list logo