I wanted to attend but the conference information did not come out soon
enough for our approval cycle. Because of some misuse in the past, we
now need about 3 months notice to get travel approved. Any chance the
next GHRUG conference information (i.e., agenda) can be finalized a
little earlier?
Regards,
Robert Holtz
Computer Services Bureau
Phoenix Police Department
-----Original Message-----
From: HP-3000 Systems Discussion [mailto:[log in to unmask]] On
Behalf Of Michael Anderson
Sent: Friday, January 05, 2007 11:04 AM
To: [log in to unmask]
Subject: [HP3000-L] GHRUG was (Full synonym chain (really ugly))
Ray,
I have the same issue, my current employer would not cover the GHRUG
expense either, and I am on the GHRUG BOD. I took a vacation day to
attend. But a sudden death in the family kept me from making it this
year. I wish I could have been there. From what I heard the turn out was
not that good. I think the problem is exactly as you stated.
The employers (in the past) always coved the cost, and now (in many
cases) they don't.
So tell me 3000-L, why didn't you attend?
Is it the fact that current technologies can takes us to the online
virtual conference for a fraction of the cost?
Is it because organizations no loner want to spend the money on
airfare, and hotels to attend a real conference?
I notice that attendance at other "REAL" conferences is good, like
Sun's Java world, and Microsoft events.
Is it the name? We can change it? Should we shut it down?
The Greater Houston Regional Users Group has a reputation of being an
HP centric group and represents users of HPUX and MPE, and furthermore,
only users that reside within the regional area of Houston Texas. That
is not true anymore.
My boss doesn't want to cover the cost of attending the GHRUG
conference, commenting "We don't use HP products anymore. So why do you
want to go there?", and my argument is that it is not just an HP-3000
conference, it's a unique, non-bias, multi-vendor, multi-platform,
nationwide conference. Which was not a good argument this year because
that is exactly what we called it, the HP-3000 Conference.
Suggestions anyone,
Michael Anderson
Membership Chairman, Greater Houston Regional Users Group.
>>> Ray Shahan <[log in to unmask]> 1/5/2007 8:21 am >>>
Hi Alfredo,
<<"Do you have Adager, Ray?"
Umm, no, we have another product (that was here when I got here).
8-)
>> "Had you attended the recent GHRUG meeting in Houston, you would
have
enjoyed my mini-dissertation on the crucial difference between "the"
and
"a".
We missed you there."
I missed being GHRUG, but it was something I would have to have paid
for
myself (airfare, hotel, time-off-work, everything), and I just
couldn't
swing it. Maybe next year?
As always, thanks for you offer to help, and have a great weekend!
Raymond Shahan
Computer Programmer
REPUBLIC TITLE OF TEXAS, INC.
2701 W Plano Parkway
Plano, TX 75075
direct 214.556.0202
main 972.578.8611
fax 972.424.5621
www.republictitle.com
[log in to unmask]
-----Original Message-----
From: F. Alfredo Rego [mailto:[log in to unmask]]
Sent: Thursday, January 04, 2007 8:51 PM
To: [log in to unmask]
Cc: Ray Shahan; [log in to unmask]
Subject: Re: [HP3000-L] Full synonym chain (really ugly)
At 11:50 AM -0600 1/2/07, Denys Beauchemin wrote:
...
>So, big deal you say. How do I fix this? Well, changing the data
type
is
>the solution.
Beware of anything that includes the phrase "the solution" ;-)
I am sure Denys meant "a solution".
>IMAGE does not care what you put in the various fields. So,
>if you wanted to use hashing, where IMAGE uses all 64 bits for
address
>calculation, you could simply redefine the data item as an X8 and let
>whatever tool you use to do the trick recalculate all the record
based
on
>hashing instead of just modulo. Your programs would not know the
difference
>as long as they are not interrogating IMAGE with DBINFO to find out
what
>type of data is ostensibly in the field. In other words, let's say
you
are
>using BASIC; if you do a DBGET of the item using a REAL buffer to
receive
>the data, it will go right in there and be usable by the program as
is.
>
>This will defeat Query and other similar programs to which you cannot
apply
>a dictionary of some type. These programs will interrogate IMAGE and
get
>told the data is X and they will expect that and be surprised.
>
>On further thought, I would probably change it from R4 to P16. That
will
>still hash.
The key [did I really write this?] to the solution is the word "hash".
Do you have Adager, Ray?
If you do, I have "a" good (i.e., an "a" as in "Adager") solution for
you
that will NOT "defeat Query" (and will not defeat ANY standard
accessor,
in fact).
Had you attended the recent GHRUG meeting in Houston, you would have
enjoyed my mini-dissertation on the crucial difference between "the"
and
"a".
We missed you there.
Your "A" friend,
_______________
| |
| |
| r | Alfredo http://www.adager.com
| e |
| g | F. Alfredo Rego
| a | Manager, R & D Labs
| d | Adager Corporation
| A | Sun Valley, Idaho 83353-3000 U.S.A.
| |
|_______________|
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|
