home *** CD-ROM | disk | FTP | other *** search
/ ftp.xmission.com / 2014.06.ftp.xmission.com.tar / ftp.xmission.com / pub / lists / fractdev / archive / fractdev.9807 < prev    next >
Internet Message Format  |  1998-07-31  |  97KB

  1. From: "Peter Gavin" <pgavin@mindspring.com>
  2. Subject: RE: (fractdev) Visual C/C++ 5
  3. Date: 13 Jul 1998 22:01:38 -0400
  4.  
  5. About a month ago you said you got fractint to compile with visual C++...  I
  6. was wondering if you could tell me how you did it.  Does it run faster when
  7. compiled for 32 bit?
  8.  
  9. Thanks in advance,
  10.  
  11. Pete
  12. <pgavin@mindspring.com>
  13.  
  14.  
  15.  
  16. Thanks for using Fractdev, The Fractint Developer's Discussion List
  17. Post Message:   fractdev@lists.xmission.com
  18. Get Commands:   majordomo@lists.xmission.com "help"
  19. Administrator:  twegner@phoenix.net
  20. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  21.  
  22.  
  23. -------------------------------------------------------------------------------
  24.  
  25. From: "Peter Gavin" <pgavin@mindspring.com>
  26. Subject: RE: (fractdev) Visual C/C++ 5
  27. Date: 13 Jul 1998 22:08:22 -0400
  28.  
  29. Sorry, that last message was meant for Tim... <g>
  30.  
  31. Pete
  32. <pgavin@mindspring.com>
  33.  
  34. //  -----Original Message-----
  35. //  From: owner-fractdev@lists.xmission.com
  36. //  [mailto:owner-fractdev@lists.xmission.com]On Behalf Of Peter Gavin
  37. //  Sent: Monday, July 13, 1998 10:02 PM
  38. //  To: fractdev@lists.xmission.com
  39. //  Subject: RE: (fractdev) Visual C/C++ 5
  40. //  
  41. //  
  42. //  About a month ago you said you got fractint to compile with 
  43. //  visual C++...  I
  44. //  was wondering if you could tell me how you did it.  Does it run 
  45. //  faster when
  46. //  compiled for 32 bit?
  47. //  
  48. //  Thanks in advance,
  49. //  
  50. //  Pete
  51. //  <pgavin@mindspring.com>
  52. //  
  53. //  
  54. //  
  55. //  --------------------------------------------------------------
  56. //  Thanks for using Fractdev, The Fractint Developer's Discussion List
  57. //  Post Message:   fractdev@lists.xmission.com
  58. //  Get Commands:   majordomo@lists.xmission.com "help"
  59. //  Administrator:  twegner@phoenix.net
  60. //  Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  61. //  
  62.  
  63. Thanks for using Fractdev, The Fractint Developer's Discussion List
  64. Post Message:   fractdev@lists.xmission.com
  65. Get Commands:   majordomo@lists.xmission.com "help"
  66. Administrator:  twegner@phoenix.net
  67. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  68.  
  69.  
  70. -------------------------------------------------------------------------------
  71.  
  72. From: "Tim Wegner" <twegner@phoenix.net>
  73. Subject: RE: (fractdev) Visual C/C++ 5
  74. Date: 15 Jul 1998 18:00:39 -0600
  75.  
  76. Pete asked:
  77.  
  78. > About a month ago you said you got fractint to compile with visual C++...  I
  79. > was wondering if you could tell me how you did it.  Does it run faster when
  80. > compiled for 32 bit?
  81.  
  82. This wasn't me. Fractint can't be compiled under Visual C/C++ without massive 
  83. changes. There is someone trying it, I haven't heard lately how it's going. I will 
  84. be making a Visual C/C++ version at my own glacial speed :-).
  85.  
  86. Tim
  87.  
  88.  
  89.  
  90. Thanks for using Fractdev, The Fractint Developer's Discussion List
  91. Post Message:   fractdev@lists.xmission.com
  92. Get Commands:   majordomo@lists.xmission.com "help"
  93. Administrator:  twegner@phoenix.net
  94. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  95.  
  96.  
  97. -------------------------------------------------------------------------------
  98.  
  99. From: kragen@pobox.com (Kragen)
  100. Subject: (fractdev) new L-system computation method
  101. Date: 15 Jul 1998 20:46:04 -0400 (EDT)
  102.  
  103. I've come up with a better way of computing L-system strings.  On my
  104. 5x86-133, I can compute the order-21 string for the 'Dragon' L-system
  105. from fractint.l in 17 seconds.  The string is 25 megabytes.
  106.  
  107. The biggest advantage of this, I think, is that the beginning of the
  108. string is available for plotting almost instantly -- you don't have to
  109. wait for the calculation to complete.
  110.  
  111. I haven't tried actually plotting the output from it.
  112.  
  113. The source (in convenient standalone program form -- and I think it
  114. should run OK on platforms other than Linux) is at
  115. <URL:http://www.pobox.com/~kragen/sw/fastlsys.c>.
  116.  
  117. Does anyone think this would be nice to have in Fractint 20?
  118.  
  119. I'm also going to try getting it into LPARSER.
  120.  
  121. Kragen
  122.  
  123.  
  124. Thanks for using Fractdev, The Fractint Developer's Discussion List
  125. Post Message:   fractdev@lists.xmission.com
  126. Get Commands:   majordomo@lists.xmission.com "help"
  127. Administrator:  twegner@phoenix.net
  128. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  129.  
  130.  
  131. -------------------------------------------------------------------------------
  132.  
  133. From: kragen@pobox.com (Kragen)
  134. Subject: (fractdev) ping?
  135. Date: 17 Jul 1998 17:32:46 -0400 (EDT)
  136.  
  137. Well, I sent out a message to this list a few days ago.  No one
  138. responded, and no one even visited the URL I listed.  Is anyone
  139. actually on the list, or were they all bored?
  140.  
  141. Kragen
  142.  
  143.  
  144. Thanks for using Fractdev, The Fractint Developer's Discussion List
  145. Post Message:   fractdev@lists.xmission.com
  146. Get Commands:   majordomo@lists.xmission.com "help"
  147. Administrator:  twegner@phoenix.net
  148. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  149.  
  150.  
  151. -------------------------------------------------------------------------------
  152.  
  153. From: Phil McRevis <legalize@xmission.com>
  154. Subject: Re: (fractdev) ping? 
  155. Date: 17 Jul 1998 20:16:37 -0600
  156.  
  157.  
  158. In article <Pine.SUN.3.96.980717173158.6874y-100000@picard.dnaco.net>,
  159.     kragen@pobox.com (Kragen)  writes:
  160. > Well, I sent out a message to this list a few days ago.  No one
  161. > responded, and no one even visited the URL I listed.  Is anyone
  162. > actually on the list, or were they all bored?
  163.  
  164. Looks like a good idea to me; I've thougth the same thing about
  165. fractint's L-system handling.  One disadvantage of preorder traversal
  166. is that you must compute the bounding box of the resulting endstring
  167. by an analysis of the rules.  I think this is why breadth first
  168. traversal was done so that the bounding box could be computed easily.
  169. --
  170. http://www.xmission.com/~legalize/    Legalize Adulthood!
  171. legalize@xmission.com
  172. ``Ain't it funny that they all fire the pistol,     <URL: http://
  173.   at the wrong end of the race?''--PDBT     www.eden.com/~thewho>
  174.  
  175. Thanks for using Fractdev, The Fractint Developer's Discussion List
  176. Post Message:   fractdev@lists.xmission.com
  177. Get Commands:   majordomo@lists.xmission.com "help"
  178. Administrator:  twegner@phoenix.net
  179. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  180.  
  181.  
  182. -------------------------------------------------------------------------------
  183.  
  184. From: kragen@pobox.com (Kragen)
  185. Subject: Re: (fractdev) ping? 
  186. Date: 17 Jul 1998 23:34:47 -0400 (EDT)
  187.  
  188. On Fri, 17 Jul 1998, Phil McRevis wrote:
  189. > In article <Pine.SUN.3.96.980717173158.6874y-100000@picard.dnaco.net>,
  190. >     kragen@pobox.com (Kragen)  writes:
  191. > > Well, I sent out a message to this list a few days ago.  No one
  192. > > responded, and no one even visited the URL I listed.  Is anyone
  193. > > actually on the list, or were they all bored?
  194. > Looks like a good idea to me; I've thougth the same thing about
  195. > fractint's L-system handling.  One disadvantage of preorder traversal
  196. > is that you must compute the bounding box of the resulting endstring
  197. > by an analysis of the rules.  I think this is why breadth first
  198. > traversal was done so that the bounding box could be computed easily.
  199.  
  200. I've thought a lot about that.  I don't really think it's possible to
  201. compute the bounding box by analysis of the rules, at least, not any
  202. more easily than by just running the L-system.
  203.  
  204. I'll have to hack it into xfractint and see what the profiling says; it
  205. may be that it's feasible to resize the bounding box on the fly, or to
  206. compute the L-system twice in order to know the bounding box for
  207. plotting the second time.
  208.  
  209. btw, it runs in almost-constant space; the traversal stack is never
  210. deeper than your order.  So you can generate 25MB of L-system string
  211. while taking up 236K of RAM.
  212.  
  213. On today's machines, it might actually be faster to recalculate the
  214. string rather than fetching it from memory -- but I'll have to try it
  215. before I assert that's really true.
  216.  
  217. Kragen
  218.  
  219.  
  220. Thanks for using Fractdev, The Fractint Developer's Discussion List
  221. Post Message:   fractdev@lists.xmission.com
  222. Get Commands:   majordomo@lists.xmission.com "help"
  223. Administrator:  twegner@phoenix.net
  224. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  225.  
  226.  
  227. -------------------------------------------------------------------------------
  228.  
  229. From: Phil McRevis <legalize@xmission.com>
  230. Subject: Re: (fractdev) ping?
  231. Date: 18 Jul 1998 10:11:48 -0600
  232.  
  233.  
  234. In article <Pine.SUN.3.96.980717232939.6874G-100000@picard.dnaco.net>,
  235.     kragen@pobox.com (Kragen)  writes:
  236. > I've thought a lot about that.  I don't really think it's possible to
  237. > compute the bounding box by analysis of the rules, at least, not any
  238. > more easily than by just running the L-system.
  239.  
  240. Suppose you have a rule like F => F+F-F-F+F, which looks roughly like
  241. this:
  242.  
  243.  
  244.     +----+  => +----+    +----+
  245.                     |     |
  246.                     |     |
  247.                     +----+
  248.  
  249. So this rule takes a 1x1 unit bounding box and transforms it into a
  250. 3x1 unit bounding box.  This means every time you replace an 'F' in
  251. the string you're going to essentially be expanding the bounding box
  252. by a factor of 3 in the orientation of the 'F' you're replacing.  You
  253. can build up appropriate scale factors for every rule in your set and
  254. use induction to show what the final bounding box will be for any
  255. complete expansion to a certain level.
  256. --
  257. http://www.xmission.com/~legalize/    Legalize Adulthood!
  258. legalize@xmission.com
  259. ``Ain't it funny that they all fire the pistol,     <URL: http://
  260.   at the wrong end of the race?''--PDBT     www.eden.com/~thewho>
  261.  
  262. Thanks for using Fractdev, The Fractint Developer's Discussion List
  263. Post Message:   fractdev@lists.xmission.com
  264. Get Commands:   majordomo@lists.xmission.com "help"
  265. Administrator:  twegner@phoenix.net
  266. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  267.  
  268.  
  269. -------------------------------------------------------------------------------
  270.  
  271. From: kragen@pobox.com (Kragen)
  272. Subject: Re: (fractdev) ping?
  273. Date: 18 Jul 1998 23:37:10 -0400 (EDT)
  274.  
  275. On Sat, 18 Jul 1998, Phil McRevis wrote:
  276. > In article <Pine.SUN.3.96.980717232939.6874G-100000@picard.dnaco.net>,
  277. >     kragen@pobox.com (Kragen)  writes:
  278. > > I've thought a lot about that.  I don't really think it's possible to
  279. > > compute the bounding box by analysis of the rules, at least, not any
  280. > > more easily than by just running the L-system.
  281. > Suppose you have a rule like F => F+F-F-F+F, which looks roughly like
  282. > this:
  283. >     +----+  => +----+    +----+
  284. >                     |     |
  285. >                     |     |
  286. >                     +----+
  287. > So this rule takes a 1x1 unit bounding box and transforms it into a
  288. > 3x1 unit bounding box.  This means every time you replace an 'F' in
  289. > the string you're going to essentially be expanding the bounding box
  290. > by a factor of 3 in the orientation of the 'F' you're replacing.  
  291.  
  292. It seems to me that knowing where every 'F' you're replacing is, and
  293. what its orientation and scale is, is as difficult as running the
  294. L-system.  Maybe I haven't understood correctly?
  295.  
  296. > You
  297. > can build up appropriate scale factors for every rule in your set and
  298. > use induction to show what the final bounding box will be for any
  299. > complete expansion to a certain level.
  300.  
  301. As long as you know where each of those rules gets applied, no?
  302.  
  303. Please! prove me wrong! A simple and quick way to go from a general
  304. (or, heck, even fairly restricted) L-system to a bounding box for order
  305. N would be a godsend.
  306.  
  307. Kragen
  308.  
  309.  
  310. Thanks for using Fractdev, The Fractint Developer's Discussion List
  311. Post Message:   fractdev@lists.xmission.com
  312. Get Commands:   majordomo@lists.xmission.com "help"
  313. Administrator:  twegner@phoenix.net
  314. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  315.  
  316.  
  317. -------------------------------------------------------------------------------
  318.  
  319. From: "Peter Gavin" <pgavin@mindspring.com>
  320. Subject: (fractdev) The PAR & FRM repository
  321. Date: 21 Jul 1998 01:20:00 -0400
  322.  
  323. Thanks to anyone who sent comments referring me to where I can get their
  324. PAR/FRM files; however, it would be easiest for me if you could email a
  325. direct link to the file if it is on the WWW or available by FTP (as in
  326. http://www.fractalus.com/); or for you email the file(s) to me.  If I have
  327. to go all over the internet searching for the files, even if it just
  328. involves going to a web site and clicking a link, it still means I have to
  329. wait for the site to load.  Once or twice isn't so bad, but several times
  330. is.
  331.  
  332. Thanks!
  333.  
  334. Peter Gavin
  335. <pgavin@mindspring.com>
  336.  
  337. // End transmission
  338.  
  339.  
  340. Thanks for using Fractdev, The Fractint Developer's Discussion List
  341. Post Message:   fractdev@lists.xmission.com
  342. Get Commands:   majordomo@lists.xmission.com "help"
  343. Administrator:  twegner@phoenix.net
  344. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  345.  
  346.  
  347. -------------------------------------------------------------------------------
  348.  
  349. From: "Peter Gavin" <pgavin@mindspring.com>
  350. Subject: RE: (fractdev) The PAR & FRM repository
  351. Date: 21 Jul 1998 01:28:19 -0400
  352.  
  353. Sorry about that last (irrelevant) post, but I accidentally clicked
  354. "Fractdev" in mail address book rather than "Fractint". <g>
  355.  
  356.  
  357.  
  358. Pete
  359. <pgavin@mindspring.com>
  360.  
  361.  
  362. Thanks for using Fractdev, The Fractint Developer's Discussion List
  363. Post Message:   fractdev@lists.xmission.com
  364. Get Commands:   majordomo@lists.xmission.com "help"
  365. Administrator:  twegner@phoenix.net
  366. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  367.  
  368.  
  369. -------------------------------------------------------------------------------
  370.  
  371. From: "Peter Gavin" <pgavin@mindspring.com>
  372. Subject: (fractdev) RE: (fractint) Ultra Fractal 2.0 beta 5
  373. Date: 23 Jul 1998 03:15:06 -0400
  374.  
  375. //  Ah.. seems the fractint developers have something to catch up with... :)
  376. //
  377. //  Christian
  378. //
  379. //  :* MDI (multiple documents) and multi-threading
  380. //  :* Multiple layers, with all Photoshop merge modes and
  381. //  :  alpha channel merging
  382. .
  383. .
  384. .
  385. [advertisement spam snipped]
  386.  
  387. I'll be impressed when this thing does deep zooms.  Then you can say
  388. FractInt has catching up to do. ;)
  389.  
  390.  
  391. BTW, if someone is planning on/has begun developing a Win32 version of
  392. FractInt, I've been working on an arbitrary precision class (after debating
  393. the pros and cons of FFTs and NTTs for some time) and if you are interested,
  394. I would be willing to share it with you after I've got enough completed on
  395. it.  I plan on sticking it into am MFC extension DLL.  Eventually I'll have
  396. some inline assembly (once I think I'm good enough at it) but just for now
  397. it'll be straight C++.  I hope to be able to get alot done within the next
  398. month or so, but FFTs/NTTs are fairly new to me, and I've just recently got
  399. the whole thing straightened out in my head.
  400.  
  401. Oh, does anyone know where I can find a freely available assembler that
  402. creates Visual C++ compatible .obj files?  The only ones I've found create
  403. a.out files, and all the converters I've seen only are for changing .objs to
  404. a.outs, unfortunately.  (Besides, converters aren't known for being
  405. reliable...)  I'd appreciate a few pointers :)  I don't really feel like
  406. going to the store and buying Turbo/Macro Assembler, since I'm not exactly
  407. rich <g> (I'm leaving for college in the fall and I gotta save at least a
  408. couple cents just in case... :)  )
  409.  
  410. Thanks!
  411.  
  412. Pete
  413. <pgavin@mindspring.com>
  414.  
  415.  
  416.  
  417. Thanks for using Fractdev, The Fractint Developer's Discussion List
  418. Post Message:   fractdev@lists.xmission.com
  419. Get Commands:   majordomo@lists.xmission.com "help"
  420. Administrator:  twegner@phoenix.net
  421. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  422.  
  423.  
  424. -------------------------------------------------------------------------------
  425.  
  426. From: "Damien M. Jones" <dmj@fractalus.com>
  427. Subject: Re: (fractdev) RE: (fractint) Ultra Fractal 2.0 beta 5
  428. Date: 23 Jul 1998 10:18:53 -0500
  429.  
  430. Peter,
  431.  
  432.  - Oh, does anyone know where I can find a freely available assembler that
  433.  - creates Visual C++ compatible .obj files?
  434.  
  435. Someone posted on comp.lang.asm.x86 not too long ago that you can download
  436. MASM 6.11d as part of a driver kit or something, for free, legitimately,
  437. from Microsoft's web site.  I don't have the URL handy, but if you search
  438. Deja News (www.dejanews.com) for it you should find it.
  439.  
  440. Damien M. Jones   \\
  441. dmj@fractalus.com  \\  http://www.icd.com/tsd/ (temporary sanity designs)
  442.                     \\  http://www.fractalus.com/ (fractals are my hobby)
  443.  
  444. Thanks for using Fractdev, The Fractint Developer's Discussion List
  445. Post Message:   fractdev@lists.xmission.com
  446. Get Commands:   majordomo@lists.xmission.com "help"
  447. Administrator:  twegner@phoenix.net
  448. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  449.  
  450.  
  451. -------------------------------------------------------------------------------
  452.  
  453. From: "Peter Gavin" <pgavin@mindspring.com>
  454. Subject: RE: (fractdev) RE: (fractint) Ultra Fractal 2.0 beta 5
  455. Date: 23 Jul 1998 11:41:28 -0400
  456.  
  457. Cool, thanks.
  458.  
  459. Pete
  460. <pgavin@mindspring.com>
  461.  
  462. //  -----Original Message-----
  463. //  From: owner-fractdev@lists.xmission.com
  464. //  [mailto:owner-fractdev@lists.xmission.com]On Behalf Of Damien M. Jones
  465. //  Sent: Thursday, July 23, 1998 11:19 AM
  466. //  To: fractdev@lists.xmission.com
  467. //  Subject: Re: (fractdev) RE: (fractint) Ultra Fractal 2.0 beta 5
  468. //
  469. //
  470. //  Peter,
  471. //
  472. //   - Oh, does anyone know where I can find a freely available
  473. //  assembler that
  474. //   - creates Visual C++ compatible .obj files?
  475. //
  476. //  Someone posted on comp.lang.asm.x86 not too long ago that you
  477. //  can download
  478. //  MASM 6.11d as part of a driver kit or something, for free, legitimately,
  479. //  from Microsoft's web site.  I don't have the URL handy, but if
  480. //  you search
  481. //  Deja News (www.dejanews.com) for it you should find it.
  482. //
  483. //  Damien M. Jones   \\
  484. //  dmj@fractalus.com  \\  http://www.icd.com/tsd/ (temporary
  485. //  sanity designs)
  486. //                      \\  http://www.fractalus.com/ (fractals are
  487. //  my hobby)
  488. //
  489. //  --------------------------------------------------------------
  490. //  Thanks for using Fractdev, The Fractint Developer's Discussion List
  491. //  Post Message:   fractdev@lists.xmission.com
  492. //  Get Commands:   majordomo@lists.xmission.com "help"
  493. //  Administrator:  twegner@phoenix.net
  494. //  Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  495. //
  496.  
  497.  
  498. Thanks for using Fractdev, The Fractint Developer's Discussion List
  499. Post Message:   fractdev@lists.xmission.com
  500. Get Commands:   majordomo@lists.xmission.com "help"
  501. Administrator:  twegner@phoenix.net
  502. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  503.  
  504.  
  505. -------------------------------------------------------------------------------
  506.  
  507. From: "Peter Gavin" <pgavin@mindspring.com>
  508. Subject: RE: (fractdev) RE: (fractint) Ultra Fractal 2.0 beta 5
  509. Date: 23 Jul 1998 12:03:14 -0400
  510.  
  511. Great!  You can get MASM 6.0 as part of the Win98 DDK at
  512. http://www.microsoft.com/hwdev/ddk/ddk98.htm
  513. Its 19 megs but that includes some docs and stuff.  You don't _need_ win98,
  514. just win95 or NT4, but it does require Visual C++ 4 or better.
  515.  
  516.  
  517.  
  518. Pete
  519. <pgavin@mindspring.com>
  520.  
  521. //  -----Original Message-----
  522. //  From: owner-fractdev@lists.xmission.com
  523. //  [mailto:owner-fractdev@lists.xmission.com]On Behalf Of Damien M. Jones
  524. //  Sent: Thursday, July 23, 1998 11:19 AM
  525. //  To: fractdev@lists.xmission.com
  526. //  Subject: Re: (fractdev) RE: (fractint) Ultra Fractal 2.0 beta 5
  527. //
  528. //
  529. //  Peter,
  530. //
  531. //   - Oh, does anyone know where I can find a freely available
  532. //  assembler that
  533. //   - creates Visual C++ compatible .obj files?
  534. //
  535. //  Someone posted on comp.lang.asm.x86 not too long ago that you
  536. //  can download
  537. //  MASM 6.11d as part of a driver kit or something, for free, legitimately,
  538. //  from Microsoft's web site.  I don't have the URL handy, but if
  539. //  you search
  540. //  Deja News (www.dejanews.com) for it you should find it.
  541. //
  542. //  Damien M. Jones   \\
  543. //  dmj@fractalus.com  \\  http://www.icd.com/tsd/ (temporary
  544. //  sanity designs)
  545. //                      \\  http://www.fractalus.com/ (fractals are
  546. //  my hobby)
  547. //
  548. //  --------------------------------------------------------------
  549. //  Thanks for using Fractdev, The Fractint Developer's Discussion List
  550. //  Post Message:   fractdev@lists.xmission.com
  551. //  Get Commands:   majordomo@lists.xmission.com "help"
  552. //  Administrator:  twegner@phoenix.net
  553. //  Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  554. //
  555.  
  556.  
  557. Thanks for using Fractdev, The Fractint Developer's Discussion List
  558. Post Message:   fractdev@lists.xmission.com
  559. Get Commands:   majordomo@lists.xmission.com "help"
  560. Administrator:  twegner@phoenix.net
  561. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  562.  
  563.  
  564. -------------------------------------------------------------------------------
  565.  
  566. From: "Damien M. Jones" <dmj@fractalus.com>
  567. Subject: RE: (fractdev) RE: (fractint) Ultra Fractal 2.0 beta 5
  568. Date: 23 Jul 1998 11:40:45 -0500
  569.  
  570. Peter,
  571.  
  572.  - Great!  You can get MASM 6.0 as part of the Win98 DDK
  573.  
  574. Yep.  It's gems like that I read the newsgroup for.  Most of it is pretty
  575. lame, kids looking for people to help them with homework or something, but
  576. once in a while there's something really good.
  577.  
  578. BTW, make sure you pick up the latest copy of Agner Fog's Pentium
  579. optimization guide.  Even if you don't use it, it contains a lot of
  580. interesting material about how things work inside the Pentium and Pentium-II.
  581.  
  582. Damien M. Jones   \\
  583. dmj@fractalus.com  \\  http://www.icd.com/tsd/ (temporary sanity designs)
  584.                     \\  http://www.fractalus.com/ (fractals are my hobby)
  585.  
  586. Thanks for using Fractdev, The Fractint Developer's Discussion List
  587. Post Message:   fractdev@lists.xmission.com
  588. Get Commands:   majordomo@lists.xmission.com "help"
  589. Administrator:  twegner@phoenix.net
  590. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  591.  
  592.  
  593. -------------------------------------------------------------------------------
  594.  
  595. From: "Peter Gavin" <pgavin@mindspring.com>
  596. Subject: RE: (fractdev) RE: (fractint) Ultra Fractal 2.0 beta 5
  597. Date: 23 Jul 1998 12:50:46 -0400
  598.  
  599. Kragen just recommended to me the GNU-Win32 tools from Cygnus, and I was
  600. thinking...  any luck using these to compile the Linux version of fractint
  601. for win32?  Has anyone tried? :)
  602.  
  603. Pete
  604. <pgavin@mindspring.com>
  605.  
  606. //  -----Original Message-----
  607. //  From: owner-fractdev@lists.xmission.com
  608. //  [mailto:owner-fractdev@lists.xmission.com]On Behalf Of Damien M. Jones
  609. //  Sent: Thursday, July 23, 1998 12:41 PM
  610. //  To: fractdev@lists.xmission.com
  611. //  Subject: RE: (fractdev) RE: (fractint) Ultra Fractal 2.0 beta 5
  612. //
  613. //
  614. //  Peter,
  615. //
  616. //   - Great!  You can get MASM 6.0 as part of the Win98 DDK
  617. //
  618. //  Yep.  It's gems like that I read the newsgroup for.  Most of it
  619. //  is pretty
  620. //  lame, kids looking for people to help them with homework or
  621. //  something, but
  622. //  once in a while there's something really good.
  623. //
  624. //  BTW, make sure you pick up the latest copy of Agner Fog's Pentium
  625. //  optimization guide.  Even if you don't use it, it contains a lot of
  626. //  interesting material about how things work inside the Pentium
  627. //  and Pentium-II.
  628. //
  629. //  Damien M. Jones   \\
  630. //  dmj@fractalus.com  \\  http://www.icd.com/tsd/ (temporary
  631. //  sanity designs)
  632. //                      \\  http://www.fractalus.com/ (fractals are
  633. //  my hobby)
  634. //
  635. //  --------------------------------------------------------------
  636. //  Thanks for using Fractdev, The Fractint Developer's Discussion List
  637. //  Post Message:   fractdev@lists.xmission.com
  638. //  Get Commands:   majordomo@lists.xmission.com "help"
  639. //  Administrator:  twegner@phoenix.net
  640. //  Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  641. //
  642.  
  643.  
  644. Thanks for using Fractdev, The Fractint Developer's Discussion List
  645. Post Message:   fractdev@lists.xmission.com
  646. Get Commands:   majordomo@lists.xmission.com "help"
  647. Administrator:  twegner@phoenix.net
  648. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  649.  
  650.  
  651. -------------------------------------------------------------------------------
  652.  
  653. From: kragen@pobox.com (Kragen)
  654. Subject: (fractdev) Fractint in dosemu
  655. Date: 23 Jul 1998 12:59:44 -0400 (EDT)
  656.  
  657. I'm running Fractint 19.5 in dosemu 0.66.7 (under Caldera OpenDOS 7.01)
  658. in XFree86 3.3.2 on Linux 2.0.30 on an AMD 5x86-133.  I'm liking it
  659. very much!  Now I can do fractals in a window while I'm analyzing data,
  660. reading my email, or whatever.
  661.  
  662. But there are some problems with it.  I think most of these are
  663. problems with dosemu; I wonder if some of them could be worked around
  664. in Fractint without any difficulty?
  665.  
  666. I hope this message is interesting to some of the fractint developers.
  667. I'm sure it will be to the dosemu developers.
  668.  
  669. - When I select 800x600x256 from the DEL screen, it works properly, and
  670. dosemu says: vesa_set_SVGA_mode(): mode=0x5e.  But if I TAB to the info
  671. screen, then hit TAB again to get back to the picture, it doesn't print
  672. that message, and it also doesn't redisplay the picture.  It looks like
  673. it's displaying the first few pixels of the image as text, though -- my
  674. screen fills with multicolored blocks of characters.  (Screenshots upon 
  675. request.)
  676.  
  677. Switching back and forth works fine at 320x200x256.
  678.  
  679. I have the same problem with some other VESA modes, too.  Maybe it's
  680. universal to all of them.
  681.  
  682. The blocks of characters also appear momentarily switching from the
  683. image to a text screen -- for example, when I hit 'T'.
  684.  
  685. - Sometimes Fractint seems to hang.  If I hit Esc a couple of times, I
  686. can get to a menu and a sensible state, but if I'm in a VESA mode, of
  687. course I've lost my fractal.  I suspect Fractint is trying to do
  688. something, but I'm not seeing what it's doing due to some flaw in
  689. dosemu.
  690.  
  691. - Sometimes, in VESA mode, solid-guessing doesn't fill in the solids on
  692. some lines.  I'll see a fractal with big black cracks across it, with
  693. dots scattered in the cracks.  The cracks go away on later iterations;
  694. I mention this because it might be of help with other problems.
  695.  
  696. - color-cycling doesn't work.  plasma displays with the default VGA
  697. colormap, and thus looks terrible.  This is obviously not fractint's
  698. fault -- right?
  699.  
  700. - Sometimes, when zooming in (even in 320x200x256), my zoom box gets
  701. filled with black.  This makes it hard to zoom.  Also, when TABbing
  702. back and forth on some bifurcation fractals, what was previously drawn
  703. gets erased -- it's displayed for a brief moment when returning to the
  704. picture, then the whole screen becomes black, then the fractal
  705. continues drawing from the right edge of what was previously drawn.
  706.  
  707. This happens, for example, during the first zoom in basic.key.
  708.  
  709. - Drawing an "icons" fractal after a "mandel" fractal at 320x200x256,
  710. the top and bottom of the "mandel" fractal (above and below where the
  711. "icons" fractal appears) remain on the screen.  The same is true of
  712. running "diffusion" or "lsystem", or running "ant" after "plasma", or
  713. even "ant" after "ant".  I suspect it's a general problem erasing the
  714. screen.
  715.  
  716. (In fact, when zooming in on a "mandel" in solid-guessing mode, the old
  717. image is progressively erased as the new image is drawn.  I initially
  718. thought this was a clever new feature.)
  719.  
  720. - When I try the 1280x1024x256 VESA mode, Fractint says it's not
  721. supported with my adapter.
  722.  
  723. - lsystem doesn't seem to work well at all in the VESA modes.  It looks
  724. like fractint first switches to the VESA video mode, then switches back
  725. to text-mode to display the L-System thinking message, then fails the
  726. same way coming back from TAB or F1 fails.
  727.  
  728. OTOH, it works pretty well with the MCGA mode.  *sigh*
  729.  
  730. - When saving an image (in MCGA mode), the text message that normally
  731. appears in the upper-left-hand corner of the screen when it finishes is
  732. only one pixel high, and the rest of that scan line turns to black.
  733.  
  734. - Fractint consistently crashed dosemu during the demo:
  735. ERROR: unexpected CPU exception 0x06 errorcode: 0x00000000 while in vm86 (DOS)
  736.  
  737. Program=sigsegv.c, Line=230
  738. EIP: 0000:0000008d ESP: 4363:0000f032  VFLAGS(b): 00000 00110000 10000110
  739. EAX: 00004201 EBX: 000099fe ECX: 000007cc EDX: 00000000 VFLAGS(h): 00003086
  740. ESI: 00000012 EDI: 0000f52c EBP: 0000f44a DS: 4363 ES: 4363 FS: 0000 GS: 0000
  741. FLAGS: PF SF IF RF VM  IOPL: 3
  742. STACK: 00 00 f8 bf 00 00 00 00 00 00 -> 00 42 91 0c f1 0c 46 32 c2 15
  743. OPS  : 01 39 10 00 01 26 01 d2 0a ca -> 26 8e 37 1c 01 d2 0a 41 10 00
  744.  
  745. Just after successfully loading new19001.gif.
  746.  
  747. (in new19.key.)
  748.  
  749. To reproduce: run demo.bat, select option 2, and wait.
  750.  
  751. I think this happens every time you try to browse images (with "L").  I
  752. seem to remember that this used to crash the computer in real MS-DOS as
  753. well.  Running fractint, hitting F3, and typing "L" makes it crash, too
  754. (in dosemu, that is).  Sometimes it crashes with different register
  755. values.
  756.  
  757.  
  758. Anyway, I'm looking forward to looking at all the fractint list
  759. formulas and pars with my nifty new toy.  :)
  760.  
  761. Kragen
  762.  
  763.  
  764.  
  765.  
  766. Thanks for using Fractdev, The Fractint Developer's Discussion List
  767. Post Message:   fractdev@lists.xmission.com
  768. Get Commands:   majordomo@lists.xmission.com "help"
  769. Administrator:  twegner@phoenix.net
  770. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  771.  
  772.  
  773. -------------------------------------------------------------------------------
  774.  
  775. From: "Peter Gavin" <pgavin@mindspring.com>
  776. Subject: RE: (fractdev) Fractint in dosemu
  777. Date: 23 Jul 1998 13:15:34 -0400
  778.  
  779. I suspect the video problems have alot to do with the fact that your running
  780. it in a window.  Correct me if I'm wrong, but I think VESA uses direct
  781. hardware access to display graphics, which makes it fast, but windows 95
  782. doesn't like that, so I figure X/Dosemu doesn't either.  In fact, if I
  783. switch out of fractint while it's in a VESA graphics mode, I can't go back
  784. and windows tells me it must close the program.  I _can_ use 320x200 or
  785. 320x240 but only the former works in a window.  All other graphics modes are
  786. unusable.  I suppose part of the problem is caused by fractint trying to
  787. write straight to the screen, interfering with X in some way.  And dosemu
  788. looks like it's still in beta, from its version number <g>.
  789.  
  790.  
  791. Pete
  792. <pgavin@mindspring.com>
  793.  
  794. //  -----Original Message-----
  795. //  From: owner-fractdev@lists.xmission.com
  796. //  [mailto:owner-fractdev@lists.xmission.com]On Behalf Of Kragen
  797. //  Sent: Thursday, July 23, 1998 1:00 PM
  798. //  To: fractdev@xmission.com
  799. //  Cc: linux-msdos@vger.rutgers.edu
  800. //  Subject: (fractdev) Fractint in dosemu
  801. //
  802. //
  803. //  I'm running Fractint 19.5 in dosemu 0.66.7 (under Caldera OpenDOS 7.01)
  804. //  in XFree86 3.3.2 on Linux 2.0.30 on an AMD 5x86-133.  I'm liking it
  805. //  very much!  Now I can do fractals in a window while I'm analyzing data,
  806. //  reading my email, or whatever.
  807. //
  808. //  But there are some problems with it.  I think most of these are
  809. //  problems with dosemu; I wonder if some of them could be worked around
  810. //  in Fractint without any difficulty?
  811. //
  812. //  I hope this message is interesting to some of the fractint developers.
  813. //  I'm sure it will be to the dosemu developers.
  814. //
  815. //  - When I select 800x600x256 from the DEL screen, it works properly, and
  816. //  dosemu says: vesa_set_SVGA_mode(): mode=0x5e.  But if I TAB to the info
  817. //  screen, then hit TAB again to get back to the picture, it doesn't print
  818. //  that message, and it also doesn't redisplay the picture.  It looks like
  819. //  it's displaying the first few pixels of the image as text, though -- my
  820. //  screen fills with multicolored blocks of characters.  (Screenshots upon
  821. //  request.)
  822. //
  823. //  Switching back and forth works fine at 320x200x256.
  824. //
  825. //  I have the same problem with some other VESA modes, too.  Maybe it's
  826. //  universal to all of them.
  827. //
  828. //  The blocks of characters also appear momentarily switching from the
  829. //  image to a text screen -- for example, when I hit 'T'.
  830. //
  831. //  - Sometimes Fractint seems to hang.  If I hit Esc a couple of times, I
  832. //  can get to a menu and a sensible state, but if I'm in a VESA mode, of
  833. //  course I've lost my fractal.  I suspect Fractint is trying to do
  834. //  something, but I'm not seeing what it's doing due to some flaw in
  835. //  dosemu.
  836. //
  837. //  - Sometimes, in VESA mode, solid-guessing doesn't fill in the solids on
  838. //  some lines.  I'll see a fractal with big black cracks across it, with
  839. //  dots scattered in the cracks.  The cracks go away on later iterations;
  840. //  I mention this because it might be of help with other problems.
  841. //
  842. //  - color-cycling doesn't work.  plasma displays with the default VGA
  843. //  colormap, and thus looks terrible.  This is obviously not fractint's
  844. //  fault -- right?
  845. //
  846. //  - Sometimes, when zooming in (even in 320x200x256), my zoom box gets
  847. //  filled with black.  This makes it hard to zoom.  Also, when TABbing
  848. //  back and forth on some bifurcation fractals, what was previously drawn
  849. //  gets erased -- it's displayed for a brief moment when returning to the
  850. //  picture, then the whole screen becomes black, then the fractal
  851. //  continues drawing from the right edge of what was previously drawn.
  852. //
  853. //  This happens, for example, during the first zoom in basic.key.
  854. //
  855. //  - Drawing an "icons" fractal after a "mandel" fractal at 320x200x256,
  856. //  the top and bottom of the "mandel" fractal (above and below where the
  857. //  "icons" fractal appears) remain on the screen.  The same is true of
  858. //  running "diffusion" or "lsystem", or running "ant" after "plasma", or
  859. //  even "ant" after "ant".  I suspect it's a general problem erasing the
  860. //  screen.
  861. //
  862. //  (In fact, when zooming in on a "mandel" in solid-guessing mode, the old
  863. //  image is progressively erased as the new image is drawn.  I initially
  864. //  thought this was a clever new feature.)
  865. //
  866. //  - When I try the 1280x1024x256 VESA mode, Fractint says it's not
  867. //  supported with my adapter.
  868. //
  869. //  - lsystem doesn't seem to work well at all in the VESA modes.  It looks
  870. //  like fractint first switches to the VESA video mode, then switches back
  871. //  to text-mode to display the L-System thinking message, then fails the
  872. //  same way coming back from TAB or F1 fails.
  873. //
  874. //  OTOH, it works pretty well with the MCGA mode.  *sigh*
  875. //
  876. //  - When saving an image (in MCGA mode), the text message that normally
  877. //  appears in the upper-left-hand corner of the screen when it finishes is
  878. //  only one pixel high, and the rest of that scan line turns to black.
  879. //
  880. //  - Fractint consistently crashed dosemu during the demo:
  881. //  ERROR: unexpected CPU exception 0x06 errorcode: 0x00000000
  882. //  while in vm86 (DOS)
  883. //
  884. //  Program=sigsegv.c, Line=230
  885. //  EIP: 0000:0000008d ESP: 4363:0000f032  VFLAGS(b): 00000
  886. //  00110000 10000110
  887. //  EAX: 00004201 EBX: 000099fe ECX: 000007cc EDX: 00000000
  888. //  VFLAGS(h): 00003086
  889. //  ESI: 00000012 EDI: 0000f52c EBP: 0000f44a DS: 4363 ES: 4363 FS:
  890. //  0000 GS: 0000
  891. //  FLAGS: PF SF IF RF VM  IOPL: 3
  892. //  STACK: 00 00 f8 bf 00 00 00 00 00 00 -> 00 42 91 0c f1 0c 46 32 c2 15
  893. //  OPS  : 01 39 10 00 01 26 01 d2 0a ca -> 26 8e 37 1c 01 d2 0a 41 10 00
  894. //
  895. //  Just after successfully loading new19001.gif.
  896. //
  897. //  (in new19.key.)
  898. //
  899. //  To reproduce: run demo.bat, select option 2, and wait.
  900. //
  901. //  I think this happens every time you try to browse images (with "L").  I
  902. //  seem to remember that this used to crash the computer in real MS-DOS as
  903. //  well.  Running fractint, hitting F3, and typing "L" makes it crash, too
  904. //  (in dosemu, that is).  Sometimes it crashes with different register
  905. //  values.
  906. //
  907. //
  908. //  Anyway, I'm looking forward to looking at all the fractint list
  909. //  formulas and pars with my nifty new toy.  :)
  910. //
  911. //  Kragen
  912. //
  913. //
  914. //
  915. //
  916. //  --------------------------------------------------------------
  917. //  Thanks for using Fractdev, The Fractint Developer's Discussion List
  918. //  Post Message:   fractdev@lists.xmission.com
  919. //  Get Commands:   majordomo@lists.xmission.com "help"
  920. //  Administrator:  twegner@phoenix.net
  921. //  Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  922. //
  923.  
  924.  
  925. Thanks for using Fractdev, The Fractint Developer's Discussion List
  926. Post Message:   fractdev@lists.xmission.com
  927. Get Commands:   majordomo@lists.xmission.com "help"
  928. Administrator:  twegner@phoenix.net
  929. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  930.  
  931.  
  932. -------------------------------------------------------------------------------
  933.  
  934. From: kragen@pobox.com (Kragen)
  935. Subject: RE: (fractdev) Fractint in dosemu
  936. Date: 23 Jul 1998 13:42:37 -0400 (EDT)
  937.  
  938. On Thu, 23 Jul 1998, Peter Gavin wrote:
  939. > I suspect the video problems have alot to do with the fact that your running
  940. > it in a window.  Correct me if I'm wrong, but I think VESA uses direct
  941. > hardware access to display graphics,
  942.  
  943. I'm pretty sure that it doesn't -- that the VESA drivers give you a
  944. function-call interface, not a bunch of ports and RAM to write to.  But
  945. I don't really know.  At any rate, it's running in a window, so
  946. whatever direct hardware access it's using is emulated anyway.
  947.  
  948. > which makes it fast, but windows 95
  949. > doesn't like that, so I figure X/Dosemu doesn't either.
  950.  
  951. I have a cute little game (Nuclear Insanity) which successfully
  952. color-cycles.  I'm pretty sure Nuke does direct hardware access; I'm
  953. contacting the developers to see if they'll show me the asm source for
  954. the color-cycling stuff.
  955.  
  956. >  In fact, if I
  957. > switch out of fractint while it's in a VESA graphics mode, I can't go back
  958. > and windows tells me it must close the program.  I _can_ use 320x200 or
  959. > 320x240 but only the former works in a window.  All other graphics modes are
  960. > unusable.  
  961.  
  962. 800x600 and 1024x768 all work in a window for me.  The only time I've
  963. had dosemu crash is when I do 'L'.
  964.  
  965. > I suppose part of the problem is caused by fractint trying to
  966. > write straight to the screen, interfering with X in some way.  And dosemu
  967. > looks like it's still in beta, from its version number <g>.
  968.  
  969. DOSEMU has been in beta for years and years.  Maybe one day it will escape.
  970.  
  971. Fractint can try to write straight to the screen, but it won't succeed
  972. in a million years...
  973.  
  974. (btw: I haven't set up the VGA stuff with dosemu, so I *have* to run it
  975. in a window.)
  976.  
  977. Kragen
  978.  
  979.  
  980. Thanks for using Fractdev, The Fractint Developer's Discussion List
  981. Post Message:   fractdev@lists.xmission.com
  982. Get Commands:   majordomo@lists.xmission.com "help"
  983. Administrator:  twegner@phoenix.net
  984. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  985.  
  986.  
  987. -------------------------------------------------------------------------------
  988.  
  989. From: "Damien M. Jones" <dmj@fractalus.com>
  990. Subject: RE: (fractdev) Fractint in dosemu
  991. Date: 23 Jul 1998 12:57:33 -0500
  992.  
  993. Peter,
  994.  
  995.  - In fact, if I switch out of fractint while it's in a VESA graphics mode,
  996.  - I can't go back and windows tells me it must close the program.
  997.  
  998. This depends very much on your VESA drivers (usually in the BIOS of your
  999. video card) and even the particular mode used.  My Matrox Millennium lets
  1000. me switch away and back in 1600x1200 mode (my preferred mode) or 800x600,
  1001. but if I use 1024x768 or 640x480, switching back will corrupt the image or,
  1002. sometimes, provide no display at all.
  1003.  
  1004.  - I _can_ use 320x200 or 320x240 but only the former works in a window.
  1005.  
  1006. That's because 320x200 is a standard BIOS-supported video mode, but 320x240
  1007. is a "Mode X" display, in which some very clever reprogramming of the VGA
  1008. registers allows a lot more flexibility.  Mode X displays allow page
  1009. flipping, hardware panning, and displays of 320x or 360x, x200, x240, x400,
  1010. and x480.  When I was looking into game programming on the PC we found
  1011. information on this.  It's more awkward to work with the screen this way,
  1012. due to some of those clever programming tricks, but it's usually worth the
  1013. hassle.
  1014.  
  1015. Frankly, I'm surprised (pleasantly so) that DOSemu works so well.
  1016.  
  1017. Damien M. Jones   \\
  1018. dmj@fractalus.com  \\  http://www.icd.com/tsd/ (temporary sanity designs)
  1019.                     \\  http://www.fractalus.com/ (fractals are my hobby)
  1020.  
  1021. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1022. Post Message:   fractdev@lists.xmission.com
  1023. Get Commands:   majordomo@lists.xmission.com "help"
  1024. Administrator:  twegner@phoenix.net
  1025. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1026.  
  1027.  
  1028. -------------------------------------------------------------------------------
  1029.  
  1030. From: "Damien M. Jones" <dmj@fractalus.com>
  1031. Subject: RE: (fractdev) Fractint in dosemu
  1032. Date: 23 Jul 1998 13:03:15 -0500
  1033.  
  1034. Kragen,
  1035.  
  1036.  - I'm pretty sure that it doesn't -- that the VESA drivers give you a
  1037.  - function-call interface, not a bunch of ports and RAM to write to.
  1038.  
  1039. You get function calls to switch memory banks and to set up modes.  You
  1040. still write to RAM directly.
  1041.  
  1042.  - I'm contacting the developers to see if they'll show me the asm source
  1043.  - for the color-cycling stuff.
  1044.  
  1045. Palette registers are basically in the same location on all VGA cards; this
  1046. isn't a VESA issue.  If you want assembly to set VGA palette registers, I
  1047. can post it here.  (This is also useful for fading text.)
  1048.  
  1049. Damien M. Jones   \\
  1050. dmj@fractalus.com  \\  http://www.icd.com/tsd/ (temporary sanity designs)
  1051.                     \\  http://www.fractalus.com/ (fractals are my hobby)
  1052.  
  1053. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1054. Post Message:   fractdev@lists.xmission.com
  1055. Get Commands:   majordomo@lists.xmission.com "help"
  1056. Administrator:  twegner@phoenix.net
  1057. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1058.  
  1059.  
  1060. -------------------------------------------------------------------------------
  1061.  
  1062. From: "Peter Gavin" <pgavin@mindspring.com>
  1063. Subject: RE: (fractdev) Fractint in dosemu
  1064. Date: 23 Jul 1998 14:12:12 -0400
  1065.  
  1066. //  On Thu, 23 Jul 1998, Peter Gavin wrote:
  1067. //  > I suspect the video problems have alot to do with the fact
  1068. //  that your running
  1069. //  > it in a window.  Correct me if I'm wrong, but I think VESA uses direct
  1070. //  > hardware access to display graphics,
  1071. //
  1072. //  I'm pretty sure that it doesn't -- that the VESA drivers give you a
  1073. //  function-call interface, not a bunch of ports and RAM to write to.  But
  1074. //  I don't really know.  At any rate, it's running in a window, so
  1075. //  whatever direct hardware access it's using is emulated anyway.
  1076. //
  1077.  
  1078. Well, the vesa drivers could do the direct hardware access themselves, and
  1079. you tell them what you want done through a function.  I don't even know if
  1080. VESA uses that anyway, though...  Could someone else explain this?
  1081.  
  1082.  
  1083. //  > which makes it fast, but windows 95
  1084. //  > doesn't like that, so I figure X/Dosemu doesn't either.
  1085. //
  1086. //  I have a cute little game (Nuclear Insanity) which successfully
  1087. //  color-cycles.  I'm pretty sure Nuke does direct hardware access; I'm
  1088. //  contacting the developers to see if they'll show me the asm source for
  1089. //  the color-cycling stuff.
  1090. //
  1091.  
  1092. Does that nuke game do color cycling in a window?  Because if X is running
  1093. at 16- or 24-bit color, that could explain why color cycling doesn't work.
  1094. Cycling is just done by rotating the palette, of course, but the higher
  1095. depth color modes don't use palettes, so there would have to be some kind of
  1096. code in dosemu to rotate them manually pixel by pixel, which would really be
  1097. a pain.
  1098.  
  1099.  
  1100. //  >  In fact, if I
  1101. //  > switch out of fractint while it's in a VESA graphics mode, I
  1102. //  can't go back
  1103. //  > and windows tells me it must close the program.  I _can_ use
  1104. //  320x200 or
  1105. //  > 320x240 but only the former works in a window.  All other
  1106. //  graphics modes are
  1107. //  > unusable.
  1108. //
  1109. //  800x600 and 1024x768 all work in a window for me.  The only time I've
  1110. //  had dosemu crash is when I do 'L'.
  1111. //
  1112.  
  1113. I don't think I was really clear about this, and I suppose you understood
  1114. anyways, but... I should have said that in full screen mode, I can use
  1115. anything up to 1024x768 (my monitors max res) but if I switch out which in
  1116. graphics mode, Fractint dies.  If I'm in 320x200 or 320x240, it doesn't die,
  1117. and fractint will _run_ while windowed at 320x200, because windows likes
  1118. that mode, since it's extremely simple.  320x240 will show up ok in a
  1119. window, but the program halts until I go back to full screen.
  1120.  
  1121.  
  1122. //  DOSEMU has been in beta for years and years.  Maybe one day it
  1123. //  will escape.
  1124. //
  1125. //  Fractint can try to write straight to the screen, but it won't succeed
  1126. //  in a million years...
  1127. //
  1128. //  (btw: I haven't set up the VGA stuff with dosemu, so I *have* to run it
  1129. //  in a window.)
  1130.  
  1131. That's okay, alot of software doesn't ever get out of beta...  Like ICQ!
  1132. Kinda wierd, when you think about it.  7 million people are running a beta
  1133. software and probably dont even realize it! :)  If it's stable enough for 7
  1134. million people it should be out of beta by now, don't you think?
  1135.  
  1136.  
  1137.  
  1138. Pete
  1139. <pgavin@mindspring.com>
  1140.  
  1141.  
  1142. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1143. Post Message:   fractdev@lists.xmission.com
  1144. Get Commands:   majordomo@lists.xmission.com "help"
  1145. Administrator:  twegner@phoenix.net
  1146. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1147.  
  1148.  
  1149. -------------------------------------------------------------------------------
  1150.  
  1151. From: kragen@pobox.com (Kragen)
  1152. Subject: RE: (fractdev) Fractint in dosemuZ
  1153. Date: 23 Jul 1998 14:18:57 -0400 (EDT)
  1154.  
  1155. On Thu, 23 Jul 1998, Damien M. Jones wrote:
  1156. > Frankly, I'm surprised (pleasantly so) that DOSemu works so well.
  1157.  
  1158. Me too.  My wife and I are going to analyze some data, and the software
  1159. she wants to use runs on DOS, so I thought I'd try it.
  1160.  
  1161. Kragen
  1162.  
  1163.  
  1164. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1165. Post Message:   fractdev@lists.xmission.com
  1166. Get Commands:   majordomo@lists.xmission.com "help"
  1167. Administrator:  twegner@phoenix.net
  1168. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1169.  
  1170.  
  1171. -------------------------------------------------------------------------------
  1172.  
  1173. From: kragen@pobox.com (Kragen)
  1174. Subject: RE: (fractdev) Fractint in dosemu
  1175. Date: 23 Jul 1998 14:19:54 -0400 (EDT)
  1176.  
  1177. On Thu, 23 Jul 1998, Damien M. Jones wrote:
  1178. >  - I'm contacting the developers to see if they'll show me the asm source
  1179. >  - for the color-cycling stuff.
  1180. > Palette registers are basically in the same location on all VGA cards; this
  1181. > isn't a VESA issue.  If you want assembly to set VGA palette registers, I
  1182. > can post it here.  (This is also useful for fading text.)
  1183.  
  1184. That's what I thought, too.  But Nuclear Insanity color-cycles, and
  1185. Fractint doesn't.
  1186.  
  1187. Kragen
  1188.  
  1189.  
  1190. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1191. Post Message:   fractdev@lists.xmission.com
  1192. Get Commands:   majordomo@lists.xmission.com "help"
  1193. Administrator:  twegner@phoenix.net
  1194. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1195.  
  1196.  
  1197. -------------------------------------------------------------------------------
  1198.  
  1199. From: kragen@pobox.com (Kragen)
  1200. Subject: RE: (fractdev) Fractint in dosemu
  1201. Date: 23 Jul 1998 14:34:56 -0400 (EDT)
  1202.  
  1203. On Thu, 23 Jul 1998, Peter Gavin wrote:
  1204. > //  I have a cute little game (Nuclear Insanity) which successfully
  1205. > //  color-cycles.  I'm pretty sure Nuke does direct hardware access; I'm
  1206. > //  contacting the developers to see if they'll show me the asm source for
  1207. > //  the color-cycling stuff.
  1208. > //
  1209. > Does that nuke game do color cycling in a window?
  1210.  
  1211. Yes.  I'm running X at 8bpp.
  1212.  
  1213. > //  DOSEMU has been in beta for years and years.  Maybe one day it
  1214. > //  will escape.
  1215. > //
  1216. > //  Fractint can try to write straight to the screen, but it won't succeed
  1217. > //  in a million years...
  1218. > //
  1219. > //  (btw: I haven't set up the VGA stuff with dosemu, so I *have* to run it
  1220. > //  in a window.)
  1221. > That's okay, alot of software doesn't ever get out of beta...  Like ICQ!
  1222.  
  1223. There are a couple of Linux ICQ clients out there that promise to
  1224. escape beta someday soon.
  1225.  
  1226. > Kinda wierd, when you think about it.  7 million people are running a beta
  1227. > software and probably dont even realize it! :)  If it's stable enough for 7
  1228. > million people it should be out of beta by now, don't you think?
  1229.  
  1230. Nah.
  1231.  
  1232. Kragen
  1233.  
  1234.  
  1235. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1236. Post Message:   fractdev@lists.xmission.com
  1237. Get Commands:   majordomo@lists.xmission.com "help"
  1238. Administrator:  twegner@phoenix.net
  1239. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1240.  
  1241.  
  1242. -------------------------------------------------------------------------------
  1243.  
  1244. From: "Damien M. Jones" <dmj@fractalus.com>
  1245. Subject: RE: (fractdev) Fractint in dosemu
  1246. Date: 23 Jul 1998 13:36:43 -0500
  1247.  
  1248. Peter,
  1249.  
  1250.  - Kinda wierd, when you think about it.  7 million people are running a
  1251.  - beta software and probably dont even realize it! :)
  1252.  
  1253. Closer to 14 million, actually.
  1254.  
  1255.  - If it's stable enough for 7 million people it should be out of beta
  1256.  - by now, don't you think?
  1257.  
  1258. You must be one of those people who has never had a problem.  I
  1259. wholeheartedly agree with the beta status of ICQ (even though in part it
  1260. was a marketing position).  ICQ crashes quite frequently, more often than
  1261. most of the software I use (more often than Windows, even).  It also
  1262. exhibits odd behavior, such as getting confused about who is online and who
  1263. is not.  Part of the problem is that ICQ doesn't seem to have a TCP
  1264. fallback protocol for when it can't reliably communicate using UDP.  When a
  1265. net brown-out occurs, and half the packets go AWOL, ICQ just quits working,
  1266. basically, sending duplicate messages, not getting confirmation that
  1267. messages were received, etc.
  1268.  
  1269. On the whole, though, ICQ performs pretty well.  The ICQ servers have
  1270. actually improved over time; they still have odd quirks but for the most
  1271. part they work OK.  I'm happy with the package, although I'm definitely NOT
  1272. happy AOL ended up buying it.
  1273.  
  1274. Damien M. Jones   \\
  1275. dmj@fractalus.com  \\  http://www.icd.com/tsd/ (temporary sanity designs)
  1276.                     \\  http://www.fractalus.com/ (fractals are my hobby)
  1277.  
  1278. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1279. Post Message:   fractdev@lists.xmission.com
  1280. Get Commands:   majordomo@lists.xmission.com "help"
  1281. Administrator:  twegner@phoenix.net
  1282. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1283.  
  1284.  
  1285. -------------------------------------------------------------------------------
  1286.  
  1287. From: "Damien M. Jones" <dmj@fractalus.com>
  1288. Subject: RE: (fractdev) Fractint in dosemu
  1289. Date: 23 Jul 1998 13:38:00 -0500
  1290.  
  1291. Kragen,
  1292.  
  1293.  - That's what I thought, too.  But Nuclear Insanity color-cycles, and
  1294.  - Fractint doesn't.
  1295.  
  1296. It's possible that Nuclear Insanity color-cycles by actually altering pixel
  1297. data, rather than changing palette registers.  For a 256-color mode this is
  1298. pretty trivial, even to set up multiple cycle patterns within a single
  1299. palette.
  1300.  
  1301. Damien M. Jones   \\
  1302. dmj@fractalus.com  \\  http://www.icd.com/tsd/ (temporary sanity designs)
  1303.                     \\  http://www.fractalus.com/ (fractals are my hobby)
  1304.  
  1305. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1306. Post Message:   fractdev@lists.xmission.com
  1307. Get Commands:   majordomo@lists.xmission.com "help"
  1308. Administrator:  twegner@phoenix.net
  1309. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1310.  
  1311.  
  1312. -------------------------------------------------------------------------------
  1313.  
  1314. From: kragen@pobox.com (Kragen)
  1315. Subject: RE: (fractdev) Fractint in dosemu
  1316. Date: 23 Jul 1998 14:48:25 -0400 (EDT)
  1317.  
  1318. On Thu, 23 Jul 1998, Damien M. Jones wrote:
  1319. > Kragen,
  1320. >  - That's what I thought, too.  But Nuclear Insanity color-cycles, and
  1321. >  - Fractint doesn't.
  1322. > It's possible that Nuclear Insanity color-cycles by actually altering pixel
  1323. > data, 
  1324.  
  1325. No, because the background of my screen (and everything else) changes
  1326. color while my mouse is in the Nuclear Insanity window.
  1327.  
  1328. > rather than changing palette registers.  For a 256-color mode this is
  1329. > pretty trivial, even to set up multiple cycle patterns within a single
  1330. > palette.
  1331.  
  1332. It might be feasible, but it wouldn't be trivial.
  1333.  
  1334. Kragen
  1335.  
  1336.  
  1337. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1338. Post Message:   fractdev@lists.xmission.com
  1339. Get Commands:   majordomo@lists.xmission.com "help"
  1340. Administrator:  twegner@phoenix.net
  1341. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1342.  
  1343.  
  1344. -------------------------------------------------------------------------------
  1345.  
  1346. From: "Peter Gavin" <pgavin@mindspring.com>
  1347. Subject: RE: (fractdev) Fractint in dosemu
  1348. Date: 23 Jul 1998 15:05:02 -0400
  1349.  
  1350. //  On the whole, though, ICQ performs pretty well.  The ICQ servers have
  1351. //  actually improved over time; they still have odd quirks but for the most
  1352. //  part they work OK.  I'm happy with the package, although I'm
  1353. //  definitely NOT
  1354. //  happy AOL ended up buying it.
  1355.  
  1356. Amen to that!  Really, though, they already have Instant Messanger, why ICQ,
  1357. too?  I don't even know how Mirabilis (err... AOL, now) makes any money from
  1358. it, they don't sell advertising (much), and ICQ is free.
  1359.  
  1360.  
  1361. Pete
  1362. <pgavin@mindspring.com>
  1363.  
  1364.  
  1365.  
  1366. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1367. Post Message:   fractdev@lists.xmission.com
  1368. Get Commands:   majordomo@lists.xmission.com "help"
  1369. Administrator:  twegner@phoenix.net
  1370. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1371.  
  1372.  
  1373. -------------------------------------------------------------------------------
  1374.  
  1375. From: "Dean-Christian Strik" <cstrik.isg@hetnet.nl>
  1376. Subject: Re: (fractdev) Fractint in dosemu
  1377. Date: 23 Jul 1998 21:17:12 +0200
  1378.  
  1379. :Mode X displays allow page
  1380. :flipping, hardware panning, and displays of 320x or 360x, x200, x240, x400,
  1381. :and x480.  When I was looking into game programming on the PC we found
  1382. :information on this.  It's more awkward to work with the screen this way,
  1383. :due to some of those clever programming tricks, but it's usually worth the
  1384. :hassle.
  1385.  
  1386.  
  1387. It can have funny results. Today I assembled a friend's computer with an AMD
  1388. K6-233 and a Stealth-II 4MB PCI card (nice card BTW - overclocking it by 20%
  1389. gave us an average framerate of about 100 in Unreal under Win98 at
  1390. 640x480x2^16). When we ran Quake I under windows 98 to test the speed of the
  1391. video card using any of the Mode X display resolutions, the framerate dropped
  1392. to about 7 - for about 56 at 1024x768 (during this test I did no
  1393. overclocking).
  1394.  
  1395. But this maybe an exception (I hope)...
  1396.  
  1397. Christian
  1398.  
  1399.  
  1400.  
  1401.  
  1402. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1403. Post Message:   fractdev@lists.xmission.com
  1404. Get Commands:   majordomo@lists.xmission.com "help"
  1405. Administrator:  twegner@phoenix.net
  1406. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1407.  
  1408.  
  1409. -------------------------------------------------------------------------------
  1410.  
  1411. From: "Dean-Christian Strik" <cstrik.isg@hetnet.nl>
  1412. Subject: Re: (fractdev) Fractint in dosemu
  1413. Date: 23 Jul 1998 22:03:27 +0200
  1414.  
  1415. : - If it's stable enough for 7 million people it should be out of beta
  1416. : - by now, don't you think?
  1417. :
  1418. :You must be one of those people who has never had a problem.  I
  1419. :wholeheartedly agree with the beta status of ICQ (even though in part it
  1420. :was a marketing position).  ICQ crashes quite frequently, more often than
  1421. :most of the software I use (more often than Windows, even).  It also
  1422. :exhibits odd behavior, such as getting confused about who is online and who
  1423. :is not.  Part of the problem is that ICQ doesn't seem to have a TCP
  1424. :fallback protocol for when it can't reliably communicate using UDP.  When a
  1425. :net brown-out occurs, and half the packets go AWOL, ICQ just quits working,
  1426. :basically, sending duplicate messages, not getting confirmation that
  1427. :messages were received, etc.
  1428.  
  1429.  
  1430. I experience some errors, too. Especially concerning messages I never
  1431. received. I still have four of you ICQing fractinters in the 'Waiting
  1432. authorization from' area of my ICQ window. Unless they/you (Gedeon Peteri,
  1433. John Wilson, John Misterio and Pete Gavin) haven't used ICQ for about two
  1434. weeks, I never got an acception confirmation (or denial). I sorted this out
  1435. with a friend who also remained in the Auth. area - he sure has sent me one.
  1436. There is no point in again giving permission (or not) (if possible anyway).
  1437. No, I agree that ICQ can stay Beta for a while...
  1438.  
  1439. :On the whole, though, ICQ performs pretty well.  The ICQ servers have
  1440. :actually improved over time; they still have odd quirks but for the most
  1441. :part they work OK.  I'm happy with the package, although I'm definitely NOT
  1442. :happy AOL ended up buying it.
  1443.  
  1444.  
  1445. Ah.. Damien - didn't know you were on ICQ. Can I have your # for my list
  1446. (http://come.to/fractinticq - sorry 'bout the popup windows - i'll have these
  1447. removed soon). And what about Mr. Sitarek? :-)
  1448.  
  1449. Christian
  1450.  
  1451.  
  1452.  
  1453.  
  1454.  
  1455. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1456. Post Message:   fractdev@lists.xmission.com
  1457. Get Commands:   majordomo@lists.xmission.com "help"
  1458. Administrator:  twegner@phoenix.net
  1459. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1460.  
  1461.  
  1462. -------------------------------------------------------------------------------
  1463.  
  1464. From: "Dean-Christian Strik" <cstrik.isg@hetnet.nl>
  1465. Subject: Re: (fractdev) Fractint in dosemu
  1466. Date: 23 Jul 1998 22:30:22 +0200
  1467.  
  1468. :Ah.. Damien - didn't know you were on ICQ. Can I have your # for my list
  1469. :(http://come.to/fractinticq - sorry 'bout the popup windows - i'll have these
  1470. :removed soon). And what about Mr. Sitarek? :-)
  1471.  
  1472.  
  1473. Typo, sorry - of course mean Mr. Sitaker.
  1474.  
  1475.  
  1476. Christian
  1477.  
  1478.  
  1479.  
  1480.  
  1481. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1482. Post Message:   fractdev@lists.xmission.com
  1483. Get Commands:   majordomo@lists.xmission.com "help"
  1484. Administrator:  twegner@phoenix.net
  1485. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1486.  
  1487.  
  1488. -------------------------------------------------------------------------------
  1489.  
  1490. From: kragen@pobox.com (Kragen)
  1491. Subject: Re: (fractdev) Fractint in dosemu
  1492. Date: 23 Jul 1998 16:37:48 -0400 (EDT)
  1493.  
  1494. On Thu, 23 Jul 1998, Dean-Christian Strik wrote:
  1495. > :Ah.. Damien - didn't know you were on ICQ. Can I have your # for my list
  1496. > :(http://come.to/fractinticq - sorry 'bout the popup windows - i'll have these
  1497. > :removed soon). And what about Mr. Sitarek? :-)
  1498. > Typo, sorry - of course mean Mr. Sitaker.
  1499.  
  1500. I'll install Licq or something one of these days.  Then I'll get an ICQ
  1501. number.
  1502.  
  1503. Kragen
  1504.  
  1505.  
  1506. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1507. Post Message:   fractdev@lists.xmission.com
  1508. Get Commands:   majordomo@lists.xmission.com "help"
  1509. Administrator:  twegner@phoenix.net
  1510. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1511.  
  1512.  
  1513. -------------------------------------------------------------------------------
  1514.  
  1515. From: "Damien M. Jones" <dmj@fractalus.com>
  1516. Subject: Re: (fractdev) Fractint in dosemu
  1517. Date: 23 Jul 1998 15:59:23 -0500
  1518.  
  1519. Christian,
  1520.  
  1521.  - Ah.. Damien - didn't know you were on ICQ. Can I have your # for my
  1522.  - list
  1523.  
  1524. Well, actually, I'd prefer the number not be given out.  Despite numerous
  1525. opportunities to post my number for all to see, I have not done so.  I use
  1526. ICQ at work--and work is a small ISP, so I'm *always* online.  It is easy
  1527. enough to explain this to a few friends who understand that work means
  1528. work, but to explain it to fifty new people clamoring to add me to their
  1529. contact list...?  (Yes, the privacy settings I use are pretty strict.)
  1530. Thank you, but I will pass. :-)  Anyone who wishes to find me through ICQ
  1531. can search on my e-mail address; it's listed.  But I don't generally
  1532. broadcast the fact that I use ICQ precisely because I'd prefer most people
  1533. don't know.  So I guess I just blew it, announcing it here, huh? :-)
  1534.  
  1535. Damien M. Jones   \\
  1536. dmj@fractalus.com  \\  http://www.icd.com/tsd/ (temporary sanity designs)
  1537.                     \\  http://www.fractalus.com/ (fractals are my hobby)
  1538.  
  1539. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1540. Post Message:   fractdev@lists.xmission.com
  1541. Get Commands:   majordomo@lists.xmission.com "help"
  1542. Administrator:  twegner@phoenix.net
  1543. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1544.  
  1545.  
  1546. -------------------------------------------------------------------------------
  1547.  
  1548. From: "Paul N. Lee" <Paul.N.Lee@Worldnet.att.net>
  1549. Subject: Re: (fractdev) Fractint in dosemu
  1550. Date: 23 Jul 1998 18:04:24 -0500
  1551.  
  1552. Damien M. Jones wrote:
  1553. >
  1554. > Anyone who wishes to find me through ICQ can search on
  1555. > my e-mail address; it's listed.
  1556.  
  1557.   819593   Damien           ??
  1558.  1945253   damien           damien@seanet.com
  1559.  3620685   ?                damien@seanet.com
  1560.  5985594   Damo             damien05@hotmail.com
  1561. 11634164   Rooboy           rooboy@netlink.com.au
  1562. 12910213   Thunder In Eye   dgjones@shaw.wave.ca
  1563. 14525812   bones            rusha@ix.net.au
  1564.  
  1565. But nothing for  <dmj@icd.com>  or  <dmj@fractalus.com>
  1566.  
  1567. P.N.L.
  1568.      Why do most folks hate cynics so much?
  1569.        Because we're almost always right.
  1570. http://www.fractalus.com/cgi-bin/theway?ring=fractals&id=43&go
  1571.  
  1572. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1573. Post Message:   fractdev@lists.xmission.com
  1574. Get Commands:   majordomo@lists.xmission.com "help"
  1575. Administrator:  twegner@phoenix.net
  1576. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1577.  
  1578.  
  1579. -------------------------------------------------------------------------------
  1580.  
  1581. From: "Damien M. Jones" <dmj@fractalus.com>
  1582. Subject: Re: (fractdev) Fractint in dosemu
  1583. Date: 23 Jul 1998 19:01:37 -0500
  1584.  
  1585. Paul,
  1586.  
  1587.  - But nothing for  <dmj@icd.com>  or  <dmj@fractalus.com>
  1588.  
  1589. Oops, you're right, I removed my e-mail address from my ICQ info.  Heh, I
  1590. must've been a bit paranoid at the time.
  1591.  
  1592. My last name is in there, though.
  1593.  
  1594. Damien M. Jones   \\
  1595. dmj@fractalus.com  \\  http://www.icd.com/tsd/ (temporary sanity designs)
  1596.                     \\  http://www.fractalus.com/ (fractals are my hobby)
  1597.  
  1598. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1599. Post Message:   fractdev@lists.xmission.com
  1600. Get Commands:   majordomo@lists.xmission.com "help"
  1601. Administrator:  twegner@phoenix.net
  1602. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1603.  
  1604.  
  1605. -------------------------------------------------------------------------------
  1606.  
  1607. From: Jonathan Osuch <73277.1432@compuserve.com>
  1608. Subject: Re: (fractdev) Fractint in dosemu
  1609. Date: 23 Jul 1998 21:29:59 -0400
  1610.  
  1611. Kragen,
  1612.  
  1613. >> - When I select 800x600x256 from the DEL screen, it works properly, an=
  1614. d
  1615. dosemu says: vesa_set_SVGA_mode(): mode=3D0x5e.  But if I TAB to the info=
  1616.  
  1617. screen, then hit TAB again to get back to the picture, it doesn't print
  1618. that message, and it also doesn't redisplay the picture. <<
  1619.  
  1620. Have you tried using the textsafe=3Dsave option?
  1621.  
  1622. >> - Sometimes, in VESA mode, solid-guessing doesn't fill in the solids o=
  1623. n
  1624. some lines.  I'll see a fractal with big black cracks across it, with dot=
  1625. s
  1626. scattered in the cracks.  The cracks go away on later iterations; I menti=
  1627. on
  1628. this because it might be of help with other problems. <<
  1629.  
  1630. What happens with passes=3D1?  Could this be a periodicity problem?  Try
  1631. using the command periodicity=3D0.
  1632.  
  1633. >> I think this happens every time you try to browse images (with "L").  =
  1634. I
  1635. seem to remember that this used to crash the computer in real MS-DOS as
  1636. well.  Running fractint, hitting F3, and typing "L" makes it crash, too (=
  1637. in
  1638. dosemu, that is). <<
  1639.  
  1640. This may be fixed in the 19.6 developer's version.  Would you please run
  1641. Fractint with the debug=3D10000 command line option, and tell me what it
  1642. reports?   Also, it would be helpful to know how much memory is free on
  1643. your system (below 640K, expanded, extended).  Also, any other pertinent
  1644. information which may be useful. For example, a non-Intel CPU.
  1645.  
  1646. Jonathan
  1647.  
  1648. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1649. Post Message:   fractdev@lists.xmission.com
  1650. Get Commands:   majordomo@lists.xmission.com "help"
  1651. Administrator:  twegner@phoenix.net
  1652. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1653.  
  1654.  
  1655. -------------------------------------------------------------------------------
  1656.  
  1657. From: kragen@pobox.com (Kragen)
  1658. Subject: Re: (fractdev) Fractint in dosemu
  1659. Date: 23 Jul 1998 23:43:19 -0400 (EDT)
  1660.  
  1661. On Thu, 23 Jul 1998, Jonathan Osuch wrote:
  1662. > Kragen,
  1663. > >> - When I select 800x600x256 from the DEL screen, it works properly, and
  1664. > dosemu says: vesa_set_SVGA_mode(): mode=0x5e.  But if I TAB to the info
  1665. > screen, then hit TAB again to get back to the picture, it doesn't print
  1666. > that message, and it also doesn't redisplay the picture. <<
  1667. > Have you tried using the textsafe=save option?
  1668.  
  1669. You know, I should have tried that right away, but I didn't think it
  1670. would help any -- I guess I misunderstood the problem it was supposed
  1671. to solve.  (I haven't read the textsafe documentation since probably
  1672. 1994. :).  It works!  Thanks!
  1673.  
  1674. > >> - Sometimes, in VESA mode, solid-guessing doesn't fill in the solids on
  1675. > some lines.  I'll see a fractal with big black cracks across it, with dots
  1676. > scattered in the cracks.  The cracks go away on later iterations; I mention
  1677. > this because it might be of help with other problems. <<
  1678. > What happens with passes=1?  Could this be a periodicity problem?  Try
  1679. > using the command periodicity=0.
  1680.  
  1681. I'd think that, if it were a periodicity problem, the cracks would not
  1682. go away on later passes.  Indeed, fractint textsafe=save periodicity=0
  1683. continues to display the cracks.
  1684.  
  1685. > >> I think this happens every time you try to browse images (with "L").  I
  1686. > seem to remember that this used to crash the computer in real MS-DOS as
  1687. > well.  Running fractint, hitting F3, and typing "L" makes it crash, too (in
  1688. > dosemu, that is). <<
  1689. > This may be fixed in the 19.6 developer's version.  
  1690.  
  1691. I'll probably grab 19.6 one of these days soon.
  1692.  
  1693. > Would you please run
  1694. > Fractint with the debug=10000 command line option, and tell me what it
  1695. > reports?   
  1696.  
  1697. CPU type: 386  FPU type: 387  IIT FPU: 0  Video: 5  Video chip: 14 (vesa)
  1698.  
  1699.  1954 NEAR bytes free
  1700.  120928 FAR bytes free
  1701.  8612 STACK bytes free
  1702.  12680 used by HISTORY structure
  1703.  21600 video table used
  1704.  
  1705. > Also, it would be helpful to know how much memory is free on
  1706. > your system (below 640K, expanded, extended).  Also, any other pertinent
  1707. > information which may be useful. For example, a non-Intel CPU.
  1708.  
  1709. Some other pertinent information you might be interested in is at the
  1710. top of the message you were replying to.
  1711.  
  1712. My dosemu settings for amount of RAM available in unconventional ways follow:
  1713.  
  1714. # Memory.
  1715.  
  1716. dpmi 8192 # 1/4 of all RAM
  1717.  
  1718. # I don't think I'll actually use these:
  1719. xms 1024
  1720. ems 1024
  1721.  
  1722. The "1/4 of all RAM" comment refers to the fact that I actually have 32
  1723. megs in my machine, physically.
  1724.  
  1725. Thanks very much for your interest!  (Particularly since most of these 
  1726. problems are probably in dosemu or OpenDOS, not Fractint.)
  1727.  
  1728. Kragen
  1729.  
  1730.  
  1731.  
  1732. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1733. Post Message:   fractdev@lists.xmission.com
  1734. Get Commands:   majordomo@lists.xmission.com "help"
  1735. Administrator:  twegner@phoenix.net
  1736. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1737.  
  1738.  
  1739. -------------------------------------------------------------------------------
  1740.  
  1741. From: Jonathan Osuch <73277.1432@compuserve.com>
  1742. Subject: Re: (fractdev) Fractint in dosemu
  1743. Date: 24 Jul 1998 21:32:56 -0400
  1744.  
  1745. Kragen,
  1746.  
  1747. >> I'd think that, if it were a periodicity problem, the cracks would not=
  1748.  
  1749. go away on later passes.  Indeed, fractint textsafe=3Dsave periodicity=3D=
  1750. 0
  1751. continues to display the cracks. <<
  1752.  
  1753. Ah, in that case, I'm clueless <G>.  Does this happen with the default
  1754. fractal types, or is it a specific zoom?  And, does this particular image=
  1755.  
  1756. generate okay on other machines?
  1757.  
  1758. >> I'll probably grab 19.6 one of these days soon. <<
  1759.  
  1760. I wouldn't count on 19.6 fixing the problem with the browser locking thin=
  1761. gs
  1762. up.  Although, using the textsafe=3Dsave option should at least let you s=
  1763. ee a
  1764. message displayed.  My experience has been that with Fractint using
  1765. expanded memory is more reliable than using extended memory.  The browser=
  1766.  
  1767. needs large amounts of memory, although you have enough far memory
  1768. available that it should work.
  1769.  
  1770. The developer's version (based on 19.6) has reworked the memory handling
  1771. routines such that calls for allocating memory for data structures should=
  1772.  
  1773. not fail.  At least, that's my hope.  The theory is that if one type of
  1774. memory is requested, but enough isn't available, the next type of memory
  1775. will be allocated (or attempted to be allocated).  The sequence is far,
  1776. expanded, extended, and then disk.  If you run out of disk space, you've
  1777. got big problems.  But, that isn't really a Fractint problem <G>.
  1778.  
  1779. I'd recommend using 4 - 8 MB of expanded memory for running Fractint.  Th=
  1780. is
  1781. will keep the browser happy.
  1782.  
  1783. >> Thanks very much for your interest!  (Particularly since most of these=
  1784.  
  1785. problems are probably in dosemu or OpenDOS, not Fractint.) <<
  1786.  
  1787. You're welcome.  You can never tell when something will flush out an
  1788. obscure bug.  Reports of problems are always welcome, especially with new=
  1789.  
  1790. and different environments.
  1791.  
  1792. Jonathan
  1793.  
  1794. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1795. Post Message:   fractdev@lists.xmission.com
  1796. Get Commands:   majordomo@lists.xmission.com "help"
  1797. Administrator:  twegner@phoenix.net
  1798. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1799.  
  1800.  
  1801. -------------------------------------------------------------------------------
  1802.  
  1803. From: Tim Gilman <t.gilman@apple.com>
  1804. Subject: (fractdev) An incredibly small bug
  1805. Date: 27 Jul 1998 16:57:11 -0700
  1806.  
  1807. While coding up some Mac dialogs to fake the Basic Options screen, I came 
  1808. across this:
  1809.  
  1810. Sound (no, yes, x, y, z)
  1811.  
  1812. But the arrow keys actually perform like this:
  1813.  
  1814. <->  yes  <->  no  <->  x  <->  y  <->  z  <->
  1815.  
  1816.  
  1817. More hard-hitting bug reports coming soon....   ;-P
  1818.  
  1819. -= tim gilman
  1820. t.gilman@apple.com
  1821. tgilman@cats.ucsc.edu
  1822.  
  1823. "There is no truth, in which passing through awareness, does not lie.
  1824.  Yet we chase after it all the same."
  1825.  
  1826. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1827. Post Message:   fractdev@lists.xmission.com
  1828. Get Commands:   majordomo@lists.xmission.com "help"
  1829. Administrator:  twegner@phoenix.net
  1830. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1831.  
  1832.  
  1833. -------------------------------------------------------------------------------
  1834.  
  1835. From: Jonathan Osuch <73277.1432@compuserve.com>
  1836. Subject: Re: (fractdev) An incredibly small bug
  1837. Date: 27 Jul 1998 21:19:23 -0400
  1838.  
  1839. Tim,
  1840.  
  1841. >>
  1842. Sound (no, yes, x, y, z)
  1843.  
  1844. But the arrow keys actually perform like this:
  1845.  
  1846. <->  yes  <->  no  <->  x  <->  y  <->  z  <->
  1847. <<
  1848.  
  1849. Got it, thanks.  I changed the prompt so it reads:
  1850.  
  1851. Sound (yes, no, x, y, z)
  1852.  
  1853. Jonathan
  1854.  
  1855. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1856. Post Message:   fractdev@lists.xmission.com
  1857. Get Commands:   majordomo@lists.xmission.com "help"
  1858. Administrator:  twegner@phoenix.net
  1859. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1860.  
  1861.  
  1862. -------------------------------------------------------------------------------
  1863.  
  1864. From: kragen@pobox.com (Kragen)
  1865. Subject: Re: (fractdev) Fractint in dosemu
  1866. Date: 29 Jul 1998 10:50:24 -0400 (EDT)
  1867.  
  1868. Sorry it took so long for me to answer!
  1869.  
  1870. On Fri, 24 Jul 1998, Jonathan Osuch wrote:
  1871. > >> I'd think that, if it were a periodicity problem, the cracks would not
  1872. > go away on later passes.  Indeed, fractint textsafe=save periodicity=0
  1873. > continues to display the cracks. <<
  1874. > Ah, in that case, I'm clueless <G>.  Does this happen with the default
  1875. > fractal types, or is it a specific zoom?  And, does this particular image
  1876. > generate okay on other machines?
  1877.  
  1878. It seems to happen with all escape-time fractal types; I noticed it
  1879. first with mandel, zooming in on the crack between the main cardioid
  1880. and the big circle next to it.  It happens with lots of images, but not
  1881. necessarily all.
  1882.  
  1883. > >> I'll probably grab 19.6 one of these days soon. <<
  1884. > I wouldn't count on 19.6 fixing the problem with the browser locking things
  1885. > up.  
  1886.  
  1887. You mean, when I try to do "L"?
  1888.  
  1889. > Although, using the textsafe=save option should at least let you see a
  1890. > message displayed.  My experience has been that with Fractint using
  1891. > expanded memory is more reliable than using extended memory.  
  1892.  
  1893. I could turn off XMS without much trouble.  What about DPMI?  Does
  1894. Fractint support it?
  1895.  
  1896. > The browser
  1897. > needs large amounts of memory, although you have enough far memory
  1898. > available that it should work.
  1899.  
  1900. Well, it could just be a problem with dosemu's memory management --
  1901. although it *did* happen under raw DOS on the 5x86.  (I don't remember
  1902. whether it was MS-DOS or OpenDOS.)
  1903.  
  1904. > The developer's version (based on 19.6) has reworked the memory handling
  1905. > routines such that calls for allocating memory for data structures should
  1906. > not fail.  At least, that's my hope.  The theory is that if one type of
  1907. > memory is requested, but enough isn't available, the next type of memory
  1908. > will be allocated (or attempted to be allocated).  The sequence is far,
  1909. > expanded, extended, and then disk.  If you run out of disk space, you've
  1910. > got big problems.  But, that isn't really a Fractint problem <G>.
  1911.  
  1912. Heh :)
  1913.  
  1914. In dosemu, it's quite reasonable for me (on my 32M machine) to make 90M
  1915. available through EMS, XMS, or DPMI (provided those interfaces can
  1916. support such large amounts of memory -- can they?) and let Linux handle
  1917. swapping to disk.
  1918.  
  1919. > I'd recommend using 4 - 8 MB of expanded memory for running Fractint.  This
  1920. > will keep the browser happy.
  1921.  
  1922. OK, I'll try that.
  1923.  
  1924. > >> Thanks very much for your interest!  (Particularly since most of these
  1925. > problems are probably in dosemu or OpenDOS, not Fractint.) <<
  1926. > You're welcome.  You can never tell when something will flush out an
  1927. > obscure bug.  Reports of problems are always welcome, especially with new
  1928. > and different environments.
  1929.  
  1930. That's wonderful!
  1931.  
  1932. Kragen (who just read the Algorithmic Beauty of Plants, and is
  1933. salivating over the thought of rendering IFSes as escape-time fractals)
  1934.  
  1935.  
  1936. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1937. Post Message:   fractdev@lists.xmission.com
  1938. Get Commands:   majordomo@lists.xmission.com "help"
  1939. Administrator:  twegner@phoenix.net
  1940. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1941.  
  1942.  
  1943. -------------------------------------------------------------------------------
  1944.  
  1945. From: Ron Barnett <rbarnett@telenet.net>
  1946. Subject: (fractdev) test
  1947. Date: 29 Jul 1998 15:43:02 -0400
  1948.  
  1949. I don't seem to be getting fractdev list mail. This is a test.
  1950.  
  1951. Thanks for using Fractdev, The Fractint Developer's Discussion List
  1952. Post Message:   fractdev@lists.xmission.com
  1953. Get Commands:   majordomo@lists.xmission.com "help"
  1954. Administrator:  twegner@phoenix.net
  1955. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  1956.  
  1957.  
  1958. -------------------------------------------------------------------------------
  1959.  
  1960. From: Jonathan Osuch <73277.1432@compuserve.com>
  1961. Subject: Re: (fractdev) Fractint in dosemu
  1962. Date: 29 Jul 1998 21:34:52 -0400
  1963.  
  1964. Kragen,
  1965.  
  1966. >> It seems to happen with all escape-time fractal types; I noticed it
  1967. first with mandel, zooming in on the crack between the main cardioid
  1968. and the big circle next to it.  It happens with lots of images, but not
  1969. necessarily all. <<
  1970.  
  1971. Would it be a problem for you to email me a small GIF illustrating the
  1972. problem?  Is this only a problem with solid guessing?  Is the final image=
  1973.  
  1974. affected?  Is the crack vertical or horizontal?  What happens if you use
  1975. "symmetry=3Dno"?
  1976.  
  1977. >> > >> I'll probably grab 19.6 one of these days soon. <<
  1978. > =
  1979.  
  1980. > I wouldn't count on 19.6 fixing the problem with the browser locking
  1981. things
  1982. > up.  =
  1983.  
  1984.  
  1985. You mean, when I try to do "L"?
  1986. <<
  1987.  
  1988. Yes, pressing "L" invokes the browser unless you are in color cycling or
  1989. the palette editor.
  1990.  
  1991. >> What about DPMI?  Does Fractint support it? <<
  1992.  
  1993. Not at present, and I think DPMI support is way beyond my skills.
  1994.  
  1995. >> In dosemu, it's quite reasonable for me (on my 32M machine) to make 90=
  1996. M
  1997. available through EMS, XMS, or DPMI (provided those interfaces can
  1998. support such large amounts of memory -- can they?) and let Linux handle
  1999. swapping to disk. <<
  2000.  
  2001. I don't know what the limits are.
  2002.  
  2003. Jonathan
  2004.  
  2005. Thanks for using Fractdev, The Fractint Developer's Discussion List
  2006. Post Message:   fractdev@lists.xmission.com
  2007. Get Commands:   majordomo@lists.xmission.com "help"
  2008. Administrator:  twegner@phoenix.net
  2009. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  2010.  
  2011.  
  2012. -------------------------------------------------------------------------------
  2013.  
  2014. From: Jonathan Osuch <73277.1432@compuserve.com>
  2015. Subject: Re: (fractdev) Fractint in dosemu
  2016. Date: 30 Jul 1998 21:21:43 -0400
  2017.  
  2018. Kragen,
  2019.  
  2020. >> Here's a 13K GIF.  It was generated by xv, not fractint, and it
  2021. illustrates some problems erasing the zoom box, the "problem" in which
  2022. parts of the old image are not erased until the drawing process reaches
  2023. them, and the horizontal-crack problems. <<
  2024.  
  2025. That's an interesting image.  What video adapter are you using?  Because
  2026. this happens with more than one program, the video adapter might be causi=
  2027. ng
  2028. the problem.  Depending on your video adapter, what happens when you forc=
  2029. e
  2030. the detection with the command line adapter=3Dxxxx?  This should prevent =
  2031. the
  2032. use of the VESA routines.
  2033.  
  2034. >> >  Is the final image affected?
  2035.  
  2036. Interestingly, no, not at all.
  2037. <<
  2038.  
  2039. That pixel data has to be going somewhere.  Perhaps what is happening is
  2040. that we are crossing a boundary when we are doing the pixel write.  Some =
  2041. of
  2042. the pixels get written because they are on the correct side of the
  2043. boundary.  Do the cracks always appear in the same location on the screen=
  2044. ?
  2045.  
  2046. >> >  What happens if you use "symmetry=3Dno"?
  2047.  
  2048. Where do I use that? <<
  2049.  
  2050. Either on the command line or by pressing the <g> key.
  2051.  
  2052. Jonathan
  2053.  
  2054. Thanks for using Fractdev, The Fractint Developer's Discussion List
  2055. Post Message:   fractdev@lists.xmission.com
  2056. Get Commands:   majordomo@lists.xmission.com "help"
  2057. Administrator:  twegner@phoenix.net
  2058. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  2059.  
  2060.  
  2061. -------------------------------------------------------------------------------
  2062.  
  2063. From: "Peter Gavin" <pgavin@mindspring.com>
  2064. Subject: (fractdev) C complex types
  2065. Date: 31 Jul 1998 02:03:24 -0400
  2066.  
  2067. This is a multi-part message in MIME format.
  2068.  
  2069. ------=_NextPart_000_0001_01BDBC27.666E6820
  2070. Content-Type: text/plain;
  2071.     charset="iso-8859-1"
  2072. Content-Transfer-Encoding: quoted-printable
  2073.  
  2074. I know this probably sounds really stupid, but it's the *only* thing in =
  2075. C that confuses me...  Can someone explain to me how I can interpret and =
  2076. create variable types such as:
  2077.  
  2078. const int * const annoying[3];
  2079.  
  2080. I want to make an array of constant pointers to constant chars, such as:
  2081.  
  2082. typedef const char /* a bunch of confusing stuff */ stupid;
  2083.  
  2084. stupid adjectives =3D { "idiot", "moron", "Bill Gates" }
  2085.  
  2086. Now, as you can see, the 3 strings are constant, but varying length, so =
  2087. I want an array of 3 pointers to characters.  The pointers are constant, =
  2088. as are the characters.  How the @#$% do I do this? <g>
  2089. (I know this is somewhat unnecessary [I suppose using char ** would =
  2090. work] but I want to prevent all modifications, since the strings are to =
  2091. be global. I also want to learn how to do this without using typedefs =
  2092. since alot of people do and I'll need to figure this out eventually.)
  2093.  
  2094. Peter Gavin
  2095. <pgavin@mindspring.com>
  2096.  
  2097. // End transmission
  2098.  
  2099.  
  2100.  
  2101. ------=_NextPart_000_0001_01BDBC27.666E6820
  2102. Content-Type: text/html;
  2103.     charset="iso-8859-1"
  2104. Content-Transfer-Encoding: quoted-printable
  2105.  
  2106. <!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
  2107. <HTML>
  2108. <HEAD>
  2109.  
  2110. <META content=3D"text/html; charset=3Diso-8859-1" =
  2111. http-equiv=3DContent-Type>
  2112. <META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
  2113. </HEAD>
  2114. <BODY bgColor=3D#ffffff>
  2115. <DIV><SPAN class=3D600004805-31071998><FONT color=3D#000000 =
  2116. face=3DVerdana size=3D2>I=20
  2117. know this probably sounds really stupid, but it's the *only* thing in C =
  2118. that=20
  2119. confuses me...  Can someone explain to me how I can interpret and =
  2120. create=20
  2121. variable types such as:</FONT></SPAN></DIV>
  2122. <DIV><SPAN class=3D600004805-31071998><FONT color=3D#000000 =
  2123. face=3DVerdana=20
  2124. size=3D2></FONT></SPAN> </DIV>
  2125. <DIV><SPAN class=3D600004805-31071998><FONT size=3D2><FONT =
  2126. face=3D"Courier New"><FONT=20
  2127. color=3D#000000>const int * const =
  2128. annoying[3];</FONT></FONT></FONT></SPAN><FONT=20
  2129. color=3D#000000><FONT face=3D"Courier New"><FONT =
  2130. size=3D2></FONT></FONT></FONT></DIV>
  2131. <DIV><SPAN class=3D600004805-31071998><FONT color=3D#000000 =
  2132. face=3DVerdana=20
  2133. size=3D2></FONT></SPAN> </DIV>
  2134. <DIV><SPAN class=3D600004805-31071998><FONT color=3D#000000 =
  2135. face=3DVerdana size=3D2>I=20
  2136. want to make an array of constant pointers to constant chars, such=20
  2137. as:</FONT></SPAN></DIV>
  2138. <DIV> </DIV>
  2139. <DIV><SPAN class=3D600004805-31071998><FONT size=3D2><FONT =
  2140. face=3D"Courier New"><FONT=20
  2141. color=3D#000000>typedef const char /* a bunch of confusing stuff */=20
  2142. stupid;</FONT></FONT></FONT></SPAN></DIV>
  2143. <DIV><SPAN class=3D600004805-31071998><FONT size=3D2><FONT =
  2144. face=3D"Courier New"><FONT=20
  2145. color=3D#000000></FONT></FONT></FONT></SPAN><FONT color=3D#000000><FONT=20
  2146. face=3D"Courier New"><FONT size=3D2></FONT></FONT></FONT> </DIV>
  2147. <DIV><SPAN class=3D600004805-31071998><FONT color=3D#000000 =
  2148. face=3D"Courier New"=20
  2149. size=3D2>stupid adjectives =3D { "idiot", "moron", =
  2150. "Bill=20
  2151. Gates" }</FONT></SPAN></DIV>
  2152. <DIV> </DIV>
  2153. <DIV><FONT color=3D#000000 face=3D"Courier New" size=3D2></FONT><SPAN=20
  2154. class=3D600004805-31071998><FONT color=3D#000000 face=3DVerdana =
  2155. size=3D2>Now, as you can=20
  2156. see, the 3 strings are constant, but varying length, so I want an array =
  2157. of 3=20
  2158. pointers to characters.  The pointers are constant, as are the=20
  2159. characters.  How the @#$% do I do this? =
  2160. <g></FONT></SPAN></DIV>
  2161. <DIV><SPAN class=3D600004805-31071998><FONT color=3D#000000 =
  2162. face=3DVerdana size=3D2>(I=20
  2163. know this is somewhat unnecessary [I suppose using char ** would work] =
  2164. but I=20
  2165. want to prevent all modifications, since the strings are to be global. I =
  2166. also=20
  2167. want to learn how to do this without using typedefs since alot of people =
  2168. do and=20
  2169. I'll need to figure this out eventually.)</FONT></SPAN></DIV>
  2170. <P><FONT face=3D"" size=3D2><BR>Peter Gavin<BR><<A=20
  2171. href=3D"mailto:pgavin@mindspring.com">pgavin@mindspring.com</A>><BR><B=
  2172. R><EM><FONT=20
  2173. face=3D"" size=3D1>// End transmission</FONT></EM></FONT></P>
  2174. <DIV> </DIV></BODY></HTML>
  2175.  
  2176. ------=_NextPart_000_0001_01BDBC27.666E6820--
  2177.  
  2178.  
  2179. Thanks for using Fractdev, The Fractint Developer's Discussion List
  2180. Post Message:   fractdev@lists.xmission.com
  2181. Get Commands:   majordomo@lists.xmission.com "help"
  2182. Administrator:  twegner@phoenix.net
  2183. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  2184.  
  2185.  
  2186. -------------------------------------------------------------------------------
  2187.  
  2188. From: kragen@pobox.com (Kragen)
  2189. Subject: Re: (fractdev) C complex types
  2190. Date: 31 Jul 1998 10:37:12 -0400 (EDT)
  2191.  
  2192. On Fri, 31 Jul 1998, Peter Gavin wrote:
  2193. > I want to make an array of constant pointers to constant chars, such as:
  2194. > typedef const char /* a bunch of confusing stuff */ stupid;
  2195. > stupid adjectives = { "idiot", "moron", "Bill Gates" }
  2196.  
  2197. IIRC, there's 'char const *x' (which is the same as const char *x) and
  2198. then there's 'char * const x', which means that x is const, although
  2199. what it points to may not be.
  2200.  
  2201. I think what you want is an array of 'char const * const'.  So you can say:
  2202. typedef char const * const stupid;
  2203. stupid adjective = "stupid";
  2204. stupid adjectives[] = { "de Raadt", "Randy Loux", NULL};
  2205.  
  2206. and get what you want.
  2207.  
  2208. But I don't use const much, so all that could be wrong.
  2209.  
  2210. Kragen
  2211.  
  2212.  
  2213. Thanks for using Fractdev, The Fractint Developer's Discussion List
  2214. Post Message:   fractdev@lists.xmission.com
  2215. Get Commands:   majordomo@lists.xmission.com "help"
  2216. Administrator:  twegner@phoenix.net
  2217. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  2218.  
  2219.  
  2220. -------------------------------------------------------------------------------
  2221.  
  2222. From: kragen@pobox.com (Kragen)
  2223. Subject: Re: (fractdev) Fractint in dosemu
  2224. Date: 31 Jul 1998 12:05:59 -0400 (EDT)
  2225.  
  2226. On Thu, 30 Jul 1998, Jonathan Osuch wrote:
  2227. > Kragen,
  2228. > >> Here's a 13K GIF.  It was generated by xv, not fractint, and it
  2229. > illustrates some problems erasing the zoom box, the "problem" in which
  2230. > parts of the old image are not erased until the drawing process reaches
  2231. > them, and the horizontal-crack problems. <<
  2232. > That's an interesting image.  What video adapter are you using?  Because
  2233. > this happens with more than one program, the video adapter might be causing
  2234. > the problem.
  2235.  
  2236. I'm running dosemu in X-windows on a Cirrus Logic CLGD5446.  While it's
  2237. possible it might be the video adapter, I believe it's more likely to
  2238. be dosemu.  I haven't seen it with any other programs (in dosemu or
  2239. otherwise).
  2240.  
  2241. >  Depending on your video adapter, what happens when you force
  2242. > the detection with the command line adapter=xxxx?  This should prevent the
  2243. > use of the VESA routines.
  2244.  
  2245. I'm not sure what xxxx should be.
  2246.  
  2247. > >> >  Is the final image affected?
  2248. > Interestingly, no, not at all.
  2249. > <<
  2250. > That pixel data has to be going somewhere.  Perhaps what is happening is
  2251. > that we are crossing a boundary when we are doing the pixel write.  Some of
  2252. > the pixels get written because they are on the correct side of the
  2253. > boundary.  Do the cracks always appear in the same location on the screen?
  2254.  
  2255. Well, I'm not sure.  But they do disappear on later passes.
  2256.  
  2257. > >> >  What happens if you use "symmetry=no"?
  2258. > Where do I use that? <<
  2259. > Either on the command line or by pressing the <g> key.
  2260.  
  2261. I tried both.  It said it didn't know what I was talking about.
  2262.  
  2263. Kragen
  2264.  
  2265.  
  2266. Thanks for using Fractdev, The Fractint Developer's Discussion List
  2267. Post Message:   fractdev@lists.xmission.com
  2268. Get Commands:   majordomo@lists.xmission.com "help"
  2269. Administrator:  twegner@phoenix.net
  2270. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  2271.  
  2272.  
  2273. -------------------------------------------------------------------------------
  2274.  
  2275. From: kragen@pobox.com (Kragen)
  2276. Subject: Re: (fractdev) Fractint in dosemu
  2277. Date: 31 Jul 1998 12:05:59 -0400 (EDT)
  2278.  
  2279. On Thu, 30 Jul 1998, Jonathan Osuch wrote:
  2280. > Kragen,
  2281. > >> Here's a 13K GIF.  It was generated by xv, not fractint, and it
  2282. > illustrates some problems erasing the zoom box, the "problem" in which
  2283. > parts of the old image are not erased until the drawing process reaches
  2284. > them, and the horizontal-crack problems. <<
  2285. > That's an interesting image.  What video adapter are you using?  Because
  2286. > this happens with more than one program, the video adapter might be causing
  2287. > the problem.
  2288.  
  2289. I'm running dosemu in X-windows on a Cirrus Logic CLGD5446.  While it's
  2290. possible it might be the video adapter, I believe it's more likely to
  2291. be dosemu.  I haven't seen it with any other programs (in dosemu or
  2292. otherwise).
  2293.  
  2294. >  Depending on your video adapter, what happens when you force
  2295. > the detection with the command line adapter=xxxx?  This should prevent the
  2296. > use of the VESA routines.
  2297.  
  2298. I'm not sure what xxxx should be.
  2299.  
  2300. > >> >  Is the final image affected?
  2301. > Interestingly, no, not at all.
  2302. > <<
  2303. > That pixel data has to be going somewhere.  Perhaps what is happening is
  2304. > that we are crossing a boundary when we are doing the pixel write.  Some of
  2305. > the pixels get written because they are on the correct side of the
  2306. > boundary.  Do the cracks always appear in the same location on the screen?
  2307.  
  2308. Well, I'm not sure.  But they do disappear on later passes.
  2309.  
  2310. > >> >  What happens if you use "symmetry=no"?
  2311. > Where do I use that? <<
  2312. > Either on the command line or by pressing the <g> key.
  2313.  
  2314. I tried both.  It said it didn't know what I was talking about.
  2315.  
  2316. Kragen
  2317.  
  2318.  
  2319. Thanks for using Fractdev, The Fractint Developer's Discussion List
  2320. Post Message:   fractdev@lists.xmission.com
  2321. Get Commands:   majordomo@lists.xmission.com "help"
  2322. Administrator:  twegner@phoenix.net
  2323. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  2324.  
  2325.  
  2326. -------------------------------------------------------------------------------
  2327.  
  2328. From: Phil McRevis <legalize@xmission.com>
  2329. Subject: Re: (fractdev) C complex types 
  2330. Date: 31 Jul 1998 11:31:33 -0600
  2331.  
  2332.  
  2333. In article <000001bdbc48$ed76e060$ea83cdcf@p60>,
  2334.     "Peter Gavin" <pgavin@mindspring.com>  writes:
  2335. > I want to make an array of constant pointers to constant chars, such as:
  2336. > typedef const char /* a bunch of confusing stuff */ stupid;
  2337. > stupid adjectives =3D { "idiot", "moron", "Bill Gates" }
  2338.  
  2339. gcc accepted this perfectly fine:
  2340.  
  2341.     const char *const adjectives[3] = { "one", "two", "three" };
  2342.  
  2343. did you try that?  This is a const character string:
  2344.  
  2345.     const char *constant_string = "initializer";
  2346.  
  2347. That says the characters themselves can't be changed, but the pointer
  2348. can be changed, i.e. "constant_string++" is valid.  This is a constant
  2349. pointer to a constant character string:
  2350.  
  2351.     const char *const constant_ptr_to_constant_string = "initializer";
  2352.  
  2353. Since you want an array of these strings, just make it an array and
  2354. provide an aggregate initializer as in the first example above.  If
  2355. the first example doesn't work, I'd begin suspecting your compiler.  I
  2356. just tried it on Borland C++ Builder 1.0 on my PC and that also
  2357. accepted the construct.
  2358. --
  2359. http://www.xmission.com/~legalize/    Legalize Adulthood!
  2360. legalize@xmission.com
  2361. ``Ain't it funny that they all fire the pistol,     <URL: http://
  2362.   at the wrong end of the race?''--PDBT     www.eden.com/~thewho>
  2363.  
  2364. Thanks for using Fractdev, The Fractint Developer's Discussion List
  2365. Post Message:   fractdev@lists.xmission.com
  2366. Get Commands:   majordomo@lists.xmission.com "help"
  2367. Administrator:  twegner@phoenix.net
  2368. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  2369.  
  2370.  
  2371. -------------------------------------------------------------------------------
  2372.  
  2373. From: "Dean-Christian Strik" <cstrik.isg@hetnet.nl>
  2374. Subject: Re: (fractdev) Fractint in dosemu
  2375. Date: 31 Jul 1998 22:35:15 +0200
  2376.  
  2377. Kragen,
  2378.  
  2379. :> >> >  What happens if you use "symmetry=no"?
  2380. :>
  2381. :> Where do I use that? <<
  2382. :>
  2383. :> Either on the command line or by pressing the <g> key.
  2384. :
  2385. :I tried both.  It said it didn't know what I was talking about.
  2386.  
  2387.  
  2388. It should be "symmetry=none".
  2389.  
  2390. Christian
  2391.  
  2392.  
  2393.  
  2394.  
  2395. Thanks for using Fractdev, The Fractint Developer's Discussion List
  2396. Post Message:   fractdev@lists.xmission.com
  2397. Get Commands:   majordomo@lists.xmission.com "help"
  2398. Administrator:  twegner@phoenix.net
  2399. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  2400.  
  2401.  
  2402. -------------------------------------------------------------------------------
  2403.  
  2404. From: "Peter Gavin" <pgavin@mindspring.com>
  2405. Subject: RE: (fractdev) C complex types 
  2406. Date: 31 Jul 1998 20:10:41 -0400
  2407.  
  2408. Okay... I have something equivalent to this: (I'm using VC++ 4, BTW)
  2409.  
  2410. class stupid {
  2411. private:
  2412.     static const wchar_t * const adjectives[];
  2413. };
  2414.  
  2415. const wchar_t * const stupid::adjectives[] = { _T("one"), _T("two"),
  2416. _T("three") };
  2417.  
  2418. It may be the fact that it's a static class member thats messing it up...  I
  2419. get
  2420. this as a complaint: "error C2230: 'initializing' : indirection to different
  2421. types".
  2422.  
  2423. Any ideas?
  2424.  
  2425.  
  2426.  
  2427. Pete
  2428. <pgavin@mindspring.com>
  2429.  
  2430. //  -----Original Message-----
  2431. //  From: owner-fractdev@lists.xmission.com
  2432. //  [mailto:owner-fractdev@lists.xmission.com]On Behalf Of Phil McRevis
  2433. //  Sent: Friday, July 31, 1998 1:32 PM
  2434. //  To: fractdev@lists.xmission.com
  2435. //  Subject: Re: (fractdev) C complex types
  2436. //
  2437. //
  2438. //
  2439. //  In article <000001bdbc48$ed76e060$ea83cdcf@p60>,
  2440. //      "Peter Gavin" <pgavin@mindspring.com>  writes:
  2441. //  > I want to make an array of constant pointers to constant
  2442. //  chars, such as:
  2443. //  >
  2444. //  > typedef const char /* a bunch of confusing stuff */ stupid;
  2445. //  >
  2446. //  > stupid adjectives =3D { "idiot", "moron", "Bill Gates" }
  2447. //
  2448. //  gcc accepted this perfectly fine:
  2449. //
  2450. //      const char *const adjectives[3] = { "one", "two", "three" };
  2451. //
  2452. //  did you try that?  This is a const character string:
  2453. //
  2454. //      const char *constant_string = "initializer";
  2455. //
  2456. //  That says the characters themselves can't be changed, but the pointer
  2457. //  can be changed, i.e. "constant_string++" is valid.  This is a constant
  2458. //  pointer to a constant character string:
  2459. //
  2460. //      const char *const constant_ptr_to_constant_string = "initializer";
  2461. //
  2462. //  Since you want an array of these strings, just make it an array and
  2463. //  provide an aggregate initializer as in the first example above.  If
  2464. //  the first example doesn't work, I'd begin suspecting your compiler.  I
  2465. //  just tried it on Borland C++ Builder 1.0 on my PC and that also
  2466. //  accepted the construct.
  2467. //  --
  2468. //  http://www.xmission.com/~legalize/    Legalize Adulthood!
  2469. //  legalize@xmission.com
  2470. //  ``Ain't it funny that they all fire the pistol,     <URL: http://
  2471. //    at the wrong end of the race?''--PDBT     www.eden.com/~thewho>
  2472. //
  2473. //  --------------------------------------------------------------
  2474. //  Thanks for using Fractdev, The Fractint Developer's Discussion List
  2475. //  Post Message:   fractdev@lists.xmission.com
  2476. //  Get Commands:   majordomo@lists.xmission.com "help"
  2477. //  Administrator:  twegner@phoenix.net
  2478. //  Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  2479. //
  2480.  
  2481.  
  2482. Thanks for using Fractdev, The Fractint Developer's Discussion List
  2483. Post Message:   fractdev@lists.xmission.com
  2484. Get Commands:   majordomo@lists.xmission.com "help"
  2485. Administrator:  twegner@phoenix.net
  2486. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  2487.  
  2488.  
  2489. -------------------------------------------------------------------------------
  2490.  
  2491. From: "Peter Gavin" <pgavin@mindspring.com>
  2492. Subject: RE: (fractdev) C complex types 
  2493. Date: 31 Jul 1998 20:13:46 -0400
  2494.  
  2495. Geez, I'm an idiot...  it was the stupid _T() macro...  forgive me, please?
  2496. :)
  2497.  
  2498.  
  2499.  
  2500. Pete
  2501. <pgavin@mindspring.com>
  2502.  
  2503. //  -----Original Message-----
  2504. //  From: owner-fractdev@lists.xmission.com
  2505. //  [mailto:owner-fractdev@lists.xmission.com]On Behalf Of Phil McRevis
  2506. //  Sent: Friday, July 31, 1998 1:32 PM
  2507. //  To: fractdev@lists.xmission.com
  2508. //  Subject: Re: (fractdev) C complex types
  2509. //
  2510. //
  2511. //
  2512. //  In article <000001bdbc48$ed76e060$ea83cdcf@p60>,
  2513. //      "Peter Gavin" <pgavin@mindspring.com>  writes:
  2514. //  > I want to make an array of constant pointers to constant
  2515. //  chars, such as:
  2516. //  >
  2517. //  > typedef const char /* a bunch of confusing stuff */ stupid;
  2518. //  >
  2519. //  > stupid adjectives =3D { "idiot", "moron", "Bill Gates" }
  2520. //
  2521. //  gcc accepted this perfectly fine:
  2522. //
  2523. //      const char *const adjectives[3] = { "one", "two", "three" };
  2524. //
  2525. //  did you try that?  This is a const character string:
  2526. //
  2527. //      const char *constant_string = "initializer";
  2528. //
  2529. //  That says the characters themselves can't be changed, but the pointer
  2530. //  can be changed, i.e. "constant_string++" is valid.  This is a constant
  2531. //  pointer to a constant character string:
  2532. //
  2533. //      const char *const constant_ptr_to_constant_string = "initializer";
  2534. //
  2535. //  Since you want an array of these strings, just make it an array and
  2536. //  provide an aggregate initializer as in the first example above.  If
  2537. //  the first example doesn't work, I'd begin suspecting your compiler.  I
  2538. //  just tried it on Borland C++ Builder 1.0 on my PC and that also
  2539. //  accepted the construct.
  2540. //  --
  2541. //  http://www.xmission.com/~legalize/    Legalize Adulthood!
  2542. //  legalize@xmission.com
  2543. //  ``Ain't it funny that they all fire the pistol,     <URL: http://
  2544. //    at the wrong end of the race?''--PDBT     www.eden.com/~thewho>
  2545. //
  2546. //  --------------------------------------------------------------
  2547. //  Thanks for using Fractdev, The Fractint Developer's Discussion List
  2548. //  Post Message:   fractdev@lists.xmission.com
  2549. //  Get Commands:   majordomo@lists.xmission.com "help"
  2550. //  Administrator:  twegner@phoenix.net
  2551. //  Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  2552. //
  2553.  
  2554.  
  2555. Thanks for using Fractdev, The Fractint Developer's Discussion List
  2556. Post Message:   fractdev@lists.xmission.com
  2557. Get Commands:   majordomo@lists.xmission.com "help"
  2558. Administrator:  twegner@phoenix.net
  2559. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  2560.  
  2561.  
  2562. -------------------------------------------------------------------------------
  2563.  
  2564. From: Jonathan Osuch <73277.1432@compuserve.com>
  2565. Subject: Re: (fractdev) Fractint in dosemu
  2566. Date: 31 Jul 1998 21:40:08 -0400
  2567.  
  2568. Kragen,
  2569.  
  2570. >> I'm running dosemu in X-windows on a Cirrus Logic CLGD5446.  While it'=
  2571. s
  2572. possible it might be the video adapter, I believe it's more likely to be
  2573. dosemu.  I haven't seen it with any other programs (in dosemu or
  2574. otherwise).
  2575.  
  2576. >  Depending on your video adapter, what happens when you force
  2577. > the detection with the command line adapter=3Dxxxx?  This should preven=
  2578. t
  2579. the
  2580. > use of the VESA routines.
  2581.  
  2582. I'm not sure what xxxx should be.
  2583. <<
  2584.  
  2585. Yes, I see the problem.  First, try: adapter=3Dvga.  This will limit Frac=
  2586. tint
  2587. to only vga modes, but if it works okay, it's a clue to where the problem=
  2588.  
  2589. may lie.
  2590.  
  2591. Then, try: vesadetect=3Dno
  2592.  
  2593. This second should autodetect your video card.  For some reason we didn't=
  2594.  
  2595. implement adapter=3Dcirrus.
  2596.  
  2597. >> > >> >  What happens if you use "symmetry=3Dno"?
  2598. > =
  2599.  
  2600. > Where do I use that? <<
  2601. > =
  2602.  
  2603. > Either on the command line or by pressing the <g> key.
  2604.  
  2605. I tried both.  It said it didn't know what I was talking about.
  2606. <<
  2607.  
  2608. Sorry, my fault.  As Christian pointed out, it should be symmetry=3Dnone.=
  2609.  
  2610.  
  2611. Jonathan
  2612.  
  2613. Thanks for using Fractdev, The Fractint Developer's Discussion List
  2614. Post Message:   fractdev@lists.xmission.com
  2615. Get Commands:   majordomo@lists.xmission.com "help"
  2616. Administrator:  twegner@phoenix.net
  2617. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  2618.  
  2619.  
  2620. -------------------------------------------------------------------------------
  2621.  
  2622. From: kragen@pobox.com (Kragen)
  2623. Subject: RE: (fractdev) C complex types 
  2624. Date: 31 Jul 1998 22:34:06 -0400 (EDT)
  2625.  
  2626. On Fri, 31 Jul 1998, Peter Gavin wrote:
  2627. > Geez, I'm an idiot...  it was the stupid _T() macro...  forgive me, please?
  2628. > :)
  2629.  
  2630. Lemme guess... you didn't define UNICODE, so _T("") was a const char *,
  2631. not a const wchar_t *?
  2632.  
  2633. Kragen
  2634.  
  2635.  
  2636. Thanks for using Fractdev, The Fractint Developer's Discussion List
  2637. Post Message:   fractdev@lists.xmission.com
  2638. Get Commands:   majordomo@lists.xmission.com "help"
  2639. Administrator:  twegner@phoenix.net
  2640. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  2641.  
  2642.