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

Internet Message Format | 2000-02-27 | 40KB

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


fractdev-digest       Monday, February 28 2000       Volume 01 : Number 028




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

Date: Sat, 12 Feb 2000 13:37:21 -0600
From: Tim Wegner <[e-mail]>
Subject: Re: Lsystem/IFS bug

> One of the items on Robin's bug list that caught my attention was that both
> the Lsystem and IFS types would lock up when using a disk video mode with a
> resolution greater that 2048

OK, I'll look into this.

Is the buglist back up? I removed the link from the webpage.

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: Sat, 12 Feb 2000 16:57:22 -0500
From: Jonathan Osuch <[e-mail]>
Subject: Re: Lsystem/IFS bug

>> Is the buglist back up? I removed the link from the webpage. <<

I don't think so.  I downloaded the page in September/October and saved t=
he
legitimate bugs into a text file.  I've been working from that file, when=

I've been working <G>.

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, 12 Feb 2000 22:32:11 -0500
From: Jonathan Osuch <[e-mail]>
Subject: Re: Lsystem/IFS bug

>> > One of the items on Robin's bug list that caught my attention was th=
at
both
> the Lsystem and IFS types would lock up when using a disk video mode wi=
th
a
> resolution greater that 2048 =


OK, I'll look into this. <<

This is happening because both ifs and lsystem don't have entries for bot=
h
float and integer in the big array in fractalp.c.  That is to say, each h=
as
only one routine that is called and the integer/float decision is made
internal to that routine.

The problem occurs when the integer/float switch goes looking for the flo=
at
version (because the screen resolution is too high) in the array variable=
s
and doesn't find one.

A temporary solution would be to put in a check for ifs and lsystem.  In
the long run, we need to think about possible changes to the data
structure.

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, 12 Feb 2000 22:57:22 -0500
From: "Damien M. Jones" <[e-mail]>
Subject: Re: Lsystem/IFS bug

Jonothan,

 - This is happening because both ifs and lsystem don't have
 - entries for both float and integer in the big array in
 - fractalp.c.  That is to say, each has only one routine that
 - is called and the integer/float decision is made internal
 - to that routine.

Fill in the unfilled pointers with pointers to the existing routine? If the
routine determines internally whether to use float or int, then it is
appropriate to be called from either float or int, and both pointers should
reference the same routine.

(Note: I have not looked at the source, if I'm spouting off please feel
free to call me an idiot.)

Damien M. Jones   \\
[e-mail]  \\  Fractalus Galleries & Info:
                    \\  http://www.fractalus.com/

Please do not post my e-mail address on a web site or
in a newsgroup.  Thank you.


- --------------------------------------------------------------
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, 13 Feb 2000 10:32:29 -0500
From: Jonathan Osuch <[e-mail]>
Subject: Re: Lsystem/IFS bug

Damien,

>> Fill in the unfilled pointers with pointers to the existing routine? I=
f
the
routine determines internally whether to use float or int, then it is
appropriate to be called from either float or int, and both pointers shou=
ld
reference the same routine. <<

Yes, that's a good idea.  I'll try it, 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: Sun, 13 Feb 2000 12:58:14 -0500
From: Jonathan Osuch <[e-mail]>
Subject: Re: Lsystem/IFS bug

Damien,

>> Fill in the unfilled pointers with pointers to the existing routine? I=
f
the
routine determines internally whether to use float or int, then it is
appropriate to be called from either float or int, and both pointers shou=
ld
reference the same routine. <<

That doesn't quite work.  So far, what works best is to force the use of
floating point using the variable in the fractals data structure.  We'll
end up with this eventually after we eliminate all the integer fractal
code.  But, for now, that doesn't quite work either.

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, 13 Feb 2000 22:58:32 -0500
From: Jonathan Osuch <[e-mail]>
Subject: Re: Lsystem/IFS bug

Tim W.

