ftp.xmission.com/2014.06.ftp.xmission.com.tar/ftp.xmission.com/pub/lists/fractdev/archive/v01.n035

Internet Message Format | 2000-11-05 | 42KB

From: [e-mail] (fractdev-digest)
To: [e-mail]
Subject: fractdev-digest V1 #35
Reply-To: fractdev-digest
Sender: [e-mail]
Errors-To: [e-mail]
Precedence: bulk


fractdev-digest        Monday, November 6 2000        Volume 01 : Number 035




----------------------------------------------------------------------

Date: Sun, 27 Aug 2000 11:59:43 -0500
From: "Jonathan Osuch" <[e-mail]>
Subject: Re: Web site administrivia

Tim wrote,

> I usually transfer files via FTP
> because it is very easy with a good client. Voyager probably has
> the ability to do commands buried in it somewhere.

Yes, Voyager has the ability to change permissions when you view the
properties of files.  It may have broken when I upgraded to the latest
version.  At any rate, I went to the command line and changed the
permissions manually.

I had a short discussion with Steve C. of FracSaver fame while online.  Had
to do some quick thumbing through books to figure out how to do that.  Used
the 'write' command.  Only disconnected myself once.  8-))

Jonathan



- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Mon, 28 Aug 2000 21:15:02 -0500
From: "Jonathan Osuch" <[e-mail]>
Subject: Patch 15

Tim,

I've uploaded the patch 15 diff and executable.  This patch fixes a couple
of bugs and adds two new features.  There is now a prompt for periodicity on
the <y> screen and when using a disk video mode the <v> screen can now be
used to set the resolution.

Jonathan



- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Mon, 28 Aug 2000 21:44:52 -0600
From: Tim Wegner <[e-mail]>
Subject: Re: Patch 15

> I've uploaded the patch 15 diff and executable.  This patch fixes a couple
> of bugs and adds two new features.  There is now a prompt for periodicity on
> the <y> screen and when using a disk video mode the <v> screen can now be
> used to set the resolution.

OK, I updated whatsnew.txt and changed the link to fradev.zip.

Tim


- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Tue, 29 Aug 2000 19:58:40 -0500
From: "Jonathan Osuch" <[e-mail]>
Subject: Default periodicity

Tim,

When I was looking through the code to add the prompt for periodicity I
noticed that there are some fractal types that have a periodicity set in
FRASETUP.C.  Unfortunately, these settings get overridden by the default usr
setting, which is 1.

Do we want to fix this?

Jonathan



- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Mon, 4 Sep 2000 18:52:27 -0500
From: "Jonathan Osuch" <[e-mail]>
Subject: SOI

Tim,

I've been playing with passes=s, with and without debug=3444, and have found
that at times there is less stack available than the value defined by
minstack=.  I have also been kicked out with a stack overflow error numerous
times.

I don't know if this is related to the problem Puskas has found.  His images
use arbitrary precision math, which might be causing a problem.

Jonathan



- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Mon, 04 Sep 2000 21:52:38 -0600
From: Tim Wegner <[e-mail]>
Subject: Re: SOI

Jonathan wrote:

> I've been playing with passes=s, with and without debug=3444, and have found
> that at times there is less stack available than the value defined by
> minstack=.  I have also been kicked out with a stack overflow error numerous
> times.

I haven't had a chance to look at this yet.

SOI is very sensitive to available stack space because it uses
stack like crazy (recursive algorithm). Memory allocated to stack is
adjustable as a link option, but it steals from free near space (if my
memory serves). I went to extraordinary lengths to cut down on
stack use in favor of static far memory. There are some tests of
remaining stack space designed to head off problems but they
aren't reliable. The problem is that the amount of stack space free
is user-dependent, and is affected by things like video drivers.

If and when we cut ourselves off from the medium model, we can
go back to the original SOI sources. Well almost. The original
sources have some tricky optimizations involved loop unrolling, and
don't give a result for each iteration. But this can be handled one
way or another.

> I don't know if this is related to the problem Puskas has found.  His images
> use arbitrary precision math, which might be causing a problem.

