Hi,

First, I'm VERY new in using kbmmemtable AND RAD Studio.
In my software dev project I'm currently working in (a quit big Win XP
application) I need to install kbmmemtable for using old and making new
Quick Report classes.

When I try to follow the installation procedure taken from the file
"installation.txt" supplied by kbmmemtable supplier, I fail due to
whatever reason(s).

1. I delete all old kbm related files
2. I open the kbmMemD2007Run.dproj and compile
     (Here the first problem occurs: Can't find dbrtl.dcp,
      I fix this by    adding the RAD Studio lib path)
3. The result from compilation are the following files all located in
     my D2007\Win32 folder:
     * kbmMemBinaryStreamFormat.dcu
     * kbmMemCSVStreamFormat.dcu
     * kbmMemD2007Run.dcu
     * kbmMemResEng.dcu
     * kbmMemTable.dcu
4. I add the D2007\Win32 folder to my project path
5. I open the kbmMemD2007Des.dproj and compile
6. Compilation failes due to it can't find kbmMemD2007Run.dcp.
     When I look into source dir there's only a kbmMemD2007Run.dcu
     and from here on I don't know what to do next???
Why, don't I have a .dcp file after compilation?
Should I change the file extension in XP-explorer, I don't think that
would solve anything but I'm beginning to feel VERY DESPERATE? [:((]

Please, any expert here, help is NEEDED VERY MUCH!

Thanks,
Peer




[Non-text portions of this message have been removed]

Hi,

First, I'm VERY new in using kbmmemtable AND RAD Studio.
In my software dev project I'm currently working in (a quit big Win
XP application) I need to install kbmmemtable for using old and
making new Quick Report classes.

When I try to follow the installation procedure taken from the
file "installation.txt" supplied by kbmmemtable supplier, I fail due
to whatever reason(s).

1. I delete all old kbm related files
2. I open the kbmMemD2007Run.dproj and compile
    (Here the first problem occurs: Can't find dbrtl.dcp,
     I fix this by    adding the RAD Studio lib path)
3. The result from compilation are the following files all located in
    my D2007\Win32 folder:
    * kbmMemBinaryStreamFormat.dcu
    * kbmMemCSVStreamFormat.dcu
    * kbmMemD2007Run.dcu
    * kbmMemResEng.dcu
    * kbmMemTable.dcu
4. I add the D2007\Win32 folder to my project path
5. I open the kbmMemD2007Des.dproj and compile
6. Compilation failes due to it can't find kbmMemD2007Run.dcp.
    When I look into source dir there's only a kbmMemD2007Run.dcu
    and from here on I don't know what to do next???
Why, don't I have a .dcp file after compilation?
Should I change the file extension in XP-explorer, I don't think that
would solve anything but I'm beginning to feel VERY DESPERATE?

Please, any expert here, help is NEEDED VERY MUCH!

Thanks,
Peer

--- In memtable@yahoogroups.com, "duetting" <duetting@...> wrote:
>
> i wanted to ask if there are people interrested
> in further developing or at least bugfixing it as open source.

While I think that sounds like a good idea, I am not sure how viable it would
be.  The license that the previous versions of TkbmMemTable was distributed
under is no an open source license, but was a freeware with source license. 
Specifically the license states:

// 25. Jul. 2003
// You are allowed to use this component in any application for free.
// You are not allowed to use the knowledge gained from this component or any
code
// from it for creating applications or developer tools directly competing with
any
// C4D tool unless specifically approved in writing by C4D.

So maybe you could get away with distributing delta patches, but that only works
as long as you know everyone is on the same version.

-Jim

--- In memtable@yahoogroups.com, "Kim Madsen" <kbm@...> wrote:
>
> We are happy to announce the immediate availability of kbmMemTable v. 5.80
> Standard Edition and Professional Edition, now with support for Delphi 2009!

I am possibly interested in kbmMemTable but am unable to find any details about
even Delphi 2007 support on http://www.myc4d.com/ or
http://www.components4programmers.com/

-Jim

Hi,

I wonder if anyone is still around this group?  I just moved up to ver 5.52 (I
was using an older version with Delphi 4, but I recently acquired Delphi 7!
Yea!).

I am trying to use the Persistent feature.  I have a form, a KbmMemtable, a
KbmMemtableStreamFormat, a DataSet, and some basic db input fields.

With a Binary stream I can load, run and input data.  When I quit the app I get
an EAccess error.  Every time.

With a CSV stream, it will save the first time - filename and all works well. 
But every subsequent time I get the same error.  Unless I delete the CSV file.

I just can't figure it out ... in spite of buying the help files, which were of
little help (no big deal though - I'm glad to chip in that little bit for the
use of a great component!!!).

thanks for any help!

Jim