>> > One of the items on Robin's bug list that caught my attention was th=
at
both
> the Lsystem and IFS types would lock up when using a disk video mode wi=
th
a
> resolution greater that 2048 =


OK, I'll look into this. <<

I've fixed it.  It's a two part solution.  If the resolution is greater
than OLDMAXPIXELS we don't use the grid.  I had thought we were forcing
floating point for this condition, but I don't see it.  I put that in. =

And, therefore, even if the fractal has an integer type, if we aren't usi=
ng
the grid, we shouldn't do the calculations for the integer grid.  This la=
st
is what was causing the infinite loop.

I'll put it in my next patch.  I should put one up this week.  I'm headin=
g
back to Iowa on Friday.

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, 14 Feb 2000 17:07:44 -0600
From: Tim Wegner <[e-mail]>
Subject: Re: Lsystem/IFS bug

Jonathan wrote:

> I've fixed it.  It's a two part solution.  If the resolution is greater
> than OLDMAXPIXELS we don't use the grid.  I had thought we were forcing
> floating point for this condition, but I don't see it.  I put that in.
> And, therefore, even if the fractal has an integer type, if we aren't using
> the grid, we shouldn't do the calculations for the integer grid.  This last
> is what was causing the infinite loop.

That is about what I would expect, good job!

> I'll put it in my next patch.  I should put one up this week.  I'm heading
> back to Iowa on Friday.


I'll bet you'll be glad to get home!

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, 18 Feb 2000 10:14:25 -0700
From: Phil McRevis <[e-mail]>
Subject: Re: (fractint) Hi there, and a small question to get me started!

In article <[e-mail]>,
    "Morgan L. Owens" <[e-mail]>  writes:

> Has there been any discussion on what sort of architecture a future
> Fractint might have?

There has been tons of discussion and even some work from yours truly
before my free time evaporated ;-).

The best thing to do if you're thinking of contributing is to join the
fractint developer's mailing list: send mail to [e-mail]
with 'subscribe fractdev' in the message body.  You can also peruse
the archives of what's been said before on that list at
<ftp://ftp.xmission.com/pub/lists/fractdev/>.

I'd like to humbly suggest that all development threads continue on
the fractdev list and not the fractint list, so as to not bore users
with long threads full of programming details.

I can summarize what's transpired before:

1) fractint needs a 'driver model' in its source code to isolate the
main body of code from things that are platform specific.  'Platform'
here refers to a combination of compiler support, operating system
support, keyboard/mouse input support and of course screen output.

2) Designing this support for fractint's existing code base requires
someone who has a 'high level' view of the code so as to make sure
that nothing major is missing in the design.

3) fractint has a LARGE code base.  Printing out the source code in
a double-sided listing results in a stack that is literally 6 inches
thick.  Getting the 'high level' view is time consuming!

4) The 'driver model' should be introduced into the code in such a
fashion that it doesn't require an entire rewrite.

5) Modern platform environments are event-driven (X11, Win32, MacOS,
BeOS), and don't use a polling I/O model like DOS.  Fractint currently
uses a polling I/O mechanism but xfractint snuck in a way to treat
this through events.  It has some warts, but it does work.  The better
long term solution is to reorganize the code into an event-driven
paradigm, but that can wait until after item 4.

I've done 1-3 and part of 4.  Once I got the 'big picture', the job
wasn't as hard as I thought it would be at first.  I think my approach
will unify ports to X11, Win32 and MacOS.  DOS may still work, but it
is a low priority for me ;-).

However, while doing item 4 I ran out of spare cycles to work on
fractint.  I have a code base that is partially completed and still
compiles/limps along on X11, but it needs more work.
- --
<http://www.xmission.com/~legalize/>    Legalize Adulthood!
    ``Ain't it funny that they all fire the pistol,
      at the wrong end of the race?''--PDBT
[e-mail]    <http://www.xmission.com/~legalize/who/>

- --------------------------------------------------------------
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, 19 Feb 2000 22:56:46 +1300
From: "Morgan L. Owens" <[e-mail]>
Subject: Future Fractint - Speculations

<--Decloaking in order to mouth off.-->

   Caveat: I'm not enough of the right sort of programmer to assist
   directly with developing the Fractint code. What follows
   concentrates entirely on generalities and does not go near the
   specifics. Those with appropriate expertise are welcome to provide
   these.


I've been wondering what Fractint will look like in the future. I know
it will be a big job getting it out from under its legacy of late-80s
technology and into something that's not tied down at one end to MS-DOS
and at the other to 256 indexed colour. So I thought it would make sense
to develop something for which the impact from changing platform and
display technology could be compartmentalised, leaving the core Fractint
code itself as untouched as possible.

All this was dreamed up in blissful ignorance; I don't know what it
would like to implement such a model, or how appropriate it may be for
Fractint, or how much like current reengineering efforts it resembles.

This model may fall flat on its face: Java programs run on a virtual
machine which is supposed to insluate it from the peculiarities of the
operating system, but "write once, run anywhere" has yet to properly
eventuate; whether a platform-independent Fractint engine as suggested
here can be sufficiently separated from the platform and still remain
nontrivial has yet to be established.



It comes in four tiers:

1st tier: Speed-critical code library
  Processor-specific assembler is written to take advantage of each
  architecture's particular programming features, such as Pentium's
  triple-precision arithmetic, or the G4's vector operations. For each
  supported architecture a library of such code will be provided. Note
  that the interface for the libraries will all be identical: we're
  insulating the engine from the hardware.

2nd tier: Fractint engine
  Written as portably as possible; does Fractint specific computations.
  The engine includes code for emulating the processor library should
  (parts of) the latter not be available; it'd be a fair sight slower,
  but it will run.

3rd tier: OS-specific shell
  Accommodates the specific details of the soft half of the platform.
  Memory management, filesystem, device I/O - all the donkey work of
  programming for modern systems. One interesting 3rd-tier
  implementation could be a shell for a Photoshop / PSP plugin - in this
  case the image processing application is the "OS". Tasks handled by
  this tier are not to be confused with...

4th tier: Chrome
  The user interface. Bells and whistles, widgets and commands are
  thrown about here. Includes command-line interfaces.

  This has been separated from the 3rd tier so that customised
  interfaces can be written that go beyond merely skinning a
  predetermined UI. vaguely suggestive of this is Robin Bussell's Paste
  & Go utility, (though only suggestive, of course, as it then hands
  control off to Fractint).

  One development of Chrome may be a Fractint-by-net client app. This
  could be served either by a standard 3rd-tier shell with server
  chrome, or a multiprocessing shell that can subdivide and distribute
  requested rendering jobs.

  For the Photoshop plugin shell, the Chrome tier would reduce to a thin
  gilt that does Fractint<->Photoshop API translations. The shell would
  also be much reduced in size from those of standalone applications,
  largely piggybacking off Photoshop. In this specialised situation, the
  Chrome and shell may as well be merged into the one "fractint.8bf"
  file. The Fractint engine will remain separate, but there is already
  fair precendent of this kind of arrangement in existing Photoshop
  plugins.



Considerations of how each tier operates internally are not the concern
here, except for how a tier's internal implementation affects its
interaction with its neighbours.

Once interfacing issues between these tiers is established, development
on each tier could proceed more-or-less independently of the others; for
example, work on a Mac OS X port need only concentrate on the third
and fourth tiers (assuming that the engine was written as to be as OS-
unspecific as it should have been), and even the initial chrome can be a
Spartan affair without hampering the shell development. Having checked
that the engine is working to spec and written the shell, _then_ work
can begin on a hard-working G4 library and an all-singing all-dancing
Aqua interface.

