Running the analysis
After running an analysis, there are errors. When
they are viewed, the error message 'out of string space' appears
The main program error file (*.mpe) is too large to be opened up in
notepad. Manually open up the file in another text editor and view the errors.
When I run an analysis in Double precision, under
Windows 3.11, I get an error: 'Insufficient memory to load this program'. But th
e single precision works fine.
This is probably due to a
lack of conventional memory (ie memory below 640K). Run MEM at the DOS prompt.
If this shows less than 500Kb of Free Conventional memory, you are likely to
have problems. Run MEMMAKER from DOS so that drivers etc are loaded into HIMEM
not conventional.
How do you run the convertor without rerunning the
analysis?
The Convertor can be re run by running the
SCDATAB.EXE program located in the SAGE CRISP directory. The program requires
that the complete directory name (including full path) is entered manually.
Note:- The file extension is not required.
I get the message "NRS converter program not
found" after running an analysis and cannot look at my results in the Post
Processor
This problem is usually an ini file problem.
In the ini file the section called programs should look like
this:-
[Programs]
pre=scprepro.exe
post=scpstpro.exe
nrs=scdatab.exe
help=sagecrsp
The
SAGE CRISP Looks to see what the program name is for the NRS file convertor (nrs
= scdatab.exe) and then runs the program. The two possible causes for your error
message is that either the program is
not correctly referenced in the ini
file or scdatab.exe is not in the
sagecrsp directory.
When running an analysis with slip elements the
main program crashes on increment 1 in routine DSLIP
This
is usually caused by the thickness of the slip element being set to zero. Change
this to a small value and rerun the analysis. Check the technical reference
guide for future information on slip element thickness
After the analysis has run I get *.LIK file not
found. Why?
This is a common Problem.
It is most
likely that you are having problems with DBOS. This is probably stopping the
analysis from running properly. You will need to check the following:
1)
The DBOS disk has been installed,
2) DBOS is referred to in the path
statement in your autoexec.bat file,
3) the file wdbos.386 is present in
either the DBOS or Windows directory and
4) the line ‘device=wdbos.386’ is
present in the [386enh] section of your windows system.ini file.
In
order to rectify this problem you should
First view the autoexec.bat file in
a text editor (type ‘edit c:\autoexec.bat’ in Dos. Go to file manager, click on
File, then Run and then type ‘notepad c:\autoexec.bat’ in Windows 3.xx. Start,
run then type ‘wordpad c:\autoexec.bat’, in Windows 95). The line beginning
‘Path’, should have c:\dbos.dir added to it (note that the different paths in
the path statement are separated by semi colons).
If dbos.dir is in the
path statement then;
Determine where wdbos.386 is on your hard disk. The
first place to check is in the DBOS directory, if it is not there it may be in
the windows directory.
Then check the system.ini file in the windows\system
directory to make sure wdbos.386 is referenced. The procedure to view this file
is the same as described above. In the file, you should find the section headed
‘[386enh]’ and then search for a line saying ‘device=c:\directory
name\wdbos.386’ (the quickest way to do this is to search for ‘wdbos.386’ using
the search facility in your text editor). If the line does not exist, you will
need to add it at the end of the [386enh] section.
If the wdbos.386 line
exists in the system.ini file and the autoexec.bat file has dbos.dir in the
path;
The problem maybe that the wdbos.386 file is missing or corrupted. It
should be 155985 bytes in size and should be in either the dbos or windows
directory.
If this does not solve the problem, go to the SAGE CRISP
directory and check the date and size of the SCDATAB.EXE file as it sounds like
you could be running the old version. If you are running v3.01, the size, date
and time should be 31260, 22/8/96 and 3:33:10 respectively. If you have V3.02,
the size, date and time should be 34322 bytes, 1/4/97 and 03:02:00 respectively.
If this file is okay, then please send me a printout of SAGEINST.LOG from the
SAGE CRISP directory and I shall see if there are any other problems with the
installation which might account for your difficulties. You could also run the
SAGEDIAG.EXE on the SAGE DIAGNOSTICS diskette and send me a copy of the output -
c:\sagecrsp.log. Finally, please run an analysis, after choosing ‘Pause between
steps’ in the Run Analysis dialogue box and tell me what messages you get in the
DBOS window.
If you are still encountering problems, please fax Geoff
Watson [(44) 1225 42447443 ] the diagnostics output and the installation log and
I shall endeavour to find the problem.
What does the squasher program do?
The squasher program calculates the most efficient way to analyse the
mesh and renumbers it (internally) for the frontal solver.