Well, I've always feared having to manually construct ROMs- too many
variables, so that if the person that has been building ROMs leaves the
project, nobody else has a clue how to make it work right.
OpenZaurus takes care of that nicely. To support the Sharp ROM, the new
build system could be made
Now that I finally graduated and have a real job, I plan on buying more 'toys' (i.e. SL-C750/SL-C760 or any other possible linux device). From there I plan on making more PicoGUI ROMs. I am also working on a PicoGUI ROM using Sharp's 2.4.18 kernel and filesystem. This will fix the odd behavior o
I received a C700 for PicoGUI porting purposes, so hopefully soon I'll
get the OpenZaurus packages for the 5500 and the C700 updated.
--Micah
On Sun, Jun 01, 2003 at 07:13:48PM -0700, Eric Heinemann wrote:
> After hours of hair-pulling (I'm now bald), I finally
> got a PicoGUI ROM for the Sharp Z
After hours of hair-pulling (I'm now bald), I finally
got a PicoGUI ROM for the Sharp Zaurus working.
Thanks mostly to the efforts of Peter Hermsdorf,
thanks Peter. I have a few more quirks to work out on
it, but I've come across this error both on the Zaurus
and my Mandrake 9.1 system. For som
To everyone's surprise I'm sure, I'm now actually working on the textbox widget.
Here's what you can expect me to be doing:
- Replacing ASCIIZ-type strings in pgserver with a slightly higher level data type
that specifies the string's length (instead of relying on 0-termination) and encoding
I know I have said this before, but it looks like I may have finally squashed that
infamous handle bug. For those not already familiar with this demon, it would cause
any PicoGUI object with a handle to randomly disappear. That's what made the date
dialog crash when clicked a lot, and that's wh