Nevertheless, initial development will see all four tiers being
developed simultaneously, since aforementioned interfacing issues have
to be dealt with; and that can only be by establishing just what needs
doing, where it needs to be implemented and for those tasks that
need to straddle tier boundaries, just what needs to be passed between
the tiers in order to achieve them and in what form. For example, the
library does not need to know the screen coordinates of the point
currently being iterated on, but it does need to know its location in
the fractal's own coordinate system. (The two coordinate systems may
match, but that's the engine's concern, as is whether it's using
boundary-trace or one-pass drawing methods). Similarly, the shell does
not need to know how to parse a user formula or compile one into library
instructions, but it does need to know how to read one from the disk.
(The shell does need to understand enough about what a user formula
looks like to know where one starts and ends, but it doesn't have to
go into any more detail than that.)

With four tiers operating, with each insulating those above from those
below, there are four APIs that need to be developed, with two of them
(the engine's and the shell's) consisting of both "upward" and
"downward" interfacing.

Needless to say, dividing the code base in this way will lead to a more
fluid pace for Fractint development, with new platforms being
accommodated for, new versions of existing tiers being written, and a
variety of user interfaces to select from. So I can already see one
component of the interface: getVersion() returns a (read-only) string
for purposes of identification. This shouldn't be used to switch between
blocks of code at higher tiers (except maybe the 4th). Rather, it is to
allow display of the various version numbers in the user's
implementation in something like:
"Fractint v21.1 * PentiumIII v1.5 * Redhat Linux v6.1 * GooView v0.beta."
representing the versions of respectively the engine, the library, the
shell, and the chrome.

Licensing and distribution would be on a per-component basis decided by
the authors. Apart from new versions, the engine itself would remain
consistent across all implementations and would be identified (as
indicated in the previous paragraph) as being the one true Fractint.
Processor libraries, OS shells and interface chrome would be distributed
as separate components, although "default" implementations of each of
these must be distributed with the Fractint engine under the same terms
as Fractint itself (this goes for source code as well as precompiled
incarnations). Alternate implementations of each of these components
(with the exception of the engine) may be distributed in other ways and
under other licenses at the discretion of the author(s).

Well, that's what I was thinking.

<Engaging Lurk Mode(?)>

Morgan L. Owens
"Fractint: The Next Generation"



- --------------------------------------------------------------
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, 20 Feb 2000 20:43:33 -0600
From: "Jonathan" <[e-mail]>
Subject: Buglist

This is a multi-part message in MIME format.

- ------=_NextPart_000_000C_01BF7BE3.274FD840
Content-Type: text/plain;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Tim,

Robin's buglist is back up.  Currently it only has two bugs on it.  I =
believe we have already fixed the first one.  That was the problem with =
the formula parser.  The second one is a problem that occurs when =
inside=3Dstartrail is used with the circle fractal type.  I haven't been =
able to track this one down.

Jonathan


- ------=_NextPart_000_000C_01BF7BE3.274FD840
Content-Type: text/html;
    charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2919.6307" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT size=3D2>Tim,</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>Robin's buglist is back up.  Currently it only =
has two=20
bugs on it.  I believe we have already fixed the first one.  =
That was=20
the problem with the formula parser.  The second one is a problem =
that=20
occurs when inside=3Dstartrail is used with the circle fractal =
type.  I=20
haven't been able to track this one down.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>Jonathan</FONT></DIV>
<DIV> </DIV></BODY></HTML>

- ------=_NextPart_000_000C_01BF7BE3.274FD840--


- --------------------------------------------------------------
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, 20 Feb 2000 22:06:53 -0600
From: Tim Wegner <[e-mail]>
Subject: Re: Buglist

> Robin's buglist is back up.

Yes, so I restored the link to it at www.fractint.org

> Currently it only has two bugs on it.

I saved at later copy of it via browser save-as that has more recent
information, and have put it at

http://www.fractint.org/buglist.htm

Now folks, I am a compleat idiot about html, but if you enter a bug
using the above link it updates the buglist at Robin's site <grin!> If
you look at Robin's site, there is a stupid test bug I entered in
exactly that way.

Hopefully Robin will update the buglist with the this later copy.

I received the following today:

