Hi,
I posted this question on the users- mailling list, with no replies.
Perhaps it's a bit more developer suited. Hopefully I am not intruding by
posting this here.
1.
Why can't I compile my Hello World program on my Windows 7 x64 OS?
C:\hb20\bin>hbmk2.exe hello.prg
hbmk2: Process
do a clean build
if your 'cross building' clean build the host first.
Vagelis Skarmaliorakis wrote:
>
> Hi,
>
> I am getting the following:
>
> ../../../../../include/hbclass.ch(152) Error E0025 Error in #if
> expression
> 1 error
>
> Regards
> Vagelis
>
--
View this message in context:
Revision: 13687
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13687&view=rev
Author: vouchcac
Date: 2010-01-23 22:57:04 + (Sat, 23 Jan 2010)
Log Message:
---
2010-01-23 13:32 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/idefindreplac
Hi Francesco,
It came through, thank you.
Here are my results:
1) I had to 'unix2dos *.diff' to make it work on Windows.
2) I had to move my freshly checked out branch 2.0 dir
(named 'harbour-2.0' by default) to b/harbour/ dir to
make it work.
(it would be nice if the patch would just
>> So I still think that it's not hbide or hbmk2's job to
>>
>
> I differ. It may not be hbMK2's job to configure as such,
> and you are right, as it is essentially a command line tool,
> but for hbIDE it is absolutely necessary. I do not want to
> request user that please come out of hbIDE, res
Hi
Viktor Szakáts wrote:
>
>> cCmd := [CALLl "%ProgramFiles%\Microsoft Visual Studio
>> 9.0\VC\vcvarsall.bat"
>> x86]
>> cCmd += " PATH#c:\harbour_dev;%ProgramFiles%\Microsoft Visual Studio
>> 9.0\VC\bin;%path%"
>>
>> hbmk2 hello.hbp -cCmd
>>
>> I mean, MSVC needs above call cmd to be invoked
>> 2010-01-23 12:17 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
>> * utils/hbmk2/hbmk2.prg
>>+ Added -env: option, command line only, it serves to alter local
>> environment, which is used by fix itself and which is passed to
>> external commands. This means it's now possible to c
Hi
Marcos Gambeta wrote:
>
> Ok. The new sample have a check to avoid this.
>
> This is my first test with hbxbp, 2 or more windows and MT. The windows
> are empty. Now I am adding controls to the windows to see what happens.
>
> I will keep you informed about the tests.
>
Thank you.
Rega
Hello
vszakats wrote:
>
> 2010-01-23 12:17 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
> * utils/hbmk2/hbmk2.prg
> + Added -env: option, command line only, it serves to alter local
> environment, which is used by fix itself and which is passed to
> external commands. This m
I repost since I fear that attachments blocked the message.
Ok, this is the first try
big-patch-2.0.0.diff should cleanly apply to branch 2.0.0
trunk-changelog should be applied to Trunk, it contains the TOMERGE ->
MERGED changes
So, to power-users and power-coders, please review and apply the
bi
Revision: 13686
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13686&view=rev
Author: vszakats
Date: 2010-01-23 13:05:50 + (Sat, 23 Jan 2010)
Log Message:
---
2010-01-23 14:05 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbwin/hbwapi.h
Em 22/01/2010 13:59, Pritpal Bedi escreveu:
A rule in MT:
The dialogs in another threads have to be destroyed by
the program code and only then destroy the main window. I was unable
to cover this problem.
Ok. The new sample have a check to avoid this.
I will see what can be done
Em 22/01/2010 19:41, Pritpal Bedi escreveu:
The example works correctly if you close the other
opened window before closing main. On my XP machine
the above code is working fine even if I close the main
without closing the other windows. But I am sure GPF can
appear in this case.
I am using Win
>>> 3) 2010-01-05 18:48 UTC+0100 Viktor Szakats
>>> only in hbmk2.pt_BR.po, probably due to not applied patches at point 2.
>>
>> The hbmk2.prg -warn fix should go though, it's definitely
>> a manual merge, since multiple changes were done in
>> this one commit.
>
> Ok, it was my fault, the patch
>> 3) 2010-01-05 18:48 UTC+0100 Viktor Szakats
>> only in hbmk2.pt_BR.po, probably due to not applied patches at point 2.
>
> The hbmk2.prg -warn fix should go though, it's definitely
> a manual merge, since multiple changes were done in
> this one commit.
Ok, it was my fault, the patch should be:
Revision: 13685
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13685&view=rev
Author: vszakats
Date: 2010-01-23 11:38:03 + (Sat, 23 Jan 2010)
Log Message:
---
2010-01-23 12:36 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbide/ideprojmana
Revision: 13684
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13684&view=rev
Author: vszakats
Date: 2010-01-23 11:26:09 + (Sat, 23 Jan 2010)
Log Message:
---
2010-01-23 12:25 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* Typo in last ChangeLog en
Revision: 13683
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13683&view=rev
Author: vszakats
Date: 2010-01-23 11:20:21 + (Sat, 23 Jan 2010)
Log Message:
---
2010-01-23 12:17 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* utils/hbmk2/hbmk2.prg
>
> 4) 2009-12-31 12:43 UTC+0100 Przemyslaw Czerpak
> it doesn't apply, but I need to investigate better (probably due to
> some missing previous codepage patches)
> Should all codepage rfelated patches be MERGED ?
Only 2 hunks don't apply and they are the removal of cphr437 and
cpsl437, so this s
Hi,
I am getting the following:
../../../../../include/hbclass.ch(152) Error E0025 Error in #if expression
1 error
Regards
Vagelis
--
View this message in context:
http://old.nabble.com/Error-in-make-install-of-svn-13682-%28linux-64bit%29-tp27284893p27284893.html
Sent from the Harbour - Dev
>> For example in one of your patches (about unicode overflow protection)
>> there were changes to win_prn3 (TEXT(0)) not listed in the Changelog
>> and I can't know if they are needed or not... in anay case, they don't
>> apply..
>
> Which commit was that?
Sorry, my fault, it was ok
Francesco
>>> 5) 2010-01-13 20:14 UTC+0100
>>> it doesn't apply because it must be applied to lines added by
>>> "2010-01-13 09:37 UTC+0100 Przemyslaw Czerpak" that was not marked as
>>> TOMERGE that added some similar lines in the same lines confusing the
>>> patch system. Should I MERGE it ?
>>
>> This ch
Ok I will try to manually merge all the revisions I listed in my message..
>
> You can merger all my commits. In practice the short answer is:
> merge everything except new type modifications (HB_SIZE, HB_ISIZ,
> HB_BOOL, ...)
Can't see the source files now, I will check later
Francesco
A quickly answer:
On Sat, Jan 23, 2010 at 1:45 AM, Viktor Szakáts wrote:
> Hi,
>
>> 1) hbtrace.c
>> only some changes to hbtrace are marked TOMERGE and so the marked
>> patches don't apply.
>> Can I use the TRUNK version ?
>
> I think you can't. Several features were added
> to this component, so
Hi,
I use regular svn without modifications (13677) and there is a
line (71) :
#include
in QSizeGrip.cpp
Yes, this line is since day ONE.
How come that you are experiencing this problem only today?
I cannot suggest anything, just see in your Qt distro about QSizeGrip
file and find out w
25 matches
Mail list logo
