A quick search on Sourceforge for "gdbm" reveals two more projects that may work for
database support: Trivial Database and Super Simple DBMS.
If there are any small hierarchial databases, I wouldn't know where to look.
--
Only you can prevent creeping featurism!
_
I agree. XML and vCalendar both have their shortcomings: XML is bulky, and vCalendar
isn't flexible.
I took a look at the latest gdbm release. It's 5589 lines of C (not including headers)
which compiles to a 31867-byte libgdbm.so on PowerPC. It should be similar size on
MIPS, and smaller on x8
does this project has a sourceforge project etc.?
-tasnim
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, August 07, 2001 9:22 PM
Subject: [Pgui-devel] PIM app
> Hi,
>
>
> Quote from the picogui homepage:
> "Now that it looks like PicoGUI can suppo
I tried demo.c, but can't reproduce this bug. Make sure you have the latest pgserver
and client library. If it still doesn't work, let me know exactly what CPU, theme, and
resolution you are using.
On Tue, 07 August 2001, Olivier Bornet wrote:
>
> Hello all,
>
> the last version of PicoGUI s
On Mon, 06 August 2001, "Sean Barnes" wrote:
>
> I've watched some discussions about PIM formats on the Agenda developers'
> lists. The Agenda already exports its data in the vCalendar format. But
> there's one major thing that people wanted (I think it's a feature of the
> Newton): one unified
Yep. I developed much of PicoGUI on a 486 laptop only slightly more powerful than
these systems, and we're targeting the uCsimm that is slower than these systems. The
lack of Vesa 2.0 brings back memories... The 486 had Vesa 1.2, so no framebuffer
device. That's why I wrote the svgalib driver i
Hello all,
the last version of PicoGUI server crash when we put scrollbar in a
pgDialogBox(). It seem to depend on the size of the box which have the
text we want to scroll.
Attached is a sample (derived from demo) which has the problem. If you
look at lines 28 to 31 :
- putting the line with P
hello;
i'd suggest that Tasnim is on the right track wrt to the storage medium on
the device.
but, i think the problem needs to be segmented a bit. the *repository*
should be viewed separately from the representation/wire
transmisson protocol.
xml is full of beauty, but it's comparatively ineff
Tim,
Original development of PicoGUI was done on a 486-33 laptop.
When Micah demonstrated it, it was more responsive to me than my
P-133 laptop in windows. He was using svgalib with gpm with
slackware. Odds are, you will get very nice machines out of the
deal.
Cheers,
Brandon
--- "Gray, T
Hi,
Quote from the picogui homepage:
"Now that it looks like PicoGUI can support a PIM application, we're looking for
suggestions. If you have any input regarding the data format or the overall design (or
anything at all!) please let us know on the mailing list."
I am currently working on a P
On Tuesday 07 August 2001 06:37, Gray, Tim wrote:
> I was wondering if anyone has ran PicoGUI on anything as low power
> as a 386-25.
> My company has a few waterproof-freeze proof touchscreen computers
> that were used for freight tracking and are now sitting in a closet
> unused. I have been abl
I was wondering if anyone has ran PicoGUI on anything as low power as a
386-25.
My company has a few waterproof-freeze proof touchscreen computers that were
used for freight tracking and are now sitting in a closet unused. I have
been able to get gpm to talk to the touchscreen and I have a basic l
Hello:
I got my Helio (a PDA) from a company designing a framework for it, but they
could not manage to fit it on 2MB ROM and 75 MHz MIPS processor, while
PicoGUI seems fine on same hardware.
There we had a complete XML based framework while UI was also based on XML
and rendered by a java based
13 matches
Mail list logo