As components4developers collects now charges for new versions and
updates of kbmMemTable i wanted to ask if there are people interrested
in further developing or at least bugfixing it as open source. I've
found a few bugs ( mostly in code i contributed myself i must admit)
and wrote a message to components4developers but never got an answer.
I did not buy an SAU but the documentation a few years ago. I
personally aren't very experienced in Delphi .Net and also don't
possess Delphi 2009 so don't expect anything from these points. But if
there is enough interrest to keep kbmMemTable open source and free i
would create a sourceforge project. If that is a problem for the
people of components4developers please contact me.
In my opinion kbmMemTable can live on as a community project as the
history in kbmMemTable.pas shows. I don't have a problem with the
costs as 30$/year isn't much for the work involved in such a project.
If someone needs support the 30$ are a good investment. But i believe
in open source projects and that developers can put their work
together to the benefit of all.

Best Regards,
Markus Dütting
cosymed AG

I didn't call you an ass, I called you lazy.  But I think someone might have
inferred "pompous" from your fanboi-like signature describing in large detail
your little pile of hardware.  Kids and gamers care how you partition your
harddrive and/or what model they are.  Programmers generally understand that
computers are tools, not toys.

As far as components go, having to install a component is a LAZY excuse.  If one
of my staff ever said anything like that, it would show in the next performance
review.   A good programmer knows the best tools for the job, and will use
those.  A little extra effort in getting your environment set up will save time
programming and result in a better product.



----- Original Message ----
From: Sean Roberts <sean_c_roberts@...>
To: memtable@yahoogroups.com
Sent: Wednesday, December 17, 2008 4:57:23 PM
Subject: RE: [memtable] Re: Pb with TkbMemTable  when migrating from Delphi5 to
Delphi7


I only got involved in this when replying to someone on the general Delphi
thread - I never meant to be included on a thread in the kbmMemTable group.

If I have offended you, then I apologize.

To those that think they can label someone as a "pompous ass" without knowing
anything about them, good luck with your Delphi skills, because your people
skill suck.
http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_12200\
8

[Non-text portions of this message have been removed]


------------------------------------

Latest release of kbmMemTable can be found at www.components4developers.com
Yahoo! Groups Links

I only got involved in this when replying to someone on the general Delphi
thread - I never meant to be included on a thread in the kbmMemTable group.

If I have offended you, then I apologize.

To those that think they can label someone as a "pompous ass" without knowing
anything about them, good luck with your Delphi skills, because your people
skill suck.
http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_12200\
8

[Non-text portions of this message have been removed]

Sean

Why you would state this 'preference' on a newsgroup dedicated to
kbmMemtable is beyond me, Unless you are
the lazy pompous ass it appears you are.

Is that insulting enough?

Neven MacEwan B.E. E&E
> I'm just stating my preferences.
>
> I find that if I have to move a project to a different machine on which I've
installed Delphi, I don't enjoy the extra burdon of then having to install any
supporting components I used when building the project.
>
> My preference (and it does not have to be yours) is to be able to (whenever
possible) work on projects using only the VCL components that come with my
Delphi installation (whenever possible).
>
> Please try to be more professional and not insult me personally just because
we disagree.
>
>
>
> To: memtable@...: niafalls74@...: Wed, 10 Dec 2008
10:27:19 -0800Subject: Re: [memtable] Re: Pb with TkbMemTable when migrating
from Delphi5 to Delphi7
>
>
>
> Sean, your argument is pour and pointless. What's your goal? Creating programs
that are efficient, or expending the least amount of effort while creating a
program? If it's the latter, you're lazy...________________________________From:
Sean Roberts <sean_c_roberts@...>To: memtable@...:
Wednesday, December 10, 2008 11:15:12 AMSubject: RE: [memtable] Re: Pb with
TkbMemTable when migrating from Delphi5 to Delphi7All I meant was that
TClientData set doesn't require that any additional VCL components be
installed.Sean Christopher Roberts, M.A.http://www. linkedin. com/in/seancrobe
rts------ --------- --------- --------- --------- --------- -------XFX nForce
680i LT SLI Socket 775 | Intel Core 2 Duo E6750 OC: 1600 FSB @ 3.2 GHz | 4 x OCZ
SLI 1024MB PC6400 DDR2 800MHz | XION 600w PSU | CM Stacker STC-T01 Case | Sony
GDM-W900 24" CRT Monitor | EVGA GeForce 9800 GX2 OC: 675/1100 | WD SATA 74 GB
Raptor (boot/system) , WD SATA 120 GB (applications) , WD SATA 500 GB (storage)
| Windows Vista Business 64-Bit | Patient and supportive significant otherTo:
memtable@yahoogroup s.comFrom: dkeith2@yahoo. comDate: Wed, 10 Dec 2008 15:33:05
+0000Subject: [memtable] Re: Pb with TkbMemTable when migrating from Delphi5 to
Delphi7--- In memtable@yahoogroup s.com, "herveroy13" <herveroy@.. .> wrote:>>
hello everybody,> I have a Pb with TkbMemTable when migrating from Delphi5 to
Delphi7.> Compiling is Ok but an error occurs when running. > > Format not
specified> > It occurs on an instruction : MmTbl.LoadFromFile( MmTbl.Persistent
File);> where persistent file is a .txt file> This instruction was correct on
Delphi 5.> > Where is the pb ?> > Hervé> > Thx>Herve -Sean was right about using
a separate format component, a kbmCSVStreamFormat class. Kim separated the file
I/O logic from the memtable several years ago. It basically works the same way,
but makes the property page smaller/less complex on the memtable. Instead of
specifying the import file properties on the memtable, you specify them on a
kbmCSVStreamFormat class. Then you assign the kbmCSVStreamFormat class to your
kbmMemTable' s DefaultFormat property. Since you are performing the same basic
tasks, converting yourkbmMemTable code to the newer format should be relatively
painless.As for TClientDataSet being 'native' to delphi, I'm not sure what Sean
was talking about. TkbmMemTable is as 'native' to delphi as it gets, being
composed of 100% delphi code. Incidentally, kbmMemTable has much better
performance than tclientdataset, is more stable, is thread safe etc. It is a
VAST improvement over TClientDataset, and is completely 'native' to delphi.David
Keith ____________ _________ _________ _________ _________ _________ _Send
e-mail faster without improving your typing skills.http://windowslive.
com/Explore/ hotmail?ocid= TXT_TAGLM_ WL_hotmail_ acq_speed_ 122008[Non-text
portions of this message have been removed][Non-text portions of this message
have been removed]
>
>
>
>
>
> _________________________________________________________________
> Suspicious message? There’s an alert for that.
>
http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_broad2_1220\
08
>
> [Non-text portions of this message have been removed]
>
>
> ------------------------------------
>
> Latest release of kbmMemTable can be found at www.components4developers.com
> Yahoo! Groups Links
>
>
>
>
>

