WITH THIS BUILD.BAT
--
set PATH=C:\UTL\bcc58\bin;%PATH%
rem
set HB_COMPILER=bcc
set HB_ARCHITECTURE=win
set HB_USER_PRGFLAGS=-l
rem
set PATH=C:\UTL\make-3.81;%PATH%
set HB_INSTALL_PREFIX=C:\UTL\hb-%HB_COMPILER%
call make_gnu.bat %1
Viktor,
If the hbm file is terminated with CHR(26), the program try to process file
CHR(26)+.prg
Can you set hbmk2 to stop processing (or at least skip) when getting a line
starting with CHR(26)?
(There are DOS editors that add these EOF chars automatically to each file
edited)
Launchpad is a web application and web site supporting software
development, particularly that of free software.
Will be also a replacement for sourceforge because it can do source
code hosting,bug tracker, tracking Specifications ,Translations:
,Answers:.
Imo we can use for something
i vote for
Revision: 10536
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10536view=rev
Author: vszakats
Date: 2009-03-05 10:52:16 + (Thu, 05 Mar 2009)
Log Message:
---
2009-03-05 11:36 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
Hi,
PRIVATE declaration can be used in any place of code and it was
beyond my and other [x]Harbour developers imagination ;-) that user
may want to create code like:
while .t.
private var := something
...
enddo
Usually do not use PRIVATE variables in single thread
Revision: 10537
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10537view=rev
Author: druzus
Date: 2009-03-05 10:59:23 + (Thu, 05 Mar 2009)
Log Message:
---
2009-03-05 12:04 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
*
Hi Elart,
I'm not sure what you have in mind as possible benefits.
Registering is no problem for me, but we already have
bug tracking on sf.net (in fact even two of them, because
Trac also has one integrated), so having another one
on another site would split the information, which isn't
very
Hi, Viktor,
It would be nice to hear some comments on my fixes,
I'm not sure what silence means :) But after like 30-40 fixes
with no positive (or any) feedback it's really difficult to know
where we stand.
I'm not the makefile guru, I've never used hbmake or another harbour
scripts tools
I am trying to migrate my own libs to Harbour+msvc, but in some cases, I
have some C sources which show me some errors in compilation time.
Any of you have made some migration of libs created in xharbour+bcc+fwh to
harbour+msvc+fwh and can show me way?
Hi Kleyber,
You are trying to do
If it's only registering, it looks okay. Any other opinion?
For dev resource, we have SF which so far give us all we need
(and the rest are generously hosted on Phill's server).
As for public relations, well, it Ok to register, the problem is that no one
later bother to maintain and update the
On Wed, 04 Mar 2009, Pritpal Bedi wrote:
Hi,
I have made this change in hbgtcore.c
PHB_GT hb_gt_ItemBase( PHB_ITEM pItemGT )
{
if( pItemGT )
{
void ** gtHolder = ( void ** ) hb_itemGetPtrGC( pItemGT,
hb_gt_Destructor );
PHB_GT pGT = NULL;
if( gtHolder )
Revision: 10538
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10538view=rev
Author: druzus
Date: 2009-03-05 11:43:16 + (Thu, 05 Mar 2009)
Log Message:
---
2009-03-05 12:48 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
*
On Thu, Mar 5, 2009 at 12:02 PM, Viktor Szakáts harbour...@syenar.hu wrote:
I'm not sure what you have in mind as possible benefits.
Registering is no problem for me, but we already have
bug tracking on sf.net (in fact even two of them, because
Trac also has one integrated), so having another
-Original Message-
From: dru...@users.sourceforge.net
[mailto:dru...@users.sourceforge.net]
Sent: Thursday, March 05, 2009 11:59 AM
To: harbour@harbour-project.org
Subject: [Harbour] SF.net SVN: harbour-project:[10537] trunk/harbour
Revision: 10537
[...]
compare Clipper and current
On Thu, 05 Mar 2009, Miguel Angel Marchuet wrote:
Hi,
WITH THIS BUILD.BAT
--
set PATH=C:\UTL\bcc58\bin;%PATH%
rem
set HB_COMPILER=bcc
set HB_ARCHITECTURE=win
set HB_USER_PRGFLAGS=-l
rem
set PATH=C:\UTL\make-3.81;%PATH%
set
On Thu, 05 Mar 2009, Mindaugas Kavaliauskas wrote:
Hi,
PRIVATE declaration can be used in any place of code and it was
beyond my and other [x]Harbour developers imagination ;-) that user
may want to create code like:
while .t.
private var := something
...
enddo
Usually
Hi,
Usually do not use PRIVATE variables in single thread applications. I
wanted to avoid STATIC or THREAD STATIC here, so, I've used PRIVATE and had
enough imagination to declare it in a loop :)
Just for information.
What was expected results of above code for you?
I just wanted to have
On Thu, 05 Mar 2009, vszak...@users.sourceforge.net wrote:
Hi,
2009-03-05 11:36 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
; NOTE: Most probably not, but I hope hbmk2 now qualifies for
basic functionality.
Yes, thank you very much.
I've just recompiled xhgtk using hbmk2.
No, this should be fixed. Probably in config/win/global.cf, but I have no
idea why.
BTW, command.com specific stuff could be removed from
config/win to simplify things, as Win9x isn't supported to
create builds.
Brgds,
Viktor
On Thu, Mar 5, 2009 at 1:15 PM, Chen Kedem n...@synel.co.il wrote:
(20090305) __
ESET NOD32 Antivirus ha comprobado este mensaje.
http://www.eset.com
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
BTW we had two homepages, too (one of them is sf.net stub), so I've
configured the sf.net one to redirect to our regular one.
Brgds,
Viktor
On Thu, Mar 5, 2009 at 1:16 PM, Viktor Szakáts harbour...@syenar.hu wrote:
In defence of Trac: It's the _only_ wiki we have.Trac is extremely useful
to
On Thu, 05 Mar 2009, Szak�ts Viktor wrote:
Hi,
BTW what is the logic to show this message?
hbmk: Processing configuration: /etc/harbour/hbmk.cfg
can we hide it and show only in some verbose/trace mode?
You can use -quiet to suppress it. I've just recently added it,
because these files
On Thu, 05 Mar 2009, Miguel Angel Marchuet wrote:
This one:
C:\UTL\make-3.81GNUMAKE -v
GNU Make 3.81
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
because these files can completely modify behaviour, so it's
important to be informed about them. This is the only informational
message which is shown by default.
As far as I know to use hbmk2 we need hbmk.cfg created at Harbour
compile time so where this file should be located to not
This seems a different build than the recommended one, which is the MinGW
build is showing:
This program built for i686-pc-mingw32.
This is supposed to work anyway. Even if renamed to gnumake.exe, but
in this case make_gnu.bat will not pick it up so it should be started
manually
(and thus losing
Witam,
W licie datowanym 5 marca 2009 (09:59:31) mo¿na przeczytaæ:
MAM WITH THIS BUILD.BAT
MAM --
MAM set PATH=C:\UTL\bcc58\bin;%PATH%
MAM rem
MAM set HB_COMPILER=bcc
MAM set HB_ARCHITECTURE=win
MAM set HB_USER_PRGFLAGS=-l
MAM rem
Hello,
Sorry for previous message - my mistake !
--
Regards
Jaroslaw Kadziola
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
On Thu, 05 Mar 2009, Szak�ts Viktor wrote:
Hi,
This seems a different build than the recommended one, which is the MinGW
build is showing:
This program built for i686-pc-mingw32.
This is supposed to work anyway. Even if renamed to gnumake.exe, but
in this case make_gnu.bat will not pick it
Revision: 10540
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10540view=rev
Author: vszakats
Date: 2009-03-05 13:45:42 + (Thu, 05 Mar 2009)
Log Message:
---
2009-03-05 14:38 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* doc/man/hbmk.1
*
Yes, I have just downloaded the GNU version for a check, and for me it
worked, but it's also compiled with MinGW:
This program built for i386-pc-mingw32
From link: http://gnuwin32.sourceforge.net/packages/make.htm
As for the MinGW version: only 'mingw32-make.exe' is needed,
not the whole msys
Revision: 10541
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10541view=rev
Author: vszakats
Date: 2009-03-05 14:10:53 + (Thu, 05 Mar 2009)
Log Message:
---
2009-03-05 15:10 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* INSTALL
* Deeper link
Przemek
Przemyslaw Czerpak-2 wrote:
I've just verified with PellesC 4.50.15 and it generates wrong code
for above function. I'll change the order of instruction in this function
as some type of workaround for it but it should be reported to POCC
author.
It's serious bug.
Please be
Looks great, many thanks.
Brgds,
Viktor
On Thu, Mar 5, 2009 at 2:29 PM, dru...@users.sourceforge.net wrote:
Revision: 10539
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10539view=rev
Author: druzus
Date: 2009-03-05 13:29:10 + (Thu, 05 Mar 2009)
Log Message:
On Thu, Mar 5, 2009 at 2:45 PM, vszak...@users.sourceforge.net wrote:
; NOTE: More candidates for such pruning are:
- dmc (buggy and compiler not updated)
- xcc (based on very old version of pocc)
Any opinions?
I would keep only mingw, msvc, bcc for Win
Hello Everybody
I really thanks Pelle for permitting to include it in the distro.
Below is his reply to my request.
Hello,
I am looking forward to a positive response if you allow me to include
your works as a part of it. It will be a great boost for Harbour to
present to newbies in a
owatcom seems also okay, and pocc is nice for some free x64/ARM platform
testing, otherwise I agree.
Let me extend the question.
Does anyone have any objection to remove this list
from our supported compiler list:
- win/dmc (buggy and compiler not updated)
- win/xcc (based on very old version of
And also OS/2 / icc (IBM Visual Age C++ 3.0).
Brgds,
Viktor
On Thu, Mar 5, 2009 at 4:08 PM, Viktor Szakáts harbour...@syenar.hu wrote:
owatcom seems also okay, and pocc is nice for some free x64/ARM platform
testing, otherwise I agree.
Let me extend the question.
Does anyone have any
Revision: 10542
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10542view=rev
Author: vszakats
Date: 2009-03-05 15:19:28 + (Thu, 05 Mar 2009)
Log Message:
---
2009-03-05 16:16 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* doc/man/hbmk.1
*
Thank you!
Brgds,
Viktor
On Thu, Mar 5, 2009 at 4:31 PM, Maurilio Longo maurilio.lo...@libero.itwrote:
Viktor,
I don't think there is anyone left using VAC++ on OS/2 to build harbour.
Maurilio.
Viktor Szakáts wrote:
And also OS/2 / icc (IBM Visual Age C++ 3.0).
Brgds,
Viktor
On Thu, 05 Mar 2009, vszak...@users.sourceforge.net wrote:
Hi,
; NOTE: More candidates for such pruning are:
- dmc (buggy and compiler not updated)
- xcc (based on very old version of pocc)
Any opinions?
XCC is native xHarbour.com compiler. I do not
Thanks for your comments.
It's not just hbmk2.
The real problem is that each of these compilers need to be
tested, documented, builds done, waiting for green lights,
spending time of workarounds... with no real value. We have
limited time, and there are much more important areas to
spend it on.
and more thing: What about Cygwin?
It seems it doesn't work currently (hbtest fails instantly).
Delete or fix?
Brgds,
Viktor
On Thu, Mar 5, 2009 at 4:56 PM, Viktor Szakáts harbour...@syenar.hu wrote:
Thanks for your comments.
It's not just hbmk2.
The real problem is that each of these
On Thu, 05 Mar 2009, Szak�ts Viktor wrote:
Hi,
The real problem is that each of these compilers need to be
tested, documented, builds done, waiting for green lights,
spending time of workarounds... with no real value. We have
limited time, and there are much more important areas to
spend it
Revision: 10543
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10543view=rev
Author: vszakats
Date: 2009-03-05 16:30:13 + (Thu, 05 Mar 2009)
Log Message:
---
2009-03-05 16:39 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* doc/man/hbmk.1
*
On Thu, 05 Mar 2009, Szak�ts Viktor wrote:
and more thing: What about Cygwin?
It seems it doesn't work currently (hbtest fails instantly).
Delete or fix?
Hard to say for me.
In the past I was using CygWin though to be honest CygWin
was always a problem itself and was never stable enough.
I do
Guy tried it recently, and failed.
Here the problem is that even it compiles (which currently
it isn't due to some errors in thread code), there are more
problems which need to be fixed. Probably we don't even
know what (hbtest fails that's for sure).
Difficult to judge Cygwin's position, now
Absolutely Agree
Each steep of migration will be also reversible if you use #ifdef
Harbour to Xharbour is easy steep using xhb.lib that is a library
made for port xharbour application to harbour
In harbour you can recompile your application using simply hbmk2 (same
tools works also in linux)
Revision: 10544
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10544view=rev
Author: druzus
Date: 2009-03-05 17:05:04 + (Thu, 05 Mar 2009)
Log Message:
---
2009-03-05 18:10 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
*
Good news
Pelles it light and It can made also Windows Ce Arm tools, it I not
know how much is fast in execution
I suggest you evaluate xdev if xmate is a dead way
http://sqllib.com.br/blog/index.php?blog=5
is made by our webmaster Renato Vailton and look very good and similar to Xmate
2009/3/5
Hi
Massimo Belgrano-3 wrote:
I suggest you evaluate xdev if xmate is a dead way
http://sqllib.com.br/blog/index.php?blog=5
is made by our webmaster Renato Vailton and look very good and similar to
Xmate
I can not understand the language. It seems there is no page in English.
Pritpal
I have used is past hbmake and Now u use hbmk is power full and easy
I'm working on my application compiled with different os and c compiler
In hbmake each project file was for a specified compiler,Platform
You change compiler you must rewrite all project file
With hbmk is simple to use
you
Yes Delete
Obsolete
2009/3/5 Viktor Szakáts harbour...@syenar.hu:
owatcom seems also okay, and pocc is nice for some free
x64/ARM platform testing, otherwise I agree.
Let me extend the question.
Does anyone have any objection to remove this list
from our supported compiler list:
- win/dmc
Afaik the english version in in preparation
I have tried this product and is very good
2009/3/5 Pritpal Bedi bediprit...@hotmail.com:
Hi
Massimo Belgrano-3 wrote:
I suggest you evaluate xdev if xmate is a dead way
http://sqllib.com.br/blog/index.php?blog=5
is made by our webmaster
Hi,
Round function seems that works like this:
Round(0.14,1) // 0.1
Round(0.15,1) // 0.2
Round(0.16,1) // 0.2
Is there any way to configure (if possible) to work like this:
Round(0.14,1) // - 0.1
Round(0.15,1) // - 0.1
Round(0.16,1) // - 0.2
That is, from 1 to 5 no change, from 6 to 0 plus 1.
Revision: 10545
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10545view=rev
Author: druzus
Date: 2009-03-05 18:38:33 + (Thu, 05 Mar 2009)
Log Message:
---
2009-03-05 19:44 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
*
Hi Pritpal,
What is the situation with wincallb.c in GTWVG,
I've seen you've added clean callback support to GTWVG, so
the question is whether we can now remove the old one
in wincallb.c? The old one still seem to be used from some
places so I couldn't do it.
[ The old one is non-portable, x86
Substract .1 can be a solution?
ROUND(X-0.1,1)
.15 = 0.1You can also using int(x*10)/10 e cint(x*10)/10
2009/3/5 José Luis Capel jlcap...@gmail.com
Hi,
Round function seems that works like this:
Round(0.14,1) // 0.1
Round(0.15,1) // 0.2
Round(0.16,1) // 0.2
Is there any way to configure
Hello Przemek
Przemyslaw Czerpak-2 wrote:
I've just verified with PellesC 4.50.15 and it generates wrong code
for above function. I'll change the order of instruction in this function
as some type of workaround for it but it should be reported to POCC
author.
It's serious bug.
Can you
Hi
Viktor Szakáts wrote:
What is the situation with wincallb.c in GTWVG,
I've seen you've added clean callback support to GTWVG, so
the question is whether we can now remove the old one
in wincallb.c? The old one still seem to be used from some
places so I couldn't do it.
[ The old
Hi Przemek,
Il 05/03/2009 2.24, Przemyslaw Czerpak ha scritto:
and memory leaks will gone ;-)
I will do, as per other suggestions in your previous email.
I also already seen you upload for hb_SetEnv(), and PRIVATE changes.
BTW:
hb_DispOutAt( 10, 40, memory: + hb_ntos( memory(
Il 05/03/2009 0.25, Przemyslaw Czerpak ha scritto:
I can try to look at uhttpd but it will have to be updated to work
in Linux. At least in some special test mode. Can you update it?
I tried to compile it with INET support and the following functions
are missed:
WIN_SYSREFRESH(),
There are also a few functions declared in GTWVG
in the WAPI_* namespace, I think they should be
renamed to some local names.
I will be cleaning parts probably today.
Thank you.
Which functions in WAPI_* namespace you are referring to ?
These three:
WAPI_STRUCT_OSVERSIONINFO
Toninho and Massimo,
I could go for this way you have pointed me, but don't you think it is a
very long way to migrate everything? Can you imagine if I have to regenerate
all own libs with Harbour+BCC+FWH and after all to migrate again to
Harbour+MSVC+FWH and besides to discover all the
Revision: 10546
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10546view=rev
Author: vszakats
Date: 2009-03-05 20:12:47 + (Thu, 05 Mar 2009)
Log Message:
---
2009-03-05 21:05 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* include/hbextern.ch
+
Hi
druzus wrote:
2009-03-05 19:44 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbapi.h
* harbour/include/hbwince.h
* harbour/source/common/hbgete.c
* harbour/source/common/hbwince.c
+ added BOOL hb_setenv( const char * szName, const char * szValue )
Hi Pritpal,
Well, sorry for answer my own message... I can send you messages but I do
not see it instantly... I have to access the website to see the new messages...
Even using OE ou Thunderbird, but anyway... here we go..
Technically there must never be a problem unless ...
Try Harbour
IMo is the most logical way.You not double effort. You made half
effort first end half after
Naturally i don't not kwow your c source,May be that are msvc
compatible, or may be that are difficult to convert
Please try and repost more specific problem if exist
2009/3/5 Kleyber Derick
Sorry to all, but I've missed two important settings from cross-build
samples. I'll post an updated version
soon.
Brgds,
Viktor
On Thu, Mar 5, 2009 at 9:15 PM, Pritpal Bedi bediprit...@hotmail.comwrote:
Hi
druzus wrote:
2009-03-05 19:44 UTC+0100 Przemyslaw Czerpak
On Thu, 05 Mar 2009, Pritpal Bedi wrote:
Hi,
I've just verified with PellesC 4.50.15 and it generates wrong code
for above function. I'll change the order of instruction in this function
as some type of workaround for it but it should be reported to POCC
author.
It's serious bug.
Can
Revision: 10547
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10547view=rev
Author: vszakats
Date: 2009-03-05 20:25:42 + (Thu, 05 Mar 2009)
Log Message:
---
2009-03-05 21:24 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
*
Hi Viktor,
Here is the description from MSDN:
Error Message
'conversion' : cannot convert from 'type1' to 'type2'
The compiler cannot cast from 'type1' to 'type2'.
And the exact error here is:
error C2440: '=' cannot convert from 'HGDIOBJ' to 'HPEN'
error C2440: '=' cannot convert from
You'll need to add a few explicit casts, like this:
hOldPen = SelectObject( hDC, (HPEN) hPen );
=
hOldPen = ( HPEN ) SelectObject( hDC, (HPEN) hPen );
Brgds,
Viktor
On Thu, Mar 5, 2009 at 9:30 PM, Kleyber Derick kley...@tkinformidia.netwrote:
Hi Viktor,
Here is the description from MSDN:
Hello
I put your function in wapi_commcgtrl.c and compiled it with
MSVC 2008 and got only this warning:
c:\harbour\contrib\hbwin\wapi_commctrl.c(820) : warning C4701: potentially
uninitialized local variable 'hOldPen' used
Rest it got compiled properly.
Are you saying that you receive
On Thu, 05 Mar 2009, Francesco Saverio Giudice wrote:
Hi,
The problem is still there :-(
Not this one.
This happens with uhttpd in current SVN version *without* hb_GCAll() calls.
You are using complex items with cyclic references. Only GC can free them
so it's always necessary to execute
I didn't check, but can it happen that you're trying to compile in C++ mode?
C++ is much more strict than plain C, and may
generate an error which would otherwise be a warning.
The default is C for .c files, and C++ for .cpp files,
but it can be overridden by these switches:
-TP - C++
-TC - C
Revision: 10548
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10548view=rev
Author: druzus
Date: 2009-03-05 20:47:10 + (Thu, 05 Mar 2009)
Log Message:
---
2009-03-05 21:52 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
*
On Thu, 05 Mar 2009, Pritpal Bedi wrote:
Hi,
Now I get this error:
make.exe[3]: Entering directory `C:/harbour/source/pp/win/poccce'
pocc.exe -I. -Ze -Go -Ot -Ox -Tarm-coff -D_WINCE -DUNICODE
-DHB_NO_WIN_CONSOLE -I../../../../include-c ../../hbpp.c -Fohbpp.obj
polink.exe -OUT:hbpp.exe
Hi Viktor,
// -
I didn't check, but can it happen that you're trying to compile in C++ mode?
C++ is much more strict than plain C, and may
generate an error which would otherwise be a warning.
The default is C for .c files, and C++ for .cpp files,
but it can be overridden by these
Hi all,
Fixed/Added: HB_INC_OPENSSL dir, cross compilation settings, icc.
To clear some misconceptions, here are a couple of sample make scripts
for Windows. Notice that it's impossible to list all combinations, so I hope
these are good to give an idea, and everyone can modify them to the local
Hi Przemek,
Il 05/03/2009 21.46, Przemyslaw Czerpak ha scritto:
The problem is still there :-(
Not this one.
Surely not PRIVATE, I was meaning the memory consumption problem.
This happens with uhttpd in current SVN version *without* hb_GCAll() calls.
You are using complex items with
Hello,
When compiling this program:
[CODE]
#pragma BEGINDUMP
#include windows.h
#include hbapi.h
/*
typedef struct tagLASTINPUTINFO {
UINT cbSize;
DWORD dwTime;
} LASTINPUTINFO, *PLASTINPUTINFO;
*/
WINUSERAPI BOOL WINAPI GetLastInputInfo(PLASTINPUTINFO);
typedef BOOL (WINAPI *
Hi
HB_FUNC( SYSIDLESECS )
{
HINSTANCE handle= LoadLibrary(user32.dll);
if ( handle)
{
GETLASTINPUTINFO_ pFunc;
pFunc = GetProcAddress( handle,GetLastInputInfo );
...
GETLASTINPUTINFO pFunc;
Regards
Pritpal Bedi
--
View this message in context:
Hi Rossine,
Change this:
pFunc = GetProcAddress( handle,GetLastInputInfo );
to this:
pFunc = ( GETLASTINPUTINFO_ ) GetProcAddress( handle,GetLastInputInfo );
or turn off C++ mode (remove -TP C compiler switch) if this is plain C code.
[ Why is -TP active for everyone today? :) ]
Brgds,
Viktor
Hi Pritpal,
I'd suggest removing -TP option from your preconfigured xMate setup:
---
C_COMP_COMMAND=%C_BIN_INSTALL%\cl.exe /nologo -TP -W3 -c /GA
---
It's not necessary, and just makes life complicated for those who
aren't interested in strict warnings. It's best to remove it, and use
the
Hello Viktor
Viktor Szakáts wrote:
I'd suggest removing -TP option from your preconfigured xMate setup:
---
C_COMP_COMMAND=%C_BIN_INSTALL%\cl.exe /nologo -TP -W3 -c /GA
---
It's not necessary, and just makes life complicated for those who
aren't interested in strict warnings. It's
It's not necessary, and just makes life complicated for those who
aren't interested in strict warnings. It's best to remove it, and use
the default.
Done.
Thanks.
I did use JammerInstall first time as it gave me more
packaging options. Usually I use inno. May be I missed
Vailton Renato Have tell me:
I'm working on a version in English will soon be released.
2009/3/5 Massimo Belgrano mbelgr...@deltain.it:
Afaik the english version in in preparation
I have tried this product and is very good
2009/3/5 Pritpal Bedi bediprit...@hotmail.com:
Hi
Massimo
I propose upload Harbour's Ready-to-use Distro on sourceforge so we can
count download
a direct link can be used
http://sourceforge.net/project/downloading.php?group_id=681use_mirror=ovhfilename=harbour-1.0.1-win32-bcc551.zipa=6084401
2009/3/5 Pritpal Bedi bediprit...@hotmail.com
Hello
Hi
Viktor Szakáts wrote:
NSIS or Inno.
I have looked into NSIS and its addons.
What I could figure out, rather quickly, is that it
is primarily script oriented. I want something to
drag and drop as far as files are concerned.
Digging deep more.
Regards
Pritpal Bedi
--
View this
Yes but for example we can release
1.1.0rc1http://sourceforge.net/project/showfiles.php?group_id=681package_id=192309release_id=608445
for
sync with Harbour ready to use win edition?
But it is only a proposal for having a counting of effective download of
harbour distribution where possibleWhat do
I don't want post here so i delete every times that i remember
If some body suggest an automatic way (exclude when used same email address)
for gmail apps for domain i thanks first
2009/3/6 Viktor Szakáts harbour...@syenar.hu
It's getting better, but IMO still too long.
Your page link contains
On Fri, Mar 6, 2009 at 12:31 AM, Massimo Belgrano mbelgr...@deltain.itwrote:
Yes but for example we can release
1.1.0rc1http://sourceforge.net/project/showfiles.php?group_id=681package_id=192309release_id=608445
for
sync with Harbour ready to use win edition?
But it is only a proposal for
I have tried pelles c but receive error with parameter clean install from
c:\harbour but receive follow error
mingw32-make.exe[3]: Entering directory `c:/harbour/source/pp/win/poccce'
C:\hb-pocc\bin/hbpp.exe ../../../../include/hbstdgen.ch -opptable.c -q -c
-v../
./../../include/hbverbld.h
Yes sure
Viktor Szakáts wrote:
As for download counting, I'm sure Pritpal would share those
numbers with the public if he has them.
as of 07:50 pacific time 05Mar2009:
106 hits 2,483,168,000,000 bytes transfers.
Probably it amounts to 45 downloads as distro is about 57 mb.
Regards
Pls read:- INSTALL
- OPTIONS AVAILABLE WHEN BUILDING HARBOUR
- Cross building
On Fri, Mar 6, 2009 at 1:17 AM, Massimo Belgrano mbelgr...@deltain.itwrote:
I have tried pelles c but receive error with parameter clean install from
c:\harbour but receive follow error
You can comment on these lines, because it already exists in HB, see
hbapi.h extend.c
2009/3/5 Kleyber Derick kley...@tkinformidia.net:
Hi,
I have this C routine declared in my prg:
#ifndef __XHARBOUR__
#ifdef __HARBOUR__
#pragma BEGINDUMP
static void hb_retnl( LONG l )
Thanks.
BTW, I've found a usable WiX sample (in 7z source distro),
so this is also an option. It's still not GUI though, but there
seem to exist frontends for it.
Brgds,
Viktor
On Fri, Mar 6, 2009 at 1:22 AM, Pritpal Bedi bediprit...@hotmail.comwrote:
Yes sure
Viktor Szakáts wrote:
As
Hello Vicktor,
Exactly this :)
Change this:
pFunc = GetProcAddress( handle,GetLastInputInfo );
to this:
pFunc = ( GETLASTINPUTINFO_ ) GetProcAddress( handle,GetLastInputInfo );
Thank you very much,
Rossine.
--
View this message in context:
--- Pelles C CE/ARM must be considered Cross Building ?
--
HB_BIN_COMPILE=HARBOUR_NATIVE_BUILD_DIR\bin
HB_PPGEN_PATH=HARBOUR_NATIVE_BUILD_DIR\bin
You need these when building for a platform different to host.
For this to work, you will need to point above envvars to
mingw32-make.exe[4]: Entering directory
`c:/harbour/source/rtl/gtwvt/win/poccce'
pocc.exe -I. -Ze -Go -Ot -Ox -Tarm-coff -D_WINCE -DUNICODE
-DHB_NO_WIN_CONSOLE -I../../../../../include-c ../../gtwvt.c
-Fogtwvt.obj
../../gtwvt.c(1839): error #2048: Undeclared identifier 'WS_EX_LAYERED'.
1 - 100 of 115 matches
Mail list logo
