Hello,
On Linux, I want to do some profiling in an proyect, so I have compiled
Harbour with "-DHB_USE_PROFILER" and created the binaries.
Nevertheless, when I try to run the sample at /tests/testprof.prg it simply
aborts with a segfault.
Is there something in which I must have take care of ?
Hi Przemek,
I've checked them, and my app is now fully broken
unfortunately :( Lots of TGET and TBROWSE usage may rely
on cursor being left at certain positions, and since
now cursor is not moved, for example all entry screens
come up empty (the GETs that is). Also, I didn't yet
inspect the exact
2008-10-11 11:21 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/common/expropt2.c
* formatting and minor cleanup
* harbour/source/rtl/gtapi.c
% do not set and restore default color set in hb_gtPutText() and
hb_gtDrawBox() but decode colors from passed strin
On Sat, Oct 11, 2008 at 11:11 AM, Szakáts Viktor <[EMAIL PROTECTED]> wrote:
> I've checked them, and my app is now fully broken
> unfortunately :( Lots of TGET and TBROWSE usage may rely
> on cursor being left at certain positions, and since
> now cursor is not moved, for example all entry screens
On Sat, 11 Oct 2008, Lorenzo Fiorini wrote:
Hi Lorenzo,
> Are you using MT?
> I've rebuilt my apps using:
> under Linux gtxwc in "standard" ST mode and they seem ok.
It should be no difference between MT and ST mode other then some
speed overhead in HVM.
I intentionally keep only one version of
On Sat, 11 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
> 2008-10-11 11:06 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
> * source/rtl/alert.prg
> % Minor optimization.
> ; NOTE: Found yet another hidden extension in Alert() code :(
Please remember that original Clipper alert code is b
Hi Przemek,
One simple example I've just tried:
---
PROCEDURE Main()
LOCAL var := Space( 10 )
@ 10, 10 GET var ; DispOut( " unit" )
RETURN
---
There are lots of similar places, where caller
could so far expect the cursor position to be left
at where it was in Clipper. Now, since only hb
2008-10-11 13:06 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/tget.prg
! fixed cursor positioning when new get item is added.
; added note about possible modification - Viktor, please verify it
best regards
Przemek
Hi Przemek,
This has to be fixed for sure and I'll commit it in a while
but I do not find other places you are talking about.
Again most of touched places were saving and restoring cursor
position. Just check the diff.
If you will find some other problems like above then please
inform me or up
On Thursday 09 October 2008 06:13:54 am Przemyslaw Czerpak wrote:
> Maybe you build and install Harbour correctly but just simply you have
> some other copy Harbour binaries which is used and it's the reason why
> adding HB_GUI was not working for you. I really do not know.
I figured it out. I su'
>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Szakáts Viktor
>Question: I'm using my own GT layer for windowing, may
>I need to make any changes to it, to stay compatible
>with current Harbour? I'm suspecting that my layer is
>not catching some screen
2008-10-11 14:49 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/fnsplit.c
* source/rtl/hbtoken.c
! HB_FNAMESPLIT(), HB_TOKENPTR() fixed to
reset parameters passed by reference in
error cases.
--
Brgds,
Viktor
___
Harbou
On Sat, 11 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
> Question: I'm using my own GT layer for windowing, may
> I need to make any changes to it, to stay compatible
> with current Harbour? I'm suspecting that my layer is
> not catching some screen updates.
> I've noticed that hb_gt_BaseFree() sh
On Sat, 11 Oct 2008, Phil Barnett wrote:
Hi Phil,
> I can confirm that the fix worked.
Thank you very much.
Looks that now we cleaned all places in core code which can cause
scalability problems. Now only MM on some platforms can reduce it
but it's not directly related to Harbour core code thoug
2008-10-11 11:06 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* include/hbextern.ch
+ New functions added.
* source/rtl/alert.prg
% Minor optimization.
; NOTE: Found yet another hidden extension in Alert() code :(
* source/rtl/radiobtn.prg
! Fix and optimization in recent
On Sat, 11 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
> I've checked them, and my app is now fully broken
> unfortunately :( Lots of TGET and TBROWSE usage may rely
> on cursor being left at certain positions, and since
> now cursor is not moved, for example all entry screens
> come up empty (the
On Sat, 11 Oct 2008, Szak�ts Viktor wrote:
Hi Viktor,
> One simple example I've just tried:
> ---
> PROCEDURE Main()
>LOCAL var := Space( 10 )
>@ 10, 10 GET var ; DispOut( " unit" )
>RETURN
> ---
> There are lots of similar places, where caller
> could so far expect the cursor positio
On Fri, 10 Oct 2008, Pritpal Bedi wrote:
Hi Pritpal,
> >The above modification gives faster code and allow to access screen
> >from different threads simultaneously because functions like
> >hb_dispOut() and hb_dispBox() are stateless and atomic in screen
> >access. Not all .prg c
On Fri, 10 Oct 2008, Przemyslaw Czerpak wrote:
> > There are the errors with functions DbCreate()/DbUseArea() at Win98SE:
> > DbCreate(): DBFNTX/1011 Write error: Test.dbf (DOS Error 87)
> > DbUseArea(): DBFNTX/1012 Corruption detected: test.dbf (DOS Error 87)
> [...]
> > This sample works prop
No, fully ST, with MSVC 2008.
Exact same app works with yesterday's SVN.
Brgds,
Viktor
On 2008.10.11., at 11:41, Lorenzo Fiorini wrote:
On Sat, Oct 11, 2008 at 11:11 AM, Szakáts Viktor [EMAIL PROTECTED]> wrote:
I've checked them, and my app is now fully broken
unfortunately :( Lots of TGET
Hi Przemek and all,
FYI, the problem was that I had not overloaded PUTTEXT
GT low-level method, so some screen write were not
reflected in my local GT buffers. Before yesterday PUTTEXT
was not used in context of my app (and only in Alert()
code in Harbour), so this problem didn't appear in real
l
On Saturday 11 October 2008 03:00:37 am Teo Fonrouge wrote:
> Hello,
>
> On Linux, I want to do some profiling in an proyect, so I have compiled
> Harbour with "-DHB_USE_PROFILER" and created the binaries.
>
> Nevertheless, when I try to run the sample at /tests/testprof.prg it simply
> aborts with
Today we have hbodbc, hbmysql, hbpgsql, hbfbird contrib libs and
probably more in the future.
Their pourpose is to connect Harbour to SQL databases but they use
different ( class ) interfaces.
Thus if an Harbour app is made for mysql, has to heavily changed for
odbc or postgresql.
I wonder if the
Hi Lorenzo,
Very good idea.
My vote for HDBC as a name.
Brgds,
Viktor
On 2008.10.11., at 18:51, Lorenzo Fiorini wrote:
Today we have hbodbc, hbmysql, hbpgsql, hbfbird contrib libs and
probably more in the future.
Their pourpose is to connect Harbour to SQL databases but they use
different (
I also agree
This idea uniform the access to Harbour Database by class
I suggest another name dac ,hbdac (Data access by class)
So is clear that rdd and dac are different approach
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Szakáts Viktor
Sent: Sat
On Sat, Oct 11, 2008 at 6:58 PM, Szakáts Viktor <[EMAIL PROTECTED]> wrote:
> My vote for HDBC as a name.
Yes, it's probably the best one.
Just to move:
do you use any SQL backend?
do you know JDBC?
what about the backward compatibility?
The ideal would be to have a prg for every contrib/lib
On Sat, Oct 11, 2008 at 7:47 PM, Massimo Belgrano <[EMAIL PROTECTED]> wrote:
> I also agree
> This idea uniform the access to Harbour Database by class
Would you like to participate?
Do you actually use any SQL DBS with Harbour?
Do you know JDBC?
Are there Harbour/ODBC users here?
I use Post
Hi Lorenzo,
do you use any SQL backend?
do you know JDBC?
Not yet, and also no experience yet with JDBC. I'm still in
the process of cleaning any DOS ties, and converting my app
to native multiplatform Harbour.
what about the backward compatibility?
Backward compatibility may handled by s
On Sat, Oct 11, 2008 at 8:05 PM, Szakáts Viktor <[EMAIL PROTECTED]> wrote:
> We also have hbodbc, which _may_ be a base for a common
> interface, or it could also be synced to the std one.
> I'm saying may, because I'm not at all familiar with
> ODBC, so it's difficult to judge how badly it is Mic
We also have hbodbc, which _may_ be a base for a common
interface, or it could also be synced to the std one.
I'm saying may, because I'm not at all familiar with
ODBC, so it's difficult to judge how badly it is Microsoft
orientated or something stuck in the past. But it's
worth checking.
Actual
Hi Przemek,
I have a problem with BCC and MT.
I have built some prg in tests folder:
speedtst.prg, boxtst2.prg and memtst.prg (but I suspect that I will got
same error for any)
using
set HB_MT=MT
bld_b32 speedtst
speedtst at the end write some non standard char to the screen, but all
lock co
Lorenzo,
I'm also interested and I found HDBC a good name.
Best regards
Francesco
Lorenzo Fiorini ha scritto:
The idea is to have something like JDBC where every app that use jdbc
can use different DBS without changing the code: it could be called
Harbour Data Objects interface HDO or HDBC H
On Sat, Oct 11, 2008 at 8:46 PM, Szakáts Viktor <[EMAIL PROTECTED]> wrote:
> Sounds perfect to me.
Changing some names of the methods and the datas is easy the main
problem is to define the "platform".
Drivers are made by a C interface and by a prg class:
Will the "drivers" be dyinamically load
Hi Lorenzo,
Sounds perfect to me.
Changing some names of the methods and the datas is easy the main
problem is to define the "platform".
Drivers are made by a C interface and by a prg class:
Will the "drivers" be dyinamically loaded?
I'd imagine on the first round, we should have
a commo
Hi Francesco,
PS: Viktor please move :END at :CLEANUP label position (or change
all END calls to CLEANUP) in bin\bld.bat otherwise it is not used.
If you want I can do it.
It's indeed better to have these enabled.
I'll do it ASAP along with some minor cleanups.
Brgds,
Viktor
_
Francesco
Francesco Saverio Giudice wrote:
>
> Hi Przemek,
>
> I have a problem with BCC and MT.
>
> I have built some prg in tests folder:
> speedtst.prg, boxtst2.prg and memtst.prg (but I suspect that I will got
> same error for any)
> using
> set HB_MT=MT
> bld_b32 speedtst
>
> speedtst
Hi All
Szakáts Viktor wrote:
>
> IMO you're not wrong at all, I'd personally start
> with the class interface, and see the rest later.
>
I will be particpating as well.
Regards
Pritpal Bedi
--
View this message in context:
http://www.nabble.com/A-standard-for-the-Harbour%27s-SQL-libs-tp19
On Sat, Oct 11, 2008 at 9:10 PM, Francesco Saverio Giudice
<[EMAIL PROTECTED]> wrote:
> I'm also interested and I found HDBC a good name.
Great!
Ciao,
Lorenzo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman
2008-10-11 21:49 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* bin/bld.bat
* bin/bld_os2.cmd
+ Enabled cleanup of .c/object/.tds files after build.
+ Under Windows NT OSes, it's now possible to pass full .prg
name with extension.
! Few minor fixes.
* Formatting, cleanu
On Sat, Oct 11, 2008 at 9:36 PM, Pritpal Bedi <[EMAIL PROTECTED]> wrote:
>
> Hi All
>
>
> Szakáts Viktor wrote:
>>
>> IMO you're not wrong at all, I'd personally start
>> with the class interface, and see the rest later.
>>
>
> I will be particpating as well.
Good news.
So many people in front of
Lorenzo Fiorini wrote:
Today we have hbodbc, hbmysql, hbpgsql, hbfbird contrib libs and
probably more in the future.
Their pourpose is to connect Harbour to SQL databases but they use
different ( class ) interfaces.
Hi,
I've also had a problem like this. I've implemented some universal
inte
Hi Viktor,
another addition I found useful and I use in my batch is that if I pass
/mt o /MT as first parameter my batch auto add set HB_MT=MT saving old
state and resetting at end.
Could you find it useful or do you think that it is better leave it only
as env var ?
Best regards
Francesco
Hi Pritpal,
as I wrote you privately and then now I report here for Przemek,
probably it is a Vista problem, now I'm testing it in a XP environment
to check.
Anyone else has Vista to report if there are MT console problems ?
Best Regards
Francesco
Pritpal Bedi ha scritto:
Francesco
I have
Incapsulating Java Database Connectivity (JDBC) API permit of use drivers for
DB2
JDBC,MS Access,MS SQL Server,MySQL,Oracle,PostgreSQL,Sybase, ecc so old
Each driver will allow Conn. Pooling, DataSource, Dist. Trans, RowSets
So most contrib. can be onsolete
-Original Message-
From: [E
Hi Francesco,
Hi Viktor,
another addition I found useful and I use in my batch is that if I
pass /mt o /MT as first parameter my batch auto add set HB_MT=MT
saving old state and resetting at end.
Could you find it useful or do you think that it is better leave it
only as env var ?
It'
This can be a very interesting idea
Rdd will have also a class path who use all the peculiarity of dbms
DBUSEAREA(, "select * from my_table")
Mydbclass=whatistheclass(alias())
Mydbclass:connect="myserver,mypwd;"
DO WHILE ! EOF()
somefunc( FIELD->some_sql_field )
DBSKIP()
BTW, for this problem, IMO a Harbour switch would
be the best candidate (build-tool independent and
natural), combined with the #pragma lib requesting feature.
harbour -mt hello.prg -> would generate .c file which
would force hbvmmt lib linkage, otherwise everything
would stays as it is now.
Wha
Hi Massimo,
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
] On Behalf Of Szakáts Viktor
Question: I'm using my own GT layer for windowing, may
I need to make any changes to it, to stay compatible
with current Harbour? I'm suspecting that my layer is
not catch
Sound intresting
Can you post same sample?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Szakáts Viktor
Sent: Saturday, October 11, 2008 10:42 PM
To: Harbour Project Main Developer List.
Subject: Re: [Harbour] 2008-10-11 03:24 UTC+0200
PrzemyslawCzerpak
I have tried with Vista and BCC 5.5.1 and MT.
set HB_MT=MT
bld_b32 speedtst
I confirm probleM with speedtst ,boxtst2.prg and memtst.prg also
At the end the Process not be close
My current build options are:
set C_USR=-DHB_FM_STATISTICS_OFF -tWM -OS -Ov -Oi -Oc -Q
set HB_BUILD_ST=
-Origina
Massimo,
thank you, so the problem seems to be related to Vista.
Best Regards
Francesco
Massimo Belgrano ha scritto:
I have tried with Vista and BCC 5.5.1 and MT.
set HB_MT=MT
bld_b32 speedtst
I confirm probleM with speedtst ,boxtst2.prg and memtst.prg also
At the end the Process not be cl
On Sat, 11 Oct 2008, Lorenzo Fiorini wrote:
Hi Lorenzo,
> The idea is to have something like JDBC where every app that use jdbc
> can use different DBS without changing the code: it could be called
> Harbour Data Objects interface HDO or HDBC Harbour DataBase Connector.
Very good idea. If possib
On Sat, 11 Oct 2008, Francesco Saverio Giudice wrote:
Hi Francesco,
> I have a problem with BCC and MT.
> I have built some prg in tests folder:
> speedtst.prg, boxtst2.prg and memtst.prg (but I suspect that I will got
> same error for any)
> using
> set HB_MT=MT
> bld_b32 speedtst
> speedtst at
Hi Massimo,
On 2008.10.11., at 23:06, Massimo Belgrano wrote:
My current build options are:
set C_USR=-DHB_FM_STATISTICS_OFF -tWM -OS -Ov -Oi -Oc -Q
set HB_BUILD_ST=
You can now safely change this to this:
set C_USR=-DHB_FM_STATISTICS_OFF
The rest is now default or not needed.
Brgds,
Viktor
Hi Przemek,
Przemyslaw Czerpak ha scritto:
On Sat, 11 Oct 2008, Francesco Saverio Giudice wrote:
Hi Francesco,
Please make sure that you are using latest SVN code.
I'm using last SVN
2008-10-11 21:49 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
thank you for your efforts.
Tell me if I can
Ah, forgotten to tell (remembered after last Viktor's mail) that last
test I did was with only
set C_USR=-DHB_FM_STATISTICS_OFF
BR
Francesco
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbou
---
... anywhere in the code ...
SetMainStatus( "status line on base window" )
...
PROCEDURE SetMainStatus( cStatus )
LOCAL wndOld := wndSetFocus( IDW_DESKTOP )
DispOutAt( MaxRow(), 0, cStatus )
wndSetFocus( wndOld )
RETURN
---
The interface is very similar to the multi-window
stuff
When you planed release Multi Windows interface for thread with own console
window?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Przemyslaw
Czerpak
Sent: Saturday, October 11, 2008 11:39 PM
To: Harbour Project Main Developer List.
Subject: Re: [Harbo
I don't have found your post regarding multi windows
Plase can you resend?
Are all true windows or only logical windows like CT?
You want share this code?
I am happy to made same test about this idea, also because I need something of
similar
-Original Message-
From: [EMAIL PROTECTED] [m
On Sun, 12 Oct 2008, Francesco Saverio Giudice wrote:
Hi Francesco,
> I'm using last SVN
> 2008-10-11 21:49 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
> thank you for your efforts.
> Tell me if I can help in any way.
Let's try to reduce the problem.
In tests/mt/ there is set of MT test progr
On Sun, 12 Oct 2008, Massimo Belgrano wrote:
Hi Massimo,
> When you planed release Multi Windows interface for thread with own console
> window?
When I'll finish the base of MT mode and find a free day for it.
Now I have to find the reason of problem with Vista MT builds.
Then I will have to re
On Sat, Oct 11, 2008 at 10:18 PM, Mindaugas Kavaliauskas
<[EMAIL PROTECTED]> wrote:
> I've also had a problem like this. I've implemented some universal interface
> to access SQL databases. It's done via RDD, but class interface can be
> implemented also. I have implemented SQLBASE, SQLMIX (see be
62 matches
Mail list logo