I'm just stating my preferences.

I find that if I have to move a project to a different machine on which I've
installed Delphi, I don't enjoy the extra burdon of then having to install any
supporting components I used when building the project.

My preference (and it does not have to be yours) is to be able to (whenever
possible) work on projects using only the VCL components that come with my
Delphi installation (whenever possible).

Please try to be more professional and not insult me personally just because we
disagree.



To: memtable@...: niafalls74@...: Wed, 10 Dec 2008
10:27:19 -0800Subject: Re: [memtable] Re: Pb with TkbMemTable when migrating
from Delphi5 to Delphi7



Sean, your argument is pour and pointless. What's your goal? Creating programs
that are efficient, or expending the least amount of effort while creating a
program? If it's the latter, you're lazy...________________________________From:
Sean Roberts <sean_c_roberts@...>To: memtable@...:
Wednesday, December 10, 2008 11:15:12 AMSubject: RE: [memtable] Re: Pb with
TkbMemTable when migrating from Delphi5 to Delphi7All I meant was that
TClientData set doesn't require that any additional VCL components be
installed.Sean Christopher Roberts, M.A.http://www. linkedin. com/in/seancrobe
rts------ --------- --------- --------- --------- --------- -------XFX nForce
680i LT SLI Socket 775 | Intel Core 2 Duo E6750 OC: 1600 FSB @ 3.2 GHz | 4 x OCZ
SLI 1024MB PC6400 DDR2 800MHz | XION 600w PSU | CM Stacker STC-T01 Case | Sony
GDM-W900 24" CRT Monitor | EVGA GeForce 9800 GX2 OC: 675/1100 | WD SATA 74 GB
Raptor (boot/system) , WD SATA 120 GB (applications) , WD SATA 500 GB (storage)
| Windows Vista Business 64-Bit | Patient and supportive significant otherTo:
memtable@yahoogroup s.comFrom: dkeith2@yahoo. comDate: Wed, 10 Dec 2008 15:33:05
+0000Subject: [memtable] Re: Pb with TkbMemTable when migrating from Delphi5 to
Delphi7--- In memtable@yahoogroup s.com, "herveroy13" <herveroy@.. .> wrote:>>
hello everybody,> I have a Pb with TkbMemTable when migrating from Delphi5 to
Delphi7.> Compiling is Ok but an error occurs when running. > > Format not
specified> > It occurs on an instruction : MmTbl.LoadFromFile( MmTbl.Persistent
File);> where persistent file is a .txt file> This instruction was correct on
Delphi 5.> > Where is the pb ?> > Hervé> > Thx>Herve -Sean was right about using
a separate format component, a kbmCSVStreamFormat class. Kim separated the file
I/O logic from the memtable several years ago. It basically works the same way,
but makes the property page smaller/less complex on the memtable. Instead of
specifying the import file properties on the memtable, you specify them on a
kbmCSVStreamFormat class. Then you assign the kbmCSVStreamFormat class to your
kbmMemTable' s DefaultFormat property. Since you are performing the same basic
tasks, converting yourkbmMemTable code to the newer format should be relatively
painless.As for TClientDataSet being 'native' to delphi, I'm not sure what Sean
was talking about. TkbmMemTable is as 'native' to delphi as it gets, being
composed of 100% delphi code. Incidentally, kbmMemTable has much better
performance than tclientdataset, is more stable, is thread safe etc. It is a
VAST improvement over TClientDataset, and is completely 'native' to delphi.David
Keith ____________ _________ _________ _________ _________ _________ _Send
e-mail faster without improving your typing skills.http://windowslive.
com/Explore/ hotmail?ocid= TXT_TAGLM_ WL_hotmail_ acq_speed_ 122008[Non-text
portions of this message have been removed][Non-text portions of this message
have been removed]





