The common blocks you've shown are not named - maybe that's your
problem.
Try naming them (i.e. adding a unique slash-delimited name between the
word COMMON and the variable name(s).
eg.
COMMON /AHC1/ AHCOMMON1
COMMON /AHC2/ AHCOMMON2
That way there won't be any conflict between the two
Hi Adrian
I've never seen this particular issue before. What release of UniVerse or
UniData is this (likewise the clients too)? What OS/platform is your U2
installation on?
I would suggest some of the following to assist you in drill down the root
cause:
a) Execute a DIVERT.OUT or COMO ON
I spoke with Susan too trying to integrate MVDeveloper into PRC, and
even though this is no problem with newer releases of PRC, it is with
older ones.
And don't you need Eclipse to make XLr8Editor work?
Well, we haven't got that either. UniObjects comes with UDK, though.
Doug wrote:
For those
It's interesting to see IBM's claims about they didn't buy U2 specifically
(which we know they purchased Informix DB technology and U2 was a bonus) and
it doesn't fit into their future goals. I find that amusing when they continue
to sell databases like IMS and Informix C-ISAM (etc) and the
Thanks for the help.
It seems once you name your common block you do not get the error anymore.
Just having a read of the documentation about the common statement in the
documentation.
A common area can be either named or unnamed. An unnamed common area is
lost when the program completes its
Yeah I tried the Dispose method after the Call but no luck there either.
Adrian Halid
Senior Analyst/Programmer
IT Vision Australia Pty Ltd (ABN: 34 309 336 904)
PO Box 881, Canning Bridge WA 6153
Level 3, Kirin Centre, 15 Ogilvie Road, Applecross, WA, 6153
P: (08) 9315 7000 F: (08)
Yeah I have compiled all my subroutines after creating the Commons.
Like I said.. No issues when I make the calls using VB6 UniObjects.
But an issue when I use the UniObjects .NET
The error that is returned is
[IBM U2][UODOTNET - UNICLIENT][ErrorCode=30105] Unable to load the subroutine
on
I may be blind or having one of those moments, but where can I download
the clients for Universe PE on the Rocket site?
I downloaded the Universe PE Windows edition and it did not include any
client software, but none of the other links seemed to make sense
either.
Phil Walker
Please ignore my earlier rant , I think I must understood something while
Rocket were updating their website.
I've been able now to access the UV/UD personal editions, thank you.
Regards
Clive
On Wed, Oct 7, 2009 at 10:52 PM, Clive Hills discordia...@gmail.com wrote:
I am truly impressed with
Try the UniData clients - they should be all the same.
Hth
Colin Alfke
Calgary, Canada
-Original Message-
From: phil walker
I may be blind or having one of those moments, but where can I download
the clients for Universe PE on the Rocket site?
I downloaded the Universe PE Windows
Storis makes their own front end. They have their own client/server
interface. You'd have to learn their system.
- Original Message -
From: Steve Kunzman skunz...@comcast.net
To: u2-users@listserver.u2ug.org
Sent: Wednesday, October 07, 2009 2:16 PM
Subject: [U2] Anybody familiar
In message
fba5ea46361c5c4fb61c02795188f6627b5a644...@vaunsw141.au.cbainet.com,
Hona, David david.h...@cba.com.au writes
It's interesting to see IBM's claims about they didn't buy U2
specifically (which we know they purchased Informix DB technology and
U2 was a bonus) and it doesn't fit into
In message
13e4ae055d203648a4121114f2458c8c7a4adb8...@tefnut.perth.itvision.com.au
, Adrian Halid adrian.ha...@itvision.com.au writes
Thanks for the help.
It seems once you name your common block you do not get the error anymore.
I don't think that's the problem ...
Just having a read of
Hi All
Within an execution environment, all subroutines using a given common name,
including unnamed common, must have each common the same size as every other
subroutine in the same environment, otherwise you get a COMMON SIZE MISMATCH
ERROR.
That is why, when you have 2 includes containing
Adrian:
An unnamed common is not lost between subroutine calls. It is only
lost when a program (not a subroutine) completes execution. So, If I
run PROGRAM1, set unnamed common within it, then call SUBROUTINE1,
then call SUBROUTINE2, unnamed common is kept until PROGRAM1 completes
Be careful with named common names in UniData. They're restricted to
seven characters, maximum, in the name.
Bill
Womack, Adrian said the following on 10/7/2009 11:18 PM:
The common blocks you've shown are not named - maybe that's your
problem.
Try naming them (i.e. adding a unique
All,
For the benefit of new members of the lists, the following rules are
in effect:
1. Courtesy is key.
2. Some users have limits on their mailboxes, have limits on the
speed of their connections, or read from the digests. In all of
these cases, quoting the entire chain of posts
Chuck,
Nice work! An interesting follow-up investigation, for this community at
least, might be to scour the next set of published IBM results, because
somewhere in that haystack of papers one would expect to find a
reference to the sale value for the U2 assets
Ross Ferris
Stamina Software
Thanks everyone for you support.
I understand that the issue in .net is caused by trying to resize the common
block and will look at putting all unnamed commons into one include or name all
my commons.
The bit that I still don't understand is why I don't have an exception in
UniObject VB6.
Harold ,
If you're moving from Linux to Unix, I would check out Stratus computers.
They're fault-tolerant Linux machines, running Redhat, with a long heritage
from the 80's (with their own operating system). Their claim to fame is
99. % uptime or something ridiculously reliable like
Karl,
Quotes are funny! Only Benjamin Franklin wanted the turkey to be the
national bird! I prefer the Eagle: a majestic bird of their ever was one.
Brad
---
Karl Pearson
ka...@ourldsfamily.com
Owner/Administrator of the sites at
http://ourldsfamily.com
---
To mess up your Linux PC, you
Just an update with common blocks.
What I am doing is calling two different subroutines with the same UniSession.
The first Subroutine inserts 1 common variable to the common block.
The second Subroutine inserts 2 common variables to the common block.
I am calling these subroutines
Hi Adrian
If you are using connection pooling, I believe the session would not drop.
Regards
David Jordan
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
No connection pooling.
Just the standard session.
I am doing the same UniSession and UniSubroutine object setup and creation in
.NET, VB6 and Java.
It seems in .NET UniObjects doesn't clear unnamed commons between subroutine
calls where in VB6 and Java UniObjects it does.
Regards
Adrian
24 matches
Mail list logo
