Apolinar wrote:
As in subject
Is not it one from the list hbIDE implements ?
Try all.
If not, then I have no clue how it can be implemented.
I can do only if Qt provides one. Because I do now know
the basics so cannot write a sub-class.
-
enjoy hbIDEing...
Pritpal Bedi
Understood,
I'll try to find out something.
If I find something I'll report.
Regards
Apolinar
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Pritpal, I now think that in prg classes we should add destructor and
destroy all the children at harbour level from there, so doing that
ourself and not leaving the job to Qt
The other test I want to do is to use object.deleteLater() but it is
not a solution, is an hack
Przemysław Czerpak wrote:
You may need explicit destructors in .prg code only if you plan to
keep some structures which are not released automatically in harbour
object. If you correctly implement releasing all QT objects by automatic
GC pointer item destructors then you will not need any
Bisz István wrote:
BTW the only one thing which should be introduced yet is an option to
mark GC pointer items as attached to other QT structures so they should
not be released automatically with the HVM item because they will be
released with parent object.
Yes, indeed, this is the
Bisz István wrote:
Yes, indeed, this is the solution for the so hunted GPF-s in HBQT.
In the attachment is the hbqt patch for the hbide crashes in different
circumstances.
The problem is generated by the following sequences in searchreplace.uic:
horizontalSpacer = new
Hi Pritpal,
For now I am including above patch in my tests.
And if it resolves crashes with the updated code, I will commit.
Later we will be waiting for Przemek's commit to see it the same
is done on GC levels.
OK, sounds good. In any case if it fits to our needs is better than nothing
Bisz István wrote:
HB_FUNC( QT_QLAYOUT_ADDITEM )
{
QGC_POINTER * p;
QGC_POINTER * q;
HB_TRACE( HB_TR_DEBUG, ( Entering function QT_QLAYOUT_ADDITEM() ) );
q = ( QGC_POINTER * ) hb_parptrGC( hbqt_gcFuncs(), 1 );
p = ( QGC_POINTER * ) hb_parptrGC( hbqt_gcFuncs(), 2 );
Did you test this code ? I think, yes.
Then prg level :addItem() method is missing, how you solved that?
Manually writing in TQLayout.prg ?
I have this function in TQLayout.prg
___
Harbour mailing list (attachment size limit: 40KB)
Hi Pritpal,
Did you test this code ? I think, yes.
Yes, you are right, and the crash is gone on my Fedora12.
Then prg level :addItem() method is missing, how you solved that?
Manually writing in TQLayout.prg ?
I replaced just QLayout.cpp.
Best regards,
István
Hi to everybody,
I tried to solve the problem starting from the end, the delete... I
wanted to intercept the delete and from the pointer going back to the
harbour QGC_POINTER and nullify it From the end you cover all
cases in a generic way..
Your solution is from another point of view, you
Hi Francesco,
More, we need to devise a standard way to generate such code from
qth/include files from the actual generator I think it is very
difficult, we should create an in-memory structure of calls and then
generate code as automatically as possible...
Yes, you are right, this
Yes, you are right, this patch is just the first step in the crash hunting.
The next steps should be oriented to a more general dynamic approach.
This is an important patch because it started a new way for solving GPF...
Now there are several protections against GPFs...
- guarded pointers for
Istvan,
in hbide.prg please comment all the :destroy() lines, there are a
bunch together... I will try later...
Francesco
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
Sorry Pritpal, you were correct.
In the QLayout.qth file proposed by Istvan the line of addItem is
commented and so the harbour class is not generated...
Francesco
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
A bit more tracing in the debug log
diff -r 020effeac192 harbour/contrib/hbqt/generatorF/hbqtgen.prg
--- a/harbour/contrib/hbqt/generatorF/hbqtgen.prg Thu Apr 15
09:56:57 2010 +0200
+++ b/harbour/contrib/hbqt/generatorF/hbqtgen.prg Thu Apr 15
22:52:42 2010 +0200
@@ -50,6 +50,8 @@
Francesco,
Since I'm trying to implement your changes in the generator, if you
have a better version please send...
My post doesn't contain any other info. I am happy if you can find the
solution in the generator part.
István
___
Harbour mailing
Since I got GPF in another point (removing the :destroy() part) of the
code (releasing a QToolBar) I used the trace above to see what
function calls were done on that QToolBar... they are
addAction
toggleViewAction
setIcon
at least one of them must have the change you proposed
Francesco
Since I got GPF in another point (removing the :destroy() part) of the
code (releasing a QToolBar) I used the trace above to see what
function calls were done on that QToolBar... they are
addAction
toggleViewAction
setIcon
at least one of them must have the change you proposed
My
Ok, just for trying to understand how it is possible to proceed and to
validate the idea I did some tests... I was able to remove a GPFs
changing some add* functions.
It was a manual work and I strongly believe it can't be done manually !
Just for reference I post here one of this changed
francesco perillo wrote:
Ok, just for trying to understand how it is possible to proceed and to
validate the idea I did some tests... I was able to remove a GPFs
changing some add* functions.
It was a manual work and I strongly believe it can't be done manually !
Just for reference I
francesco perillo wrote:
I continued to do some work on the generator and implemented the check
on -calls
From:
HB_FUNC( QT_QAPPLICATION_CURSORFLASHTIME )
{
hb_retni( hbqt_par_QApplication( 1 )-cursorFlashTime() );
}
To:
HB_FUNC( QT_QAPPLICATION_CURSORFLASHTIME )
{
francesco perillo wrote:
pObj = ( QPointer QPageSetupDialog * )
memset( hb_gcAllocate( sizeof( QPointer QPageSetupDialog ),
s_gcQPageSetupDialog ),
0, sizeof( QPointer QPageSetupDialog ) );
It is already included it
I'm about to implement a -massivedebug switch to the generator
sample:
HB_FUNC( QT_QPUSHBUTTON_ISFLAT )
{
QPushButton * p;
HB_TRACE( HB, ( Entering function QT_QPUSHBUTTON_ISFLAT ) );
and with a bit more knowledge on parameters/object (also thanks to
Viktor generator2) we may also
Hi,
I spent some time with Maurizio trying to investigate the error he had
this MORNING compiling hbide (QT_STRONGFOCUS non existing variable
running hbide). Following his message a reply advised to do a full
clean and compile. This EVENING Maurizio did a svn cleanup, then a
svn update,
This is not true. What most likely happens is that you
had a hbqt.ch copied into /include dir by using 'install'
in the past but not using it after making subsequent
incremental builds.
True, infact there is a hbqt.ch in /include but it should be updated
by a make install shouldn't it ?
This is not true. What most likely happens is that you
had a hbqt.ch copied into /include dir by using 'install'
in the past but not using it after making subsequent
incremental builds.
True, infact there is a hbqt.ch in /include but it should be updated
by a make install shouldn't it
Hi Viktor and Francesco,
Yes, it should. But it's easy to forget when doing
an update, or it's possible that different HB_INSTALL_PREFIX
was used across subsequent builds.
This was not possible as i launch same simple stored command line from many
months ago and i ever used to install in
Hi All,
This was not possible as i launch same simple stored command line from many
months ago and i ever used to install in the repository folder.
For best results either: a) don't use 'install' at all when
working in the SVN sandbox (it makes things much cleaner), or
b) set
Hi Pritpal Bedi:
Would your please update hbxbp: xbpgra.prg with GraGetRGBIntensity(...)
// Example: 16777215 - FF - FF, FF, FF - {255, 255, 255}
FUNCTION GraGetRGBIntensity( nRGBColor )
LOCAL aRGB := {}
LOCAL cRGBHex:=
If nRGBColor==NIL
nRGBColor := 0
Endif
cRGBHex
Very intresting your sample!
Have you other xbp sample?
i confirm problem and then i add a litte problen regarding hbide
with your source named xpp01.prg
using Follow is my xpp01.hbp
-3rd=hbide_version=1.0
-3rd=hbide_type=Executable
-3rd=hbide_title=xpp01
-3rd=hbide_location=C:\harbour\max\
I spent some time with Maurizio trying to investigate the error he had
this MORNING compiling hbide (QT_STRONGFOCUS non existing variable
running hbide). Following his message a reply advised to do a full
clean and compile. This EVENING Maurizio did a svn cleanup, then a
svn update, started the
On 25/02/10 23:45, Pritpal Bedi wrote:
Barry Jackson wrote:
One other point. Double clicking functions in the function pane finds
the function, but it places the first line of the function at the bottom
of the edit window, so always has to be scrolled up. :-(
This depends on the current
Barry Jackson wrote:
However the edit window tab labels are still the same in Linux.
http://i115.photobucket.com/albums/n287/barjac_2006/hbide1.png
It is difficult for me to fix it as I do not have linux setup.
Can you play with following lines in idestylesheet.prg:
aadd( txt_, '
Hi Pritpal, Yesterday I sent a message to your private email address
about the GPF... did you receive it ?
Francesco
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
On 03/04/10 14:26, Pritpal Bedi wrote:
Barry Jackson wrote:
However the edit window tab labels are still the same in Linux.
Try to change *px values and do some experiments.
And please report back what values are right for linux.
OK it's sorted.
The problem was the KDE style for
Barry Jackson wrote:
So that's one less TODO for you! :-)
:-
-
enjoy hbIDEing...
Pritpal Bedi
_a_student_of_software_analysis__design_
--
View this message in context:
Barry Jackson wrote:
In Mandriva Linux 2010.0 I am seeing this:-
http://i115.photobucket.com/albums/n287/barjac_2006/hbide1.png
The tab titles are not readable.
Also there is no response to File-new-project.
I can find no way to open multiple .prg files.
Like - navigate to a folder and
Barry Jackson wrote:
Also there is no response to File-new-project.
It is the direct effect of latest changes. I will fix in a while.
Alternatively, right click on Projects node in projects tree at the left,
and select this option.
I can find no way to open multiple .prg files.
It
On 25/02/10 16:33, Pritpal Bedi wrote:
Barry Jackson wrote:
I can find no way to open multiple .prg files.
It is there. When fole-open dialog is presented, select
multiple files with ctrl+click, and then presee open.
No - it's not working here. With CTRL held down, clicking a file opens
On 25/02/10 23:14, Barry Jackson wrote:
The otherway around is there. Follow right-click on
Projects node.
OK found it!
The projects panel was appearing UNDER the functions panel, so I saw no
change!
I will keep playing.
One other point. Double clicking functions in the function pane
Barry Jackson wrote:
One other point. Double clicking functions in the function pane finds
the function, but it places the first line of the function at the bottom
of the edit window, so always has to be scrolled up. :-(
This depends on the current cursor position. If it is above
the
Easy
hbmk2 hbide
Bruno
2009/11/21 francesco perillo fperi...@gmail.com
I have to understand how to compile hbide (with Qt) before .
:-)
Francesco
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
You can start adding
2009/11/20 francesco perillo fperi...@gmail.com:
Hi,
I was told that hbide will integrate support for svn...
Since I'm an user of Mercurial I'd like to talk with you to cooperate
to add support for this dvcs...
Francesco
___
I have to understand how to compile hbide (with Qt) before .
:-)
Francesco
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hi,
I was told that hbide will integrate support for svn...
Since I'm an user of Mercurial I'd like to talk with you to cooperate
to add support for this dvcs...
Francesco
___
Harbour mailing list (attachment size limit: 40KB)
Hi
francesco perillo-2 wrote:
I was told that hbide will integrate support for svn...
Since I'm an user of Mercurial I'd like to talk with you to cooperate
to add support for this dvcs...
Probably it is too early a question/solution integration during the
process of HDIDE evolution.
47 matches
Mail list logo
