Thanks Petr. I'm personally confident that the SQLite is a very
mature and well tested product. These lines confirmed it.
Some people say that we should eliminate all warnings because
benign
warnings mask real warnings that might arise in future changes. This
is true
enough. But in reply,
2008-07-03 08:56 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbsqlit3/Makefile
* Changed so that only failing BSD and HPUX platforms
are excluded.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://l
2008-07-03 08:48 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbtpathy/tpos2.c
! Blind fix for three OS/2 warnings. David please test.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.
Szakáts Viktor wrote:
>
>
>> b) A long list of warnings
>> Seem to be related to sqlite
>> Look below for "B portion" catched from screen
>
> Yes, unfortunately foreign code throws lots of
> warnings.
>
>
>From SQLite FAQ
(17) I get hundreds of compiler warnings when I compile SQLite. Is
With current Harbour code under OS/2 build fine with just "well known"
messages:
-
[E:\harbourprerc2\harbour]make -r 1>make_gnu.log
../../gtstd.c: In function `hb_gt_std_ReadKey':
../../gtstd.c:389: warning: unused variable `TODO'
../../h
On Wednesday 02 July 2008 08:40:28 pm Pritpal Bedi wrote:
> Phil
>
> Check the message agian. Edited typo mistake.
>
> http://www.vouch.info/harbour
>
> Regards
> Pritpal Bedi
Who can add items and data to it?
--
Waiting for sunspots.
___
Harbour maili
Hi all,
Find attached hb_errInternal() function which
writes internal error details, along with the
stack, to hb_out.log (by default).
The code looks quite humble, tested okay under
BCC, logic is similar to the logging we use in
fm.c and extrap.c.
Please comment, if we should include this befor
Phil
Check the message agian. Edited typo mistake.
http://www.vouch.info/harbour
Regards
Pritpal Bedi
--
View this message in context:
http://www.nabble.com/Harbour-Online-Help---2-tp18249507p18249693.html
Sent from the Harbour - Dev mailing list archive at Nabble.com.
On Wednesday 02 July 2008 08:18:15 pm Pritpal Bedi wrote:
> Hello Everybody
>
> Please approve new layout of Harbour Online Help Manual at
>
> http://www.voych.info/harbour
I get unknown host on that web address.
--
Waiting for sunspots.
___
Harbour ma
Hello Everybody
Please approve new layout of Harbour Online Help Manual at
http://www.voych.info/harbour
Please click harbour/contrib/gtwvg
Rest pages will be uploaded within a day or two.
Your comment/suggesions are highly appreciated.
Regards
Pritpal Bedi
--
View this message in context:
2008-07-02 23:44 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/gtwvt/gtwvt.c
! Removed unused variable.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Pending:
- SunOS to be tested.
- DOS32/DJGPP 4.2.3 warnings:
../../spd.c: In function 'SCItm':
../../spd.c:80: warning: unused parameter 'ulMaxBuf'
I'd suggest to postpone these two, as these are signs
for missing implementations:
../../hbmzip.c: In function 'hb_zipStoreFile':
../../hbmzip.c:545:
Thanks a lot Pritpal (and also to Ron), it does resolve
the problem for me.
Brgds,
Viktor
On 2008.07.02., at 23:38, Pritpal Bedi wrote:
2008-07-02 14:35 UTC-0800 Pritpal Bedi ([EMAIL PROTECTED])
* contrib/gtwvg/gtwvg.c
* source/rtl/gtwvt/gtwvt.c
! Changed the wat EXIT procedure works.
2008-07-02 23:44 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/gtwvt/gtwvt.c
! Removed unused variable.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
2008-07-02 14:35 UTC-0800 Pritpal Bedi ([EMAIL PROTECTED])
* contrib/gtwvg/gtwvg.c
* source/rtl/gtwvt/gtwvt.c
! Changed the wat EXIT procedure works.
; The change is provided by Ron Pinkas so I have implemented as is.
Before also I was not finding any problems on Harbour but
2008-07-02 22:42 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbsqlit3/Makefile
* contrib/Makefile
+ Reenabled hbsqlit3 for w32 platform.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-pr
Pending:
- hb_errInternal() problem: not terminating app (with GTWVT).
anyhow the exit() call looks a bit suspicious there by now.
- SunOS to be tested.
- DOS32/DJGPP 4.2.3 warnings:
../../spd.c: In function 'SCItm':
../../spd.c:80: warning: unused parameter 'ulMaxBuf'
../../hbmzip.c: In functio
2008-07-02 22:27 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbsqlit2/Makefile
* contrib/hbsqlit3/Makefile
! Excluded from DOS builds.
* contrib/Makefile
- Commented following contribs from GNU-make default builds
until different platform/compiler issues and
Pending:
- hb_errInternal() problem: not terminating app (with GTWVT).
anyhow the exit() call looks a bit suspicious there by now.
- Excluding unclean libs:
Linux/HPUX/BSD: hbsqlit2, hbsqlit3, hbziparch
GCC: hbsqlit2, hbsqlit3 (just noticed error in Windows)
Windows: hbwhat32
I suggest
2008-07-02 21:26 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/make_xmingwce.sh
* harbour/bin/hb-mkslib.sh
* harbour/make_tgz.sh
+ added Darwin and OS2 to architecure autodetection.
best regards
Przemek
___
Harbour mailing list
Pending:
- hb_errInternal() problem: not terminating app (with GTWVT).
anyhow the exit() call looks a bit suspicious there by now.
- Excluding unclean libs:
Linux/HPUX/BSD: hbsqlit2, hbsqlit3, hbziparch
Windows: hbwhat32
I suggest to use some Makefile local method for this,
or some o
2008-07-02 20:56 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* make_gcc.sh
* make_gnu.sh
+ Added Darwin to architecure autodetection.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mai
Hi Randy,
Here is the internal error logging implemented.
Copy the file to source/rtl/ and recompile.
Brgds,
Viktor
errorint.c
Description: Binary data
On 2008.07.02., at 17:21, Randy Portnoff wrote:
Hi all,
Similar to the way Harbour now traps GPF's (and logs some info in a
text fil
Hi Przemek and all,
I've just run into a very important problem with Harbour.
An internal error will close the apps window, but the
app will continue to run eithout a window, with all the
files locked, etc, until I kill the process from Task
Manager.
I've tested with with Windows / GTWVT, so yo
Hi Przemek,
On Wed, 02 Jul 2008, Szakáts Viktor wrote:
Let's make this more granular. For the builds I've tried,
both hbsqlit-s work okay, so I see no reason to exclude them as is.
Same goes for hbziparch, which worked for me under Win32/BCC.
Then please include them when you will make BCC
Hi Przemek,
Hi Viktor,
Pending, critical:
- Darwin Harbour compiler problem.
I've just made HPUX on BSD builds and except hbzpiarch, hbsqlit2 and
hbsqlit3 all is build cleanly. The problem you noticed with darwin
is probably local to your configuration. Please be sure that you made
clean b
On Wed, 02 Jul 2008, Szakáts Viktor wrote:
> Let's make this more granular. For the builds I've tried,
> both hbsqlit-s work okay, so I see no reason to exclude them as is.
> Same goes for hbziparch, which worked for me under Win32/BCC.
Then please include them when you will make BCC binaries.
I o
2008-07-02 20:00 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbgf/Makefile
* do not include dir.cf when there is no platform dependent
hbgf* library
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-proj
On Wed, 02 Jul 2008, Szakáts Viktor wrote:
Hi Viktor,
> Pending, critical:
> - Darwin Harbour compiler problem.
I've just made HPUX on BSD builds and except hbzpiarch, hbsqlit2 and
hbsqlit3 all is build cleanly. The problem you noticed with darwin
is probably local to your configuration. Please
Pending, critical:
- Darwin Harbour compiler problem.
Postponed:
- FreeImage under Linux fails.
- 64bit C-mode startup not implemented in hbinit.h.
- WinCE compatible screen selection code in gtwvt.c.
Cleared:
- OS/2 hbtpathy.lib fails. Thanks Przemek!
- .dll creation with all MSVC compilers. Th
On Wed, Jul 2, 2008 at 4:13 PM, Szakáts Viktor <[EMAIL PROTECTED]> wrote:
> Pending, critical:
> - Darwin Harbour compiler problem.
> Lorenzo, any feedback from you as a Darwin user?
Sorry I'm a bit busy and often out of office until Friday.
I'll do my best.
best regards,
Lorenzo
_
On Wed, 02 Jul 2008, Szakáts Viktor wrote:
Hi Viktor,
> I think #include should be updated in odbc.c Linux branch,
> as they are now trying to access with a hardcoded path.
Only for OpenWatcom builds. It's old temporary hack. I'll remove it.
best regards,
Przemek
___
Hi Przemek,
I think #include should be updated in odbc.c Linux branch,
as they are now trying to access with a hardcoded path.
Brgds,
Viktor
On 2008.07.02., at 18:39, Przemyslaw Czerpak wrote:
2008-07-02 18:39 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbodbc/Make
2008-07-02 18:52 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbziparch/hbzipcom.cpp
* contrib/hbziparch/hbzipnew.cpp
! Two lines commented by mistake now reenabled.
Thanks Miguel.
* source/rtl/gtwvt/gtwvt.c
* Minor naming, formatting.
--
Brgds,
Viktor
__
2008-07-02 18:39 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbodbc/Makefile
* added test for header files in non W32 builds
ODBC is not standard system part in other then MS-Window platforms
* harbour/contrib/hbgf/hbgfgtk/Makefile
* updated path check
Hi Przemek,
! fixed WINCE builds. It was only for MiGWCE which partially
emulates
GetSystemMenu() but probably other builds will report that this
function is missing.
If possible please test if current Harbour application can be
executed in real WinCE environment.
Can you p
I think it will be completely removed too in hbzipcom.cpp
Best regards,
Miguel Angel marchuet
Szakáts Viktor escribió:
Hi Miguel,
You're right. I'll commmit it ASAP.
Brgds,
Viktor
On 2008.07.02., at 17:22, Miguel Angel Marchuet wrote:
At line 318 of hbzipnew.cpp there is this comment
Hi Randy,
This is a good idea, as I've already met such situation
in real life, and it's really annoying to see the
screen just "vanish" with no trace.
Maybe the general answer to this, is that we may
redirect all internal errors to a file, because
internal errors are currently inherently lost i
Hi Miguel,
You're right. I'll commmit it ASAP.
Brgds,
Viktor
On 2008.07.02., at 17:22, Miguel Angel Marchuet wrote:
At line 318 of hbzipnew.cpp there is this comment
// bAdded = true;
I think that was uncorrected comment.
Isn't it?
Best regards,
Miguel Angel marchuet
_
Hi all,
Similar to the way Harbour now traps GPF's (and logs some info in a
text file), can it also detect race conditions and log that as well?
I am referring to situations where recursion occurs repeatedly which
causes the app to just exit (ie. vanish). Ideally, a runtime error
would be be
At line 318 of hbzipnew.cpp there is this comment
// bAdded = true;
I think that was uncorrected comment.
Isn't it?
Best regards,
Miguel Angel marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-pro
If you do not have MacOSX can use a emulator
Try with pearpc http://pearpc.sourceforge.net/ as describet at
http://www.windowsdevcenter.com/pub/a/windows/2005/01/18/PearPC.html
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Przemyslaw
Czerpak
Sent: We
Hi Przemek,
- Darwin Harbour compiler problem.
Lorenzo, any feedback from you as a Darwin user?
This looks really critical and for sure the problem has to be
located and fixed. Unfortunately I do not have MacOSX to make
test myself.
Okay. What bothers me, is that there is no
line number o
On Wed, 02 Jul 2008, Szakáts Viktor wrote:
> - Darwin Harbour compiler problem.
> Lorenzo, any feedback from you as a Darwin user?
This looks really critical and for sure the problem has to be
located and fixed. Unfortunately I do not have MacOSX to make
test myself.
> Pending, non-critical:
>
Marek
<<<
That's why I find
it hard to contribute something usefull to
Harbour at a moment (besides others, much more
important, private healthy problems, which are
still valid unfortunately).
>>>
May LORD bless you with robust health, we pray.
Certainly Harbour MISSES you a lot.
Regards
Pritpa
Pending, critical:
- Darwin Harbour compiler problem.
Lorenzo, any feedback from you as a Darwin user?
Pending, non-critical:
- 64bit C-mode startup not implemented in hbinit.h.
- WinCE compatible screen selection code in gtwvt.c.
Postponed:
- FreeImage under Linux fails.
Cleared:
- OS/2 hbtp
2008-07-02 15:34 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbziparch/hbziparc.c
- removed HB_FUNC_EXIT( HBZIPCLEANUP )
* harbour/contrib/hbziparch/hbzipnew.cpp
+ added automatic callback destructor registered by hb_vmAtExit()
at 1-st callback set
best
2008-07-02 14:09 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbtpathy/tpos2.c
* moved INCL_* definitions before harbour header files
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.h
Marek:
> > And after posting it I feel a lot better ;-).
fine
Viktor:
> I'll try to check
> myself a bit more.
fine
puuuh, all problems solved!!
perfect precondition to continue this marvellous project.
--
Mit freundlichen Grüßen
Fritz Eichelhardt
Brückenstr. 1
53545 Li
Please can you do it necessary changes to ziparch
Best regards,
Miguel Angel Marchuet
Przemyslaw Czerpak escribió:
On Wed, 02 Jul 2008, Miguel Angel Marchuet wrote:
Yes. Neither Harbour not xHarbour execute HB_EXIT_FUNC() and/or
HB_INIT_FUNC() automatically. HB_EXIT_FUNC/HB_INIT_FUNC are only
Hi David,
>Yes, unfortunately foreign code throws lots of
>warnings.
OK
As I see it was not compiled under Harbour rc1, and now appear in rc2
These warnings appear in your tests too (Win, Linux, ...) ?
Yes. Most foreign code we have in the contrib will
generate all sorts of warnings in diffe
With current code:
>>a) There are many lines like this ( at least 14 )
>>make[2]: *** No rule to make target `first'. Stop.
Fixed with changes made by Przemek, thanks
>>b) A long list of warnings
>>Seem to be related to sqlite
>Yes, unfortunately foreign code throws lots of
>warnings.
OK
As
On Wed, 02 Jul 2008, Miguel Angel Marchuet wrote:
> >Yes. Neither Harbour not xHarbour execute HB_EXIT_FUNC() and/or
> >HB_INIT_FUNC() automatically. HB_EXIT_FUNC/HB_INIT_FUNC are only
> >macros to define special unique names for compiler but they not
> >cause that anything will be executed.
> >The
Hi Marek,
You are absolutly right. My post was a kind of
a personal attack and it was meant to be so :).
And after posting it I feel a lot better ;-).
:) Okay, maybe I'm taking your comments too personal.
I surely don't think it makes you feel better, I just
wonder about the reasons behind, bu
2008-07-02 13:06 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>
* contrib/hbziparch/hbziparc.c
+ Added HBZIPCLEANUP() as EXIT function to clean. It will be called
automatically at end application.
Best regards,
Miguel Angel marchuet
_
2008-07-02 12:43 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbapollo/make_b32.bat
* contrib/hbapollo/make_vc.bat
* contrib/hbcurl/make_b32.bat
* contrib/hbcurl/make_vc.bat
* contrib/hbfbird/make_b32.bat
* contrib/hbfbird/make_vc.bat
* contrib/hbfimage/make_b32.bat
Okay, this way it's perfect, because the PCODE version hack is missing.
Brgds,
Viktor
On 2008.07.02., at 12:40, Miguel Angel Marchuet wrote:
MORE OR LESS rdd uses the same system to add INIT functions
HB_INIT_SYMBOLS_BEGIN( dbfcdx1__InitSymbols )
{ "DBFCDX", {HB_FS_PUBLIC|HB_FS_L
MORE OR LESS rdd uses the same system to add INIT functions
HB_INIT_SYMBOLS_BEGIN( dbfcdx1__InitSymbols )
{ "DBFCDX", {HB_FS_PUBLIC|HB_FS_LOCAL}, {HB_FUNCNAME( DBFCDX )},
NULL },
{ "DBFCDX_GETFUNCTABLE", {HB_FS_PUBLIC|HB_FS_LOCAL}, {HB_FUNCNAME(
DBFCDX_GETFUNCTABLE )}, NULL }
HB_IN
2008-07-02 12:29 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbapollo/make_b32.bat
* contrib/hbapollo/make_vc.bat
* contrib/hbcurl/make_b32.bat
* contrib/hbcurl/make_vc.bat
* contrib/hbfbird/make_b32.bat
* contrib/hbfbird/make_vc.bat
* contrib/hbfimage/make_b32.bat
Viktor,
[Quotes reordered]
> BTW, I don't know what purpose does it serve
> to insult me personally in your messages,
> I don't think I've ever did that (rather the
> contrary), in my messages towards you. [ If I
> did, sorry, I certainly didn't mean it. ]
You are absolutly right. My post was a
It looks a bit hackish, but if there is no other way to
solve this, I think you should commit it.
Brgds,
Viktor
On 2008.07.02., at 12:21, Miguel Angel Marchuet wrote:
I prefer to add it and forgot to call manually to this function.
Can I add it ?
#define __PRG_SOURCE__ (char*) "zip.c"
#if
I prefer to add it and forgot to call manually to this function.
Can I add it ?
#define __PRG_SOURCE__ (char*) "zip.c"
#ifdef HB_PCODE_VER
# undef HB_PRG_PCODE_VER
# define HB_PRG_PCODE_VER HB_PCODE_VER
#endif
HB_INIT_SYMBOLS_BEGIN( hbzip_CLEANUP )
{ (char*) "HBZIPCLEANUP$", {HB_FS_EXIT |
Hi Miguel,
Yes, with the extra lines, the logic is complete,
and it should work.
The problem is that these lines were not added
to Harbour.
Brgds,
Viktor
On 2008.07.02., at 12:08, Miguel Angel Marchuet wrote:
Przemyslaw Czerpak escribió:
On Wed, 02 Jul 2008, Szakáts Viktor wrote:
HB_EXIT_F
Przemyslaw Czerpak escribió:
On Wed, 02 Jul 2008, Szakáts Viktor wrote:
HB_EXIT_FUNC() is indeed used by the compiler to mark
EXIT PROC/FUNCs as such, but it's part of a broader logic.
Used like this - by itself -, it never gets executed.
It was actually reported by all compilers as unused stati
2008-07-02 11:57 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/xhb/Makefile
* harbour/contrib/xhb/common.mak
- harbour/contrib/xhb/hbchksum.c
* removed HB_CHECKSUM() code - it's not necessary
* harbour/contrib/xhb/xhbfunc.c
+ redirected HB_CHECKSUM() to HB_
Pending, critical:
- Darwin Harbour compiler problem.
Pending, non-critical:
- OS/2 hbtpathy.lib fails. (long-time problem)
- 64bit C-mode startup not implemented in hbinit.h.
Postponed:
- FreeImage under Linux fails.
Cleared:
- .dll creation with all MSVC compilers. Thanks Marek!
Brgds,
V
On Wed, 02 Jul 2008, Szakáts Viktor wrote:
> HB_EXIT_FUNC() is indeed used by the compiler to mark
> EXIT PROC/FUNCs as such, but it's part of a broader logic.
> Used like this - by itself -, it never gets executed.
> It was actually reported by all compilers as unused static
> function, which it w
2008-07-02 11:21 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* include/hbdefs.h
! Fixed DLL creation for MSVC (and maybe compilers, too).
Thanks to Marek Paliwoda for the hint.
* contrib/hbtpathy/tpos2.c
! Blind attempt to fix OS/2 compile error.
--
Brgds,
Viktor
___
Hi Miguel,
Sorry Szakats, I see that you removed EXIT function.
HB_FUNC_EXIT( HBZIPCLEANUP )
this function is called at XHARBOUR on exit application
Are you saying that harbour don't executes HB_FUNC_EXIT functions
never ?
or I don't understand anything ?
HB_EXIT_FUNC() is indeed used
Sorry Szakats, I see that you removed EXIT function.
HB_FUNC_EXIT( HBZIPCLEANUP )
this function is called at XHARBOUR on exit application
Are you saying that harbour don't executes HB_FUNC_EXIT functions never ?
or I don't understand anything ?
Best regards,
Miguel Angel marchuet
___
Hi Marek,
Yes, I know I do nothing else but breaking
things in Harbour, but nevertheless I'd
appreciate if you could help, just like I
used to do when I'm fixing loads of things
"broken" by other developers.
You bet that when I happen to break anything,
this is not my goal (neither is the goal o
2008-07-01 22:10 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/gtwvt/gtwvt.c
* contrib/gtwvg/gtwvg.c
! Fixed MSVC warnings.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/ma
2008-07-02 10:52 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>
* contrib/hbziparch/hbziparc.c
* corrected library name in comments.
Best regards,
Miguel Angel Marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbou
> Hi Marek and all,
>
> See as subject. It fails on the .dll building stage
> (both MSVS2005 and 2008 in both cpp and non-cpp modes)
It does EXACTLY what YOU TOLD it to do. You've broken
MSVC builds and now you're saying : "it does not work !".
Sorry, it's up to you to fix it, since I find it qu
Hi David,
I tested current Harbour with OS/2 and result many messages/errors:
a) There are many lines like this ( at least 14 )
make[2]: *** No rule to make target `first'. Stop.
Seem to be libraries/systems which does not apply to OS/2
Some catched are:
gtwvg, hbole, hbw32, hbw32ddr, hbwhat3
>Hi all,
>We're about to release RC2, is there anything pending?
>Also, may I ask everyone to try build under different
>platforms to see if there is still anything not building
>cleanly?
I tested current Harbour with OS/2 and result many messages/errors:
a) There are many lines like this ( at
76 matches
Mail list logo