golly-test Mailing List for Golly

Ahh, that's very interesting!  If so, we really need to send out a
new release, I guess.  Thanks for finding and fixing this!

On 8/10/06, Andrew Trevorrow <an...@tr...> wrote:
> Jason:
>
> > I'm on linux ...
>
> I think I've fixed that bug.  I can successfully read ul29 and ul31
> on my Linux system (Debian 3.1), so please try this
>
> ftp://ftp.trevorrow.com/beta/golly-1.1-gtk.tar.gz
>
> and let us know what happens.  If it doesn't fix the problem then I'll
> need more clues.  In particular, do you see a progress dialog appear
> before Golly freezes?
>
> I've also uploaded a source distribution:
>
> ftp://ftp.trevorrow.com/beta/golly-1.1-src.tar.gz
>
> If you have time, please try building golly with your wxGTK installation.
> I've made changes to the code so it can be built with a Unicode version
> of wxWidgets, which I suspect is what prevented you from building the
> 1.0 version.
>
> Tom:  I'm pretty sure the bug is caused by getpopulation() being
> called after the progress dialog appears.  On the Mac and Linux apps
> the dialog causes the entire window to be updated, including the
> status bar.  On Windows I think only the viewport window gets an
> update and so getpop() isn't called.  I thought you'd avoided such
> problems by ensuring getpop() returns -1 in those situations,
> but perhaps you only did it for qlife?  Anyway, I've modified
> wxstatus.cpp to ensure that getpop() is never called while a
> pattern is being loaded.
>
> Andrew
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Golly-test mailing list
> Gol...@li...
> https://lists.sourceforge.net/lists/listinfo/golly-test
>

Jason:

> I'm on linux ...

I think I've fixed that bug.  I can successfully read ul29 and ul31
on my Linux system (Debian 3.1), so please try this

ftp://ftp.trevorrow.com/beta/golly-1.1-gtk.tar.gz

and let us know what happens.  If it doesn't fix the problem then I'll
need more clues.  In particular, do you see a progress dialog appear
before Golly freezes?

I've also uploaded a source distribution:

ftp://ftp.trevorrow.com/beta/golly-1.1-src.tar.gz

If you have time, please try building golly with your wxGTK installation.
I've made changes to the code so it can be built with a Unicode version
of wxWidgets, which I suspect is what prevented you from building the
1.0 version.

Tom:  I'm pretty sure the bug is caused by getpopulation() being
called after the progress dialog appears.  On the Mac and Linux apps
the dialog causes the entire window to be updated, including the
status bar.  On Windows I think only the viewport window gets an
update and so getpop() isn't called.  I thought you'd avoided such
problems by ensuring getpop() returns -1 in those situations,
but perhaps you only did it for qlife?  Anyway, I've modified
wxstatus.cpp to ensure that getpop() is never called while a
pattern is being loaded.

Andrew

On Wed, 9 Aug 2006, R. William Gosper wrote:

> tom>Odd.  These files were generated with hlife, not golly, but I
> can't think of any compatibility issues.  If someone knows
> Jason Holt's email, or if he's willing to contact me directly,
> I'm sure we can make good progress in figuring out what is
> wrong.
>
> ja...@lu...
>
> As a start, we need to know Jason's platform (OS and,
> if relevant, architecture) and preferably get his GollyPrefs
> file for examination.  Also, how much memory he has.
>
> 3 (4?)Gig.  And he gunched the hashtable way up prior to load.
>
> I just tried 1.0 on Windows for the 29 file and it loaded fine.
>
> That said, I'm sure golly's mc reading code is much more
> fragile than it should be.
> --rwg

I'm on linux, with 3G ram.  Prefs:

# NOTE: If you edit this file then do so when Golly isn't running
# otherwise all your changes will be clobbered when Golly quits.

prefs_version=1
golly_version=1.0
platform=Linux/GTK
main_window=1208,812,1161,917
maximize=0
help_window=60,60,700,500
help_font_size=10 (6..30)
info_window=90,90,700,500
paste_location=TopLeft
paste_mode=Or
random_fill=50 (1..100)
q_base_step=10 (2..10000)
h_base_step=8 (2..10000, best if power of 2)
min_delay=250 (0..5000 millisecs)
max_delay=2000 (0..5000 millisecs)
auto_fit=1
hashing=1
hyperspeed=1
hash_info=0
max_hash_mem=2800

rule=w22
named_rule=3-4 Life|B34/S34
named_rule=HighLife|B36/S23
named_rule=AntiLife|B0123478/S01234678
named_rule=Life without Death|B3/S012345678
named_rule=Plow World|B378/S012345678
named_rule=Day and Night|B3678/S34678
named_rule=Diamoeba|B35678/S5678
named_rule=LongLife|B345/S5
named_rule=Seeds|B2
named_rule=Persian Rug|B234
named_rule=Replicator|B1357/S1357
named_rule=Fredkin|B1357/S02468
named_rule=Morley|B368/S245
named_rule=Wolfram 22|W22
named_rule=Wolfram 30|W30
named_rule=Wolfram 110|W110

show_tool=1
show_tips=1
show_status=1
show_exact=0
grid_lines=1
min_grid_mag=2 (2..4)
bold_spacing=10 (2..1000)
show_bold_lines=1
math_coords=0

swap_colors=0
live_rgb=255,255,255
dead_rgb=48,48,48
paste_rgb=255,0,0
select_rgb=75,175,0
qlife_rgb=255,255,206
hlife_rgb=226,250,248

buffered=1
mouse_wheel_mode=1
thumb_range=10 (2..500)
new_mag=4 (0..4)
new_remove_sel=1
new_cursor=Draw
open_remove_sel=1
open_cursor=Zoom In

open_save_dir=/jasontmp/golly-1.0-gtk/Patterns
run_dir=/jasontmp/golly-1.0-gtk/Scripts
pattern_dir=/jasontmp/golly-1.0-gtk/Patterns
script_dir=/jasontmp/golly-1.0-gtk/Scripts
python_lib=libpython2.4.so
dir_width=247
show_patterns=1
show_scripts=0
max_patterns=20 (1..100)
max_scripts=20 (1..100)

recent_pattern=/jasontmp/golly-1.0-gtk/Patterns/Hashing-Examples/wolfram22.mc
recent_pattern=/jasontmp/golly-1.0-gtk/Patterns/Hashing-Examples/galaxy-META-B3-S23.mc.
gz

tom>Odd.  These files were generated with hlife, not golly, but I
 can't think of any compatibility issues.  If someone knows
 Jason Holt's email, or if he's willing to contact me directly,
 I'm sure we can make good progress in figuring out what is
 wrong.

ja...@lu...

 As a start, we need to know Jason's platform (OS and,
 if relevant, architecture) and preferably get his GollyPrefs
 file for examination.  Also, how much memory he has.

3 (4?)Gig.  And he gunched the hashtable way up prior to load.

 I just tried 1.0 on Windows for the 29 file and it loaded fine.

 That said, I'm sure golly's mc reading code is much more
 fragile than it should be.
--rwg