[U2] Mark Shannon/Australia/IBM is out of the office.

[Mark Shannon]

I will be out of the office starting  30/03/2006 and will not return until
19/04/2006.

If you need assistance with U2 matters,  please email [EMAIL PROTECTED]
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] [UD] Executing save-list

[Bill Haskett]

Bruce:

So, I'm guessing you're validating that the SAVE-LIST and SAVE.LIST (and
probably SAVELIST) are all ignoring the local (VOC) file.  I misstated, in
my original mail, when I said the modified "SAVE-LIST" works from TCL
because it doesn't; only the "SL" synonym works properly.

Do you have any idea how to override this restrictive handling of verbs, and
make the VOC the primary source for the verbs I identify?

As always, thanks.

Bill
 

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Nichol
> Sent: Tuesday, March 28, 2006 11:06 PM
> To: u2-users@listserver.u2ug.org
> Subject: Re: [U2] [UD] Executing save-list
> 
> Goo'day, Bill...
> 
> At 16:52 28/03/06 -0800, you wrote:
> 
> >I was following some suggestions to track saved lists and 
> >did the following:
> >
> >1) Created a "SAVE-LIST" (VOC) entry that looks like:
> >   SAVE-LIST
> >   001 V
> >   002 U2.LISTINFO
> >
> >2) Wrote a program "U2.LISTINFO" that updates a (LISTINFO)
> >   file with information then does an "EXECUTE \SAVE.LIST \
> >   : LISTNAME".
> >
> >When I "EXECUTE \SAVE-LIST \ : LISTNAME" from a BASIC program
> >the program "U2.LISTINFO" isn't called.  It's as though there
> >is a global "SAVE-LIST" command that is used instead of the
> >local one.  Is this true?  Any ideas how I can overcome this?
> >(ECLTYPE P)
>
>
> If UD is anything like UV, SAVE-LIST is exactly the same as 
> SAVE.LIST, 'cos part of the comaptibility with Pick is that
> a dot or a dash for TCL verbs are the same
> 
> Regards,
> 
> Bruce Nichol
> Talon Computer Services
> ALBURYNSW 2640
> Australia
> 
> http://www.taloncs.com.au
> 
> Tel: +61 (0)411149636
> Fax: +61 (0)260232119
> 
> If it ain't broke, fix it till it is! 
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] Shell Escape

[Allen E. Elwood]

Well, you could set up a program called SWITCH.CAMPUS or WHEREAMI and have
them execute that, and have it ask for campus and department, and then do a
lookup to see what printer it should use and then execute SETPTR.

Attach that to their logon proc and you've got a fairly idiot proof
procedure.  (note, no procedure if fully idiot proof, as in PEBKAC)

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Ron S (sent by
Nabble.com)
Sent: Wednesday, March 29, 2006 13:23
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] Shell Escape


We have multiple campuses and staff that will change campus mid week. They
need the functionality of changing printers.
--
View this message in context:
http://www.nabble.com/Shell-Escape-t1363450.html#a3658970
Sent from the U2 - Users forum at Nabble.com.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] Shell Escape

[Ron S (sent by Nabble.com)]

We have multiple campuses and staff that will change campus mid week. They
need the functionality of changing printers.
--
View this message in context: 
http://www.nabble.com/Shell-Escape-t1363450.html#a3658970
Sent from the U2 - Users forum at Nabble.com.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] FILE RESIZE

[John Jenkins]

On current UniVerse versions please use "fixtool" in preference to
"uvfixfile" - "fixtool" is also the only way of fixing 64-bit files short of
getting the binary editor out...

Regards

JayJay
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] Unidata Errors

[John Jenkins]

This may help. often a clue (thanks to Wally...)

http://www-128.ibm.com/developerworks/db2/library/techarticle/dm-0409terhune
/

Regards

JayJay
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] UD telnet server

[John Jenkins]

Steven

Dropping the card rate is not enough if this is the problem - you need a
different card

In some cases a different driver version, alternate driver from another
supplier (these card's are widely OEMed but the drivers from different
hardware suppliers are often subtly different but compatible). As always
take great care with changing a production system. there is no guarantee
that different (wrong?)  drivers won't go west big-time.


