This is a testmessage. I´m sending this from my Windows7 64bit computer using the virtual XP mode, Mozilla Thunderbird. I would like to inform you that I managed to run DOS Fractint in the 64bit surrounding with full Nvidia vesa support. THe XP mode has a virtual graphics card. Tell me if you´re interested. ; Petta
In article <5488B6AD.4040805@t-online.de>, Multifrac <multifrac@t-online.de> writes:
I would like to inform you that I managed to run DOS Fractint in the 64bit surrounding with full Nvidia vesa support.
Why aren't you using the win32 port? -- "The Direct3D Graphics Pipeline" free book <http://tinyurl.com/d3d-pipeline> The Computer Graphics Museum <http://ComputerGraphicsMuseum.org> The Terminals Wiki <http://terminals.classiccmp.org> Legalize Adulthood! (my blog) <http://LegalizeAdulthood.wordpress.com>
Multifrac wrote:
Richard:
Why aren't you using the win32 port?
I just get an error message - incompatability. Windows7 64bit has no dos window..
The ported modified version of FractInt, which was really never finished for the Windows environment, does not work well with many Microsoft OS computers. I could never get it to work on Windows Vista, let alone Win-7. I just tell people to not even bother trying to use it, and they would be better off using Paul de Leeuw's ManpWIN program. Sincerely, P.N.L.
Am 11.12.2014 um 00:51 schrieb Paul N. Lee:
The ported modified version of FractInt, which was really never finished for the Windows environment, does not work well with many Microsoft OS computers. I could never get it to work on Windows Vista, let alone Win-7. I just tell people to not even bother trying to use it, and they would be better off using Paul de Leeuw's ManpWIN program.
This and all other Windows versions, incl Manpwin cannot run the MFR_10, MFR_12, MFR_13 Versions "Buffer oiverrun". It runs well in the XP Dos Window and in Pure DOS of course. I now can run it also in the DOS Box under W7 64bit. Petta
On 12/10/2014 02:30 PM, Multifrac wrote:
Am 11.12.2014 um 00:51 schrieb Paul N. Lee:
The ported modified version of FractInt, which was really never finished for the Windows environment, does not work well with many Microsoft OS computers. I could never get it to work on Windows Vista, let alone Win-7. I just tell people to not even bother trying to use it, and they would be better off using Paul de Leeuw's ManpWIN program.
This and all other Windows versions, incl Manpwin cannot run the MFR_10, MFR_12, MFR_13 Versions "Buffer oiverrun". It runs well in the XP Dos Window and in Pure DOS of course. I now can run it also in the DOS Box under W7 64bit. Petta
Anyone tried it with DOS FractInt with DOSBox under Linux? Or with the Linux version, Xfractint? -- David W. Jones gnome@hawaii.rr.com authenticity, honesty, community http://dancingtreefrog.com
Am 11.12.2014 um 05:49 schrieb david:
Anyone tried it with DOS FractInt with DOSBox under Linux? Or with the Linux version, Xfractint?
Good question, as it´s more or less independant and almost all software works it should be possible. If someone succeeded, please include your version of the Fractint.cfg, my version is not accepted. To make sure, we´re talking about the same version: The DOSBox is from www.dosbox.com. Petta
There is a Oracle Virtual Box appliance that will install under any of the newer versions of the Oracle Virtual Box on any Window, Linux, Unix or Mac platform (It has been tested on Linux Mint 17, Ubuntu LTS, Window XP, Window 7, Windows 8.1) You can down load the Freedos / Fractint virtual machine for the here: http://www.fractint.org/ftp/virtual_environments/ I have tested it in most of the graphics modes. This will let you run the Dos Fractint program on almost any modern operating system. -David On 12/10/2014 8:17 PM, Multifrac@t-online.de wrote:
Am 11.12.2014 um 05:49 schrieb david:
Anyone tried it with DOS FractInt with DOSBox under Linux? Or with the Linux version, Xfractint?
Good question, as it´s more or less independant and almost all software works it should be possible. If someone succeeded, please include your version of the Fractint.cfg, my version is not accepted. To make sure, we´re talking about the same version: The DOSBox is from www.dosbox.com. Petta
_______________________________________________ Fractint mailing list Fractint@mailman.xmission.com https://mailman.xmission.com/cgi-bin/mailman/listinfo/fractint
-- -David "The History of every major Galactic Civilization tends to pass through three distinct and recognizable phases, those of Survival, Inquiry and Sophistication, otherwise known as the How, Why and Where phases. For instance, the first phase is characterized by the question How can we eat? the second by the question Why do we eat? and the third by the question Where shall we have lunch?" - The Hitchhiker's Guide to the Galaxy (Douglas Adams)
Am 11.12.2014 um 08:24 schrieb David W Riccio LCD:
This will let you run the Dos Fractint program on almost any modern operating system. That sounds as if they have "occupied" the Freeware DOSBOX I´m using. The question was and is if MFR_13 runs without problems. It does i n the DOSBOX, even colorcycling. Petta
In article <5488CF0C.6090106@t-online.de>, Multifrac <multifrac@t-online.de> writes:
Am 10.12.2014 um 22:56 schrieb Richard:
Why aren't you using the win32 port I just get an error message - incompatability. Windows7 64bit has no dos window..
There's no DOS window used in the Win32 port. Download it here: <http://iteratedynamics.codeplex.com/downloads/get/64227> -- "The Direct3D Graphics Pipeline" free book <http://tinyurl.com/d3d-pipeline> The Computer Graphics Museum <http://ComputerGraphicsMuseum.org> The Terminals Wiki <http://terminals.classiccmp.org> Legalize Adulthood! (my blog) <http://LegalizeAdulthood.wordpress.com>
Am 12.12.2014 um 00:21 schrieb Richard:
Am 10.12.2014 um 22:56 schrieb Richard:
Why aren't you using the win32 port I just get an error message - incompatability. Windows7 64bit has no dos window.. There's no DOS window used in the Win32 port. Download it here: <http://iteratedynamics.codeplex.com/downloads/get/64227> Richard, from an earlier discussion we had you should be aware that my software does NOT work with your fractint version . This is confirmed by other users too. I get an error "Buffer Overrun" When I asked you to correct the source code I had to accept that you stopped working on it. Petta
In article <548A2C78.7090107@t-online.de>, "Multifrac@t-online.de" <Multifrac@t-online.de> writes:
from an earlier discussion we had you should be aware that my software does NOT work with your fractint version . This is confirmed by other users too. I get an error "Buffer Overrun"
You're talking about this issue? <http://iteratedynamics.codeplex.com/workitem/11> A problem with one particular formula is very different from the way you were talking, as if the software doesn't work at all on Windows 7. -- "The Direct3D Graphics Pipeline" free book <http://tinyurl.com/d3d-pipeline> The Computer Graphics Museum <http://ComputerGraphicsMuseum.org> The Terminals Wiki <http://terminals.classiccmp.org> Legalize Adulthood! (my blog) <http://LegalizeAdulthood.wordpress.com>
Am 12.12.2014 um 02:34 schrieb Richard:
from an earlier discussion we had you should be aware
that my software does NOT work with your fractint version . This is confirmed by other users too. I get an error "Buffer Overrun" You're talking about this issue? <http://iteratedynamics.codeplex.com/workitem/11> Yes, we do. I installed the renamed version and tested it on Windows 7. I still get the same error : crash dump "Buffer Overrun". Petta (I´m using my nickname since some time)
In article <548A4F11.3010706@t-online.de>, "Multifrac@t-online.de" <Multifrac@t-online.de> writes:
Am 12.12.2014 um 02:34 schrieb Richard:
from an earlier discussion we had you should be aware
that my software does NOT work with your fractint version . This is confirmed by other users too. I get an error "Buffer Overrun" You're talking about this issue? <http://iteratedynamics.codeplex.com/workitem/11> Yes [...]
Thank you for logging the bug and attaching the formula file that causes the problem. I found some internal buffers in the parser that were too small for this. Honestly, I think this is overflowing buffers on the DOS code as well but it simply doesn't crash there because DOS doesn't care. Increasing the size of the buffers gets rid of the crash, but I get a completely blue screen after that. I've seen this with some other complex formulas -- the C parser either parses it wrong, or something else results in all the pixels being colored blue (which IIRC is simply pixel index 1 into the CLUT). If you could attach to that defect a parameter set for the MFR10.frm formula attached there and the image rendered in DOS fractint for that parameter set, that would be very helpful. -- "The Direct3D Graphics Pipeline" free book <http://tinyurl.com/d3d-pipeline> The Computer Graphics Museum <http://ComputerGraphicsMuseum.org> The Terminals Wiki <http://terminals.classiccmp.org> Legalize Adulthood! (my blog) <http://LegalizeAdulthood.wordpress.com>
Am 12.12.2014 um 03:56 schrieb Richard:
If you could attach to that defect a parameter set for the MFR10.frm formula attached there and the image rendered in DOS fractint for that parameter set, that would be very helpful. - I dont recommend to use MFR_10 if you want to corrrect the "Buffer Overerun". Use MFR13 instead wich is stable and uptodate. The error does not show in connection with an image, the program immediately crashes if I try to load MFR_13. You can find it in the dropbox folder. The link again: https://www.dropbox.com/sh/65mmzl5h3bbhh8d/AAAA8pd7WEXy5Hws4b5Cx4S4a?dl=0 Here again is the parm file for image no77
-------------------------start par--------------------------------------- 80000-16 { ; Patterns ; Time 0.12.04.86 Reso 1280/1024 ; Deep Zoom into 80000-03 ; First image from DOSBOX SVN-Daum X64 reset=2004 type=formula formulafile=mfr_13.frm formulaname=multifractal_13 function=sin/exp/exp/sin passes=t center-mag=-1.27390770772130300/-0.00000022474730471/24945.14/1/-90 params=4.123234345456565/0.3785210730307932/80000.64595749994/14235.4911\ 0306016/152048.0404808001/384.1604894012091/384.0048200059491/256.100768\ 3000996/512.1007683000993/768.1007683000987 float=y maxiter=3071 inside=maxiter periodicity=0 rseed=-2436 colors=000A80<3>540430220110zh3<35>A70860750<3>110wON<3>_EDUCBO99<2>622D\ L6<2>351gy2<38>AF09E08D0<3>580570450<3>010LKXEDM76BSQO<38>433333322<3>00\ 0pOa<3>MAGF6A735eFo<2>A3DJ57<3>612301pUn<49>636535424<3>000VO2<13>C90 } -------------------------------------------END------------------------------ As possibly the majority of the Fractint users use your software and Jim and I are the only ones still producing Fractint images it is worth the effort, I think. Pleaase keep me informed about any progress. Petta
In article <548AB823.9060806@t-online.de>, "Multifrac@t-online.de" <Multifrac@t-online.de> writes:
Am 12.12.2014 um 03:56 schrieb Richard:
If you could attach to that defect a parameter set for the MFR10.frm formula attached there and the image rendered in DOS fractint for that parameter set, that would be very helpful. - I dont recommend to use MFR_10 if you want to corrrect the "Buffer Overerun".
It reproduced the problem easy enough.
Use MFR13 instead wich is stable and uptodate.
Thanks for that. I've attached it to the bug.
The error does not show in connection with an image, the program immediately crashes if I try to load MFR_13.
Yes, but once you get past the buffer overrun there is another problem that the image doesn't render properly.
You can find it in the dropbox folder. The link again: https://www.dropbox.com/sh/65mmzl5h3bbhh8d/AAAA8pd7WEXy5Hws4b5Cx4S4a?dl=0 Here again is the parm file for image no77
-------------------------start par--------------------------------------- 80000-16 { ; Patterns ; Time 0.12.04.86 Reso 1280/1024 ; Deep Zoom into 80000-03 ; First image from DOSBOX SVN-Daum X64 reset=2004 type=formula formulafile=mfr_13.frm formulaname=multifractal_13 function=sin/exp/exp/sin passes=t center-mag=-1.27390770772130300/-0.00000022474730471/24945.14/1/-90 params=4.123234345456565/0.3785210730307932/80000.64595749994/14235.4911\ 0306016/152048.0404808001/384.1604894012091/384.0048200059491/256.100768\ 3000996/512.1007683000993/768.1007683000987 float=y maxiter=3071 inside=maxiter periodicity=0 rseed=-2436 colors=000A80<3>540430220110zh3<35>A70860750<3>110wON<3>_EDUCBO99<2>622D\ L6<2>351gy2<38>AF09E08D0<3>580570450<3>010LKXEDM76BSQO<38>433333322<3>00\ 0pOa<3>MAGF6A735eFo<2>A3DJ57<3>612301pUn<49>636535424<3>000VO2<13>C90 }
Thanks for that, I've added this to the bug as well. By "image no77", do you mean this one? <https://www.dropbox.com/sh/65mmzl5h3bbhh8d/AADaJeDGTQJc0fGUGQOgp2FMa/77_80000-16.GIF?dl=0> -- "The Direct3D Graphics Pipeline" free book <http://tinyurl.com/d3d-pipeline> The Computer Graphics Museum <http://ComputerGraphicsMuseum.org> The Terminals Wiki <http://terminals.classiccmp.org> Legalize Adulthood! (my blog) <http://LegalizeAdulthood.wordpress.com>
Am 12.12.2014 18:40, schrieb Richard:
Yes, but once you get past the buffer overrun there is another problem that the image doesn't render properly. Yes, I know that as I have tested prelimninary MFR versions which do not produce an overrun. This is one of the other issues of your software. If you´re able to locate the reason one of them will be solved. The parm file supplied generates an image using only 1 frm (magnet) and consequently is the best source. Petta
In article <548B3C5B.7020900@t-online.de>, "Multifrac@t-online.de" <Multifrac@t-online.de> writes:
Am 12.12.2014 18:40, schrieb Richard:
Yes, but once you get past the buffer overrun there is another problem that the image doesn't render properly. Yes, I know that as I have tested prelimninary MFR versions which do not produce an overrun. This is one of the other issues of your software. If you're able to locate the reason one of them will be solved. The parm file supplied generates an image using only 1 frm (magnet) and consequently is the best source.
OK, thanks for that info. Just to be clear, this URL is the image generated by the parameter set you posted earlier? <https://www.dropbox.com/sh/65mmzl5h3bbhh8d/AADaJeDGTQJc0fGUGQOgp2FMa/77_80000-16.GIF?dl=0> -- "The Direct3D Graphics Pipeline" free book <http://tinyurl.com/d3d-pipeline> The Computer Graphics Museum <http://ComputerGraphicsMuseum.org> The Terminals Wiki <http://terminals.classiccmp.org> Legalize Adulthood! (my blog) <http://LegalizeAdulthood.wordpress.com>
Am 12.12.2014 20:10, schrieb Richard:
OK, thanks for that info. Just to be clear, this URL is the image generated by the parameter set you posted earlier? Confirmed. If you mail a temporary link of your version without the overrun to multifrac@t-online.de I will try and assist to locate the problem Petta
In article <548B45DF.2090407@t-online.de>, "Multifrac@t-online.de" <Multifrac@t-online.de> writes:
Am 12.12.2014 20:10, schrieb Richard:
OK, thanks for that info. Just to be clear, this URL is the image generated by the parameter set you posted earlier? Confirmed. If you mail a temporary link of your version without the overrun to multifrac@t-online.de I will try and assist to locate the problem
I think I've fixed the buffer overrun problem by simply increasing the size of some fixed-length arrays. At least, I wasn't able to reproduce it anymore after that. I will see if I can figure out the all blue image stuff this weekend. Thanks for your assistance. -- "The Direct3D Graphics Pipeline" free book <http://tinyurl.com/d3d-pipeline> The Computer Graphics Museum <http://ComputerGraphicsMuseum.org> The Terminals Wiki <http://terminals.classiccmp.org> Legalize Adulthood! (my blog) <http://LegalizeAdulthood.wordpress.com>
participants (6)
-
david -
David W Riccio LCD -
Multifrac -
Multifrac＠t-online.de
-
Paul N. Lee -
Richard