On 04/05/2011 18:10, Bob Wyatt bwyatt_...@comcast.net wrote:
Please kill this, or move it to Community (which has effectively killed crap
like this before)...
Moving things to Community kills things for me because although I am
subscribed to it nothing ever comes from it. I thought it was
Bill
Four things architecturally have helped me when using UO - the first couple
may be too late but the fourth may be useful:
1. I only use UO to call subroutines. These have a common calling interface
so there is a single dispatch point in the client where I can add logging
and a despatch
All good advice Brian, we do the same with points 1 and 2 re just calling
subroutines and doing logging if needs be to file, i also have a simple php
interface to the backend so we can test the backend standalone without
uniobjects or .net - which is very usefull. The data size is interesting and
In the end I took down the application that updates the indexed field
and did a BUILD.INDEX at 1am. It took approximately one hour to build
but unfortunately another process that accesses that file shutdown in
error as the BUILD.INDEX had the FX lock on the file. No harm done but
again without a
Hi Perry
One of the new features in UniVerse 11.1 is the concurrent build of indices. I
would suggest being very careful in using it as, to my knowledge, it could have
an impact on your performance. From the new features Pdf: BUILD.INDEX filename
{attribute [attribute...] | ALL } [CONCURRENT]
I thought I would resurrect an old issue I found on the mailing list...
As I am not a mailing list junky (google and web forums have spoiled me),
I'm not entirely sure how to reply directly to the old post...
Original Post
From:
Ross Morrissey
Fri, 24 Jul 2009 14:11:56 -0700
Have you tried instead of ; to separate the cd and uv commands?
rex
On Fri, May 6, 2011 at 11:56 AM, John Thompson jthompson...@gmail.com wrote:
I thought I would resurrect an old issue I found on the mailing list...
As I am not a mailing list junky (google and web forums have spoiled me),
Brian and Symeon, since mv.NET is wrapping UO.NET, the issues you
mention don't apply:
- Bill isn't managing the UO.NET API calls, so he has no control
over them.
- Once the connection is established, only one client process has
access to any given server connection. Therefore, no
Yep, the same behavior still happens.
The issue is:
On AIX 5.3 (Technology Level 9)
You can do the following:
-Call Universe from a php script from a shell.
So if I do:
php -f scriptname.php
The php script, is changing the directory and firing up universe.
Everything works fine from the shell.
Sounds to me like it has something to do with shell environment not
being what is expected. Something like maybe the path doesn't include a
needed directory. I'm not a PHP programmer, though, so it's just a WAG
on my part.
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
As a workaround, you could try u2pipe:
http://www.pickwiki.com/cgi-bin/wiki.pl?U2pipe
You wouldn't need to install it as a inet service, just use it as a
pipe. For example:
echo display 42|/usr/local/bin/u2pipe (or wherever you install it)
To configure u2pipe, you edit /etc/u2pipe.ini to
this sounds like a permissions issue.
probably, the user that apache is running under doesn't have the permissions
to execute the uv program in .../uv/bin
George
-Original Message-
From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-
boun...@listserver.u2ug.org] On Behalf Of
I have two users here who do something unknown in DC that turns the right half
of the DC window background from black to white.
When it changes to white, they are then limited as to what they can see and do
in DC.
Help would be appreciated.
--Bill
I'm going to be embarking on attempting to send e-docs (postage statements) to
the USPS
using MAIL.XML. Any pointers?
George Gallen
Senior Programmer/Analyst
Accounting/Data Division, EDI Administrator
ggal...@wyanokegroup.com
ph:856.848.9005 Ext 220
The Wyanoke Group
Thanks for all of your replies.
Thanks to Bob Woodward for the shell environment idea.
Thanks to Kevin King for his help.
Apache sets extra environment variables when compared to the shell of a
regular user.
One of these environment variables is called:
LDR_CNTRL
Apparently it has something to
We don't use Mail.XML but I've done integration with USPS as well as most
of the major parcel carriers.
Are you doing pull-only, push-only, or both? If you're submitting docs
then that's pull. If USPS sends you a notification then that's push. If
you're only pulling, then you don't need to
http://publib.boulder.ibm.com/infocenter/tivihelp/v2r1/index.jsp?topic=/com.
ibm.itame3.doc_5.1/am51_perftune113.htm
It is a good idea to unset the LDR_CNTRL environment variable, so that it
does not unintentionally affect other processes.
Regards,
Hi Keith:
When I read your notes about another editor that is about 6,000 Basic lines
long, I'm wonder if some us U2 programmers are Luddite's. See
http://en.wikipedia.org/wiki/Luddite for more information.
Really, do we want to marginalize our talents by showing we can use a Basic
editor that
Thanks for the link :) That helps.
On Fri, May 6, 2011 at 3:16 PM, Glen Batchelor webmas...@all-spec.comwrote:
http://publib.boulder.ibm.com/infocenter/tivihelp/v2r1/index.jsp?topic=/com
.
ibm.itame3.doc_5.1/am51_perftune113.htm
It is a good idea to unset the LDR_CNTRL environment
This is shell variables,
You will need $UVHOME and $UVBIN setting otherwise uv does not work.
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of John Thompson
Sent: 06 May 2011 16:57
To: u2-users@listserver.u2ug.org
I created an interface with USPS a few years ago in a product
which was shelved due to overwhelming lack of field interest -
perhaps I just marketed this one poorly.
(nospam.pleaseNebula-RnD.com/products/ship.htm)
The XML exchanges worked quite well and as I recall there were
very few issues.
LDR_CNTRL has to do with the settings for your temporary work space (as we used
to call it)
How much space to allocate for your process' heap and so on.
Can you give a full PHP script showing how you got around this?
I mean the entire script, just post it into the board here.
If they don't consume a seat, doesn't that also mean that they don't lock the
program while editing it?
If so, how do they work well in a multi-programmer environment?
Again, at least these editors mentioned before don't require a telnet
session, use UniObjects to access data from U2, and
UniObjects (UO) does consume a seat. At least with XLr8Editor you can chose
to lock or not lock the item you editing not sure about the others editors.
In a multi-programmer environment nothing much changes from the
locking perspective.
However, if you are using a LED you cannot do anything
Some ppl just do not like eclipse in any shape or form.
On 5/6/11, fft2...@aol.com fft2...@aol.com wrote:
If they don't consume a seat, doesn't that also mean that they don't lock
the program while editing it?
If so, how do they work well in a multi-programmer environment?
Again, at
When John and I were working on this we noticed that the LDR_CNTRL
environment variable wasn't set at all on a normal telnet login. When we
DID set it manually on the telnet session, Universe wouldn't start with the
4 22 message. So the simplest version the script was basically like this
(and
26 matches
Mail list logo
