| | | | | Browse by category |
Article ID: 1029
Last updated: 05 Feb, 2008
Problem
RWTime/RWDate displays an incorrect time and date.
Cause
If you are linking your application with libbsd.a, the global TZ variables are corrupted by this library, which causes RWTime to create a bad date and time. If you then create a RWDate from this bad RWTime, you will get a bad date as well.
Action
For pre-SPM installs:
NOTE: Beginning with the June, 1998 release of Software Parts Manager, the file compiler.h will be located in the workspace, in
RWTime/RWDate displays an incorrect time and date.
Cause
If you are linking your application with libbsd.a, the global TZ variables are corrupted by this library, which causes RWTime to create a bad date and time. If you then create a RWDate from this bad RWTime, you will get a bad date as well.
Action
For pre-SPM installs:
- Uncomment
/* #define RW_NO_GLOBAL_TZ 1 */in.../rw/compiler.h. This line should appear near line 750 or 820, depending on what version of Tools.h++ you have. - Rebuild the library. (Be sure to do a 'make clean' before you re-make the library)
- Uncomment
/* #define RW_NO_GLOBAL_TZ 1 */inparts/tls0707u/source/obj/AIX/CSET/rw/compiler.h. This line should appear around line 965 depending on your particular install. - Rebuild the library with the Software Parts Manager.
NOTE: Beginning with the June, 1998 release of Software Parts Manager, the file compiler.h will be located in the workspace, in
.../workspaces/AIX/CSET//rw/compiler.h .
This article was:
Helpful |
Not helpful
Report an issue
Article ID: 1029
Last updated: 05 Feb, 2008
Revision: 1
Views: 7574
Posted: 29 Apr, 1998 by
Dean J.
Updated: 05 Feb, 2008 by
Dean J.
Others in this category
Why won't the InfoBrowser contents update in response to selection changes in ClassView or FileView?
Powered by KBPublisher (Knowledge base software)