nanogui: Architecture secletion
Subject:
Re: [nanogui] Architecture secletion
From:
"Greg Haerr" ####@####.####
Date:
6 Dec 2004 01:06:27 +0000
Message-Id: <01cb01c4db2f$4de25180$3eba46a6@winXP>
: ifeq ($(ARCH), uClinux)
: # LDFLAGS += --verbose
Perhaps uncomment LDFLAGS, and add -lc or -luclibc or -L/pathto/uclibc
or whatever you need to access uClibc.
: But anyway the original problem was that I got the following result when
: using nxview to view a GIF picture
: "-----
: #munmap of non-mmaped memory by process 38 (nano-X): 66339933#
: nxclient: lost connection to Nano-X server
: pid 39: failed 256
: --------"
:
: Which could have been caused by use of mmap instead of malloc/open. But in
: that old version it IS a malloc/open. the munmap is done when the frame
: buffer is closed by the frame buffer driver in "fb_close(PSD psd)" When
: using uClinux the frame buffer is mmap likes this:
: psd->addr = mmap(NULL, psd->size, PROT_READ|PROT_WRITE,0,fb,0); i.e. not
: using the MAP_SHARED flag.
The above mmap/munmap is only used when nano-X starts and
stops, and is to access/unaccess the framebuffer. This has
nothing to do with viewing GIF files.
You might compare the new and older versions of the GIF decoder,
in engine/devimage.c::LoadGIF().
:
: Anyway I'm going to debug the file viewing sequence of event in more
detail
: to find the real cause of the faliure to display the image.
You might try some old-fashioned printf() debugging, wrap the
LoadGIF function with printfs(), then you can see whether its dying
during the GIF decode, or perhaps at the later display stage
(both these functions are handled in devimage.c)
Regards,
Greg