QUOTE
I seem to have lost your post referring to the developers list so will
pass this to you. The 'c' key has to be hit twice to start color
cycling. The '+' and '-' keys work normally. It threw me momentarily
when the screen just went to a solid color. Kind of a minor glitch
but there may be a deeper implication.
END QUOTE

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, 21 Feb 2000 10:13:45 -0600
From: "Jonathan Osuch" <[e-mail]>
Subject: Re: Buglist

Tim,

> QUOTE
> I seem to have lost your post referring to the developers list so will
> pass this to you. The 'c' key has to be hit twice to start color
> cycling. The '+' and '-' keys work normally. It threw me momentarily
> when the screen just went to a solid color. Kind of a minor glitch
> but there may be a deeper implication.
> END QUOTE

It's worked that way as far back as version 15.1.

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, 21 Feb 2000 12:18 0000
From: [e-mail]
Subject: RE: Buglist

Hi Folks,

>Robin's buglist is back up.  Currently it only has two bugs on it.  I
>believe we have already fixed the first one.

Yep I managed to get in some html maintenance time this weekend...
and about time too!

I also didn't manage to find a very recent archive of the list so if anyone
has some later bugs I'd welcome a mailing of them.

I'm in the middle of sorting out the wishlist into more manageable
chunks too, I'll probably get rid of the rather underused 'comments from
stone soup group' frame too, any objections?

Oddly enough I couldn't access ftp.fractint.org over the weekend, it
was pingable but not accessable via FTP, did anyone else have this
problem?


Cheers,
         Robin.


- --------------------------------------------------------------
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, 21 Feb 2000 18:05 0000
From: [e-mail]
Subject: RE: Re: Buglist

>I saved at later copy of it via browser save-as that has more recent
>information, and have put it at
>
>http://www.fractint.org/buglist.htm

AHA! thanks Tim, I'll sort that out.


> if you enter a bug
>using the above link it updates the buglist at Robin's site <grin!> If

That's because the form still sends all it' s info to ukonline's server
where
the CGI script there merrily updates my page if you look at the source
you'll find the address in the <form> tag.

BTW Tim, if you want me to take on the task of webmaster for
www.fractint.org I'd be glad to do so ( don't worry, I back things up
properly now, no more online disasters! )

> The 'c' key has to be hit twice to start color
>cycling.

This is more of a documentation problem methinks, for a long as I can
remember with fractint, the C key always entered cycle mode in
paused status. This makes sense if you want to select one of the preset
palettes without rotating the palette so that the colour intensity maps to
the iteration value.... and more obviously it's the key to hit before
(l)oading
or (s)aving a map file.

Overall more 'feature'  than 'bug' I'd say :-)

I've just finished reading "the cathedral and the bazaar" and the
followups...
good stuff! I'd recommend it to anyone here.

On the same trip to the bookstore ( well more like click to the
bookstore,
it was Amazon.co.uk) I picked  up The Algorithm Design Manual
which is chock full of good information on just about every problem
a programmer is likely to encounter, you can find some excerpts and
source code at the stony brook algorithm repository at:
http://www.cs.sunysb.edu/~algorith/
a good site if you're not into wheel re-invention :-)

Cheers,
         Robin.





- --------------------------------------------------------------
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, 21 Feb 2000 19:56:23 -0500
From: "Damien M. Jones" <[e-mail]>
Subject: RE: Buglist

Robin,

 - Oddly enough I couldn't access ftp.fractint.org over the weekend,
 - it was pingable but not accessable via FTP, did anyone else have
 - this problem?

ftp.fractint.org is only for anonymous access. If you're trying to log in
with a name and password, you need to go through julia.fractalus.com. Also,
when the server was moved to its new location (now within walking distance
of my desk at work) somehow there was a foul-up and the FTP server wasn't
restarted. That's fixed, so that if the machine ever spontaneously reboots
it should restart the FTP server.