Connecting from the console when you have network connection problems is
usually the "gold standard" for testing - please use 127.0.0.1 as the
address and not any name or other IP address when testing in this way.

Regards

JayJay

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Steven Frost
Sent: 28 March 2006 22:06
To: U2 Users (E-mail)
Subject: RE: [U2] UD telnet server

Hi - this machine is running a 1GB card, so we will configure it down to
100MB 
and see if that improves the situation. Thanks.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Bill Haskett
Sent: Thursday, 23 March 2006 5:58 a.m.
To: u2-users@listserver.u2ug.org
Subject: RE: [U2] UD telnet server


> Simon:
>
> 1GB ethernet cards are notorious for dbms products.  I know on D3, where
> I've had a good deal of experience, a 1GB ethernet card that isn't an
> (off-board) INTEL Pro 1000MT adapter can have very unusual symptoms that
> basically cause the dbms to crash, the network to sputter, or the telnet
> connection to crash.
>
> The first thing I'd do is to make sure each machine has a separate
> quality NIC card and deactivate the on-board NICs...I've even had to
> drop down to a 100MB card on some systems.
>
> Hope this helps a little.
>
> Bill
>
>
>
To unsubscribe please visit http://listserver.u2ug.org/

#
This e-mail message has been scanned for Viruses and Content and cleared 
by MailMarshal

#



CAUTION: This email and any attachments may contain information that is
confidential.  If you are not the intended recipient, you must not read,
copy, distribute, disclose or use this email or any attachments.  If you
have received this email in error, please notify us and erase this email and
any attachments.  You must scan this email and any attachments for viruses.
DISCLAIMER: Powerco Limited accepts no liability for any loss, damage or
other consequences, whether caused by its negligence or not, resulting
directly or indirectly from the use of this email or attachments or for any
changes made to this email and any attachments after sending by Powerco
Limited.  The opinions expressed in this email and any attachments are not
necessarily those of Powerco Limited.



---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] [AD]Job Openning in NY [/AD]

[vance . alspach]

So have I, have even been a part of one (left after seven years). However, 
this one seems a little more intense.  Purchased us for 14 times our worth 
and our current parent company is only going to support us 12-18 months.

They still have no plan, papers won't be sign until SEC approval around 
the end of May.

Time will tell


Vance



"Tom Dodds" <[EMAIL PROTECTED]> 
03/29/2006 03:36 PM

To
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, 

cc

Subject
RE: [U2] [AD]Job Openning in NY [/AD]






I have seen a lot of companies be acquired by non-mv organizations and it
took years and years to replace the old legacy pick system.  It often 
times
ends up not being replace, but integrated with.

It may not be a bad as it looks on the surface. 

Tom Dodds
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] [AD]Job Openning in NY [/AD]

[Tom Dodds]

I have seen a lot of companies be acquired by non-mv organizations and it
took years and years to replace the old legacy pick system.  It often times
ends up not being replace, but integrated with.

It may not be a bad as it looks on the surface. 

Tom Dodds
[EMAIL PROTECTED]
513-563-2800 Cincinnati Office
708-234-9608 Chicago Office
630-235-2975 Anywhere Cell
 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Wednesday, March 29, 2006 10:12 AM
To: [EMAIL PROTECTED]; u2-users@listserver.u2ug.org
Subject: Re: [U2] [AD]Job Openning in NY [/AD]

On a simliar subject, our company is in the process of an acquisition (we 
are the ones being acquired) by a company NOT using a Multivalue database. 
 Over the next year I anticipate 5 warm bodies available in the Michigan 
area.

Vance Alspach




"Charles Barouch" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED]
03/29/2006 09:38 AM
Please respond to
[EMAIL PROTECTED]


To
u2-users@listserver.u2ug.org
cc

Subject
[U2] [AD]Job Openning in NY [/AD]






>All,
> A headhunter has approached me looking
>for a full-time (no consultants) D3 programmer in Queens, NY. The company
>is a garment company. They have two programmers, one of which is
>retiring.
> She can't release salary
>requirements, so all I can do is pass her your resumes if you are
>interested and put you in touch. If interested, please e-mail to
>[EMAIL PROTECTED]
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] RE: UniBasic code that should work

