Hi Mindaugas and All,
Is there any particular reason you choose a name
without 'hb' prefix?
I'd like to add make files and rename it to hbmemio,
if possible. I'm not sure we should start a new special
prefix to store IO replacement libs yet.
Or, maybe we could rename both this lib and hbnetio
to hbiomem and hbionet. Any opinions?
Brgds,
Viktor
On 2009 Sep 21, at 16:24, snaipe...@users.sourceforge.net wrote:
Revision: 12590
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12590&view=rev
Author: snaiperis
Date: 2009-09-21 14:24:02 +0000 (Mon, 21 Sep 2009)
Log Message:
-----------
2009-09-21 17:20 UTC+0300 Mindaugas Kavaliauskas (dbtopas/at/
dbtopas.lt)
+ harbour/contrib/iodmem
+ harbour/contrib/iodmem/iodmem.c
+ Implemented Memory file system. Public functions hb_memfs*() are
availible, if HB_MEMFS_PUBLIC_API is defined.
+ Implemeted I/O driver for memory file system
; HB_IODMEM request can be used to force linking of I/O driver and
memory FS into executable.
"mem:" prefix should be used to indicate a MemFS file, ex.:
REQUEST HB_IODMEM
PROC main()
LOCAL nI
FIELD F1
DBCREATE("mem:test", {{"F1", "N", 9, 0}},, .T., "memarea")
FOR nI := 1 TO 1000
DBAPPEND(); F1 := HB_RANDOM() * 1000000
NEXT
INDEX ON F1 TAG f1
DBEVAL({|| QOUT(F1)})
DBCLOSEAREA()
DBDROP("mem:test") // Free memory resource
RETURN
; TODO: locking is not supported yet (but it is not very usefull
if MemFS is used to store of a temporary database opened in
exclusive mode).
Modified Paths:
--------------
trunk/harbour/ChangeLog
Added Paths:
-----------
trunk/harbour/contrib/iodmem/
trunk/harbour/contrib/iodmem/iodmem.c
This was sent by the SourceForge.net collaborative development
platform, the world's largest Open Source development site.
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
