Re: [U2] Eclipse release 3.7 (Indigo)
Hi Tony: Other than the title, the text was clearly marked as an advertisement. There was no disguise in this thread other than the announcement that our tools do work with the current release of Eclipse much to our amazement unlike when we use to work with Microsoft and have to change code all of the time. Sorry, just saying, Doug www.u2logic.com Real Eclipse Tools for U2 On Thu, Jun 23, 2011 at 7:17 PM, Tony Gravagno 3xk547...@sneakemail.comwrote: From: Symeon Breen Doug Have you ever thought of doing an add on for Visual studio similar to what you have done for eclipse ? Symeon, I've written a VS addon like this for myself, but lack of interest in this market for such things precludes them ever getting into the field. I blogged about a couple similar VS projects I had working in Beta, and got zero feedback, so I put them in storage. I think I even published an invitation to a couple forums for feedback on a syntax-highlighting MV BASIC editor addon for VS I wrote (with code folding and other features appreciated by VS developers). Again, zero feedback. Add to that the retribution one faces in this forum about offering solutions like this (because guys like Doug try to disguise a thread like this one as anything other than a blatent [ad]), and I decided a long time ago that it's easier to create offerings for other audiences. I know I'm not the only one who's been discouraged - a number of our respected colleagues in this forum used to advertise such solutions, but not anymore. Sorry, just sayin' ... T ___ 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] Eclipse release 3.7 (Indigo)
Hi Symeon: Unfortunately, the U2 market is very small when compared to all of the other databases. The U2 market is very frugal. That is why tools for U2 cost much more than they should because there is no volume. I have priced our XLr8 line of tools from $49.00 to $99.00 for volume sales. According to Rocket Software, there are 2.7 million plus licenses under maintenance with over 35,000 shops. So there should be 10,000 or more programmers. However, I can tell you most have not heard of this list. Nor do most U2 programmers care about about full screen editors or the like which I find very sad indeed. So, I did look at a VS version of XLr8Editor in 2005 and told my staff not to pursue it. Maybe we would have sold more that the Eclipse version but who knows. Regards, Doug www.u2logic.com Eclipse tools for Universe and Unidata On Thu, Jun 23, 2011 at 5:03 PM, Symeon Breen syme...@gmail.com wrote: Doug Have you ever thought of doing an add on for Visual studio similar to what you have done for eclipse ? ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] uppercase
I could be wrong since I've never used NLS on U2, but I think that somewhere there is a table identifying upper/lowercase pairs. In the default locale, char(253) is the value mark and doesn't have an associated case pairing, but in some other locales it is latin small letter y with acute and pairs with char(221). So a string created on on a system with one local could upcase differently if moved to a system with a different local. However, I think there's also a setting for what characters are used as system delimiters. So if char(253) is needed as a data character then @VM would be redefined to be something different (I hope :)) So assuming that the same locale was always used, OCONV, OCONVS, AND UPCASE/DOWNCASE should always case the same way. On Jun 23, 2011, at 8:42 PM, Richard Lewis wrote: I understand matrix operations well enough to use them frequently, and in light of this discussion, the following question popped into my mind: Is there any difference between: X = OCONV(X,'MCU') and: X = OCONVS(X,'MCU') Has anyone experienced the results being different? Thanks! Richard Lewis On Wed, Jun 22, 2011 at 9:08 AM, George Gallen ggal...@wyanokegroup.com wrote: UPCASE() will also function as OCONVS() If you put in a dynamic array into UPCASE(), it will upcase the entire string and leave the @VM, @AM... untouched. I use this on UV when reading items, especially for searching, I'll upcase the entire dynamic array, then proceed to do my indexes or locates. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- boun...@listserver.u2ug.org] On Behalf Of Martin Phillips Sent: Wednesday, June 22, 2011 6:32 AM To: U2 Users List Subject: Re: [U2] uppercase Hi Jeff, The difference is probably only one of performance. Using OCONV requires the conversion code to be decoded in order to work out what to do. Using UPCASE() can go straight off to do the real work without any additional decoding. I suspect not, but there may be some difference of interpretation if you have NLS installed. Martin Phillips Ladybridge Systems Ltd 17b Coldstream Lane, Hardingstone, Northampton NN4 6DB, England +44 (0)1604-709200 - Original Message - From: Jeff Butera jbut...@hampshire.edu To: u2-users@listserver.u2ug.org Sent: Wednesday, June 22, 2011 11:24 AM Subject: [U2] uppercase On unidata, can anyone shed light on the differences between UPCASE(...) and OCONV(...,'MCU')? I know OCONVS(...,'MCU') will preserve @VM and other unidata delimiters, but for single valued data is their any difference in the above? -- Jeff Butera, PhD Manager of ERP Systems Hampshire College 413-559-5556 ___ 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 ___ 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 ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
[U2] [UV] Cross-flavor code
I'll ask a simple question and only expand if really necessary. Compile a subroutine in a Pick flavor Universe account. That subroutine has a Named Common statement. Now F-point to that code file from an Information flavor account. Compile another program that calls the first. (This can be in a file local to the Information account or through the pointer into the Pick account.) At runtime we see error COMMON size mismatch. CLEARCOMMON doesn't help UPDATE.ACCOUNT INFORMATION on the subroutine account doesn't help. It seems the subroutine must be compiled with the same flavor as any program which calls it. Is that accurate? If that's the case, I would suggest that the error is incorrect to describe the problem. I'd hope to see something more like Flavor mismatch between caller and called subroutine. Anyone here agree? Thanks. T ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] [UV] Cross-flavor code
I'm guessing that you have an array dimensioned in the common? Pick flavor default to $OPTIONS STATIC.DIM, while Information flavor defaults to $OPTIONS -STATIC.DIM. With STATIC.DIM, each array A(n) takes up n slots in common, but with -STATIC.DIM, the entire array takes one slot. On Jun 24, 2011, at 12:33 PM, Tony Gravagno wrote: I'll ask a simple question and only expand if really necessary. Compile a subroutine in a Pick flavor Universe account. That subroutine has a Named Common statement. Now F-point to that code file from an Information flavor account. Compile another program that calls the first. (This can be in a file local to the Information account or through the pointer into the Pick account.) At runtime we see error COMMON size mismatch. CLEARCOMMON doesn't help UPDATE.ACCOUNT INFORMATION on the subroutine account doesn't help. It seems the subroutine must be compiled with the same flavor as any program which calls it. Is that accurate? If that's the case, I would suggest that the error is incorrect to describe the problem. I'd hope to see something more like Flavor mismatch between caller and called subroutine. Anyone here agree? Thanks. T ___ 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] [UV] Cross-flavor code
-Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Tony Gravagno Sent: Friday, June 24, 2011 11:34 AM To: u2-users@listserver.u2ug.org Subject: [U2] [UV] Cross-flavor code I'll ask a simple question and only expand if really necessary. Compile a subroutine in a Pick flavor Universe account. That subroutine has a Named Common statement. Now F-point to that code file from an Information flavor account. Compile another program that calls the first. (This can be in a file local to the Information account or through the pointer into the Pick account.) At runtime we see error COMMON size mismatch. CLEARCOMMON doesn't help UPDATE.ACCOUNT INFORMATION on the subroutine account doesn't help. It seems the subroutine must be compiled with the same flavor as any program which calls it. Is that accurate? If that's the case, I would suggest that the error is incorrect to describe the problem. I'd hope to see something more like Flavor mismatch between caller and called subroutine. Anyone here agree? Thanks. T ___ 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] [UV] Cross-flavor code
I've compiled subroutines under Information flavor, as globallly cataloged program and called them from an account that was running Reality flavor. Not sure what you meant by F-point to the codeso that might make the difference. George Gallen Senior Programmer/Analyst Accounting/Data Division ggal...@wyanokegroup.com ph:856.848.9005 Ext 220 The Wyanoke Group http://www.wyanokegroup.com From: u2-users-boun...@listserver.u2ug.org [u2-users-boun...@listserver.u2ug.org] On Behalf Of Tony Gravagno [3xk547...@sneakemail.com] Sent: Friday, June 24, 2011 12:33 PM To: u2-users@listserver.u2ug.org Subject: [U2] [UV] Cross-flavor code I'll ask a simple question and only expand if really necessary. Compile a subroutine in a Pick flavor Universe account. That subroutine has a Named Common statement. Now F-point to that code file from an Information flavor account. Compile another program that calls the first. (This can be in a file local to the Information account or through the pointer into the Pick account.) At runtime we see error COMMON size mismatch. CLEARCOMMON doesn't help UPDATE.ACCOUNT INFORMATION on the subroutine account doesn't help. It seems the subroutine must be compiled with the same flavor as any program which calls it. Is that accurate? If that's the case, I would suggest that the error is incorrect to describe the problem. I'd hope to see something more like Flavor mismatch between caller and called subroutine. Anyone here agree? Thanks. T ___ 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] [UV] Cross-flavor code
From: Ed I'm guessing that you have an array dimensioned in the common? Pick flavor default to $OPTIONS STATIC.DIM, while Information flavor defaults to $OPTIONS -STATIC.DIM. With STATIC.DIM, each array A(n) takes up n slots in common, but with -STATIC.DIM, the entire array takes one slot. I think you nailed it bud. I had no clue. Here's the code in question: COMMON /NRND/ NEBULA.INITIALIZED, NEBULA.INFO(50) So yes, it seems that Pick flavor sees 51 elements but Information sees 2. Assume we add this to the Information code which Includes that Common statement. $OPTIONS STATIC.DIM (I don't want to suggest that the Information code get full $OPTIONS PICK.) I believe that still allows the calling code to run in information flavor even though the called code is Pick flavor. Can we mix like that with impunity? George wrote: Not sure what you meant by F-point to the codeso that might make the difference. F-point = Q-point with an F-pointer, no? :) Thanks again. T ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
[U2] [UV] Break and debug
On one system that I'm working on, I no longer get the D debug option when I do a control-break. Somewhere in the far reaches of my memory, I know there is some setting that controls that, but I have no idea anymore what it is. Can anyone help? Thanks! -Dianne ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Eclipse release 3.7 (Indigo)
I agree with Bill. There is value in letting the others on this list know what is available. One of the complaints MV developers are taunted with is that tools/software are not available to work with our systems, which we all know is BravoSierra. If you bracket your [ad] accordingly, then who can complain? Is it most proper to bracket in the subject line? Thank you. -Baker -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Bill Haskett Sent: Thursday, June 23, 2011 8:22 PM To: U2 Users List Subject: Re: [U2] Eclipse release 3.7 (Indigo) G-Man: You __SHOULD__ advertise, as I'd never know what's up without guys like you, Doug, and others letting us know of their offerings. I'm not in the least offended by yours, and others, advertising, as I own a business and understand the need. Remember, if you get too much flack then FTITCTAJ ! :-) Bill This communication, its contents and any file attachments transmitted with it are intended solely for the addressee(s) and may contain confidential proprietary information. Access by any other party without the express written permission of the sender is STRICTLY PROHIBITED. If you have received this communication in error you may not copy, distribute or use the contents, attachments or information in any way. Please destroy it and contact the sender. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] [UV] Break and debug
Normally that means that it is doing something that won't allow debugging (waiting on a lock, performing a select, I believe are two examples). Tom RATEX Business Solutions. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Dianne Ackerman Sent: Friday, June 24, 2011 3:32 PM To: U2 List Server Subject: [U2] [UV] Break and debug On one system that I'm working on, I no longer get the D debug option when I do a control-break. Somewhere in the far reaches of my memory, I know there is some setting that controls that, but I have no idea anymore what it is. Can anyone help? Thanks! -Dianne ___ 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] [UV] Break and debug
This is different - it NEVER gives the debug statement now and I think there was a way to disable it. I can't find anything to support that in the documentation, though. -Dianne On 6/24/2011 4:13 PM, Tom Whitmore wrote: Normally that means that it is doing something that won't allow debugging (waiting on a lock, performing a select, I believe are two examples). Tom RATEX Business Solutions. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Dianne Ackerman Sent: Friday, June 24, 2011 3:32 PM To: U2 List Server Subject: [U2] [UV] Break and debug On one system that I'm working on, I no longer get the D debug option when I do a control-break. Somewhere in the far reaches of my memory, I know there is some setting that controls that, but I have no idea anymore what it is. Can anyone help? Thanks! -Dianne ___ ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] [UV] Cross-flavor code
yeah, you can add $OPTIONS STATIC.DIM to all the programs that you compile in information flavor, or $OPTIONS -STATIC.DIM to the ones in pick flavor. I would put the COMMON definition in an include file, along with whichever static.dim directive that you choose. The choice would be based on WHY they are using information flavor sometimes. I saw an application once where all programs except 1 were in pick flavor, but they used information flavor for just that 1 because they wanted arrays to have an element 0. With +STATIC.DIM as in pick flavor, arrays don't have an element 0, which they do with -STATIC.DIM. When you MATREAD an item with too many elements, the extra elements are appended to the last array element with +STATIC.DIM, but go into element 0 with -STATIC.DIM. I'm not sure what would happen if you tried to pass an array created in 1 flavor to a subroutine in the other. And there's an old pick trick of redefining common. For example: program1: COMMON /STATUS/ POSITIONX, POSITIONY, VELOCITY, DISTANCE PROGRAM 2 COMMON /STATUS/ ST(4) MATWRITE ST ON FP,STATUSID this trick will not work with -STATIC.DIM. On Jun 24, 2011, at 3:09 PM, Tony Gravagno wrote: From: Ed I'm guessing that you have an array dimensioned in the common? Pick flavor default to $OPTIONS STATIC.DIM, while Information flavor defaults to $OPTIONS -STATIC.DIM. With STATIC.DIM, each array A(n) takes up n slots in common, but with -STATIC.DIM, the entire array takes one slot. I think you nailed it bud. I had no clue. Here's the code in question: COMMON /NRND/ NEBULA.INITIALIZED, NEBULA.INFO(50) So yes, it seems that Pick flavor sees 51 elements but Information sees 2. Assume we add this to the Information code which Includes that Common statement. $OPTIONS STATIC.DIM (I don't want to suggest that the Information code get full $OPTIONS PICK.) I believe that still allows the calling code to run in information flavor even though the called code is Pick flavor. Can we mix like that with impunity? George wrote: Not sure what you meant by F-point to the codeso that might make the difference. F-point = Q-point with an F-pointer, no? :) Thanks again. T ___ 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] [UV] Break and debug
Check these records in your VOC; QUIT.KEY, INTR.KEY and SUSP.KEY It's been a long time since I used them so I forget the details, but I believe one of then holds the break options. Mark -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Dianne Ackerman Sent: Friday, June 24, 2011 1:22 PM To: U2 Users List Subject: Re: [U2] [UV] Break and debug This is different - it NEVER gives the debug statement now and I think there was a way to disable it. I can't find anything to support that in the documentation, though. -Dianne On 6/24/2011 4:13 PM, Tom Whitmore wrote: Normally that means that it is doing something that won't allow debugging (waiting on a lock, performing a select, I believe are two examples). Tom RATEX Business Solutions. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Dianne Ackerman Sent: Friday, June 24, 2011 3:32 PM To: U2 List Server Subject: [U2] [UV] Break and debug On one system that I'm working on, I no longer get the D debug option when I do a control-break. Somewhere in the far reaches of my memory, I know there is some setting that controls that, but I have no idea anymore what it is. Can anyone help? Thanks! -Dianne ___ ___ 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] Enterprise Scheduling solution
I wanted to thank those that responded to this thread. Always helpful. Thank you. -Baker This communication, its contents and any file attachments transmitted with it are intended solely for the addressee(s) and may contain confidential proprietary information. Access by any other party without the express written permission of the sender is STRICTLY PROHIBITED. If you have received this communication in error you may not copy, distribute or use the contents, attachments or information in any way. Please destroy it and contact the sender. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users