Ok, issue solved :). It seems that putting some sleep (like 50-100ms) between keyPressed and keyReleased definitely helps :). And this due to fact im working with virtual keyboard using onClick method (that is just one, on press), so internally each such virtual click i was changing to keyPressed( …

Hi All, im porting Dosbox to Android (yes, yet another port :)), and seems that in some cases/situations keyboard events tends to be ignored, while in others they work perfectly fine. It is especially vivid for example in Doom/Wolfenstein, where arrow keys in game menu work perfectly fine, while …

Hi All, while browsing through various threads on this forum i stepped into some that indicate, there is no significant speedup (in general, not for some specific games or demos) when using dynrec for ARM. Also some opinions that VerySimple core (Boris Letoha) is merely the Simple core from Dosbox …

For the mouse offset issue. Well, i've run into it as well. I thought it would be faster and more user convenient to move SDL mouse around (and not DOS mouse), and then on click, pass the latest SDL mouse position to Dos. But this is tricky. It seems a lot of games are working on relative mouse …

Ohhhh my..... And i'm just few days away from first release of this baby of mine 😀: http://droiddos.blogspot.com

Hi All, in my pursue, of porting dosbox to every Motorola phone I own (see dosboxuiq.blogspot.com for previous incarnation :)) I ported it to Motorola ROKR E8 (Mobilinux). See here for details: http://www.mmus.us/forum/showthread.php?t=12417 It might be of no interest to you except the fact that it …

Howdy, i just picked Kolijoco's S60 port, and rebuild for UIQ3 (another flavour of Symbian phones). I managed to get 6-8MB of DOS emulated RAM with only 20-22MB of free phone RAM available. However 8MB is pretty unstable. I lowered TLB a bit more (than already recommended - 64*1024, i lowered it to …

I did some additional debugging stuff and im simply stuck :(. It seems that in normal (i took win32 dosbox/nofpu/no dynrec/normal core) reference scenario the flow is as follows: - invokation of mem.com from shell will trigger (in dosbox.com, cpu loop): -- DOSInt21 handler (35) with reg_ah set to 75 …

An extract of corresponding code (to epoc.log) - may help in analysis :): static Bitu Normal_Loop(void) { Bits ret; #ifdef UIQ3DEB _LIT(KMsgDebug,"I'm in normal loop: %d"); RDebug::Print(KMsgDebug,444); #endif while (1) { #ifdef UIQ3DEB RDebug::Print(KMsgDebug,445); #endif if (PIC_RunQueue()) { # …

Ahhh, yes, the attachement.

I got some logging already. In general the story starts at the line with prognem: MMCM (its truncated MEM.COM). The lines before are just dosinit stuff. Markers in the log: 444 - inside the normal loop (dosbox.cpp, normal_loop) 445 - inside the normal loop, just in while(1) 444 - increase ticks: …

System specs: UIQ3 SDK/Symbian C++, so that brings a problem with potential debug output (except what i plugged into the code myself in terms of Symbian SDK debug statements). Im trying to startup a dosbox with simple dosbox conf containing: [autoexec] dir echo "test test" MEM echo "abracadabra" And …

Im getting an CPU GRP5 Illegal call 7 on executing "MOUNT C something" in [autoexec] in dosbox.conf. Im trying to debug it, but frankly dont know how dosbox runs internal commands like MOUNT.COM or MEM.COM. From what i have learned, in the dos_programs.cpp those commands are simple function handles …

Howdy, i could see many similar posts with requests for dosbox port. This time i dare to share with you my project to actually do this port. Some initial results can already be seen here: http://dosboxuiq.blogspot.com . I know it is still a far way ahead, but this looks promising. It seems Dosbox …

hi Gents, just found a minor typo in include/mixer.h: class MixerChannel { public: ... template .... It should be bool _8bits instead (as it is in the implementation file for it in src/hardware/mixer.cpp). For some reason this compiles fine under gcc/win, but will fail due to this typo in Symbian …

Hi WD, thanks for this info. However i now stepped into another problem. When trying to compile core_full.cpp, im getting errors about declaration syntax error in core_full/string.h. And indeed the file looks odd, as it begins with: { EAPoint si_base,di_base; Bitu si_index,di_index; Bitu add_mask; …

Howdy, im now strugling to recompile dosbox for symbian :). It seems that some of the header files are not used at all, for example decoder.h in /src/cpu/*/*. At least I was not able to find "#include "decoder.h" in the source tree. Is that correct ? Im getting many compilation errors from some of …