Via: uk.ac.ulcc.vmsfe; Thu, 9 Feb 1995 10:45:31 +0000 Date: Thu, 9 Feb 95 10:45 GMT From: "Kevin Ashley, Systems Development, ULCC" To: DJGPP Subject: Re: _go32_dpmi_simulate_fcall and the stack: problem solved I haven't yet seen my own message come back from the list on this topic nor any replies, but I have solved my problem. I reported that I could not get _go32_dpmi_simulate_fcall to work reliably when allocating my own stack in low memory. In fact, the problem was unrelated (sheepish grin.) In porting the original program from Microsoft C, I had missed two uses of 'unsigned int' in the structure definitions of argument blocks which are passed through low memory to the function I was calling. They needed, of course, to be two-byte ints and I though I had caught all references of this sort. Because they weren't, the argument blocks were misaligned from that point on and appeared to be garbage to the ASPI manager. On fixing this, I now seem to be able to talk to it succesfully. If I can get the agreement of the code's original author, I will clean it up and make it generally available. It provides a fairly rich subroutine library for accessing SCSI devices under DOS or Windows via the ASPI manager interface. The code currently only supports synchronous operation (i.e. caller blocks until request completes) but it should be fairly simple to add asynchronous support with a polled interface. The library is geared toward sequential-access SCSI devices such as tapes, but I will add further support for other SCSI devices once I've got my hands on a copy of the SCSI-2 standard or some other work that documents other SCSI commands. Kevin Ashley ------------------------------------------------------------------------------ Kevin Ashley K DOT Ashley AT Ulcc DOT ac DOT uk Systems Development Group Manager http://www.ulcc.ac.uk/staff/Kevin+Ashley University of London Computer Centre. ...ukc!ncdlab!K.Ashley This is not a signature