[Harbour] Release 1.0.1 #1

2008-09-14 Thread Szakáts Viktor 

Hi all,

Are we still interested in 1.0.1?

18 Windows/DOS compilers are now okay, the rest is a TODO.

Used external packages (on my system of course):
- Allegro 4.2.2
- Apollo 6.1.0.4
- libcurl 7.19.0 (7.18.2 for DMC builds)
- Firebird 2.0.4
- FreeImage 3.11.0
- libgd 2.0.34
- libharu 2.1.0
- mysql 5.0.47
- pgsql 8.3.3
- ADS 9.00

Tested platforms:
- Windows
BCC 5.51
BCC 5.82
GCC Cygwin 3.4.4
GCC MinGW 3.4.5 (on msys 1.0.10)
GCC MinGW 4.1.2 (on msys 1.0.10)
TODOGCC MinGW 3.4.5 (cross compile on OpenSuse 10.3, FC3)
TODOGCC MinGW 4.2.1 (cross compile on Ubuntu 8.04.1)
GCC MinGW 4.3.2a (on msys 1.0.10)
TODOMSVC 6.0 (HBODBC: needs fresh ODBC headers from MSSDK)
TODOMSVC 7.1 (MSVS 2003)
MSVC 8.0 (MSVS 2005)
MSVC 8.0 (MSVS 2005) C++
MSVC 9.0 (MSVS 2008 SP1)
MSVC 9.0 (MSVS 2008 SP1) C++
MSVC 9.0 (MSVS 2008 SP1) 64 bit
MSVC 9.0 (MSVS 2008 SP1) C++ 64 bit (cross-compile on Win32)
PellesC 4.5 (HBSQLIT3: interface only)
PellesC 5.0
PellesC 5.0 64 bit (cross-compile on Win32)
Open Watcom 1.7 (HBSQLIT3: interface only)
Digital Mars C 4.50
- WinCE
TODOMSVC 6.0 (eVC4)
TODOGCC 4.0.1 (mingw32ce 0.51.0) (cross-compile on Ubuntu 8.04.1)
TODOGCC 4.1.0 (mingw32ce 0.50.0) (cross-compile on OpenSuse 10.3, FC3)
- Linux
TODOGCC 4.2.3 (Ubuntu 8.04.1)
TODOGCC 4.3.0 (Fedora) (non-default build)
TODOGCC 4.2.1 (SuSE 10.3)
TODOOpen Watcom (with patches only. FAILED)
TODOGCC (RedHat 7.3)
TODOGCC (OpenSuse 10.3)
TODOGCC (FC3)
- OS X
TODOGCC 4.0.1 i386, x86_64, PPC, PPC64 (Leopard 10.5.4 PPC + XCode 3.1)
TODO	GCC 4.0.1 i386, x86_64, PPC, PPC64 (Leopard 10.5.4 Intel + XCode  
3.1)

TODOGCC 4.0.1 PPC (Leopard 10.5.4 PPC + XCode 3.0) (non-default build)
- Solaris
TODOGCC 3.4.3 i86pc (SunOS 5.11 - OpenSolaris 2008.05)
- BSD
TODOReported OK (No details)
- HPUX
TODOReported OK (a week ago in /trunk)
- OS/2
TODOGCC 3.3.5 (EMX/Innotek)
- DOS
TODOGCC 3.3.2 32 bit (DJGPP) (DJGPP bash port)
GCC 4.2.3 32 bit (DJGPP) ('make install' won't properly work)
TODOOpen Watcom 1.7 (command.com)

Brgds,
Viktor

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] 2008-09-14 11:14 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-09-14 Thread Szakáts Viktor 
; Merging changes to trunk from branches/harbour-1.0 r9377.

2008-09-14 11:14 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
  * contrib/gtalleg/ssf.h
! Fixed to compile with Cygwin.

  * contrib/hbwhat/whtsock.c
! Fixed for PellesC 4.5 where the inclusion order of 
  Windows headers needs to be the opposite of what 5.0 needs.

  * contrib/hbwhat/whtilst.c
! Fixed to compile with Cygwin.

  * contrib/hbwhat/whtinet.c
! Added missing Windows macro for Cygwin.
! Fixed three warnings with Cygwin.

  * contrib/hbwhat/whtseria.c
  * contrib/hbwhat/whtreg.c
  * contrib/hbwhat/whtini.c
! Removed #include "tchar.h", because it's unnecessary, 
  and breaks Cygwin.

  * contrib/hbwhat/whtsys.c
! Removed #include "htmlhelp.h", because it's unnecessary, 
  and breaks Cygwin.

2008-09-13 19:30 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
  * contrib/gtalleg/ssf.h
! Turned off ASM for MSVC AMD64 mode.

  * contrib/gtalleg/Makefile
! Disabled for OpenWatcom. (maybe compilation could be 
  fixed somehow, if someone is interested pls look into it.)

  * doc/whatsnew.txt
  * contrib/hbfimage/fi_winfu.c
  * contrib/hbfimage/fi_wrp.c
! Fixed for OpenWatcom.

  * contrib/gtwvg/wvgutils.c
  * contrib/gtwvg/wvgcore.c
! Silenced some MinGW/PelleC cast warnings.

  * contrib/hbw32/win_prt.c