_________________________________________________________________
Suspicious message? There’s an alert for that.
http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_broad2_1220\
08

[Non-text portions of this message have been removed]

Sean, your argument is pour and pointless.  What's your goal?  Creating programs
that are efficient, or expending the least amount of effort while creating a
program?  If it's the latter, you're lazy...




________________________________
From: Sean Roberts <sean_c_roberts@...>
To: memtable@yahoogroups.com
Sent: Wednesday, December 10, 2008 11:15:12 AM
Subject: RE: [memtable] Re: Pb with TkbMemTable  when migrating from Delphi5 to
Delphi7



All I meant was that TClientData set doesn't require that any additional VCL
components be installed.
Sean Christopher Roberts, M.A.http://www. linkedin. com/in/seancrobe rts------
--------- --------- --------- --------- --------- -------XFX nForce 680i LT SLI
Socket 775 | Intel Core 2 Duo E6750 OC: 1600 FSB @ 3.2 GHz | 4 x OCZ SLI 1024MB
PC6400 DDR2 800MHz | XION 600w PSU | CM Stacker STC-T01 Case | Sony GDM-W900 24"
CRT Monitor | EVGA GeForce 9800 GX2 OC: 675/1100 | WD SATA 74 GB Raptor
(boot/system) , WD SATA 120 GB (applications) , WD SATA 500 GB (storage) |
Windows Vista Business 64-Bit | Patient and supportive significant other

To: memtable@yahoogroup s.comFrom: dkeith2@yahoo. comDate: Wed, 10 Dec 2008
15:33:05 +0000Subject: [memtable] Re: Pb with TkbMemTable when migrating from
Delphi5 to Delphi7

--- In memtable@yahoogroup s.com, "herveroy13" <herveroy@.. .> wrote:>> hello
everybody,> I have a Pb with TkbMemTable when migrating from Delphi5 to
Delphi7.> Compiling is Ok but an error occurs when running. > > Format not
specified> > It occurs on an instruction : MmTbl.LoadFromFile( MmTbl.Persistent
File);> where persistent file is a .txt file> This instruction was correct on
Delphi 5.> > Where is the pb ?> > Hervé> > Thx>Herve -Sean was right about using
a separate format component, a kbmCSVStreamFormat class. Kim separated the file
I/O logic from the memtable several years ago. It basically works the same way,
but makes the property page smaller/less complex on the memtable. Instead of
specifying the import file properties on the memtable, you specify them on a
kbmCSVStreamFormat class. Then you assign the kbmCSVStreamFormat class to your
kbmMemTable' s DefaultFormat property. Since you are performing the same basic
tasks, converting your
  kbmMemTable code to the newer format should be relatively painless.As for
TClientDataSet being 'native' to delphi, I'm not sure what Sean was talking
about. TkbmMemTable is as 'native' to delphi as it gets, being composed of 100%
delphi code. Incidentally, kbmMemTable has much better performance than
tclientdataset, is more stable, is thread safe etc. It is a VAST improvement
over TClientDataset, and is completely 'native' to delphi.David Keith

____________ _________ _________ _________ _________ _________ _
Send e-mail faster without improving your typing skills.
http://windowslive. com/Explore/ hotmail?ocid= TXT_TAGLM_ WL_hotmail_ acq_speed_
122008

[Non-text portions of this message have been removed]






[Non-text portions of this message have been removed]

I have a problem...need help

I load at rin time a KbmMemTAble with no field from a query

MTPersonal->Close();
MTPersonal->LoadFromDataSet(DM->qSelect,TkbmMemTableCopyTableOptions
() << mtcpoStructure << mtcpoProperties << mtcpoLookup <<
mtcpoCalculated << mtcpoFieldIndex);
MTPersonal->Open();


In that moment, i want to add new field to MTPersonal like
MTPersonal->FieldDefs->Add("TEST", ftString, 20 , true);


okkk...work but when i want to use the TEST field...MTPersonal->Locate
("TEST","1",Opts)

ERROR!! TEST field does not exist????

Please give advice how to add fields at run time, after
LoadFromDataSet

All I meant was that TClientData set doesn't require that any additional VCL
components be installed.
Sean Christopher Roberts,
M.A.http://www.linkedin.com/in/seancroberts-------------------------------------\
---------------------------XFX nForce 680i LT SLI Socket 775 | Intel Core 2 Duo
E6750 OC: 1600 FSB @ 3.2 GHz | 4 x OCZ SLI 1024MB PC6400 DDR2 800MHz | XION 600w
PSU | CM Stacker STC-T01 Case | Sony GDM-W900 24" CRT Monitor | EVGA GeForce
9800 GX2 OC: 675/1100 | WD SATA 74 GB Raptor (boot/system), WD SATA 120 GB
(applications), WD SATA 500 GB (storage) | Windows Vista Business 64-Bit |
Patient and supportive significant other



To: memtable@...: dkeith2@...: Wed, 10 Dec 2008
15:33:05 +0000Subject: [memtable] Re: Pb with TkbMemTable when migrating from
Delphi5 to Delphi7



--- In memtable@yahoogroups.com, "herveroy13" <herveroy@...> wrote:>> hello
everybody,> I have a Pb with TkbMemTable when migrating from Delphi5 to
Delphi7.> Compiling is Ok but an error occurs when running. > > Format not
specified> > It occurs on an instruction :
MmTbl.LoadFromFile(MmTbl.PersistentFile);> where persistent file is a .txt file>
This instruction was correct on Delphi 5.> > Where is the pb ?> > Hervé> >
Thx>Herve -Sean was right about using a separate format component, a
kbmCSVStreamFormat class. Kim separated the file I/O logic from the memtable
several years ago. It basically works the same way, but makes the property page
smaller/less complex on the memtable. Instead of specifying the import file
properties on the memtable, you specify them on a kbmCSVStreamFormat class. Then
you assign the kbmCSVStreamFormat class to your kbmMemTable's DefaultFormat
property. Since you are performing the same basic tasks, converting your
kbmMemTable code to the newer format should be relatively painless.As for
TClientDataSet being 'native' to delphi, I'm not sure what Sean was talking
about. TkbmMemTable is as 'native' to delphi as it gets, being composed of 100%
delphi code. Incidentally, kbmMemTable has much better performance than
tclientdataset, is more stable, is thread safe etc. It is a VAST improvement
over TClientDataset, and is completely 'native' to delphi.David Keith





_________________________________________________________________
Send e-mail faster without improving your typing skills.
http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_12200\
8

[Non-text portions of this message have been removed]

--- In memtable@yahoogroups.com, "herveroy13" <herveroy@...>
wrote:
>
> hello everybody,
> I have a Pb with TkbMemTable when migrating from Delphi5 to
Delphi7.
> Compiling is Ok but an error occurs when running.
>
> Format not specified
>
> It occurs on an instruction :
MmTbl.LoadFromFile(MmTbl.PersistentFile);
> where persistent file is a .txt file
> This instruction was correct on Delphi 5.
>
> Where is the pb ?
>
> Hervé
>
> Thx
>

Herve -

Sean was right about using a separate format component, a
kbmCSVStreamFormat class. Kim separated the file I/O logic from
the memtable several years ago.

It basically works the same way, but makes the property
page smaller/less complex on the memtable. Instead of specifying
the import file properties on the memtable, you specify them on a
kbmCSVStreamFormat class. Then you assign the
kbmCSVStreamFormat class to your kbmMemTable's
DefaultFormat property.

Since you are performing the same basic tasks, converting your
kbmMemTable code to the newer format should be relatively
painless.

As for TClientDataSet being 'native' to delphi, I'm not sure what
Sean was talking about. TkbmMemTable is as 'native' to delphi as it
gets, being composed of 100% delphi code. Incidentally,
kbmMemTable has much better performance than tclientdataset, is
more stable, is thread safe etc. It is a VAST improvement over
TClientDataset, and is completely 'native' to delphi.

David Keith

Hi,



Older versions of kbmMemTable didnt have the notion of stream formats.

Newer versions do. A streamformat is for example CSV or binary and
determines how the data is streamed from and to external medias/storage.



Put a TkbmMemCSVStreamFormat or a TkbmMemBinaryStreamFormat (depending on
your requirements) on the datamodule/form where you have your TkbmMemTable
and set the memtables DefaultFormat to point on the streamformat.



And as a response to switch to ClientDataset. Yes. Its possible.. in some
cases… but its vastly slower and use up much more memory.

Further there are feature differences between the two.





best regards



Kim Madsen

Components4Developers

  <http://www.components4developers.com> http://www.components4developers.com



The best SOA, ESB and EAI components for the best developers

High performance, high scalability, high functionality, low cost







Fra: memtable@yahoogroups.com [mailto:memtable@yahoogroups.com] Pĺ vegne af
Sean Roberts
Sendt: 8. december 2008 21:30
Til: memtable@yahoogroups.com
Emne: RE: [memtable] Pb with TkbMemTable when migrating from Delphi5 to
Delphi7




