On Sep 10, 1:30 pm, "ericmatteson2003novem...@hotmail.com"
<ericmatteson2003novem...@hotmail.com> wrote:
> Bugzillia bug report on xwview14.c *.bmp picture viewer program in c
> for
> Linux XWindows.
> ..
> xwview14.c was designed back when monitors were limited to
> 800*600 so its hidden flaw of crashing when enlarging the screen
> was not discovered until a long time later.
> [link to xwview14.c]http://groups.google.com/group/alt.tv/msg/45063d8f167cbf16?dmode=source
> A hidden mistake was discovered in xwview14.c in which more bytes
> were
> initialized than the arrays sizes whenever the window was enlarged
> bigger than 800*600 so xwview14.c CRASHES whenever the window is
> enlarged
> greater then 800*600
> ------------------------------------------------
> xwview15.c adds an if statement to limit initialization of the
> colored
> arrays to their array size so xwview15.c should display large pictures
> in monochrome 1 bit per pixel instead of crashing if their are no
> other
> mistakes.
> [link to xwview15.c]http://groups.google.com/group/alt.tv/msg/60934b3d2ed5536c?dmode=source
> xwview15.c displays 24-bit color up to almost 800*600
> and at 800*600 it barely changes to monochome 1-bit per pixel.
> If your monitor is limited to 800*600 xwview15.c is the best choice.
> ---------------------------------------------------------------------
> xwview16.c still can display up to 24-bit color at exactly 800*600
> pixels
> and switches to monochrome 1-bit per pixel slightly smaller than
> 1024*768
> but requires more RAM than xwview15.c becuse of larger array sizes
> so only use it with a newer monitor of at least 1024*768
> [link to xwview16.c *.bmp viewer program for newer monitors]http://groups.google.com/group/alt.tv/msg/39e8d20c7d79a1ab?dmode=source
> ..
> .
> [link to previous episode of Everybody hates Chris]http://groups.google.com/group/alt.tv/msg/7c5f69aa4ef06c5a
addition to bugzillia bug report.....
The new gimp 2.6 for Linux Gnome XWindows saves its
simple uncompressed bitmaps into a new format. The
value of 32 for bibitcount is unexpected and xwview16.c
gets stuck and its host terminal also freezes and has to be
closed. xwview16 and earlier puts a lot of trust in *.bmp
headers and expects things to ALWAYS be normal under older
traditional rules.
The new xwview17.c does additional error checking on the
.bmp header hoping to prevent crashes to a greater extent.
The new Gimp 2.6 bibitcount of 32 instead of normal 24
uses groups of four bytes instead of three. It looks like the
first three bytes are the actual color bytes so read 3 bytes
then skip one byte for each 32 bit strange GIMP pixel.
xwview had to be upgraded because GIMP has changed the
specification for the best simple *.bmp
[link to xwview17.c *.bmp picture viewer program]
http://groups.google.com/group/alt.tv/msg/0a09a9ffb9648cd9?dmode=source
|
|