RE: [U2] LOOP or GOTO on READNEXT
if you venture deep into some of the low level time functions in *nix ( aka C code) you'll find goto's... This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] LOOP or GOTO on READNEXT
I'm an elder too...so I will be kind to myself.. alas...everyone missed my point.. Personally...and I mean personally, even if I hoards behind me who feel the same way...I think GO, GOTO's are sloppy coding. There are cleaner ways to do it. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Bruce Nichol Sent: Tuesday, December 28, 2004 9:33 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] LOOP or GOTO on READNEXT Goo'day, At 19:30 28/12/04 -0500, you wrote: It is a silly argument... I just think about utilizing a goto or its facsmile within C++. C, C# (not that I ever did) and it would quickly garner a big red F in school... Ah! But some of us were programming top down with GO's, JUMP's, what-have-you - quite productively and successfully - long before structured programming was foisted upon an unsuspecting public, and long before schools of any ilk, primary, secondary or tertiary, even knew a skerrick about programming per se. Most of the programming profession in those days, and it's well and truly within my lifetime, were taught their trade by hardware manufacturers. As a matter of small fact, top down programming was preached at me in my early Pick days (late 70's) to overcome frame faulting/ response time problems in MDD boxes with only 32K of memory and up to 8 users Be kind to your elders. I don't know of any other language where it would even get beyond a snicker at the unpolished newbie... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Tuesday, December 28, 2004 5:27 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] LOOP or GOTO on READNEXT While quibbling over nanoseconds, some of may have missed a little flaw in your tests that would have nothing to do with caching or memory allocation. The elapsed time of each test could have been different enough that the differences in the counts would fall within that margin of error. This is particularly noticeable in Tom's test below. Using 'TIME() + some.number' to determine the stopping point could make the first iteration up to .999 seconds shorter than the second. When you're processing hundreds of thousands or millions of iterations per second, that fraction of a second could account for the differences. Using Tom's example below, if the system time was 1.999 at the start, then ETIME for the first pass would be 10005, resulting in 4.001 seconds of processing. The second pass would start around 10005.001 and ETIME would be 10010, resulting in 4.999 seconds of processing. When processing 600,000 iterations, that means a margin of error of 120,000. Hence the results are skewed toward the second loop. To get around this, you could: A) Use SYSTEM(12)(on UD) to get milliseconds or other function to get a more exact measurement of time to make margin of error smaller. B) Add some code at the beginning to ensure TIME() had just incremented to the next number before starting a loop. C) Loop for more than a few seconds to make the partial second a smaller part of the total. D) Loop for a fixed number of times, logging starting and ending times (preferably in milliseconds or smaller). Dean P.S. I apologize for the late post. I'm once again way behind but couldn't resist this one. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, December 13, 2004 2:32 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] LOOP or GOTO on READNEXT Allen E. Elwood [EMAIL PROTECTED] wrote on 13 Dec 2004 09:36:42 -0800 I didn't include the delete statement because what you really wanted to test was the LOOP/REPEAT vs. the GO construct. Guess what? After doing four consecutive runs and picking the fastest of each four, LOOP/REPEAT wins!! ... So does this end the GOTO holy war? Less Filling, Tastes Better, Goes Faster??? ;-) Ummm... no. Using UniData 6.0 on AIX 5.1 I tested a similar program with a tighter GOTO loop: 01: * Test Loop Speeds 02: * 03:CTR = 0 04:ETIME = TIME() + 5 05:LOOP WHILE TIME() ETIME DO 06: CTR += 1 07:REPEAT 08:PRINT While :CTR 09: * 10:CTR = 0 11:ETIME = TIME() + 5 12: 10 CTR += 1 13:IF TIME() ETIME THEN GOTO 10 14:PRINT Go To :CTR I also wrote a separate program with lines 2-9 above after line 14, so I could test if the order of execution made a difference. I ran each program four times, with the following results (W indicates Winner :-) -- Go To First - -- While First - Go To Count While Count Go To Count While Count --- --- --- --- 769730 W 752380667050 W 458545 655809 734709 W 747373 W 592827 576565 688953 W 785676 W 611628 629807 748265 W 714679 W 564908 The second loop for whatever reason seems to have an advantage. Overall, I
Re: [U2] LOOP or GOTO on READNEXT
The very essence of programming is go to and address arithmetic. That was the dramatic breakthrough of stored programming vs card programming in the early fifties. You could loop with a Card programmed Calculator by pulling the cards out of the stacker, substituting some new entries at the bottom of the calculations and then putting the deck back through. But with the arrival on the commercial scene of the Univac and the IBM 701 you could loop by doing arithmetic on an address since it was just another number stored in a register. (The big argument among the two schools of programmers of that day was if TRF was superior to JUMP. TRF was the IBM version of GOTO while JUMP was the Univac version). In the late fifties Fortran was hard to learn because you could not access the addresses directly and had to trust the language to take care of that sort of thing. There were several independent modifications to Fortran to give what is approximately the Exit in modern languages - and that is nothing more or less than a GOTO. Real programmers modify addresses and use many GOTOs. That way they have a job forever :) BobJ - Original Message - From: Peter D Olson [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Sent: Wednesday, December 29, 2004 7:44 AM Subject: RE: [U2] LOOP or GOTO on READNEXT if you venture deep into some of the low level time functions in *nix ( aka C code) you'll find goto's... This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] LOOP or GOTO on READNEXT
Debster [EMAIL PROTECTED]@[EMAIL PROTECTED] wrote on 12/28/2004 07:30:37 PM: It is a silly argument... I agree :) --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] LOOP or GOTO on READNEXT
spare us please. I think the posters were referring to days gone by AND coding closer to the machine. Have a look at most any assembler language, you'll find things like jumps (goto's in disguise). Don Kibbey Financial Systems Manager Finnegan, Henderson, Farabow, Garrett Dunner LLP [EMAIL PROTECTED] 12/29/04 08:37AM I'm an elder too...so I will be kind to myself.. alas...everyone missed my point.. Personally...and I mean personally, even if I hoards behind me who feel the same way...I think GO, GOTO's are sloppy coding. There are cleaner ways to do it. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Bruce Nichol Sent: Tuesday, December 28, 2004 9:33 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] LOOP or GOTO on READNEXT Goo'day, At 19:30 28/12/04 -0500, you wrote: It is a silly argument... I just think about utilizing a goto or its facsmile within C++. C, C# (not that I ever did) and it would quickly garner a big red F in school... Ah! But some of us were programming top down with GO's, JUMP's, what-have-you - quite productively and successfully - long before structured programming was foisted upon an unsuspecting public, and long before schools of any ilk, primary, secondary or tertiary, even knew a skerrick about programming per se. Most of the programming profession in those days, and it's well and truly within my lifetime, were taught their trade by hardware manufacturers. As a matter of small fact, top down programming was preached at me in my early Pick days (late 70's) to overcome frame faulting/ response time problems in MDD boxes with only 32K of memory and up to 8 users Be kind to your elders. I don't know of any other language where it would even get beyond a snicker at the unpolished newbie... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Tuesday, December 28, 2004 5:27 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] LOOP or GOTO on READNEXT While quibbling over nanoseconds, some of may have missed a little flaw in your tests that would have nothing to do with caching or memory allocation. The elapsed time of each test could have been different enough that the differences in the counts would fall within that margin of error. This is particularly noticeable in Tom's test below. Using 'TIME() + some.number' to determine the stopping point could make the first iteration up to .999 seconds shorter than the second. When you're processing hundreds of thousands or millions of iterations per second, that fraction of a second could account for the differences. Using Tom's example below, if the system time was 1.999 at the start, then ETIME for the first pass would be 10005, resulting in 4.001 seconds of processing. The second pass would start around 10005.001 and ETIME would be 10010, resulting in 4.999 seconds of processing. When processing 600,000 iterations, that means a margin of error of 120,000. Hence the results are skewed toward the second loop. To get around this, you could: A) Use SYSTEM(12)(on UD) to get milliseconds or other function to get a more exact measurement of time to make margin of error smaller. B) Add some code at the beginning to ensure TIME() had just incremented to the next number before starting a loop. C) Loop for more than a few seconds to make the partial second a smaller part of the total. D) Loop for a fixed number of times, logging starting and ending times (preferably in milliseconds or smaller). Dean P.S. I apologize for the late post. I'm once again way behind but couldn't resist this one. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, December 13, 2004 2:32 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] LOOP or GOTO on READNEXT Allen E. Elwood [EMAIL PROTECTED] wrote on 13 Dec 2004 09:36:42 -0800 I didn't include the delete statement because what you really wanted to test was the LOOP/REPEAT vs. the GO construct. Guess what? After doing four consecutive runs and picking the fastest of each four, LOOP/REPEAT wins!! ... So does this end the GOTO holy war? Less Filling, Tastes Better, Goes Faster??? ;-) Ummm... no. Using UniData 6.0 on AIX 5.1 I tested a similar program with a tighter GOTO loop: 01: * Test Loop Speeds 02: * 03:CTR = 0 04:ETIME = TIME() + 5 05:LOOP WHILE TIME() ETIME DO 06: CTR += 1 07:REPEAT 08:PRINT While :CTR 09: * 10:CTR = 0 11:ETIME = TIME() + 5 12: 10 CTR += 1 13:IF TIME() ETIME THEN GOTO 10 14:PRINT Go To :CTR I also wrote a separate program with lines 2-9 above after line 14, so I could test if the order of execution made a difference. I ran each program four times, with the following results (W indicates Winner :-) -- Go To First - -- While First - Go To Count While Count Go To Count
RE: [U2] Where Will the .NET Apps Live ?
Putting some logic at a middle tier, not necessarily at the DBMS server, also has advantages. At the risk of yet more bandwidth, but not consuming licenses, many basic validation rules can be exposed as client-independent web services. That approximates that interpreted layer, makes changes virtually instantaneous, and eliminates deployment issues. Goes to show you what we'll do for cost considerations. Introducing another tier seems like madness, unless it's cheaper. :-) Yes, there are times it makes sense to use a third tier, especially where data manipulation or db-independent operations need to take place, or you need access to languages that can provide facilities not best handled in mv Basic (complex parsing, dynamic rules or anything requiring working with large data sets for example). Middle tier logic is pretty much an essential in the RBDMS world as (for the most part) there isn't the complexity available directly in the database that we have with our inbuilt Basic. In a sense, an MVDBMS is both a tier 2 and tier 3 (if I haven't got the numbers back to front!) in the same space, so if you look at it from that point of view just about any multivalued C/S application is essentially three tier grin. I've been putting together a tool mapping web services onto mvBasic subroutines, using an XML parser built into an ISAPI DLL in the middle tier to decompose the mapping of complex types to and from dynamic array subroutine arguments, and the results are proving reasonable in terms of performance. There's room for improvement at this stage, but as a model it seems to work well - once you get through the minefield of just how many different 'interpretations' you need to support to handle different SOAP clients. I'll be looking out for some beta testers some time soon (hint!) as I don't have the facilities any more to simulate volume processing. Brian --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] LOOP or GOTO on READNEXT
IF i WHILE and LOOP and NOT GOTO the doctors I will WEND up in the hospital. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Tuesday, December 28, 2004 5:27 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] LOOP or GOTO on READNEXT While quibbling over nanoseconds, ... --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] LOOP or GOTO on READNEXT
the use of goto's or lack of shouldn't be a judge of sloppy coding . sloppy coding is just sloppy coding. remember one persons slop is another persons pudding :) example 1: y=0 loop readnext z else y = 1 if y = 1 then exit do stuff repeat more stuff vs example 2: 10: readnext claim_id else goto 20 do stuff goto 10 20: more stuff vs example 3 loop readnext claim_id else exit do stuff repeat more stuff LoopForEver This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] LOOP or GOTO on READNEXT
I love it when folks use a loop to add up vm's. And not the simple Sum command. Seen that a bit in the code I work in. Goto's never bother me. I came from a 4GL language called Ezgen, and it only had GO'tos. Had no such thing as gosub. The only way to do a gosub type is to make it a called program. We did that for routines that are used multiple times, no gosubs. I am getting out of the habit and only use go-tos' when I really feel there is cause. Took a bit though :). Thanks, Marilyn A. Hilb Value Part, Inc Direct: 847-918-6099 Fax: 847-367-1892 [EMAIL PROTECTED] www.valuepart.com -Original Message- From: Peter D Olson [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 29, 2004 9:12 AM To: u2-users@listserver.u2ug.org Subject:RE: [U2] LOOP or GOTO on READNEXT the use of goto's or lack of shouldn't be a judge of sloppy coding . sloppy coding is just sloppy coding. remember one persons slop is another persons pudding :) example 1: y=0 loop readnext z else y = 1 if y = 1 then exit do stuff repeat more stuff vs example 2: 10: readnext claim_id else goto 20 do stuff goto 10 20: more stuff vs example 3 loop readnext claim_id else exit do stuff repeat more stuff LoopForEver This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] LOOP or GOTO on READNEXT
I have to weigh in on this a bit. The issue with GOTOs is not one of performance (as someone else pointed out a loop compiles down to GOTOs at a low level) nor is it an instant sign of sloppy code. The problem is that it is far easier to degrade into sloppy code. In a complex program it can make a program much tougher to read maintain for any programmer that follows the original author. Rich Taylor | Senior Programmer/Analyst| VERTIS 250 W. Pratt Street | Baltimore, MD 21201 P 410.361.8688 | F 410.528.0319 [EMAIL PROTECTED] | http://www.vertisinc.com Vertis is the premier provider of targeted advertising, media, and marketing services that drive consumers to marketers more effectively. The more they complicate the plumbing the easier it is to stop up the drain - Montgomery Scott NCC-1701 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Peter D Olson Sent: Wednesday, December 29, 2004 10:12 AM To: u2-users@listserver.u2ug.org Subject: RE: [U2] LOOP or GOTO on READNEXT the use of goto's or lack of shouldn't be a judge of sloppy coding . sloppy coding is just sloppy coding. remember one persons slop is another persons pudding :) example 1: y=0 loop readnext z else y = 1 if y = 1 then exit do stuff repeat more stuff vs example 2: 10: readnext claim_id else goto 20 do stuff goto 10 20: more stuff vs example 3 loop readnext claim_id else exit do stuff repeat more stuff LoopForEver This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] LOOP or GOTO on READNEXT
Please move this to U2-Community. - Charles Barouch, Moderator -- Original Message - Subject: RE: [U2] LOOP or GOTO on READNEXT Date: Wed, 29 Dec 2004 10:00:09 -0600 From: Marilyn Hilb [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org I love it when folks use a loop to add up vm's. And not the simple Sum command. Seen that a bit in the code I work in. Goto's never bother me. I came from a 4GL language called Ezgen, and it only had GO'tos. Had no such thing as gosub. The only way to do a gosub type is to make it a called program. We did that for routines that are used multiple times, no gosubs. I am getting out of the habit and only use go-tos' when I really feel there is cause. Took a bit though :). Thanks, Marilyn A. Hilb Value Part, Inc Direct: 847-918-6099 Fax: 847-367-1892 [EMAIL PROTECTED] www.valuepart.com -Original Message- From: Peter D Olson [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 29, 2004 9:12 AM To: u2-users@listserver.u2ug.org Subject:RE: [U2] LOOP or GOTO on READNEXT the use of goto's or lack of shouldn't be a judge of sloppy coding . sloppy coding is just sloppy coding. remember one persons slop is another persons pudding :) example 1: y=0 loop readnext z else y = 1 if y = 1 then exit do stuff repeat more stuff vs example 2: 10: readnext claim_id else goto 20 do stuff goto 10 20: more stuff vs example 3 loop readnext claim_id else exit do stuff repeat more stuff LoopForEver This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Where Will the .NET Apps Live ?
Check out mv.NET . http://www.bluefinity.com/ Regards, Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brutzman, Bill Sent: Wednesday, December 29, 2004 4:39 PM To: 'u2-users@listserver.u2ug.org' Subject: RE: [U2] Where Will the .NET Apps Live ? Has anybody written a compiled .Net two-tier application (Win-GUI, not browser) hosted on Unix box launched from a Win client? --Bill --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] LOOP or GOTO on READNEXT
ahhh yesand Avante/SB+ in their infinite wisdom...zippo gosubs in paragraphs...lets repeat ourselves unecessairly! -- Debster -- Original message -- I love it when folks use a loop to add up vm's. And not the simple Sum command. Seen that a bit in the code I work in. Goto's never bother me. I came from a 4GL language called Ezgen, and it only had GO'tos. Had no such thing as gosub. The only way to do a gosub type is to make it a called program. We did that for routines that are used multiple times, no gosubs. I am getting out of the habit and only use go-tos' when I really feel there is cause. Took a bit though :). Thanks, Marilyn A. Hilb Value Part, Inc Direct: 847-918-6099 Fax: 847-367-1892 [EMAIL PROTECTED] www.valuepart.com -Original Message- From: Peter D Olson [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 29, 2004 9:12 AM To: u2-users@listserver.u2ug.org Subject: RE: [U2] LOOP or GOTO on READNEXT the use of goto's or lack of shouldn't be a judge of sloppy coding . sloppy coding is just sloppy coding. remember one persons slop is another persons pudding :) example 1: y=0 loop readnext z else y = 1 if y = 1 then exit do stuff repeat more stuff vs example 2: 10: readnext claim_id else goto 20 do stuff goto 10 20: more stuff vs example 3 loop readnext claim_id else exit do stuff repeat more stuff LoopForEver This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Where Will the .NET Apps Live ?
Hey Mike - what's with the BlueFinity label, why not just send them here?: http://www.jbase.com/products/mvnet.html Now I'm confused about mv.NET. The diagrams and details make it look like a class library but the text in the bluefinity website makes it look like a RAD environment nested within Visual Studio. At some point there the line blurs between we provide this function and we provide the tool that allows you to create this function. Can you clarify where this product positions itself? Oh well, we don't really get hot babes when we buy a car either. To answer Bill's question - yes - depending on how you code it, the back-end can be platform and technology independent of the client. T Mike Street mikes-at-jbase.com |U2UG| wrote: Check out mv.NET . http://www.bluefinity.com/ Regards, Mike -Original Message- From: Brutzman, Bill Has anybody written a compiled .Net two-tier application (Win-GUI, not browser) hosted on Unix box launched from a Win client? --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Where Will the .NET Apps Live ?
Tony, Because, for those of you who can't break themselves away from your existing platform(s), it will work with the one you are already using. mv.NET definitely is more than a class library. It resides within the .NET IDE and allows intelligent access to your multi-value data and code from there. Regards, Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tony Gravagno Sent: Wednesday, December 29, 2004 7:36 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Where Will the .NET Apps Live ? Hey Mike - what's with the BlueFinity label, why not just send them here?: http://www.jbase.com/products/mvnet.html Now I'm confused about mv.NET. The diagrams and details make it look like a class library but the text in the bluefinity website makes it look like a RAD environment nested within Visual Studio. At some point there the line blurs between we provide this function and we provide the tool that allows you to create this function. Can you clarify where this product positions itself? Oh well, we don't really get hot babes when we buy a car either. To answer Bill's question - yes - depending on how you code it, the back-end can be platform and technology independent of the client. T Mike Street mikes-at-jbase.com |U2UG| wrote: Check out mv.NET . http://www.bluefinity.com/ Regards, Mike -Original Message- From: Brutzman, Bill Has anybody written a compiled .Net two-tier application (Win-GUI, not browser) hosted on Unix box launched from a Win client? --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] sum vs looping
What is needed is a VSUM() command, or vertical sum. Say X=VSUM(YDATA,2) and it will add up all the numbers vertically that are in x,2 of the dynamic array. George -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Bruce Nichol Sent: Wednesday, December 29, 2004 5:17 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] LOOP or GOTO on READNEXT Goo'day, At 10:00 29/12/04 -0600, you wrote: I love it when folks use a loop to add up vm's. And not the simple Sum command. Seen that a bit in the code I work in. I don't think SUM has been with us (vanilla Pick, for example) for that long. snip -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.290 / Virus Database: 265.6.5 - Release Date: 26/12/04 Regards, Bruce Nichol Talon Computer Services ALBURYNSW 2640 Australia http://www.taloncs.com.au Tel: +61 (0)411149636 Fax: +61 (0)260232119 If it ain't broke, fix it till it is! -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.290 / Virus Database: 265.6.5 - Release Date: 26/12/04 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.290 / Virus Database: 265.6.5 - Release Date: 26/12/04 --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: RE: [U2] sum vs looping
I believe you'll need to write that one yourself. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of George Gallen Sent: Wednesday, December 29, 2004 3:40 PM To: u2-users@listserver.u2ug.org Subject: [Norton AntiSpam] RE: [U2] sum vs looping What is needed is a VSUM() command, or vertical sum. Say X=VSUM(YDATA,2) and it will add up all the numbers vertically that are in x,2 of the dynamic array. George -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Bruce Nichol Sent: Wednesday, December 29, 2004 5:17 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] LOOP or GOTO on READNEXT Goo'day, At 10:00 29/12/04 -0600, you wrote: I love it when folks use a loop to add up vm's. And not the simple Sum command. Seen that a bit in the code I work in. I don't think SUM has been with us (vanilla Pick, for example) for that long. snip -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.290 / Virus Database: 265.6.5 - Release Date: 26/12/04 Regards, Bruce Nichol Talon Computer Services ALBURYNSW 2640 Australia http://www.taloncs.com.au Tel: +61 (0)411149636 Fax: +61 (0)260232119 If it ain't broke, fix it till it is! -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.290 / Virus Database: 265.6.5 - Release Date: 26/12/04 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.290 / Virus Database: 265.6.5 - Release Date: 26/12/04 --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] LOOP or GOTO on READNEXT
ONCE AGAIN: MOVE THIS TO U2-COMMUNITY! This belongs on U2-Community, not on U2-Users. GOTO falls under the category of religion and this is a technology mailing list. Off-topic matters belong on U2-Community. - Charles Barouch, Moderator [EMAIL PROTECTED] - U2-Users Moderator -- To subscribe to the u2-users or u2-community mailing lists or digest lists, send one or more of the following lines in the BODY (not the subject) of an email addressed to [EMAIL PROTECTED] subscribe u2-users subscribe u2-users-digest subscribe u2-community subscribe u2-community-digest --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] UVTEMP
Can someone tell me what these entries in my UVTEMP directory are and why they might be being left behind? -rw-rw-rw- 1 saracciusers1 Dec 22 14:08 capture07377aa -rw-rw-rw- 1 olearmiusers1 Dec 23 10:02 capture07896aa -rw-rw-rw- 1 ebbenmiusers1 Dec 22 11:04 capture07977aa -rw-rw-rw- 1 malecniusers1 Dec 27 12:09 capture07987aa -rw-rw-rw- 1 dugn users0 Dec 21 16:06 capture11862aa -rw-rw-rw- 1 butchbrusers1 Dec 24 10:59 capture13193aa -rw-rw-rw- 1 regalcausers0 Dec 20 17:21 capture13566aa -rw-rw-rw- 1 cosmobiusers1 Dec 21 17:11 capture15812aa - --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] sum vs looping
Goo'day, George, At 17:39 29/12/04 -0500, you wrote: What is needed is a VSUM() command, or vertical sum. Say X=VSUM(YDATA,2) and it will add up all the numbers vertically that are in x,2 of the dynamic array. Can't say I can think of a single instance where this'd help me. It seems to place an overall limit on the contents of a file, and on the database as a whole. Perhaps I'm wrong, but it appears to me that by wanting a VSUM you are putting the data arrangement 90degrees out of phase. Based on the assumption that the file in question is an Order file, it seems to me that you are arranging the Order line items on a field-by-field basis, ie, say field1 contains, Product 1:vm:Qty of Product 1:vm:Price of Product 1 etc and field2, contains the next Product:vm:Qty:vm:Price, and so on. In other words, the Products *always* appear in the 1st value of any field, the Qty is *always the 2nd value of any field, Price is *always* the 3rd value of any field, and so on If that is so, then there is an implied limit to the number of Products that can be ordered, (and a need for VSUM), unless you have your Orders staged over many files, this one containing only the line items of an order, another containing the Customer Account details, shipping details, etcWhereas, if you have, say, the Customer Account No in field1, the shipping details in field2, the products on field3 (Product 1:vm:Product 2:vm:Product 3:vm:Product 4, etc) the Quantities on field4 separated by vm's, the Prices on field5 separated by vm's, and so on for other related fields, Qty Despatched, Qty BackOrdered, etc, etc, only one file is needed, unlimited line-items (ie products ordered) per order, and the data can be displayed simply by using the inherent relationships of fields, values (and sub-values, if you must), ie, Products are field3 , Quantities are field4, Prices are field5, and so on. DICT ORDER would be: 3 001 D 002 3 003 004 Product 005 12L 006 M 4 001 D 002 4 003 004 Qty 005 6R 006 M 5 001 D 002 5 003 MR2 004 Price 005 8R 006 M So, a simple sentence LIST ORDERS 3 4 5 would give a neat, columnar output without the need for complicated DICT items. For example, under the original format just how many fields are occupied with line-item data, and how do you arrive at simple DICT items for the data? Under the alternative file structure, BASIC routines could also use the construct FOR I = 1 TO DCOUNT(REC3,@VM) PRODUCT = REC3,I QTY = REC4,I PRICE = REC5,I etc. NEXT I A total of, say, quantities would be SUM(REC4) with absolutely no need for a VSUM. end grandmother-egg-suck-teaching I've found over the years that this arrangement of data relationships has always amazed those coming into the MV environment, but the simplicity of the relationships usually soon catches on. George -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.299 / Virus Database: 265.6.6 - Release Date: 28/12/04 Regards, Bruce Nichol Talon Computer Services ALBURYNSW 2640 Australia http://www.taloncs.com.au Tel: +61 (0)411149636 Fax: +61 (0)260232119 If it ain't broke, fix it till it is! -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.299 / Virus Database: 265.6.6 - Release Date: 28/12/04 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.299 / Virus Database: 265.6.6 - Release Date: 28/12/04 --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] UVTEMP
They're all left over from EXECUTE .. CAPTURING Given that each is empty (or containing only one byte, and that presumably a line terminator or end-of-file character), I'd guess that these users have EXECUTEd some commands that haven't captured any output. - Original Message - From: [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Subject: [U2] UVTEMP Date: Wed, 29 Dec 2004 23:49:58 + Can someone tell me what these entries in my UVTEMP directory are and why they might be being left behind? -rw-rw-rw- 1 saracciusers1 Dec 22 14:08 capture07377aa -rw-rw-rw- 1 olearmiusers1 Dec 23 10:02 capture07896aa -rw-rw-rw- 1 ebbenmiusers1 Dec 22 11:04 capture07977aa -rw-rw-rw- 1 malecniusers1 Dec 27 12:09 capture07987aa -rw-rw-rw- 1 dugn users0 Dec 21 16:06 capture11862aa -rw-rw-rw- 1 butchbrusers1 Dec 24 10:59 capture13193aa -rw-rw-rw- 1 regalcausers0 Dec 20 17:21 capture13566aa -rw-rw-rw- 1 cosmobiusers1 Dec 21 17:11 capture15812aa - --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] SB+ paragraphs//gosubs [LOOP or GOTO on READNEXT]
If you want a technique that works like GOSUB with SB+ paragraphs e-mail me off-line or ask over on the sbsolutions group. http://groups.yahoo.com/group/sbsolutions -- Stuart -Original Message- From: astarte Subject: RE: [U2] LOOP or GOTO on READNEXT ahhh yesand Avante/SB+ in their infinite wisdom...zippo gosubs in paragraphs...lets repeat ourselves unecessairly! -- Debster ** This email message and any files transmitted with it are confidential and intended solely for the use of addressed recipient(s). If you have received this email in error please notify the Spotless IS Support Centre (61 3 9269 7555) immediately who will advise further action. This footnote also confirms that this email message has been scanned for the presence of computer viruses. ** --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] LOOP or GOTO on READNEXT
Chuck ok... Calm down Take an egg nog in hand and sip slowly We will take heed and GOTO to the community list and hope it does not do a LOOP RETURN... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Moderator Sent: Wednesday, December 29, 2004 6:33 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] LOOP or GOTO on READNEXT ONCE AGAIN: MOVE THIS TO U2-COMMUNITY! This belongs on U2-Community, not on U2-Users. GOTO falls under the category of religion and this is a technology mailing list. Off-topic matters belong on U2-Community. - Charles Barouch, Moderator [EMAIL PROTECTED] - U2-Users Moderator -- To subscribe to the u2-users or u2-community mailing lists or digest lists, send one or more of the following lines in the BODY (not the subject) of an email addressed to [EMAIL PROTECTED] subscribe u2-users subscribe u2-users-digest subscribe u2-community subscribe u2-community-digest --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] sum vs looping
I think George Was viewing it for other uses of dynamic arrays other than database records. Dynamic arrays are quite often used for building a matrix of run time totals or to build something similar to a data warehouse cube where you want to total the values from different dimensions. Think something similar to a spreadsheet view than a data record Regards David Jordan --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/