The most common source of errors are problems with psn.conf. Instructions about how to make correct settings can be found in PsN configuration.pdf.
Like all software, PsN has bugs. Some unfixed bugs and known workarounds can be found in the document Known bugs and workarounds.pdf. Please help us to get better by letting us know about undocumented errors or problems.
The best way to submit a bug is to send an e-mail to firstname.lastname@example.org the PsN-general mailing list. Before you send your mail please check the mailing list archives to see if the bug has not been submitted already. In your mail try to describe, in reasonable detail, what the bug is and what you did when it appeared. Always include the call you used to start PsN and all messages that PsN gave up until the crash. Also, add your PsN version, the name of your operating system (e.g. Windows 10, Mac OS X, Red Hat linux, etc.) and anything else that might be helpful. From there we will try to help you out. Maybe you will also get help from other users on the mailing list. Do not send model files and data files unless we ask you to.
Known bugs in current releaseThis list holds information about bugs found in PsN 4.7.0
- sse will use the wrong simulated data for reestimation if the simulation model file has more than one $INPUT statement. The table file with simulated data used for reestimation will only include the items from the last $INPUT. Note: It works fine to split $INPUT over several lines, as long as the text $INPUT only appears once.
- Data values with more than five significant digits in sse. The simulated datasets used in sse are \$TABLE output from NONMEM, and NONMEM rounds off values when printing tables. In NONMEM 6 1013201 is rounded to 1013200 (five significant digits), and if this makes a significant change to the model estimation, for example if the value is a covariate, then the sse results will be wrong. In NONMEM7 it is possible to set the FORMAT option in $TABLE to make sure no important information is lost. With NONMEM 6 the user must make sure the rounding to five significant digits does not harm the results.
- Lower case user defined and reserved words Starting with NONMEM 7.2 lower case user defined and reserved words are supported. This is not supported by PsN. For example in $INPUT all reserved words have to be upper case.