[Jerry Banker]

This function is not in UV. Did the original question say they were using 
Unidata?


- Original Message - 
From: "Mike Rajkowski" <[EMAIL PROTECTED]>

To: 
Sent: Wednesday, March 29, 2006 9:38 AM
Subject: RE: [U2] RE: UniBasic code that should work



This is an interesting issue.  You can work around it by using the
DROUND.

I.E.
A = DROUND(A, 2)


Michael Rajkowski


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Piers Angliss
Sent: Wednesday, March 29, 2006 1:52 AM
To: u2-users@listserver.u2ug.org
Cc: [EMAIL PROTECTED]
Subject: RE: [U2] RE: UniBasic code that should work

OP doesn't say which database, except that UniBasic suggests UniData and
on
my machine it works fine in Universe but as described in UniData (5.2.3
on
RHL)!

Wide-zero is a Universe-specific feature so wouldn't affect UniData

I'm baffled - adding additional prints to the code suggests that both
variables are of equal length consisting of the same characters, that
A-B =
0 but that A is greater than B.

If you change the assignment of B to B = 4.58 - 4.59 then it works fine,
but
B = 0 - 0.01 still fails

If you step through with the UniBasic debugger everything still appears
the
same, but this time it works correctly !!

Any UniData gurus out there who can suggest an explanation ?

Piers

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Kevin King
Sent: 29 March 2006 01:53
To: u2-users@listserver.u2ug.org
Subject: [U2] RE: UniBasic code that should work


Sounds like Universe and the WIDE0 setting again.  Seems we've seen a
lot of that kind of stuff in the past few months.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of [EMAIL PROTECTED]
Sent: Tuesday, March 28, 2006 5:48 PM
To: u2users
Subject: UniBasic code that should work


Posted on behalf of a colleague who wishes to remain nameless...

UniBasic code that should work

The results of the following code are proving to be troublesome:

 A = 4.57 + (-4.58)
 B = (-0.01)
 PRINT 'TEST ONE: ARE ':A:' AND ':B:' THE SAME? ':
 IF A = B THEN
PRINT 'YES'
 END ELSE
PRINT 'NO'
 END

 A = OCONV(A,'MD20')
 B = OCONV(B,'MD20')
 PRINT 'TEST TWO: ARE ':A:' AND ':B:' THE SAME? ':
 IF A = B THEN
PRINT 'YES'
 END ELSE
PRINT 'NO'
 END

You would expect both tests to return 'YES', but in fact, only the
second test returns 'YES'.

TEST ONE: ARE -0.01 AND -0.01 THE SAME? NO TEST TWO: ARE -0.01 AND
-0.01 THE SAME? YES

Is there something simple that I am missing?


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "u2users" group.
To post to this group, send email to [EMAIL PROTECTED] To
unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/u2users
-~--~~~~--~~--~--~---

--

No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.385 / Virus Database: 268.3.2/294 - Release Date:
3/27/2006
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] Shell Escape

[Jerry Banker]

Why not just use the SETPTR command? We use a table of users that contains 
options each user is allowed, one is for their default printer. When someone 
logs in the login paragraph runs a program that sets up the user checking 
this file for the users default settings. We use the SETPTR command option 
AT to give them a default printer location. We also have a program that does 
the same thing, it is executed when for some reason a report has been 
printed to a different location (landscape printer, etc.) by the user.

.
- Original Message - 
From: "Ron S (sent by Nabble.com)" <[EMAIL PROTECTED]>

To: 
Sent: Wednesday, March 29, 2006 11:02 AM
Subject: [U2] Shell Escape



QUESTION:
Is there a way to change a user's environment variable setting from within
UniData so that we could set the printer that the user wishes to use for
that session?

BACKGROUND:
We're using UniData 6.0.11 with Datatel's Colleague on UNIX, primary shell
is ksh. As the system starts we used to allow a menu prior to loading
Unidata that allowed users to change their $PRINTER.