SOI doesn't use arbitrary precision, so that explains a lot right
there :-) If Puskas is using arbitrary precision, SOI is guaranteed to
not work.

Once again, the real fun of SOI would be to add arbitrary precision
support so we can plunge into the magnification depths much
faster. But we can't even think about doing this until we have
memory to work withy. It's amazing we do as much as we do under
DOS.

Tim


- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Tue, 5 Sep 2000 20:38:36 -0500
From: "Jonathan Osuch" <[e-mail]>
Subject: Re: SOI

Tim,

Here is an example.  It crashes when the <tab> key is pressed and one of the
small sections is being drawn (for example, the first square).

test_03            { ; ;
                     ;  Jonathan Osuch
                     ;  Sep 05, 2000 at 20:30:10
                     ; Version 2000 Patchlevel 15
  reset=2000 type=mandel passes=s
  center-mag=-1.02147734604105500/+0.24939377444589350/2133333
  params=0/0 float=y maxiter=7000 inside=0 sound=off
  }



- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Sun, 10 Sep 2000 18:46:27 -0500
From: "Jonathan Osuch" <[e-mail]>
Subject: Conflict in extraseg

Tim,

I received the following bug report from Puskßs Istvßn jr.

> When in arbitrary precision mode, if I want to save a picture with <b>,
and
> press TAB to check the parameters, then switch back and move the cursor
> between the entry fields, the texts on the menu turn into memory garbage
> when updated.

This is caused by the comment fields (and then CHOICES) using the start of
extraseg (see make_batch_file() in miscovl.c).  As you will recall, the
arbitrary precision routines also use extraseg.  In biginit.c, there is a
define for ENDVID which is currently set to 0.  Setting it to 2048 clears up
this problem.  This is based on a rough estimate of 24 lines X 80 characters
= 1920 + slop to make it a nice number.

The arbitrary precision math can handle this, but are there any instances
that you can think of where the <b> screen might exceed this?

Jonathan



- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Sun, 10 Sep 2000 19:43:01 -0600
From: Tim Wegner <[e-mail]>
Subject: Re: Conflict in extraseg

Jonathan asked:

> The arbitrary precision math can handle this, but are there any instances
> that you can think of where the <b> screen might exceed this?

This is possible, and would have to be looked more closely, but a
more likely situation that would cause the symptoms described
would be overlayed data segments being swapped into or out of
memory. It would help to know exactly which text prompts became
garbage. A bit of tweaking might be needed of which variables are
in which segment.

Tim


- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Mon, 11 Sep 2000 21:04:41 -0500
From: "Jonathan Osuch" <[e-mail]>
Subject: Re: Conflict in extraseg

Tim replied,

> This is possible, and would have to be looked more closely, but a
> more likely situation that would cause the symptoms described
> would be overlayed data segments being swapped into or out of
> memory. It would help to know exactly which text prompts became
> garbage. A bit of tweaking might be needed of which variables are
> in which segment.

Hmm, I don't see any data segment swapping in this case.  But, I could just
be missing it.

I have found a similar problem.  If you have loaded an arbitrary precision
image (so ap is turned on) and then start to load another ap image.  At the
select a video mode screen, press <tab>.  The tab screen should indicate ap
is active.  Exit the tab screen and then page down the video mode screen a
couple of times.  You should see some blank entries and some garbled
entries.

Jonathan



- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Tue, 12 Sep 2000 20:55:36 -0500
From: "Jonathan Osuch" <[e-mail]>
Subject: Re: Conflict in extraseg

Tim,

If you take a look at the comments at the beginning of biginit.c, there is a
short discussion of ENDVID.  It looks to me like we have two cases where it
isn't safe to let the ap math have all of extraseg.  Leaving ENDVID as it is
defined in fractint.h clears up both these problems.

Is this going to affect the performance of the ap math?  We may want to
explore other solutions.  The one case can be fixed by using a temporary far
buffer.  I haven't looked at the other case that closely.

Jonathan



- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Tue, 12 Sep 2000 21:06:26 -0600
From: Tim Wegner <[e-mail]>
Subject: Re: Conflict in extraseg

> Is this going to affect the performance of the ap math?  We may want to
> explore other solutions.  The one case can be fixed by using a temporary far
> buffer.  I haven't looked at the other case that closely.

Arbitrary precision has a simple minded memory allocation
scheme based on a stack. Reducing the amount of extraseg
available reduces how many variables can be created. Alternatively,
since the size of variables depends on precision, it reduces the
highest possible precision. This is probably not a big deal,
especially for the mandelbrot which doesn't fdreate a lot of variables.

Tim


- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Sun, 17 Sep 2000 15:36:40 -0500
From: "Jonathan Osuch" <[e-mail]>
Subject: Incrementing version number

Tim,

I am going to need to add backwards compatibility for a feature that Iain
Stirling has sent me.  Thus, the need to increment the version number.  My
next patch would then be 2001P00.

OTOH, I can add the backward compatibility without incrementing the version
number but then the changed feature won't be available until the next
official release.

The feature I'm referring to is the inside=fmod option.  Iain has
implemented it as an outside= option and sent me the diff.  What he also did
was to change the calculation of the magnitude to reflect the bailout test
being used.  So instead of the magnitude always being sqr(new.x)+sqr(new.y),
it changes with the bailout test.  This makes a big difference on the image.

Opinions, options, ideas?

Jonathan



- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Mon, 18 Sep 2000 21:17:52 -0500
From: "Jonathan Osuch" <[e-mail]>
Subject: Re: Conflict in extraseg

Tim,

While I was pondering the use of ENDVID and extraseg, it occurred to me that
since the ap math uses all of extraseg, any of the screen prompts which use
extraseg should corrupt the ap math data.  This would only be seen with an
extremely deep zoom.  The ap math data would need to take up over 22400
bytes!  This wasn't seen when ENDVID was defined in biginit.c because only
temporary variables were being corrupted.

Jonathan



- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Tue, 19 Sep 2000 23:12:04 -0600
From: Tim Wegner <[e-mail]>
Subject: Re: Incrementing version number

Jonathan wrote:

> I am going to need to add backwards compatibility for a feature that Iain
> Stirling has sent me.  Thus, the need to increment the version number.  My
> next patch would then be 2001P00.

I don't mind incrementing the version number. Do whatever makes
sense to you.

Tim


- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Fri, 22 Sep 2000 20:53:50 -0500
From: "Jonathan Osuch" <[e-mail]>
Subject: Parser constants

Tim & George,

The following two formulae illustrate a problem that recently appeared on
the Fractint bug list.  They should produce the same image, but the parser
optimization is flipping the bad image.  Using debug=322 (turn off parser
optimizations) corrects the problem.

bad_image {; Jim Muth  Don't try this at home.
 a=1, z=(-1/0.95)^(-1/9.9):
 z=a*(10*(z^(-1.1))+0.95*(z^(-11)))+1/pixel,
 |z| < 500
}

good_image {; Jim Muth  This either.
 a=(1,0), z=(-1/0.95)^(-1/9.9):
 z=a*(10*(z^(-1.1))+0.95*(z^(-11)))+1/pixel,
 |z| < 500
}

The only difference is changing the a=1 to a=(1,0).  This problem seems
familiar.

Jonathan



- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Sat, 23 Sep 2000 12:52:27 -0400
From: George Martin <[e-mail]>
Subject: Parser constants

Jonathan,

This problem doesn't ring any bells for me. I'll look at it, but can't ge=
t
to it for a couple of days.

George =


- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Sat, 23 Sep 2000 20:52:22 -0500
From: "Jonathan Osuch" <[e-mail]>
Subject: Next patch, version 20.1.0

Tim,

I've uploaded the diff, executable and a source sync for version 20.1.0.

Here's the text from the documentation:

Version 20.1.0\
Incremented the version number to accommodate backwards compatibility for
the inside=fmod option.