Damien M. Jones   \\
[e-mail]  \\  Fractalus Galleries & Info:
                    \\  http://www.fractalus.com/

Please do not post my e-mail address on a web site or
in a newsgroup.  Thank you.


- --------------------------------------------------------------
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, 21 Feb 2000 19:53:21 -0600
From: Tim Wegner <[e-mail]>
Subject: RE: Re: Buglist

> BTW Tim, if you want me to take on the task of webmaster for
> www.fractint.org I'd be glad to do so ( don't worry, I back things up
> properly now, no more online disasters! )

It's yours. I would like to have a page or two or maybe muck around
with what you do from time to time, but you are hereby the
webmaster.

My concept is to make Fractint.org more the developer's
headquarters, and to have a prominent link to spanky for the user
pages, until such a time as Noel can no longer maintain his pages
or for whatever reason doesn't want to. Our main page could have
more than one link to his page.

I can help back up the page via FTP. Have you gotten your ssh
account to work?

Tim


>
> > The 'c' key has to be hit twice to start color
> >cycling.
>
> This is more of a documentation problem methinks, for a long as I can
> remember with fractint, the C key always entered cycle mode in
> paused status. This makes sense if you want to select one of the preset
> palettes without rotating the palette so that the colour intensity maps to
> the iteration value.... and more obviously it's the key to hit before
> (l)oading
> or (s)aving a map file.
>
> Overall more 'feature'  than 'bug' I'd say :-)
>
> I've just finished reading "the cathedral and the bazaar" and the
> followups...
> good stuff! I'd recommend it to anyone here.
>
> On the same trip to the bookstore ( well more like click to the
> bookstore,
> it was Amazon.co.uk) I picked  up The Algorithm Design Manual
> which is chock full of good information on just about every problem
> a programmer is likely to encounter, you can find some excerpts and
> source code at the stony brook algorithm repository at:
> http://www.cs.sunysb.edu/~algorith/
> a good site if you're not into wheel re-invention :-)
>
> Cheers,
>          Robin.
>
>
>
>
>
> --------------------------------------------------------------
> 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"

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

Date: Mon, 21 Feb 2000 22:22:41 -0500
From: "Damien M. Jones" <[e-mail]>
Subject: RE: Re: Buglist

Robin, Tim,

 - > BTW Tim, if you want me to take on the task of webmaster for
 - > www.fractint.org I'd be glad to do so ( don't worry, I back
 - > things up properly now, no more online disasters! )
 -
 - It's yours. I would like to have a page or two or maybe muck
 - around with what you do from time to time, but you are hereby
 - the webmaster.

I've transferred ownership of the files in the web site directory to Robin.

 - I can help back up the page via FTP.

wget is installed if you want to write some scripts to automate fetching
the web page via HTTP. I can grant Robin cron privileges, if you want to go
that route.

Damien M. Jones   \\
[e-mail]  \\  Fractalus Galleries & Info:
                    \\  http://www.fractalus.com/

Please do not post my e-mail address on a web site or
in a newsgroup.  Thank you.


- --------------------------------------------------------------
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, 22 Feb 2000 00:10:24 -0600
From: "Scott D. Boyd" <[e-mail]>
Subject: Xfractint 3.11 binary

I know most everyone on this list would probably compile their own Xfractint,
but I thought I'd go ahead and announce my update to my Xfractint binary under
Linux.

A binary package of Xfractint 3.11, based on fractint 20.0.7 is now avaible at:
http://www.fastlane.net/~sdboyd/xfractint.html .
(The link to download the .tar.gz file is available on that page.) This binary
was compiled and is running great on Linux-Mandrake 6.1, kernel 2.2.13, xfree86
3.3.5 and KDE 1.1.2. (That setup is running on an AMD K6-2 - 450Mhz box.)

Scott D. Boyd
 --
