Tim, Did you know that there is a #define DEBUG in extern.h (along with the one in prototyp.h)? If you undefine it, you get about 900 bytes more near memory. Don't know if it's related, but the latest Fractint executable I sent you doesn't save the virtual GIF images correctly. I wonder what I screwed up. Jonathan
Jonathan asked:
Did you know that there is a #define DEBUG in extern.h (along with the one in prototyp.h)? If you undefine it, you get about 900 bytes more near memory.
Oops! 900 bytes is a lot. They may mean some other settings aren't optimal (e.g. stack).
Don't know if it's related, but the latest Fractint executable I sent you doesn't save the virtual GIF images correctly. I wonder what I screwed up.
I haven't had a chance to try it yet (had a meeting tonight) - I'll look tomorrow. I'll be zooming through Iowa by car again, not flying over. Probably 22nd (late afternoon) and 30th (late morning). Not that I want to try to meet, I feel guilty when you drive a couple of hours just for a short visit :-) Tim
Tim Wegner wrote:
Don't know if it's related, but the latest Fractint executable I sent you doesn't save the virtual GIF images correctly. I wonder what I screwed up.
I haven't had a chance to try it yet (had a meeting tonight) - I'll look tomorrow.
I'll look at it again this evening. Still no clue.
I'll be zooming through Iowa by car again, not flying over. Probably 22nd (late afternoon) and 30th (late morning). Not that I want to try to meet, I feel guilty when you drive a couple of hours just for a short visit :-)
This year, both days work good for me. At least so far. I won't be working those two weeks. We'd like to see you again. Jonathan
Tim Wegner wrote:
I haven't had a chance to try it yet (had a meeting tonight) - I'll look tomorrow.
I've fixed it and uploaded the latest executable and patch. The problem was with calling update_fractint_cfg(). Even with attempting to update the fractint.cfg file, it was still not possible to get the virtual video mode saved. This would be necessary for the virtual mode to appear when <delete> is used to select another video mode because the video table is reloaded from fractint.cfg every time the video selection mode is entered. I could attempt to have the original non-virtual video mode found, but it will be ugly. The problem with this may be that when restoring an image we haven't stored enough information to determine the color depth. Not that it matters, yet. Jonathan
Jonathan wrote:
Even with attempting to update the fractint.cfg file, it was still not possible to get the virtual video mode saved. This would be necessary for the virtual mode to appear when <delete> is used to select another video mode because the video table is reloaded from fractint.cfg every time the video selection mode is entered.
you can put a virtual mode entry to the fractint.cfg manually.. automatic saving is not a good idea when changing the virtual screen size often positioning the cursor at the right entry is not only a virtual screens problem it happens from time to time anyway.. (Jonathan, it seem to me now, you've done much more for the virtual screens than i did.. i've lost the thread and can't keep up with all your changes.. but maybe it's safer when no longer i mess those things up.. :o) charlie ______________________________________________________________________ Reklama: Pouze do 20.12.2002 získáte prémii 400,- Kc pri uzavrení smlouvy o stavebním sporení na http://prodej.finance.cz
Charlie Chernohorsky wrote:
you can put a virtual mode entry to the fractint.cfg manually.. automatic saving is not a good idea when changing the virtual screen size often
positioning the cursor at the right entry is not only a virtual screens problem it happens from time to time anyway..
This I haven't seen. Can you reproduce it and provide me an example?
(Jonathan, it seem to me now, you've done much more for the virtual screens than i did.. i've lost the thread and can't keep up with all your changes.. but maybe it's safer when no longer i mess those things up.. :o)
Not so much. If you compare your last patch to what gets released as the official patch, you'll notice only minor changes to what you provided. All I've added is a fix for problems with switching to/from text mode and changes to make the jiim code work. I would ask that you take a look at the changes and ask questions if you don't understand why I made them. I'm not really sure it's safer when I mess things up. 8-)) I do know that without your help, the virtual screens would not have been implemented. So, thank you for your assistance and patience. After Tim looks at it, and after I try it on my desktop computer, patch 5 should be ready for release. Jonathan
Jonathan wrote:
positioning the cursor at the right entry is not only a virtual screens problem it happens from time to time anyway..
This I haven't seen. Can you reproduce it and provide me an example?
i will look for an exaple tonight.. (btw, for virtual screens i should not call it a problem, as it is impossible to aim an entry that isn't there..)
I do know that without your help, the virtual screens would not have been implemented. So, thank you for your assistance and patience.
hey :o) i didn't want it to sound like i'm jealous at your changes nor that i'm mistreated in any way.. i was just sad.. things that worked fine for me do not work for others.. and, this all came too late a bit.. DOS thread is about to be dead soon.. charlie ______________________________________________________________________ Reklama: FIMFARUM - Cesky celovecerni loutkovy film na motivy pohadek Jana Wericha. www.fimfarum.cz V kinech od 28. listopadu. http://www.fimfarum.cz
participants (3)
-
Charlie Chernohorsky -
Jonathan Osuch -
Tim Wegner