First, I recommend that you switch to a ClientDataSet instead of KbMemTable
- it's natve to Delphi.

Second, I seem to recall (when I played with KBMemTable) that you have to
indicate a format into which you data is stored on the disk.

I think you can choose from things like CSV, etc.Sean Christopher Roberts,
M.A.http://www.linkedin.com/in/seancroberts---------------------------------
-------------------------XFX nForce 680i LT SLI Socket 775 | Intel Core 2
Duo E6750 OC: 1600 FSB @ 3.2 MHz | 4 x OCZ SLI 1024MB PC6400 DDR2 800MHz |
XION 600w PSU | CM Stacker 200 ATX/BTX Case | EVGA GeForce 9800 GX2 OC:
675/1100 | WD SATA 74 GB Raptor (boot/system), WD SATA 120 GB
(applications), WD SATA 500 GB (storage) | Windows Vista Business, SP1 |
Patient and supportive significant other

To: memtable@... <mailto:memtable%40yahoogroups.comFrom> :
herveroy@... <mailto:herveroy%40free.frDate> : Mon, 8 Dec 2008
12:08:50 +0000Subject: [memtable] Pb with TkbMemTable when migrating from
Delphi5 to Delphi7

hello everybody,I have a Pb with TkbMemTable when migrating from Delphi5 to
Delphi7.Compiling is Ok but an error occurs when running. Format not
specifiedIt occurs on an instruction :
MmTbl.LoadFromFile(MmTbl.PersistentFile);where persistent file is a .txt
fileThis instruction was correct on Delphi 5.Where is the pb ?HervéThx

__________________________________________________________
Send e-mail anywhere. No map, no compass.
http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_anywher
e_122008

[Non-text portions of this message have been removed]





[Non-text portions of this message have been removed]

First, I recommend that you switch to a ClientDataSet instead of KbMemTable -
it's natve to Delphi.

Second, I seem to recall (when I played with KBMemTable) that you have to
indicate a format into which you data is stored on the disk.

I think you can choose from things like CSV, etc.Sean Christopher Roberts,
M.A.http://www.linkedin.com/in/seancroberts-------------------------------------\
---------------------------XFX nForce 680i LT SLI Socket 775 | Intel Core 2 Duo
E6750 OC: 1600 FSB @ 3.2 MHz | 4 x OCZ SLI 1024MB PC6400 DDR2 800MHz | XION 600w
PSU | CM Stacker 200 ATX/BTX Case | EVGA GeForce 9800 GX2 OC: 675/1100 | WD SATA
74 GB Raptor (boot/system), WD SATA 120 GB (applications), WD SATA 500 GB
(storage) | Windows Vista Business, SP1 | Patient and supportive significant
other



To: memtable@...: herveroy@...: Mon, 8 Dec 2008 12:08:50
+0000Subject: [memtable] Pb with TkbMemTable when migrating from Delphi5 to
Delphi7



hello everybody,I have a Pb with TkbMemTable when migrating from Delphi5 to
Delphi7.Compiling is Ok but an error occurs when running. Format not specifiedIt
occurs on an instruction : MmTbl.LoadFromFile(MmTbl.PersistentFile);where
persistent file is a .txt fileThis instruction was correct on Delphi 5.Where is
the pb ?HervéThx





_________________________________________________________________
Send e-mail anywhere. No map, no compass.
http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_anywhere_12\
2008

[Non-text portions of this message have been removed]

hello everybody,
I have a Pb with TkbMemTable when migrating from Delphi5 to Delphi7.
Compiling is Ok but an error occurs when running.

Format not specified

It occurs on an instruction : MmTbl.LoadFromFile(MmTbl.PersistentFile);
where persistent file is a .txt file
This instruction was correct on Delphi 5.

Where is the pb ?

Hervé

Thx

We are happy to announce the immediate availability of kbmMemTable v. 5.80
Standard Edition and Professional Edition, now with support for Delphi 2009!

In addition this release also marks the creation of 3 official kbmMemTable
Editions, CG, Standard and Professional.

CG Edition will be released as binary only (no source) but will be freely
available. Further details will be provided later.

Standard Edition is released with source to holders of an active kbmMemTable

Service and Update subscription (SAU).

Professional Edition is released with source and additional performance
enhancement features for Win32 to holders of an active kbmMW Pro/Ent Service

and Update subscription (SAU).

kbmMemTable now supports the following development environments:

Kylix 3
Delphi 5
Delphi 6
Delphi 7
C++Builder 6
Delphi 2005 Win32/.Net
Delphi 2006 Win32/.Net/C++
Delphi 2007 Win32/.Net/C++
Delphi 2009
FreePascal
VS.Net 2005/2008 (when an assembly have been compiled using Delphi 2007/.Net

2.0)

Delphi 3, Delphi 4, C++Builder 3-5 and Kylix 1 are no longer officially
supported.

