I use the next function:
//
// Function: tep_validate_email
//
// Arguments : email email address to be checked
//
// Return : true - valid email address
// f
2008-06-30 10:08 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/gtwvg/Makefile
* contrib/hbapollo/Makefile
* contrib/hbbtree/Makefile
* contrib/hbclipsm/Makefile
* contrib/hbct/Makefile
* contrib/hbfbird/Makefile
* contrib/hbfimage/Makefile
* contrib/hbgd/Makefile
He victor
How are build all this makefile?
Massimo Belgrano
-Messaggio originale-
Da: [EMAIL PROTECTED] per conto di Szakáts Viktor
2008-06-30 10:08 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/gtwvg/Makefile
* contrib/hbapollo/Makefile
* contrib/hbbtree/Makefile
*
2008-06-30 11:16 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* include/hbapi.h
* source/rtl/set.c
* source/vm/fm.c
! Fixed _SET_HBOUTLOG, _SET_HBOUTLOGINFO handling in fm.c.
hb_setget*() functions cannot be used here as the set
system is deinited at this point. So lo
Hi Pritpal
In sample i read
"you can expect cut/copy/past, search/replace in near future"
so the question is have you ready this?
Massimo Belgrano
-Messaggio originale-
Da: [EMAIL PROTECTED] per conto di Pritpal Bedi
Inviato: lun 31/12/2007 5.23
A: harbour@harbour-project.org
Oggetto:
After
2008-06-27 17:13 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>
* contrib/hbtip/client.prg
* contrib/hbtip/ftpcln.prg
* contrib/hbtip/httpcln.prg
* contrib/hbtip/mail.prg
* contrib/hbtip/sendmail.prg
+ Added methods setget to interrogate buffer size send/recive
M
Hi Massimo,
These belong to the GNU make system.
Start make_gnu.bat to use it (under Windows).
Brgds,
Viktor
On 2008.06.30., at 10:57, Massimo Belgrano wrote:
He victor
How are build all this makefile?
Massimo Belgrano
-Messaggio originale-
Da: [EMAIL PROTECTED] per conto di Szakáts
2008-06-30 13:18 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbapollo/Makefile
* contrib/hbcurl/Makefile
* contrib/hbfbird/Makefile
* contrib/hbfimage/Makefile
* contrib/hbgd/Makefile
* contrib/hbhpdf/Makefile
* contrib/hbmysql/Makefile
* contrib/hbpgsql/Makefil
2008-06-30 13:33 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbmysql/make_b32.bat
* contrib/hbmysql/make_vc.bat
* contrib/hbmysql/Makefile
- Removed -DBIG_JOINS. If someone needs this, it can be
specified via C_USR, but to me it seem this is a MySQL
build-
On Sat, 28 Jun 2008, Szakáts Viktor wrote:
Hi VIktor,
Sorry for late response, I was out of city during weekend.
> What to do with hundreds of warnings like in subject,
> when compiled in _WIN64 mode? Any practices to avoid it?
>From the beginning Harbour uses ULONG as string and array
indexes.
2008-06-30 14:46 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* include/hbextern.ch
+ New inet functions added.
* source/rtl/hbinet.c
! Blind fix for Linux compile error.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-projec
Hi Lorenzo,
Can you check now?
Brgds,
Viktor
On 2008.06.30., at 12:37, Lorenzo Fiorini wrote:
After
2008-06-27 17:13 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]
>
* contrib/hbtip/client.prg
* contrib/hbtip/ftpcln.prg
* contrib/hbtip/httpcln.prg
* contrib/hbtip/mail.prg
* contrib
With current svn rpms doesn't build successfuly.
Lp, Tomaž
RPM build errors:
File not
found: /var/tmp/harbour-1.0.0-RC1mdv20080-buildroot/usr/lib/harbour/libhbnf.a
File not
found: /var/tmp/harbour-1.0.0-RC1mdv20080-buildroot/usr/lib/harbour/libhbbtree.a
File not
found: /var/tmp/har
Any more pointers (like build std/err log)? I can't
see any trends in this list, which could help trace
these back to any recent modifications.
libhbmisc.a is the simplest lib without any Makefile
tricks, so I wonder how could it fail like this.
Brgds,
Viktor
On 2008.06.30., at 15:09, Tomaž Zup
On Mon, Jun 30, 2008 at 3:01 PM, Szakáts Viktor <[EMAIL PROTECTED]> wrote:
> Can you check now?
Of course it builds now, but I'm wondering if the changes have been
tested enough.
I'm using the tip tests that you've ported to check the various
protocols and so far I've found that the ftp client i
Thanks Przemek.
I agree to leave this after 1.0.
(although we could lay the ground anytime, by introducing
the new necessary types)
Brgds,
Viktor
On 2008.06.30., at 14:27, Przemyslaw Czerpak wrote:
On Sat, 28 Jun 2008, Szakáts Viktor wrote:
Hi VIktor,
Sorry for late response, I was out of
Can you check now?
Of course it builds now, but I'm wondering if the changes have been
tested enough.
I have no idea, but if you could do some tests it would be great.
AFAICS behaviour shouldn't have changed if you don't mess with the
new manual buffer settings.
I'm using the tip tests that
On Mon, 30 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
> Any more pointers (like build std/err log)? I can't
> see any trends in this list, which could help trace
> these back to any recent modifications.
> libhbmisc.a is the simplest lib without any Makefile
> tricks, so I wonder how could it fai
On Mon, Jun 30, 2008 at 1:29 PM, Szakáts Viktor <[EMAIL PROTECTED]> wrote:
> 2008-06-30 13:18 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
> * contrib/hbapollo/Makefile
...
the "problem" I still see is that we need not only the INCLUDE path
but also the LIB path expecially under Windows mingw.
It has more than 6 months running OK over windows platform.
Increasing more than 50% speed. Now we are using half default system buffer
size.
We only use the half for security. at windows platforms this buffer is 8kb or
lower
then we use 4kb instead of 1kb. Some times when low memory system, th
Hi Przemek,
Any more pointers (like build std/err log)? I can't
see any trends in this list, which could help trace
these back to any recent modifications.
libhbmisc.a is the simplest lib without any Makefile
tricks, so I wonder how could it fail like this.
The modifications in contrib make f
Thanks for these insights.
I know about darwin, but first of all I don't know
how to create more complicate 'if' expressions with
GNU make. The other problem is that I don't know
what would be the default for those other architecture.
We're talking about 8 contribs where we have external
depende
2008-06-30 16:36 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbtip/tests/tiptest.prg
! Remove strings as arrays access. Thanks Lorenzo.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-projec
please put this change better
// some compilers has missing this define
#ifndef SOCKET_ERROR
#define SOCKET_ERROR(-1)
#endif
at the top of hbinet.c
instead of substitute
if ( getsockopt( Socket->com, SOL_SOCKET, SO_SNDBUF, (char *) &value,
&len ) != SOCKET_ERROR )
fo
Hi Miguel,
Can you pls commit this?
Brgds,
Viktor
On 2008.06.30., at 16:47, Miguel Angel Marchuet wrote:
please put this change better
// some compilers has missing this define
#ifndef SOCKET_ERROR
#define SOCKET_ERROR(-1)
#endif
at the top of hbinet.c
instead of substitute
yes of course.
in 5 minutes ;)
Szakáts Viktor escribió:
Hi Miguel,
Can you pls commit this?
Brgds,
Viktor
On 2008.06.30., at 16:47, Miguel Angel Marchuet wrote:
please put this change better
// some compilers has missing this define
#ifndef SOCKET_ERROR
#define SOCKET_ERROR(-
2008-06-30 17:00 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]>
* source/rtl/hbinet.c
+ Added define SOCKET_ERROR, that is missing in some compilers.
Best regards,
Miguel Angel marchuet
___
Harbour mailing list
Harbour@harbour-project.org
http
On Mon, 30 Jun 2008, Lorenzo Fiorini wrote:
Hi Lorenzo,
> Of course it builds now, but I'm wondering if the changes have been
> tested enough.
In general the send and receive loop in hbinet.c for mode == 1 is
from the beginning technical nonsense and this modifications instead
of fixing it added
Thanks!
On 2008.06.30., at 17:02, Miguel Angel Marchuet wrote:
2008-06-30 17:00 UTC+0100 Miguel Angel Marchuet <[EMAIL PROTECTED]
>
* source/rtl/hbinet.c
+ Added define SOCKET_ERROR, that is missing in some compilers.
Best regards,
Miguel Angel marchuet
___
2008-06-30 17:15 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/hbinet.c
! Fixed non-ANSI comment.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hola
Somebody knows to use this commando
Wvt_SetFont( 'Lucida Console',18, 11, 0 )
gtwvt.lib even gives
error Me connecting the bookstore I perhaps connect it bad
is for a mixed program hmg -ext + console
--
Alguien sabe utilizar este comando
Wv
[ I don't know the answer, but that's exactly the
confusion I was referring to when dealing with WVT
vs. WVG naming. ]
Brgds,
Viktor
On 2008.06.30., at 17:36, Jose Miguel wrote:
Hola
Somebody knows to use this commando
Wvt_SetFont( 'Lucida Console',18, 11, 0 )
gtwvt.lib even gives error Me co
AFAIK WVT_SETFONT is not supported you can try with
Hb_GtInfo( HB_GTI_FONTNAME,..)
Hb_GtInfo( HB_GTI_FONTWIDTH, .. )
Hb_GtInfo( HB_GTI_FONTSIZE ,.. )
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Szakáts Viktor
Sent: Monday, June 30, 2008 5:42 P
But if gtwvg use a include (suggested from you) for maintain same function name
the problem remain same
Is possible inherit gtwvg from gtwvt without rewriting
Is possible create a structure for extend gtwvt with library like gtwvg without
rewriting gtwvg?
-Original Message-
From: [EMAIL
But if gtwvg use a include (suggested from you) for maintain same
function name the problem remain same
It's one step to the right direction.
Is possible inherit gtwvg from gtwvt without rewriting
Is possible create a structure for extend gtwvt with library like
gtwvg without rewriting gtwv
2008-06-30 19:20 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbapollo/Makefile
* contrib/hbcurl/Makefile
* contrib/hbfbird/Makefile
* contrib/hbfimage/Makefile
* contrib/hbgd/Makefile
* contrib/hbhpdf/Makefile
* contrib/hbmysql/Makefile
* contrib/hbpgsql/Makefil
Hello Viktor
Szakáts Viktor wrote:
>
> [ I don't know the answer, but that's exactly the
> confusion I was referring to when dealing with WVT
> vs. WVG naming. ]
>
I understand the problem. It is a matter of proper documentation.
If we change to WVT->WVG then future merging and upgradation
w
Not exactly.
Massimo Belgrano-3 wrote:
>
> AFAIK WVT_SETFONT is not supported you can try with
>
> Hb_GtInfo( HB_GTI_FONTNAME,..)
> Hb_GtInfo( HB_GTI_FONTWIDTH, .. )
> Hb_GtInfo( HB_GTI_FONTSIZE ,.. )
>
If above approach is to be followed, then
Hb_GtInfo( HB_GTI_FONTSIZE ,.. )
cal
Hi Priptal,
Szakáts Viktor wrote:
[ I don't know the answer, but that's exactly the
confusion I was referring to when dealing with WVT
vs. WVG naming. ]
I understand the problem. It is a matter of proper documentation.
If we change to WVT->WVG then future merging and upgradation
will be a
In general the send and receive loop in hbinet.c for mode == 1 is
from the beginning technical nonsense and this modifications instead
of fixing it added workaround which partially eliminates overhead
introduced by data fragmentation.
We should simply remove iRcvBufSize/iSndBufSize members from
Sorry Viktor
Szakáts Viktor wrote:
>
> That's okay, but then we can say that "WVT_*() functions
> are deprecated, please use WVG_*() functions instead."
> This is very important. I can even create a small batch
> file which would do the conversion in a few seconds.
>
I am not geared up to cha
My suggestion for structure of gt help manual:
What is a gt? What is common to all gt and what the differences between gt?
How use multiple gt
One Sample that using all gt
At least one Screenshoot for each gt/platform
How Ct3 function can be used ad Viagra for gt (open and close)
What can do a gt:
Okay, take your time. [ For possible methods to ease
transition, you can have a look at xhb.lib, which
contains most such ideas (hbcompat.ch). With some
clever rearrangement, this can be made quite smooth. ]
Brgds,
Viktor
On 2008.06.30., at 22:02, Pritpal Bedi wrote:
Sorry Viktor
Szakáts Vi
What tools pritpal plan use?
Doxygen seem a open source solution for extract documentation from source
I think that good documentation can be write also with openoffice writer
Imo as final format pdf is better than hlp.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Friday 27 June 2008 02:43:12 am gabor salai [intranet242] wrote:
> you may check everything [address forming, mail servers, ...], but the
> final test, is there a mail box named "alfa.beta" on domain "gama.delta",
> is not possible. as i remember [maybe phil wrote few years ago] there *is*
> a m
On Friday 27 June 2008 08:17:12 am Szakáts Viktor wrote:
> Any suggestions how to solve this in a way that all special
> inclusion logic is self-contained in local contrib Makefiles
> (contrib/*/Makefile), yet come out error-free from a 'make clean'?
I like the way perl does it with cpan.
Contrib
46 matches
Mail list logo