ISSUE:
We'd like to do this from within UniData. It appears that the shell escape
(!) filters out the source (.) of a UNIX script.

This,
:!. /path/to/script PRINTER
Fails to send in the PRINTER as an argument but it is essentially what I'd
like to do. The PRINTER is just the string "PRINTER" that was/is expected 
to

allow the script to decide on the action in a case statement.

Thanks in advance.
--
View this message in context: 
http://www.nabble.com/Shell-Escape-t1363450.html#a3654192

Sent from the U2 - Users forum at Nabble.com.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] RE: UniBasic code that should work

[Piers Angliss]

Colin,

Thank you, I'd completely forgotten about Float.Precision.

Changing from (the default) setting of zero to any of the other settings
(1-4) sorts it out - although it took three passes through the HELP to
understand some of the other implications.

I'm just slightly amazed that something this simple fails on the default
setting and that I don't recall seeing this in UniData before, but I must
have because the LOGIN paras in my clients' production accounts include it -
Doh !!!

Piers

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
[EMAIL PROTECTED]
Sent: 29 March 2006 15:46
To: u2-users@listserver.u2ug.org
Subject: RE: [U2] RE: UniBasic code that should work


In UniData see HELP FLOAT.PRECISION. Here is a website that explains
some of the problems with using floating point math:
.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

[U2] Shell Escape

[Ron S (sent by Nabble.com)]

QUESTION:
Is there a way to change a user's environment variable setting from within
UniData so that we could set the printer that the user wishes to use for
that session?

BACKGROUND:
We're using UniData 6.0.11 with Datatel's Colleague on UNIX, primary shell
is ksh. As the system starts we used to allow a menu prior to loading
Unidata that allowed users to change their $PRINTER.

ISSUE:
We'd like to do this from within UniData. It appears that the shell escape
(!) filters out the source (.) of a UNIX script.

This,
:!. /path/to/script PRINTER
Fails to send in the PRINTER as an argument but it is essentially what I'd
like to do. The PRINTER is just the string "PRINTER" that was/is expected to
allow the script to decide on the action in a case statement.

Thanks in advance.
--
View this message in context: 
http://www.nabble.com/Shell-Escape-t1363450.html#a3654192
Sent from the U2 - Users forum at Nabble.com.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] RE: UniBasic code that should work

[Jacques G.]

This could be fixed by multiplying the number by 100
so that floating points aren't used at all. (If you
know for sure you will never have more than 2
decimals) I'm assuming these are money amounts.

I once saw a similar problem where a locate on a list
of appartements for 1 would find appartment 1E0 as a
match. (On Universe).


--- Raymond DeGennaro II
<[EMAIL PROTECTED]> wrote:

> At 07:35 -0700 2006/03/29, Kevin King wrote:
> >Wow, Piers, absolutely true.  I just ran on UD6PE
> and it fails exactly
> >as described.
> 
> I sounds like UniBASIC is doing "proper" floating
> point math and the 
> example has hit one ore more values that are tough
> to represent 
> "exactly".
> 
> >If you concatenate a null to the end, then it
> works,
> 
> Because now they're strings.
> 
> >but adding a zero to each side of the IF A = B THEN
> does not change
> >the outcome.
> 
> Back to floating point "in-exactness"
> 
> >I have no explanation, and it does scare me just a
> bit.
> 
> I think folks coming from a C/Pascal background
> aren't too suprised. 
> Back in those days, I regularly re-used a
> "floatequal" macro that 
> just made sure that (a-b) was less than a defined
> tolerance value.  I 
> think that's part of the reason for the popularity
> of "fixed point" 
> notation in the days before FPU's became ubiquitous.
> 
> In Grad School, I had one project that suffered so
> much from floating 
> point round off, that I had to switch to an
> arbitrary precision math 
> library.  All the math was done in Base256, so it
> was easy to just 
> tack on an extra byte to get an extra "digit" of
> precision.  Think 
> School House Rock's "Hey Little Twelve Toes" times
> 21-1/3.
> 
> Ray
> -- 
>
.=.
> | =-=-=-=-=-=-= Eagle Rock Information Systems Corp
> =-=-=-=-=-=-= |
> | -=-=-=-=-=-=- web and database business solutions
> -=-=-=-=-=-=- |
> |      
>    |
> |Midwest Regional Office: 815-547-0662 (voice) 
> 815-547-0353 (Fax)|
>
.=.
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit
> http://listserver.u2ug.org/
> 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] RE: UniBasic code that should work

