Thanks for the updates on this Wally, that is very informative.
If by 'notice' file, you refer to the Alert link next to each release number,
then I can only see this if I log in. This is certainly an improvement but
does not really address the issue here.
It would seem that the best way we
There is a 'Notice' link in the PAM. These are new and only created for 7.2 and
11.1 releases (not older versions). As you point out, it is only available if
you are logged in to u2techconnect - so not publically available. While the
notes there do indicate at which patch level a fix is
Wally,
Ok, I can see the Notice link now on 11.1. Have emailed Ask Us.
Thanks
Brett
Wally Terhune wterh...@rocketsoftware.com wrote in message
news:0d0b269b9fd7a64687f66c66d6f49fab318b2...@nwt-s-mbx2.rocketsoftware.com...
There is a 'Notice' link in the PAM. These are new and only created
Note:
The Notice items can change. For instance, we had a new problem crop up that
applies to all UniData releases - so we modified all of the Notice items to
include it. It doesn't hurt to re-check them when considering what patch
release you plan to install. The intent of the Notice items is
Having the locale set as LANG=C causes some weirdness in a linux command that
is called from unidata, I know that the unidata manual warns : If you use a
LANG setting other than C, note that certain UniData commands may cause
unpredictable results, such as the UniBasic UPCASE and DOWNCASE
Does or has anyone on this list used Mercurial (UNIX) or TortoiseHg (windows)
for Universe program version control. It is used currently here at Perseus for
our relational database scripts and code. Now management would like us to use
it for our Universe programs also. If anyone is familiar
We use PRC, which is a PICK based product. We have seen a marked improvement
in the whole development cycle since using PRC.
Tom Whitmore
RATEX Business Solutions
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of
Bonnie,
I use CVS (currently porting my scripts to use Mercurial) for Universe
program version control.
A lot depends on your version control paradigm; many software
developers checkout their source code and build their software
from scratch. This is what I do here; I make changes to the source
Tom,
Would it possible to export all the source code from PRC into a flat
file/directory format for Mercurial?
rex
On Tue, Nov 15, 2011 at 11:05 AM, Tom Whitmore tewhitm...@ratex.com wrote:
We use PRC, which is a PICK based product. We have seen a marked
improvement in the whole development
Don't know too much about it, but, I have not heard of any MV system
supporting UTF-8 yet.
So I would hesitate, to change that setting if I were you. I've heard of
vendors working on the issue, but, thats about it.
On Tue, Nov 15, 2011 at 9:21 AM, Jonathan Leckie
Perhaps a more normal LANG=en_GB ? It is to remove a problem with date
formatting, so just something that would make the date european would work.
From: John Thompson [mailto:jthompson...@gmail.com]
Sent: 15 November 2011 4:32 pm
To: Jonathan Leckie; U2 Users List
Subject: Re: [U2]
I use Mercurial for my Unidata source code (which is in DIR files).
Have been for maybe 2 years now. I do not try to run a separate
working directory for each dev. I basically act as a company
librarian and commit all changes for the team. It is not optimum, but
it works for us.
On Tue, Nov
Brilliant video, I have the UK version on VHS somewhere. It was introduced
and narrated by Tony Bastable.
Lee Bacall wrote:
John, Susan
Many thanks for that video.
It sounds like the narrator is Hunter S. Thompson .
http://en.wikipedia.org/wiki/Hunter_S._Thompson
Anyone know for
We always have our LANG setting set to en_GB.UTF-8 LANG=C is rubbish if
you are going to be using any of the unibasic API's esp xml handling !
Unidata stores utf-8 no problem - as previously mentioned in this list there
may well become issues if you use database sorts that include any multi
Hi Rex, thanks for responding. Our Universe system is on UNIX AIX and for now
Mercurial/TortoiseHg is on each developers PC. Our home-grown
check-out-check-in tool is just on the UNIX system. We checkout our programs
which creates a Universe file version control log for the 'checked-out'
Does anyone know of a RetrieVe option that will suppress the ' not found'
messages?
Thanks.
Perry
Perry Taylor
Senior MV Architect
ZirMed
888 West Market Street, Suite 400
Louisville, KY 40202
www.zirmed.comhttp://www.zirmed.com/
CONFIDENTIALITY NOTICE: This e-mail message, including
That's good to know. It seems like every conference I go to- everyone
is always asking, When are we going to get full UTF-8 support?
I also wonder what the default is on install?
Now I'm just curious... Not meaning to hijack the thread.
On 11/15/11, Symeon Breen syme...@gmail.com wrote:
We
Do you mean on a SELECT or LIST? (Maybe I'm asking the obvious)
On Tue, Nov 15, 2011 at 1:43 PM, Perry Taylor perry.tay...@zirmed.comwrote:
Does anyone know of a RetrieVe option that will suppress the ' not
found' messages?
Thanks.
Perry
Perry Taylor
Senior MV Architect
ZirMed
Anyway, Jonathan, sorry to lead you down the wrong road. I'll be quiet
next time when I don't know.
On Tue, Nov 15, 2011 at 1:54 PM, John Thompson jthompson...@gmail.comwrote:
That's good to know. It seems like every conference I go to- everyone
is always asking, When are we going to get
I think he means as in
SELECT VOC SAMPLE 100
LIST CUSTOMER
'A' not found
'F2' not found
And I don't know a way to suppress the messages, but I know a way to not GET
the messages :)
Try this
SELECT VOC SAMPLE 100
SELECT CUSTOMER
do other selects or other processing now and you won't get
Bonnie,
For CVS here, I setup TortoiseCVS to SSH into the linux machine and
checkout/checkin changes to the repository. For Mercurial/TortoiseHg
there should be something similar, e.g. hg push
ssh://hguser@192.168.1.5/hg/, so you can push your changes to your
designated repository. Is your
I understand the question is for UV, but for UDT fans, there is a UDT.OPTIONS
setting in this area:
ON
If UDT.OPTIONS 55 is on, UniData displays the records it finds, but does not
display any informational messages:
:LIST TAPES NAME V6670 V7456 V4951 V1249
LIST TAPES NAME V6670 V7456 V4951
One thing to be aware of with whichever vcs you choose, pat attention
to end-of-line characters.
There are some configuration settings in mercurial to say these are
always unix files and will not let an checkin from a windows machine
inadvertently send dos Ctl-M's.
Git for aix is available here.
Hi Rex,
It is all in UniVerse or UniData so I believe the answer would be Yes, I'll
let Susan reply since it is her product.
Also, remember that PRC will track dictionaries, procs, includes, as well as
programs, which isn't possible with version control products that are not
PICK aware.
Tom
That's the idea. The problem I have is records are being deleted from the file
at all times of the day. What happens is the initial select picks up records
that get deleted before they are output. I was hoping there was some option
that would suppress these messages. If there is not I'll
Does anyone know if PRC has a built-in feature to export all source
code into a flat-file/directory format? Either for the head version
or the entire repository? If it does, does it also import? It might
be nice to be able to allow on the fly changes to the development
repository, and still use
On 15/11/11 16:19, Rex Gozar wrote:
Bonnie,
I use CVS (currently porting my scripts to use Mercurial) for Universe
program version control.
A lot depends on your version control paradigm; many software
developers checkout their source code and build their software
from scratch. This is what I
Tom,
I keep dictionaries, procs, Q-pointers, programs, and includes in CVS
and Mercurial. What do you mean by PICK aware?
rex
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
What I'm wondering as a higher-level question is: how important
are reports that are so volatile that they are invalid between
the select and the print? Certainly they're even more invalid
between printing and the time someone reads them. Another
approach might be to do a COPY or REFORMAT of
Wol,
Even with DVCS, the convention is to designate one of the repositories
as the master so everyone can pull/push (checkin/checkout) their
changes that end up in a tagged release. The change in mindset has
more to do with file versions in CVS and Subversion versus change
sets in dvcs.
rex
Hi Perry
You could use transaction control, where you prevent deletes until the report
is completed. For instance a GL report with Debits and Credits need to
balance, you cannot allow the database to change in the middle of the report,
so you wrap transaction control around to prevent updates
PRC is written in PICK so it knows about the various types of records we
would modify in PICK, and tracks them. Non-PICK tools can read directories,
for programs, and includes, but that's it. You would need to create a lot of
tools to provide the hooks into the PICK database. Here, when a
And just to add to that, also make sure you handle case sensitivity with your
checkouts/ins. File names in particular in the Windows environment may cause
issues. For example you can have 2 programs under UV/aix called TEST and Test
in the same program file (path). In Windows, which is case
I will be glad to, if I ever get it figured out. I am still confused by all
the new verbiage that goes with it, for instance the statement in the reply
from WOL Lists:
Except that - iirc (I use git) - mercurial is a DVCS, so the concept of
check-in/out no longer exists ...
I am just an old
Without going in to much detail, this can all be done in Eclipse IDE. I
can copy all of the programs from an account to my workstation which can
then be loaded into any version control system that has an Eclipse plug-in
like MS Team Foundation Server, CVS, Subversion, Git, Mercurial, and
Perforce
Does anyone have experience converting a UniVerse account to UniData. I have
used the UV_RESTORE. It creates the files but does not copy the data.
Regards
David Jordan
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
I think I am about to convert to git. After using both for a while,
git is growing on me. It is a less opinionated tool. By that I
suggest that is supports more workflows.
On Tue, Nov 15, 2011 at 3:47 PM, Barber, Bonnie
bonnie.bar...@perseusbooks.com wrote:
I will be glad to, if I ever get it
Hi Rex and Bonnie. Thanks for the plug, Tom!
Yes, PRC could absolutely talk to and from Mercurial. We coordinate the
version control of U2 like items to and from other source control tools. Tom
developed a pretty tight integration between PRC and Issue Trak, too.
The important thing about
On 15/11/11 20:47, Barber, Bonnie wrote:
I will be glad to, if I ever get it figured out. I am still confused by all
the new verbiage that goes with it, for instance the statement in the reply
from WOL Lists:
Except that - iirc (I use git) - mercurial is a DVCS, so the concept of
Thanks I will get a copy of git and take a look at it so we have an alternate
recommendation just in case mercurial does not work out.
Bonnie
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wols Lists
Sent:
On 15/11/11 23:13, Barber, Bonnie wrote:
Thanks I will get a copy of git and take a look at it so we have an alternate
recommendation just in case mercurial does not work out.
Bonnie
I can't remember where I came across it, and what the differences were,
but there was an article some time
41 matches
Mail list logo