PDA

View Full Version : WinNT platform coding nightmare!!!


Zetr0
06-12-04, 09:50 AM
Hello all, i am some what new to this forum but after scanning a fair few pages i believe that if you cannot help directly i am sure you could all point me in the right direction.

Firstly let me state the problem.

Finalizing my final year project ( wich consits of both hardware and software ) for uni. here in lies a slight problem..


the hardware works fine, the software (when working ) is also fine.. the problem arises when i try to include inline asm routines ( there are two routines of 3 lines each ) to a Windows NT GUI Environment ( to be exact WinXP ) its all basic simple stuff writting and reading to ports ( parallel to be exact ) and it is all well and good under any non - winNT environment.

Now to get the asm routines not to cause a privilige exception failure i opted to use a 3rd part VCL library that allows IO functions to the select port the hardware uses. but alas even though this works in dos/cli based applications ( even under winNT) it does not work in winNT32 api mode.. infact doesn`t complie..

the moment i insert the inline asm routines into the sorce to comple it.. Borland basically craps out the compilation with ( Out of Hash Space ) now i can understand this comming form other fellow students but what on earth is borland whinging about ? but more specificaly how does one work around it ?

i'l give you the development environment details should this help

WinXP Pro

1024GB Ram ( 70% free unless playing Ut2k4 or FarCry ) *nice games btw ;) *

over 60GB of Free Disk

chip is amd / 2400xp

Borland C++ Builder 5 Professional ( build 12.34 ) * yeah its old but very cost effective :D) *


if anyone has any ideas how i might be able to get out of this rut or even to get the inline asm to complie in the project without borland crapping itself i would be eternaly greatfull!

anyways any ideas please let me know... thanks in advance

Zetr0

( btw after 34 hours stright coding, the urge to put semi-colons at the end of a line is incredible!!!! hmm maybe a coders debriefing method is required..)

l8rs.