Revision: 13454
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13454&view=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 fro
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
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: _DE
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'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
Revision: 13453
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13453&view=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
*
Revision: 13452
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13452&view=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)
* contrib/hbxbp/xbpfiledialog
Revision: 13451
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13451&view=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)
* contrib/hbqt/hbqt_hbqsyntax
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 RecentF
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 anothe
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 HB_*_INSTAL
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, http://www.harbour-pro
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
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
Revision: 13450
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13450&view=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)
* contrib/hbqt/tests/demoqt
Revision: 13449
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13449&view=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: 13448
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13448&view=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)
* contrib/hbqt/tests/demoqt
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
>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
>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
> 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
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 imagi
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. januá
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,
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
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
Revision: 13447
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13447&view=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
+ Overrid
>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 proble
Revision: 13446
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13446&view=rev
Author: vszakats
Date: 2010-01-02 23:14:10 + (Sat, 02 Jan 2010)
Log Message:
---
2010-01-03 00:11 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* src/vm/fm.c
! Fixed t
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 sol
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 in this context, is too weak.
> How about the other
> 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
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 regar
Revision: 13445
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13445&view=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
% Del
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
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
>
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:
89be6a5da3c4
Revision: 13444
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13444&view=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 ad
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: 13443
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13443&view=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
+
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)
H
Revision: 13442
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13442&view=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
% Ap
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 expr
hi,
viktor, is there any compelling reason against this one? it removes a
level of if-nests, and inlines an expression used only once. positive
and negative tests look ok here.
Index: config/global.mk
===
--- config/global.mk(
Revision: 13441
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13441&view=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!
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 :
>
> Hi
>
>
> Vailton Renato wrote:
>>
>> Missing a few details to finish. If you want to committing, feel free
>> I will sync the details h
ok Thanks
Bruno
2010/1/2 Viktor Szakáts
> > 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.
>
>
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
>= hb_dirBase()
Revision: 13440
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13440&view=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
! Modifi
> 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 *
> 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 s
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
Pritp
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 ?
In this case , how do you think is the problem ?
Brun
2010/1/1 Viktor Szakáts
> > I Need compile harbour versione with ace , qt, libharu,rddsql on ubunti
>
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 l
> Viktor,
>
> I've implemented the first option.
>> One is to maintain a dynamic variable, thread safe, for each thread/process
>> to store last error and return this value in wapi_GetLastError().
>
> Please, grant access to ID jarabal in sourceforge.net to update the
> repository.
pls read my
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 :
>
> Hi
>
>
> Vailton Renato wrote:
>>
>> Great! I'm making huge HBIDE implementations in which I post within a
>> few hours. N
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 re
My answer to these patch with some concerns, I'd
appreciate if others could add opinion.
Begin forwarded message:
> From: Viktor Szakáts
> Date: 2010 January 2 18:28:52 CET
> To: Xavi
> Subject: Re: [Harbour] hbwin wapi_GetLastError() issue.
>
> Hi Xavi,
>
> On 2010 Jan 2, at 17:47, Xavi wro
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
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,
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
/home/
Revision: 13439
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13439&view=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
% Ap
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
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
http://www.oh
Revision: 13438
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13438&view=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)
* contrib/hbide/projects/hbid
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:
Yes sure
but coordinate effort with Bruno (mail it)
we can also use italian group
2010/1/2 marco bra :
> 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
> h
Revision: 13437
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13437&view=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
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 repositories,
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 depende
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 :
> I have wrote a little howto (but i need to verify it to solve your
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 quit
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 w
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 know
LIBACE32.A
LIBRDDADS.A
2010/1/2 Bruno Luciani :
> Massimo , which is the name of the library that may be generated for
> advantage ?
>
> Bruno
>
> 2010/1/1 Massimo Belgrano
>>
>> Thanks
>> follow are my info regarding ads
>> export HB_WITH_ADS=$HOME/src/aceapi-9.10.0.9/setup.files/misc
>>
>>
>> h
Revision: 13436
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13436&view=rev
Author: vszakats
Date: 2010-01-02 14:01:52 + (Sat, 02 Jan 2010)
Log Message:
---
2010-01-02 15:00 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* config/global.mk
+ Ad
Revision: 13435
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13435&view=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
Revision: 13434
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13434&view=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: 13433
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13433&view=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
!
Massimo , which is the name of the library that may be generated for
advantage ?
Bruno
2010/1/1 Massimo Belgrano
> Thanks
> follow are my info regarding ads
> export HB_WITH_ADS=$HOME/src/aceapi-9.10.0.9/setup.files/misc
>
>
> http://devzone.advantagedatabase.com/dz/content.aspx?Key=20&Release=
Revision: 13432
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13432&view=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
What rdd/lib do you use for access to mysql from harbour ?
2010/1/2 Lorenzo Fiorini :
> 2009/12/31 Przemysław Czerpak :
>
> In mysql 5.0 latin1 is indeed cp1252 and in oocalc Windows
> 1252/WinLatin1 is the only encoding I found that shows the dbfs
> correctly. Not to mention that it makes easy to
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 clipp
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/harbouruser
> 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
> 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.
>>
>
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 (att
87 matches
Mail list logo
