I'm not recalling customers reporting problems like this (except for one case I
have with you, Bill regarding a program creating a print job that goes into a
loop once every few years).
Wally Terhune
U2 Support Architect
Rocket Software
4600 South Ulster Street, Suite 1100 **Denver, CO 80237
I've seen the problem going back 10+ years on UniData 5.X. The issue was
reported to UniData, we worked with support for a while, but we never
achieved the point of being able to identify the cause. This was on Solaris.
A couple of years later, another client saw it in 6.X on AIX, but it was not
Darn! I was hoping you'd remember something, like recompiling while
someone is using the program in UO would corrupt the object is 18 days.
Or, the GETPTR function returns 1024 via UO if the object is corrupted.
I do not want to think our environment is unique. :-(
Thanks again and have a
Though I have to agree with Bob Wyatt: memory seems to get cheaper and less
reliable as it ages :-(
Wally Terhune
U2 Support Architect
Rocket Software
4600 South Ulster Street, Suite 1100 **Denver, CO 80237 **USA
Tel: +1.720.475.8055
Email: wterh...@rs.com
Web: www.rocketsoftware.com/u2
It sounds crazy but humor me. I have seen when commands are imbedded in a
variable name in some systems it has problems. That's why I go out of my way
not to put them in my variable names. In this case CRT. Rename the variable
and see what happens? It's a long shot but stranger things have
On 21/12/11 17:38, Wally Terhune wrote:
Though I have to agree with Bob Wyatt: memory seems to get cheaper and less
reliable as it ages :-(
I was thinking memory ... possibly bad?
Does Unidata store its programs in shared memory? Could the memory have
got corrupted and it takes a recompile
I was actually thinking of my personal memory about UniData problems reported
these past 21 years.
Bill said his programs were CATALOG ... DIRECT - so unless he places his source
files under UDTHOME\sys\CTLG - his object code is not managed by sbcs or stored
in shared memory. Each udt process
From : Adrian Halid
Has anybody tried or found an ORM for Universe.
I am looking at something along the lines of
NHibernate or Entity Framework.
[AD]
Yes, and to my knowledge there is only one. mv.NET includes a
component called Solution Objects. You start with your standard
dictionary
[AD]
Actually, there is another alternative. FusionWare's Managed Provider allows
you to create a strongly typed dataset, and you can use this to create a Data
Access Layer. The strongly typed dataset is actually a Microsoft DataSet
object, not a proprietary object of any sort. To see more,
On 21/12/11 20:59, Wally Terhune wrote:
I was actually thinking of my personal memory about UniData problems reported
these past 21 years.
I got that. It just seemed a nice intro to what I thought was a
possibility. But seeing as I was thinking of INFORMATION, I knew it was
a long shot.
The incredibly weird thing was the code would do:
TclLine = {whatever}
TclLine := etc, etc, etc
ReportHeader = CLIENT BANK ACCOUNT TOTALS: @AM
ReportHeader := FOR MONTH November 2011: @AM
ReportHeader :=
CALL BUILD.HEADING ( ReportHeader, AddLineInHdr, PrintSw )
TclLine := \HEADING \ :
On 12/21/2011 4:45 PM, Bill Haskett wrote:
The incredibly weird thing was the code would do:
snip
...which they all did except, occasionally, on this one account. The
calculation of the amount of spaces to center the report heading data
used SYSTEM(2) and GETPTR in the subroutine
Maybe you could save off the compiled program before recompiling.
David A. Green
(480) 813-1725
DAG Consulting
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Bill Haskett
Sent: Wednesday, December 21, 2011 3:12 PM
ASSIGN will also modify SYSTEM(2). Although I can't seem to find the
documentation for it.
David A. Green
(480) 813-1725
DAG Consulting
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Allen Egerton
Sent:
This is a long shot, but Wally's mention of malloc made me wonder... could
there be any software (virus checking or otherwise) that's working on
memory objects, not disk files?
-Kevin
http://www.PrecisOnline.com
___
U2-Users mailing list
Robert, sincere apologies, and thanks for the correction.
To avoid misunderstandings, there is a huge difference between a
DataSet and a strongly typed business object. They are sometimes
used alternatively but there are times when one or the other is
absolutely required. If ORM was as simple
I don't know. I compile a lot in development and have SEP installed.
You'd think it would wreck havoc, but one never knows. But, as Wally
said, since I catalog locally sbcs shouldn't be involved.
I'm not familiar with memory management for Windows UniData. :-(
Bill
Hi Tony,
Within ADO.NET there is a concept called a Strongly Typed DataSet, which, if
your Managed Provider supports the correct interfaces, Microsoft will
auto-generate for you from a regular DataSet (which as you note is not strongly
typed). The resulting Strongly Typed DataSet is a
18 matches
Mail list logo
