Re: [Fractdev] [Fractint] A meaning for scalemap=0/0/0/0/0/0/0/0/0/0/0/0; silence.
Thanks. I hope it takes less than five minutes, 'kuz I expect migration to djgpp might take a while for me. ----- Original Message ----- From: Jonathan Osuch To: Fractint developer's list Sent: Thursday, May 19, 2011 5:06 AM Subject: Re: [Fractdev] [Fractint] A meaning for scalemap=0/0/0/0/0/0/0/0/0/0/0/0; silence. Jay, I'm currently out of town. When I get back, I'll take care of this. Jonathan --- brewhaha@freenet.edmonton.ab.ca wrote: From: "Jay Litwyn" <brewhaha@freenet.edmonton.ab.ca> To: <fractdev@mailman.xmission.com> Subject: Re: [Fractdev] [Fractint] A meaning for scalemap=0/0/0/0/0/0/0/0/0/0/0/0; silence. Date: Wed, 18 May 2011 19:46:21 -0600 So, I suspect that Osuch would be wanting a human readable diff, if I work out how to do this, myself. From the way the code operates, I am gleaning that fractint will already store and interpret zero in a scalemap (as the reference frequency; Another Ay). It will even save zero to parameter files. It won't, however, load zeros from a parameter file. Instead, it interprets them as 1/2/3... If I do this, then Bill Jemison also wants it to display "off" for zero. I could probably get away with putting "Zero means off" in the instructions on the scalemapping screen; F7, and I will see how hard it is to print a string on a condition. In other words, I think a zero should be in parameter files, with a meaning that it does not hav as an exponent in equal temperament; frequency = reference / 2 ^ (1/12) ^ key. I will be reading initiation helpmes regarding free compilers. I think that's djgpp. _______ http://ecn.ab.ca/~brewhaha/ BrewJay's Babble Bin _______________________________________________ Fractdev mailing list Fractdev@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/fractdev ------------------------------------------------------------------------------ _______________________________________________ Fractdev mailing list Fractdev@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/fractdev
Jonathan, For the first time in a very (very!!) long time I fired up my Windows 98 Microsoft 7.0 development environment, checked out the latest svn code, and ran makefract.bat. Everything compiled, but the linker caused an nmake error: NMAKE: FATAL ERROR U1077" 'echo' : return code '768" I still have all my Microsoft documentation. The nmake error U1077 is not helpful, it just means that something nmake tried to invoke failed. I would think '768' is a linker error, but my documentation says there are no linker errors under 1000. Any clue? I'm a computer pack rat, and when I retire a computer, I keep it on my local network. I can go back farther (or forward) if I have to, I still have a Windows 3.1 machine, may try that next. I don't remember if the Windows 98 environment ever worked. You have a Windows XP development environment, right? I never attempted seriously to get that to work. I recall you sent me a CD with the compiler, which I can probably locate. I also still have the floppies also. FWIW, for the first time I tried VirtualBox on Windows 7 64 bit with Windows 98 and it worked. It's a lousy environment for running fractint, although a few video modes work. However this might be OK for a development environment. Since I can access an actual Win98 environment via TightVNC remote desktop, I may not att5empt a VirtualBox development environment. Maybe I should trie a VirtualBox msdos :-) I may try compiling Rich's code also, that would a different set of challenges. Tim
Tim,
For the first time in a very (very!!) long time I fired up my Windows 98 Microsoft 7.0 development environment, checked out the latest svn code, and ran makefract.bat.
Everything compiled, but the linker caused an nmake error:
NMAKE: FATAL ERROR U1077" 'echo' : return code '768"
I still have all my Microsoft documentation. The nmake error U1077 is not helpful, it just means that something nmake tried to invoke failed. I would think '768' is a linker error, but my documentation says there are no linker errors under 1000. Any clue?
Maybe. See if your path is set up like this: ...;c:\c700\bin;c:\masm\bin;c:\masm\binb... The MASM NMAKE may have a problem with the C code. It shouldn't, but I think I have seen this before.
You have a Windows XP development environment, right? I never attempted seriously to get that to work. I recall you sent me a CD with the compiler, which I can probably locate. I also still have the floppies also.
Yes, I compile in a Command Prompt window in XP. Didn't send a CD that I can recall. 8-))
I may try compiling Rich's code also, that would a different set of challenges.
It is. I found that all the environment variables (well, probably just the path variable made a difference) changed and I couldn't easily compile Fractint with the makefrac.bat file anymore. Jonathan
Jonathan wrote:
Maybe. See if your path is set up like this:
...;c:\c700\bin;c:\masm\bin;c:\masm\binb...
The MASM NMAKE may have a problem with the C code. It shouldn't, but I think I have seen this before.
I have the masm.exe in \c700\bin. Nmake is there too. I have some other nmake.exe and masm.exe files, but they are not caught in the path. Anyway, all is well now when I run from a DOS window. Good thing, my Windows 3.1 machine has a slave drive failure, and I really don't want to debug and fix it. I should try some of the other builds. I don't actually know what I did to fix the problem!!! Just rebooted ... I should either try to get things working in Windows XP or make another Windows98 machine. Perhaps my virtualbox Win98 is OK for building. No rush, but didn't you tell me once I can copy \c700 to XP, and then amke a few other configuration changes? My XP machine has C700 on it, but definitely doesn't work, can't even compile the first file. Hmmm, I wonder if we can build in DOSBOX??? Tim
I asked:
No rush, but didn't you tell me once I can copy \c700 to XP, and then make a few other configuration changes? My XP machine has C700 on it, but definitely doesn't work, can't even compile the first file.
I knew I had asked you this before :-) I found this in a 2006 email from you: <Quote>
Is it woirth trying to install MSC on WIndows XP? Did you do it using floppies? I can just keep an old computer.
What I've been doing lately is copying the installation directory from one computer to the next, either over the network or from a backup CD. Then some lines need to be added to system.ini: [386enh] device=c:\c700\bin\vpfd.386 device=c:\c700\bin\cvw1.386 device=c:\c700\bin\vmb.386 and some environment variables added/changed to point to the libraries: HELP=c:\c700\help;c:\masm\help INCLUDE=c:\c700\include;c:\masm\include INIT=c:\c700\init LIB=c:\c700\lib These last were done in the My Computer System Properties under the Advanced tab. I think that's all I needed to do, but I don't really do it often enough to remember very well. Which means every time I do it, I have to fight with it to get it to work again. I don't think I created the large and huge memory model libraries, so there could be a problem if they are ever needed. And, for now, yes it's worth it. Unless you want to migrate to a newer compiler. Which wouldn't be a bad thing for WinFract. It *is* a lot of work. </Quote>
I have all those XP settings, but I am getting this: run-time error R6908 - DOSX32 : can not find file : ms32em87.dll The ms32em87.dll is in \c700\bin, which is in the path.
Tim,
I have all those XP settings, but I am getting this:
run-time error R6908 - DOSX32 : can not find file : ms32em87.dll
The ms32em87.dll is in \c700\bin, which is in the path.
Is there also a device=*vmcpd right after [386enh] in system.ini? In your path, are the C700 entries after the ones for windows? You can set the SYSTEM environmental variable to c:\c700\bin to tell the DOS Extender where to find the files MS32EM87.DLL and MS32KRNL.DLL (page 817 of MS Environment and Tools manual). Jonathan
Is there also a device=*vmcpd right after [386enh] in system.ini?
I assume this should be: device=c:\c700\bin\vmcpd.386 Wasn't there, is now.
In your path, are the C700 entries after the ones for windows?
Yes
You can set the SYSTEM environmental variable to c:\c700\bin to tell the DOS Extender where to find the files MS32EM87.DLL and MS32KRNL.DLL (page 817 of MS Environment and Tools manual).
Yes, I saw that too and did it. Still no luck after all the above. Tim
Tim,
I assume this should be:
device=c:\c700\bin\vmcpd.386
Mine doesn't have the path. My reading of the Getting Started manual leads me to think the line should be: device=*vmcpd
Still no luck after all the above.
These lines should be in your config.sys file (I would guess they are since you were able to compile): DEVICE = C:\C700\BIN\HIMEM.SYS DEVICE = C:\C700\BIN\EMM386.EXE NOEMS I also (in W98) increase the environment space with: SHELL = C:\WINDOWS\SYSTEM32\COMMAND.COM C:\WINDOWS\SYSTEM32 /p /e:1024 I don't believe I have a working W98 development environment, but I'll check. Jonathan
Tim, I found a computer with W98 on it, but not set up for development. It had the C700 and MASM directories, but autoexec.bat, config.sys, and system.ini were not set up. Using sysedit, I modified these files like this: AUTOEXEC.BAT C:\C700\BIN\SMARTDRV.EXE PATH=C:\C700\BIN;c:\masm\bin;c:\masm\binb;C:\WINDOWS;C:\WINDOWS\COMMAND Set LIB=C:\C700\LIB;C:\C700\MFC\LIB Set INCLUDE=C:\C700\INCLUDE;C:\C700\MFC\INCLUDE;c:\masm\include Set HELPFILES=C:\C700\HELP\*.HLP Set INIT=C:\C700\INIT CONFIG.SYS device=c:\windows\himem.sys /TESTMEM:off device=c:\windows\emm386.exe NOEMS DOS=HIGH,UMB shell=C:\COMMAND.COM C:\ /p /e:1024 LASTDRIVEHIGH=G DEVICE=C:\WINDOWS\COMMAND\DRVSPACE.SYS /MOVE DEVICE = C:\C700\BIN\SMARTDRV.EXE /double_buffer SYSTEM.INI ... [386Enh] device=*vmcpd device=C:\C700\BIN\vpfd.386 device=C:\C700\BIN\cvw1.386 device=C:\C700\BIN\vmb.386 ... Rebooted.
From a shortcut to a command prompt I ran makecln.bat and then makefrac.bat. The resulting executable started and ran.
Jonathan
Jonathan, Just to clarify: My makefrac.bat already worked in Win98. But your documenting Win98 is still useful just to check myself. I can try to set up the build environment inWin98 on Virtualbox rather than depend on the old Win98 machine. That said, despite everything you have suggested, the Windows XP box still gives the same message about run-time error R6908 - DOSX32 : can not find file : ms32em87.dll NMAKE : fatal error U1077: 'CL' : return code '255' Stop.
Tim,
Just to clarify: That said, despite everything you have suggested, the Windows XP box still gives the same message about
run-time error R6908 - DOSX32 : can not find file : ms32em87.dll NMAKE : fatal error U1077: 'CL' : return code '255' Stop.
Ahh. Sorry. My XP machines are set up like this: System.ini has the same changes as for W98. The autoexec.bat and config.sys files are empty. Right click on My Computer and select properties, then to set the environment variables on the Advanced tab: Environment Variables: HELP c:\c700\help;c:\masm\help INCLUDE c:\c700\include;c:\masm\include INIT c:\c700\init LIB c:\c700\lib PATH C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32 \Wbem;c:\c700\bin;c:\masm\bin;c:\masm\binb Shortcut to the command prompt has this target: %SystemRoot%\system32\cmd.exe and is set to start in the folder with makefrac.bat in it. No compatibility options are selected. I have two machines set up like this. The older (Sony) will let Fractint start up but only allows a 320x200 image to be generated, otherwise it crashes. The newer (Gateway) runs without any problems. Jonathan
participants (3)
-
Jay Litwyn -
Jonathan Osuch -
Tim Wegner