Revision: 14526
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14526&view=rev
Author: vouchcac
Date: 2010-05-19 06:31:03 + (Wed, 19 May 2010)
Log Message:
---
2010-05-18 22:57 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbqt/doc/en/class_h
Revision: 14525
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14525&view=rev
Author: vouchcac
Date: 2010-05-19 02:09:52 + (Wed, 19 May 2010)
Log Message:
---
2010-05-18 18:55 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbqt/hbqt_hbqplaint
WenSheng-2 wrote:
>
>> Log Message:
>> ---
>> 2010-15-18 15:12 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
> Oh!My God! Year, 15 months :D
>
I have looked at my fingers and surprisingly found they have gone broader.
Certainly I need doctors advise. Any good doctor in your
Antonio Maniero wrote:
>
>> It persists.
>>
>
> Not for me.
>
Then it is a serious bug in hbIDE.
How do you activate hbIDE ?
Check if you can find "Projects Functions List" populated
at startup after ( once ) tagging few projects ?
Show us hbIDE.ini responsible to load projects.
BTW, FY
> Log Message:
> ---
> 2010-15-18 15:12 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
Oh!My God! Year, 15 months :D
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mail
>
>
>
> It persists.
>
Not for me.
>
> You need to re-tag only when you add a new project or
> there are heavy changes in your code. Recommened course is
> to re-tag every week to be on the safer side.
>
> Anyway, I admit that it needs a reworked approach.
Good.
BTW, FYI
i just read these pag
Antonio Maniero wrote:
>
>> Like some situations I already posted before and you put in your todo
>> list.
> I have a crash trying close a split editor but I can't reproduce it again.
>
May be at those points you needed a re-build of hbQT.
This is some factor I could never control from inside
Mindaugas Kavaliauskas wrote:
>
> Some more tests:
> 1)
> ::toggleColumnSelectionMode()
> Down
> Down
> Right
> Right
> ::toggleColumnSelectionMode() (cursor changes position!)
>
> 2)
> ::toggleColumnSelectionMode()
> Down
> Down
> Right
> Right
>
>
>
> >> Can you explain what constitute it to be unstable?
> >>
> > HbIDE crashs.
> >
>
> I do not experience it now, anybody else ? And can you describe
> circumstances, when ?
>
>
> Like some situations I already posted before and you put in your todo list.
I have a crash trying close a split e
Revision: 14524
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14524&view=rev
Author: vouchcac
Date: 2010-05-18 22:15:12 + (Tue, 18 May 2010)
Log Message:
---
2010-15-18 15:12 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/ideedit.prg
On 2010.05.18 21:55, Pritpal Bedi wrote:
Some more tests:
1)
...
Once selection process is okayed, I will concentrate on the positioning
of cursor, which, in column selection mode specifically, is out or
order right now.
Please confirm that selection process, programatically and visually,
is
Revision: 14523
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14523&view=rev
Author: vouchcac
Date: 2010-05-18 21:35:15 + (Tue, 18 May 2010)
Log Message:
---
2010-15-18 14:30 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/hbide.prg
*
Revision: 14522
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14522&view=rev
Author: vouchcac
Date: 2010-05-18 20:02:35 + (Tue, 18 May 2010)
Log Message:
---
2010-15-18 13:00 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/ideprojmanage
Antonio Maniero wrote:
>
>> > Tab order on project properties is skipping some input boxes.
>>
>> Tab order is out of order.
>
Fixed. r14520.
>> Can you explain what constitute it to be unstable?
>>
> HbIDE crashs.
>
I do not experience it now, anybody else ? And can you describe
circums
> fwiw, I have found UPX to be a piece of crap for most applications. Their
> site shows that the idea was conceived and implemented during the days of
> Pentium I computers, as all their CPU tests show that sort of historical
> period.
>
> You'd think that would be a good thing, but at the t
fwiw, I have found UPX to be a piece of crap for most applications. Their
site shows that the idea was conceived and implemented during the days of
Pentium I computers, as all their CPU tests show that sort of historical
period.
You'd think that would be a good thing, but at the time 16 MB of ra
Hi All,
FYI
upx (even latest) won't work with mingw 4.5.0 built executables,
due to 'CantPackException: TLS callbacks are not supported' error.
In summary mingw added support for TLS callbacks in
startup code, they also refused to make it optional,
upx chokes on this and upx developer is not
Mindaugas Kavaliauskas wrote:
>
> Some more tests:
> 1)
> ::toggleColumnSelectionMode()
> Down
> Down
> Right
> Right
> ::toggleColumnSelectionMode() (cursor changes position!)
>
> 2)
> ::toggleColumnSelectionMode()
> Down
> Down
> Right
> Right
>
On 2010.05.18 21:12, Pritpal Bedi wrote:
This itiration has caused by not compiling hbQT.
Hmm... Some problem on my side, though recompiling hbqt did not helped.
Recompiling all Harbour helped. I'm not sure that was the reason of
this... Sorry.
Some more tests:
1)
::toggleColumnSelectio
Hi,
Not this time. We do not have any protection against closing WA
from any user code (i.e. key/for/filter/relation expressions or
from error handler) when it's used by RDD code :-(
Yes, I understand the problem. I've used to call DBCLOSEAREA() in my
error block. This exploits the problem o
Mindaugas Kavaliauskas wrote:
>
> 1)
> ::toggleStreamSelectionMode()
> Down
> Down (do not select text - bad)
>
It does.
> 2)
> ::toggleColumnSelectionMode()
> Down
> Left (do not select text - bad)
>
It does.
> 3) Public methods in Keyboard Macros has names ::...SelectionMode(), but
Mindaugas Kavaliauskas wrote:
>
> Hi.
>
>> + Finalized: all the three modes of selection programatically.
>> ::toggleStreamSelection()No Key
>> ::toggleColumnSelection()No Key
>> ::toggleLineSelection() == F11
>> ::clearSelection()== Sh
On 2010.05.18 20:06, Mindaugas Kavaliauskas wrote:
Hi.
+ Finalized: all the three modes of selection programatically.
::toggleStreamSelection() No Key
::toggleColumnSelection() No Key
::toggleLineSelection() == F11
::clearSelection() == Sh+F11
If a selection mode is initiated by above three met
On Tue, 18 May 2010, Mindaugas Kavaliauskas wrote:
Hi,
> >This is expected and documented few times on this list behavior.
> >Of course it's a bug but it cannot be well fixed without very serious
> >modifications in RDD code and all code (also 3-rd part one) which
> >access any RDD methods.
> >It
Hi.
+ Finalized: all the three modes of selection programatically.
::toggleStreamSelection()No Key
::toggleColumnSelection()No Key
::toggleLineSelection() == F11
::clearSelection()== Sh+F11
If a selection mode is initiated by abov
Revision: 14521
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14521&view=rev
Author: druzus
Date: 2010-05-18 16:54:37 + (Tue, 18 May 2010)
Log Message:
---
2010-05-18 18:54 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbwin
Przemysław Czerpak wrote:
> modifications. I can compile the .PRG client and server example from
> xHarbour.com OLE server page. I only have to link at least one of
> components (server or client) statically because both linked dynamically
> with the same harbour.dll shares the same HVM so server f
Hi,
On 2010.05.18 15:00, Przemysław Czerpak wrote:
3 similar samples with different error, so, perhaps we have memory
corruption here.
This is expected and documented few times on this list behavior.
Of course it's a bug but it cannot be well fixed without very serious
modifications in RDD co
>> Before going further can you help define in
>> normal words what is the description / distinction
>> between -hbdyn and -hbdynvm modes?
>
> -hbdyn creates DLL which is not linked with HVM.
> -hbdynvm creates DLL which is linked with HVM and
> other Harbour core libraries.
>
>> When do we use
Line blocks are the "yy" command in vi ? And the p/P for paste ? I use
it always (I don't know how to do other types of cut/paste in vi)
Francesco
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour
On Tue, 18 May 2010, Szak�ts Viktor wrote:
Hi,
> Before going further can you help define in
> normal words what is the description / distinction
> between -hbdyn and -hbdynvm modes?
-hbdyn creates DLL which is not linked with HVM.
-hbdynvm creates DLL which is linked with HVM and
other Harbou
Hi Pritpal,
Now I need to know which action is causing.
When i click on the name of the source file, hbide
try to open the prg file but it can't because the
path is wrong ...
This is the reason I suggested to always use
HB_FILEMATCH() when doing any comparison.
So if you lookup and change a
>> 2010-05-18 02:25 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
>>; TODO: Couldn't find how to pass .def files to Open Watcom wlink.
>>Anybody with an experience here?
Just reinforced the question in another mail before
reading this e-mail of yours.
> As I can see OW supports
On Tue, 18 May 2010, Mindaugas Kavaliauskas wrote:
Hi,
> 3 similar samples with different error, so, perhaps we have memory
> corruption here.
This is expected and documented few times on this list behavior.
Of course it's a bug but it cannot be well fixed without very serious
modifications in R
On 2010.05.18 14:04, Horodyski Marek (PZUZ) wrote:
To test this lib, I had to download from internet following dlls :
...
These dlls are incompatybile. Has anyone links to correct dlls or may
send on priv these dlls (on WinXP) ?
Some time ago I've compiled .dlll that does not depend on other no
Hi,
3 similar samples with different error, so, perhaps we have memory
corruption here.
Regards,
Mindaugas
C:\cawi32\sample\test>cat test203.prg
STATIC indexBlocks := {}
PROC MAIN()
DBCREATE("test203.dbf", {{"F", "C", 1, 0}}, "DBFCDX", .T.)
FERASE("tmp.cdx")
AADD(indexBlocks, {|| FIE
Hi Przemek,
Before going further can you help define in
normal words what is the description / distinction
between -hbdyn and -hbdynvm modes?
When do we use which mode?
[ we now have .prg .dlls, "normal" .dlls, "VM"
.dlls, but I'm starting to get confused, which
means it's difficult to organ
On Tue, 18 May 2010, vszak...@users.sourceforge.net wrote:
Hi,
> 2010-05-18 02:25 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
> ; TODO: Couldn't find how to pass .def files to Open Watcom wlink.
> Anybody with an experience here?
As I can see OW supports .def files only in 'li
Hi,
>> I know I have to also paste it in column 1.
>
> And this is the very inefficient part in stream block
> pasting which causes that they are not such flexible
> as line blocks when whole lines are copied. Just simply
> it forces additional horizontal cursor synchronization
> which is not nec
On Tue, 18 May 2010, Szak�ts Viktor wrote:
Hi,
> I know I have to also paste it in column 1.
And this is the very inefficient part in stream block
pasting which causes that they are not such flexible
as line blocks when whole lines are copied. Just simply
it forces additional horizontal cursor s
To test this lib, I had to download from internet following dlls :
zlib1.dll
freetype6.dll
libfontconfig-1.dll
but now have I (my own translation) :
"unknown input point to procedure FT_GlyphSlot_Embolden in lib
freetype6.dll".
These dlls are incompatybile. Has anyone links to correct dlls or m
about CHANNEL Harbour idea
same contrib/3rd parties/addon will have a release cycle different from harbour
same contrib like hbct,hbmemio,hbnetio must be considered part of harbour
same contrib like all minigui version will have an external repository
all have in common hbmk2 as builder and build
Hi Martin,
On 2010 May 18, at 10:39, Martin Vogel wrote:
> Hi Pritpal, Viktor, all,
>
> sorry for chiming in, but your discussion reminds me of an idea that, I hope
> I remember that correctly, Phil Barnett had many years ago.
>
> Why not follow the roads of TeX/LaTex, PERL et al. and create a
>> I'm copying lines by the thousands since long time
>> using stream method, and it causes no perceivable
>> overhead, so most probably I will not miss it in
>> my lifetime anymore. One less feature to worry about,
>> and this is always a good thing :)
>
> I can only repeat myself: because you've
Hi Pritpal, Viktor, all,
sorry for chiming in, but your discussion reminds me of an idea that, I
hope I remember that correctly, Phil Barnett had many years ago.
Why not follow the roads of TeX/LaTex, PERL et al. and create a
comprehensive harbour archive network, i.e. a package system for co
On 2010.05.18 11:12, Viktor Szakáts wrote:
That's because you've never tried line selection mode. After you'll try it,
you'll miss it. I promise you :)
I'm copying lines by the thousands since long time
using stream method, and it causes no perceivable
overhead, so most probably I will not mis
Hi,
> I only haven't
> added support for nBufferIn and nBufferOut because only MS-Windows
> support it and it's not clear how it effect low level serial driver.
> Anyhow I'll think about adding it in the future.
A process reinitializes a communications resource by using the
SetupComm function, whi
On Tue, 18 May 2010, Przemysław Czerpak wrote:
Hi Viktor,
> > 2010-05-18 02:25 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
> > * utils/hbmk2/hbmk2.pt_BR.po
> > * utils/hbmk2/hbmk2.hu_HU.po
> > * utils/hbmk2/hbmk2.prg
> > + Added experimental -hbdynvm mode.
> > + Added support for
>> So, I never in the last 15 years missed this feature.
>> Stream handles the matter just fine:
>> Home, Shift+Up/Down,, PgUp/PgDn/Up/Down
>> to proper place,, bingo.
>
> That's because you've never tried line selection mode. After you'll try it,
> you'll miss it. I promise you :)
I'm copyi
Viktor,
So, I never in the last 15 years missed this feature.
Stream handles the matter just fine:
Home, Shift+Up/Down,, PgUp/PgDn/Up/Down
to proper place,, bingo.
That's because you've never tried line selection mode. After you'll try
it, you'll miss it. I promise you :)
Seems muc
Viktor Szakáts wrote:
In this case I tend to think for Harbour it's enough to
create a page with all the links pointing to different projects,
but more importantly (as discussed previously) to ensure that
these 3rd party projects can be compiled, linked and used in
more or less common way, f.e.
Hi,
On 2010.05.18 10:11, Viktor Szakáts wrote:
What is the reason you want to handle "line"
selection separately from stream selection?
Line selection looks like a stream which ends
and begins at column zero.
Could be much simpler with two modes: stream and block.
Yes, line mode is a simila
>> What is the reason you want to handle "line"
>> selection separately from stream selection?
>> Line selection looks like a stream which ends
>> and begins at column zero.
>> Could be much simpler with two modes: stream and block.
>
> It's not the same.
> When you paste line selected block the
On Tue, 18 May 2010, Szak�ts Viktor wrote:
Hi,
> What is the reason you want to handle "line"
> selection separately from stream selection?
> Line selection looks like a stream which ends
> and begins at column zero.
> Could be much simpler with two modes: stream and block.
It's not the same.
Revision: 14520
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14520&view=rev
Author: vszakats
Date: 2010-05-18 07:20:20 + (Tue, 18 May 2010)
Log Message:
---
2010-05-18 09:19 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* src/rtl/memvarhb.prg
> 2010-15-17 19:05 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
> * contrib/hbqt/hbqt_hbqplaintextedit.cpp
> * contrib/hbqt/hbqt_hbqplaintextedit.h
> * contrib/hbide/ideedit.prg
> * contrib/hbide/ideeditor.prg
> * contrib/hbide/ideshortcuts.prg
>+ Prepared to handle three modes of selectio
Revision: 14519
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14519&view=rev
Author: vouchcac
Date: 2010-05-18 07:09:40 + (Tue, 18 May 2010)
Log Message:
---
2010-15-17 23:59 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbqt/hbqt_hbqplaint
57 matches
Mail list logo
