<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://blog.gmane.org/gmane.comp.db.metakit">
    <title>gmane.comp.db.metakit</title>
    <link>http://blog.gmane.org/gmane.comp.db.metakit</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.metakit/2340"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.metakit/2339"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.metakit/2338"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.metakit/2337"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.metakit/2336"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.metakit/2335"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.metakit/2334"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.metakit/2333"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.metakit/2332"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.metakit/2331"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.metakit/2330"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.metakit/2329"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.metakit/2328"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.metakit/2327"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.metakit/2326"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.metakit/2325"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.metakit/2324"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.metakit/2323"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.metakit/2322"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.metakit/2321"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.metakit/2340">
    <title>Re: ABI versioning</title>
    <link>http://permalink.gmane.org/gmane.comp.db.metakit/2340</link>
    <description>
Hello Sean,


My aim is not to break MK compatibility in the 2.4.x series.

Versioning might be a good idea to introduce though. Main reason for  
not doing all that is that at the time I had no idea how to do proper  
versioning. There was less need then, when MK usually got linked in  
statically. Even now, it's less of an issue because it is linked in  
with the Tcl and Python extensions.

Thanks for doing this.

-jcw



--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the "metakit" group.
To post to this group, send email to metakit&lt; at &gt;googlegroups.com
To unsubscribe from this group, send email to metakit-unsubscribe&lt; at &gt;googlegroups.com
For more options, visit this group at http://groups.google.com/group/metakit?hl=en
-~----------~----~----~----~------~----~------~--~---


</description>
    <dc:creator>Jean-Claude Wippler</dc:creator>
    <dc:date>2008-05-11T13:18:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.metakit/2339">
    <title>ABI versioning</title>
    <link>http://permalink.gmane.org/gmane.comp.db.metakit/2339</link>
    <description>
I am working on packaging metakit for Debian, and I noticed that there
is no SONAME in the default library provided. I was wondering what
rules you guys have for ABI compatibility - will you not break ABI
compatibiliy, or is the 4 in mk4 the ABI/API version?

In other words, is there any easy way to tell when a new release of
metakit will break programs that link against it dynamically?
(recompilation is not an issue)

Sean Hunt
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the "metakit" group.
To post to this group, send email to metakit&lt; at &gt;googlegroups.com
To unsubscribe from this group, send email to metakit-unsubscribe&lt; at &gt;googlegroups.com
For more options, visit this group at http://groups.google.com/group/metakit?hl=en
-~----------~----~----~----~------~----~------~--~---


</description>
    <dc:creator>Sean Hunt</dc:creator>
    <dc:date>2008-05-07T23:13:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.metakit/2338">
    <title>metakit and python 2.5 on windows</title>
    <link>http://permalink.gmane.org/gmane.comp.db.metakit/2338</link>
    <description>
Hi, i need to make a windows build of a python program that uses
metakit. I have read that i should use the latest version of metakit
to be able to use python 2.5. However i have been unable to find
binaries for download. I ask one of 2 things:

1) Someone share their binaries (from what i understand, a single DLL)
if they have made them

2) Someone point me to instructions on how to make them myself. I do
not have a C compilation environment set up. I have python, wx and
py2exe setup that i have used before, but this time i would need
metakit too.

I'm on a bit of a tough spot here so i'd really appreciate any help.

Hugo
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the "metakit" group.
To post to this group, send email to metakit&lt; at &gt;googlegroups.com
To unsubscribe from this group, send email to metakit-unsubscribe&lt; at &gt;googlegroups.com
For more options, visit this group at http://groups.google.com/group/metakit?hl=en
-~----------~----~----~----~------~----~------~--~---


</description>
    <dc:creator>cttw</dc:creator>
    <dc:date>2008-04-29T21:21:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.metakit/2337">
    <title>Question - Memory Usage Patterns</title>
    <link>http://permalink.gmane.org/gmane.comp.db.metakit/2337</link>
    <description>
Hi,

Has anyone made a study of Metakit's memory usage patterns?

I'm asking because I've created an 'associative database' layer on top
of Metakit, which I plan to deploy on a server with harsh memory
limitations.

My database over time is likely to end up with tens or hundreds of
thousands of rows across 3 views. Use of derived rows will be kept
fairly minimal.

