Hi Tracy :)
Yah... Hate when BlueCoat is correct :) I believe their algorhythm
(sp) ignores ports and looks at site contents and other heuristics (sp)
And yep... if I were to head out to it via its internet protocol
address then it would probably work :)
Thanks,
Art
=======================================================
Art Bahrs, CISSP Corporate Reporting The Regence Group
(503) 225-4992 Cell 971-244-2459 FAX (503)
220-3806
"Johnson,
Tracy"
<Tracy.Johnson To
@MEAS-SPEC.COM [log in to unmask]
> cc
Sent by:
"HP-3000 Subject
Systems Re: [HP3000-L] ebcdic Conversion
Discussion" Question
<HP3000-L@RAVE
N.UTC.EDU>
08/08/2007
10:23 AM
Please respond
to
"Johnson,
Tracy"
<Tracy.Johnson
@MEAS-SPEC.COM
>
|------------|
| [ ] Secure |
| E-mail |
|------------|
Dear Art,
YES! The Empire Machine IS a game site. BlueCoat is correct, more
power to 'em.
The next question is, does BlueCoat filter both port 23 and 1570 or does
it matter?
Tracy Johnson
Measurement Specialties, Inc.
BT
NNNN
> -----Original Message-----
> From: HP-3000 Systems Discussion
> [mailto:[log in to unmask]] On Behalf Of Arthur H Bahrs
> Sent: Wednesday, August 08, 2007 12:33 PM
> To: [log in to unmask]
> Subject: Re: [HP3000-L] ebcdic Conversion Question
>
>
> Hi Duane and All :)
> First some really great answers and guidance and some
> interesting suggestions... (btw Tracy... the empire machine
> site is classed as a games site by BlueCoat URL Filtering and
> blocked from the office) will try it tonight :)
>
> finally... turned out that the file was "badly converted
> EBCDIC" in ASCII format... Dang Signed fields! hehehe
>
> We are working on resolving it... and if my logon to our
> 3k's (still got 'em running production!!! ) worked... I
> would've done the FCopy answer
> :)
>
> Thanks,
> Art "If it is ASCII Shouldn't it be standardized? hehe" Bahrs
> =======================================================
> Art Bahrs, CISSP Corporate Reporting The
> Regence Group
> (503) 225-4992 Cell 971-244-2459 FAX (503)
> 220-3806
>
>
>
>
> "Duane Percox"
>
> <[log in to unmask]
>
> >
> To
> Sent by: [log in to unmask]
>
> "HP-3000
> cc
> Systems
>
> Discussion"
> Subject
> <HP3000-L@RAVE Re: [HP3000-L] ebcdic
> Conversion
> N.UTC.EDU> Question
>
>
>
>
>
> 08/08/2007
>
> 06:42 AM
>
>
>
>
>
> Please respond
>
> to
>
> "Duane Percox"
>
> <[log in to unmask]
>
> >
>
> |------------|
>
> | [ ] Secure |
>
> | E-mail |
>
> |------------|
>
>
>
>
>
>
>
> Just wanted to chime in with additional data on this...
>
> Granted, if you are working with a format specified by an
> outside agency then you have to live with their format
> spelcification. However, when operating within your own
> organization and/or if you get to specify the record
> interchange format then the following might be of interest to you.
>
> When we began working with files on hp-ux/linux we decided
> (after some trial and error) to go completely text based for
> all our numeric items. No binary, no packed decimal, no
> signed overpunch. We now use formats like this:
>
> 01 MY-RECORD.
> 03 MY-FIELD-1 PIC S9(13)V99
> SIGN IS LEADING SEPARATE.
> 03 MY-FIELD-2 PIC S9(13)V99
> SIGN IS LEADING SEPARATE.
>
>
> The reason we chose this is because:
>
> a. unix systems have so many cool tools that operate on text based
> files it makes file viewing/handling easier.
>
> b. the cobol standard for signed overpunch allows for implementation
> choice of the representation for +/-. Our research found three (3)
> different implementations for compilers that ran on unix platforms.
>
> c. exhaustive benchmarks found this format was faster in all
> operations than packed decimal on hp-ux/linux.
>
> d. easier language interoperability with this format.
>
> duane
>
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>
>
>
>
> ***IMPORTANT NOTICE: This communication, including any
> attachment, contains information that may be confidential or
> privileged, and is intended solely for the entity or
> individual to whom it is addressed. If you are not the
> intended recipient, you should delete this message and are
> hereby notified that any disclosure, copying, or distribution
> of this message is strictly prohibited. Nothing in this
> email, including any attachment, is intended to be a legally
> binding signature.***
>
> * 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 *
***IMPORTANT NOTICE: This communication, including any attachment, contains information that may be confidential or privileged, and is intended solely for the entity or individual to whom it is addressed. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message is strictly prohibited. Nothing in this email, including any attachment, is intended to be a legally binding signature.***
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|
