Hi Przemek,
Il 19/10/2009 22.12, dru...@users.sourceforge.net ha scritto:
Revision: 12730
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12730view=rev
Author: druzus
Date: 2009-10-19 20:12:36 + (Mon, 19 Oct 2009)
Log Message:
---
2009-10-19 22:12
Przemysław Czerpak wrote:
Thank you for your information, I will follow it up.
In general it would greatly help if you can create self contain example
using only Harbour SVN code which we can compile and verify the problem.
Agreed.
If this is Harbour problem then it should be possible to
Revision: 12735
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12735view=rev
Author: druzus
Date: 2009-10-20 09:38:07 + (Tue, 20 Oct 2009)
Log Message:
---
2009-10-20 11:37 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
*
If this is Harbour problem then it should be possible to create such
examples and in such case we should be able to fix it quite easy.
When you say it should be easy to create examples, do you mean using
WVG? Or could you explain, and I will?
hbwin
Brgds,
Viktor
On Tue, 20 Oct 2009, Alex Strickland wrote:
Hi,
If this is Harbour problem then it should be possible to create such
examples and in such case we should be able to fix it quite easy.
When you say it should be easy to create examples, do you mean using
WVG? Or could you explain, and I will?
Hi
I was thinking of the following:
1. A compiler option to declare a data dictionary declaration so that statements
of the form:
workarea-fieldname
could be validated.
In the case where a DBF exists it could be used as a kind of include file, and
there would need to be an alias
On Tue, 20 Oct 2009, Alex Strickland wrote:
Hi,
I was thinking of the following:
1. A compiler option to declare a data dictionary declaration so
that statements of the form:
workarea-fieldname
could be validated.
In the case where a DBF exists it could be used as a kind of
include
Revision: 12736
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12736view=rev
Author: druzus
Date: 2009-10-20 11:48:46 + (Tue, 20 Oct 2009)
Log Message:
---
2009-10-20 13:48 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
*
Hi,
1. A compiler option to declare a data dictionary declaration so that
statements of the form:
workarea-fieldname
could be validated.
Some time ago I had another idea. The letter of Alex just made me to
remember and share it. Sometimes it is useful to have a virtual field.
On field
Hi,
+ added PRG functions for BlowFish encryption:
hb_blowfishKey( cPass ) - bfKey
hb_blowfishEncrypt( bfKey, cData ) - cCryptedData
http://www.schneier.com/blowfish.html says: It takes a variable-length
key, from 32 bits to 448 bits ...
Is cPass parameter a key? Or
Hi,
DBUSEAREA(..., nConnection1)
In dbUseArea nConnection can be on 8 item/position.
That is nowhere in the documentation
Yes, nConnection is the 8th parameter. The most precise documentation is
source :)
RDDI_ERROR, RDDI_ERRORNO after query execution.
Its return 1, but records
Virtual Field can be done in query
2009/10/20 Mindaugas Kavaliauskas dbto...@dbtopas.lt:
Hi,
1. A compiler option to declare a data dictionary declaration so that
statements of the form:
workarea-fieldname
could be validated.
Some time ago I had another idea. The letter of Alex just
Possible a sample
2009/10/20 Mindaugas Kavaliauskas dbto...@dbtopas.lt:
Hi,
+ added PRG functions for BlowFish encryption:
hb_blowfishKey( cPass ) - bfKey
hb_blowfishEncrypt( bfKey, cData ) - cCryptedData
http://www.schneier.com/blowfish.html says: It takes a
Hi Pritpal, in the last two months, I stopped my hbqt project while you has
correct the memory problem.
This week, I get back to work but my project abend when I connect the
QMainWindow with events
I only recompile the old project (that worked fine) and with the last SVN
don't work
My
On Tue, 20 Oct 2009, Mindaugas Kavaliauskas wrote:
Hi,
+ added PRG functions for BlowFish encryption:
hb_blowfishKey( cPass ) - bfKey
hb_blowfishEncrypt( bfKey, cData ) - cCryptedData
http://www.schneier.com/blowfish.html says: It takes a
variable-length key, from 32
Hi
CarozoDeQuilmes wrote:
Hi Pritpal, in the last two months, I stopped my hbqt project while you
has
correct the memory problem.
This week, I get back to work but my project abend when I connect the
QMainWindow with events
Though your code should work fine but still hold on for
Hi CarozoDeQuilmes
if you can post here your source or a refactory version we can try
when qt is ready
2009/10/20 Pritpal Bedi bediprit...@hotmail.com:
Hi
CarozoDeQuilmes wrote:
Hi Pritpal, in the last two months, I stopped my hbqt project while you
has
correct the memory problem.
This
I agree moving to example
For me Is not a problem. I am not using adordd in my project
I tryed verify if possible remove same problem (present using sample!)
posting here the three problem and I can't find any solution
In other free and open source project i have found different result
This is my
Hi
For a quick solution change as below:
HB_FUNC( QT_DISCONNECT_EVENT )
{
QObject * object = ( QObject * ) hb_parptr( 1 );
int type = hb_parni( 2 );
bool bRet = false;
Events * s_e= qt_getEventFilter();
char str[ 10 ];
hb_snprintf( str, sizeof( str ),
Hi Pritpal,
After download the last SVN, I changed the hbqt_slots.cpp and rebuilt hbqt
library.
Then, I compile my sample and get the same error. Changes hasn't effect,
the problem continue
I have made a little sample program called signals.prg for test
#include common.ch
STATIC qApp
INIT
Hi Przemek,
I've found some not yet seen msvc64 warnings in netio:
---
cl.exe -nologo -I. -I../../../../../include -Gs -TP -W4 -wd4127 -
Ot2b1 -EHs-c- -MT -DUNICODE -Fonetiosrv.obj -c ../../../netiosrv.c
netiosrv.c
../../../netiosrv.c(466) : warning C4310: cast truncates constant value
Revision: 12737
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12737view=rev
Author: vszakats
Date: 2009-10-20 19:36:34 + (Tue, 20 Oct 2009)
Log Message:
---
2009-10-20 21:35 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/rddads/adsfunc.c
Hi
My fault. I did not mention the other function.
HB_FUNC( QT_CONNECT_EVENT )
{
QObject * object= ( QObject * ) hb_parptr( 1 );
int type = hb_parni( 2 );
PHB_ITEM codeblock = hb_itemNew( hb_param( 3, HB_IT_BLOCK | HB_IT_BYREF
) );
Events * s_e =
Hello Viktor
Viktor Szakáts wrote:
HBQT became very large. We shall split it to multiple libs as
shortly discussed it recently. Best would be to split it along
the QT .dll structure:
/contrib/hbqt/qtcore
/contrib/hbqt/qtgui
/contrib/hbqt/qtnetwork
/contrib/hbqt/qtwebkit
Can you
Hi Pritpal
It don't work.
The sample that I sent in the previous mail, work fine in you test
environment ???
hb_out_log
Application Internal Error - D:\SILVER~1\TESTS_~1\signals.EXE
Terminated at: 2009.10.20 17:00:38
Unrecoverable error 6005: Exception error:
Exception Code:C005
Hello Przemek
Thanks for the detailed analysis.
My question was targetting another issue, though.
Perhaps I could not explain what I was asking about.
I have redesigned and reimplemented destructors
in another way and mostly everything is working fine.
Your analysis
I do not think so.
Hi Pritpal,
Viktor Szakáts wrote:
HBQT became very large. We shall split it to multiple libs as
shortly discussed it recently. Best would be to split it along
the QT .dll structure:
/contrib/hbqt/qtcore
/contrib/hbqt/qtgui
/contrib/hbqt/qtnetwork
/contrib/hbqt/qtwebkit
Can you provide a
Hi
CarozoDeQuilmes wrote:
It don't work.
The sample that I sent in the previous mail, work fine in you test
environment ???
No, I am not around my development environment.
May be later today.
Regards
Pritpal Bedi
--
View this message in context:
I do not think so. Any code like:
return ( ph * ph ? * ph : hb_parptr( iParam ) );
is potential source of GPF. If ph is NULL then user passed wrong
parameter.
If *ph is NULL then parameter was freed by QT. In such context using
hb_parptr( iParam )
breaks functionality given by using QPointer
On Tue, 20 Oct 2009, Szak�ts Viktor wrote:
Hi,
I've found some not yet seen msvc64 warnings in netio:
---
cl.exe -nologo -I. -I../../../../../include -Gs -TP -W4 -wd4127 -
Ot2b1 -EHs-c- -MT -DUNICODE -Fonetiosrv.obj -c
../../../netiosrv.c
netiosrv.c
../../../netiosrv.c(466) : warning
Revision: 12738
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12738view=rev
Author: vszakats
Date: 2009-10-20 20:41:05 + (Tue, 20 Oct 2009)
Log Message:
---
2009-10-20 22:40 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* external/pcre/pcretryf.c
Przemysław Czerpak escreveu:
On Tue, 20 Oct 2009, Szak�ts Viktor wrote:
Hi,
Thank you. I would like to ask you about yet another modification in
core hbmk2 code.
hbmk2 does not enable C warnings in GCC builds. Can you add -W -Wall
when GCC is used? Without it some serious bugs can be silently
Hi
Viktor Szakáts wrote:
/contrib/hbqt/qtcore
/contrib/hbqt/qtgui
/contrib/hbqt/qtnetwork
/contrib/hbqt/qtwebkit
It will be a little bit similar to rddsql dir layout.
So, the contrib/hbqt/Makefile will look like as
ROOT := ../../
DIRS := \
qtcore \
qtgui \
qtnetwork \
- Original Message - From: Itamar Lins itamar...@yahoo.com.br
To: t...@mail.ru
Sent: Tuesday, October 20, 2009 4:12 AM
Subject: Update LetoDb
Hi!
Can you apply this fix?
For LetoDb able to operate with the harbor of SVN?
Were made by Mr. Przmyslaw Czerpak.
Best regards,
Itamar M.
2009-10-20 20:45 UTC+0300 Pavel Tsarenko (tpe2/at/mail.ru)
* Makefile.linux
* letodb.hbp
* source/client/leto1.c
* source/common/hbip.c
* utils/manager/console.prg
* utils/manager/manage.prg
* changes for compatibility with the latest Harbour SVN,
provided by Przemyslaw
Hello Viktor
Viktor Szakáts wrote:
This is a very important issue and it should be fixed
if we want to rely on HBQT for serious work. I also suggest
to create RTE when wrong parameter is passed instead of
GC collected pointer of valid kind. It's not really a topic
which should or could
Viktor Szakáts wrote:
/contrib/hbqt/qtcore
/contrib/hbqt/qtgui
/contrib/hbqt/qtnetwork
/contrib/hbqt/qtwebkit
It will be a little bit similar to rddsql dir layout.
So, the contrib/hbqt/Makefile will look like as
ROOT := ../../
DIRS := \
qtcore \
qtgui \
qtnetwork \
qtwebkit \
Thank you both.
Just one small comment: Next time it'd be useful to also
commit original ChangeLog content posted by Przemek, which
gives full detail of the changes done.
Brgds,
Viktor
On 2009 Oct 20, at 22:42, Itamar Lins wrote:
- Original Message - From: Itamar Lins
What I mean is the original detailed text posted by Przemek
in the same mail he posted the .dif file.
It contained details for each modified file/component.
From this entry we can't know too much of the issue fixed,
changed.
Well, anyway I don't have anything to do with LetoDB, it's
just a
Was submit file cvs.diff to Mr. Pavel.
Cut here for just space saving :-)
Best regards,
Itamar M. Lins Jr.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
On Tue, 20 Oct 2009, vszak...@users.sourceforge.net wrote:
Log Message:
---
2009-10-20 21:35 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/rddads/adsfunc.c
* contrib/rddads/rddads.h
* contrib/rddads/ads1.c
! Fixed fatal errors for 64-bit builds. I don't if there
I'm trying to test hbmemio with RDDADS but I can't. Is it possible?
No, ADS server is not a part of Harbour code, so, it can not use
hbmemio.lib :)
Ok Mindaugas, thank you.
Regards,
Toninho.
__
Faça ligações para outros computadores com o
Hi
#include common.ch
STATIC qApp
INIT PROCEDURE Qt_Start()
qApp := QApplication():new()
RETURN
EXIT PROCEDURE Qt_End()
qApp:quit()
RETURN
PROCEDURE Main()
Local oWin
//The following functions are to be called for each thread.
//This change ensures more speed,
43 matches
Mail list logo