kbmMemTable is the premier high performance, high functionality in memory
dataset for Delphi, Kylix and C++Builder. It can also be used in Visual
Studio for .Net or other .Net environments.

Please visit www.myc4d.com to download the latest kbmMemTable release.

best regards

Kim Madsen
Components4Developers
http://www.components4developers.com

The best SOA, ESB and EAI components for the best developers
High performance, high scalability, high functionality, low cost

Waiting for authentification.




[Non-text portions of this message have been removed]

I hope the patch works.



[Non-text portions of this message have been removed]

Hei,

Kjell Inge Skjřnberg har sluttet hos APAS Energiteknikk a.s.

Send derfor epost til e-post@... eller ring APAS pĺ
+47 6926 2530 for ĺ fĺ kontakt med andre.

Vennlig hilsen
Systemadministrator

Please read the following document to learn more about our future
business model regarding kbmMemTable.

http://www.components4programmers.com/news/ourfuturebusinessmodelforkbmm
emt.htm


--

best regards
Kim Madsen
kbm@...
www.components4developers.com

The best components for the best developers
Application server enabling technology for developers

Hi,

There are multiple ways.

1) kbmMW contains a SOAP streamformat which, in combo with the kbmMW.wsdl
file makes kbmMW a webservice in itself.
     Whatever functionality you want to publish as a webservice will be
published via the transport(s) having the streamformat set to SOAP.

2) You can use any other tool providing webservice functionality, and then
call into the kbmMW application server, either as a seperate server, or
embedded into your webservice application.

best regards

Kim Madsen
kbm@...
www.components4developers.com

The best components for the best developers
kbmMW - kbmMemTable - kbmWABD - kbmX10


   -----Oprindelig meddelelse-----
   Fra: memtable@yahoogroups.com [mailto:memtable@yahoogroups.com]Pa vegne af
sasa mihajlovic
   Sendt: 12. marts 2007 21:50
   Til: memtable@yahoogroups.com
   Emne: Re: [memtable] ANN: Special, timelimited discount on kbmMWproducts!



   Hi Kim,

   Thank you for this great offer, I would like to continue to use kbmMW in
full power of kbmMW, so I have a kbmMW Pro licence and I'm now in WebService
Oriented world, if you have any idea how to use kbmMW in web services, just
tell me what I need for this and I will upgrade my kbmMW!

   Thans for any suggestion in advance!

   best regards,

   sasa mihajlovic
   msd Software Agency
   mail: office@...
   web: http://www.msdInfo.com
   linux counter: 353388

   ---------------------------------
   Don't be flakey. Get Yahoo! Mail for Mobile and
   always stay connected to friends.

   [Non-text portions of this message have been removed]




********************************************************************************\
******
This email and any files transmitted with it are confidential and intended
solely for the use  of the individual or entity to whom they are addressed.
If you have received this email in error please notify the sender by return
e-mail and delete it from your system. Thank you.
Any opinions expressed are that of the individual and not necessarily that
of Components4Developers.
Although Components4Developers believe this email and any attachments are
free of any virus or defect that may affect a computer, it is the responsibility
of the recipient to ensure  that this is so, and Components4Developers accepts
no responsibility for any loss, contamination or damage arising in any way
from its use.
********************************************************************************\
******

[Non-text portions of this message have been removed]

Hi Kim,

   Thank you for this great offer, I would like to continue to use kbmMW in full
power of kbmMW, so I have a kbmMW Pro licence and I'm now in WebService Oriented
world, if you have any idea how to use kbmMW in web services, just tell me what
I need for this and I will upgrade my kbmMW!

   Thans for any suggestion in advance!


best regards,

sasa mihajlovic
msd Software Agency
mail: office@...
web: http://www.msdInfo.com
linux counter: 353388

---------------------------------
Don't be flakey. Get Yahoo! Mail for Mobile and
always stay connected to friends.

[Non-text portions of this message have been removed]

Hei,

Kjell Inge Skjřnberg har sluttet hos APAS Energiteknikk a.s.

Send derfor epost til e-post@... eller ring APAS pĺ
+47 6926 2530 for ĺ fĺ kontakt med andre.

Vennlig hilsen
Systemadministrator

We are happy to provide a special, timelimited and one of a time
discount of 25% on the following products:

   a.. kbmMW Spider Full Version
   b.. kbmMW v.2.5x Enterprise Edition
   c.. kbmMW v.2.5x Professional Edition
   d.. kbmMW v.2.5x Upgrade from kbmMW v. 2.5x ProPlus Edition to
Enterprise Edition
   e.. kbmMW InControl Bundle
   f.. kbmMW InControl Management Console Full Version
   g.. kbmMW InControl Repository Server Full Version
   h.. kbmMW v.2.5x Bundle of Enterprise Edition and kbmMW Spider
   i.. kbmMW v.2.5x Bundle of Professional Edition and kbmMW Spider
   j.. kbmMW v.2.5x Competitive upgrade from RO, RO/DA, dbOverNet or