Fixed the assignment of hotkeys to video modes so that the fractint.cfg
file is no longer corrupted.  Made the showdot= feature reset with <INS>
if it is entered using the <g> screen.  Added a check for the video size
before invoking the palette editor.  Too small a size would crash Fractint.

Fixed an extraseg conflict which occurred with arbitrary precision when
the <tab> key was used with various screens open (x,y,b).  This conflict
also occurred when loading an ap math image at the video selection screen.
Cleaned up some of the ap math initialization code.

Fixed an obscure bug that left memory allocated when an unfinished image
was being reloaded, but a video mode was not selected (escape was pressed).

Added outside=fmod option.  This is an extension of the inside=fmod option.
The magnitude used for the comparison is now based on the same calculation
as
is used for the bailout test.  This feature was contributed by Iain
Stirling.
There is a problem with the mandel fractal type when outside=fmod is used
with inside=bof6x and bailoutest=real, imag, or manr.  This is likely due
to changes made in the code so that bof images could be reproduced.  Select
a different fractal type that produces the default mandel image to explore
using these parameters.

Added outside=tdis option.  This colors the pixels according to the total
distance traveled by the orbit.  This feature was suggested by Steve
Robinson
on the Fractint Wish List.

Modified the inside and outside prompts on the <x> screen.  They are now
split into two separate prompts.  One for entering a color number and the
other for changing the option.  The left and right arrow keys can now be
used to change the inside and outside options.

Fixed a bug that was causing a crash when mathtolerance= was used and
fractal types ifs, ifs3d, or lsystem were selected.

Increased the minimum stack requirement for passes=s (SOI) to eliminate
crashes when the tab key was pressed.

Jonathan



- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Fri, 13 Oct 2000 07:04:48 -0500
From: "Jonathan Osuch" <[e-mail]>
Subject: Path search

Tim,

The documentation indicates that the PATH will be searched for sstools.ini
if it isn't found in the current directory.  This no longer occurs.  I
haven't had a chance to look at this any closer.

Jonathan



- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Sat, 14 Oct 2000 09:02:09 +0200
From: "Gerald K. Dobiasovsky" <[e-mail]>
Subject: Re: Path search

Jonathan Osuch wrote:


> Tim,
>
> The documentation indicates that the PATH will be searched for
sstools.ini
> if it isn't found in the current directory.  This no longer occurs.
I
> haven't had a chance to look at this any closer.


Jonathan,

Fractint v.20.1.0, tested under: Win98 DOS box,
                                 Win98 DOS full screen,
                                 MS-DOS 6.22.

In each case Fractint _did_ find sstools.ini
when the file was removed from the Fractint directory
and placed in a directory PATH points to!

Greetings,
Gerald



- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Sat, 14 Oct 2000 07:39:28 -0500
From: "Jonathan Osuch" <[e-mail]>
Subject: Re: Path search

Gerald,

> Fractint v.20.1.0, tested under: Win98 DOS box,
>                                 Win98 DOS full screen,
>                                 MS-DOS 6.22.

> In each case Fractint _did_ find sstools.ini
> when the file was removed from the Fractint directory
> and placed in a directory PATH points to!

Thanks.  On trying it again, I found that it only works if sstools.ini is in
the first directory in the PATH.  I think we still need to fix it to search
all the directories in the PATH.

Jonathan






- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Sun, 15 Oct 2000 00:18:27 +0200
From: "Gerald K. Dobiasovsky" <[e-mail]>
Subject: Re: Path search

Jonathan:

>
> Thanks.  On trying it again, I found that it only works if
> sstools.ini is in the first directory in the PATH.

Aha, that's exactly the situation on my PC.
Shame on me - I didn't even think of testing another sequence
of directories in the PATH statement!

> I think we still need to fix it to search
> all the directories in the PATH.

With FRACTINT you got your work cut out for you. ;-)


Another item (not important, just asking):

Using 3d transform one has the option to output the
heightfield as a 24bit TGA file.
At the last prompt screen (light source options) the user can
specify a background color.
Documentation is missing a note on this also working as a
command line parameter ("background=nn/nn/nn").

