On 24 Mar 2008 13:26:16 -0700, [EMAIL PROTECTED] (Gerhard Adam)
wrote:
>Similarly, even though many applications components are commodities, many
>other elements are also assumed, so resources need to be expended to live up
>to the expectation. For example, in the past while response time was u
On 24 Mar 2008 09:54:44 -0700, [EMAIL PROTECTED] (Chase, John) wrote:
>I doubt seriously that "the mainframe is going away, ha ha"; rather, it
>is frequently "wearing new clothes" in the form of "penguin tuxedos" and
>other "non-traditional garb". :-)
But my particular mainframe skills are likel
On 24 Mar 2008 09:27:34 -0700, [EMAIL PROTECTED] (Richard Bond) wrote:
>Predicators of the mainframe demise are probably of the same genre as those
>"experts" (who have probably never opened a science book) who are expounding
>the dangers of this "global warming" nonsense.
Possibly. But those
http://blogs.zdnet.com/projectfailures/?p=666
(Not from where I'm standing - but I might not be standing the right
place)
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the
On 20 Mar 2008 16:10:41 -0700, [EMAIL PROTECTED] (Ed Finnell) wrote:
>'Fraid it's more serious these days. Had a friend whose dad was in
>'retirement village' after spouse passed away and was getting ready for dove
>season by
>cleaning his 12gauge and this guy kicks in the front door! So he
On 20 Mar 2008 16:44:16 -0700, [EMAIL PROTECTED] (Todd Burch)
wrote:
>You're smart enough to know what a COBOL file is. So I didn't word it
>perfectly.
>
>Actually, it doesn't matter what produced the file, as long as the binary
>file to be converted could be described by a file that looks lik
On 20 Mar 2008 08:06:16 -0700, [EMAIL PROTECTED] (McKown,
John) wrote:
>I cannot think of an easy way to do this, so I thought that I'd ask. I
>want to copy a sequential file to another sequential file (both on DASD,
>not tape!), translating the contents from EBCDIC (CP-037) to ASCII
>(ISO8859-1).
On 19 Mar 2008 08:34:30 -0700, [EMAIL PROTECTED] (Don Leahy) wrote:
>One question worth asking is *why* the programmers want to run their
>compiles in the foreground?
>
>In my experience, foreground compiles are a desperate measure only
>resorted to when batch turnaround is absolutely horrendous.
On 18 Mar 2008 10:25:44 -0700, [EMAIL PROTECTED] (Dan D) wrote:
>Did I miss this part of the thread?
>
>Why not just use IDCAMS DELETE...
>
>delete 'prefix.hsm.test' purge
>IDC0896I MIGRATED ENTRY prefix.HSM.TEST DELETED
>
>If it's not migrated it simply gets deleted. If it is migrated it gets
>
On 18 Mar 2008 09:57:42 -0700, [EMAIL PROTECTED] (McKown,
John) wrote:
>Ah. We don't have that problem. We use Endevor. We control all the
>compile options centrally. A programmer CANNOT override them. Well, I
>guess a COBOL PROCESS could. But that is a source change and once source
>is in an envi
On 17 Mar 2008 13:10:18 -0700, [EMAIL PROTECTED] (Clark
Morris) wrote:
>Although I would question the sanity of anyone who used
>DISP=(MOD,DELETE) other than with IEFBR14,
Why? I've seen it added to an initial SORT step because that site
had standards that meant adding a new step meant renamin
On 17 Mar 2008 08:10:22 -0700, [EMAIL PROTECTED] (Paul Gilmartin)
wrote:
>No need for a blank line. But the producer programs should open
>and close their output files even when their input files are empty.
Changing this would impact many programs, not just the one that
concerns me. Sometimes
On 17 Mar 2008 07:15:21 -0700, [EMAIL PROTECTED] (Reda, John) wrote:
>There is a difference between a blank and an empty file. The merge
>should have worked correctly if the file was empty as opposed to having
>a blank line. Let's assume your input had a blank line. There are
>multiple ways to
Actually, what I want is a single blank line - only if the merged file
is empty, but no blank line if there are data in the merged file.
From: Howard Brazee
Sent: Monday, March 17, 2008 7:52 AM
To: ibm-main@bama.ua.edu; 'Frank Yaeger'
Subject: Merge
On 15 Mar 2008 12:42:19 -0700, [EMAIL PROTECTED] (Ted MacNEIL) wrote:
>>And modern day politicians found a cheap "solution" to energy use that didn't
>>work and cost a lot, but made it look as though they were useful (not to
>>mention it allowed them to use power).
>
>
>DST actually costs more t
I have a job that merges two files. One of those files was empty in a
run (or produced a blank line), and the merged file started off with a
blank line.
That blank line made the subsequent job abort (thinking the file was
empty). I could change that program or maybe change the sort to
elimi
On 12 Mar 2008 13:55:20 -0700, [EMAIL PROTECTED] (Robert Justice)
wrote:
>sounds good here too, changing the clock twice a year is absurd
Even Ben Franklin can make mistakes - this time he assumed that the
world had his sleeping habits.
And modern day politicians found a cheap "solution" to ene
On 12 Mar 2008 08:13:22 -0700, [EMAIL PROTECTED] (Rick Fochtman)
wrote:
>I disagree. Let all HARDWARE clocks be set to GMT and use PARMLIB OFFSET
>values to adjust to local time.
Better than nothing. But in the U.S. lots of people are learning
ESPN time. Maybe it will result in a country lik
On 12 Mar 2008 06:09:21 -0700, [EMAIL PROTECTED] (Doc Farmer)
wrote:
>I hereby declare that from now on, "daylight savings" is banned and all
>clocks shall be set to GMT only, worldwide.
>
>Signed,
>
>Doc Farmer
>Benevolent Dictator and Confirmed Horophile
>(stop snickering, I'm *not* a NY Govern
On 4 Mar 2008 12:03:30 -0800, [EMAIL PROTECTED] (Schwarz,
Barry A) wrote:
>I've never seen any SDSF data in ISPF Help. SDSF does have help panels.
>They are not bad as reference but it is difficult to find anything if
>you don't already know the exact command. For example, is FINDLIM a
>command
On 2 Mar 2008 17:43:56 -0800, [EMAIL PROTECTED] (Shmuel Metz
, Seymour J.) wrote:
>>As far as the ISPF editor, the default is initial
>>value 100 w/ increment 100;
>
>That's what you get when you use ISPF to create a member, but ISPF can
>also work with members created externally. Also, ISPF will
On 29 Feb 2008 10:18:17 -0800, [EMAIL PROTECTED] (Warner Mach) wrote:
>One speaker actually suggested that the attendee might
>take notes on a pad of some sort (remember college?) and
>then download the presentation and transfer the notes to
>the presentation; rather than write the notes directly
On 24 Feb 2008 11:37:54 -0800, [EMAIL PROTECTED] (Gerhard Adam)
wrote:
>I agree, however I'm surprised that no one has mentioned the obvious point
>that needs to be considered. Chargeback shouldn't be based on usage, but
>rather on the capacity that has been reserved for the anticipated load.
On Tue, 19 Feb 2008 09:01:21 -0800 (PST), BillD <[EMAIL PROTECTED]> wrote:
>Howard, what do you mean by UMS shop? Is that an IBM or third-party
>product? For what?
It's the name of my shop (University Management Systems). Your shop
would have a different prefix in its naming convention. If yo
I don't even know the price of CPU firsts.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/i
On 18 Feb 2008 07:26:05 -0800, [EMAIL PROTECTED] (Wayne Driscoll)
wrote:
>Paul,
>I'll agree that IBM should provide HTTP access to the mainframe. But to
>require that it be one or the other is ridiculous. Why should people that
>are comfortable with TSO/ISPF be forced to learn a new way to do th
On 18 Feb 2008 08:38:41 -0800, [EMAIL PROTECTED] (R.S.)
wrote:
>I read about it approx. 5 years ago, so it's not new for me.
>I understand why multiple passes are better than single pass, but still
>have no aswer how many times is good enough. Otherwise someone (official
>entity) could say "999
On 17 Feb 2008 23:11:19 -0800, [EMAIL PROTECTED]
(Sivakumar, Manikandan) wrote:
>Thanks for your response!. I would prefer to simply my tasks while using
>Copy/Paste/Cut/Move/Label... Is it possible to run as script?
>I would like to know your best advice on X ALL command.
You might wish to lear
On Sat, 16 Feb 2008 15:47:44 -0600, Scott <[EMAIL PROTECTED]>
wrote:
>It's about pretty colors, fancy fonts, drop down boxes, scroll bars,
>drag and drop, point and click and you can't do that on the mainframe.
>If IBM had embraced graphic screen application development 15 years ago
>mainframes w
On 7 Feb 2008 08:20:15 -0800, [EMAIL PROTECTED] (Kelman,
Tom) wrote:
>Hand coding by developers? What does that mean? That they have to write
>programs. Oh my, that might take a little thinking and work.
I gave up hand-coding when assemblers came out.
Of course, I still tell the computer what I
On 4 Feb 2008 14:47:18 -0800, [EMAIL PROTECTED] (Ted MacNEIL) wrote:
>>In practice, there is seldom a large difference in CPU time utilization
>
>1. Define large.
>2. Some think 10% is large.
>3. Some think 20% is small.
>
>I'm in category three.
I prefer category one.
--
On 4 Feb 2008 10:15:04 -0800, [EMAIL PROTECTED] (Mike Baldwin) wrote:
>>*SUPPOSEDLY* the CIA (NSA??) was able to read a disk even after data
>>has been written on it, even after 10 or 11 times.
>
>Hi Ed,
>
>I thought it interesting that you mentioned 11 times.
>
>In a customer security standard do
On 1 Feb 2008 08:46:10 -0800, [EMAIL PROTECTED] (Ken Porowski)
wrote:
>Where is this in Outlook 2003?
You can set rules within the "out of office" assistant.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
se
Training employees works when the expectation by both employers and
employees is for career employees. Both sides need to favor the long
term over the short term.
Training a workplace works when expectation by both tax-payers and
tax-beneficiaries is long term. When politicians and voters are
On 30 Jan 2008 07:44:39 -0800, [EMAIL PROTECTED] (Frank Yaeger) wrote:
>It OCCURS to me that several people on the list have SELECTed me for
>some kind words. I've PARSEd them and I appreciate it! I hope they're
>JUSTIFIED, but we probably shouldn't SQUEEZE any more mileage out of
>this since it
Looking at this code, it appears that the variable that I need to know
is in:
SELECT FROM(T1) TO(OUT) ON(1,1,CH) NODUPS USING(CTL3)
This compares only column 1? So if I want to compare a whole record
(columns 1-80) I would change it to:
SELECT FROM(T1) TO(OUT) ON(1,80,CH) NODUPS USING(CTL3)
Frank Yaeger just answered that for me:
There are several ways to do this with DFSORT/ICETOOL. If you just
want a list of the duplicate SSNs, the easiest way is to use an OCCURS
job something like this:
//S1 EXEC PGM=ICETOOL
//TOOLMSG DD SYSOUT=*
//DFSMSG DD SYSOUT=*
//IN DD *
2
1
On 29 Jan 2008 12:06:47 -0800, [EMAIL PROTECTED] (Lizette
Koehler) wrote:
>I am trying to help out an application group that is designing forms on a PC
>and then uploading them to the mainframe for printing.
>
>We have an Infoprint 4445 Printer (?) and what they want to see is an Arial
>Font tha
On 29 Jan 2008 09:47:10 -0800, [EMAIL PROTECTED] (McKown,
John) wrote:
>This is likely a strange question. But does anybody know of anything
>which can take a COBOL copy book (file defination) and create DFSORT
>symbols? Or maybe something that can post process a COBOL compile
>listing and create
On 29 Jan 2008 08:08:12 -0800, [EMAIL PROTECTED] (Kelman,
Tom) wrote:
>However, Commerce
>Bank so far has still been a company that hires permanently and fires
>only for cause. So once on board you should have a career for life if
>you want it
That's a characteristic of companies I have valued g
On 29 Jan 2008 07:54:59 -0800, [EMAIL PROTECTED] (Scrood
Blued) wrote:
>No, but every one of those employees who had achieved a work/life balance
>that contained less than 5 hours of overtime a week have to now *start to
>make family-killing demands on their time* to break even on weekly take home
I had some fires to fight, but getting back, I tried the various ideas
in this thread, but couldn't get it tied up.
I suppose we will have to create job triggers to clean them up.
--
For IBM-MAIN subscribe / signoff / archive acc
On 25 Jan 2008 08:40:55 -0800, [EMAIL PROTECTED] (Paul
Gilmartin) wrote:
>Why, then, is it ever otherwise? Why isn't it "Always", rather
>than "More often than not"?
>
>Why are not the same rules used for parsing strings in all contexts?
>
>Why are symbols within apostrophes resolved for the PATH
On 24 Jan 2008 07:20:11 -0800, [EMAIL PROTECTED] (Kelman,
Tom) wrote:
>Well BTDTGTT means "Been There, Done That, Got The T-shirt". I don't
>know what the final "T" means.
Maybe it's like Fortran, where the final letter is the last letter of
Formula-Translation...
--
On 23 Jan 2008 13:22:31 -0800, [EMAIL PROTECTED] (Ed Gould)
wrote:
>We have discussed on IBM-MAIN plenty of times about the restriction
>of 100 characters in the parm field. The PSF proc is an example what
>IBM had to go through in order to get around the 100 character max. I
>am *NOT* compl
On 16 Jan 2008 16:48:35 -0800, [EMAIL PROTECTED] (Shmuel
Metz , Seymour J.) wrote:
>I make spelling errors, and I run a spell checker in an attempt to catch
>them, but if I blindly accepted every proposed "correction" my prose would
>be far worse than it is. Spell checkers in the real world are o
On 16 Jan 2008 07:47:20 -0800, [EMAIL PROTECTED] (Kelman,
Tom) wrote:
>I agree. I think that a background in anything that is logically and
>mathematical is the best training for programming. I once worked with a
>fellow that had a degree in music. Although being a musician requires
>an artisti
On 14 Jan 2008 17:45:10 -0800, [EMAIL PROTECTED] (Ed Gould)
wrote:
>RULE #2: I am not sure I agree with you on this one. Most of the time
>it is the case but there are times I do not think it is wise(or
>useful). There are other cases that it serves no purpose to keep the
>data as close to
On 11 Jan 2008 13:30:53 -0800, [EMAIL PROTECTED] (tony babonas)
wrote:
>FTP a temp file...let the OS do the work.
Can I pass a true temporary file name within the FTP command?
--
For IBM-MAIN subscribe / signoff / archi
On 11 Jan 2008 13:30:32 -0800, [EMAIL PROTECTED] (McKown,
John) wrote:
>Oh, yeah, that. One problem with IKJEFT01 is that it returns with RC=0
>regardless. I think that IKJEFT1A will propogate the return code from
>the DELETE.
I'll change that command, but I e-mailed you my weird output (which
in
On 11 Jan 2008 12:44:25 -0800, [EMAIL PROTECTED] (McKown,
John) wrote:
>Instead of deleting via JCL, I use IDCAMS or IKJEFT01. With IKJEFT01
>(TSO/batch), my JCL looks like:
>
>//DELE EXEC PGM=IKJEFT01,
>// PARM='DEL ''dsn'' '
>//SYSTSPRT DD SYSOUT=*
>//SYSTSIN DD DUMMY
That worked!
On Fri, 11 Jan 2008 14:04:29 -0700, [EMAIL PROTECTED] wrote:
>>//DELE EXEC PGM=IKJEFT01,
>>// PARM='DEL ''dsn'' '
>>//SYSTSPRT DD SYSOUT=*
>>//SYSTSIN DD DUMMY
>
>That worked!
Oops, no it didn't. It ended with a clean return code, but the file
wasn't deleted.
--
On 11 Jan 2008 12:44:25 -0800, [EMAIL PROTECTED] (McKown,
John) wrote:
>It sounds like you are using the CA TCP/IP stack instead of the IBM one.
I believe you're right.
>The problem comes in due to the fact that in the CA stack, the ftp
>process is actually done in the TCPIP stack and not in the
On 11 Jan 2008 12:38:57 -0800, [EMAIL PROTECTED] (Ted MacNEIL) wrote:
>
>On the DD statement, code:
>
>FREE=CLOSE as an extra parameter on the card.
In the IEFBR14?
--
For IBM-MAIN subscribe / signoff / archive access instructio
On 11 Jan 2008 12:28:33 -0800, [EMAIL PROTECTED] (Ted MacNEIL) wrote:
>>The enqueue for a dataset referenced using JCL doesn't get freed until after
>>the referencing step
>
>Not unless you code FREE=CLOSE.
>ENQ's are kept fore the life of the job.
How do I do this?
On 11 Jan 2008 12:21:21 -0800, [EMAIL PROTECTED] (Big Iron)
wrote:
>How about using IDCAMS to do the delete?
>The enqueue for a dataset referenced using JCL doesn't get freed until
>after the referencing step (TEBN#1 here).
I was just wondering if that would work - I'll try it.
-
On 11 Jan 2008 11:46:08 -0800, [EMAIL PROTECTED] (Ted MacNEIL) wrote:
>>Does it matter where the fault is?
>
>
>Yes, I believe it does.
>If memory leaks are a problem, they have to be resolved, just like any coding
>issue.
>
>If it's the programmer - train or dismiss.
>If it's the compiler - get
I have a file with sensitive information on it that gets FTP'd to a
secure server.
The JCL contains:
//TEBNF1 EXEC UEAA,(TRANSMIT T
// PASSWRD='..()',
//* LIBRARY AND MEMBER OF FILE CONTAINING PASS
// FTPPARM='bbb..()
/
On 11 Jan 2008 11:35:40 -0800, [EMAIL PROTECTED] (McKown,
John) wrote:
>For an experienced programmer, this is a boon. But it totally defeats
>the purpose for a beginner. They end up knowing very little and create
>crappy code. In C, programmers just use the "qsort()" function to sort
>stuff. And
On 11 Jan 2008 11:07:52 -0800, [EMAIL PROTECTED] (Ted MacNEIL) wrote:
>>Some OO languages produce lots of memory leaks in the real world - but there
>>aren't nearly so many memory leaks in the procedural world.
>
>Is that the fault of the compiler or the programmer?
>When I learned C++, I was tau
On 11 Jan 2008 10:57:04 -0800, [EMAIL PROTECTED] (McKown,
John) wrote:
>And one of the biggest "problems" with OOP is the use of object
>libraries. For __beginning__ students, using OOP usually means just
>"wiring together" a number of pre-existing objects, or maybe just
>extending an existing obj
On 11 Jan 2008 10:41:55 -0800, [EMAIL PROTECTED] (Ted MacNEIL) wrote:
>I have always believed that there are three mind-sets.
>1. Assembler/machine language.
>2. Procedural languages (COBOL, etc.).
>3. Object oriented.
>
>As you go from 1 to 3, you have less details to worry about, as the compiler
On 9 Jan 2008 12:05:05 -0800, [EMAIL PROTECTED] (McKown,
John) wrote:
>Use FireFox. It can spell check everything that you are typing, on the
>fly, like many word processsing programs. That is a part of the browser.
It took me a while to learn how to add words.
The trouble with spell checker
On 9 Jan 2008 11:47:37 -0800, [EMAIL PROTECTED] (Skip Robinson)
wrote:
>Which leads to my pet typo peeve: a word so mangled beyond recognition that
>it would fail any known English language spell checker. Which means that
>spell check was not invoked! What is wrong with you people who do not spell
On 9 Jan 2008 11:40:22 -0800, [EMAIL PROTECTED] (Ted MacNEIL) wrote:
>I remember when my (now 18) son would do projects and, when I complained about
>his spelling, the teacher would say "who cares? He's communicating"!
>
>Communication only works when you are all using a common language. If
>eve
On 9 Jan 2008 09:47:26 -0800, [EMAIL PROTECTED] (Arthur T.) wrote:
>Loose: v. Free from restraint
>Loose: adj. Not tight
>Loose: adv. Without restraint
>
>Lose: v. Fail to keep or to maintain; fail to win
As bad as "noone".
--
F
On 7 Jan 2008 05:33:02 -0800, [EMAIL PROTECTED] (Chase, John) wrote:
>In an IBM-supplied copybook:
>
> 02 DFHBMFLG PIC X.
> 88 DFHERASE VALUES ARE ,
>
>In the procedure division, we code:
>
> IF MAP-FIELD-ATTRIBUTE = DFHERASE
That's not a matter of simple vs complex - that
On 4 Jan 2008 18:19:58 -0800, [EMAIL PROTECTED] (Bill Wilkie)
wrote:
>No, only the one that is coded. If you have PARM=" " coded, it works as
>always. If you code NEWPARM="" they Getmain an area for something larger like
>256 bytes and everything else works the same. That way you could have a
>
On 4 Jan 2008 14:41:32 -0800, [EMAIL PROTECTED] (Steve
Comstock) wrote:
>> It's been over 30 years since I was a COBOL programmer, but I'm sure that I
>> never moved the parm that was supplied in the JCL. Yes, I wrote quite a few
>> programs that would accept a parm. The parm area was always c
On 4 Jan 2008 11:46:00 -0800, [EMAIL PROTECTED] (McKown,
John) wrote:
>Yes. I know of some programs which move the PARM into their own,
>predefined, storage. Said storage is DC CL100. And they don't check that
>the input is <=100 characters. Poor planning, but none-the-less.
>
>I also like my "env
On 4 Jan 2008 10:28:37 -0800, in bit.listserv.ibm-main you wrote:
>I'd be overjoyed if IBM would admit to the possibility of a parm string
>up to 32,767 bytes, and design parm-driven software with that in mind.
>And allow JCL to accept a parm of that length. Changes to code would be
>minimal, s
On 2 Jan 2008 13:00:09 -0800, [EMAIL PROTECTED] (Stephen Y Odo)
wrote:
>I think that's an extreme view. I don't think anybody is thinking of
>replacing Windows or MacOS or Linux on the desktop with z/OS. But why
>not z/OS as a back-end server?
I think I'll replace my car with a train that can b
On 31 Dec 2007 12:45:20 -0800, in bit.listserv.ibm-main you wrote:
>Twenty years ago, I got a Macintosh SE, in large part so my
>girlfriend could write her doctoral dissertation in music.
>Would I have taken an s/370 (XA?) at the time for personal
>use?. Not if it were free; not if it were in a p
On Fri, 28 Dec 2007 18:46:05 -0800, Paul Knudsen
<[EMAIL PROTECTED]> wrote:
>>Judicious use of DISPLAY statements can tell the programmer, for example,
>>exactly which record to pull from the input file. Yes, you can also figure
>>that out from the dump, but it takes longer.
>
>Don't you have a d
On 28 Dec 2007 04:00:35 -0800, [EMAIL PROTECTED] (Van
Dalsen, Herbie) wrote:
>I have heard of several patents for non-petroleum vehicles that seemed
>practical, viable, and all the other nice words, but have been blocked
>by someone unknown. In fact even university students of the past have
>devel
On 27 Dec 2007 11:08:18 -0800, [EMAIL PROTECTED] (Rick Fochtman)
wrote:
>Far too many programmers earn the nickname "IDIOT". There's a HUGE
>difference between testing on 100-200 data records and production on
>200,000-350,000 CBOT trade records. A DISPLAY command "COULD" be a
>wonderful debugg
On 27 Dec 2007 10:35:27 -0800, [EMAIL PROTECTED] (Steve
Comstock) wrote:
>Using DISPLAY to generate a report is very inefficient
>relative to using an FD and OPEN, CLOSE, and WRITE verbs.
>(Unless, of course, you OPEN-WRITE-CLOSE for every record!)
>You can't believe the number of COBOL training c
On 27 Dec 2007 10:05:06 -0800, [EMAIL PROTECTED] (Steve
Comstock) wrote:
>The OP said there were debugging / development time
>DISPLAY statements left behind in code that should
>have been removed before moving to production. Hal's
>suggestion has solid merit (or is that Merritt) behind
>it.
I su
On 21 Dec 2007 11:41:16 -0800, [EMAIL PROTECTED] (Ed Gould)
wrote:
>Interesting option there. I briefly browsed through Phil's online
>copy of the suit. One of the "facts" IBM alleges (IIRC ) or was that
>PSI (it was a long read) but one of the parties said that IBM made
>this public at one
On 21 Dec 2007 07:52:12 -0800, [EMAIL PROTECTED] (Chase, John) wrote:
>http://makeashorterlink.com/ says this now:
>
>"Make A Shorter Link has been acquired by TinyURL.com
>
>TinyURL is committed to making sure that the short links made via Make a
>Shorter Link, TinyURL, and similar services remai
On 20 Dec 2007 13:11:28 -0800, [EMAIL PROTECTED] (Walt Farrell)
wrote:
>In response to that concern, TinyUrl allows you to specify that you want to
>preview the long link before clicking through. You can specify that option
>at tinyurl.com if you want.
>
>In addition, anyone creating a TinyUrl l
On Thu, 20 Dec 2007 15:51:14 -0500, Anne & Lynn Wheeler
<[EMAIL PROTECTED]> wrote:
>there is also some gimick on how much is paid, it is currently 15.3% ...
>but for standard salary workers ... the company has to pay half of it
>over and above the salary ... and then there is the other half deduct
On 20 Dec 2007 12:10:39 -0800, [EMAIL PROTECTED] (Edward
Jaffe) wrote:
>FICA looks like a tax and smells like a tax. But, technically is not a
>tax. If you look carefully, it's a pre-tax deduction. And, when you
>receive a payment in retirement, it's taxable. Not unlike 401(k)
>contributions an
On 20 Dec 2007 11:40:14 -0800, [EMAIL PROTECTED] (Chase, John) wrote:
>The only "winners" in SocSec were the initial recipients who never paid
>in a penny, and those who live(d) long enough to "withdraw" more than
>they paid in.
It's a tax. The nature of taxes is that we may or may not good val
On 20 Dec 2007 10:58:19 -0800, [EMAIL PROTECTED] (Shmuel
Metz , Seymour J.) wrote:
>>It takes about 15 seconds, and shows that you have concern for your
>>readers.
>
>But is that concern positive or negative? There are significant issues
>with people using tinyurl and such, and it's a mistake mor
On 20 Dec 2007 10:10:43 -0800, [EMAIL PROTECTED] (Dave
Kopischke) wrote:
>And the money I've paid into Social Security all my life will be returned in
>my
>retirement with interest !
>
>I'm so sure that will happen that I've already started to spend it.
Actually, it was spent a long time ag
On 19 Dec 2007 06:36:46 -0800, [EMAIL PROTECTED] (McKown,
John) wrote:
>
>Subject: Server is slow
>
>It was moving pretty good until 8:00 - now it's creeping slowly now that
>everyone is online
>
See if they can get on the street traffic problem while they're at it.
On 19 Dec 2007 07:28:37 -0800, [EMAIL PROTECTED] (Glen
Gasior) wrote:
>(Put nine women on that right away, we need the baby next month)
I think the Broncos running back Travis Henry tried that.
--
For IBM-MAIN subscribe / signof
My code has:
01 PASSED-DBCONV-RECORD.
02 PASSED-DBCONV-DISPLAY-DBKEY.
03 PASSED-DBCONV-PAGE PIC X(08).
03 PASSED-DBCONV-PAGE-N REDEFINES PASSED-DBCONV-PAGE
On 17 Dec 2007 07:24:45 -0800, [EMAIL PROTECTED] (Aaron Walker)
wrote:
>>And speaking of wacky software, I may be one of the few people who
>>don't get these babies as emails - I use the web interface. I'm using
>>IE6, and when it displays full-width postings, often it will duplicate
>>some of th
On Sun, 16 Dec 2007 23:28:05 -0800 (PST), Srini <[EMAIL PROTECTED]>
wrote:
>I am receiving 5 character HEX value from a file and the requirement
>is to convert the 5 character HEX value to Decimal in a COBOL program.
>Is there any function/verb available in COBOL to convert the HEX vale
>to Decima
On 16 Dec 2007 05:28:27 -0800, [EMAIL PROTECTED] (R.S.)
wrote:
>So why should we pay our attention to India ?
>What's wrong with India ?
Nothing wrong with India - but selfishly, I want jobs where I am, even
though I have it better off than those who need jobs there.
Of course, in a global econo
On 14 Dec 2007 09:50:22 -0800, [EMAIL PROTECTED] (Corneel
Booysen) wrote:
>So I wonder if it is true that the original name of "HAL" was really a
>dig at IBM. (As in each letter of the name is one place higher
>alphabetically than the letters in IBM. Remember the evil computer
>killed all the peop
On 14 Dec 2007 09:32:53 -0800, [EMAIL PROTECTED] (Rick Fochtman)
wrote:
>We know the speed of light; what's the speed of dark?
A Nebula award winning novel with an autistic hero - written by a
space opera writer with an autistic son.
--
On 13 Dec 2007 12:07:24 -0800, [EMAIL PROTECTED] (Rick Fochtman)
wrote:
>Many production jobs fail due to minor JCL errors. The root of that
>problem is that many shop's change control and security policies
>prohibit testing such changes prior to promotion.
>
IBM created the PDS a long time ago - giving us some conveniences that
fit within its OS design.Other computer companies either did not
see this advantage or had OS structures that handled it other ways.
Do we use PDSs now because that's what we have been using for decades?
Or is it possible t
On 7 Dec 2007 12:06:20 -0800, [EMAIL PROTECTED] (Field, Alan
C.) wrote:
>I know this one ... He means Rugby. Football is played with a round
>ball. Some people call it soccer.
Shortened from "Association football".
>Rugby is played with an elliptical ball. Think Football without the
>padding.
On 7 Dec 2007 06:41:37 -0800, [EMAIL PROTECTED] (Mohammad Khan)
wrote:
>And what exactly is this pom ? I see it's being used for english or british. I
>don't remember encountering this term during my year long stay in UK but then
>there is only so much I can rely on my memory.
>Mohammad
I had t
On 6 Dec 2007 11:23:52 -0800, [EMAIL PROTECTED] (R.S.)
wrote:
>> I grant you that untrammeled access to source code _can_ result in disasters.
>
>Any example ?
>
>OK, I'am aware of one: Wide open code could mean more holes/errors
>disclosed. It also could mean more errors FIXED. Not to mention mo
On 5 Dec 2007 16:23:59 -0800, [EMAIL PROTECTED] (Ed Gould)
wrote:
>> Maybe they were not willing to admit why they had 20 car-loads
>> of cards in the first place. That's a LOT of cards to write notes on.
>>
>> Paat:
>
>I was thinking that they ended up as fuel for heating. I don't think
>you c
601 - 700 of 1341 matches
Mail list logo