[Raymond DeGennaro II]

At 07:35 -0700 2006/03/29, Kevin King wrote:

Wow, Piers, absolutely true.  I just ran on UD6PE and it fails exactly
as described.


I sounds like UniBASIC is doing "proper" floating point math and the 
example has hit one ore more values that are tough to represent 
"exactly".



If you concatenate a null to the end, then it works,


Because now they're strings.


but adding a zero to each side of the IF A = B THEN does not change
the outcome.


Back to floating point "in-exactness"


I have no explanation, and it does scare me just a bit.


I think folks coming from a C/Pascal background aren't too suprised. 
Back in those days, I regularly re-used a "floatequal" macro that 
just made sure that (a-b) was less than a defined tolerance value.  I 
think that's part of the reason for the popularity of "fixed point" 
notation in the days before FPU's became ubiquitous.


In Grad School, I had one project that suffered so much from floating 
point round off, that I had to switch to an arbitrary precision math 
library.  All the math was done in Base256, so it was easy to just 
tack on an extra byte to get an extra "digit" of precision.  Think 
School House Rock's "Hey Little Twelve Toes" times 21-1/3.


Ray
--
.=.
| =-=-=-=-=-=-= Eagle Rock Information Systems Corp =-=-=-=-=-=-= |
| -=-=-=-=-=-=- web and database business solutions -=-=-=-=-=-=- |
|      |
|Midwest Regional Office: 815-547-0662 (voice)  815-547-0353 (Fax)|
.=.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] RE: UniBasic code that should work

[Mike Rajkowski]

This is an interesting issue.  You can work around it by using the
DROUND.

I.E.
A = DROUND(A, 2)


Michael Rajkowski


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Piers Angliss
Sent: Wednesday, March 29, 2006 1:52 AM
To: u2-users@listserver.u2ug.org
Cc: [EMAIL PROTECTED]
Subject: RE: [U2] RE: UniBasic code that should work

OP doesn't say which database, except that UniBasic suggests UniData and
on
my machine it works fine in Universe but as described in UniData (5.2.3
on
RHL)!

Wide-zero is a Universe-specific feature so wouldn't affect UniData

I'm baffled - adding additional prints to the code suggests that both
variables are of equal length consisting of the same characters, that
A-B =
0 but that A is greater than B.

If you change the assignment of B to B = 4.58 - 4.59 then it works fine,
but
B = 0 - 0.01 still fails

If you step through with the UniBasic debugger everything still appears
the
same, but this time it works correctly !!

Any UniData gurus out there who can suggest an explanation ?

Piers

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Kevin King
Sent: 29 March 2006 01:53
To: u2-users@listserver.u2ug.org
Subject: [U2] RE: UniBasic code that should work


Sounds like Universe and the WIDE0 setting again.  Seems we've seen a
lot of that kind of stuff in the past few months.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of [EMAIL PROTECTED]
Sent: Tuesday, March 28, 2006 5:48 PM
To: u2users
Subject: UniBasic code that should work


Posted on behalf of a colleague who wishes to remain nameless...

UniBasic code that should work

The results of the following code are proving to be troublesome:

  A = 4.57 + (-4.58)
  B = (-0.01)
  PRINT 'TEST ONE: ARE ':A:' AND ':B:' THE SAME? ':
  IF A = B THEN
 PRINT 'YES'
  END ELSE
 PRINT 'NO'
  END

  A = OCONV(A,'MD20')
  B = OCONV(B,'MD20')
  PRINT 'TEST TWO: ARE ':A:' AND ':B:' THE SAME? ':
  IF A = B THEN
 PRINT 'YES'
  END ELSE
 PRINT 'NO'
  END

You would expect both tests to return 'YES', but in fact, only the
second test returns 'YES'.

