WinCE依据什么来调用同名但是不同功能的的函数

YaoHui

WinCE依据什么来调用同名但是不同功能的的函数 [复制链接]

在WinCE当中定义了很多函数，它们具有一些特定的功能。但是在各个厂商的BSP当中也有定义很多同名的函数，提供了针对该平台的一些特定功能。那么WinCE到底靠什么来确定该调用那个函数了。比喻说在在在InterruptInitialize（）调用OEMInterruptEnable（）然后再去调用BSP的OALInterruptEnable（），但是在EP9315的BSP当中它却是没有OALInterruptEnable（）函数，只有一个和微软同名的OEMInterruptEnable（）函数去完成了OALInterruptEnable（）函数功能，那么WinCE是依据什么来区分调用这些函数了。

magicflyinsky

关注楼主的问题
帮顶

fap520

怎么没有人回贴，难道是问题太简单了！

renmingcan

根据代码怎么写来区分~楼主为什么说OEMInterruptEnable（）和OALInterruptEnable（）是同名的函数？

winning

可能我表述有误，用图片可能解释得更清楚！D:\123.JPEG

toutou13

D:\123.JPG

0123456789

在上图中，WINce中自带的s3c2410BSp中在中断程序调用InterruptInitialize()时，会经过以上流程，最调用s3c2410BSpBSP当中OALIntrEnableIrqs()。上图当中OEMIteeruputEnable()函数是WinCE实现的，它相当于没有做什么针对S3c2410具体配置寄存器的工作，。而在EP9315中断程序中调用InterruptInitialize()时就直接去调用它自己BSP当中实现的OEMIteeruputEnable()函数去完成了s3c2410BSP当中OALIntrEnableIrqs()相对应的任务，这不是关键问题，关键是Wince怎么去区分InterruptInitialize()函数到底是去调用自己的OEMIteeruputEnable()而后去调用OALIntrEnableIrqs()，还是去直接去调用BSP当中定义实现的OEMIteeruputEnable()。

gobbs

根据链接的库不同,就调用不同的函数了
OAL 需要实现一些固定的函数,并且链接到kern.exe即nk.exe中(wince5)
如果使用PQOAL架构,这些函数微软都实现为不包含实际硬件操作的"空"函数,其中再调用bsp中的实际函数
如果不使用PQOAL架构,就可以在bsp中直接实现这些函数
区别的仅仅是链接到kern.exe中的库不同,如果使用PQOAL需要链接PQOAL的库,不使用直接在代码中实现就不需要连接库,链接了就会发生函数重名错误

mycmf

“根据链接的库不同,就调用不同的函数了”，不太理解，Reallyyu能否解释仔细一点，谢谢！

standstone

我已经解释的很详细了...
你所说的是在不同bsp里的情况
其实wince要求OAL层必须实现 OEMInit() 等等以OEM开头的若干函数
至于你使用ms帮你写好的框架,还是自己在bsp里面实现这些函数都是可以了
如果要用ms的框架就需要链接ms提供的库
具体你看两个bsp下 kernel.exe 的source文件就知道了
这纯粹是个编译链接的问题

luoweiliang1982

看不见图~~~

zhangy11

一般都是根据引用lib的路径，

还有BSP 是可以自己修改的嘛，各家稍有差异正常，比如人家在OEMIteeruputEnable 函数实现了，也可以，或者去写个函数被OEMIteeruputEnable调用实现也是同样的道理嘛，
我是这么理解的，不知道是否对了。

傻傻天子

但是在OEM开头的一系列函数是微软自己实现的了的，在wince5.0它的目录是
D:\WINCE500\PLATFORM\COMMON\SRC\COMMON\INTR\COMMON
贴一段它的代码
BOOL OEMInterruptEnable(DWORD sysIntr, LPVOID pvData, DWORD cbData)
{
BOOL rc = FALSE;
const UINT32 *pIrqs;
UINT32 count;

OALMSG(OAL_INTR&&OAL_VERBOSE,
      (L"+OEMInterruptEnable(%d, 0x%x, %d)\r\n", sysIntr, pvData, cbData
));

// SYSINTR_VMINI & SYSINTR_TIMING are special cases
if (sysIntr == SYSINTR_VMINI || sysIntr == SYSINTR_TIMING) {
      rc = TRUE;
      goto cleanUp;
}

// Obtain the SYSINTR's underlying IRQ number
if (!OALIntrTranslateSysIntr(sysIntr, &count, &pIrqs)) {
      // Indicate invalid SysIntr
      OALMSG(OAL_ERROR, (
         L"ERROR: OEMInterruptEnable: IRQs are undefined for SysIntr %d\r\n",
         sysIntr
      ));
      goto cleanUp;
}

// Enable the interrupt
rc = OALIntrEnableIrqs(count, pIrqs);

cleanUp:
OALMSG(OAL_INTR&&OAL_VERBOSE, (L"-OEMInterruptEnable(rc = 1)\r\n"));
return rc;
}
这个函数明显的是去调用了具体的BSP当中OOALIntrEnableIrqs函数吗！
而我想要说的，在EP9315当中，它自己也有定义了OEMInterruptEnable(DWORD sysIntr, LPVOID pvData, DWORD cbData)，在这里面它直完成了对应的任务，不需要去实现OAL函数。按PQOAL概念，如果是ep9315的BSP，系统启动后，不是要出错了吗！因为EP9315当中根本就没有实现OALOALIntrEnableIrqs函数，反而是有一个和WINCE定义的相同的函数OEMInterruptEnable（）
BOOL OEMInterruptEnable(DWORD idInt, LPVOID pvData, DWORD cbData)
{
BOOL bRet = TRUE;
ULONG ulIntMask1, ulIntMask2;

bRet = SysIntrNumToInterruptMask(idInt, &ulIntMask1, &ulIntMask2);

INTERRUPTS_OFF();

if(ulIntMask1)
{
      *VIC1_INTENABLE    = ulIntMask1;
      gdwInterruptMask1 |= ulIntMask1;
}

if(ulIntMask2)
{
      *VIC2_INTENABLE    = ulIntMask2;
      gdwInterruptMask2 |= ulIntMask2;
}

if(idInt ==SYSINTR_SPI)
{
      fPS2Int          = 0;
}

if((idInt == SYSINTR_PIO_PLAYBACK) && (cbData == sizeof(PIOBufferParameters)) )
{
      PIOBufferParameters *pPIO = (PIOBufferParameters *)pvData;

      sPlayBack.pulPosition = sPlayBack.pulBuffer = pPIO->pulBuffer = gulTransmitBuffer;
      sPlayBack.ulBufferSize  = pPIO->ulBufferSize;
      sPlayBack.pulBufferEnd  = sPlayBack.pulBuffer + (sPlayBack.ulBufferSize>>2);
      sPlayBack.pulBufferHalf = sPlayBack.pulBuffer + (sPlayBack.ulBufferSize>>3);
      sPlayBack.bEnabled
}

babyspider

看看wince\platform\common\src\Inc\oal_ioctl_tab.h
或许你会明白了

nanopiggy

看了许久，好像没有发现这张表有什么特别的，它只是在驱动或者应用程序调用KernelIO，内核就去调用OEMIOControl函数，OEMIOControl依据表中的命令定义的命令去作出相应的操作。不理解和我问题有可关系，还请高人指点。

JJJwan

有些函数是微软写好了，并且名字也和BSP里面的一样，可是在编译进NK的时候没有引用他的lib ，那么就不会妨碍的。

WinCE依据什么来调用同名但是不同功能的的函数 [复制链接]

最新回复