- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: Overflow
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-09-2004 02:25 AM
11-09-2004 02:25 AM
Re: Overflow
It's been some years since I helped a customer to port from VAX to Alpha. He had one small MACRO source file and when I did:
$ macro/migrate pgm
well, the compiler spit out two pages of error messages. The customer responded with a big GULP!
Now, I did a short look over the source, inserted two lines and the result was:
$ macro/migrate pgm
$
He almost fell off the chair :-)
There simply was no PSECT in the source and I just created a CODE and a DATA psect.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-09-2004 03:11 AM
11-09-2004 03:11 AM
Re: Overflow
It could be implemented so that old images works just like now. When you compile on the new version you receive a "protected" image, or with a qualifier to the compiler (or maybe to the linker, because I think this is an image activator problem) turn off the protection.
The problematic compiler is probably MACRO32 on VAX which can be upgraded to spit pages of error messages, as you say (nice verb for a bunch of errors :-).
With this new programs can be protected and, with time, all programs with a small number of exceptions will become protected.
Bojan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-09-2004 04:12 AM
11-09-2004 04:12 AM
Re: Overflow
I don't think anything would be done for VAX/VMS but I think something could be done for alpha vms and itanium vms.
Parhaps its time for another entry on the hpadvocacy web site? (as well as discussing it with your favorite hp VMS contact).
Purely Personal Opinion
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-09-2004 10:01 PM
11-09-2004 10:01 PM
Re: Overflow
as I still cannot enter deep enough into the Advocasy site (something with confusion about logging in the one site and address a mirror or the other way around, and then NOT being authorized on that. Being worked on),
would you please do the service?
I guess entering a pointer to this stream will get the message over.
Cheers.
Have one on me.
jpe
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-09-2004 10:37 PM
11-09-2004 10:37 PM
Solution"Your issue will not appear immediately. All submitted issues are reviewed for posting each Monday. If there are questions about your issue submission, you will be contacted via email.
"
When it appears I will post a link here and you can all go and vote.
Purely Personal Opinion
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-03-2005 11:26 PM
02-03-2005 11:26 PM
Re: Overflow
http://www.hpuseradvocacy.org/advocacy/metoo/metooissue.cfm?IssueID=1833
VMS I64 V8.2 has the noexecute protection. Alpha does not.
Purely Personal Opinion
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-07-2005 04:39 AM
02-07-2005 04:39 AM
Re: Overflow
Qualtity Assurance: One of the tests should be to pass a string that overflows the array.
The software should detect the overflow and report an error code back to the calling routine. The calling routine should report the error.
2. Yes, the lack of the array size being known to the receiving routine in C and C++ is a serious weakness in C and C++. Best programming practice would be to pass the array size to subroutines and check that the string(s) aren't longer than the array.
3. ADA was an excellent idea. Unfortunately it was so complex that few companies ever tried it much less stayed with it. It has strong data typing which would be helpful to have in C and C++.
4. I have seen too many times where programmers haven't even reported errors that their software detected, don't give the routine name where the error occurred, or don't report the error from the calling routine.
5. Unix often doesn't even give you an error message if you type a non-existant command.
Lawrence
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-07-2005 08:17 PM
02-07-2005 08:17 PM
Re: Overflow
I think more could be done with the C compiler but the main thing is training the programmers properly.
Purely Personal Opinion
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-07-2005 08:32 PM
02-07-2005 08:32 PM
Re: Overflow
One of my previous employers bought a 'piece of software' where the programmers, for example, didn't bother to check return codes.
One problem I've debugged was a looping process (it was written in VAX PASCAL, but in the debugger session I used the machine code...). Turned out it had eaten all its ENQLM quota. In the end the problem was that:
- the return status from SYS$ENQW was not checked at all, so the software never found out when the quota was exhausted
- the status code in the LKSB was checked for one (1!) specific value. If that was met, or not - I don't remember after all these years, the code just tried another SYS$ENQW
Another problem in this software was that many status codes were 'compressed' to an application-specific error code with no way to find out the real cause.
Or how about trying to use FMS to signal error messages in a detached process?
Defining duplicate logical names in SUPERVISOR and EXECUTIVE mode in the job logical name table?
Oh, man. I could go on and on...
And that was only one software used in manufacturing sold for a lot of money.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-07-2005 09:04 PM
02-07-2005 09:04 PM
Re: Overflow
you hit a pain-point there!
Sloppy code by sloppy programmers will probably NEVER be extinguished.
-- and the case you described really sounds like specifically written for VMS.
But, just trusting that anything that runs once will always run, or only expecting one single specific deviant return status, that is not the USUAL behavior that is (used to be?) taught in VMS programming courses!
Then again, lots (and ever more) code is ported from other platforms, and, sorry to say, that _IS_ a frequent source of just this kind of sloppiness.
How this can be helped? bweuhh.
I can not think of any way to have some means of enforcing good practise / block bad practise.
Personally, if, say, the linker, or some pre-processor or after-processor could find a significant percentage of such sloppiness, I would VERY VERY welcome that, even if it would take 100 times more time/CPU power than the total compile-&-link suite!!
Just wishfull thinking, I am afraid.
Proost.
Have one on me.
jpe
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-07-2005 09:47 PM
02-07-2005 09:47 PM
Re: Overflow
You'd win that bet :-) The software used DEC Rdb and made heavy use of VMS (FMS, system services, global sections...)
Ah, another example of incompetence for you enjoyment...
Assignment for printers is in the database, but must be loaded into global sections. The problem is that once a user has started his programm, the information is copied from the GBL into process private memory and never updated.
If you make a change you need to update the database, re-load the GBL and then the user has to restart his program! Sigh. Users don't print that often, why isn't that information directly fetched from the database?
- « Previous
-
- 1
- 2
- Next »