TEST ONE: ARE -0.01 AND -0.01 THE SAME? NO TEST TWO: ARE -0.01 AND
-0.01 THE SAME? YES

Is there something simple that I am missing?


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "u2users" group.
To post to this group, send email to [EMAIL PROTECTED] To
unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/u2users
-~--~~~~--~~--~--~---

--

No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.385 / Virus Database: 268.3.2/294 - Release Date:
3/27/2006
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] Unidata Errors

[Kevin King]

>From: Senn, Bruce [mailto:[EMAIL PROTECTED] 
>Guide on the VOC file showed no damage.

I'm surprised.  The screen that you sent looked like there was
something wacky going on there.  You certain you checked the VOC in
the right account?

>Defragmenting the disk seems like a good idea, but why 
>would disk fragmentation cause shared memory to be "not reliable?"

I don't know all the internals of shared memory, but I would suspect
that there's disk cache in the mix.  As a Windows drive gets fragged
the potential for disk errors to lead to unreliable memory seems
plausible.  I must apologize, when I said defrag what I meant was to
check the disk to ensure that there were no errors.  The defrag may
improve the performance, but it's the consistency of the filesystem
that is the more crucial question.

> We think we looked for memory errors in the HP Integrated Management
Logs, but found none.

You "think" you looked?  ;-)  This is something you're gonna want some
certainty about.

>Thanks for the response. BTW is there a searchable archive of the
listserv postings?

I'll leave that question to someone who knows more about that issue.

-Kevin
[EMAIL PROTECTED]
http://www.PrecisOnline.com
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] RE: UniBasic code that should work

[Thomas Derwin]

I got the same results as Kevin on UD 5.1.28. UD thinks A > B! 

TEST ONE:
A='-0.01'
B='-0.01'
A > B
A+0 > B+0
A:'' = B:''
TEST TWO: ARE -0.01 AND -0.01 THE SAME? YES

Regards,
Tom

>>> "Kevin King" <[EMAIL PROTECTED]> 03/29/06 9:35 AM >>>
Wow, Piers, absolutely true.  I just ran on UD6PE and it fails exactly
as described.  If you concatenate a null to the end, then it works,
but adding a zero to each side of the IF A = B THEN does not change
the outcome.  Simplifying the math (as you described) does not change
the outcome.

-
This e-mail and any attachments may contain CONFIDENTIAL
information, including PROTECTED HEALTH INFORMATION. If you are not
the intended recipient, any use or disclosure of this information
is STRICTLY PROHIBITED; you are requested to delete this e-mail and
any attachments, notify the sender immediately, and notify the
LabCorp Privacy Officer at [EMAIL PROTECTED] or call (877)
23-HIPAA / (877) 234-4722.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

[U2] Nilsson Veness is out of the office.

[NVeness]

I will be out of the office starting  29/03/2006 and will not return until
18/04/2006.

I will respond to your message when I return.



This e-mail has been scanned for all viruses by Star. The
service is powered by MessageLabs. For more information on a proactive
anti-virus service working around the clock, around the globe, visit:
http://www.star.net.uk

---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] [AD]Job Openning in NY [/AD]

[vance . alspach]

On a simliar subject, our company is in the process of an acquisition (we 
are the ones being acquired) by a company NOT using a Multivalue database. 
 Over the next year I anticipate 5 warm bodies available in the Michigan 
area.

Vance Alspach




"Charles Barouch" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED]
03/29/2006 09:38 AM
Please respond to
[EMAIL PROTECTED]


To
u2-users@listserver.u2ug.org
cc

Subject
[U2] [AD]Job Openning in NY [/AD]






>All,
> A headhunter has approached me looking
>for a full-time (no consultants) D3 programmer in Queens, NY. The company
>is a garment company. They have two programmers, one of which is
>retiring.
> She can't release salary
>requirements, so all I can do is pass her your resumes if you are
>interested and put you in touch. If interested, please e-mail to
>[EMAIL PROTECTED]
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] RE: UniBasic code that should work

[colin.alfke]

In UniData see HELP FLOAT.PRECISION. Here is a website that explains
some of the problems with using floating point math:
.

I ran across this a couple years back when a colleague updated an A/R
report to not print 0.00 values - but it still did. 