Now, writing out the 3d transform (with TGA enabled)
into a .par file, "background=..." is not written to the file.
Could this be changed (without too many problems)?

Regards,
Gerald



- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Sat, 14 Oct 2000 20:04:43 -0500
From: "Jonathan Osuch" <[e-mail]>
Subject: Re: Path search

>> Thanks.  On trying it again, I found that it only works if
>> sstools.ini is in the first directory in the PATH.

> Aha, that's exactly the situation on my PC.
> Shame on me - I didn't even think of testing another sequence
> of directories in the PATH statement!

Let me make a guess here.  You have a copy of sstools.ini in your Windows
directory with a [Winfract] entry in it.  In my case, Fractint was finding
this, and since no [Fractint] entry was in it the startup appeared as if no
sstools.ini file had been found.

At least now we know it works correctly.

> At the last prompt screen (light source options) the user can
> specify a background color.
> Documentation is missing a note on this also working as a
> command line parameter ("background=nn/nn/nn").

> Now, writing out the 3d transform (with TGA enabled)
> into a .par file, "background=..." is not written to the file.
> Could this be changed (without too many problems)?

I'll take care of these.

Jonathan



- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Fri, 20 Oct 2000 18:50:20 -0500
From: "Jonathan Osuch" <[e-mail]>
Subject: Next Patch

Tim,

I'll be uploading a patch this weekend.  Do you have anything you would like
included?

I found the problem causing the extraneous dots with the different fractal
types.  There are a couple of other bug fixes included, but I thought this
one was significant enough to warrant a patch.

Jonathan



- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Fri, 20 Oct 2000 23:43:07 -0600
From: Tim Wegner <[e-mail]>
Subject: Re: Next Patch

Jonathan,

> I'll be uploading a patch this weekend.  Do you have anything you would like
> included?

No, go for it!

I'd like to try the latest Linux version, I better look and see where
we are.

Tim


- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Fri, 20 Oct 2000 23:37:11 -0500
From: "Scott D. Boyd" <[e-mail]>
Subject: Fwd: Question re: Mac OSX

I recently received the following message about the possibility of
running Xfractint on OS X (on a Mac). I know she won't be able to run
the binary that I have up on my Website, but could she possibly
compile the source on OS X?

Do any of you Fractint developers know if OS X even comes with a
gcc-compatible compiler?

(I'll forward any replies to her, unless someone wants to write to her
directly.)

Scott Boyd

- ----------  Forwarded Message  ----------
Subject: Question re: Mac OSX
Date: Fri, 20 Oct 2000 17:36:50 -0500
From: thirstyfish <[e-mail]>

I am planning to eventually run OSX on my mac computer.  Would I be able to
run Xfractint 3.11 on OSX's Unix?  Thank you in advance for any info you
have about this.  Charlotte Woodward
- -------------------------------------------------------

- --
[e-mail]
http://home.swbell.net/sdboyd56/
- -------------------
A computer without a Microsoft operating system
is like a dog without bricks tied to it's head.

- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Sat, 21 Oct 2000 09:01:14 -0400
From: Cliff Crawford <[e-mail]>
Subject: Re: Fwd: Question re: Mac OSX

You can get a version of gcc for OS X, but I think you have to buy the
developer CD in addition to the OS X CD.  Also, you'd have to install an
X server, OS X doesn't come with one (despite the name..:)  There's a
website at <http://mrcla.com/XonX/> which tells how to do this.
I actually have a copy of OS X beta, so I guess I could try compiling
fractint myself to see what happens..:)


* Scott D. Boyd <[e-mail]> menulis:
> I recently received the following message about the possibility of
> running Xfractint on OS X (on a Mac). I know she won't be able to run
> the binary that I have up on my Website, but could she possibly
> compile the source on OS X?
>
> Do any of you Fractint developers know if OS X even comes with a
> gcc-compatible compiler?

- --
cliff crawford  http://www.people.cornell.edu/pages/cjc26/
Edpe: Enumeration de Dechets Pathologiquement Eclectiques

- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Sat, 21 Oct 2000 23:22:08 +0200
From: "=?windows-1250?B?UHVza+FzIElzdHbhbiBqci4=?=" <[e-mail]>
Subject: Re: Next Patch

>
>I found the problem causing the extraneous dots with the different fractal
>types.  There are a couple of other bug fixes included, but I thought this
>one was significant enough to warrant a patch.
>
>Jonathan
>

Thanks! I hope I could help. And could I ask what the hell it was? (if it's
not too complicated)






- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Sat, 21 Oct 2000 16:58:09 -0500
From: "Jonathan Osuch" <[e-mail]>
Subject: Re: Next Patch

Puskßs Istvßn jr. wrote:

> Thanks! I hope I could help. And could I ask what the hell it was? (if
it's
> not too complicated)

You helped by bugging me until I fixed it.  Thanks.

We don't do any error checking when we write to video memory.  The text
memory is equivalent to 24 rows by 80 columns.  We save the equivalent
amount of graphics video memory and replace it when we are done with the
text mode.  What was happening was, we were writing to rows 25 and higher,
leaving the erroneous pixels on the screen when returning to graphics mode.

Using the textsafe=save option saves the whole graphics image before we
start writing text to the screen and restores it when we are done.  So it
temporarily fixed the problem.

Jonathan



- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Sat, 21 Oct 2000 17:00:14 -0500
From: "Jonathan Osuch" <[e-mail]>
Subject: Patch 2001p01.zip

Tim,

I've uploaded the patch.  Here's what's knew:

Fixed the <TAB> display screen so the video memory doesn't get overwritten.
This clears up the problem with extraneous dots with some fractal types.
It should be possible to remove the textsafe=save from your sstools.ini
file.

Added Iain Stirling to the scrolling credits screen for his contribution
of the inside=fmod and outside=fmod options.

Reworded the error message recieved when more memory is requested than
is available on your disk drive.

The background= parameter, for 3D TGA files, is now saved to a PAR entry.

Fixed the error message that appears when a parsing error occurs on
startup.

Cleaned up the savegraphics() and restoregraphics() routines.  This should
make them faster.

Jonathan



- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Sat, 21 Oct 2000 20:44:39 -0500
From: "Jonathan Osuch" <[e-mail]>
Subject: Another parser problem

George,

The following formula and PARs illustrate a problem with using large bailout
values.  The problem goes away if the parser optimizations are turned off.
I don't see any obvious reasons for this to occur.  Any ideas?

frm:bailoutproblem {
;p1 is the bailout
bail=real(p1),
z=c=pixel:
z=z*fn1(z)+c
|z|<bail
}

1                  { ; this is ok
  reset=2000 type=formula
  formulaname=bailoutproblem center-mag=0/0/0.6666667 params=500000/0
  float=y maxiter=255 inside=0 sound=off
  }

2                  { ; the effect is visible
  reset=2000 type=formula
  formulaname=bailoutproblem center-mag=0/0/0.6666667 params=700000/0
  float=y maxiter=255 inside=0 sound=off
  }

3                  { ; the effect is very strong
  reset=2000 type=formula
  formulaname=bailoutproblem center-mag=0/0/0.6666667
  params=10000000000/0 float=y maxiter=255 inside=0 sound=off
  }

Thanks,
Jonathan



- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Sat, 21 Oct 2000 20:52:00 -0500
From: "Jonathan Osuch" <[e-mail]>
Subject: Re: Patch 2001p01.zip

> Here's what's knew:

LOL




- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Sat, 4 Nov 2000 22:24:00 +0100
From: "=?ISO-8859-1?B?UHVza+FzIElzdHbhbiBqci4=?=" <[e-mail]>
Subject: I have code for improved cellular automata

I have Borland Pascal code for 2 types of an improved cellular automata.

The first is another version of the linear cellular automata - a bit like
type=cellular already built in - but with improvements: the cell being
recalculated can be excluded from calculating the 'neighborhood', it works
without specifying a subtype: the radius can be specified, and the number of
possible cell numbers is 0 to 35.

