Re: [U2] U2 Bug reporting / list monitoring
That *proactive* approach should be enhanced to include monitoring and logging cases of bugs. You do have the email of the person who reported it, it's posted right here. So I see no reason really why it cannot be done through *this* channel. -Original Message- From: Wally Terhune To: U2 Users List Sent: Thu, Aug 30, 2012 6:03 pm Subject: [U2] U2 Bug reporting / list monitoring There is a benefit associated with logging a support case to report a bug. We just released 7.2.13 for UniData this afternoon (all platforms). I've started emailing the customers who reported bugs or made enhancement requests that are contained in this update release to proactively advise them that a fix is available. I don't just assume that they all have u2techconnect profiles and have opted in to get release notifications. I hope to have that finished tomorrow (there were quite a few items in this release). When you have a link to a customer via a support case, we can do that. Dan McGrath (product manager for U2 products) spends a lot of time monitoring and contributing to this list. He has been on vacation since U2U AUS - but even posted a note earlier this week - while on vacation. I monitor daily, but don't have much to say about UniVerse and generally leave the programming questions to the group - who do a great job in that area. Regards, Wally Terhune Technical Support Engineer Rocket Software 4600 South Ulster Street, Suite 1100 **Denver, CO 80237 **USA t: +1 720 475 8055 **e: wterh...@rocketsoftware.com **w: rocketsoftware.com/u2 -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of David Wolverton Sent: Thursday, August 30, 2012 5:18 PM To: 'U2 Users List' Subject: Re: [U2] Scrub HangUp Fixed Just remember -- this is a USER's Group -- not a Rocket Support Forum. So no one from Rocket is required or expected to be here. This is not a 'support channel' for Rocket at all. And that was my point, Rocket is not lurking here and noticing things they can make better or change, and we sometimes just take the fix we get from our fellow users and move forward without thought of 'wow, that really should not have done that - I should log a case' ... The Engineers don't know what to fix without feedback from users. Hence my 'raise a stink' comment (Okay, Okay ... "log a case" in Rocket-speak. ) I for one say THANK YOU WALLY -- I appreciate your time and concern for all us User-Folk I love it when you lurk and pop up with tidbits... But that's just me! David W. ___ 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] Scrub HangUp Fixed
I expect it. That Rocket takes the attitude that unless a bug is reported "through channels" that it simply doesn't exist, is incomprehensible. My opinion is that its really anti-community. To me it seems trivial that a person from Rocket *could* be assigned to monitor for bug reports through the community channel and log those reports. I know David that they are *not* doing it, I know that no one there feels that they *should* do it. I feel that they should do it. Oh our *policy* says that we *ignore* mentions of *bugs* unless they come through *support channels*. Really? That's a wise business decision? That is a decision that seems likely to foster good will and additional sales? -Original Message- From: David Wolverton To: 'U2 Users List' Sent: Thu, Aug 30, 2012 4:18 pm Subject: Re: [U2] Scrub HangUp Fixed Just remember -- this is a USER's Group -- not a Rocket Support Forum. So no one from Rocket is required or expected to be here. This is not a 'support channel' for Rocket at all. And that was my point, Rocket is not lurking here and noticing things they can make better or change, and we sometimes just take the fix we get from our fellow users and move forward without thought of 'wow, that really should not have done that - I should log a case' ... The Engineers don't know what to fix without feedback from users. Hence my 'raise a stink' comment (Okay, Okay ... "log a case" in Rocket-speak. ) I for one say THANK YOU WALLY -- I appreciate your time and concern for all us User-Folk I love it when you lurk and pop up with tidbits... But that's just me! David W. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Thursday, August 30, 2012 4:24 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Scrub HangUp Fixed There is no one at Rocket whose role is to be the liaison to the community. That issue has been brought up before. I find it to be a remarkable attitude on their part. But so far they haven't asked my opinion. -Original Message- From: Bill Brutzman To: U2 Users List Sent: Thu, Aug 30, 2012 8:36 am Subject: Re: [U2] Scrub HangUp Fixed In my little world of fantasy (BillsVille)... both Rocket and US Homeland Security are actively monitoring this list. --Bill -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of David Wolverton Sent: Thursday, August 30, 2012 11:32 AM Subject: Re: [U2] Scrub HangUp Fixed Did someone submit this as a bug that HS.SCRUB should probably do something 'more friendly' than just hang if there is a dictionary error? Just wondering -- every now and then we just accept as 'fact' something that really should be reported a bug to Rocket! ___ 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] U2 Bug reporting / list monitoring
There is a benefit associated with logging a support case to report a bug. We just released 7.2.13 for UniData this afternoon (all platforms). I've started emailing the customers who reported bugs or made enhancement requests that are contained in this update release to proactively advise them that a fix is available. I don't just assume that they all have u2techconnect profiles and have opted in to get release notifications. I hope to have that finished tomorrow (there were quite a few items in this release). When you have a link to a customer via a support case, we can do that. Dan McGrath (product manager for U2 products) spends a lot of time monitoring and contributing to this list. He has been on vacation since U2U AUS - but even posted a note earlier this week - while on vacation. I monitor daily, but don't have much to say about UniVerse and generally leave the programming questions to the group - who do a great job in that area. Regards, Wally Terhune Technical Support Engineer Rocket Software 4600 South Ulster Street, Suite 1100 **Denver, CO 80237 **USA t: +1 720 475 8055 **e: wterh...@rocketsoftware.com **w: rocketsoftware.com/u2 -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of David Wolverton Sent: Thursday, August 30, 2012 5:18 PM To: 'U2 Users List' Subject: Re: [U2] Scrub HangUp Fixed Just remember -- this is a USER's Group -- not a Rocket Support Forum. So no one from Rocket is required or expected to be here. This is not a 'support channel' for Rocket at all. And that was my point, Rocket is not lurking here and noticing things they can make better or change, and we sometimes just take the fix we get from our fellow users and move forward without thought of 'wow, that really should not have done that - I should log a case' ... The Engineers don't know what to fix without feedback from users. Hence my 'raise a stink' comment (Okay, Okay ... "log a case" in Rocket-speak. ) I for one say THANK YOU WALLY -- I appreciate your time and concern for all us User-Folk I love it when you lurk and pop up with tidbits... But that's just me! David W. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Scrub HangUp Fixed
Just remember -- this is a USER's Group -- not a Rocket Support Forum. So no one from Rocket is required or expected to be here. This is not a 'support channel' for Rocket at all. And that was my point, Rocket is not lurking here and noticing things they can make better or change, and we sometimes just take the fix we get from our fellow users and move forward without thought of 'wow, that really should not have done that - I should log a case' ... The Engineers don't know what to fix without feedback from users. Hence my 'raise a stink' comment (Okay, Okay ... "log a case" in Rocket-speak. ) I for one say THANK YOU WALLY -- I appreciate your time and concern for all us User-Folk I love it when you lurk and pop up with tidbits... But that's just me! David W. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Thursday, August 30, 2012 4:24 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Scrub HangUp Fixed There is no one at Rocket whose role is to be the liaison to the community. That issue has been brought up before. I find it to be a remarkable attitude on their part. But so far they haven't asked my opinion. -Original Message- From: Bill Brutzman To: U2 Users List Sent: Thu, Aug 30, 2012 8:36 am Subject: Re: [U2] Scrub HangUp Fixed In my little world of fantasy (BillsVille)... both Rocket and US Homeland Security are actively monitoring this list. --Bill -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of David Wolverton Sent: Thursday, August 30, 2012 11:32 AM Subject: Re: [U2] Scrub HangUp Fixed Did someone submit this as a bug that HS.SCRUB should probably do something 'more friendly' than just hang if there is a dictionary error? Just wondering -- every now and then we just accept as 'fact' something that really should be reported a bug to Rocket! ___ 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
Re: [U2] Scrub HangUp Fixed
I can't even read this thread anymore. It just makes me go ballistic this attitude. -Original Message- From: Wally Terhune To: U2 Users List Sent: Thu, Aug 30, 2012 9:53 am Subject: Re: [U2] Scrub HangUp Fixed Rather than raising a stink, it would be best to just open a support case... Without personal knowledge of UV, I haven't been paying much attention to this thread. Wally Terhune Technical Support Engineer Rocket Software 4600 South Ulster Street, Suite 1100 **Denver, CO 80237 **USA t: +1 720 475 8055 **e: wterh...@rocketsoftware.com **w: rocketsoftware.com/u2 -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of David Wolverton Sent: Thursday, August 30, 2012 10:13 AM To: 'U2 Users List' Subject: Re: [U2] Scrub HangUp Fixed Ahahahahahahahahaha!! No!! Stop!! You're killing me!! But seriously... For the good of humanity, it's the duty of every person on the list to raise stinks to Rocket on stupid system behavior like this It's probably not that hard to fix and will avoid the NEXT person from having to live the trauma. ___ 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] Scrub HangUp Fixed
There is no one at Rocket whose role is to be the liaison to the community. That issue has been brought up before. I find it to be a remarkable attitude on their part. But so far they haven't asked my opinion. -Original Message- From: Bill Brutzman To: U2 Users List Sent: Thu, Aug 30, 2012 8:36 am Subject: Re: [U2] Scrub HangUp Fixed In my little world of fantasy (BillsVille)... both Rocket and US Homeland Security are actively monitoring this list. --Bill -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of David Wolverton Sent: Thursday, August 30, 2012 11:32 AM Subject: Re: [U2] Scrub HangUp Fixed Did someone submit this as a bug that HS.SCRUB should probably do something 'more friendly' than just hang if there is a dictionary error? Just wondering -- every now and then we just accept as 'fact' something that really should be reported a bug to Rocket! ___ 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] Scrub HangUp Fixed
Ask your support provider to open the case with Rocket. Regards, Wally Terhune Technical Support Engineer Rocket Software 4600 South Ulster Street, Suite 1100 **Denver, CO 80237 **USA t: +1 720 475 8055 **e: wterh...@rocketsoftware.com **w: rocketsoftware.com/u2 -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of John Thompson Sent: Thursday, August 30, 2012 2:10 PM To: U2 Users List Subject: Re: [U2] Scrub HangUp Fixed Now that the thread is completely off topic... I thought I would chase another rabbit trail. Wally, If one has their support through a rocket reseller, can you still open a support case with Rocket? If so, how do you do that? On Thu, Aug 30, 2012 at 1:05 PM, David Wolverton wrote: > LOL!! In my book ... opening a case = raising a stinkBad > choice of words though, eh?? > > -Original Message- > From: u2-users-boun...@listserver.u2ug.org > [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wally > Terhune > Sent: Thursday, August 30, 2012 11:36 AM > To: U2 Users List > Subject: Re: [U2] Scrub HangUp Fixed > > Rather than raising a stink, it would be best to just open a support > case... > Without personal knowledge of UV, I haven't been paying much attention > to this thread. > > Wally Terhune > Technical Support Engineer > Rocket Software > 4600 South Ulster Street, Suite 1100 **Denver, CO 80237 **USA > t: +1 720 475 8055 **e: wterh...@rocketsoftware.com **w: > rocketsoftware.com/u2 > > > > -Original Message- > From: u2-users-boun...@listserver.u2ug.org > [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of David > Wolverton > Sent: Thursday, August 30, 2012 10:13 AM > To: 'U2 Users List' > Subject: Re: [U2] Scrub HangUp Fixed > > Ahahahahahahahahaha!! No!! Stop!! You're killing me!! > > But seriously... > > For the good of humanity, it's the duty of every person on the list to > raise stinks to Rocket on stupid system behavior like this > > It's probably not that hard to fix and will avoid the NEXT person from > having to live the trauma. > > ___ > 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 > -- John Thompson ___ 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] [ud] Sub-second delay?
Thank GOD someone is older ... david ... David L. Wasylenko President, Pick Professionals, Inc w) 314 558 1482 d...@pickpro.com -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Tony Gravagno Sent: Thursday, August 30, 2012 3:51 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] [ud] Sub-second delay? > From: David L. Wasylenko > (I don't miss the 150/300bps modems) > (( yes I am that old )) And old enough to forget that it was 110baud. haha ___ 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] [ud] Sub-second delay?
> From: David L. Wasylenko > (I don't miss the 150/300bps modems) > (( yes I am that old )) And old enough to forget that it was 110baud. haha ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Scrub HangUp Fixed
Now that the thread is completely off topic... I thought I would chase another rabbit trail. Wally, If one has their support through a rocket reseller, can you still open a support case with Rocket? If so, how do you do that? On Thu, Aug 30, 2012 at 1:05 PM, David Wolverton wrote: > LOL!! In my book ... opening a case = raising a stinkBad > choice of words though, eh?? > > -Original Message- > From: u2-users-boun...@listserver.u2ug.org > [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wally Terhune > Sent: Thursday, August 30, 2012 11:36 AM > To: U2 Users List > Subject: Re: [U2] Scrub HangUp Fixed > > Rather than raising a stink, it would be best to just open a support > case... > Without personal knowledge of UV, I haven't been paying much attention to > this thread. > > Wally Terhune > Technical Support Engineer > Rocket Software > 4600 South Ulster Street, Suite 1100 **Denver, CO 80237 **USA > t: +1 720 475 8055 **e: wterh...@rocketsoftware.com **w: > rocketsoftware.com/u2 > > > > -Original Message- > From: u2-users-boun...@listserver.u2ug.org > [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of David Wolverton > Sent: Thursday, August 30, 2012 10:13 AM > To: 'U2 Users List' > Subject: Re: [U2] Scrub HangUp Fixed > > Ahahahahahahahahaha!! No!! Stop!! You're killing me!! > > But seriously... > > For the good of humanity, it's the duty of every person on the list to > raise > stinks to Rocket on stupid system behavior like this > > It's probably not that hard to fix and will avoid the NEXT person from > having to live the trauma. > > ___ > 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 > -- John Thompson ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] [ud] Sub-second delay?
I used to walk into client site with 6 or more large tape reels -- to load new programs, data, backup results etc Now I walk in/out with my phone and a USB cable, or an $18 USB drive... entire systems onboard :-) (I don't miss the 150/300bps modems) (( yes I am that old )) ... david ... David L. Wasylenko President, Pick Professionals, Inc w) 314 558 1482 d...@pickpro.com -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Colin Alfke Sent: Thursday, August 30, 2012 3:00 PM To: 'U2 Users List' Subject: Re: [U2] [ud] Sub-second delay? I was just talking with a client this morning that was lamenting the fact that our proposed SQL solution would require 4 VM machines to run a comparable system to his current one on UniData that "doesn't have as much processing power as my iphone". (It may also not have as much memory, and is possible that it has less disk space than the phone has RAM...) Colin -Original Message- From: Rutherford, Marc Sent: August 30, 2012 10:19 AM To: U2 Users List Subject: Re: [U2] [ud] Sub-second delay? Ah yes, Microdata - my first Pick machine. We were running a 32 user ERP on 64K of main memory and a 30MB drive. Marc Rutherford ___ 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] [ud] Sub-second delay?
I was just talking with a client this morning that was lamenting the fact that our proposed SQL solution would require 4 VM machines to run a comparable system to his current one on UniData that "doesn't have as much processing power as my iphone". (It may also not have as much memory, and is possible that it has less disk space than the phone has RAM...) Colin -Original Message- From: Rutherford, Marc Sent: August 30, 2012 10:19 AM To: U2 Users List Subject: Re: [U2] [ud] Sub-second delay? Ah yes, Microdata - my first Pick machine. We were running a 32 user ERP on 64K of main memory and a 30MB drive. Marc Rutherford ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Scrub HangUp Fixed
LOL!! In my book ... opening a case = raising a stinkBad choice of words though, eh?? -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wally Terhune Sent: Thursday, August 30, 2012 11:36 AM To: U2 Users List Subject: Re: [U2] Scrub HangUp Fixed Rather than raising a stink, it would be best to just open a support case... Without personal knowledge of UV, I haven't been paying much attention to this thread. Wally Terhune Technical Support Engineer Rocket Software 4600 South Ulster Street, Suite 1100 **Denver, CO 80237 **USA t: +1 720 475 8055 **e: wterh...@rocketsoftware.com **w: rocketsoftware.com/u2 -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of David Wolverton Sent: Thursday, August 30, 2012 10:13 AM To: 'U2 Users List' Subject: Re: [U2] Scrub HangUp Fixed Ahahahahahahahahaha!! No!! Stop!! You're killing me!! But seriously... For the good of humanity, it's the duty of every person on the list to raise stinks to Rocket on stupid system behavior like this It's probably not that hard to fix and will avoid the NEXT person from having to live the trauma. ___ 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] Scrub HangUp Fixed
Rather than raising a stink, it would be best to just open a support case... Without personal knowledge of UV, I haven't been paying much attention to this thread. Wally Terhune Technical Support Engineer Rocket Software 4600 South Ulster Street, Suite 1100 **Denver, CO 80237 **USA t: +1 720 475 8055 **e: wterh...@rocketsoftware.com **w: rocketsoftware.com/u2 -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of David Wolverton Sent: Thursday, August 30, 2012 10:13 AM To: 'U2 Users List' Subject: Re: [U2] Scrub HangUp Fixed Ahahahahahahahahaha!! No!! Stop!! You're killing me!! But seriously... For the good of humanity, it's the duty of every person on the list to raise stinks to Rocket on stupid system behavior like this It's probably not that hard to fix and will avoid the NEXT person from having to live the trauma. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] [ud] Sub-second delay?
Ah yes, Microdata - my first Pick machine. We were running a 32 user ERP on 64K of main memory and a 30MB drive. Marc Rutherford Principal Programmer Analyst Advanced Bionics LLC 661) 362 1754 -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of dennis bartlett Sent: Thursday, August 30, 2012 1:18 AM To: U2 Users List Subject: Re: [U2] [ud] Sub-second delay? Actually the RQM functionality existed at hardware level (a true release quantum timeslice) when Pick ran on the Microdata machines specifically built for Pick. Way back when, Master Dick (and the other fella) wrote 'the ideal operating system' as their thesis. The theory goes that operating systems were inefficient because machines were being built and only when the machine existed an operating system would be invented for it. The "hardware" side of the Pick Operating System (as opposed to the file structure) was to be specifically designed to implement the structure at raw machine code level. Microdata (or whoever they were prior to that - maybe the ARPA people) then built this machine specifically for Pick. This was even pre-R81. My understanding was that it was at IRQ (interrupt request) level, so that just as a process needing something from an external source (external to the CPU), the processor would set a flag as "I'm waiting" then release the cpu to other processes (just as they do today). The difference today is that many disparate processes need to occupy memory, and so a paging file/swap space is needed. Back then Pick occupied the CPU the whole time. RQM would emulate this behaviour and also set a "I'm waiting" flag, thus releasing the cpu to process the next request. This worked in a circular fashion just like an ethernet works today - the focus moves from computer to computer until all have been serviced then returns to the first one. In a Pick CPU each "user" process had a "request" (of some maths to be done on something). They would all sit in a bottleneck queue and be processed one after the other (no multithreading). The RQM was a way to hurry up the process to allow important processes (logged in users) to get reasonable response times and yet still be able to run slower routines. Yes, 16 users on a 386. Full MRP system, plus GL and accounts, and MRP/CRP reporting running in the background constantly. All background apps were initiated as phantoms that read flags, when the system set the flag, all phantoms would implement RQMs. Online programs would set the flag as data capturing started, then reset it while the processor thought, etc. On 30 August 2012 05:18, Tony Gravagno <3xk547...@sneakemail.com> wrote: > The documentation is interesting for at least two reasons. > > 1) > I have an R83 manual in my hands, v5 1990 that has the exact same text > as the Microdata text below, except with the words REALITY and Pick > interchanged, and one other subtlety: > REALITY: "RQM statement causes a one-second sleep, terminating the > program's current timeslice." > R83: "RQM statement terminates the program's current time-slice." > > There's no telling which version came first without going back to > R81v1 docs. There's probably no way to tell who got the text from who, > or by what license or method. There's also no real way to know which > implementation actually did a sleep 1 or whether it really just > relinquished the Nms timeslice if there was no 'seconds' argument. > That RQM and SLEEP are documented as being equivalent only confuses > the matter more in this "much ado about nearly nothing" but fun > discussion. > > 2) > As I understand it, Unidata was conceived in a dream, and any relation > to other Pick platforms was purely coincidental - at least as > described in early lawsuits defending the originality of the platform. > (Or maybe I'm thinking of Universe?) So how could there be an > "original purpose" of a command that was not based on something else? > I'm sure that there is some logical reason for this and that we're not > looking at a smoking gun from 1991, but the historical significance is > intriguing. > > T > > > From: Bob Wyatt > > UniBasic User's Guide, Release 2.1, Copyright 1991 by Unidata, Inc. > > "The original purpose of RQM was to release remaining execution time > > reserved for a program, allowing other programs to use the time. > > > > REALITY by Microdata. DATA/BASIC Programming Manual, Series 3.0 - > > 4.0, Release 4.0, February, 1981 > > > > "The time-shared environment of the REALITY system allows concurrent > > execution of several programs, with each program executing for a > > specific time period (called a timeslice or quantum) and then > pausing > > while other programs continue execution. The RQM statement causes a > > one-second sleep, terminating the program's current timeslice. The > > RQM statement may be used in heavy compute loops to allow increased > > execution
Re: [U2] Scrub HangUp Fixed
Ahahahahahahahahaha!! No!! Stop!! You're killing me!! But seriously... For the good of humanity, it's the duty of every person on the list to raise stinks to Rocket on stupid system behavior like this It's probably not that hard to fix and will avoid the NEXT person from having to live the trauma. And then we can get back to reminiscing about RQM - the true reason for the list;-) Just sayin' -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Bill Brutzman Sent: Thursday, August 30, 2012 10:36 AM To: U2 Users List Subject: Re: [U2] Scrub HangUp Fixed In my little world of fantasy (BillsVille)... both Rocket and US Homeland Security are actively monitoring this list. --Bill -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of David Wolverton Sent: Thursday, August 30, 2012 11:32 AM Subject: Re: [U2] Scrub HangUp Fixed Did someone submit this as a bug that HS.SCRUB should probably do something 'more friendly' than just hang if there is a dictionary error? Just wondering -- every now and then we just accept as 'fact' something that really should be reported a bug to Rocket! ___ 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] Scrub HangUp Fixed
In my little world of fantasy (BillsVille)... both Rocket and US Homeland Security are actively monitoring this list. --Bill -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of David Wolverton Sent: Thursday, August 30, 2012 11:32 AM Subject: Re: [U2] Scrub HangUp Fixed Did someone submit this as a bug that HS.SCRUB should probably do something 'more friendly' than just hang if there is a dictionary error? Just wondering -- every now and then we just accept as 'fact' something that really should be reported a bug to Rocket! ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Scrub HangUp Fixed
Did someone submit this as a bug that HS.SCRUB should probably do something 'more friendly' than just hang if there is a dictionary error? Just wondering -- every now and then we just accept as 'fact' something that really should be reported a bug to Rocket! -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Bill Brutzman Sent: Thursday, August 30, 2012 10:11 AM To: U2 Users List Subject: Re: [U2] Scrub HangUp Fixed David: 0. Thanks so much for writing. 1. Yes... same problem on the same file... now fixed. 2. I have read both the Rocket ODBC and JDBC documentation exhaustively... and found these manuals to be rather excellent. 3. I have also had trouble with getting the Rocket JDBC driver to work with Adobe's new release of ColdFusion 10. It is like I have to again write a little Java program to troubleshoot the connection string thing. We may be forced to upgrade our version of UV. 4. Much as I would like to attend all the Rocket UV courses... I find these courses to be pricey and involve serious days and travel. 5. I would like to see Rocket move the courses to Lynda.com or do something similar to Lynda. 6. I am delighted to learn about the seminar... I registered for it. I am surprised that I did not learn about it except through this back door. 7. This list being something of a forum... as I understand it... posts on newbie, intermediate, and advanced questions are all welcome. If the question is directly answerable via an official Rocket manual... then the originator risks suffering the punishment of embarrassment from the respondent who... from some point of view... is following in the traditions of the late William F. Buckley, Jr. 8. The speed of the u2ug forum responses in of course invaluable. --Bill -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Hona, David Sent: Wednesday, August 29, 2012 8:32 PM To: U2 Users List Subject: Re: [U2] Scrub Hangs Up Is this query related to the one you posted/resolved here: http://listserver.u2ug.org/pipermail/u2-users/2011-July/008153.html Same problem/solution? I kindly suggest that you go on a Rocket UV course to help work out how to get the best from UV. Plus the UV ODBC documentation is quite detailed on the use of HS.SCRUB. So I assume you're followed it's correct used - before you posted this request for help. BTW check this out Rocket U2 Webinar coming soon: http://www.rocketsoftware.com/u2/about/events/dictionary-cleanup-a -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Bill Brutzman Sent: Wednesday, 29 August 2012 6:16 AM To: U2 Users List Subject: Re: [U2] Scrub Hangs Up When I do a >LOGTO HS.ADMIN >HS.ADMIN 5. Run HS.SCRUB on a File/Table.. [F]ix Most of the files here work ok. This one (important) data file INVOICE... it starts an... Analyzing: * and then just sits there. I looked at the dictionary and purged a bunch of extraneous "}" characters from several the NAME fields. I expect to resize the file but... it is not like the file is badly oversized. This is on UniVerse v10.1 running on HP-Ux Itanium. Suggestions would be appreciated. --Bill ** 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 ___ 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] Scrub HangUp Fixed
Bill: ...that's a fact, Jack!... :-) Bill - Original Message - *From:* bi...@hkmetalcraft.com *To:* U2 Users List *Date:* 8/30/2012 8:11 AM *Subject:* Re: [U2] Scrub HangUp Fixed David: [snipped] 8. The speed of the u2ug forum responses is of course invaluable. --Bill [snipped] ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Scrub HangUp Fixed
David: 0. Thanks so much for writing. 1. Yes... same problem on the same file... now fixed. 2. I have read both the Rocket ODBC and JDBC documentation exhaustively... and found these manuals to be rather excellent. 3. I have also had trouble with getting the Rocket JDBC driver to work with Adobe's new release of ColdFusion 10. It is like I have to again write a little Java program to troubleshoot the connection string thing. We may be forced to upgrade our version of UV. 4. Much as I would like to attend all the Rocket UV courses... I find these courses to be pricey and involve serious days and travel. 5. I would like to see Rocket move the courses to Lynda.com or do something similar to Lynda. 6. I am delighted to learn about the seminar... I registered for it. I am surprised that I did not learn about it except through this back door. 7. This list being something of a forum... as I understand it... posts on newbie, intermediate, and advanced questions are all welcome. If the question is directly answerable via an official Rocket manual... then the originator risks suffering the punishment of embarrassment from the respondent who... from some point of view... is following in the traditions of the late William F. Buckley, Jr. 8. The speed of the u2ug forum responses in of course invaluable. --Bill -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Hona, David Sent: Wednesday, August 29, 2012 8:32 PM To: U2 Users List Subject: Re: [U2] Scrub Hangs Up Is this query related to the one you posted/resolved here: http://listserver.u2ug.org/pipermail/u2-users/2011-July/008153.html Same problem/solution? I kindly suggest that you go on a Rocket UV course to help work out how to get the best from UV. Plus the UV ODBC documentation is quite detailed on the use of HS.SCRUB. So I assume you're followed it's correct used - before you posted this request for help. BTW check this out Rocket U2 Webinar coming soon: http://www.rocketsoftware.com/u2/about/events/dictionary-cleanup-a -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Bill Brutzman Sent: Wednesday, 29 August 2012 6:16 AM To: U2 Users List Subject: Re: [U2] Scrub Hangs Up When I do a >LOGTO HS.ADMIN >HS.ADMIN 5. Run HS.SCRUB on a File/Table.. [F]ix Most of the files here work ok. This one (important) data file INVOICE... it starts an... Analyzing: *and then just sits there. I looked at the dictionary and purged a bunch of extraneous "}" characters from several the NAME fields. I expect to resize the file but... it is not like the file is badly oversized. This is on UniVerse v10.1 running on HP-Ux Itanium. Suggestions would be appreciated. --Bill ** 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 ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] [ud] Sub-second delay?
You still had swap space. You just didnt have to swap out the *Primary* workspace, which stayed in memory constantly. But you still had to swap out the rest of it. -Original Message- From: dennis bartlett To: U2 Users List Sent: Thu, Aug 30, 2012 1:18 am Subject: Re: [U2] [ud] Sub-second delay? Actually the RQM functionality existed at hardware level (a true release quantum timeslice) when Pick ran on the Microdata machines specifically built for Pick. Way back when, Master Dick (and the other fella) wrote 'the ideal operating system' as their thesis. The theory goes that operating systems were inefficient because machines were being built and only when the machine existed an operating system would be invented for it. The "hardware" side of the Pick Operating System (as opposed to the file structure) was to be specifically designed to implement the structure at raw machine code level. Microdata (or whoever they were prior to that - maybe the ARPA people) then built this machine specifically for Pick. This was even pre-R81. My understanding was that it was at IRQ (interrupt request) level, so that just as a process needing something from an external source (external to the CPU), the processor would set a flag as "I'm waiting" then release the cpu to other processes (just as they do today). The difference today is that many disparate processes need to occupy memory, and so a paging file/swap space is needed. Back then Pick occupied the CPU the whole time. RQM would emulate this behaviour and also set a "I'm waiting" flag, thus releasing the cpu to process the next request. This worked in a circular fashion just like an ethernet works today - the focus moves from computer to computer until all have been serviced then returns to the first one. In a Pick CPU each "user" process had a "request" (of some maths to be done on something). They would all sit in a bottleneck queue and be processed one after the other (no multithreading). The RQM was a way to hurry up the process to allow important processes (logged in users) to get reasonable response times and yet still be able to run slower routines. Yes, 16 users on a 386. Full MRP system, plus GL and accounts, and MRP/CRP reporting running in the background constantly. All background apps were initiated as phantoms that read flags, when the system set the flag, all phantoms would implement RQMs. Online programs would set the flag as data capturing started, then reset it while the processor thought, etc. On 30 August 2012 05:18, Tony Gravagno <3xk547...@sneakemail.com> wrote: > The documentation is interesting for at least two reasons. > > 1) > I have an R83 manual in my hands, v5 1990 that has the exact same text > as the Microdata text below, except with the words REALITY and Pick > interchanged, and one other subtlety: > REALITY: "RQM statement causes a one-second sleep, terminating the > program's current timeslice." > R83: "RQM statement terminates the program's current time-slice." > > There's no telling which version came first without going back to > R81v1 docs. There's probably no way to tell who got the text from who, > or by what license or method. There's also no real way to know which > implementation actually did a sleep 1 or whether it really just > relinquished the Nms timeslice if there was no 'seconds' argument. > That RQM and SLEEP are documented as being equivalent only confuses > the matter more in this "much ado about nearly nothing" but fun > discussion. > > 2) > As I understand it, Unidata was conceived in a dream, and any relation > to other Pick platforms was purely coincidental - at least as > described in early lawsuits defending the originality of the platform. > (Or maybe I'm thinking of Universe?) So how could there be an > "original purpose" of a command that was not based on something else? > I'm sure that there is some logical reason for this and that we're not > looking at a smoking gun from 1991, but the historical significance is > intriguing. > > T > > > From: Bob Wyatt > > UniBasic User's Guide, Release 2.1, Copyright 1991 by Unidata, Inc. > > "The original purpose of RQM was to release remaining execution time > > reserved for a program, allowing other programs to use the time. > > > > REALITY by Microdata. DATA/BASIC Programming Manual, Series 3.0 - > > 4.0, Release 4.0, February, 1981 > > > > "The time-shared environment of the REALITY system allows concurrent > > execution of several programs, with each program executing for a > > specific time period (called a timeslice or quantum) and then > pausing > > while other programs continue execution. The RQM statement causes a > > one-second sleep, terminating the program's current timeslice. The > > RQM statement may be used in heavy compute loops to allow increased > > execution speed of other concurrently executing programs by giving > up > > time. It may also be used to cause pauses." > > > ___ >
Re: [U2] [ud] Sub-second delay?
I was soldering cables, when my supervisor said Hey they just came out with this fancy new *crimping* tool... -Original Message- From: dennis bartlett To: U2 Users List Sent: Wed, Aug 29, 2012 9:25 pm Subject: Re: [U2] [ud] Sub-second delay? ha ha.. ok, then how about going into debug n below, and using Peek/Poke and good ol' fashion arithmetic to fix GFE's? What fun! (yeah, me old too! A sense of accomplishment redeeming a 10MB file on which life depended!) McDonell Douglas Sequoia, and Allen, ever tried silver nitrating a mirror to 'fix' it? On 29 August 2012 14:05, Allen Elwood RR wrote: > i remember when we had to bake and slice our own bread, now those were the > days!!! > > ;-) > > > ___ 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] U2UG
Hi Larry You must have looked just after I'd changed it - it was going to .org before (my bad) :( I'm in the middle of rewriting the site so there are still things to iron out.. it may be a bit rocky over the next few weeks! Once it's settled down it will be a better platform for what we want to achieve going forward, especially on the professional development front, but for now please treat with caution . Had I world enough and time.. Brian -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of lar...@wcs-corp.com Sent: 29 August 2012 19:56 To: U2 Users List Subject: Re: [U2] U2UG The link that I see is bo...@u2ug.net, not .org. The U2UG website is hosted on u2ug.net (and forwarded there from u2ug.org). The u2ug.org domain hosts the mailing list. Larry Hiscock Moderator > > Whois, is your friend > > http://www.ip-adress.com/whois/u2ug.org > > > > -Original Message- > From: Brian Leach > To: 'U2 Users List' > Sent: Wed, Aug 29, 2012 10:51 am > Subject: Re: [U2] U2UG > > > John > > Contact me off-list and I'll see if I can help. > > Brian > > -Original Message- > From: u2-users-boun...@listserver.u2ug.org > [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Israel, John R. > Sent: 29 August 2012 16:12 > To: 'U2 Users List' > Subject: [U2] U2UG > > What is the E-mail address for contacting support at U2UG? I clicked > on the only link I could find (bo...@u2ug.org), but that got rejected > (which suggests that needs to be reviewed). > > Thanks > > John > ___ > 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
Re: [U2] [ud] Sub-second delay?
On 30/08/12 08:55, dennis bartlett wrote: > Well, then you would remember CHAP (where you create a processing > priority). One could flag some processes to work as foreground and others, > where finish time was not of great concern, to background. One then set > CRON items to CHAP up processes overnight, thus getting more done when the > load had all gone home. The mixture of CHAP and RQM could make for a user > friendly IT dept. > Except CHAP was a Pr1meism? There's a fair bit of stuff in UV/UD which didn't have its origin in the Pick world, COMO certainly and CHAP also I believe. They came from Pr1mos. Cheers, Wol ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] [ud] Sub-second delay?
Actually the RQM functionality existed at hardware level (a true release quantum timeslice) when Pick ran on the Microdata machines specifically built for Pick. Way back when, Master Dick (and the other fella) wrote 'the ideal operating system' as their thesis. The theory goes that operating systems were inefficient because machines were being built and only when the machine existed an operating system would be invented for it. The "hardware" side of the Pick Operating System (as opposed to the file structure) was to be specifically designed to implement the structure at raw machine code level. Microdata (or whoever they were prior to that - maybe the ARPA people) then built this machine specifically for Pick. This was even pre-R81. My understanding was that it was at IRQ (interrupt request) level, so that just as a process needing something from an external source (external to the CPU), the processor would set a flag as "I'm waiting" then release the cpu to other processes (just as they do today). The difference today is that many disparate processes need to occupy memory, and so a paging file/swap space is needed. Back then Pick occupied the CPU the whole time. RQM would emulate this behaviour and also set a "I'm waiting" flag, thus releasing the cpu to process the next request. This worked in a circular fashion just like an ethernet works today - the focus moves from computer to computer until all have been serviced then returns to the first one. In a Pick CPU each "user" process had a "request" (of some maths to be done on something). They would all sit in a bottleneck queue and be processed one after the other (no multithreading). The RQM was a way to hurry up the process to allow important processes (logged in users) to get reasonable response times and yet still be able to run slower routines. Yes, 16 users on a 386. Full MRP system, plus GL and accounts, and MRP/CRP reporting running in the background constantly. All background apps were initiated as phantoms that read flags, when the system set the flag, all phantoms would implement RQMs. Online programs would set the flag as data capturing started, then reset it while the processor thought, etc. On 30 August 2012 05:18, Tony Gravagno <3xk547...@sneakemail.com> wrote: > The documentation is interesting for at least two reasons. > > 1) > I have an R83 manual in my hands, v5 1990 that has the exact same text > as the Microdata text below, except with the words REALITY and Pick > interchanged, and one other subtlety: > REALITY: "RQM statement causes a one-second sleep, terminating the > program's current timeslice." > R83: "RQM statement terminates the program's current time-slice." > > There's no telling which version came first without going back to > R81v1 docs. There's probably no way to tell who got the text from who, > or by what license or method. There's also no real way to know which > implementation actually did a sleep 1 or whether it really just > relinquished the Nms timeslice if there was no 'seconds' argument. > That RQM and SLEEP are documented as being equivalent only confuses > the matter more in this "much ado about nearly nothing" but fun > discussion. > > 2) > As I understand it, Unidata was conceived in a dream, and any relation > to other Pick platforms was purely coincidental - at least as > described in early lawsuits defending the originality of the platform. > (Or maybe I'm thinking of Universe?) So how could there be an > "original purpose" of a command that was not based on something else? > I'm sure that there is some logical reason for this and that we're not > looking at a smoking gun from 1991, but the historical significance is > intriguing. > > T > > > From: Bob Wyatt > > UniBasic User's Guide, Release 2.1, Copyright 1991 by Unidata, Inc. > > "The original purpose of RQM was to release remaining execution time > > reserved for a program, allowing other programs to use the time. > > > > REALITY by Microdata. DATA/BASIC Programming Manual, Series 3.0 - > > 4.0, Release 4.0, February, 1981 > > > > "The time-shared environment of the REALITY system allows concurrent > > execution of several programs, with each program executing for a > > specific time period (called a timeslice or quantum) and then > pausing > > while other programs continue execution. The RQM statement causes a > > one-second sleep, terminating the program's current timeslice. The > > RQM statement may be used in heavy compute loops to allow increased > > execution speed of other concurrently executing programs by giving > up > > time. It may also be used to cause pauses." > > > ___ > 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] [ud] Sub-second delay?
Well, then you would remember CHAP (where you create a processing priority). One could flag some processes to work as foreground and others, where finish time was not of great concern, to background. One then set CRON items to CHAP up processes overnight, thus getting more done when the load had all gone home. The mixture of CHAP and RQM could make for a user friendly IT dept. On 30 August 2012 00:19, Rutherford, Marc < marc.rutherf...@advancedbionics.com> wrote: > Additionally I would use RQM in batch loops that ran for a huge number of > iterations, and where I was not concerned about the final completion time. > > At the end of each loop I would issue RQM would release any remaining > time-slice - I would get my big butt out of the way. This would allow > other users (normally the interactive ones) to proceed. It was a good way > to 'play nice'. > > Marc Rutherford > Principal Programmer Analyst > Advanced Bionics LLC > 661) 362 1754 > > -Original Message- > From: u2-users-boun...@listserver.u2ug.org [mailto: > u2-users-boun...@listserver.u2ug.org] On Behalf Of Charlie Noah > Sent: Tuesday, August 28, 2012 7:33 PM > To: U2 Users List > Subject: Re: [U2] [ud] Sub-second delay? > > Yes, Dennis, it did. There are long technical explanations of how it > worked, but it was indeed a clever, 'techie-appealing' concept. Back in the > old Microdata days (yes, I'm that old), you could get in big trouble with > the timeslice approach, though. If your timeslice was 50 ms, after that > time everything you were doing got saved and the next process in line got > the juice. There were certain things that released your timeslice, too, > such as IO operations, etc. If you were doing disk access, and what you > were working with got paged out of memory, you had to go get it again when > your turn came around again. If that took too long, you went through the > same thing again, and you might actually sit there all day and get nothing > done. No wonder we worried about frame faulting. Ah, those were the days... > > Thanks for the trip down memory lane! > Charlie > > Tiny Bear's Wild Bird Store > "Everything For The Backyard Bird Enthusiast, Except For The Birds" > http://www.TinyBearWildBirdStore.com > Toll Free: 1-855-TinyBear (855-846-9232) > > > On 08-28-2012 9:19 PM, dennis bartlett wrote: > > Who on earth is going to understand what 'release quantum' (RQM) means? > > Still, it worked.. and such a clever, 'techie-appealing' concept - tho > > I don't know that it ever did what I was told it did, it sure sounded > good! > > > > On 28 August 2012 02:51, Wjhonson wrote: > > > >> How interesting. RQM isn't even in the online help for Universe 10, > >> but it does compile. > >> > >> > >> -Original Message- > >> From: David L. Wasylenko > >> To: U2 Users List > >> Sent: Mon, Aug 27, 2012 9:41 am > >> Subject: Re: [U2] [ud] Sub-second delay? > >> > >> > >> Universe only supports an integer for the SLEEP command... > >> > >> Try this in unidata: > >> 001 CRT TIMEDATE() > >> 002 FOR I=1 TO 5 > >> 003 SLEEP 0.5 > >> 004 NEXT I > >> 005 CRT TIMEDATE() > >> > >> I've no idea if it's supported... but it's worth a shot to test. > >> > >> ... david ... > >> > >> David L. Wasylenko > >> President, Pick Professionals, Inc > >> w) 314 558 1482 > >> d...@pickpro.com > >> > >> > >> -Original Message- > >> From: u2-users-boun...@listserver.u2ug.org [mailto: > >> u2-users-boun...@listserver.u2ug.org] > >> On Behalf Of lar...@wcs-corp.com > >> Sent: Monday, August 27, 2012 11:30 AM > >> To: U2 Users List > >> Subject: Re: [U2] [ud] Sub-second delay? > >> > >> RQM is still supported by UniData, but it's now merely a synonym for > >> SLEEP. NAP is a UV thing, with millisecond granularity. SLEEP, in > >> both UV and UD, like the *nix sleep command, only counts in whole > >> seconds. > >> > >> Larry Hiscock > >> Western Computer Services > >> > >>> RQM was supposed to be merely a command to "release quantuum" which > >>> means to pause until I come back up in the time-slicing round-robin. > >>> At some point I wonder if they didn't just replace this with a > >>> "Sleep 1" but that's not really what it was *supposed* to be. > >> > >> ___ > >> 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.
