Revision: 14547
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14547&view=rev
Author: vszakats
Date: 2010-05-21 06:52:49 + (Fri, 21 May 2010)
Log Message:
---
2010-05-21 08:52 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbwin/win_svc.c
Hi Leandro,
>> These are internal structures, so there if is any notion
>> of writing stable code I strongly suggest to not use
>> them directly at all.
>
>> I think the bug here is that you can access these members
>> at all. IMO they should be protected like HB_ITEM members.
>>
>
> You must b
Nothing missing nor bug. UPPER(CHR(0)) ir CHR(0), and CHR(0) is end of
string symbol.
Sorry Mindaugas, but I couldn't understand what you mean. Can you give me a
hand please? :)
Leandro
___
Harbour mailing list (attachment size limit: 40KB)
Harbour
Hi Viktor
These are internal structures, so there if is any notion
of writing stable code I strongly suggest to not use
them directly at all.
I think the bug here is that you can access these members
at all. IMO they should be protected like HB_ITEM members.
You must be right. The .C code
Revision: 14546
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14546&view=rev
Author: vouchcac
Date: 2010-05-20 23:50:49 + (Thu, 20 May 2010)
Log Message:
---
2010-05-20 16:49 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbqt/generator/hbqt
Revision: 14545
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14545&view=rev
Author: vszakats
Date: 2010-05-20 23:06:29 + (Thu, 20 May 2010)
Log Message:
---
2010-05-21 01:05 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* config/global.mk
+ Sh
Alright, will do.
On Thu, May 20, 2010 at 3:44 PM, Viktor Szakáts wrote:
> What can I say? A lib can be used if it's present in one of
> the passed lib dirs (-L options).
>
> Apparently curldll lib (the implib) is not there.
>
> Why? I cannot tell you; and I have told everything that can
> I coul
> HB_FUNC( _2D_CURRENTCODEPAGE )
> {
>const char * cdpID = hb_cdpID();
>PHB_CODEPAGE cdp = hb_cdpFind(cdpID);
>
>MessageBox(NULL,cdp->lower,'test',MB_OK);
>
>hb_reta(4) ;
>hb_storvc( cdp->lower, -1, 1 );
>hb_storvc( cdp->upper , -1, 2 );
>hb_storvc( cdpID , -
Hi,
We have also debuged the cdp->lower and cdp->upper members and they are
empty, so it is not a matter of hb_storvc usage.
Can somebody check if we are missing something or if it is a harbour bug?
Nothing missing nor bug. UPPER(CHR(0)) ir CHR(0), and CHR(0) is end of
string symbol.
Regar
What can I say? A lib can be used if it's present in one of
the passed lib dirs (-L options).
Apparently curldll lib (the implib) is not there.
Why? I cannot tell you; and I have told everything that can
I could tell about this whole topic. Probably some blatant
mistake or overlook along the
Hello,
See code below:
HB_FUNC( _2D_CURRENTCODEPAGE )
{
const char * cdpID = hb_cdpID();
PHB_CODEPAGE cdp = hb_cdpFind(cdpID);
MessageBox(NULL,cdp->lower,'test',MB_OK);
hb_reta(4) ;
hb_storvc( cdp->lower, -1, 1 );
hb_storvc( cdp->upper , -1, 2 );
hb_storvc( cdpID
Hello Viktor,
Well, having followed every step that was proper, I still cannot get this to
work. No more Perl gcc, no more old revisions, no more forgetting HB_*
flags, etc... everything has been tried by me.
Unless you can (please) share some more of your Harbour internal knowledge
and assist m
On Thu, 20 May 2010, Przemysław Czerpak wrote:
hi,
> Linux SUNPRO port has very serious bug. It does not correctly generate
> code for all constructors. We are exploiting this problem from time to
> time. It probably depends on total binary size which may interact with
> the contents of some
francesco perillo wrote:
>
> You can download and install the gui and cli program from here:
> http://sourceforge.net/projects/tortoisehg/
>
> There are 3 types of repository:
> public: everybody can pull (checkout) /push (commit and push)
> readonly: everybody can read, only authorized people
You can download and install the gui and cli program from here:
http://sourceforge.net/projects/tortoisehg/
There are 3 types of repository:
public: everybody can pull (checkout) /push (commit and push)
readonly: everybody can read, only authorized people can push
private: only authorized people c
Revision: 14544
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14544&view=rev
Author: vszakats
Date: 2010-05-20 21:35:20 + (Thu, 20 May 2010)
Log Message:
---
2010-05-20 23:34 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* utils/hbmk2/hbmk2.prg
francesco perillo wrote:
>
>> Because I was simply starting to explore, and my development times are
>> never
>> on the same macine ever, I want it to be resident of hbide/qscintilla so
>> I
>> could
>> access it on whatever I machine I am currently with.
>
> If you want I can provide access to
Hi!
The hbmk2 has made a mistake when trying to link any application,
here's an sample:
c:\harbour\tests>hbmk2 -run while.prg
hbmk2: Processando opções do ambiente: -compiler=msvc
hbmk2: Processando arquivo de configuração: C:\hbmsvc\bin\hbmk.cfg
Harbour 2.1.0beta1 (Rev. 14542)
Copyright (c) 199
When I' build harbour with last svn :
---
! Making E:\HARBOUR_PRUEBAS\HARBOUR\bin\hbmk.cfg...
! Making shared version of Harbour binaries...
./bin/win/msvc\hbmk2 -quiet -lang=en -q0 -shared
utils/hbformat/hbformat.hbp -o$
{HB_BIN_INSTALL}/hbformat-dll
hbformat.c
hbformac.c
Generando
>
>
> 2. go past into the virtual space, I mean end of line, which again
> is a question in the dark as I did not find any Qt/QScintilla based
> editor
> having this capability. In Windows it is easy, even I can simulate it.
>
I am not sure if virtual space is a goo thing. Maybe. I think it's
Thank you for clearing that up and your infinite patience. Looks like I'm
going to have to right some quick and dirty .bat or perl scripts to toggle
which compiler is to be used.
On Thu, May 20, 2010 at 2:14 PM, Viktor Szakáts wrote:
> I'm afraid not. In general it's not very good to mix
> diffe
Revision: 14543
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14543&view=rev
Author: vszakats
Date: 2010-05-20 21:18:46 + (Thu, 20 May 2010)
Log Message:
---
2010-05-20 23:18 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* utils/hbmk2/hbmk2.prg
On Thu, 20 May 2010, Tamas TEVESZ wrote:
Hi,
> as $subject says. i have bisected the problem to have been introduced
> in r12466 (r12465 is fine).
> r12466 only says segmentation fault, leaving an empty hb_out.log;
> r14542 is a bit more verbose with:
> Application Internal Error -
> /home/ic
> Ah. Correct again! I thought if the gcc version I wanted to use before any
> other was first in the windows path, it would only be used... but I am
> incorrect.
>
> # proper
> ! HB_COMPILER: mingw (v44) (autodetected: c:/mingw/bin/)
>
> # problematic
> ! HB_COMPILER: mingw (v45) (autodetect
Ah. Correct again! I thought if the gcc version I wanted to use before any
other was first in the windows path, it would only be used... but I am
incorrect.
# proper
! HB_COMPILER: mingw (v44) (autodetected: c:/mingw/bin/)
# problematic
! HB_COMPILER: mingw (v45) (autodetected: c:/mingw/bin/gcc
> Because I was simply starting to explore, and my development times are never
> on the same macine ever, I want it to be resident of hbide/qscintilla so I
> could
> access it on whatever I machine I am currently with.
If you want I can provide access to a Mercurial repository that can be
public o
I can just guess without seeing the beginning of your log output.
Maybe you manually set HB_COMPILER (without setting HB_COMPILER_VER).
Viktor
On 2010 May 20, at 22:47, smu johnson wrote:
> Well, it looks like it is not my destiny is to not get CURL to work.
>
> r14528 is now not compiling.
>
Antonio Maniero wrote:
>
> agree with him about this issue.
>
> You are the master of HbIDE, you need to care about HbIDE. Because you are
> the master and not me, you need take decisions to take HbIDE to best
> result.
> I can't say what you should do to the best interest of HbIDE, you need to
Well, it looks like it is not my destiny is to not get CURL to work.
r14528 is now not compiling.
1. compile string: win-make HB_BUILD_UNICODE=no HB_BUILD_IMPLIB=yes
HB_WITH_CURL=\ver10\curl-7.20.1-devel-mingw32\include install
2. Error text:
gcc -I. -I../../../../../include -W -Wall -O3 -f
>; NOTE 2: I've checked win/watcom -6s option, but it's still not
> good because it appends '_' to exported symbols, so
> watcom -shared executables stop working with mingw/msvc
> Harbour .dll. Any idea how to solve that?
I've found information regardi
thanks Viktor
Bruno
2010/5/20 Viktor Szakáts
> > $? returns the errorlevel set by the program, not just 0 and 1... 0 is
> > the standard for error-less returns.
> >
> >> But when I run an external aplicattion this variable don't generate a
> >> usefull value
> >>
> >> in example an hbmk2 comman
hi,
as $subject says. i have bisected the problem to have been introduced
in r12466 (r12465 is fine).
r12466 only says segmentation fault, leaving an empty hb_out.log;
r14542 is a bit more verbose with:
Application Internal Error -
/home/ice/w/xhb/hbci/harbour-bisect/harbour/inst/linux/sunp
Uh oh. When you said check the change log for .hbi, you weren't joking! I
think my problem is due to an old revision. Sorry to beat this poor dead
horse.
On Thu, May 20, 2010 at 1:34 PM, smu johnson wrote:
> :(
>
> I come bearing more bad news. Despite doing all of the above...
>
__
:(
I come bearing more bad news. Despite doing all of the above...
I did this, and got this:
C:\hbm>g:\harbour\bin\hbmk2 hello.PRG g:\harbour\contrib\hbcurl\hbcurl.hbc
hbmk2: Processing configuration: g:\harbour\bin\hbmk.cfg
Harbour 2.1.0beta1 (Rev. 14434)
Copyright (c) 1999-2010, http://www.ha
>
>
> Anyhow, I am dropping the idea to base anything on QScintilla.
> I will try to add features with my existing thought of
> development.
>
> Viktor is just caring about Harbour project, it is his job and I totally
agree with him about this issue.
You are the master of HbIDE, you need to care a
Revision: 14542
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14542&view=rev
Author: druzus
Date: 2010-05-20 19:15:11 + (Thu, 20 May 2010)
Log Message:
---
2010-05-20 21:14 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbthr
> $? returns the errorlevel set by the program, not just 0 and 1... 0 is
> the standard for error-less returns.
>
>> But when I run an external aplicattion this variable don't generate a
>> usefull value
>>
>> in example an hbmk2 command .
>>
>> Anybody have an idea in how to achieve this task ?
Revision: 14541
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14541&view=rev
Author: vszakats
Date: 2010-05-20 19:07:59 + (Thu, 20 May 2010)
Log Message:
---
2010-05-20 21:07 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* config/global.mk
* conf
Revision: 14540
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14540&view=rev
Author: vszakats
Date: 2010-05-20 18:58:21 + (Thu, 20 May 2010)
Log Message:
---
2010-05-20 20:33 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* config/global.mk
* conf
Ok I try this
Bruno
2010/5/20 francesco perillo
> Hi Bruno,
>
> $? returns the errorlevel set by the program, not just 0 and 1... 0 is
> the standard for error-less returns.
>
> > But when I run an external aplicattion this variable don't generate a
> > usefull value
> >
> > in example an hbmk2
Hi Bruno,
$? returns the errorlevel set by the program, not just 0 and 1... 0 is
the standard for error-less returns.
> But when I run an external aplicattion this variable don't generate a
> usefull value
>
> in example an hbmk2 command .
>
> Anybody have an idea in how to achieve this task ?
I
Revision: 14539
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14539&view=rev
Author: druzus
Date: 2010-05-20 17:50:09 + (Thu, 20 May 2010)
Log Message:
---
2010-05-20 19:49 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/src/rdd/dbf1.
>> The solution for this is to create wrapper lib
>> inside contrib HBQT named hbqscintilla which
>> depends on 3rd party lib qscintilla, and where
>> the latter remains hosted in its original location
>> (not in Harbour SVN, due to its size, maintenance
>> needs and even potential licensing i
I am trying to make an .sh file to run several hbmk2 commands
But I need to confirm if each of it was sucessfully executed
When i use bash programming , and run console commands
running echo $? giveme an idea if the command was or not sucessfully ( take
0 or 1 values )
But when I run an extern
Viktor Szakáts wrote:
>
> The solution for this is to create wrapper lib
> inside contrib HBQT named hbqscintilla which
> depends on 3rd party lib qscintilla, and where
> the latter remains hosted in its original location
> (not in Harbour SVN, due to its size, maintenance
> needs and even
Hi Pritpal,
>> Log Message:
>> ---
>> 2010-05-20 16:22 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
>> * contrib/hbide/qscintilla
>>- Deleted this hosted foreign code for reasons explained
>>
>
> It is ok, no problems.
>
>> (but apparently not understood).
>
> For sure I di
Sorry Pritpal, but I will remove this from SVN.
Viktor
On 2010 May 20, at 16:13, vouch...@users.sourceforge.net wrote:
> Revision: 14536
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14536&view=rev
> Author: vouchcac
> Date: 2010-05-20 14:13:24 + (Thu, 2
vszakats wrote:
>
> Log Message:
> ---
> 2010-05-20 16:22 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
> * contrib/hbide/qscintilla
> - Deleted this hosted foreign code for reasons explained
>
It is ok, no problems.
> (but apparently not understood).
For sure I did not
Hi Pritpal,
Please move HBIDE hosting to a separate repository,
because by now it grew just large and popular enough
to stand on its own feet, takes a huge portion of SVN
and communication of our core development list, and
in general has not much to do with out primary goals,
and the two proj
Revision: 14538
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14538&view=rev
Author: vszakats
Date: 2010-05-20 14:23:00 + (Thu, 20 May 2010)
Log Message:
---
2010-05-20 16:22 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbide/qscintilla
Revision: 14537
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14537&view=rev
Author: vouchcac
Date: 2010-05-20 14:18:25 + (Thu, 20 May 2010)
Log Message:
---
2010-05-20 07:14 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/ideprojmanage
Revision: 14536
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14536&view=rev
Author: vouchcac
Date: 2010-05-20 14:13:24 + (Thu, 20 May 2010)
Log Message:
---
2010-05-20 06:56 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
+ contrib/hbide/qscintilla
David Arturo Macias Corona wrote:
>
> Pritpal:
>
> >Try changing idetools.prg#135:
>
> > oAct:setMenu( QMenu():new() )
> >=>
> > oAct:setMenu( QMenu():new( oAct ) )
>
> >I am not sure, but let's try.
>
> I changed:
>
>//DAVID: oAct:setMenu( QMenu():new() )
>
On Thu, 20 May 2010, Adam Lubszczyk wrote:
Hi!
> Try sample:
>
> FUNCTION main()
> LOCAL reg := hb_regexcomp(".*B.*")
> LOCAL cText := "ABC"
> LOCAL x
> ? hb_regexlike(reg,cText)
> ? hb_regexhas(reg,cText)
> IF VALTYPE(x:=hb_regex(reg,cText)) =
Pritpal:
>Try changing idetools.prg#135:
> oAct:setMenu( QMenu():new() )
>=>
> oAct:setMenu( QMenu():new( oAct ) )
>I am not sure, but let's try.
I changed:
//DAVID: oAct:setMenu( QMenu():new() )
oAct:setMenu( QMenu():new( oAct ) )
so line moved to 136
New GPF is
Hi!
Try sample:
FUNCTION main()
LOCAL reg := hb_regexcomp(".*B.*")
LOCAL cText := "ABC"
LOCAL x
? hb_regexlike(reg,cText)
? hb_regexhas(reg,cText)
IF VALTYPE(x:=hb_regex(reg,cText)) == "A"
? "FOUND:",x[1]
ENDIF
RETURN nil
***
Viktor Szakáts wrote:
>
> Thanks, it seems mingw is sensitive to ending pathseps
> in -I options. Pls retry with r14535.
>
Now works fine after r14535, thanks.
-
enjoy hbIDEing...
Pritpal Bedi
http://hbide.vouch.info/
--
View this message in context:
http://harbour-dev
Hi Prital,
Thanks, it seems mingw is sensitive to ending pathseps
in -I options. Pls retry with r14535.
Viktor
On 2010 May 20, at 09:46, Pritpal Bedi wrote:
>
> Hello Viktor
>
> I defined QScintilla ( greatly trimmed ) library project from hbIDE
> and could build the library properly. Then
>
>
>> Though for this to be true the editor is best to support
>> moving past EOL. Something which is not supported
>> by HBIDE and several other editors (f.e. vi, MSVS).
>
> I had just found recently how to set it in MSVS2005:
> Tools | Options | Text Editor | All Languages (or just the lang y
David Arturo Macias Corona wrote:
>
> hbide build fine
> Running hbide.exe GPF as before with:
>
> -
> Exception c005 at address 0x1ddd69ca
>
> Exception Code:C005
> Exception Address:1DDD69CA
> EAX:0001 EBX:02F3D39C ECX:02F3D3A4 EDX:00
- Original Message -
From: "Viktor Szakáts"
To: "Harbour Project Main Developer List."
Sent: Thursday, May 20, 2010 1:55 PM
Subject: Re: [Harbour] file path delimiter
The only thing some may wonder is why such workaround
is good for you, when you can get much better coverage
for the
Viktor ,
> Though for this to be true the editor is best to support
> moving past EOL. Something which is not supported
> by HBIDE and several other editors (f.e. vi, MSVS).
I had just found recently how to set it in MSVS2005:
Tools | Options | Text Editor | All Languages (or just the lang you
>>> use <(db)> => dbusearea(,,linux(<(db)>),...)
>>
>> Such modification is still only workaround for the problem which
>> is hardcoded in some other place. You should switch to "/" or use
>> hb_osPathSeparator() if you want to eliminate any filename conversions.
>
> yes, unfortunately it is just
- Original Message -
From: "Przemysław Czerpak"
To: "Harbour Project Main Developer List."
Sent: Thursday, May 20, 2010 1:16 PM
Subject: Re: [Harbour] file path delimiter
use <(db)> => dbusearea(,,linux(<(db)>),...)
Such modification is still only workaround for the problem which
i
Revision: 14535
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14535&view=rev
Author: vszakats
Date: 2010-05-20 11:40:30 + (Thu, 20 May 2010)
Log Message:
---
2010-05-20 13:40 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* utils/hbmk2/hbmk2.prg
On Thu, 20 May 2010, sali wrote:
Hi,
> >>my second thought is to tweak at pp-level
> >Everything what can be done on PP level can also be done in source
> >code so there is no reason to make such things on PP level.
> thnx for the tips
> just to explain, regarding pp, of course that it can be don
- Original Message -
From: "Przemysław Czerpak"
To: "Harbour Project Main Developer List."
Sent: Thursday, May 20, 2010 12:17 PM
Subject: Re: [Harbour] file path delimiter
my second thought is to tweak at pp-level
Everything what can be done on PP level can also be done in source
c
On Thu, 20 May 2010, sali wrote:
Hi,
> porting big app from clipper/win to harbour/linux, and having lot of
> hard-coded and/or composed file/index paths with back-slash '\' embedded
> is there some 'set' setting to at 'run-time-level' replace [convert]
> windows-style '\' to linux-style '/' path
Revision: 14534
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14534&view=rev
Author: vszakats
Date: 2010-05-20 09:40:08 + (Thu, 20 May 2010)
Log Message:
---
2010-05-20 11:39 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* include/hbthread.h
!
Revision: 14533
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14533&view=rev
Author: vszakats
Date: 2010-05-20 09:35:08 + (Thu, 20 May 2010)
Log Message:
---
2010-05-20 11:21 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* utils/hbmk2/hbmk2.p
hi,
porting big app from clipper/win to harbour/linux, and having lot of
hard-coded and/or composed file/index paths with back-slash '\' embedded
is there some 'set' setting to at 'run-time-level' replace [convert]
windows-style '\' to linux-style '/' paths
directly changing source is not an opt
Pritpal:
hbqt* libraries build fine
*** Now using official release of Qt462 for OS/2 ***
Errors are basically same reported before for Harbour 14433
demoqt build / run fine but with GPF closing dialogs/windows
hbide build fine
Running hbide.exe GPF as before with:
-
Now tested with:
* $Id: ChangeLog 14525 2010-05-19 02:09:52Z vouchcac $
2010-05-18 18:55 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
Harbour build/run entirely with
- os2gcc442omf
- os2gcc335aout
- OpenWatcom
Most significative warning is in os2gcc*:
../../../ioapi.c: In function 'fopen64
Thanks Viktor. Your knowledge of Clipper and Harbour is impressive!
On Thu, May 20, 2010 at 12:55 AM, Viktor Szakáts wrote:
> > # looks like a problem
> > hbmk2: Warning: Source dynamic library not found:
> /ver10/curl-7.20.1-devel-mingw32/include/../libcurl.dll
> >
> > # looks like it worked?
> # looks like a problem
> hbmk2: Warning: Source dynamic library not found:
> /ver10/curl-7.20.1-devel-mingw32/include/../libcurl.dll
>
> # looks like it worked?
> hbmk2: Created import library: G:/harbour/lib/win/mingw/liblibcurl.a <=
> /ver10/curl-7.20.1-devel-mingw32/include/..
> -Original Message-
> From: Mindaugas Kavaliauskas [mailto:dbto...@dbtopas.lt]
> Sent: Wednesday, May 19, 2010 9:00 PM
> To: Harbour Project Main Developer List.
> Subject: Re: [Harbour] New page in PDF file with cairo.
>
> Hi,
>
>
> On 2010.05.19 19:40, Horodyski Marek (PZUZ) wrote:
>
Hello Viktor
I defined QScintilla ( greatly trimmed ) library project from hbIDE
and could build the library properly. Then I tried the same .hbp from
command line. Below are the results for one of the files:
hbMK2 direct from command line:
---
hbmk2: Compiling C++.
Antonio Maniero wrote:
>
>> I will try but for now I can't run HbIDE. Do you have a clue?
> ---
> Run-time Error!
> ---
> Error BASE/1005 Message not found: XBPTABWIDGET:_QCORNERWIDGET
> Called from __ERRRT_SBASE(0)
> Called from XBPTABWIDGET:ERRO
78 matches
Mail list logo