The second is a 2D extension: it works in a plane, not a line and it draws
the last state of the plane. The improvements on the linear type are also
there.

I'm looking for someone who could integrate it into Fractint, because I'm
not familiar with the Fractint source. It would need new input routines: the
improved linear type works with true string values - can also contain
characters A..Z, and the range can maybe extended - not values decoded from
a float number, and the 2D version needs a 2D array editor for the 2D 'seed'
array.

If anyone is interested, I can post the source, together with the compiled
files - some of you may not have BP, - it's about 25 kB. I release it for
integrating into Fractint, _NOT_ for making commercial programs!

If you wish to post it to the whole list, please let me know.




- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Sun, 5 Nov 2000 07:54:55 -0600
From: "Jonathan Osuch" <[e-mail]>
Subject: Fractint bugs of the month

Folks,

Here is a list of Fractint bugs that I know about and haven't been able to
fix:

1.  The fractal type Circle locks up the machine when used with
inside=startrail.

2.  Two parser optimization problems:
     (a)  Flipped image when a constant a=1 is used versus a=(1,0).

bad_image {; Jim Muth  Don't try this at home.
 a=1, z=(-1/0.95)^(-1/9.9):
 z=a*(10*(z^(-1.1))+0.95*(z^(-11)))+1/pixel,
 |z| < 500
}

     (b)  Large bailout values cause some areas to be incorrectly identified
as 'inside'.

frm:bailoutproblem {
;p1 is the bailout
bail=real(p1),
z=c=pixel:
z=z*fn1(z)+c
|z|<bail
}

bad_bailout { ; the effect is very strong
  reset=2000 type=formula
  formulaname=bailoutproblem center-mag=0/0/0.6666667
  params=10000000000/0 float=y maxiter=255 inside=0 sound=off
  }

3.  When restoring an incomplete image made with the formula type, if the
formula can't be found, the calculation continues anyway.  Which, obviously,
doesn't create the desired image.  The report I received stated that the
image was disposed of, and this problem occurs with ifs and lsystem also.  I
have not verified the problem with ifs and lsystem.

Please let me know if I've forgotten any obvious bugs.

Jonathan



- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

Date: Mon, 6 Nov 2000 08:16:02 +0100
From: Thore Berntsen <[e-mail]>
Subject: RE: I have code for improved cellular automata

I'm interessted in Your BP source.

Thore Berntsen
Norway

- -----Original Message-----
From: Pusk=E1s Istv=E1n jr. [mailto:[e-mail]]
Sent: 4. november 2000 22:24
To: [e-mail]
Subject: I have code for improved cellular automata


I have Borland Pascal code for 2 types of an improved cellular =
automata.

The first is another version of the linear cellular automata - a bit =
like
type=3Dcellular already built in - but with improvements: the cell =
being
recalculated can be excluded from calculating the 'neighborhood', it =
works
without specifying a subtype: the radius can be specified, and the =
number of
possible cell numbers is 0 to 35.

The second is a 2D extension: it works in a plane, not a line and it =
draws
the last state of the plane. The improvements on the linear type are =
also
there.

I'm looking for someone who could integrate it into Fractint, because =
I'm
not familiar with the Fractint source. It would need new input =
routines: the
improved linear type works with true string values - can also contain
characters A..Z, and the range can maybe extended - not values decoded =
from
a float number, and the 2D version needs a 2D array editor for the 2D =
'seed'
array.

If anyone is interested, I can post the source, together with the =
compiled
files - some of you may not have BP, - it's about 25 kB. I release it =
for
integrating into Fractint, _NOT_ for making commercial programs!

If you wish to post it to the whole list, please let me know.




- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

- --------------------------------------------------------------
Thanks for using Fractdev, The Fractint Developer's Discussion List
Post Message:   [e-mail]
Get Commands:   [e-mail] "help"
Administrator:  [e-mail]
Unsubscribe:    [e-mail] "unsubscribe fractdev"

------------------------------

End of fractdev-digest V1 #35
*****************************