email:  [e-mail]
http://www.fastlane.net/~sdboyd/
Introducing -- Windows 2000 !!
(Don't try this at home... or at work, either.)


- --------------------------------------------------------------
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: Wed, 23 Feb 2000 10:05:15 -0700
From: Phil McRevis <[e-mail]>
Subject: Re: open source resource

In article <[e-mail]>,
    "Damien M. Jones" <[e-mail]>  writes:

> Xmission has far more in the way of resources than I do, but they may not
> always be willing to use those resources. I don't know. Xmission seems to
> be pretty "with it" for an ISP.

Swinging resources on the Xmission side is no problem; "the owner is a
personal friend of mine" ;-).  Also, I don't mind ponying up a little
cash if that's what xmission requires.
- --
<http://www.xmission.com/~legalize/>    Legalize Adulthood!
    ``Ain't it funny that they all fire the pistol,
      at the wrong end of the race?''--PDBT
[e-mail]    <http://www.xmission.com/~legalize/who/>

- --------------------------------------------------------------
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, 27 Feb 2000 15:37:01 -0600
From: "Jonathan Osuch" <[e-mail]>
Subject: WinFract Source

Tim,

Is the WinFract source available?  Do we want to have it available on
fractint.org?

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, 27 Feb 2000 15:35:15 -0600
From: "Jonathan Osuch" <[e-mail]>
Subject: Bug list

Robin,

Have any responses been sent to people reporting bugs to the bug list?  If
not, I'll do that for the ones I know about.

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, 27 Feb 2000 16:47:04 -0600
From: "Jonathan Osuch" <[e-mail]>
Subject: ismand in jiim.c

Tim,

Do you have any recollection of why you included the line with ismand in
JIIM.C?  If you do a cntrl-<o> on a partially completed formula image that
uses ismand, this line swaps the fractal type.  I don't think that was
intended.  This bug is on the bug list.

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 Feb 2000 12:46:32 -0700
From: Phil McRevis <[e-mail]>
Subject: Re: WinFract Source

In article <003e01bf816b$68fc1d20$d7d4b5d1@bananasenior>,
    "Jonathan Osuch" <[e-mail]>  writes:

> Is the WinFract source available?

It is available, but it lags the current fractin/xfractint somewhat.
I believe winfract was last synched to the source base at version
18.2
- --
<http://www.xmission.com/~legalize/>    Legalize Adulthood!
    ``Ain't it funny that they all fire the pistol,
      at the wrong end of the race?''--PDBT
[e-mail]    <http://www.xmission.com/~legalize/who/>

- --------------------------------------------------------------
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 Feb 2000 16:56:45 -0600
From: Tim Wegner <[e-mail]>
Subject: Re: Bug list

Jonathan asked:

> Have any responses been sent to people reporting bugs to the bug list?  If
> not, I'll do that for the ones I know about.

(I just got back from out of town, a quick trip to Baltimore to visit
my son at his college.)

I'd prefer that we edit the buglist directly and state the resolution of
the bug. That would be easy to do if Robin could rehost the buglist
at fractint.org. Otherwise Robin will have to do it himself. Or maybe
Robin will be inspired to give us a tool to edit th status of the bug.

The reason for doing it this way is so users can check the list
before they report a bug, and so we can keep track of where we are.

We need some categories like open, reproduced, fixed in version
x.y.z or some such.

Tim

- ------- End of forwarded message -------

- --------------------------------------------------------------
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 Feb 2000 16:03:33 -0700
From: Phil McRevis <[e-mail]>
Subject: Re: WinFract Source

In article <003e01bf816b$68fc1d20$d7d4b5d1@bananasenior>,
    "Jonathan Osuch" <[e-mail]>  writes:
> Is the WinFract source available?

I stuck this at
<ftp://ftp.xmission.com/pub/users/l/legalize/fractals/>
- --
<http://www.xmission.com/~legalize/>    Legalize Adulthood!
    ``Ain't it funny that they all fire the pistol,
      at the wrong end of the race?''--PDBT
[e-mail]    <http://www.xmission.com/~legalize/who/>

- --------------------------------------------------------------
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 #28
*****************************