Metakit appeals to me because of its nested views. But for such a size
of database, I'm worried that memory usage during the lifetime of
'storage' objects will grow in proportion to the size of the database.

For such a size of database, would I be better off using my MySQL
version of the layer?

Cheers
Dave

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the "metakit" group.
To post to this group, send email to metakit&lt; at &gt;googlegroups.com
To unsubscribe from this group, send email to metakit-unsubscribe&lt; at &gt;googlegroups.com
For more options, visit this group at http://groups.google.com/group/metakit?hl=en
-~----------~----~----~----~------~----~------~--~---


</description>
    <dc:creator>Dave</dc:creator>
    <dc:date>2008-04-27T23:26:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.metakit/2336">
    <title>Re: corrupted data</title>
    <link>http://permalink.gmane.org/gmane.comp.db.metakit/2336</link>
    <description>

--- Jean-Claude Wippler &lt;jcw&lt; at &gt;equi4.com&gt; wrote:


I build the dump demo and ran it in the database and
got the following:

testmetakit.dat: 1 properties
  tst[ID:S,testnum:L,result:D]

 VIEW     1 rows = tst:V
    0: subview 'tst'
   VIEW     2 rows = ID:S testnum:L result:D
      0: 'ab' (L?) 3.1415
      1: 'xy' (L?) 2.345

It looks like it can not read the the LongProp, so I
changed it to an IntProp and it works now. I suspect a
windows only problem with c4_LongProp.

I can us Ints where I was planning on using long, so I
have a work around. 

If I have time after I finish this project I'll look
at   c4_LongProp and let you know what I find.

Thank you for your help.

   -EdK 

Ed Keith
e_d_k&lt; at &gt;yahoo.com

Blog: edkeith.blogspot.com


      ____________________________________________________________________________________
Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.  http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ 


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the "metakit" group.
To post to this group, send email to metakit&lt; at &gt;googlegroups.com
To unsubscribe from this group, send email to metakit-unsubscribe&lt; at &gt;googlegroups.com
For more options, visit this group at http://groups.google.com/group/metakit?hl=en
-~----------~----~----~----~------~----~------~--~---


</description>
    <dc:creator>Ed Keith</dc:creator>
    <dc:date>2008-03-13T20:13:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.metakit/2335">
    <title>Re: corrupted data</title>
    <link>http://permalink.gmane.org/gmane.comp.db.metakit/2335</link>
    <description>
On 13 Mar 2008, at 04:48, Ed Keith wrote:

I cannot reproduce this (on macosx) and get the expected results.  
Please delete the old datafile. If the problem persists, run the test  
suite with "make test". I can't think of any explanation so far.

-jcw


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the "metakit" group.
To post to this group, send email to metakit&lt; at &gt;googlegroups.com
To unsubscribe from this group, send email to metakit-unsubscribe&lt; at &gt;googlegroups.com
For more options, visit this group at http://groups.google.com/group/metakit?hl=en
-~----------~----~----~----~------~----~------~--~---


</description>
    <dc:creator>Jean-Claude Wippler</dc:creator>
    <dc:date>2008-03-13T11:34:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.metakit/2334">
    <title>Re: corrupted data</title>
    <link>http://permalink.gmane.org/gmane.comp.db.metakit/2334</link>
    <description>
--- Jean-Claude Wippler &lt;jcw&lt; at &gt;equi4.com&gt; wrote:


I removed the space, and I'm still having the same
problem.

To give more details; I run the program twice, the
first time I enter 
ID = "ab" test = 1 result = 3.1415
the second time I enter
ID = "xy"  test = 2 result = 2.345

I look at the database in kviewer and see two rows
"ab", 1, 3.1415
"xy", 3.1415, 2.345

Not only is this not the data I enterd, but, I do not
understand how 3.1415 can be stored in a property that
is declared to be long.

  -EdK



Ed Keith
e_d_k&lt; at &gt;yahoo.com

Blog: edkeith.blogspot.com


      ____________________________________________________________________________________
