delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/2000/01/19/22:56:58

From: Nigel Pattinson <npattinsonNOnpSPAM AT symantec DOT com DOT invalid>
Subject: Bug in __dpmi_simulate_real_mode_procedure_retf_stack
Newsgroups: comp.os.msdos.djgpp
Message-ID: <13001ab4.241463ff@usw-ex0101-008.remarq.com>
Lines: 30
Bytes: 706
X-Originating-Host: 155.64.60.111
Organization: http://www.remarq.com: The World's Usenet/Discussions Start Here
X-Wren-Trace: eDUQODkgZy1mezE8JGE9MjQpKxAjKHgiPi0/NXIiI3h6YiBhdSN0dW9kf2FqJA==
Date: Wed, 19 Jan 2000 18:33:38 -0800
NNTP-Posting-Host: 10.0.2.8
X-Complaints-To: wrenabuse AT remarq DOT com
X-Trace: WReNphoon2 948335854 10.0.2.8 (Wed, 19 Jan 2000 18:37:34 PST)
NNTP-Posting-Date: Wed, 19 Jan 2000 18:37:34 PST
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Reply-To: djgpp AT delorie DOT com

I think I may have found a bug in
__dpmi_simulate_real_mode_procedure_retf_stack.

The relevant section is -

	/* Set up %esi, %edi to copy data to the PM stack. */
	subl	%ecx, %esp
	movl	%esp, %edi
	movl	ARG3, %esi

	/* Copy the data. */
	cld
	rep
	movsw

Since the size of the parameters (in ecx) is in 16-bit words, it looks
to me like the line

	subl	%ecx, %esp

only reserves half the required amount of stack space. The statement
that pops this off the stack would obviously need changing as well.

Cheers
Nigel Pattinson



* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
The fastest and easiest way to search and participate in Usenet - Free!

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019