Title: | Alpha Developer Support |
Notice: | [email protected], 800-332-4786 |
Moderator: | HYDRA::SYSTEM |
Created: | Mon Jun 06 1994 |
Last Modified: | Fri Jun 06 1997 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 3722 |
Total number of notes: | 11359 |
T.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
3043.1 | Lazy swap? | RDGENG::READINGS_R | Richard Readings | Fri Jan 17 1997 11:00 | 13 |
3043.2 | Summary | RDGENG::READINGS_R | Richard Readings | Tue Jan 21 1997 10:58 | 43 |
3043.3 | Problem reproduced | RDGENG::READINGS_R | Richard Readings | Tue Feb 04 1997 07:20 | 6 |
1. Increasing maxdsiz didn't help. 2. The customer has provided an executable on a DAT tape and we have been able to reproduce the problem here. 3. Noted in DIGITAL_UNIX note 8690. | |||||
3043.4 | -taso | RDGENG::ddors.reo.dec.com::readings_r | Mon Feb 17 1997 08:52 | 15 | |
Thank you for the Makefile. That provided the clue that I was looking for... you are linking with -taso. There are a couple of possible solutions: + Link -non_shared - that will probably give you enough room. The library code will essentially be moved out of the way, which should leave more than enough room for the heap, but this will result in a larger executable. + Link the program with a different data (-D) address, say 0x13000000 rather than the default -taso address of 0x14000000. Or perhaps change both -T and -D to 0x10000000 and 0x12000000 respectively. (Lowering -T will limit the amount of stack available, but that may not be an issue for this program, I don't know). | |||||
3043.5 | -non_shared -D 0x1000000 | RDGENG::ddors.reo.dec.com::readings_r | Mon Feb 17 1997 08:54 | 7 | |
We have tried to change the makefile with you remarks and and IT S O K !!! In fact, we use -non_shared and -D to 0x1000000 Thank you very much for you help |