ASTA to kbmMW v.2.5x Enterprise Edition
   k.. kbmMW v.2.5x Competitive upgrade from RO, RO/DA, dbOverNet or
ASTA to kbmMW v.2.5x Professional Edition
   l.. kbmMW v.2.5x Upgrade from kbmMW v. 0.9x/1.xx Commercial Edition
to v2.5x Professional Edition kbmMW v.2.5x
   m.. Upgrade from kbmMW v. 2.5x Professional Edition to Enterprise
Edition

There are no limits on number of licenses bought! Buy as many as you
want, getting 25% on ALL!

Use the following coupon code when ordering: kbmMWCodeRage07

Remember this offer is only valid in the period. March 12, 2007 to
March 15, 2007

Read more at:
http://www.components4developers.com

----

Components4Developers is a company established in 1999 with the
purpose of providing high quality development tools for developers
and enterprises. The primare focus is on SOA, EAI and systems
integration via our flagship product kbmMW.

kbmMW is a portable, highly scalable, high end application server and
enterprise architecture integration (EAI) development framework for
Win32, .Net and Linux with clients residing on Win32, .Net, Linux,
Unix, Mainframes, Minis, Embedded and many other places. It is
currently used as the backbone in hundreds of central systems, in
hospitals, courts, private industries, offshore industry, finance,
telecom, governements, schools, laboratories, rentals, culture
institutions and more.

Kim/all -

   I've subclassed a kbmMemTable to manage the recordpointer column in
a Linked List data system; this abstracts the delphi programmer from
having to deal with linked list management issues when
inserting/updating/deleting data from the dataset. The data system
traditionally has been persisted in a binary format, with data
management being handled by loading the data into a pre-defined packed
record type with field type and size definitions.

   If existing data is changed, a row offset number that is persisted
based on recno * recordsize = file/row position is used to find the
correct
position in the binary file, and the existing record is overwritten
with the modified record.

   If a new record is added, the filepointer is sent to the end of the
file and a new record is appended to the end of the file, in unindexed
order. I'm sure this is all normal flat-file I/O that predates punch
cards; I'd like to find a more elegant way to manage this data in a
multi-user environment, while maintaining the integrity and format of
the legacy flat files.

   I'm modifiying a legacy app, attempting to manage multi-user
concurrent access to these binary files, and am wondering if the
combination of kbmMemTable and kbmBinaryStreamFormat can provide a
more elegant solution?

   I'd like to be able to insert data without overwriting or appending,
maintaining indexed order. I'd like to maintain concurrency in a
multiuser environment in a fashion as similar to a SQL database as
possible.

   How do I more tightly integrate kbmMemTable into this legacy system?
How do I make the kbmMemTable/kbmBinaryStreamFormat components packed
record structure 'aware', or how would I integrate packed record
definitions into a subclassed kbmmemtable? What I/O elegancy is
available using kbm components that could improve upon the legacy file
management approach and hard-coded concurrency management techniques?

   Thanks for any answers.

David Keith

Kim/all -

   I've subclassed a kbmMemTable to manage the recordpointer column in
a Linked List data system; this abstracts the delphi programmer from
having to deal with linked list management issues when
inserting/updating/deleting data from the dataset. The data system
traditionally has been persisted in a binary format, with data
management being handled by loading the data into a pre-defined packed
record type with field type and size definitions.

   If existing data is changed, a row offset number that is persisted
based on recno * recordsize = file/row position is used to find the
correct
position in the binary file, and the existing record is overwritten
with the modified record.

   If a new record is added, the filepointer is sent to the end of the
file and a new record is appended to the end of the file, in unindexed
order. I'm sure this is all normal flat-file I/O that predates punch
cards; I'd like to find a more elegant way to manage this data in a
multi-user environment, while maintaining the integrity and format of
the legacy flat files.

   I'm modifiying a legacy app, attempting to manage multi-user
concurrent access to these binary files, and am wondering if the
combination of kbmMemTable and kbmBinaryStreamFormat can provide a
more elegant solution?

   I'd like to be able to insert data without overwriting or appending,
maintaining indexed order. I'd like to maintain concurrency in a
multiuser environment in a fashion as similar to a SQL database as
possible.

   How do I more tightly integrate kbmMemTable into this legacy system?
How do I make the kbmMemTable/kbmBinaryStreamFormat components packed
record structure 'aware', or how would I integrate packed record
definitions into a subclassed kbmmemtable? What I/O elegancy is
available using kbm components that could improve upon the legacy file
management approach and hard-coded concurrency management techniques?

   Thanks for any answers.

David Keith

[Non-text portions of this message have been removed]

Please read the attached file!

++++ Attachment: No Virus found
++++ Norton AntiVirus - www.symantec.de



[Non-text portions of this message have been removed]