1. ver 4.0 save_map and load_map
- Posted by bernie Mar 09, 2009
- 890 views
First I think the docs on these to functions
are too confusing.
Example : The save_map says you can only save values
of printable characters. Then in note it says you can
save numeric values ??
The load_map needs to use some special file techniques ?
using verbose 3 ???? etc. I have know idea what that means
when the example is reading a text file ?
I don't understand why save_map and load_map can't just
save each record out and load in each record to recreate
a saved map.
These functions have no value because the same can be done
with a simple ini file to load options as shown in the example.
If Rob could save and read ANY record to and from the database.e
file then why can't map files use the same methods?
I can see many uses and advantages to having these two functions
but not the way they are implement now.
2. Re: ver 4.0 save_map and load_map
- Posted by bernie Mar 12, 2009
- 850 views
First I think the docs on these to functions
are too confusing.
Example : The save_map says you can only save values
of printable characters. Then in note it says you can
save numeric values ??
The load_map needs to use some special file techniques ?
using verbose 3 ???? etc. I have know idea what that means
when the example is reading a text file ?
I don't understand why save_map and load_map can't just
save each record out and load in each record to recreate
a saved map.
These functions have no value because the same can be done
with a simple ini file to load options as shown in the example.
If Rob could save and read ANY record to and from the database.e
file then why can't map files use the same methods?
I can see many uses and advantages to having these two functions
but not the way they are implement now.
Is anybody going to respond to this post ???
3. Re: ver 4.0 save_map and load_map
- Posted by DerekParnell (admin) Mar 12, 2009
- 864 views
First I think the docs on these to functions
are too confusing.
...
Is anybody going to respond to this post ???
Yes. I am going to respond. But not just yet. I have some other tasks to complete first.
4. Re: ver 4.0 save_map and load_map
- Posted by jeremy (admin) Mar 12, 2009
- 861 views
Part of the new forum is a link to "Display Unanswered Posts" that will help with situations like this.
Jeremy
5. Re: DBI for Euphoria
- Posted by bernie Mar 15, 2009
- 901 views
As I understand it, your original request was basically for some improved documentation. Derek, the author of this code, has said that he will respond to you. I can understand that you haven't received a response as quickly as you would like. We're all volunteers here, and working in our spare time. Have you taken any time to look at the source code to figure it out and write the documentation? We'd all really appreciate it if you could. Matt
This what I said
First I think the docs on these to functions are too confusing.
Example : The save_map says you can only save values of printable characters. Then in note it says you can save numeric values ??
The load_map needs to use some special file techniques ? using verbose 3 ???? etc. I have know idea what that means when the example is reading a text file ?
I don't understand why save_map and load_map can't just save each record out and load in each record to recreate a saved map.
These functions have no value because the same can be done with a simple ini file to load options as shown in the example.
If Rob could save and read ANY record to and from the database.e file then why can't map files use the same methods?
I can see many uses and advantages to having these two functions but not the way they are implement now.
What I do not understand is why save_map does not simply save
the RAM_SPACE bytes that are mallocated for the map and statistics
that are available in that map structure and write that
information out to a file.
Then load_map could just read in the statistics and
allocate the RAM_SPACE for the map to recreate the map.
I was not trying to hi-jack the thread only to inform Jeremy since he
was talking about saving a map in his example.
6. Re: DBI for Euphoria
- Posted by DerekParnell (admin) Mar 15, 2009
- 847 views
What I do not understand is why save_map does not simply save the RAM_SPACE bytes that are mallocated for the map and statistics that are available in that map structure and write that information out to a file.
I am repairing/enhancing these functions right this very moment.
The original decision was based on two things...
- I wrote 'load_map' first, in order to process a particular style of text file format that could also be represented as a hash map. After which I then thought that maybe there should be a corresponding save map to save a map in the same text format. In which case, unprintable keys would not make a lot of sense.
- There was no readily available routine to write and read arbitary Euphoria objects. This is no longer the case as I submitted a serilaize.e library a few days ago to do just that.
Now my plans are to enhance save_map and load_map to support the existing text-file representation and to support any type of data stored in a map.
It should be ready during the next 24-hours.
7. Re: DBI for Euphoria
- Posted by bernie Mar 15, 2009
- 826 views
What I do not understand is why save_map does not simply save the RAM_SPACE bytes that are mallocated for the map and statistics that are available in that map structure and write that information out to a file.
I am repairing/enhancing these functions right this very moment.
The original decision was based on two things...
- I wrote 'load_map' first, in order to process a particular style of text file format that could also be represented as a hash map. After which I then thought that maybe there should be a corresponding save map to save a map in the same text format. In which case, unprintable keys would not make a lot of sense.
- There was no readily available routine to write and read arbitary Euphoria objects. This is no longer the case as I submitted a serilaize.e library a few days ago to do just that.
Now my plans are to enhance save_map and load_map to support the existing text-file representation and to support any type of data stored in a map.
It should be ready during the next 24-hours.
Thank You very much Derek.
These map.e functions will be great addition to version 4.0.
You may find then useful in the win32lib for keeping and
loading features and parameters.
Thanks again
8. Re: DBI for Euphoria
- Posted by jeremy (admin) Mar 15, 2009
- 840 views
The above three threads were moved from the "DBI" thread. Other messages in the "DBI" thread that were trying to figure out what was being talked about in reference to DBI and save_map were removed as they had no meaning once the meaningful posts were moved to the correct thread.
Jeremy
