Thank you, I will try to build the rpm later today.
Are these changed backported on the 2.0 branch ? Or I export the 2.0,
the tip and manually copy from tip to 2.0 ?
I'm not a svn user... (I usually use mercurial)
Francesco
___
Harbour mailing list
On Sat, 2010-01-02 at 02:36 +0100, Viktor Szakáts wrote:
So until we clear this up, I won't add any new replicator
services.
We already have:
- Our own mailman archives (matrixlist),
- gmane.org
- mail-archive.com
- nabble.com
All of them indexed by google.
+ Since this is a
Thank you, I will try to build the rpm later today.
Are these changed backported on the 2.0 branch ? Or I export the 2.0,
the tip and manually copy from tip to 2.0 ?
I'm not a svn user... (I usually use mercurial)
These changes are only present in trunk. You may
try to copy them to 2.0.0,
On 2010 Jan 2, at 07:08, Roberto Lopez wrote:
Massimo Belgrano escribió:
Is possible found on line Historical messages 1999-2007?
archive.org has them.
ie: for Feb. 2002:
http://web.archive.org/web/20020812160206/www.matrixlist.com/pipermail/harbourusers.mbox/harbourusers.mbox
Hi Francesco,
i'm glad to have contributed in orienting your choice to Harbour world and
happy to have you in our community.
Happy new year and good Harbour developing!!!
Maurizio
francesco perillo-2 wrote:
I just want to tell you that last 28 Dec I finally migrated a company
from a clipper
What rdd/lib do you use for access to mysql from harbour ?
2010/1/2 Lorenzo Fiorini lorenzo.fior...@gmail.com:
2009/12/31 Przemysław Czerpak dru...@acn.waw.pl:
In mysql 5.0 latin1 is indeed cp1252 and in oocalc Windows
1252/WinLatin1 is the only encoding I found that shows the dbfs
Revision: 13432
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13432view=rev
Author: vszakats
Date: 2010-01-02 11:23:59 + (Sat, 02 Jan 2010)
Log Message:
---
2010-01-02 12:23 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* mpkg_rpm.sh
* Sorted
Massimo , which is the name of the library that may be generated for
advantage ?
Bruno
2010/1/1 Massimo Belgrano mbelgr...@deltain.it
Thanks
follow are my info regarding ads
export HB_WITH_ADS=$HOME/src/aceapi-9.10.0.9/setup.files/misc
Revision: 13433
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13433view=rev
Author: vszakats
Date: 2010-01-02 12:43:41 + (Sat, 02 Jan 2010)
Log Message:
---
2010-01-02 13:42 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* include/hbextcdp.ch
!
Revision: 13434
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13434view=rev
Author: vszakats
Date: 2010-01-02 12:47:01 + (Sat, 02 Jan 2010)
Log Message:
---
2010-01-02 13:46 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* mpkg_rpm.sh
+ Really
Revision: 13435
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13435view=rev
Author: vszakats
Date: 2010-01-02 12:51:38 + (Sat, 02 Jan 2010)
Log Message:
---
2010-01-02 13:49 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* harbour.spec
+ Added
LIBACE32.A
LIBRDDADS.A
2010/1/2 Bruno Luciani bruno.luci...@gmail.com:
Massimo , which is the name of the library that may be generated for
advantage ?
Bruno
2010/1/1 Massimo Belgrano mbelgr...@deltain.it
Thanks
follow are my info regarding ads
export
Prezmek,
I was curious how the original version of this seems to have disapeared and
it seems that when you started modifying gt, you either used whatever
version you started with and ignored further updates that were made to the
code, or you actively excluded this code because you didn't
I have wrote a little howto (but i need to verify it to solve your question):
Please try this http://www.elart.it/links/harbourhowto_deb_en.php
here in italian lang http://www.elart.it/links/harbourhowto_deb.php
Please also put this link in your bookmark to have the main develop
site of Ubuntu
On Sat, 2 Jan 2010, vszak...@users.sourceforge.net wrote:
hi,
* config/global.mk
+ Added rudamentary package manager detection (so far for
darwin and linux). Please extend. This will allow to make
proper dependency checking in detect.mk.
the deb heuristics are quite
Hi marco
I suggest you add a section for use the precompiled version that bruno
luciani in going to made
Still incomplete version:
http://www.megafileupload.com/en/file/174263/harbour-2-0-0-1-i386-deb.html
2010/1/2 marco bra marcobra.ubu...@gmail.com:
I have wrote a little howto (but i need to
Hi,
On 2010 Jan 2, at 15:44, Tamas TEVESZ wrote:
On Sat, 2 Jan 2010, vszak...@users.sourceforge.net wrote:
hi,
* config/global.mk
+ Added rudamentary package manager detection (so far for
darwin and linux). Please extend. This will allow to make
proper dependency
Sure i will do but is better to enforce the Ubuntu packaging request i
reported here
https://bugs.launchpad.net/ubuntu/+source/harbour/+bug/502331
on Launchpad or better create a PPA
https://help.launchpad.net/Packaging/PPA for Harbour.
to get Harbour easily installed and updated from
Revision: 13437
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13437view=rev
Author: vszakats
Date: 2010-01-02 16:09:44 + (Sat, 02 Jan 2010)
Log Message:
---
2010-01-02 17:06 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* INSTALL
* Clean Linux
Yes sure
but coordinate effort with Bruno (mail it)
we can also use italian group
2010/1/2 marco bra marcobra.ubu...@gmail.com:
Sure i will do but is better to enforce the Ubuntu packaging request i
reported here
https://bugs.launchpad.net/ubuntu/+source/harbour/+bug/502331
on Launchpad or
On Sat, 2 Jan 2010, vszak...@users.sourceforge.net wrote:
* config/global.mk
! Fixed debian package manager detection, as suggest by
Tamas Tevesz.
you nicely beat me to it while i was preoccupied ;)
the floowing (also attached) could also be applied for uniformity.
Index:
Revision: 13438
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13438view=rev
Author: vouchcac
Date: 2010-01-02 16:30:48 + (Sat, 02 Jan 2010)
Log Message:
---
2010-01-02 08:28 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
*
i am reading from xharbour mailing of developer that harbour double
speed of xharbour
Thanks to harbour developer
comparing the content of harbour seem good for speed
I add good for reliability because my app work fine
Interesting the comparison of harbour xharbour by activity
Thanks, I'll apply this.
Brgds,
Viktor
On 2010 Jan 2, at 17:23, Tamas TEVESZ wrote:
On Sat, 2 Jan 2010, vszak...@users.sourceforge.net wrote:
* config/global.mk
! Fixed debian package manager detection, as suggest by
Tamas Tevesz.
you nicely beat me to it while i was
Revision: 13439
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13439view=rev
Author: vszakats
Date: 2010-01-02 17:44:43 + (Sat, 02 Jan 2010)
Log Message:
---
2010-01-02 18:40 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* config/global.mk
%
Marco , Ubuntu package is almost done
I think it only missing libace32.a that I don't know why
Any Idea ?
this is the list of library's created in .deb package
/home/bruno/Descargas/harbour-2.0.0/lib/linux/gcc/libgtalleg.a
/home/bruno/Descargas/harbour-2.0.0/lib/linux/gcc/libgtallegs.a
Hi!
Great! I'm making huge HBIDE implementations in which I post within a
few hours. Nearly every item from the File menu will be ready soon.
But I need much know how to enable DEBUG in the HBIDE to find some
memory problems that are occurring, how do I see the result of
HBXBP_DEBUG ()?
Regards,
I'm testing rpm builds on openSuse...
it seems that -static- rpm must be installed... is it mandatory ? if
yes, should it be included in the standard package ?
Francesco
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
My answer to these patch with some concerns, I'd
appreciate if others could add opinion.
Begin forwarded message:
From: Viktor Szakáts harbour...@syenar.hu
Date: 2010 January 2 18:28:52 CET
To: Xavi jara...@gmail.com
Subject: Re: [Harbour] hbwin wapi_GetLastError() issue.
Hi Xavi,
On
Hi
Vailton Renato wrote:
Great! I'm making huge HBIDE implementations in which I post within a
few hours. Nearly every item from the File menu will be ready soon.
But I need much know how to enable DEBUG in the HBIDE to find some
memory problems that are occurring, how do I see the result
Hi!
Missing a few details to finish. If you want to committing, feel free
I will sync the details here and send it again.
Regards,
Vailton Renato
2010/1/2 Pritpal Bedi bediprit...@hotmail.com:
Hi
Vailton Renato wrote:
Great! I'm making huge HBIDE implementations in which I post within a
Hello to all,
I found strange behaviour when I build harbour from SVN in windows enviromet.
When HB_WITH_GD is not set, then the logfile generated by win-make.EXE contains
row
! 'hbgd' library skipped ('libgd' not found. Configure with HB_WITH_GD.)
informing about missing setting for the
Hi
Vailton Renato wrote:
Missing a few details to finish. If you want to committing, feel free
I will sync the details here and send it again.
I have checked, if you have not anything done for themes
and syntax highliting, my code is safe. I plan to commit later today.
Regards
Pritpal
Hello to all,
I found strange behaviour when I build harbour from SVN in windows enviromet.
When HB_WITH_GD is not set, then the logfile generated by win-make.EXE
contains row
! 'hbgd' library skipped ('libgd' not found. Configure with HB_WITH_GD.)
informing about missing setting
Viktor
I set ACE client include dir , and libhbads is created , but not libace32.a
it is correct ?
it is needed this library in linux ?
No.
libace32.a is a Windows specific import lib created by HB_BUILD_IMPLIB option.
It has nothing to do with mainstream build process or any *nix
Revision: 13440
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13440view=rev
Author: vszakats
Date: 2010-01-02 19:46:15 + (Sat, 02 Jan 2010)
Log Message:
---
2010-01-02 20:45 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* harbour.spec
!
Hi
vszakats wrote:
* contrib/hbide/idemisc.prg
+ hbide_PathProc()
This function can combine relative paths together so it's
the key to avoid macros dealing with placing paths to their
intended location. It can replace current method of
IdeSrc =
Hi!
Ok Pritpal ... I'm working on these updates are already almost 3 days
straight. I hope to conclude soon.
Regards,
Vailton Renato
2010/1/2 Pritpal Bedi bediprit...@hotmail.com:
Hi
Vailton Renato wrote:
Missing a few details to finish. If you want to committing, feel free
I will sync
Revision: 13441
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13441view=rev
Author: vszakats
Date: 2010-01-02 19:56:58 + (Sat, 02 Jan 2010)
Log Message:
---
2010-01-02 20:55 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbide/hbide.prg
Hi Tamas,
No, it looks fine. It can even be a little bit further optimized,
I'll commit it ASAP, pls test it.
Brgds,
Viktor
On 2010 Jan 2, at 21:36, Tamas TEVESZ wrote:
hi,
viktor, is there any compelling reason against this one? it removes a
level of if-nests, and inlines an
Revision: 13442
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13442view=rev
Author: vszakats
Date: 2010-01-02 20:53:02 + (Sat, 02 Jan 2010)
Log Message:
---
2010-01-02 21:52 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* config/global.mk
%
On Sat, 2 Jan 2010, Viktor Szakáts wrote:
hi,
No, it looks fine. It can even be a little bit further optimized,
I'll commit it ASAP, pls test it.
works nicely.
--
[-]
mkdir /nonexistent
___
Harbour mailing list (attachment size limit: 40KB)
Revision: 13443
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13443view=rev
Author: vszakats
Date: 2010-01-02 21:28:10 + (Sat, 02 Jan 2010)
Log Message:
---
2010-01-02 22:26 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbqt/hbqt.h
+
Thank you.
Brgds,
Viktor
On 2010 Jan 2, at 22:23, Tamas TEVESZ wrote:
On Sat, 2 Jan 2010, Viktor Szakáts wrote:
hi,
No, it looks fine. It can even be a little bit further optimized,
I'll commit it ASAP, pls test it.
works nicely.
___
Revision: 13444
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13444view=rev
Author: ibisz
Date: 2010-01-02 21:41:36 + (Sat, 02 Jan 2010)
Log Message:
---
2009-01-02 21:59 UTC+0100 Istvan Bisz (istvan.bisz/at/t-online.hu)
* /src/vm/fm.c
* Not
This release includes almost all linux compatible contrib library's
Checksums-Sha1:
339c4200457f8b0991c9426bff800edab28dca19 12982728 harbour_2.0.0-1_i386.deb
Checksums-Sha256:
3e0f450ac6a8d794f6e6935d1350b796d1ab075dde53d0d33b6316cc8f53fc0e 12982728
harbour_2.0.0-1_i386.deb
Files:
Hi Istvan,
Log Message:
---
2009-01-02 21:59 UTC+0100 Istvan Bisz (istvan.bisz/at/t-online.hu)
* /src/vm/fm.c
* Not adequate defitions of the subsequent CRT functions for the MinGW
implemetations:
#ifndef USE_DL_PREFIX
#define dlcalloc calloc
one more related cleanup piece
Index: config/dir.mk
===
--- config/dir.mk (revision 13444)
+++ config/dir.mk (working copy)
@@ -10,11 +10,6 @@
ifeq ($(HB_HOST_PLAT),dos)
# do not use rules for parallel processing in
Revision: 13445
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13445view=rev
Author: vszakats
Date: 2010-01-02 22:08:42 + (Sat, 02 Jan 2010)
Log Message:
---
2010-01-02 23:07 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* config/dir.mk
%
Hi Viktor,
It is a summary of a long way hunting/debugging, so these short
sentences/fragments are not adequate to describe the fix. But, as I see this
is an usual way for fixing, without so much details.
Please test it in MinGW environment, should fix some errors mainly in object
handlings
It is a summary of a long way hunting/debugging, so these short
sentences/fragments are not adequate to describe the fix. But, as I see this
is an usual way for fixing, without so much details.
I'd like to kindly ask you to elaborate more.
I think it's rather the opposite in ChangeLog than
On 2010 Jan 2, at 23:49, Bisz István wrote:
Hi Viktor,
I'd like to kindly ask you to elaborate more.
With the previous, default build, way of the Heap managements, the HVM for
MinGW tried to replace the CRT functions with its own malloc, free, etc.
This is a completely wrong solution
Maybe MinGW was the same, but it didn't report it?
Personally, I reported it several times, sorry.
Currently above msg will also appear when not compiled
with fmstat. I'll commit a fix.
OK.
Plus we're not using the official C++ allocation override
for HBQT yet, which may be a problem.
Revision: 13447
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13447view=rev
Author: vszakats
Date: 2010-01-02 23:29:42 + (Sat, 02 Jan 2010)
Log Message:
---
2010-01-03 00:28 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* src/vm/fm.c
+
On 2010 Jan 3, at 00:18, Bisz István wrote:
Maybe MinGW was the same, but it didn't report it?
Personally, I reported it several times, sorry.
Until I can see a way to replicating it on any
system, to me the matter stays shady.
Currently above msg will also appear when not compiled
with
Hi,
Bisz István wrote:
Total memory allocated: 2251241 bytes (29215 block(s))
Warning, memory allocated but not released: 0 bytes (0 block(s))
So, let's print a single line joined message:
Total memory allocated: 2251241 bytes (29215 block(s)), not released: 0
bytes (0 block(s))
if these
OK, these are just the global operator redefinitions, does not affect the Qt
interface deletes. We can comment them.
-Original Message-
From: harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] On Behalf Of Viktor Szakáts
Sent: 2010. január 3. 0:31
To: Harbour
Hi Mindaugas,
Yes, the zeroes are important, but Viktor redefines these printout to a more
precise ones.
Best regards,
István
-Original Message-
From: harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] On Behalf Of Mindaugas
Kavaliauskas
Sent: 2010.
In fact the whole point of previous implementation was
that we warn developers if there _is_ a leak, and stay
silent if there isn't. This way it's apparent when there
is a problem and when not. If we wash together the
two messages, it will be less easy to spot if there is
a problem. I can
OK, these are just the global operator redefinitions, does not affect the Qt
interface deletes. We can comment them.
I've added the rest anyway.
What is the way to force our allocation functions to be
used by QT C++ new/delete operators?
Without this, any fm.c leak measurement is pointless
Probably that's the reason Istvan added it.
Yes, it was a missing of the missed info.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
What is the way to force our allocation functions to be
used by QT C++ new/delete operators?
Without this, any fm.c leak measurement is pointless
for QT subsystem, as our fmstat modules is just not used
at all by it.
I can see hacks just for the static builds, but it is a hard way, in any
An another way is to use the Placement New/Delete mechanism on the
previously allocated memory.
Is a complete new area, with a lot of experimenting /testing issues.
-Original Message-
From: harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] On Behalf Of Bisz
Revision: 13448
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13448view=rev
Author: vszakats
Date: 2010-01-03 00:31:09 + (Sun, 03 Jan 2010)
Log Message:
---
2010-01-03 01:30 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
*
Revision: 13449
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13449view=rev
Author: vszakats
Date: 2010-01-03 01:13:53 + (Sun, 03 Jan 2010)
Log Message:
---
2010-01-03 02:11 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbqt/filelist.mk
Revision: 13450
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13450view=rev
Author: vszakats
Date: 2010-01-03 01:32:49 + (Sun, 03 Jan 2010)
Log Message:
---
2010-01-03 02:32 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
*
Hello Viktor
vszakats wrote:
* contrib/hbqt/filelist.mk
+ contrib/hbqt/hbqt_hbslots2.cpp
+ contrib/hbqt/hbqt_hbevents2.cpp
+ Added new implementation of slots and events.
This fixes potential leaks in old implementation by
moving HB_EVENTS, HB_SLOTS low level
1) hbcplr in static
I installed all the requirements (except ADS) and built the rpm.
I installed the lib and the base package. If I try to compile a
simple test program I get:
# hbmk2 test.prg -trace
hbmk2: Processing configuration: /usr/bin/hbmk.cfg
hbmk2: Harbour compiler command (embedded):
3bis)
I installed the contrib package where harupdf is but I got another error:
contrib/hbhpdf/tests # hbmk2 harupdf.prg
hbmk2: Processing local make script: hbmk.hbm
hbmk2: Processing configuration: /usr/bin/hbmk.cfg
Harbour 2.0.1dev (Rev. 13448)
Copyright (c) 1999-2010,
Hi,
I guess these problems are all rooted in the fact
that .rpm was generated using overridden HB_*_INSTALL
parameters. hbmk2 only support standard installations
by default. You can either try using a standard dir
layout when building Harbour, or forcing unique dir
layour by using
I suggest you to start over, and if you still have problems,
pls publish your build log so we can see what exactly happened
and what settings were used.
Brgds,
Viktor
On 2010 Jan 3, at 03:07, francesco perillo wrote:
3bis)
I installed the contrib package where harupdf is but I got another
Hi!
I finished drafting the codes for the hbIDE and would like to send to
Pritpal for analysis, a brief summary of the changes that I made:
IsValidText() some more valid extensions added
editSource() message appears if the file open is not supported.
loadIni()
implemented support for
Revision: 13451
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13451view=rev
Author: vouchcac
Date: 2010-01-03 03:29:33 + (Sun, 03 Jan 2010)
Log Message:
---
2010-01-02 19:26 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
*
Revision: 13452
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13452view=rev
Author: vouchcac
Date: 2010-01-03 03:31:22 + (Sun, 03 Jan 2010)
Log Message:
---
2010-01-02 19:31 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
*
Revision: 13453
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13453view=rev
Author: vouchcac
Date: 2010-01-03 04:04:43 + (Sun, 03 Jan 2010)
Log Message:
---
2010-01-02 19:31 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/hbide.prg
*
I've been expanding the test case program for contrib\hbbtree and I've
encountered a nasty runtime error.
This is the runtime error message - no other message / callstack / trace
back is shown:
This application has requested the Runtime to terminate it in an
unusual way.
Please contact
testwmtx.prg is an example of why not work wapi_GetLastError() .-
--- testwmtx.prg
STATIC s_hMutex
PROCEDURE Main()
LOCAL cAppName
// It may be a random program name :)
hb_FNameSplit( hb_ProgName(), NIL, @cAppName )
s_hMutex := wapi_CreateMutex( NIL, NIL, cAppName )
IF ! Empty(
I am trying Harbour 2.0.0 (13372) with Qt 4.5.1 on OS/2, beta 5
It use os2gcc 3.3.5 in OMF type libraries
Setting:
set HB_WITH_QT=E:\Qt451B5\include
First try:
Skip contrib\hbqt in OS/2 as not supported
Second try: Enable contrib\hbqt in OS/2
Changing in contrib\hbqt\detect.mk
#DAVID:
Hi
David Arturo Macias Corona wrote:
../../../hbqt_hbdbfmodel.cpp:108: error: conversion from `BOOL' to `const
QVariant' is ambiguous
E:/Qt451B5/src/corelib/kernel/qvariant.h:182: error:
QVariant::QVariant(bool)
It seems hb_itemGetL() is typecasted as 'BOOL' instead of
Revision: 13454
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13454view=rev
Author: vouchcac
Date: 2010-01-03 07:01:18 + (Sun, 03 Jan 2010)
Log Message:
---
2010-01-02 22:47 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
/*
This commint is
80 matches
Mail list logo