Informix (at that time) explained it as a feature that you had these
options to use to change how the results from mathematical operations
were returned. 

I still haven't wrapped my mind around the fact that every single way
you have to look at these values (print, crt, written to a file, viewed
in the debugger, len, etc) made them look the same - but they would not
return TRUE if tested to be the same.

I've always thought that it seemed to be pretty similar to the problem
Intel had with the P60/P66 processors

Hth
Colin Alfke
Calgary Canada

>-Original Message-
>From: Piers Angliss
[SNIP]
>
>Wide-zero is a Universe-specific feature so wouldn't affect UniData
>
>I'm baffled - adding additional prints to the code suggests 
>that both variables are of equal length consisting of the same 
>characters, that A-B = 0 but that A is greater than B.
>
>If you change the assignment of B to B = 4.58 - 4.59 then it 
>works fine, but B = 0 - 0.01 still fails
>
>If you step through with the UniBasic debugger everything 
>still appears the same, but this time it works correctly !!
>
>Any UniData gurus out there who can suggest an explanation ?
>
>Piers
>
[SNIP]
>-Original Message-
>From: michael preece
>
>Posted on behalf of a colleague who wishes to remain nameless...
>
>UniBasic code that should work
>
>The results of the following code are proving to be troublesome:
>
>  A = 4.57 + (-4.58)
>  B = (-0.01)
>  PRINT 'TEST ONE: ARE ':A:' AND ':B:' THE SAME? ':
>  IF A = B THEN
> PRINT 'YES'
>  END ELSE
> PRINT 'NO'
>  END
>
>  A = OCONV(A,'MD20')
>  B = OCONV(B,'MD20')
>  PRINT 'TEST TWO: ARE ':A:' AND ':B:' THE SAME? ':
>  IF A = B THEN
> PRINT 'YES'
>  END ELSE
> PRINT 'NO'
>  END
>
>You would expect both tests to return 'YES', but in fact, only 
>the second test returns 'YES'.
>
>TEST ONE: ARE -0.01 AND -0.01 THE SAME? NO TEST TWO: ARE -0.01 AND
>-0.01 THE SAME? YES
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] Unidata Errors

[Kevin King]

>From: Senn, Bruce
>We recently had Unidata generate the following errors ...
[snip]

Bruce: The first thing I'd be doing is a guide on the VOC file and
fixfile for whatever is going on there.  Second, I'd consider shutting
down the system and defragging the disk.  And finally, if you have any
system memory diagnostics, I'd be digging out the manuals.  

-Kevin
[EMAIL PROTECTED]
http://www.PrecisOnline.com
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

[U2] [AD]Job Openning in NY [/AD]

[Charles Barouch]

All,
 A headhunter has approached me looking
for a full-time (no consultants) D3 programmer in Queens, NY. The company
is a garment company. They have two programmers, one of which is
retiring.
 She can't release salary
requirements, so all I can do is pass her your resumes if you are
interested and put you in touch. If interested, please e-mail to
[EMAIL PROTECTED]

-- 
Charles Barouch
[EMAIL PROTECTED] - Consulting
[EMAIL PROTECTED]   -
ETL/Migration/Integration
(718) 762-3884x1
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] RE: UniBasic code that should work

[Kevin King]

Wow, Piers, absolutely true.  I just ran on UD6PE and it fails exactly
as described.  If you concatenate a null to the end, then it works,
but adding a zero to each side of the IF A = B THEN does not change
the outcome.  Simplifying the math (as you described) does not change
the outcome.

I have no explanation, and it does scare me just a bit.

-Kevin
[EMAIL PROTECTED]
http://www.PrecisOnline.com
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

[U2] Unidata Errors

[Senn, Bruce]

We recently had Unidata generate the following errors on our production
system. Telnet sessions were dropped although some udt processes
persisted. We had to kill remaining udt processes, reboot and restart
Unidata services. We are concerned that this problem will interrupt
production again.

SMM's shared memory not reliable

