Hi Pritpal!
I managed to isolate the line where the User double-clicked. All that
is needed to isolate the filename and line error when available ...
Here is the snippet of code that changed:
METHOD IdeDocks:outputDoubleClicked( lSelected )
LOCAL qCursor
LOCAL cCRLF := Chr(13) + Chr(10)
Hi,
I'm just starting in Linux, specifically Ubuntu Karmic, and I want to
create the hbqt lib.
I have installed the SDK for Linux/X11 32 bits, and I set the following
variables
Export HB_INC_QT = "/home/javier/qtsdk-2009.05/qt/include"
Export HB_QT_MOC_BIN = "/home/javier/qtsdk-2009.05/qt/bin"
Revision: 13413
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13413&view=rev
Author: vouchcac
Date: 2009-12-29 02:54:29 + (Tue, 29 Dec 2009)
Log Message:
---
2009-12-28 18:54 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/idedocks.prg
Hi!
> Oh yes. Patch is applied properly.
> Only my project was not producing any errors or warnings.
>
> This is really useful implementation, I did not had this
> feature on my drawing-board, thanks.
>
My idea is that when you double click on a line with error or warning,
the hbide now jump to t
hi
Vailton Renato wrote:
>
> Please check these images with source & error messages:
>
> http://kssoftware.com.br/hbide_error_1.jpg
> http://kssoftware.com.br/hbide_error_2.jpg
>
Oh yes. Patch is applied properly.
Only my project was not producing any errors or warnings.
This is really usef
Hi!
Please check these images with source & error messages:
http://kssoftware.com.br/hbide_error_1.jpg
http://kssoftware.com.br/hbide_error_2.jpg
See ConvertBuildStatusMsgToHtml( cText ) on idemisc.prg
Brgds,
Vailton Renato
2009/12/28 Pritpal Bedi :
>
> Hi
>
>
> Vailton Renato wrote:
>>
>> I k
Hi
Vailton Renato wrote:
>
> I know that you are upgrading hbide and we all hope this good news,
> but I was anxious and changed some details (we can then merge in the
> future) so I'm sending a link to the version I'm playing here just to
> collect some opinions.
>
I have applied your patch
Revision: 13412
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13412&view=rev
Author: vouchcac
Date: 2009-12-29 01:32:57 + (Tue, 29 Dec 2009)
Log Message:
---
2009-12-28 17:29 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/hbide.prg
*
Revision: 13411
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13411&view=rev
Author: vouchcac
Date: 2009-12-28 23:30:56 + (Mon, 28 Dec 2009)
Log Message:
---
2009-12-28 15:32 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/hbide.hbp
*
Hi!
I know that you are upgrading hbide and we all hope this good news,
but I was anxious and changed some details (we can then merge in the
future) so I'm sending a link to the version I'm playing here just to
collect some opinions.
Highlights are some new items in the main menu but I are incomp
Revision: 13410
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13410&view=rev
Author: vouchcac
Date: 2009-12-28 22:57:36 + (Mon, 28 Dec 2009)
Log Message:
---
2009-12-28 14:56 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/hbide.hbp
*
Revision: 13409
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13409&view=rev
Author: vouchcac
Date: 2009-12-28 21:44:51 + (Mon, 28 Dec 2009)
Log Message:
---
2009-12-28 13:43 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbqt/hbqt_misc.prg
>> From the top of my head:
> 1. A full Clipper 5.3 support
What missing from Clipper 5.3 support? (besides lightlib)
Brgds,
Viktor
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mail
Hi All,
My whole-hearted thanks and salute to all developers and contributors.
>From the top of my head:
1. A full Clipper 5.3 support
2. The ability to support console commands (@ say/get, tbrowse, etc.) in GUI
like what Roger Donnay did with Express++ for XBase++.
Merry Christmas and a Happy,
Hi
Vailton Renato wrote:
>
> I have some spare time this week to work on hbide and I still do some
> tests and experiments with it. I was studying a way for the error
> messages are displayed in highlighted colors and I ended up stopped
> into an error which gave me a little fix. Are two simple
Revision: 13408
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13408&view=rev
Author: vszakats
Date: 2009-12-28 19:49:43 + (Mon, 28 Dec 2009)
Log Message:
---
2009-12-28 20:48 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* src/vm/fm.c
* include/h
Revision: 13407
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13407&view=rev
Author: vouchcac
Date: 2009-12-28 18:45:08 + (Mon, 28 Dec 2009)
Log Message:
---
2009-12-28 10:43 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
+ contrib/hbide/ideeditor.prg
Revision: 13406
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13406&view=rev
Author: vouchcac
Date: 2009-12-28 18:41:20 + (Mon, 28 Dec 2009)
Log Message:
---
2009-12-28 10:37 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbqt/hbqt_slots.cpp
On Mon, 28 Dec 2009, vszak...@users.sourceforge.net wrote:
Hi,
> ; TOFIX:
> va_end() has been commented for all platforms, although
> it's required by all documentation I could verify.
> If this causes problems for specific platforms/compilers,
> we should
Hi all,
something went south with latest SVN on OS/2+GCC
12-28-2009 17:58:47 SYS2070 PID 63b3 TID 0001 Slot 0090
E:\REPOSITORY\HARBOUR\BIN\OS2\GCC\HBTEST.EXE
HBTEST->HARBOUR._hb_parvnl
127
It seems the .dll file for st has something wrong in it, from the error I'd
say _hb_parvnl is not lin
Hi!
Hello!
I have some spare time this week to work on hbide and I still do some
tests and experiments with it. I was studying a way for the error
messages are displayed in highlighted colors and I ended up stopped
into an error which gave me a little fix. Are two simple details that
need to be a
El 28/12/2009 9:57, Viktor Szakáts escribió:
I'd vote for first option, as it's the only one
that allows to keep full Windows API compatibility
for WAPI_* functions. Since this is the main point
for all WAPI_* functions (and the whole idea), it's
essential to stick to this rule.
I can understan
>-Original Message-
>From: Viktor Szakáts [mailto:harbour...@syenar.hu]
>Sent: Wednesday, December 23, 2009 9:54 PM
>To: Harbour Project Main Developer List.
>Subject: [Harbour] Harbour next major release wishlist
>
>Hi All,
>
>In the spirit of release enthusiasm it's now also a good time
Hi,
I'm trying RDDSQL with mysql and have a question:
Does support SQLMIX the use of scopes?
No, it is not implemented. In my code I usually do such operations as
scopes on server side, i.e., I use WHERE cause in SELECT statements.
Regards,
Mindaugas
Hi all,
I'm trying RDDSQL with mysql and have a question:
Does support SQLMIX the use of scopes?
If it's possible, can anyone give me an example?
The clausule DESCEND seems not work to me too.
PD: Thanks to all developers for Harbour 2.0, congratulations!
Thanks in advance
David Montaño
Viktor,
> [ what if another thread kicks in between function call and GetLastError()
> call...? ]
According to MSDN the return value is the calling thread's last-error code
http://msdn.microsoft.com/en-us/library/ms679360(VS.85).aspx
so it should be thread safe.
Chen.
Ok!
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Revision: 13405
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13405&view=rev
Author: vszakats
Date: 2009-12-28 09:14:41 + (Mon, 28 Dec 2009)
Log Message:
---
2009-12-28 10:11 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* src/common/hbtrace.c
> Hi Viktor,
>
> Maybe reverting the hack for non win code too is useful temporarily, until
> the final solution designing. Maybe an RTE mechanism should be defined in non
> win part to avoid the reentrant call of the trace engine.
> This will signal the trap residing in the following code:
>
David,
thanks for doing those builds, I was going to do the ggc one today, but you
were faster and more complete. :)
Maurilio.
David Arturo Macias Corona wrote:
> Harbour 2.0.0 binaries files for OS/2-eComStation are available in Harbour
> download page, as:
>
> harbour-2.0.0.bin-os2.watcom.z
Revision: 13404
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13404&view=rev
Author: vszakats
Date: 2009-12-28 09:04:16 + (Mon, 28 Dec 2009)
Log Message:
---
2009-12-28 10:01 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* src/common/hbtrace.c
Hi,
> testwmtx.prg may not work because Harbour internal can call Windows API and
> setting "Last Error".
> [I think in MT mode, with hbvmmt, does not work].
> "
> Some functions set the last error code to 0 on success and others do not.
> You should call the GetLastError function immediately whe
Hi Viktor,
Maybe reverting the hack for non win code too is useful temporarily, until the
final solution designing. Maybe an RTE mechanism should be defined in non win
part to avoid the reentrant call of the trace engine.
This will signal the trap residing in the following code:
HB_TRACE
> Wow ~ great!
> Now I can use the BCC5 complete compilation Harbour,
> And do not modify any code in.
> Thank you very much for great help.
Thank you for testing it.
I'll add it as default for win/bcc targets.
Brgds,
Viktor
___
Harbour mailing list (
> El 28/12/2009 2:04, vszak...@users.sourceforge.net escribió:
>> * Adding \r\n for OutputDebugString() text to make WinDbg display
>> look readable, this time by simply extending printf() mask.
>
> Thanks Viktor but I think adding just '\n' is sufficient and the code looks
> better. :)
35 matches
Mail list logo
