nanogui: Compilinging .xbm bitmap file into Nanox pixmaps
Subject:
Re: Compilinging .xbm bitmap file into Nanox pixmaps
From:
"Greg Haerr" ####@####.####
Date:
26 Jan 2001 18:27:29 -0000
Message-Id: <051c01c087c5$2aec2500$15320cd0@gregh>
: Hey, I agree with you 100%. But you better than anyone should know
: about the 10K limit on the socket. Try browsing with ViewML and see how
: many images are skipped because we can't transfer them to the server
: correctly.
The 10k limit is so simple to change, why not just do it? The reason
that there's any limit is that I didn't want to write and implement the
extremely complicated code that X has that is required so that the
server doesn't have to malloc() every time a large packet comes in.
Please look at it so you know what I mean. Nano-X, OTOH, just
takes the simple case of pre-allocating a buffer on the stack for
the max packet size, so that memory allocation doesn't become an
issue for the server. I set the value to 10k so that this didn't segfault
on systems extremely low on memory. If you can guarantee that the
nano-X process will have an extra 200k virtual->physical memory available,
then just set the define in nxproto.h to 200k, recompile, and this
problem is history.
Regards,
Greg
:
: Jordan
:
: . Alex Holden wrote:
: >
: > On Fri, 26 Jan 2001, Jordan Crouse wrote:
: > > This can be easily fixed by a new Gr call, and a couple of mods to the
: > > XPM parser, so if anyone is feeling in the mood, please feel free to
: > > fire away.
: >
: > It should be possible (and in fact probably the default case) for the
: > data to be supplied by the client. Consider:
: >
: > What happens when we load an image over the network? Save it to a
: > temporary file and tell the server to load it? Blech.
: > What if the client and the server are running on seperate machines?
: > What if the client and the server are running as different users and the
: > server doesn't have the necessary permissions to read the file?
: > What if the image is compiled into the client executable?
: >
: > --
: > ------- Alex Holden -------
: > http://www.linuxhacker.org/
: > http://www.robogeeks.org/
:
: ---------------------------------------------------------------------
: To unsubscribe, e-mail: ####@####.####
: For additional commands, e-mail: ####@####.####
: