RE: [U2] RE: U2UG Board Meeting

2008-08-29 Thread Anthony Youngman
Yes, that would be nice BUT!

Ordinary members would be observers, and that's quite difficult to enforce on a 
conference call.

What would be best if the call could be streamed so that anyone could listen 
in, but (unless it's changed) the calls are courtesy of IBM on IBM's equipment, 
and I don't know whether the equipment the board are using even has that 
capability.

Cheers,
Wol (ex board member)

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brutzman, Bill
Sent: 28 August 2008 19:12
To: 'u2-users@listserver.u2ug.org'
Subject: RE: [U2] RE: U2UG Board Meeting

Consider opening these conference calls up to ordinary U2UG members.

--Bill
---
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 Keys

2008-08-29 Thread Symeon Breen
True but since we are using non connection pooled uniobjects connections the
pid is different each time anyway





-snip-

Not a bad idea, however you may encounter problems of losing data in
these 2 areas:

1. As processors get faster, the difference in execution time shortens
and it can be possible to generate the same key during the same
millisecond.   Adding a NAP 1 in my simulated testing eliminated the
duplicates. On one implementation of Pick (Altos?) I recall the
resolution of the system(12) function was only a second.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


[U2][UD] Tuning the Windows BlockSize....

2008-08-29 Thread David Wolverton
I have a call from a RAM disk manufacturer working with a customer.  They
found the Windows server was set to 64K blocks, and asked if that was 'good'
or 'bad' as they move through the proposal process.

Thoughts:
1) 16K is the largest block UniData supports
2) We do mostly indexed selects and/or direct reads
3) I know we never need 'read ahead', and in my noggin, the 64K is mostly
'read ahead'
4) BUT... We do have some random 128K and 200K items (large invoices) that
have to be read from time to time...

So... I'm thinking that 16K would be 'ideal' -- that 32K might still be
'good' (for when we're reading through indexes, or occasional full selects)
but that 64K is mostly data we're not going to use anyway, and therefore a
waste of time.

Anyone have 'real world' views on this subject for 'tuning' Windows disk
sub-systems to best serve UniData?

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


RE: [U2] Updating UV/UD PE

2008-08-29 Thread Colin Alfke
See in-line

 -Original Message-
 From: Tony G
 
 Thanks for the note Colin!

Glad to help!

  From: Colin Alfke
 I don't think you can get an activation key for the PE versions.
 
 Does that mean that the failure of the platforms to initialize
 may have to do with something other than a PE license expiration?
 Rather, I'm understanding that a full installation is required to
 get the software back working, and that there is no key-only
 re-activation process.  Is that correct?

I think that's correct. It's likely they expired and (unlike the pay
versions) I don't think you can re-activate.

 
  The easiest way to upgrade is to:
  -download the new version, double check the ending
  date - there was a problem with a new copy not being
  up before the last one expired,
 
  plus there have been some issues with some recent releases
 
 Well bud, that's not mighty encouraging.  Since the versions I'm
 on work fine, I might be inclined to just re-install what I
 already have, if I could, but this whole process seems to be a
 waste of time.

I think the last ones were the first PE version with an expiry date and they
just didn't get a new version up before the last expired. I think it went up
pretty quick once they realized. I see that the new 7.2 version of UD is
available for PE so you'll be OK. Just trying to give you a pro-active
heads-up as I hadn't checked the PE version for a while.
 
  -install overtop of your existing release
 
 What I'm getting from this is that:
 1) no uninstall is required,
 2) files and registry entries will not be left unreferenced and
 services will be properly unregistered and re-registered,
 3) existing accounts will be visible to an update environment.

Right. We used to recommend to uninstall first - until one client complained
that it removed all of their data folders as well - we're pretty sure it was
a user error as we've done it lots without problems. As for point 2 - I
won't say it's flawless - more better than average.

 I'm sorry but I don't have that much faith in the U2 installers
 so some confirmation would really help.  I'll check upgrade docs
 again but for some reason these docs always seem to
 over-complicate simple processes, or under-emphasize some
 critical concern (like of course you need to completely
 uninstall and re-install the UniSDK and all of your client
 processes after you've installed this new release...).

Never hit anything like this. Note that professionally I only had one site
start to use any of the UniSDK so I don't have a lot of experience going
through multiple upgrades - although playing with it at home hasn't been a
problem.

Although, you could send me the VM and I could play with it for a while...

Hth
Colin Alfke
Calgary Canada
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/