GLM error = 5 : Exceed mglm limit
Lockname (11611 -2141327628) RS -- 1019904
upl lock error(5).
l:block check error in U_dyn_hash for vile 'VOC', key 'st', number=497
l:U_dyn_hash error in U_read_tupl for file 'VOC', key 'st', number=497

TIA for any insight.

We are running Unidata 6.1.9 on Windows 2003 Enterprise.

Bruce.


  Bruce J. Senn Phone:  (518) 388-6664
  Senior System Manager FAX:(518) 388-6458
  Union College E-mail:  [EMAIL PROTECTED]
  Schenectady, NY 12308 WWW:  http://www1.union.edu/~sennb


---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] FILE RESIZE

[Brian Leach]

David,

Kevin is right (as always) - but you didn't say whether you are running UD
or UV. On UV the equivalent is to use uvfixfile to verify the structure.

uvfixfile also has a fix option, but make sure you take a backup of the file
(at the OS level) before you try it, in case it goes horribly wrong..

I've also been seeing a number of problems with the uv resize command not
working on Win2003 machines, but haven't tracked down anything specific. It
seems to be something to do with another system-level process holding the
file at the time. Try again a few hours later and it works. Don't you hate
those type of issues...
Anyone else have any light to shed?

Regards,

Brian 

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Kevin King
> Sent: 28 March 2006 15:27
> To: u2-users@listserver.u2ug.org
> Subject: RE: [U2] FILE RESIZE
> 
> David Yu stated: "I selected the file and saved the file, the 
> number of selected and saved are the same. I can view the 
> records,so I know the file is not corrupted."
> 
> While that may be true, it is not a reliable indicator of corruption.
> I would recommend running "guide" on the file to check for 
> corruption, as it does a much more effective job.
> 
> -Kevin
> [EMAIL PROTECTED]
> http://www.PrecisOnline.com
> ---
> u2-users mailing list
> u2-users@listserver.u2ug.org
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

RE: [U2] RE: UniBasic code that should work

[Piers Angliss]

OP doesn't say which database, except that UniBasic suggests UniData and on
my machine it works fine in Universe but as described in UniData (5.2.3 on
RHL)!

Wide-zero is a Universe-specific feature so wouldn't affect UniData

I'm baffled - adding additional prints to the code suggests that both
variables are of equal length consisting of the same characters, that A-B =
0 but that A is greater than B.

If you change the assignment of B to B = 4.58 - 4.59 then it works fine, but
B = 0 - 0.01 still fails

If you step through with the UniBasic debugger everything still appears the
same, but this time it works correctly !!

Any UniData gurus out there who can suggest an explanation ?

Piers

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Kevin King
Sent: 29 March 2006 01:53
To: u2-users@listserver.u2ug.org
Subject: [U2] RE: UniBasic code that should work


Sounds like Universe and the WIDE0 setting again.  Seems we've seen a
lot of that kind of stuff in the past few months.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of [EMAIL PROTECTED]
Sent: Tuesday, March 28, 2006 5:48 PM
To: u2users
Subject: UniBasic code that should work


Posted on behalf of a colleague who wishes to remain nameless...

UniBasic code that should work

The results of the following code are proving to be troublesome:

  A = 4.57 + (-4.58)
  B = (-0.01)
  PRINT 'TEST ONE: ARE ':A:' AND ':B:' THE SAME? ':
  IF A = B THEN
 PRINT 'YES'
  END ELSE
 PRINT 'NO'
  END

  A = OCONV(A,'MD20')
  B = OCONV(B,'MD20')
  PRINT 'TEST TWO: ARE ':A:' AND ':B:' THE SAME? ':
  IF A = B THEN
 PRINT 'YES'
  END ELSE
 PRINT 'NO'
  END

You would expect both tests to return 'YES', but in fact, only the
second test returns 'YES'.

TEST ONE: ARE -0.01 AND -0.01 THE SAME? NO TEST TWO: ARE -0.01 AND
-0.01 THE SAME? YES

Is there something simple that I am missing?


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "u2users" group.
To post to this group, send email to [EMAIL PROTECTED] To
unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/u2users
-~--~~~~--~~--~--~---

--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.385 / Virus Database: 268.3.2/294 - Release Date:
3/27/2006
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/