Re: [U2] REMOVE() was Is This Worth Rewriting
You can use more than 1 REMOVE in a loop, you know? On 02/03/2011 22:35, Steve Romanow wrote: I tried to drink the KoolAid and use REMOVE on some projects, but found a show stopper on UDT6.1. I cannot remember the specifics. Oh, I remember, In cases where you are addressing aligned mv's with your loop variable it was not saving you that much because you still need extract the other vars. Does that make sense? If you have 4 aligned mv's. You only gain on the 1st, but still have 3 extracts per iteration. It was cleaner just to keep the FOR loop. One more reason I am pushing to do my business logic in python where I have a whole lot more options in data structures. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Is this worth rewriting?
Yes but this is really really really really really basic stuff - if you have to think for more than a second on this type of construct maybe you should not be a programmer ?? From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Tony Gravagno Sent: 02 March 2011 23:40 To: u2-users@listserver.u2ug.org Subject: Re: [U2] Is this worth rewriting? From:David Wolverton But back to the 'issue' I was raising, although in this example it's moot - the generic statement was that 'IF ... # ... THEN' is 'bad style' ?? I still have missed why that should be considered 'wrong' or 'bad'. If it's purely style, then that's OK too and discussion over! Different horses for different courses! But when someone tells me something is 'bad', I want to know the reasons why so I can advance my understanding. I think the objection is to this: IF A # B THEN FOO ELSE BAR It's that Not/Else thing that can bend the brain. I think most people prefer: IF A = B THEN FOO ... We know what it is, so do this. ELSE BAR ... do this if the value is unexpected. Sure, it's perfectly logical to say If it's anything else than what we expect, do something. But that extra ELSE clause means but if it IS what we expect... - that's what makes it non-intuitive. I fret about such things all the time, thinking about that next poor guy (me?) who might have to read the code in a year. So in new code I'll even occasionally re-phrase as follows: IF A = B THEN ... do something that doesn't change values END IF A # B THEN ... END While sacrificing the elegance of END ELSE and a tiny bit of performance, the eye can immediately jump to the right segment of code. Of course that shouldn't be done where values change, with functions where A and B are computed, something else happens in their generation, etc. My rule of thumb is that if it's too complex or the intent is unreadable, then it's probably coded wrong. Never mind if it actually does the logical operation, we can assume that part is OK. ;) T ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users _ No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1204 / Virus Database: 1435/3477 - Release Date: 03/02/11 ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] REMOVE() was Is This Worth Rewriting
I had not considered that. TY for the tip! On 3/3/11, Mecki Foerthmann mec...@gmx.net wrote: You can use more than 1 REMOVE in a loop, you know? On 02/03/2011 22:35, Steve Romanow wrote: I tried to drink the KoolAid and use REMOVE on some projects, but found a show stopper on UDT6.1. I cannot remember the specifics. Oh, I remember, In cases where you are addressing aligned mv's with your loop variable it was not saving you that much because you still need extract the other vars. Does that make sense? If you have 4 aligned mv's. You only gain on the 1st, but still have 3 extracts per iteration. It was cleaner just to keep the FOR loop. One more reason I am pushing to do my business logic in python where I have a whole lot more options in data structures. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users -- Sent from my mobile device ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Git and U2
We use Subversion From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of DavidJMurray (mvdbs.com) Sent: 02 March 2011 20:19 To: u2-users@listserver.u2ug.org Subject: [U2] Git and U2 Has anyone used Git and U2 - either UniVerse or Unidata - together? Or any other suggestions for a version control - open source is preferred? Thanks in advance, djm - Learn and Do Excel and Share http://mvdbs.com http://mvdbs.com -- View this message in context: http://old.nabble.com/Git-and-U2-tp31053109p31053109.html Sent from the U2 - Users mailing list archive at Nabble.com. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users _ No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1204 / Virus Database: 1435/3477 - Release Date: 03/02/11 ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Scripps Networking Services
I received a call from this guy on Feb 28 and received the same information, etc... except the company name was changed to Scripps Networks Systems. I called Scripps Networks headquarters and spoke to them about it... they don't know who it is and are forwarding the info to their legal dept. Hopefully they nail this a$$ for whatever kind of scam he is trying to pull off. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Scripps Networking Services - softwaresearch.com
@Karen Bessel I received a call from this guy on Feb 28 and received the same information, etc... except the company name was changed to Scripps Networks Systems. I called Scripps Networks headquarters and spoke to them about it... they don't know who it is and are forwarding the info to their legal dept. Hopefully they nail this a$$ for whatever kind of scam he is trying to pull off. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Git and U2
We use Subversion, CVS, Git and Perforce. During testing of our Eclipse based editor called XLr8Editor, we test all of those version control software packages that have an Eclipse plug-ins. We don't write any scripts or put wrappers around ED or AE calls, because built into our Eclipse based editor is version control. We actually like CVS and Subversion and the others are very good as well. Of course, open source is preferred since the cost is truly zero. [ad] What we think you need to look at is what editor works with all of those. In case you did not guess it is XLr8Editor. Our is a true plug-in which means you can use XLr8Editor for UniBasic, PDT for PHP, Eclipse built-in editors for HTML, Java, and JavaScript. Our tools including our XLr8Editor are current and run on every version of Universe from 10.0 to current and Unidata version 6.0 to current. We run on the latest version of Eclipse which is 3.6.2 which no other Eclipse based tool for the U2 market can boast. We have been producing an Eclipse based tools longer than anyone else in the world for the U2 market. We put our releases at least once a month to fix bugs, add features, and update our usability. You get all of this plus the ability to copy data lighting fast from Universe/Unidata files so that you are not spending time on non-productive tasks. We guarantee that the $49.00 you spend on our XLr8Editor will increase your productivity by many factors. Check it out at www.u2logic.com/tools.html [/ad] Regards, Doug www.u2logic.com The Eclipse tools experts -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of DavidJMurray (mvdbs.com) Sent: Wednesday, March 02, 2011 1:19 PM To: u2-users@listserver.u2ug.org Subject: [U2] Git and U2 Has anyone used Git and U2 - either UniVerse or Unidata - together? Or any other suggestions for a version control - open source is preferred? Thanks in advance, djm - Learn and Do Excel and Share http://mvdbs.com http://mvdbs.com -- View this message in context: http://old.nabble.com/Git-and-U2-tp31053109p31053109.html Sent from the U2 - Users mailing list archive at Nabble.com. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Git and U2
Thanks everyone for your replies. As it looks like I will now be hosting on google code (as its free) I have a choice of subversion or mercurial. Weekend reading will be in order... Cheers, djm DavidJMurray (mvdbs.com) wrote: Has anyone used Git and U2 - either UniVerse or Unidata - together? Or any other suggestions for a version control - open source is preferred? Thanks in advance, djm - Learn and Do Excel and Share http://mvdbs.com http://mvdbs.com -- View this message in context: http://old.nabble.com/Git-and-U2-tp31053109p31060218.html Sent from the U2 - Users mailing list archive at Nabble.com. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Git and U2
On 3/3/2011 11:22 AM, DavidJMurray (mvdbs.com) wrote: Thanks everyone for your replies. As it looks like I will now be hosting on google code (as its free) I have a choice of subversion or mercurial. Weekend reading will be in order... Cheers, Might I recommend http://hginit.com/ ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Is this worth rewriting?
I liked Brian's IF (TEA : EAT : ATE) # '' THEN CUM(M) = TEA + EAT + ATE It looks neater in VLIST - don't know if it's faster. multi_cat might be a beast 2: IF (TEA : EAT : ATE) # '' THEN X = TEA + EAT + ATE 2 00012 : 104 multi_cat TEA EAT ATE = $R0 2 0001E : 106 ne $R0 = $R1 2 00026 : 2DE testfw $R1 00040: 2 00030 : 004 addTEA EAT = $R2 2 00038 : 004 add$R2 ATE = X 3: IF TEA # '' OR EAT # '' OR ATE # '' THEN X = TEA + EAT + ATE 3 00040 : 106 ne TEA = $R1 3 00048 : 106 ne EAT = $R2 3 00050 : 122 or $R1 $R2 = $R3 3 00058 : 106 ne ATE = $R4 3 00060 : 122 or $R3 $R4 = $R5 3 00068 : 2DE testfw $R5 00080: 3 00070 : 004 addTEA EAT = $R6 3 00078 : 004 add$R6 ATE = X Sorry Chris, it's not exactly the same if you do IF TEA+EAT+ATE '' THEN CUM(M) = TEA+EAT+ATE 'cause that's always true. I had to check the original code a few times because I kept thinking What the hey? Surely that's always true? But it weren't. Regards, Keith ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Git and U2
David - you're undertaking an effort that most people seem to do alone. I wish we had more community resources on the considerations and HowTo's for various VCS's. Many people have an opinion but one must research a number of options before being able to form a really valuable opinion with comparions. I can't compare SV to Hg to Git because I simply don't have the hands-on experience, but I'd love to read about someone else's experiences, especially with regard to integration with MV. I'm hoping you can blog your progress. Despite the popularity of GitHub, I have found their website UI to be primitive with regard to issue tracking, searches, and other features around the code. Based on my limited experience to-date, I have been considering hybrid solutions of SubVersion (via Google Code or otherwise) with a Mantis tracker or Bugzilla. There's rarely enough time to do this kind of stuff right. YMMV T From: DavidJMurray Thanks everyone for your replies. As it looks like I will now be hosting on google code (as its free) I have a choice of subversion or mercurial. Weekend reading will be in order... ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Is this worth rewriting?
From Symeon: Yes but this is really really really really really basic stuff - if you have to think for more than a second on this type of construct maybe you should not be a programmer ?? Symeon, I don't think so. Real programmers recognize all kinds of structures, and the brain adjusts with the flow. Maybe I'm just getting older but sometimes my eyes lock onto some line or clause where I need to think harder about the exact ramifications of some expression or logic. What data might cause that code to do something awkward? What data might pass to the else clause? Another example of this brain stutter is when you get to a Call or Gosub statement. The mind has to come out of the code for a moment as you go through the mechanics of scrolling to the subroutine or opening a window for another code item. Those of us who work with OOP need to do this a LOT more, and this is one of the things that makes OOP more time consuming than top-down code, even though the structure is perceived as more elegant. Some people apparently have brains that toggle IF NOT ELSE faster than others. But apparently this construct is of concern to some people, whether as a matter of elegance or a matter of coding effectiveness. Recognizing this, the more I can eliminate those lines where I or someone else needs to brain stutter out of the flow, the better I think the code is. And with that in mind, I just squashed an occurrence of this in my own code. So once again this forum has provided value. :) Best, T From: Tony Gravagno I think the objection is to this: IF A # B THEN FOO ELSE BAR It's that Not/Else thing that can bend the brain. I think most people prefer: IF A = B THEN FOO ... We know what it is, so do this. ELSE BAR ... do this if the value is unexpected. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Git and U2
On 3/3/2011 3:50 PM, Tony Gravagno wrote: Despite the popularity of GitHub, I have found their website UI to be primitive with regard to issue tracking, searches, and other features around the code. Based on my limited experience to-date, I have been considering hybrid solutions of SubVersion (via Google Code or otherwise) with a Mantis tracker or Bugzilla. There's rarely enough time to do this kind of stuff right. YMMV T I really like Mantis. It has a nice SCM plugin that has a consistent interface with most major vcs's. As we have seen with the number of suggestions, all of them pretty much work. Finding one that fits your particular shops workflow is likely a stronger criterion than if it works with U2 well. GitHubs strong suit is cheap forks and social programming. If a project doesnt need that then it is not relevant. For hg and me it was easily installed in the 3 places I needed it (bazaar did as well). bazaars web interface (loggerhead) is not as mature as hgweb (IMO). SVN was a nonstarter for me since it is a centralised, connected system. I do not have direct experience, but I understand branches are easy, but merges can be very hard with svn. Kiln, Plastic, Perforce, Visual Source Safe, my budget will not allow me to consider. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Is this worth rewriting?
I blame it on current work conditions. It's contagious. :) -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of fft2...@aol.com Sent: Thursday, 3 March 2011 6:39 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Is this worth rewriting? You my friend get the micro-management award for this thread. In a message dated 3/2/2011 9:24:18 P.M. Pacific Standard Time, dmc...@imb.com.au writes: Actually, (at least in UniData) it is a performance improvement :). It has to do with how BASIC compiles the code into the object file and tags each line with a line number. Each time it jumps to a line or progresses to the next it must process the line number to update it for when it shows errors/warnings etc. By reducing the number of lines the instructions are on, you actually end up with both smaller object code and faster execution. How much though depends on how tight your looping and all but 99%+ cases the difference is dwarfed by disk access times, etc as to make it not worth it as a human optimisation task. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ ### The information transmitted in this message and attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files with the permission of IMB. ### ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Is this worth rewriting?
Which unfortunately is a UniVerse option, not UniData. Unless of course it is one of the myriad of 'undocumented' features :) -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Gregor Scott Sent: Thursday, 3 March 2011 5:34 PM To: U2 Users List Subject: Re: [U2] Is this worth rewriting? Which is where the -T option on the BASIC statement comes in handy, though debugging then become s much harder. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Dan McGrath Sent: Thursday, 3 March 2011 4:24 PM To: U2 Users List Subject: Re: [U2] Is this worth rewriting? Actually, (at least in UniData) it is a performance improvement :). It has to do with how BASIC compiles the code into the object file and tags each line with a line number. Each time it jumps to a line or progresses to the next it must process the line number to update it for when it shows errors/warnings etc. By reducing the number of lines the instructions are on, you actually end up with both smaller object code and faster execution. How much though depends on how tight your looping and all but 99%+ cases the difference is dwarfed by disk access times, etc as to make it not worth it as a human optimisation task. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Gregor Scott Sent: Thursday, 3 March 2011 4:16 PM To: U2 Users List Subject: Re: [U2] Is this worth rewriting? The other thing to try, though not really a performance improvement, is the following: Replace: IF P7.100CM = '' THEN CUMO(M) += P12.101CM END ELSE CUMO(M) += P7.100CM END IF P7.101CM = '' THEN CUMO(M) += P12.133CM END ELSE CUMO(M) += P7.101CM END IF P7.102CM = '' THEN CUMO(M) += P12.134CM END ELSE CUMO(M) += P7.102CM END with CUMO(M) += (IF P7.100CM = '' THEN P12.101CM ELSE P7.100CM) CUMO(M) += (IF P7.101CM = '' THEN P12.133CM ELSE P7.101CM) CUMO(M) += (IF P7.102CM = '' THEN P12.134CM ELSE P7.102CM) Gregor -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Gregor Scott Sent: Thursday, 3 March 2011 3:13 PM To: U2 Users List Subject: Re: [U2] Is this worth rewriting? A suggestion: Raise the @VM to @AM to improve dynamic array performance. Attribute lookups are way faster than value lookups, and you have already extracted the data to a new variable MONTHLY.USAGE: CM = MONTH + LY.CNT P12.101 = RAISE(PARMS(12)101) P12.133 = RAISE(PARMS(12)133) P12.134 = RAISE(PARMS(12)134) P7.100 = RAISE(PARMS(7)100) P7.101 = RAISE(PARMS(7)101) P7.102 = RAISE(PARMS(7)102) FOR M = 1 TO 12 CUMO(M) = P12.101CM + P12.133CM + P12.134CM IF P7.100CM = '' THEN CUMO(M) += P12.101CM END ELSE CUMO(M) += P7.100CM END IF P7.101CM = '' THEN CUMO(M) += P12.133CM END ELSE CUMO(M) += P7.101CM END IF P7.102CM = '' THEN CUMO(M) += P12.134CM END ELSE CUMO(M) += P7.102CM END NEXT M RETURN -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Allen E. Elwood Sent: Thursday, 3 March 2011 2:22 PM To: 'U2 Users List' Subject: Re: [U2] Is this worth rewriting? All right, I just went ahead and rewrote this the way I would do it since I haven't written a single bit of code since I got laid off at the end of September. And I did it while my wife and I are watching Judge Judy - it was *fun* :-) Granted I can't use real var names since I don't know what these are, but using a simple var name replacement scheme, this illustrates what I would consider the least amount of overhead for this. A) reduced the overhead on the repetitive calls to over 100 attrs. The system needs to look at *every single byte* in the record until it gets to attr desired. If these are 25,000 byte records this would be a HUGE amount of needless throughput which you can calc by (iterations - 2) * average bytes to read before attr needed * number of times the statement is used in the loop B) Yup, got rid of the #. Not only does this make more sense, but # is REALLY doing two comparisons: and C) Got rid of the leading 7 digit indent to make it more readable D) I don't see the necessity of testing three vars to see if they aren't zero before adding them together. If they are zero, the equation will work. If they are not zero, the equation will work. I can see maybe doing that if the equation was doing any dividing to avoid the can't divide by zero error, but not on adding. E) I always make all my IF's block IF's to stub them out for future dev, as well as to make them easier to read. So I did that at the bottom even though it was just for one add stmt. F) My eyes are really getting old. I need spaces between VARs and operands so they don't
Re: [U2] Is this worth rewriting?
Yes, I understand all that. In fact I did electronics before I ever picked up computers, yet alone programming (following in my Grandfather's footsteps as I've come to understand now). We are getting a bit off-topic now, but it was about 10 years ago now that I actually realised companies still made tubes and they were used in high quality amps. After having been taught in school that they were antiquated and completely replaced by transistors, it was quite a revelation! -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Allen E. Elwood Sent: Thursday, 3 March 2011 5:05 PM To: 'U2 Users List' Subject: Re: [U2] Is this worth rewriting? Ok, just to be clear, there is a difference between an interpreted instruction and a hard wired machine code instruction. An actual BRANCH ON NOTEQUAL operand ANALOG *circuit* must be etched in silicon at the flip-flop level before it's a machine code instruction. So like, not impossible. But here's the cool point. Digital devices, are implemented with capacitors, transistors, resistors. Analog devices. I dunno, just makes me laugh every time I think about the fact that at the lowest level there is really no such thing as digital because electricity is analog lol Speaking of analog (how's that for a segue?), all guitar pros still use tube amps. I make tube amps! It's so different to work with 500 volt tubes and transformers than programming. [shameless brag] Here's an upcoming starlet using one of the Hiwatt DR504 clone amps I built by hand for her playing with Earl Slick (David Bowie's guitarist after Stevie Ray got himself fired) http://www.youtube.com/watch?v=wTx1Pi1_o4c [/shameless brag] -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Dan McGrath Sent: Wednesday, March 02, 2011 9:10 PM To: U2 Users List Subject: Re: [U2] Is this worth rewriting? Yes, in the real instruction that gets send down those long multi-stage pipe lines in our multi-core CPUs :) They take the same amount of clock cycles to compare if a 32bit/64 bit value is equal, or not equal. When values are compared it merely sets one of the many flags in the CPU. This binary flag is used to determine if it was equal or not, the only difference in the machine code is whether you perform an action if the flag is true or perform an action if the flag is false. This is as true in RISC processors as it is in CISC. But yes, this sort of optimisation is rarely needed. In fact, if you were to ever write the code in C/C++ the compiler would automatically optimise the machine code far better than most mere mortals could :) For some reason, you mentioning your teacher made me think of The Story of Mel: http://www.catb.org/jargon/html/story-of-mel.html snip ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ ### The information transmitted in this message and attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files with the permission of IMB. ### ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Is this worth rewriting?
Lots of things I didn't think of... My last try 001: MONTHLY.USAGE: 002: CM = MONTH + LY.CNT 003: TEA = RAISE(PARMS(12)101) 004: EAT = RAISE(PARMS(12)133) 005: ATE = RAISE(PARMS(12)134) 006: YAM = RAISE(PARMS(7)100) 007: AMY = RAISE(PARMS(7)101) 008: MYA = RAISE(PARMS(7)102) 009: FOR M = 1 TO 12 010: A = TEACM ; B = EATCM ; C = ATECM 011: IF A:B:C NE '' THEN CUM(M) = A+B+C 012: X = YAMCM ; Y = AMYCM ; Z = MYACM 013: IF X:Y:Z NE ''THEN 014: IF X EQ '' THEN CUMO(M) += A ELSE CUMO(M) += X 015: IF Y EQ '' THEN CUMO(M) += B ELSE CUMO(M) += Y 016: IF Z EQ '' THEN CUMO(M) += C ELSE CUMO(M) += Z 017: END 018: CM -= 1 ; IF CM = 0 THEN CM = 24 019: NEXT M 020: RETURN ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Git and U2
I think the idea of Distributed Version Control System (DVSC) has some merit for certain applications. Google Code supports Subversion, and Mercurial and maybe others in its DVSC system. Several of our customers make us jump through hoops to get at their source code. So you are now thinking about storing source code on Google servers that replicate all over the world. The problems that I can envision are overwhelming my head here in Colorado, maybe it's the altitude. I better go outside and take a breather... I'm back and I have a few questions: 1) What editor are you using? 2) How are you going to wrap the editor calls to capture the source code, the procs, the paragraphs, the voc changes, and the dictionaries changes to Google. 3) Are using real-time or batch updates? 4) How to you know your updates were applied? Regards, Doug www.u2logic.com -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of DavidJMurray (mvdbs.com) Sent: Thursday, March 03, 2011 9:23 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Git and U2 Thanks everyone for your replies. As it looks like I will now be hosting on google code (as its free) I have a choice of subversion or mercurial. Weekend reading will be in order... Cheers, djm ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Version Control
Doug: I have been considering this matter for some time... It seems that software development in the non-U2 world revolves around huge Maven scripts to re-compile builds of vast dynasties of code. The U2 VOC concept makes all of this hassle go away. With VOC, we just update the single program that I am working on with a new Rev.ID. Menus and other programs just launch what is in VOC. The program's rev is specified in VOC. The calling program just references VOC... the latest revision is specified in VOC. Thus, this scheme is modular. It is not clear to me how SubVersion and GIT developers refer to the latest rev of their subs. Also the reverse...what programs use the subs. This is where OSGI fits in. I have heard rumblings that people are working on an Eclipse-compatible OSGI SCM thing. OSGI is worth learning about. OSGI is a configuration tool that grew up out of the cell phone industry to handle config control on say, a Nokia family of products. A MultiValue database for rev control makes a lot of sense. 1)While this scheme is editor independent, Eclipse has some nice functionality that could be leveraged. 2) While this scheme is intended for code, it works the same way for procs, paragraphs, and dictionaries. 3) The updates are on a program-by-program basis, that is, NOT batch. 4) The updates are known to be applied because the screen that shows all of the revs, also shows what is in VOC right then. If the new program has a bug, it is easy just to roll back to the prior rev in VOC. ChChanges To SHS ___ B.HOP SHIP.STOCK.R91 __Path__ B.HOP Voc: R91 __#___Rev___Summary___Subs__Who___When__ 57 R91 CountDown 1 SUB.COUNTDOWN.R1 24 FEB 11 56 R89 Deleted [D]eliveries 16 FEB 11 55 R86 UpDated PackSlip, Cert RR08 FEB 11 54 R85 Fixed Ship.To.Country 07 FEB 11 53 R81 Fixed Bug, No UPS Acct If UPS Freight Karen 16 NOV 10 52 R80 HK Pays Flag Added Karen 08 NOV 10 51 R79 Writes To PackSlips.X Lou 14 OCT 10 50 R77 Blanked Out PackSlips.X Robert12 OCT 10 49 R75 1 SUB.PACKING.LIST.R75 19 JUL 10 48 R74 Show Insurance $ for UPS, FedEx Karen 15 JUL 10 47 R73 Uses New Ship.To.How Codes 17 JUN 10 46 R71 BaseLine 17 JUN 10 45 R70 Auto Print Quality Label 1 SUB.PACK.SLIP.R42 Robert21 APR 10 44 R69 Enhanced ODBC 18 MAR 10 43 R68 Auto Switch Ship.Via Based.On Weight 11 MAR 10 42 R67 Minor CleanUp 04 MAR 10 41 R66 Bin.To.Bin With SnapShot 1 SUB.BIN.TO.BIN.R50 Mike 25 FEB 10 40 R65 Link Country and Addr Label 26 JAN 10 39 R64 Fixed Show.As.Late Bug 19 JAN 10 . . . . . . . . . . . . . . . . . . . . . . . . . . . [] [##] [II]mpact [KK]ill [NN]ew [SU].I.Am.A.Sub [XX] DICT CHANGES Type Field.Field.FieldConversion..Column. OutputDepth Name..NumberDefinition...CodeHeading FormatAssoc.. @ID D0 CHANGES 10L S APP D0 10L S REV D1 3LM DESC D2 80L M DATE D3 10L M TIME D4 10L M REQUESTOR D5 10L M PROGRAMMERD6 10L M
Re: [U2] Scripps Networking Services - softwaresearch.com
Hi Karen, Its Theo, The passed me on to another guy, last name Chevron. Talked with him and he was going to get back with me right away. Haven't heard from him in 2 weeks. I will keep you al updated, Thanks, Theo Aivazian On Mar 3, 2011, at 10:49 AM, userj wrote: @Karen Bessel I received a call from this guy on Feb 28 and received the same information, etc... except the company name was changed to Scripps Networks Systems. I called Scripps Networks headquarters and spoke to them about it... they don't know who it is and are forwarding the info to their legal dept. Hopefully they nail this a$$ for whatever kind of scam he is trying to pull off. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users Theo Aivazian aivaz...@cinci.rr.com ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Version Control
Hi Bill: The U2 world works inside the database. The rest of the world thinks source code control should be outside the database. Your use of VOC is very unique and probably applicable to a small set of the U2 community. Source code control, except for U2, is done from the local workstation and not on the server. When I was a Configuration Manager for a telecom software company, many moons ago, we did not store any changes inside either the Informix or Sybase databases. We stored all of source code revisions on several Unix boxes that the programmers had to check out and check in from their workstations. I have created a web page that shows how Eclipse maintains a local version. There is a graphic of what U2 project looks like as well as few more. You need to look at the last graphic. That is where version control shines and shows you what you checked in and why. The pretty pictures of Eclipse version control using the XLr8Editor plug-ins is feature here and you can click on any of images to enlarge them: http://www.u2logic.com/versioncontrol.html. Regards, Doug www.u2logic.com Universe and Unidata Eclipse based tool supplier ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Version Control
If you are using U2 environment a lot of stuff won't work without utilising the VOC some fundamental or critical way. VOC entries for files, programs, paragraphs/PROCS, etc. Granted, in some cases these don't change often. Unless you are like some poor sites I have seen and run their entire or parts of their application process from a paragraph or proc in the VOC file - more common than you would like to think or hope! Likewise, control information inside U2 files are in many case extremely critical for many applications - this also needs to be managed and versioned, rolled-back if required, etc., etc. Any configuration management application needs to take everything into account not just source code. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Doug Sent: Friday, 4 March 2011 1:48 PM To: 'U2 Users List' Subject: Re: [U2] Version Control Hi Bill: The U2 world works inside the database. The rest of the world thinks source code control should be outside the database. Your use of VOC is very unique and probably applicable to a small set of the U2 community. Source code control, except for U2, is done from the local workstation and not on the server. ** IMPORTANT MESSAGE * This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ** ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
