Re: [U2] Brilliant? or not?

2012-01-16 Thread Charles_Shaffer
I used to have a C programmer working for me that reveled in condensing multiple lines of C code to a single statement, much more obtuse than that. He is no longer employed here. Nuff said Doug * Aside from it not being readable, compacting C code like that can reduce

Re: [U2] Brilliant? or not?

2012-01-16 Thread Tony Gravagno
From: Charles_Shaffer Aside from it not being readable, compacting C code like that can reduce portability. Different compilers may evaluate complex, compacted code differently. Same thing has actually happened with BASIC code that's ported from one platform to another. Rule of thumb:

Re: [U2] Brilliant? or not?

2012-01-16 Thread George Gallen
This is one of the reasons why I continue to x=x+1 instead of x++ Not all languages support the ++, but they all support x=x+1 George -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Tony Gravagno Sent: Monday,

Re: [U2] Brilliant? or not?

2012-01-16 Thread Robert Houben
And as a side-note most compilers worth using will generate the same machine instructions when you optimize, so there's no benefit in the cute versions. The more long-winded readable version is much more valuable in the long run... IMO -Original Message- From:

Re: [U2] Brilliant? or not?

2012-01-16 Thread Symeon Breen
H This has whole topic has been mentioned on here before, and my stance is the same, if you can not read that code and work it out in 4 seconds, then maybe you should not be a programmer. Code is code, read it , understand it, get over it -Original Message- From:

Re: [U2] Brilliant? or not?

2012-01-16 Thread Tom Whitmore
I agree with Tony. You can write dense code, but the goal should always be to write clear, documented, code so the next programmer doesn't have to figure out what you are trying to do. The more dense the code, the higher the cost to maintain the code. The beauty of PICK code is that you

Re: [U2] Brilliant? or not?

2012-01-16 Thread Mecki Foerthmann
I agree, if it took you more than 4 seconds to work that piece of code out you shouldn't be a programmer. But if it requires working out and thus at least twice as long than reading a simple if-then-else statement it's definitely not a brilliant piece of code. On 16/01/2012 20:16, Symeon

Re: [U2] Brilliant? or not?

2012-01-16 Thread Charles_Shaffer
It's not about whether somebody can or can't read the code, it is about productivity and avoiding errors. Why should it take 4 seconds to figure out a line of code? 4 seconds times a thousand lines of code is over an hour of wasted time. Charles Shaffer Senior Analyst NTN-Bower Corporation

[U2] UniVerse on Windows

2012-01-16 Thread David Wolverton
I have a customer who is setting up a brand new user in UV on Windows -- this is a running machine, has been for years -- but the first new employee is a long while. This new user, when they get the Telnet log on and put in their user name/password is NOT being asked for the path to account they

Re: [U2] Brilliant? or not?

2012-01-16 Thread Charlie Noah
Hi Tony, That is high praise indeed! I don't know Mark, but he sounds like someone I would enjoy working with very much. Hopefully he will get to read this. I would like to make his acquaintance. I have always worked hard to write clean, orderly code. That way the poor sap (sometimes me)

Re: [U2] Brilliant? or not?

2012-01-16 Thread Charlie Noah
Hi George, Are there any implementations now that don't support X += 1? Not that I have a problem with X = X + 1 - works just fine and is very clear. I usually try to code to the common denominator, within reason, of course. Over my 34 years in the biz I've been through a lot of conversions

Re: [U2] Brilliant? or not?

2012-01-16 Thread George Gallen
I wasn't just referring to flavors/implementations of PICK, but I also do a lot of cross language pick, perl, javascript, php, vb, java, etc I hate having to remember whether I can use a ++ or ++= or =++ or whatever. It's funny, I'll use x=x+1 because it always works, and almost always, someone

Re: [U2] UniVerse on Windows unclassified

2012-01-16 Thread MACK ANDREW, MR
Hi David, Confirm that the UV.LOGINS entry for the user is correct. Whilst they are in the UV account, have them ED UV.LOGINS username. If they are a domain user their record should look like this: ED UV.LOGINS username 5 lines long. : P 0001: domain i.e BOBCOM 0002: 0003: uv account path

Re: [U2] UniVerse on Windows unclassified

2012-01-16 Thread Kathleené M Hunter
David, Have you client look at one of the users that is working. You will find that they are an admin on the UniVerse box. If they want the user to be prompted for the account. If they want the user to log into a specific account then they need to change the user policy on the telnet

Re: [U2] Brilliant? or not?

2012-01-16 Thread Charlie Noah
I understand - and I agree with you 100%. You have it even tougher working cross-language. I don't envy you. Back in the 80s a programmer told me I would starve if I didn't learn C. Then in the 90s another told me I'd starve if I didn't get into Java. I've been very fortunate that I'm still

Re: [U2] Brilliant? or not?

2012-01-16 Thread Jerry
I can vouch for Charlies code because I still work on some that he wrote over 13 years ago. Universe is much more forgiving on 'nix systems. On Windows, not so much. Of course that may be because 'nix systems are more forgiving than Windows. When I come across code such as the one that started