! Fixed GCC (MinGW/Cygwin) warnings. The solution I choose is 
  pretty ugly, if someone knows the right one, please help.
  Warning was:
  ../../win_prt.c:70: warning: missing initializer
  ../../win_prt.c:70: warning: (near initialization for 
`s_PortData[0].OldDCB')
! Fixed few remaining warnings / minor bugs.

  * contrib/hbwhat/whtlv.c
  * contrib/hbwhat/whtcomm.c
  * contrib/hbwhat/whttab.c
  * contrib/hbwhat/whttree.c
! Silenced MinGW 4.12 warnings.

  * contrib/hbwhat/whtdate.c
! Removed #include "tchar.h", which seems unnecessary and 
  fixed Cygwin compilation.

  * contrib/hbwhat/whtsock.c
! Changed #include order of Windows headers to satisfy PellesC 5.

  ; TOFIX1: hbct / SETFDATI() has a possible bug here (shown in PelleC 64 bit):
../../files.c(264): warning #2006: [ISO] Conversion from 'void *' to 'int' 
is compiler dependent.
../../files.c(264): warning #2052: Conversion from 'void *' to 'int' is 
undefined.
Problem is with HFILE / HANDLE conversion.

  ; TOFIX2: Here are some remaining 64-bit problems:
../../hb_btree.c(643): warning #2006: [ISO] Conversion from 'void *' to 
'unsigned long int' is compiler dependent.
../../hb_btree.c(643): warning #2052: Conversion from 'void *' to 'unsigned 
long int' is undefined.
../../hb_btree.c(739): warning #2006: [ISO] Conversion from 'ioBuffer_T *' 
to 'unsigned long int' is compiler dependent.
../../hb_btree.c(739): warning #2052: Conversion from 'ioBuffer_T *' to 
'unsigned long int' is undefined.
../../win_dll.c(511): warning #2006: [ISO] Conversion from 'void *' to 
'unsigned long int' is compiler dependent.
../../win_dll.c(511): warning #2052: Conversion from 'void *' to 'unsigned 
long int' is undefined.
../../win_ole.c(761): warning #2006: [ISO] Conversion from 'LPDISPATCH' to 
'long int' is compiler dependent.
../../win_ole.c(761): warning #2052: Conversion from 'LPDISPATCH' to 'long 
int' is undefined.
../../win_ole.c(1091): warning #2006: [ISO] Conversion from 'LPDISPATCH' to 
'long int' is compiler dependent.
../../win_ole.c(1091): warning #2052: Conversion from 'LPDISPATCH' to 'long 
int' is undefined.
../../win_ole.c(1425): warning #2006: [ISO] Conversion from 'void *' to 
'long int' is compiler dependent.
../../win_ole.c(1425): warning #2052: Conversion from 'void *' to 'long 
int' is undefined.
../../win_ole.c(1478): warning #2006: [ISO] Conversion from 'void *' to 
'long int' is compiler dependent.
../../win_ole.c(1478): warning #2052: Conversion from 'void *' to 'long 
int' is undefined.
../../win_regc.c(94): warning #2006: [ISO] Conversion from 'HKEY' to 
'unsigned long int' is compiler dependent.
../../win_regc.c(94): warning #2052: Conversion from 'HKEY' to 'unsigned 
long int' is undefined.
../../win_regc.c(116): warning #2006: [ISO] Conversion from 'HKEY' to 
'unsigned long int' is compiler dependent.
../../win_regc.c(116): warning #2052: Conversion from 'HKEY' to 'unsigned 
long int' is undefined.

2008-09-13 13:34 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
  * doc/dirstruc.txt
* Updated.

  - contrib/hbgf/hbgfw32
  + contrib/hbgf/hbgfwin
  * contrib/hbgf/tests/bld_b32.bat
  * contrib/hbgf/tests/bld_vc.bat
  * contrib/hbgf/Makefile
  * contrib/hbgf/hbgfwin/common.mak
  * contrib/hbgf/hbgfwin/button.prg
  * contrib/hbgf/hbgfwin/winctrl.prg
  * contrib/hbgf/hbgfwin/form.prg
  * contrib/hbgf/hbgfwin/menuitem.prg
  * contrib/hbgf/hbgfwin/menu.prg
  * contrib/hbgf/hbgfwin/edit.prg
  * contrib/hbgf/hbgfwin/Makefile
  - contrib/hbgf/hbgfwin/win32.c
  + contrib/hbgf/hbgfwin/winapi.c

[Harbour] 2008-09-14 12:28 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-09-14 Thread Szakáts Viktor 
2008-09-14 12:28 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
  * harbour-ce-spec
  * harbour-w32-spec
  * harbour.spec
  * common.mak
  * include/hbver.h
* Changed version number to 1.1.0

  * include/hbextern.ch
+ Added new thread functions.

  * harbour-ce-spec
  * harbour-w32-spec
  * contrib/Makefile
  * contrib/make_b32_all.bat
  * contrib/make_gcc_all.sh
  * contrib/make_vc_all.bat
  - contrib/hbw32
  + contrib/hbwin
  * contrib/hbwin/win_reg.prg
  * contrib/hbwin/win_os.prg
  * contrib/hbwin/win_tprt.prg
  * contrib/hbwin/common.mak
  - contrib/hbwin/hbw32.ch
  + contrib/hbwin/hbwin.ch
  - contrib/hbwin/tests/testw32p.prg
  + contrib/hbwin/tests/testprn.prg
  * contrib/hbwin/tests/testreg.prg
  * contrib/hbwin/tests/bld_b32.bat
  * contrib/hbwin/tests/testprt1.prg
  * contrib/hbwin/tests/bld_vc.bat
  * contrib/hbwin/tests/testprt2.prg
  * contrib/hbwin/Makefile
* Renamed hbw32 to hbwin.
* Renamed hbw32.ch to hbwin.ch.
; INCOMPATIBLE.
--
Brgds,
Viktor

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] 2008-09-14 12:38 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-09-14 Thread Szakáts Viktor 
2008-09-14 12:38 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
  - config/w32/bcc32.cf
  + config/w32/bcc.cf
  - config/w32/mingw32.cf
  + config/w32/mingw.cf
* Cleaning some '32's from HB_COMPILER names.
  BCC and MinGW 64-bit are coming.
; Please update your build files. INCOMPATIBLE.
--
Brgds,
Viktor

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] 2008-09-14 12:54 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-09-14 Thread Szakáts Viktor 
2008-09-14 12:54 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
  * harbour-ce-spec
  * make_xmingwce.sh
  * harbour-w32-spec
  * bin/bld.bat
  * make_xmingw.sh
  * make_gnu.bat
  * make_gnu.sh
  * make_tgz.sh
* mingw32 -> mingw changes.
! hbw32 -> hbwin fixes.

  + config/w32/bcc32.cf
  - config/w32/bcc.cf
* Renamed back, because it's difficult to know in advance 
  how they will solve this, and there would be too many places 
  to update.
--
Brgds,
Viktor

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] [1.0] 2008-09-14 15:50 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-09-14 Thread Szakáts Viktor 
2008-09-14 15:50 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
  * include/hbsetup.h
  * doc/whatsnew.txt
% FM statistics module turned off by default.

; Sync with trunk:

2008-09-13 18:49 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
  * harbour/include/hbpp.h
  * harbour/source/pp/ppcore.c
  * harbour/source/pp/hbpp.c
* changed some declarations from 'char *' to 'const char *' and
  fixed casting for some more pedantic compilers

  * harbour/source/pp/ppcore.c
! fixed one typo which could cause memory leak and even GPF
--
Brgds,
Viktor

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] 2008-09-14 15:56 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-09-14 Thread Szakáts Viktor 
2008-09-14 15:56 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
  * include/hbsetup.ch
* Turned off HB_LEGACY_LEVEL by default.

  * doc/whatsnew.txt
* Synced with 1.0.1.

  * make_vc.mak
  * contrib/mtpl_vc.mak
* MSVS warning level changed to -W4 (with one warning 
  type manually excluded).
; NOTE/TOFIX: This will still generate quite some warnings, 
  hopefully we can fix these until the next major 
  release.
--
Brgds,
Viktor

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] 2008-09-14 16:10 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-09-14 Thread Szakáts Viktor 
2008-09-14 16:10 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
  * bin/hb-func.sh
  * source/vm/hvm.c
  * source/rtl/hbgtcore.c
  * source/rtl/gtchrmap.c
! Global vars given std names:
  s_pszLinkedMain-> hb_vm_pszLinkedMain
  s_defaultGT-> hb_gt_szNameDefault
  s_szDefaultCharMapFile -> hb_gt_szCharMapFileDefault
--
Brgds,
Viktor

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Harbour [1.0] 2008-09-14 16:30 UTC+0200 Lorenzo Fiorini

2008-09-14 Thread Lorenzo Fiorini 
2008-09-14 16:30 UTC+0200 Lorenzo Fiorini (lorenzo.fiorini/at/gmail.com)
  * contrib/hbvpdf/hbvpdf.prg
  * contrib/hbvpdf/hbvpdf.ch
  * contrib/hbvpdf/test/pdf_demo.prg
! Mostly a cleanup of the code, added some functions to avoid the use
  of publics vars.

best regards,
Lorenzo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Harbour [1.0] 2008-09-14 16:30 UTC+0200 Lorenzo Fiorini

2008-09-14 Thread Szakáts Viktor 

Many thanks Lorenzo.

What do you think of changing all Pdf*() functions to
accept the pdf object - returned by PdfInit() - as their
first parameter?

This would create an incompatibility, but would at the
same time solve the reentrancy problem the original
implementation had. Even better it would also completely
make the class implementation unnecessary (or maybe even
easy to rework to be a layer rather than a copy).

All this in 1.1.

Brgds,
Viktor

On 2008.09.14., at 16:30, Lorenzo Fiorini wrote:

2008-09-14 16:30 UTC+0200 Lorenzo Fiorini (lorenzo.fiorini/at/ 
gmail.com)

 * contrib/hbvpdf/hbvpdf.prg
 * contrib/hbvpdf/hbvpdf.ch
 * contrib/hbvpdf/test/pdf_demo.prg
   ! Mostly a cleanup of the code, added some functions to avoid the  
use

 of publics vars.

best regards,
Lorenzo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour


___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Few suggestions for 1.0.1

2008-09-14 Thread Lorenzo Fiorini 
1) remove colons from error messages:
say "error: 'xy'" is not more clear than "error 'xyz'" and colon is
the standard separator for gcc compilers and hence for the IDEs that
support it.
Since it's part of the error msg it will not change anything for the
actual tools that support stabdard Cl*pper error messages.

2) setting hb_exesuf="" also for dos and w32 in hb-func.sh
hb* scripts are supposed to give the same results in all the supported envs.
( the rationale behind this is that cgi apps normally use a given
extension because the file name has to be referred in html and
javascript )

3) in common.ch replace all checking macros like:
#translate ISARRAY(  ) => ( ValType(  ) == "A" )
with
#xtranslate ISARRAY(  ) => HB_ISARRAY(  )

it seems faster and more elegant and add

#xtranslate ISPOINTER(  )   => HB_ISPOINTER(  )
#xtranslate ISHASH(  )  => HB_ISHASH(  )

best regards,
Lorenzo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Harbour [1.0] 2008-09-14 16:30 UTC+0200 Lorenzo Fiorini

2008-09-14 Thread Lorenzo Fiorini 
On Sun, Sep 14, 2008 at 4:44 PM, Szakáts Viktor <[EMAIL PROTECTED]> wrote:

> What do you think of changing all Pdf*() functions to
> accept the pdf object - returned by PdfInit() - as their
> first parameter?
>
> This would create an incompatibility, but would at the
> same time solve the reentrancy problem the original
> implementation had. Even better it would also completely
> make the class implementation unnecessary (or maybe even
> easy to rework to be a layer rather than a copy).
>
> All this in 1.1.

pdfInit returns aReport only for pdf_demo.prg.

In my code I never use aReport.

A typical prg for me is:

pdfInit()
pdfOpen( cPdfFile )
...
pdfNewPage()
pdfXyz()
...
pdfClose()

 cPdfFile

best regards,
Lorenzo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Few suggestions for 1.0.1

2008-09-14 Thread Szakáts Viktor 

Hi Lorenzo,

On 2008.09.14., at 16:48, Lorenzo Fiorini wrote:


1) remove colons from error messages:
say "error: 'xy'" is not more clear than "error 'xyz'" and colon is
the standard separator for gcc compilers and hence for the IDEs that
support it.
Since it's part of the error msg it will not change anything for the
actual tools that support stabdard Cl*pper error messages.


I wouldn't stir 1.0.1 with this, at the stage we're.
I'd vote to do this in 1.1. This should be done on
per message basis, as there are some messages where the
colon is significant(ish), like in "Syntax error".


2) setting hb_exesuf="" also for dos and w32 in hb-func.sh
hb* scripts are supposed to give the same results in all the  
supported envs.

( the rationale behind this is that cgi apps normally use a given
extension because the file name has to be referred in html and
javascript )


I'm not really sure I got this one (I'm not using hb scripts yet),
but it seems okay to me.


3) in common.ch replace all checking macros like:
#translate ISARRAY(  ) => ( ValType(  ) == "A" )
with
#xtranslate ISARRAY(  ) => HB_ISARRAY(  )


Okay to me.


it seems faster and more elegant and add

#xtranslate ISPOINTER(  )   => HB_ISPOINTER(  )
#xtranslate ISHASH(  )  => HB_ISHASH(  )


I vote no to this one, because of namespace violation.

Brgds,
Viktor

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Harbour [1.0] 2008-09-14 16:30 UTC+0200 Lorenzo Fiorini

2008-09-14 Thread Szakáts Viktor 


This would create an incompatibility, but would at the
same time solve the reentrancy problem the original
implementation had. Even better it would also completely
make the class implementation unnecessary (or maybe even
easy to rework to be a layer rather than a copy).

All this in 1.1.


pdfInit returns aReport only for pdf_demo.prg.

In my code I never use aReport.

A typical prg for me is:

pdfInit()
pdfOpen( cPdfFile )
...
pdfNewPage()
pdfXyz()
...
pdfClose()

 cPdfFile


I see this, but what if there is an MT program
trying to generate multiple pdfs at the same
time, or a non-MT one, which happens to use this
lib in a reentrant way?

This will currently fail badly.

Brgds,
Viktor

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] 1.0.1 warnings

2008-09-14 Thread Lorenzo Fiorini 
../../complex.c: In function 'hb_comp_keywordType':
../../complex.c:250: warning: passing argument 1 of 'hb_xfree'
discards qualifiers from pointer target type
../../complex.c: In function 'hb_comp_tokenIdentifer':
../../complex.c:266: warning: passing argument 2 of
'hb_compIdentifierNew' discards qualifiers from pointer target type
../../complex.c:270: warning: return discards qualifiers from pointer
target type
../../complex.c: In function 'hb_comp_tokenString':
../../complex.c:276: warning: assignment discards qualifiers from
pointer target type
../../complex.c:282: warning: passing argument 2 of
'hb_compIdentifierNew' discards qualifiers from pointer target type
../../complex.c:284: warning: assignment discards qualifiers from
pointer target type
../../complex.c:287: warning: return discards qualifiers from pointer
target type
../../complex.c: In function 'hb_complex':
../../complex.c:459: warning: assignment discards qualifiers from
pointer target type

they are pretty new I've rebuilt it many times in the last days

best regards,
Lorenzo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Memory buffer overflow

2008-09-14 Thread Szakáts Viktor 

Hi Przemek,

Can easily be that I'm doing something wrong, but I'm getting this:
---
C:\harbour\bin>mttest07.exe

Harbour 1.1.0dev Intl. (Rev. 9387)
Main start
Starting threads: <1><2><3><4><5>
Sending jobs...
Unrecoverable error 9022: Memory buffer overflow
Called from HB_MUTEXNOTIFY(0)
Called from MAIN(45) in mttest07.prg
---

BCC 5.82 + XP SP3 + 1xP4HT CPU

Brgds,
Viktor

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] 1.0.1 warnings

2008-09-14 Thread Szakáts Viktor 

Thanks, I'll revert some syncing with 1.1, and I'll
try to resync the PP fix alone, manually.

Brgds,
Viktor

On 2008.09.14., at 17:22, Lorenzo Fiorini wrote:


../../complex.c: In function 'hb_comp_keywordType':
../../complex.c:250: warning: passing argument 1 of 'hb_xfree'
discards qualifiers from pointer target type
../../complex.c: In function 'hb_comp_tokenIdentifer':
../../complex.c:266: warning: passing argument 2 of
'hb_compIdentifierNew' discards qualifiers from pointer target type
../../complex.c:270: warning: return discards qualifiers from pointer
target type
../../complex.c: In function 'hb_comp_tokenString':
../../complex.c:276: warning: assignment discards qualifiers from
pointer target type
../../complex.c:282: warning: passing argument 2 of
'hb_compIdentifierNew' discards qualifiers from pointer target type
../../complex.c:284: warning: assignment discards qualifiers from
pointer target type
../../complex.c:287: warning: return discards qualifiers from pointer
target type
../../complex.c: In function 'hb_complex':
../../complex.c:459: warning: assignment discards qualifiers from
pointer target type

they are pretty new I've rebuilt it many times in the last days

best regards,
Lorenzo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour


___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] [1.0] 2008-09-14 17:33 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)

2008-09-14 Thread Szakáts Viktor 
2008-09-14 17:33 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
  * harbour/include/hbpp.h
  * harbour/source/pp/ppcore.c
  * harbour/source/pp/hbpp.c
* changed some declarations from 'char *' to 'const char *' and
  fixed casting for some more pedantic compilers
  [REVERTED]

  * harbour/source/pp/ppcore.c
! fixed one typo which could cause memory leak and even GPF [REVERTED]
  
  ; NOTE: Both of these reverted as I cannot find the fix itself 
  in the code, and copying in the whole files created 
  an update avalanche to compile cleanly.
  Przemek, if you could implement the GPF/leak fix in 1.0, it 
  would be great.
--
Brgds,
Viktor

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] [SPAM] Re: [SPAM] Re: [SPAM] Re: ChangeLog 2008-09-13 18:49 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)

2008-09-14 Thread Francesco Saverio Giudice 

Hi Pritpal,

I'm trying to rebuild SVN under BCC 5.5.1 but I'm getting some errors.
Could you kindly post here your complete envars sets to build SVN in MT 
mode ?


TIA

Best Regards

Francesco

Pritpal Bedi ha scritto:

Przemek


Przemyslaw Czerpak-2 wrote:

My fault. Please also add -DHB_USE_TLS to C_USR or wait a while.
I'll fix it in SVN.
BTW setting __MT__ manually does not enable real MT compilation in BCC.
I've just check my BCC switches. Try to use -twM switch instead,
f.e.:
   SET CLIBFLAGS=-DHB_WIN32_IO -DHB_FM_WIN32_ALLOC -DHB_MT_VM -twM



Excellent. 


Now my flagship application is running as is in MT mode.
So far I have not been able to compute speed tests but visually
I could not see any difference.

SET CLIBFLAGS=-DHB_WIN32_IO -DHB_FM_WIN32_ALLOC -DHB_MT_VM -tWM 
-tWM comtains capital 'W'


I will make some experiments next few days and will report the findings.

Hats off to you!!!


Regards
Pritpal Bedi



___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Shyamali Malakar - The American Idol teenage sensation

2008-09-14 Thread Sexy Alisha 
Here U Can See Shyamali Malakar - The American Idol teenage sensation.

http://masalastop.blogspot.com/2008/09/shyamali-malakar-american-idol-teenage.html



**
*DOWNLOAD FREE PC SOFTWARES *


-- 
http://www.masalastop.blogspot.com/

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"AnitaBhabhi" group.
To post to this group, send email to AnitaBhabhi@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 








[Harbour] 2008-09-14 19:59 UTC+0200 Viktor Szakats (harbour.01	syenar hu)
Szakáts Viktor
 


Re: [Harbour] 2008-09-14 19:59 UTC+0200 Viktor Szakats (harbour.01	syenar hu)
Francesco Saverio Giudice


Re: [Harbour] 2008-09-14 19:59 UTC+0200 Viktor Szakats (harbour.01	syenar hu)
[EMAIL PROTECTED]





 






  
  





Reply via email to

[Harbour] hbvpdf

2008-09-14 Thread Szakáts Viktor 

Hi Lorenzo,

After latest fixes, we seem to have lost bookmark support
in hbvpdf.

What could be the problem?

[ I can send you a test.pdf I created yesterday, and one
that I've made now. ]

Brgds,
Viktor

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Release 1.0.1 #2

2008-09-14 Thread Szakáts Viktor 

Hi all,

Thanks Lorenzo, I've updated the list.

Used external packages (on my system of course):
- Allegro 4.2.2
- Apollo 6.1.0.4
- libcurl 7.19.0 (7.18.2 for DMC builds)
- Firebird 2.0.4
- FreeImage 3.11.0
- libgd 2.0.34
- libharu 2.1.0
- mysql 5.0.47
- pgsql 8.3.3
- ADS 9.00

Tested platforms:
- Windows
BCC 5.51
BCC 5.82
GCC Cygwin 3.4.4
GCC MinGW 3.4.5 (on msys 1.0.10)
GCC MinGW 4.1.2 (on msys 1.0.10)
TODOGCC MinGW 3.4.5 (cross compile on OpenSuse 10.3, FC3)
GCC MinGW 4.2.1 (cross compile on Ubuntu 8.04.1)
GCC MinGW 4.3.2 (cross compile on Fedora 9)
GCC MinGW 4.3.2a (on msys 1.0.10)
TODOMSVC 6.0 (HBODBC: needs fresh ODBC headers from MSSDK)
TODOMSVC 7.1 (MSVS 2003)
MSVC 8.0 (MSVS 2005)
MSVC 8.0 (MSVS 2005) C++
MSVC 9.0 (MSVS 2008 SP1)
MSVC 9.0 (MSVS 2008 SP1) C++
MSVC 9.0 (MSVS 2008 SP1) 64 bit
MSVC 9.0 (MSVS 2008 SP1) C++ 64 bit (cross-compile on Win32)
PellesC 4.5 (HBSQLIT3: interface only)
PellesC 5.0
PellesC 5.0 64 bit (cross-compile on Win32)
Open Watcom 1.7 (HBSQLIT3: interface only)
Digital Mars C 4.50
- WinCE
TODOMSVC 6.0 (eVC4)
TODOGCC 4.0.1 (mingw32ce 0.51.0) (cross-compile on Ubuntu 8.04.1)
TODOGCC 4.1.0 (mingw32ce 0.50.0) (cross-compile on OpenSuse 10.3, FC3)
GCC ?.?.? (mingw32ce 0.50-1) (cross-compile on Fedora 9)
- Linux
GCC 4.2.3 (Ubuntu 8.04.1)
GCC 4.3.0 (Fedora 9)
TODOGCC 4.2.1 (SuSE 10.3)
TODOOpen Watcom (with patches only. FAILED)
TODOGCC (RedHat 7.3)
TODOGCC (OpenSuse 10.3)
TODOGCC (FC3)
- OS X
TODOGCC 4.0.1 i386, x86_64, PPC, PPC64 (Leopard 10.5.4 PPC + XCode 3.1)
TODO	GCC 4.0.1 i386, x86_64, PPC, PPC64 (Leopard 10.5.4 Intel + XCode  
3.1)

TODOGCC 4.0.1 PPC (Leopard 10.5.4 PPC + XCode 3.0) (non-default build)
- Solaris
TODOGCC 3.4.3 i86pc (SunOS 5.11 - OpenSolaris 2008.05)
- BSD
TODOReported OK (No details)
- HPUX
TODOReported OK (a week ago in /trunk)
- OS/2
TODOGCC 3.3.5 (EMX/Innotek)
- DOS
TODOGCC 3.3.2 32 bit (DJGPP) (DJGPP bash port)
GCC 4.2.3 32 bit (DJGPP) ('make install' won't properly work)
TODOOpen Watcom 1.7 (command.com)

Brgds,
Viktor

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

View this page "JOB FOR YOU, A COMPLETE SITE FOR ALL YOUR HOME JOB NEEDS! "

2008-09-14 Thread Bizlinks 



Click on 
http://groups.google.com/group/MomsExecs/web/job-for-you-a-complete-site-for-all-your-home-job-needs
- or copy & paste it into your browser's address bar if that doesn't
work.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "Work 
from Home and Earn Income" group.
To post to this group, send email to MomsExecs@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/MomsExecs
-~--~~~~--~~--~--~---

Re: [Harbour] wvtcore.c , aPxlOff

2008-09-14 Thread Abeb 

Thanks A Lot,

I'll test it.

Thanks Again.


Pritpal Bedi wrote:
> 
> Abe
> 
> 
> Abeb wrote:
>> 
>> Please add aPxlOff parameter to more function in aPxlOff 
>> like in WVT_DRAWLABELOBJ etc.
>> 
> 
> It is done. Please report if there is any problems.
> 
> Regards
> Pritpal Bedi
> 
> 

-- 
View this message in context: 
http://www.nabble.com/wvtcore.c-%2C-aPxlOff-tp19446074p19483087.html
Sent from the Harbour - Dev mailing list archive at Nabble.com.

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] hbvpdf

2008-09-14 Thread Lorenzo Fiorini 
On Sun, Sep 14, 2008 at 8:31 PM, Szakáts Viktor <[EMAIL PROTECTED]> wrote:
> Hi Lorenzo,
>
> After latest fixes, we seem to have lost bookmark support
> in hbvpdf.
>
> What could be the problem?
>
> [ I can send you a test.pdf I created yesterday, and one
> that I've made now. ]

I'm not a PDF expert, so sending PDFs will not help.

BTW which viewer are you using?

The only difference that I can see about bookmarks is in line 468.
Please try to add -1 like below:
cTemp := CRLF + ltrim(str( aReport[ REPORTOBJ ] + nI - 1)) + " 0 obj" + CRLF + ;

and tell me if your file works again.

best regards,
Lorenzo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] hbvpdf

2008-09-14 Thread Szakáts Viktor 

Hi Lorenzo,


I'm not a PDF expert, so sending PDFs will not help.

BTW which viewer are you using?


I did this with Acrobat Reader 9.


The only difference that I can see about bookmarks is in line 468.
Please try to add -1 like below:
cTemp := CRLF + ltrim(str( aReport[ REPORTOBJ ] + nI - 1)) + " 0  
obj" + CRLF + ;


and tell me if your file works again.


Thanks, good find, that fixes it.

Brgds,
Viktor

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Memory buffer overflow

2008-09-14 Thread Przemysław Czerpak 
On Sun, 14 Sep 2008, Szak?ts Viktor wrote:

Hi Viktor,

> Can easily be that I'm doing something wrong, but I'm getting this:
> ---
> C:\harbour\bin>mttest07.exe
> Harbour 1.1.0dev Intl. (Rev. 9387)
> Main start
> Starting threads: <1><2><3><4><5>
> Sending jobs...
> Unrecoverable error 9022: Memory buffer overflow
> Called from HB_MUTEXNOTIFY(0)
> Called from MAIN(45) in mttest07.prg

It's my fault. Stupid typo in fm.c with memory statistic enabled - mutex was
set after realloc() not before so when realloc() returned new block and other
thread was linking or unlinking neighbor block then it was possible to corrupt
linked list of memory block. I'll commit fix in a while.

best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Release 1.0.1 #2

2008-09-14 Thread Lorenzo Fiorini 
On Sun, Sep 14, 2008 at 8:34 PM, Szakáts Viktor <[EMAIL PROTECTED]> wrote:

> Thanks Lorenzo, I've updated the list.

I've also successfully built it under OpenSuse 10.3.

The only "problem" I found was the installation path of postgresql's
includes which is /usr/include/pgsql.

In contrib/hbpgsql/Makefile we already have /usr/include for RH and
/usr/include/postgresql for Debian so I think we should add
/usr/include/pgsql for OpenSuse ( or remove all ).

BTW my tests are:

- set the env
- install dev packages for X11, gd, pgsql
- ./make_gnu.sh 1>out1 2>out2
- checking out1 and out2 to see if there are errors or warnings
- ./make:gnu.sh install to create dynamic libs
- run hbtest /all
- run hbrun and type ? version()

best regards,
Lorenzo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] hbvpdf

2008-09-14 Thread Lorenzo Fiorini 
On Sun, Sep 14, 2008 at 9:41 PM, Szakáts Viktor <[EMAIL PROTECTED]> wrote:

> Thanks, good find, that fixes it.

Sorry, but there was a commented line above the 468 and the diff was messed.

best regards,
Lorenzo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Release 1.0.1 #2

2008-09-14 Thread Szakáts Viktor 
On Sun, Sep 14, 2008 at 8:34 PM, Szakáts Viktor [EMAIL PROTECTED]> wrote:



Thanks Lorenzo, I've updated the list.


I've also successfully built it under OpenSuse 10.3.

The only "problem" I found was the installation path of postgresql's
includes which is /usr/include/pgsql.

In contrib/hbpgsql/Makefile we already have /usr/include for RH and
/usr/include/postgresql for Debian so I think we should add
/usr/include/pgsql for OpenSuse ( or remove all ).


I'm looking into Makefile in question, and I can see /usr/include/pgsql
on the list (it's the 4th one on the list). Can you check if there is
an libpq-fe.h file in that dir?

Brgds,
Viktor




BTW my tests are:

- set the env
- install dev packages for X11, gd, pgsql
- ./make_gnu.sh 1>out1 2>out2
- checking out1 and out2 to see if there are errors or warnings
- ./make:gnu.sh install to create dynamic libs
- run hbtest /all
- run hbrun and type ? version()

best regards,
Lorenzo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour


___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] GPF upon app exiting

2008-09-14 Thread Luis Krause Mantilla 

Hi:

Just rebuild a small app I have with SVN 9396 and upon
closing the app I get a gpf that's logged in hb_outl.log
(it happens 3 times, just pasting here the 1st msg):

[BCC 5.5.1, ST]

Application Exception - F:\AplicW\IVA\ivawH.exe
Terminated at: 2008.09.14 13:11:44

   Exception Code:C005
   Exception Address:00448DE8
   EAX:0001  EBX:0059D5E0  ECX:00E1A4E0  EDX:00060CF9
   ESI:0001  EDI:00152372 EBP:0013FF64
   CS:EIP:001B:00448DE8  SS:ESP:0023:0013FF5C
   DS:0023  ES:0023  FS:003B  GS:
   Flags:00010202
   CS:EIP: 8B 70 08 50 E8 37 96 FE FF 59 8B C6 85 C0 75 F0
   SS:ESP:  00152372 0013FF88 00434787 0059D5E0 0044A8A2 
 004894EC 00152372  00154048 0013FFB8 004774B7 0040 
 00152372


   C stack:
   EIP: EBP:   Frame: OldEBP, RetAddr, Params...
   00448DE8 0013FF64   0013FF88 00434787 0059D5E0 0044A8A2  
004894EC 00152372  00154048
   00434787 0013FF88   0013FFB8 004774B7 0040  00152372 
0001 0013BE58 7C90D950 7FFDF000 7FFDF000
   004774B7 0013FFB8   0013FFF0  004894EC 7C817067 0013BE58 
7C90D950 7FFDF000  0013FFC8 87539848


Hope the above tells you gurus something useful because it's all Greek 
to me :-)


Regards,

--
Luis Krause Mantilla
lkrausem at shaw dot ca
luis_krause at hotmail dot com
"May the Source be with GNU"


___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Release 1.0.1 #2

2008-09-14 Thread Lorenzo Fiorini 
On Sun, Sep 14, 2008 at 10:12 PM, Szakáts Viktor <[EMAIL PROTECTED]> wrote:

> I'm looking into Makefile in question, and I can see /usr/include/pgsql
> on the list (it's the 4th one on the list). Can you check if there is
> an libpq-fe.h file in that dir?

Oops, you're right.

I was looking at my custom Makefiles.

best regards,
Lorenzo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] 2008-09-14 22:46 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-09-14 Thread Szakáts Viktor 
2008-09-14 22:46 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
  * utils/hbmake/hbmake.prg
! Fixed two typos in last commit. Thanks to Bill Robertson.
--
Brgds,
Viktor

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] [1.0] 2008-09-14 22:46 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-09-14 Thread Szakáts Viktor 
; Merging changes to 1.0 branch from trunk r9399.

2008-09-14 22:46 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
  * utils/hbmake/hbmake.prg
! Fixed two typos in last commit. Thanks to Bill Robertson.

2008-09-14 22:36 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
  * contrib/hbvpdf/hbvpdf.prg
! Fix to previous modification (fixing bookmarks).
--
Brgds,
Viktor

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] GPF upon app exiting

2008-09-14 Thread [EMAIL PROTECTED] 
>Just rebuild a small app I have with SVN 9396 and upon
>closing the app I get a gpf that's logged in hb_outl.log
>(it happens 3 times, just pasting here the 1st msg):

Hi Luis.

I'm sending the same problem yesterday to this list and I'm trying to
debug it. Do you are a codeguard expert to help me please?  I'm
reading a lot of tutorials on the net and none was help me...

TIA, 

Toninho.

__
Faça ligações para outros computadores com o novo Yahoo! Messenger
http://br.beta.messenger.yahoo.com/
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] ChangeLog 2008-09-13 18:49 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)

2008-09-14 Thread Francesco Saverio Giudice 

Hi Pritpal,

Pritpal Bedi ha scritto:


I included mttest*.prg(s) into my application with changing main() to
mnttest*()
and could run all of these successfully. Are you specifying -tWM flag when 
compiling/linking?




Yes, but results are same. I'm trying now again. I suspect there are 
some errors in my batch files.

Now I will try after last Viktor changes.

Best regards
Francesco
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] 2008-09-14 22:36 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-09-14 Thread Przemysław Czerpak 
On Sun, 14 Sep 2008, Szak?ts Viktor wrote:

Hi Viktor,

> 2008-09-14 22:36 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
>   * source/common/hbverdsp.c
> + Showing MT status on //BUILD screen.

I'm not sure it's good idea.
It will not show any valid information.
Only HVM have to be compiled with HB_MT_VM flag and it's user
decision which hbvm library should be used. F.e. for GNU make
it will never show (MT) signature because HB_MT_VM macro is
enabled only for hbvmmt library and rest is compiled without it.
BTW it will be good to add such library to non GNU make. It
will resolve the build problems BCC users have now.

best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] 2008-09-14 22:36 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-09-14 Thread Szakáts Viktor 

Hi Przemek,

You're right. Is there a way to detect HVM MT-ness
on the C level with function call f.e.?

If not, or it's not right either, I may just remove this.

Anyway it would be pretty good to be able to find out
of a given executable if it's MT or not.

Brdgs,
Viktor

On 2008.09.14., at 23:37, Przemysław Czerpak wrote:


On Sun, 14 Sep 2008, Szak?ts Viktor wrote:

Hi Viktor,


2008-09-14 22:36 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
 * source/common/hbverdsp.c
   + Showing MT status on //BUILD screen.


I'm not sure it's good idea.
It will not show any valid information.
Only HVM have to be compiled with HB_MT_VM flag and it's user
decision which hbvm library should be used. F.e. for GNU make
it will never show (MT) signature because HB_MT_VM macro is
enabled only for hbvmmt library and rest is compiled without it.
BTW it will be good to add such library to non GNU make. It
will resolve the build problems BCC users have now.

best regards,
Przemek


___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] [SPAM] Re: [SPAM] Re: [SPAM] Re: ChangeLog 2008-09-13 18:49 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)

2008-09-14 Thread Przemysław Czerpak 
On Sun, 14 Sep 2008, Francesco Saverio Giudice wrote:

Hi Francesco,

> thank you, I got same error here on hbrun.
> Another error is in tests\mt\* samples.
> They built correctly, but running them hb_threadStart() returns NIL

It's default behavior for single thread HVM. hb_threadStart() always
returns NIL in such case. Please try current SVN code and run test
program with //info parameter. It should show in status line:
    MT:Off
or
    MT:On

so you can recognize if HBVM library was compiled with or without
HB_MT_VM macro.
I hope that we will add to non GNU make system HBVMMT library and
you can chose at link time the one you want to use with your program
and it will not be necessary to set and additional harbour build
switches.

best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] 2008-09-14 22:36 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-09-14 Thread Przemysław Czerpak 
On Sun, 14 Sep 2008, Szak?ts Viktor wrote:

Hi Viktor,

> You're right. Is there a way to detect HVM MT-ness
> on the C level with function call f.e.?

hb_vmIsMt() but it exists only in HVM so you cannot
use it in compiler only code.

> If not, or it's not right either, I may just remove this.
> Anyway it would be pretty good to be able to find out
> of a given executable if it's MT or not.

We already have such functionality in //info parameter.

best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: R: [Harbour] where is hbcom.lib?

2008-09-14 Thread Szakáts Viktor 

Hi Phil,

[forgot to press Send]

I think it's okay, if something is more than 40K
.zipped, I think we can either exchange it directly
or upload it somewhere.

Brdgs,
Viktor

On 2008.09.13., at 1:43, Phil Barnett wrote:


On Friday 12 September 2008 04:36:46 am Szakáts Viktor wrote:

Hi Alex,

You can send it to me directly if you want,
or if you .zip it it will probably be able to go
to the list, too. (I think the limit is 100K
for the raw message size)


I never bumped it up after the last rebuild.

The default limit in Mailman is 40k. I can bump it up again if you  
think it's
a good idea. We haven't been getting much spam. (that makes it  
through,

anyway)

--
"Ninety percent of politicians give the other 10 percent a bad  
name." -- Henry

Kissinger
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour


___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] 2008-09-14 19:59 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-09-14 Thread Francesco Saverio Giudice 

Hi Viktor,

Szakáts Viktor ha scritto:

2008-09-14 19:59 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
  * make_b32.mak
+ Now setting 'HB_BUILD_ST = no' will generate an MT build.
  TODO: Change the default to 'yes' should be the way to go 
IMO.



HB_BUILD_ST=no
was the key.
Now tests\mt\* samples works fine!
Thank you.

Best Regards

Francesco

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: Re: [Harbour] About GPF iwhen app exit

2008-09-14 Thread [EMAIL PROTECTED] 
>If possible try to create log for ca.exe with debug information (file names
>and lines). You can try to use the same link switches as for harbour.exe
>and eliminate all calls to strip (if any) or similar tools.

Przemek, maybe the problem is in FWH that have C code without DEBUG
information.

My application have full debug information. All C and PRG codes, but
the log are the same. I have posted a message in fivewin forum to see
if Antonio have any answer.

Thanks and best regards,

Toninho

__
Faça ligações para outros computadores com o novo Yahoo! Messenger
http://br.beta.messenger.yahoo.com/
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Przemys?aw

2008-09-14 Thread Przemysław Czerpak 
On Sun, 14 Sep 2008, [EMAIL PROTECTED] wrote:
> >But the encoding in header is correct now: utf-8 and message was also in 
> >utf-8.
> >If you cannot see it then it simply means that you do not have such character
> >in your font or your reader wrongly decoded it.
> >>From my old system I was sending messages in ISO-8859-2. BTW have you seen
> >the slashed L in these messages?
> Hi Przemek, your old messages, I see 'Przemyslaw Czerpak' and now I
> see Przemys?aw

I see, just simply in my old account I used 'l' letter instead of 'ł'.
If this will be big problem for you then I can use 'l' letter though
it's not correct one ;-)
The encoding is not correct but I have to also change encoding in ChangeLog
messages which are sent automatically when I commit sth.

best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [OT] The real pig

2008-09-14 Thread Pete Theisen 
Ed Leafe wrote:
> http://www.flickr.com/photos/scriptingnews/2856435471/
>
Hi Ed!

"Despite the divorce, Carol McCain has remained on good terms with John 
McCain,[25] and has supported him in all his subsequent political 
campaigns.[1] She refused to discuss her marriage with an election 
opponent of McCain's in 1982 who was seeking negative information about 
him, telling the opponent that "a gentleman never would have 
called."[32] She supports her ex-husband's 2008 presidential campaign, 
and told The Mail on Sunday in June 2008 that she was not bitter and 
that, "He’s a good guy. We are still good friends. He is the best man 
for president."[1]"

Yes, Ed, a gentleman would never have called.

http://en.wikipedia.org/wiki/Carol_McCain
-- 
Regards,

Pete
http://pete-theisen.com/


___
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://leafe.com/mailman/listinfo/profox
OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: http://leafe.com/archives/byMID/profox/[EMAIL PROTECTED]
** All postings, unless explicitly stated otherwise, are the opinions of the 
author, and do not constitute legal or medical advice. This statement is added 
to the messages for those lawyers who are too stupid to see the obvious.

[Harbour] 2008-09-15 01:00 UTC+0200 Viktor Szakats (harbour.01 syenar hu)

2008-09-14 Thread Szakáts Viktor 
2008-09-15 01:00 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
  * source/common/hbverdsp.c
* Undone prev change.
--
Brgds,
Viktor

___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Melayu Cyber 75% Win vs. Loss Ratio With A Forex Robot

2008-09-14 Thread ginger george 

If you're anything like 95% of all the Forex traders out there, you
have probably been looking around for someone with a profitable Forex
trading track record willing to share his success, am I wrong?
How about these numbers, do they look successful enough to you?
-> 75% Win vs. Loss ratio. Three trades out of four are winners.
-> Over 1,000% equity increase throughout the last three years.
-> Only a 15% of maximum drawdown.
-> 7 average consecutive winning trades every 2 losers.
-> Positive, smooth and steady equity curve.
-> It can be traded with a tiny US$100 mini account.
-> It runs 100% on autopilot without human interaction.
Those are the statistics scored by the new Silicon Forex automated
trading robot throughout the last three years What's Silicon Forex
you ask?
Silicon Forex is the new revolutionary Automated Forex Robot that's
making EVERYONE reconsider their Forex trading options. It was
developed by a full time trader and a computer engineer who join-
ventured in order to create the ultimate Forex robot to date.
But you know what? instead of me raving about the utter power of the
Silicon Forex robot, I reckon it's best if you simply have a look at
its fully disclosed, trade-by-trade track record. Would you lik
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour