Xref: news2.mv.net comp.os.msdos.djgpp:1615
From: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
Newsgroups: comp.os.msdos.djgpp
Subject: Re: BIOS32
Date: Sun, 3 Mar 1996 11:25:16 +0200
Organization: NetVision LTD.
Lines: 17
Message-ID: <Pine.SUN.3.91.960303112328.19563A-100000@is>
References: <Pine DOT SUN DOT 3 DOT 91 DOT 960228085626 DOT 11106G-100000 AT is> <31357116 DOT 6CBB AT module DOT vympel DOT msk DOT ru>
NNTP-Posting-Host: is.elta.co.il
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
In-Reply-To: <31357116.6CBB@module.vympel.msk.ru> 
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp


On Thu, 29 Feb 1996, Roman I. Ekzhanov wrote:

> Eli Zaretskii wrote:
> > Did you try the library functions `_go32_dpmi_simulate_fcall' and
> > `_go32_dpmi_simulate_fcall_iret'?  They are described in the C library
> > on-line docs.
>
> I think these functions are not suitable. Here the 32bit far call is 
> required, not real mode far call. Under dos4gw, where 1st physical mb is
> mapped into 1st linear and cs segment base address is 0, i just do
> 	push cs
> 	call pcibios_entry

Then you will have to tell more details about the problem you are trying
to solve.  What are those BIOS32 functions, and what do you know about
their physical entry address?