On my system<br>it always happens on the system drive at startup - right after the bit map message ....<br><br>most of the time it also happens once the data drive is mounted  and if not, it'll happen as soon as anything writes to the data drive.<br><br>some times it happens when the data drive and/or the system drive is dismounted - the console hangs at the vms message "use console to halt the cpu (or some such wording)" until all of the W/XP io is complete<br><br>Villy<br><br>----- Original Message -----<br>From: "Hittner, David T." <david.hittner@ngc.com><br>Date: Tuesday, July 17, 2007 6:15 am<br>Subject: Re: [Simh] Excessive paging of the real machine running SIMH - VAX<br>To: Richard Davis <richard_a_davis_2@btinternet.com>, simh@trailing-edge.com<br><br>> Perhaps _flag was never initialized correctly, and the default<br>> (uninitialized) values sometimes work and sometimes don't.<br>>  <br>> Dave<br>> <br>> ________________________________<br>> <br>> From: simh-bounces@trailing-edge.com<br>> [mailto:simh-bounces@trailing-edge.com] On Behalf Of Richard Davis<br>> Sent: Tuesday, July 17, 2007 8:12 AM<br>> To: simh@trailing-edge.com<br>> Subject: [Simh] Excessive paging of the real machine running <br>> SIMH - VAX<br>> <br>> <br>> <br>> Villy,<br>> <br>>  <br>> <br>> The issue only occurs on my system when first starting the <br>> system, i.e.<br>> when the disks are first mounted, my disks are 1Gb and 2Gb<br>> respectively.. <br>> <br>> A stack trace of the executable when the problem occurs shows the<br>> following call trace:<br>> <br>>  <br>> <br>> sim_process_event<br>> <br>> rq_svc<br>> <br>> sim_fseek<br>> <br>> fsetpos<br>> <br>> _fseeki64<br>> <br>> _fseeki64_nolock<br>> <br>> _flush<br>> <br>> _write<br>> <br>>  <br>> <br>> As mentioned before, the strange value in the _flag member of <br>> the stream<br>> causes the _flush routine to do a complete flush of the disk file.<br>> <br>>  <br>> <br>> I modified the SIMH sim_fopen routine to use the _fsopen call (rather<br>> than fopen) which allowed me to deny all sharing.. the problem still<br>> occurs, so It's nothing to do with sharing!<br>> <br>>  <br>> <br>> I need to understand the workings of SIMH a bit better, and need <br>> to find<br>> out how things are put onto the event queue (the _flag member is <br>> already'corrupted' when the event gets processed in the <br>> sim_process_eventroutine.<br>> <br>>