Today's increasingly competitive market makes it crucial for resellers and
developers of MultiValue applications to keep up with rapidly evolving end user
expectation and demand. The successful organizations will be the ones who are
able to respond effectively to this fundamental power shift
David Peters Bluefinity David.Peters at bluefinity.com writes:
Had a comment back that the link was bad so sorry about that, try again.
http://www.bluefinity.com/v4/dot_net_for_multivalue_webinar.html
Regards
___
U2-Users mailing list
I believe that using a lower case select forces the syntax to the native
UniData mode, not flipping it to the other mode. Thus using SELECT or
select in native UniData mode is the same, but in P mode, select will
expect native UniData syntax.
As stated earlier, paragraphs ONLY use the native
So since the current version of UV PE expires at the end of the month, I
downloaded the latest version and attempted an upgrade. It fails during the
build process with a memory allocation error.
Here's the last few lines of the output from the build process:
Compiling INODE.DEV.
FILEINODE : .
Lower case select forces U mode when ECLTYPE is set to P.
In PROC you can also force U mode parsing with PU instead of P
But what the customer needs is P mode, not U mode parsing.
Wally Terhune
Technical Support Engineer
Rocket Software
4600 South Ulster Street, Suite 1100 **Denver, CO 80237
The general reason why I post code snippets like this, isn't really necessarily
always to solve the issue I'm having, but often to see examples of how others
solve similar issues.
It's my belief that by sharing how we do things, we can all learn something new
and interesting. We may use that,
Have never used PROCs. I was, however, able to adapt this and it worked
great!
Thanks.
Al DeWitt
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Eric Neu
Sent: Wednesday, July 11, 2012 7:43 PM
To: U2 Users List
Maybe your statement is too long.
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Al DeWitt
Sent: Wednesday, July 11, 2012 7:19 PM
To: u2-users@listserver.u2ug.org
Subject: [U2] Select Statement Invalid
Unidata
This is the best solution, using REMOVE and building a new list instead of
constantly 'shrinking' the original table.
That being said, as NEW.LIST gets rather large, adding new elements to it can
get 'time' consuming. Just like the REMOVE keeps track of the pointer as you
spin through a table,
That was my first thought,
Change to KEY.COUNT TO 1 STEP -1
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Brian Leach
Sent: Thursday, July 12, 2012 4:22 AM
To: 'U2 Users List'
Subject: Re: [U2] trimming a list (a
Instead of -1, use string=string:char(254):additionalelement
George
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Dave Laansma
Sent: Thursday, July 12, 2012 9:20 AM
To: Marco Manyevere; U2 Users List
Subject:
String concatenation will probably work faster since it doesn't care about
pointers
IF NEW.LIST# THEN NEW.LIST := @AM (or @VM if you want in the original format)
NEW.LIST := UTILITY.ID
Martin
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
Consider checking out...
http://www.EvolutionOfTheWeb.com
Via the http://www.nyCoders.org mailing list.
This chart reminds me of the one that Dawn Wolthuis has available via
http://www.tincat-group.com/mv/familytree.html.
--Bill
___
U2-Users
Use 'STEP -1' so as to work from the back to front. That would avoid the need
to reset DISPLAY.LOOP and KEY.COUNT
1295 FOR DISPLAY.LOOP = KEY.COUNT TO 1 STEP -1
1296 UTILITY.ID = KEY.LIST1,DISPLAY.LOOP
1297 GOSUB GET.UTILITY.RECORD
1298 IF
Is this technique significantly faster? It still has to search to the end of
the table each time it appends this string, doesn't it?
Sincerely,
David Laansma
IT Manager
Hubbard Supply Co.
Direct: 810-342-7143
Office: 810-234-8681
Fax: 810-234-6142
www.hubbardsupply.com
Delivering Products,
Hi Bob,
I cannot offer any advice for getting 11.1.9 working on Fedora 17. Note that
for Linux, UV is certified on RHEL 6.x. While this might seem to make Fedora a
natural free OS version to pick, there can be some pretty big differences. Not
that F17 runs on a Kernel version of 3.3.4 whereas
I'm puzzled by '... doesn't care ...' terminology. Of course it 'cares'
about pointers, it still has to get to the end of the 'string' one way
or another.
So, the question then is, does concatenation := establish and append to
a 'string' faster than -1?
And if so, why doesn't the database use
so is this summary correct?
Unidata only accepts the '[]' wildcards in ecltype P. In ecotype U you need
to use the LIKE/MATCH … syntax.
However, in ecltype P, paragraphs always run their commands as ecltype U.
So in ecltype P, the [] wildcards will work when typed at TCL, but not in a
I just did a test of this on Universe 10 on Windows 7 and it doesn't make any
difference
FFT.BP 'SPEED.TEST'
0001 GOSUB SUB.ONE
0002 GOSUB SUB.TWO
0003 *
0004 GOSUB SUB.TWO
0005 GOSUB SUB.ONE
0006 STOP
0007 *
0008 SUB.ONE:
0009 START = TIME()
0010 A =
Almost.
PROC is always P mode - unless you use lowercase command or PU.
As PROC is not documented (provided to ease conversions to UniData), PU isn't
documented, either.
Wally Terhune
Technical Support Engineer
Rocket Software
4600 South Ulster Street, Suite 1100 **Denver, CO 80237 **USA
t: +1
Ah, but try it with := instead of Y = Y:
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 Daniel McGrath
Sent: Thursday, July 12, 2012 8:56 AM
To: U2 Users List
Subject:
HOLY SMOKES!
X = X : string
Is CRAZY slow! I had to break out.
My results on Unidata/AIX, -1 was SLIGHTLY faster than := for 1,000,000
appendages to a null table.
Sincerely,
David Laansma
IT Manager
Hubbard Supply Co.
Direct: 810-342-7143
Office: 810-234-8681
Fax: 810-234-6142
Absolutely correct, but it didn't make a difference when I reverse the order of
the tests. I got to 0 vs 565 when I shut it down (and 500+ vs 0 in reverse
order). I think that is a clear enough answer.
Caveat, this was done on UDT, other MVDMS may behave different.
As always; don't assume,
What TCP/IP port# does Redback typically use?
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
8403 (and up depending on the ini file settings)
On Thu, Jul 12, 2012 at 1:55 PM, Kevin King ke...@precisonline.com wrote:
What TCP/IP port# does Redback typically use?
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
Is anyone else having 1+ hour delays when posting responses to this list?
Almost all of my replies are delayed
(I'm sending this at 1:09pm for reference)
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
I received it within 1 minute after you sent it...
Larry Hiscock
Western Computer Services
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Daniel McGrath
Sent: Thursday, July 12, 2012 12:09 PM
To: U2 Users List
Sort of OT:
My NebulaXLite product builds XML files that can get into tens of
megabytes. Concatenation with either method described below can cause
this process to take 1/2 hour or longer. I developed a technique that
reduces build time of these large blocks down to seconds, and no, this
isn't a
You would need to look in your rgwresp.ini file to see what it is set to. Path
to the file is $RBHOME/rgw/conf
Dan Goble | Senior Systems Engineer
Interline Brands, Inc.
804 East Gate Drive Suite 100, Mount Laurel, NJ 08054
Office: 856.533.3110 | Mobile: 609.792.6855
E-mail:
No problem here. It came super fast, it is 12:09pm here.
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Daniel McGrath
Sent: Thursday, July 12, 2012 12:09 PM
To: U2 Users List (u2-users@listserver.u2ug.org)
You are probably thinking about the technique of pre-allocating the chunk of
memory first, then manually overwriting sections instead of appending to the
end. This saves on system calls to allocate new memory. I think there used to
be something on pick wiki about it.
Regards,
Dan
I'm reading your message at 1:15pm so it's only 6 minutes, depending on
your time zone. The email header says you sent it at 12:09pm instead of
1:09pm. I'm on the West coast in Seattle.
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
Nope;
Has to do with how systems handle system delimiters.
Dynamic arrays maintain pointers to attribute locations, but not the @VM
pointers.
The system already has buffering, memory management etc. for string
manipulation.
However, what makes it fast is the routine makes use of 1,000 different
I can think of a way I've used in the past.
You keep track of the size, or use a break every so-many values like 100 or
whatever or a size of 10K or whatever
And then you simply start in a new empty carrier variable
So you have an embedded loop
FOR I = 1 TO 500
A-1 = I
IF NOT(MOD(I,1000))
Could you show us a comparison of times using your methods?
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Tony Gravagno
Sent: Thursday, July 12, 2012 12:52 PM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2]
Awesome, thanks!
On Thu, Jul 12, 2012 at 1:56 PM, Dan Goble dan.go...@interlinebrands.comwrote:
You would need to look in your rgwresp.ini file to see what it is set to.
Path to the file is $RBHOME/rgw/conf
Dan Goble | Senior Systems Engineer
Interline Brands, Inc.
804 East Gate Drive
I beg to differ.
The runtime maintains a pointer to *your current attribute*, as I understand it.
Not to *each* attribute location.
One buffer location, not a thousand.
If it maintained a pointer to *each* attribute location, you could jump around
in the variable at random and has access as
Oops, my reply just showed up and it is 2:16pm
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Lunt, Bruce
Sent: Thursday, July 12, 2012 1:14 PM
To: 'U2 Users List'
Subject: Re: [U2] Mailing list delays
No problem
From: Lunt, Bruce
Could you show us a comparison of times using your methods?
It'll take a while to do that, sorry. I'm just testing this
functionality in the latest version which will be available for U2 in
a month or so. But I will be publishing before/after performance data
as part of the
I have a client where I installed UD v7.3 on a new server in their
domain. They use a VPN for external connectivity. I've connected to
their VPN and can do the following using my standard (domain) Windows
credentials:
1) Remote Desktop to the UD server,
2) Log into UD on the designated
Yes. I even did a jig spinning counter-clockwise. :-)
Bill
- Original Message -
*From:* robert.hou...@fwic.net
*To:* U2 Users List u2-users@listserver.u2ug.org
*Date:* 7/12/2012 3:00 PM
*Subject:* Re: [U2] UD -
In order to use these tools, there's probably a right that you have to grant to
your Windows account. Something like Impersonate a client after
authentication or something like that. Is there anything in the event log
that gives you more information?
-Original Message-
From:
JUST FOR FUN...
I bumped the iteration count to 10,000,000
And the DIM BIG() to 10,000
Ran in 60 seconds with 157,094 to 355,618 iterations per second.
Total byte count of the resulting @MV list was 78,888,896 bytes
NOT too shabby
... david ...
David L. Wasylenko
President, Pick Professionals,
Robert:
The only event-log entries I see are:
- - - - - - - - - -
Log Name: Application
Source:Uni RPC Service
Date: 7/12/2012 2:18:18 PM
Event ID: 1004
Task Category: None
Level: Error
Keywords: Classic
User: N/A
Computer:
Bill:
The Rocket Customer Portal is up and running. And displays all brands,
including U2.
https://support.rocketsoftware.com/rsp-portal/rsp/index
Please email u2supp...@rocketsoftware.com
Or call the same old 800 number and ask someone to help you get connected.
800.729.3553
Wally Terhune
Thought I'd have a go at something a bit different so I came up with a
recursive routine (CHECK.LIST). I used a simple list of 5000 integers
and filtered evens out as my test. The recursion basically splits the
list in half until it's smallish, then processes CNT to 1 step -1. It
didn't produce
We have released the XLr8Resizer for 3.5.1 for Universe and Unidata with
the following updates:
v3.5.1 - July 12, 2012
1) XLr8Resizer removed tabbed control ScrolledComposite code and
replaced with SWT controls.
2) XLr8Resizer added ANALYZE.FILE tab for Unidata.
3) XLr8Resizer fixed
As always, thanks Wally!
I see I was confused about the [Submit] button. It's normal state looks
disabled; however, when I mouse-over the button it changes to a nice
blue button. You'd think I'd be familiar with this kind of programming,
considering I do stupid stuff all the time. :-)
The runtime does not maintain a pointer to each cell in a dimensioned array.
The cell positions are *calculated* using an initial offset address and then a
formula. No pointers.
Or *one* if you prefer to call the offset address a pointer to the start of the
array.
The moving pointer into a
Hi Bill:
This might be similar to a problem I had to do with BDT and Universe 11.1.3
11.1.9. Once I changed the administrator password to match the domain
administrator password on the Universe box, UOJ started working.
Regards,
Doug
www.u2logic.com
To continue along these lines, and if you want your code to be compact,
if KEY.LIST were equal to RAISE(KEY.LIST) you could do this:
NEW.LIST =
SELECT KEY.LIST
LOOP WHILE READNEXT UTILITY.ID DO
GOSUB GET.UTILITY.RECORD
IF INDEX(UTILITY.NAME,LAST.NAME,1) THEN NEW.LIST-1 = UTILITY.ID
REPEAT
Hi Steven
The REMOVE statement process a multivalued list. The SETTING clause will
set the variable to either 3, or 2, or 1, or 0 depending on the value of
the delimiter last encountered...
1 for @FM
2 for @VM
3 for @SM
0 for End Of String
If the array consists only of @FM, then MORE
52 matches
Mail list logo