>> So for me it's hard to understand why to reinvent
>> it, if we already have it by the name "RDD".
>>
>> If we want to go beyond this and implement the whole
>> "ORM" buzzword, it's a whole separate project,
>> not just some extra lines of code in sqlmix.
>
> ORM is defined as Object Relational
You have MEMIO for that. So ?
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
So for me it's hard to understand why to reinvent
it, if we already have it by the name "RDD".
If we want to go beyond this and implement the whole
"ORM" buzzword, it's a whole separate project,
not just some extra lines of code in sqlmix.
ORM is defined as Object Relational Mapping at wikipedi
Revision: 14217
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14217&view=rev
Author: vszakats
Date: 2010-03-23 00:02:45 + (Tue, 23 Mar 2010)
Log Message:
---
2010-03-23 01:02 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* bin/postinst.prg
- De
Revision: 14216
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14216&view=rev
Author: vszakats
Date: 2010-03-23 00:00:13 + (Tue, 23 Mar 2010)
Log Message:
---
2010-03-23 00:54 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbwin/hbwin.ch
Hi,
>>> Can you describe what are the exact problem with
>>> current directory structure?
>>> It allows to keep SQLRDD code in one directory tree
>>> what seems to be clean solution for me better then
>>> dividing it into few directories in contrib dir.
>> I have to maintain rddsql specific hacks
On Mon, 22 Mar 2010, Szak�ts Viktor wrote:
Hi Viktor,
> > Can you describe what are the exact problem with
> > current directory structure?
> > It allows to keep SQLRDD code in one directory tree
> > what seems to be clean solution for me better then
> > dividing it into few directories in contri
On Mon, 22 Mar 2010, Szak�ts Viktor wrote:
Hi,
> BTW does __DBTRANS( d, a ) copy one record at
> a time?
__dbTrans() is undocumented Clipper function. Current Harbour
implementation accepts the following parameters:
__dbTrans( , , , , ;
, , )
so it can be used to transfer an
Seems that it's not as simple as just dropping a .DLL in there. :(
On Mon, Mar 22, 2010 at 2:37 PM, smu johnson wrote:
>
> But for Win98 users, would that mean I would have to include unicows.dll in
> the Harbour-generated .EXE path?
>
>
>
> --
> smu johnson
>
>
--
smu johnson
___
Hi there,
Not sure if this mailing list supports the lower ascii, but we're having a
lot of problems getting the → character to show up in Win32 apps on Windows.
On the very same computer, sometimes it shows the box character (anyone
who's used notepad and it cannot display a char correctly knows
Hi Przemek, I've reviewed this old (but highly
critical) code of mine, and could optimize out
FieldPos() calls altogether from the table upgrade
functionality, speed almost doubled and still
working on optimizations. The rest of cases don't
seem to be real a bottleneck.
So it looks like there
>> I'd like to move contrib/rddsql/sdd* libs to
>> /contrib/sdd* dirs, thus flattening the contrib
>> tree and removing this only exception in the
>> contrib tree. Current solution requires me to
>> maintain some special tricks to deal with it
>> in package creation and hbmk2 configuration.
>
On Mon, 22 Mar 2010, Szak�ts Viktor wrote:
Hi,
> I'd like to move contrib/rddsql/sdd* libs to
> /contrib/sdd* dirs, thus flattening the contrib
> tree and removing this only exception in the
> contrib tree. Current solution requires me to
> maintain some special tricks to deal with it
> in p
Hi All,
I'd like to move contrib/rddsql/sdd* libs to
/contrib/sdd* dirs, thus flattening the contrib
tree and removing this only exception in the
contrib tree. Current solution requires me to
maintain some special tricks to deal with it
in package creation and hbmk2 configuration.
Any object
On Mon, 22 Mar 2010, Maurilio Longo wrote:
Hi,
> > For tables which have very big number of fields the speed
> > improvement should be huge. Accessing fields by name is
> > relatively very slow operation and all RDD methods which
> > transfer records between workareas use such translation
> > tab
Revision: 14215
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14215&view=rev
Author: druzus
Date: 2010-03-22 13:23:18 + (Mon, 22 Mar 2010)
Log Message:
---
2010-03-22 14:23 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/src/rdd/wafun
Przemysław Czerpak wrote:
> On Mon, 22 Mar 2010, Szak�ts Viktor wrote:
> For tables which have very big number of fields the speed
> improvement should be huge. Accessing fields by name is
> relatively very slow operation and all RDD methods which
> transfer records between workareas use such tran
On Mon, 22 Mar 2010, Szak�ts Viktor wrote:
Hi,
> - Transferring records from one table to another,
> with overlapping set of fields but different structure.
> (to/from temp tables f.e. for quick browsing or editing
> sub-tables)
> - Upgrading tables to new structure.
> And this pretty muc
Revision: 14214
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14214&view=rev
Author: druzus
Date: 2010-03-22 11:54:48 + (Mon, 22 Mar 2010)
Log Message:
---
2010-03-22 12:54 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbdef
Revision: 14213
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14213&view=rev
Author: vszakats
Date: 2010-03-22 09:59:45 + (Mon, 22 Mar 2010)
Log Message:
---
2010-03-22 10:58 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* utils/hbmk2/hbmk2.prg
Revision: 14212
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14212&view=rev
Author: vszakats
Date: 2010-03-22 09:37:36 + (Mon, 22 Mar 2010)
Log Message:
---
2010-03-22 10:36 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* utils/hbmk2/hbmk2.prg
Viktor Szakáts wrote:
> Hi Maurilio,
>
> Your work (this part of it that is) continues to
> live in hbmysql, which seems to be rooted from
> hbmsql, so it's by far not lost effort.
>
Yes, I wrote mySql just after mSql when I saw that miniSql had a lot of
limitations.
miniSql maybe has been dis
Hi Maurilio,
> mSql was one of my first contributions, so long ago! Sniff! :,(
>
> Anyway, things have to move on...
Unfortunately the msql version required by hbmsql
doesn't seem to be available anymore, so I couldn't
make any successful tests with it in last 3-4 years.
Your work (this part
Hi Viktor,
mSql was one of my first contributions, so long ago! Sniff! :,(
Anyway, things have to move on...
Maurilio.
Viktor Szakáts wrote:
> Hi All,
>
> I'd like to delete these subdirs from
> /examples:
>
> - hbdoc
> - hbmsql
>
> If there are no objections, I'll delete
> them later tod
24 matches
Mail list logo