Looking for last minute shopping deals?  
Find them fast with Yahoo! Search.  http://tools.search.yahoo.com/newsearch/category.php?category=shopping

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the "metakit" group.
To post to this group, send email to metakit&lt; at &gt;googlegroups.com
To unsubscribe from this group, send email to metakit-unsubscribe&lt; at &gt;googlegroups.com
For more options, visit this group at http://groups.google.com/group/metakit?hl=en
-~----------~----~----~----~------~----~------~--~---


</description>
    <dc:creator>Ed Keith</dc:creator>
    <dc:date>2008-03-13T03:48:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.metakit/2333">
    <title>Re: corrupted data</title>
    <link>http://permalink.gmane.org/gmane.comp.db.metakit/2333</link>
    <description>
On 12 Mar 2008, at 21:28, EdK wrote:
[...]

The space before the colon is the problem, I suspect.
(And yes, that's an ugly weakness of MK, I agree ...)

-jcw


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the "metakit" group.
To post to this group, send email to metakit&lt; at &gt;googlegroups.com
To unsubscribe from this group, send email to metakit-unsubscribe&lt; at &gt;googlegroups.com
For more options, visit this group at http://groups.google.com/group/metakit?hl=en
-~----------~----~----~----~------~----~------~--~---


</description>
    <dc:creator>Jean-Claude Wippler</dc:creator>
    <dc:date>2008-03-12T21:08:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.metakit/2332">
    <title>corrupted data</title>
    <link>http://permalink.gmane.org/gmane.comp.db.metakit/2332</link>
    <description>
I'm trying to use metakit with mingw C++ under windows XP, but my data
seems to be getting curupted. this is my code:

#include "mk4.h"
#include "mk4str.h"

#include &lt;iostream&gt;
#include &lt;string&gt;


const std::string test_table_name("tst");
const std::string ID_field_name("ID");
const std::string result_field_name("result");
const std::string test_number_field_name("testnum");

c4_StringProp pID (ID_field_name.c_str());
c4_DoubleProp pResult (result_field_name.c_str());
c4_LongProp   pTestNum (test_number_field_name.c_str());

int main()
{
    std::cout &lt;&lt; "testing MetaKit" &lt;&lt; std::endl;

    c4_Storage storage ("testmetakit.dat", true);

    std::cout &lt;&lt; storage.Description() &lt;&lt; std::endl;

    // Start with an empty view of the proper structure.
    c4_View record = storage.GetAs((test_table_name + "["
            + ID_field_name + ":S,"
            + test_number_field_name + ":L,"
            + result_field_name + " :D]").c_str());

  c4_Row row;

  double result;
  long test_number;
  std::string id;

  std::cout &lt;&lt; "enter subject ID :" &lt;&lt; std::endl;
  std::cin &gt;&gt; id;
  std::cout &lt;&lt; "enter test number :" &lt;&lt; std::endl;
  std::cin &gt;&gt; test_number;
  std::cout &lt;&lt; "enter test result :" &lt;&lt; std::endl;
  std::cin &gt;&gt; result;

  std::cout &lt;&lt; "ID : " &lt;&lt; id
      &lt;&lt; "  test : " &lt;&lt; test_number
      &lt;&lt; "  result : " &lt;&lt; result &lt;&lt; std::endl;

  record.Add(pID[id.c_str()] + pTestNum[test_number] +
pResult[result]);

  // This saves the data to file.
  storage.Commit();

    return 0;
}

I know the data is being read properly, because the output before the
record.add has the correct data. but when I open the file with kviewer
the test number and result field do not contain the correct data.

What am I doing wrong?

   -EdK
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the "metakit" group.
To post to this group, send email to metakit&lt; at &gt;googlegroups.com
To unsubscribe from this group, send email to metakit-unsubscribe&lt; at &gt;googlegroups.com
For more options, visit this group at http://groups.google.com/group/metakit?hl=en
-~----------~----~----~----~------~----~------~--~---


</description>
    <dc:creator>EdK</dc:creator>
    <dc:date>2008-03-12T20:28:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.metakit/2331">
    <title>./libMk4tcl2.4.9.7.so: undefined symbol: __cxa_pure_virtual</title>
    <link>http://permalink.gmane.org/gmane.comp.db.metakit/2331</link>
    <description>
I recently compiled 2.4.9.7 and I am running into the following
situation. Any idea where to turn?

% load ./libMk4tcl2.4.9.7.so
couldn't load file "./libMk4tcl2.4.9.7.so": ./libMk4tcl2.4.9.7.so:
undefined symbol: __cxa_pure_virtual


My TCL is a binary build straight out of the fedora distribution.
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the "metakit" group.
To post to this group, send email to metakit&lt; at &gt;googlegroups.com
To unsubscribe from this group, send email to metakit-unsubscribe&lt; at &gt;googlegroups.com
For more options, visit this group at http://groups.google.com/group/metakit?hl=en
-~----------~----~----~----~------~----~------~--~---


</description>
    <dc:creator>tallguy</dc:creator>
    <dc:date>2008-02-18T21:43:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.metakit/2330">
    <title>C#/Swig bindings</title>
    <link>http://permalink.gmane.org/gmane.comp.db.metakit/2330</link>
    <description>
Hi,
  I was looking for a C# binding for Metakit. I found some 2 year old
discussions about someone working on a swig interface for Metakit. But
I found nothing after that.
  Does anyone know if there are swig interface files or C# bindings
made by anyone ?

Thanks,
- dBera
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the "metakit" group.
To post to this group, send email to metakit&lt; at &gt;googlegroups.com
To unsubscribe from this group, send email to metakit-unsubscribe&lt; at &gt;googlegroups.com
For more options, visit this group at http://groups.google.com/group/metakit?hl=en
-~----------~----~----~----~------~----~------~--~---


</description>
    <dc:creator>dBera</dc:creator>
    <dc:date>2008-01-21T02:51:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.metakit/2329">
    <title>freeze when deleting storage (2.4.9.7 win32 debug)</title>
    <link>http://permalink.gmane.org/gmane.comp.db.metakit/2329</link>
    <description>Hello,

I have a simple program that freezes at delete :

  c4_Storage *storage=NULL;
  const 
char*path="C:\\zdrop\\SAV\\ActiveX55\\sample_vb2005\\sample_vb\\bin\\Debug\\cd\\data.winpi";
  storage=new c4_Storage(path,false);
  if (storage!=NULL)
  {
    delete storage;
    storage=NULL;
  }

The file data.winpi has some views with about 100 000 records, but 
nothing really huge. It has been created with a version 2.4.9.2 probably.

Debugging into metakit I found that in c4_FormatV::c4_FormatV, the loop 
is really big (_subSeqs.GetSize()=109860), this seems strange since I 
did not try to access the view at all.

In release there is no problem (except when launching release program 
from visual studio with F5)
Because of this behaviour, I cannot close my application correctly in debug.
Is there any workaround ?

</description>
    <dc:creator>Florent Lejeune</dc:creator>
    <dc:date>2007-12-04T09:53:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.metakit/2328">
    <title>Re: Problems with file names containing latin accent characters</title>
    <link>http://permalink.gmane.org/gmane.comp.db.metakit/2328</link>
    <description/>
    <dc:creator>Germán Blando</dc:creator>
    <dc:date>2007-11-12T22:16:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.metakit/2327">
    <title>Re: Problems with file names containing latin accent characters</title>
    <link>http://permalink.gmane.org/gmane.comp.db.metakit/2327</link>
    <description>
Riccardo Cohen wrote:


Yes.


That's correct.  For maximum portability, all strings in and out of  
Metakit should be in UTF8.


What you've done is change the calling convention so Metakit expects a  
Windows-specific "codepage" encoding.

(Google tells me that CP_ACP means "I do not care what the system  
default codepage is -- just use it")

While this works, you lose some flexibility: what if you wanted to  
save to a filename which has characters outside the range used in your  
own locale?  With UTF8 everywhere, you can use filenames with any  
characters in them on any system.  The consequence though, is that you  
have to do what Riccardo did: convert filenames to UTF8 before passing  
them to Metakit.

-jcw


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the "metakit" group.
To post to this group, send email to metakit&lt; at &gt;googlegroups.com
To unsubscribe from this group, send email to metakit-unsubscribe&lt; at &gt;googlegroups.com
For more options, visit this group at http://groups.google.com/group/metakit?hl=en
-~----------~----~----~----~------~----~------~--~---


</description>
    <dc:creator>Jean-Claude Wippler</dc:creator>
    <dc:date>2007-11-12T10:44:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.metakit/2326">
    <title>Re: Problems with file names containing latin accent characters</title>
    <link>http://permalink.gmane.org/gmane.comp.db.metakit/2326</link>
    <description>
I don't think it depends on windows install.

Germán Blando wrote:

</description>
    <dc:creator>Riccardo Cohen</dc:creator>
    <dc:date>2007-11-12T10:31:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.metakit/2325">
    <title>Re: Problems with file names containing latin accent characters</title>
    <link>http://permalink.gmane.org/gmane.comp.db.metakit/2325</link>
    <description/>
    <dc:creator>Germán Blando</dc:creator>
    <dc:date>2007-11-12T10:09:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.metakit/2324">
    <title>Re: Problems with file names containing latin accent characters</title>
    <link>http://permalink.gmane.org/gmane.comp.db.metakit/2324</link>
    <description>
I noticed also that on windows, metakit needs utf8 file names. But did 
not test on other plateforms.I supposed all plateforms need utf8 ?

Anyway I rather changed my code to give utf8 to metakit. Any precision 
would be appreciated.
Thanks

Tecnonucleo wrote:

</description>
    <dc:creator>Riccardo Cohen</dc:creator>
    <dc:date>2007-11-11T14:50:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.metakit/2323">
    <title>Problems with file names containing latin accent characters</title>
    <link>http://permalink.gmane.org/gmane.comp.db.metakit/2323</link>
    <description>
Hello all

I've used Metakit for a while, and recently I had some issues with
file names containing accent characters, like á or é. It only occurs
in Windows XP. In Linux all works ok.
But in Windows, when the file name had latin accent characters,
Metakit suppress them and thus it tried to open a non existing file.
I debug into Metakit source code and I found that the character
missing happened in this line:

MultiByteToWideChar(CP_UTF8, 0, fname_,  - 1, wName, MAX_PATH);

I'm not an expert in Win32 API, but after some googling I decided to
change the CP_UTF8 parameter for CP_ACP. And then all began to work ok
as in Linux. The new version of the previous line now looks like that:

MultiByteToWideChar(CP_ACP, 0, fname_,  - 1, wName, MAX_PATH);

I'm not sure if it make sense to change the Metakit sources that way,
but in any case I want to share this issue and maybe get some feedback
about the patch I applied.

Greetings, German


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the "metakit" group.
To post to this group, send email to metakit&lt; at &gt;googlegroups.com
To unsubscribe from this group, send email to metakit-unsubscribe&lt; at &gt;googlegroups.com
For more options, visit this group at http://groups.google.com/group/metakit?hl=en
-~----------~----~----~----~------~----~------~--~---


</description>
    <dc:creator>Tecnonucleo</dc:creator>
    <dc:date>2007-11-10T12:34:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.metakit/2322">
    <title>Re: you got your database in my Python remote objects server</title>
    <link>http://permalink.gmane.org/gmane.comp.db.metakit/2322</link>
    <description>
David McNab wrote:

my only objection to SQL is that it typically takes me five to 10 times longer 
to solve a problem using SQL.  I don't know why I have this mental block but it 
is an absolute horrific experience I wouldn't wish my worst enemy.

it's also fat, clumsy, hard to use, etc. etc.  Using an mySQL database in a 
startup where I was a founder and small-scale funder cost me almost $50,000 and 
a year of my life.  I've also used SQL and make a few more projects and they all 
took weeks and months longer than dbm based hacks.  They also didn't run that 
much faster.



I'm sorry that I did not express myself well.  I do not want to access metakit 
remotely.  I want to stick metakit in a framework so that it can be used as a 
component from inside a pyro server.  In other words, metakit encapsulated to be 
local to the server code but remote and indivisible to the client-side code.

no, that doesn't map to what I'm thinking about.  Again, client side knows 
nothing about metakit.  Server side knows everything.  Requests are effectively 
queued server-side via some form of locking mechanism.  since each request has 
exactly once call and return semantics,a lock makes more sense than a queue.

I'm a strong believer in putting as high a level as possible into a server if 
you're going to use a server in an application.  SQL servers are a botched 
design especially when you look at the volume of traffic going back and forth 
between applications as they do requests and then a half a dozen other steps to 
accomplish the higher-level goal.  In many cases, they would be far better off 
pushing application logic into a core server and keeping the database local.  I 
know SQL has hacks upon hacks to provide this capability but, I'm not willing to 
sacrifice huge amounts of time and and a customer's budget to use those hacks.

yeah, I'm opinionated on this.  It's unfortunate something that goes with the 
territory :-)

---eric

</description>
    <dc:creator>Eric S. Johansson</dc:creator>
    <dc:date>2007-09-28T21:09:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.metakit/2321">
    <title>Re: you got your database in my Python remote objects server</title>
    <link>http://permalink.gmane.org/gmane.comp.db.metakit/2321</link>
    <description>
On Fri, 2007-09-28 at 13:58 -0400, Eric S. Johansson wrote:

Thinking more broadly, have you specifically ruled out using an object
interface to a common SQL database, such as SQLObject over MySQL?

That combination is extremely thread-safe, and gives the remote clients
an excellent object view of tables, columns, rows etc. And it's pretty
easy to use.

If this doesn't appeal, and you're feeling pretty determined to access
metakit remotely, then have you figured out a clear definition of
exactly what kind of 'look and feel' you want on the client side?

If your 'look and feel' requirements aren't too demanding, then it
should be possible to set up a Queue-based multithread setup on the
server, such that only one of the server threads is accessing the actual
metakit database, and other threads which talk to the remote client
communicate with this one thread. This wouldn't require any mods to
metakit or Pyro - just an access layer.

Cheers
David



--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the "metakit" group.
To post to this group, send email to metakit&lt; at &gt;googlegroups.com
To unsubscribe from this group, send email to metakit-unsubscribe&lt; at &gt;googlegroups.com
For more options, visit this group at http://groups.google.com/group/metakit?hl=en
-~----------~----~----~----~------~----~------~--~---


</description>
    <dc:creator>David McNab</dc:creator>
    <dc:date>2007-09-28T20:36:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.metakit/2320">
    <title>you got your database in my Python remote objects server</title>
    <link>http://permalink.gmane.org/gmane.comp.db.metakit/2320</link>
    <description>
just want to throw this idea out and see it in appeal to anyone.  I would work 
on it myself except for the fact that my wrists have given out (yet again) and 
writing code with speech recognition isn't the most efficient method.

I have been working on a project where I am using Pyro (Python remote objects) 
as a way of providing network access to a variety of operations on top of 
database services.  I have been struggling with a variety of database techniques 
and I keep coming back to metakit as a solution that just feels right in terms 
of level of effort etc.

The main problem is that Python remote object servers are multithreaded.  They 
are either threaded on an object basis or connection basis.  Everything I've 
read so far says that metakit is maybe yes, maybe no, happy with threads in the 
Python environment.

My wish: update/validate metakit to work with threads in general and Pyro 
servers specifically.  I'm not asking for a lot. Metakit access could be single 
threaded which still allows for server applications to be multithreaded.  I 
believe that something this "simple" would be good because, in theory, it's 
either present but on validated or relatively easy to accomplish.  in addition 
to this wish, I would like to see a release of a thread capable/okay metakit in 
conjunction with Pyro 4.0.  A joint project/release would bring good, positive 
attention to both projects.

If folks think it's a good idea, what would it take to validate metakit in a 
threaded environment like the one I propose?  Is there a simpler model for 
dealing with threaded environments that I'm not aware of?

I have templates for Pyro servers that I could use to help build a testbed but 
I'm missing some critical knowledge to be able to complete the project.

Ever hopeful:

---eric

Abused by speech recognition since 1995


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the "metakit" group.
To post to this group, send email to metakit&lt; at &gt;googlegroups.com
To unsubscribe from this group, send email to metakit-unsubscribe&lt; at &gt;googlegroups.com
For more options, visit this group at http://groups.google.com/group/metakit?hl=en
-~----------~----~----~----~------~----~------~--~---


</description>
    <dc:creator>Eric S. Johansson</dc:creator>
    <dc:date>2007-09-28T17:58:36</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.comp.db.metakit">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.db.metakit</link>
  </textinput>
</rdf:RDF>
