Hi All,
I've noticed Harbour compiler will generate .c source also when using -j
option
to generate .pot file. This confuses make process. I've tried -s option, but
with
-s also the .pot file isn't generated.
What is the way to generate a .pot file without actually doing any normal
.prg to .c comp
Revision: 10981
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10981&view=rev
Author: vouchcac
Date: 2009-05-05 01:18:09 + (Tue, 05 May 2009)
Log Message:
---
2009-05-04 17:52 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* harbour/contrib/gtwvg/gtwvg
Revision: 10980
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10980&view=rev
Author: vszakats
Date: 2009-05-05 01:11:23 + (Tue, 05 May 2009)
Log Message:
---
2009-05-05 03:10 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* utils/hbmk2/hbmk2.p
Dunno, my opinion is that kind of flexibiliy just adds up to create
confusing setups, so I'm not even sure filters are
really a positive thing. I mean, you can create platform filters
in code using __PLATFORM__* macros and any code which
is compiler dependent is going against good practices, all
ot
Hello Viktor
vszakats wrote:
>
> * utils/hbmk2/hbmk2.prg
> + Added translator info to banner.
>
Thank you.
But still it does not support macro parsing.
It should be like
CASE FN_ExtGet( cParamL ) == ".prg"
cParam := MacroComp( cParam )
cParam := ArchCompFilt
Hello
toni...@fwi wrote:
>
> Viktor, TActiveX from FWH works in this way:
>
> ---cut---
>hActiveX = FWH_CreateActiveX()
>hObj = FWH_AtlAxGetDisp( hActiveX )
>oOle = ToleAuto():New( hObj )
> ---cut---
>
> If you replace hbwin now, TActiveX FWH will be broken.
>
Similar is the ap
Hi Przemek,
Thanks a lot, it works great. I've successfully updated hbmk2 HU
translation with it already.
Brgds,
Viktor
On Tue, May 5, 2009 at 12:17 AM, wrote:
> Revision: 10979
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10979&view=rev
> Author: druzus
> Date: 2009
These particular jobs however aren't, yet you didn't mention original author
and/or source:
2009-04-23 16:25 UTC+0100 Miguel Angel Marchuet
2009-03-02 10:24 UTC+0100 Miguel Angel Marchuet
2009-02-24 13:40 UTC+0100 Miguel Angel Marchuet
2009-02-20 13:50 UTC+0100 Miguel Angel Marchuet
2009-01-16
>First of all many thanks to Mindaugas for new and clean OLE support.
Yes, +1
>I'd like to replace hbwin OLE support with new hbole implementation,
>and my question is if there is still anything important missing which
>would justify delaying this move?
Viktor, TActiveX from FWH works in this way
Revision: 10979
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10979&view=rev
Author: druzus
Date: 2009-05-04 22:17:07 + (Mon, 04 May 2009)
Log Message:
---
2009-05-05 00:25 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rtl/hb
Ranier Vilela escribió:
I´m a wrong or Miguel (xharbour) continue with politic "not to the
credit of author"?
2009-04-24 17:49 UTC+0100 Miguel Angel Marchuet
mailto:miguelan...@marchuet.net>>
* include\hbapi.h
* source\rtl\dateshb.c
* source\rtl\set.c
+ Added setget function for TIMEFO
i read a note
" (synced with harbour as possible)"
that can be read as
"(copied from harbour whenever possible"
2009/5/4 Przemyslaw Czerpak :
> On Mon, 04 May 2009, Patrick Mast, xHarbour.com Inc. wrote:
>> Same here:
>> contrib\rdd_ads\ads1.c(575) : error C3861: 'HB_IS_TIMESTAMP':
>> identifier n
On Mon, 04 May 2009, Patrick Mast, xHarbour.com Inc. wrote:
> Same here:
> contrib\rdd_ads\ads1.c(575) : error C3861: 'HB_IS_TIMESTAMP':
> identifier not found
> On Mon, May 4, 2009 at 3:10 PM, Andi Jahja wrote:
> > On Mon, 04 May 2009 10:28:18 +0200
> > Miguel Angel Marchuet wrote:
> >> 2009-05-
Great.
Thanks A Lot.
Miguel Angel Marchuet wrote:
>
> 2009-05-04 10:00 UTC+0100 Miguel Angel Marchuet
>* contrib/hbbmcdx/bmdbfcdx.c
>* contrib/hbbmcdx/hbbmcdx.h
> * Synchronized with current dbfcdx.
>
> Best regards,
> Miguel Angel Marchuet
>
>
> __ Información de ESET
Hello Viktor
Viktor Szakáts wrote:
>
> First of all many thanks to Mindaugas for new and clean OLE support.
>
+1
> I'd like to replace hbwin OLE support with new hbole implementation,
> and my question is if there is still anything important missing which
> would justify delaying this move
Hi All,
First of all many thanks to Mindaugas for new and clean OLE support.
I'd like to replace hbwin OLE support with new hbole implementation,
and my question is if there is still anything important missing which
would justify delaying this move?
IMO we're ready and passing by ref can wait, at
Revision: 10978
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10978&view=rev
Author: vszakats
Date: 2009-05-04 16:19:30 + (Mon, 04 May 2009)
Log Message:
---
2009-05-04 18:16 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbole/tests/testo
Hi Mindaugas,
Thanks for the explanation, I think it's now perfect after your commit.
[ I'll readd CDO and OO open tests, they are also working properly. ]
Brgds,
Viktor
On Mon, May 4, 2009 at 5:02 PM, Mindaugas Kavaliauskas
wrote:
> Hi,
>
>
> For me array support is enough to cover passing ar
Hi Przemek,
> If I understand what you need then you want to take some clean .pot
> file generated by Harbour and make some automatic translation for
> sentences which are already translated in some other files.
> You can find tools which makes such operations designed for gettext.
> Harbour hb18
Hi,
Przemyslaw Czerpak wrote:
Should we ignore backward
(descending) iteration flag and do forward iteration, should we do not
iterate at all (current behavior), or should we give runtime error (which
one?)?
Thank you very much.
Probably RTE will be better - easier to detect potential probl
On Mon, 04 May 2009, Pritpal Bedi wrote:
Hi,
> > Can you convert this example to self contain code which I can compile
> > and run with Harbour or Clipper to replicate the problem?
> I tried my level best but as a stand alone demo
> everything works fine, infact the same code works fine. But...
>
On Sun, 03 May 2009, Szak�ts Viktor wrote:
Hi,
> I've just tried to update a half-translated (HU) .pot file from hbmk2
> source,
> but didn't succeed. Maybe I'm missing something. The goal would be
> to retain still existing in source translations while deleting no longer
> existing ones.
> If I
Hi
Przemyslaw Czerpak-2 wrote:
>
> Can you convert this example to self contain code which I can compile
> and run with Harbour or Clipper to replicate the problem?
>
I tried my level best but as a stand alone demo
everything works fine, infact the same code works fine. But...
I will downloa
Hi,
For me array support is enough to cover passing arrays to
OLE calls and maybe getting back arrays from OLE calls.
I've implemented some limited support for arrays. It's enough for the
simplest OpenOffice oDesktop:loadComponentFromURL() calls. Though, I do
not have more tests for multidi
Revision: 10977
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10977&view=rev
Author: snaiperis
Date: 2009-05-04 14:43:56 + (Mon, 04 May 2009)
Log Message:
---
2009-05-04 17:40 UTC+0300 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
* harbour/contrib
On Sat, 02 May 2009, Pritpal Bedi wrote:
Hi,
> Next applicantion instance is put under
> indefinite loop in dbUseArea() if a table is
> attempted to be opened in EXCLUSIVE mode where
> first instance has alreay that table open in
> SHARED mode. Appln is compiled with MT support.
> Here is the
Oh, great, many thanks!
Brgds,
Viktor
On Mon, May 4, 2009 at 11:00 AM, Przemyslaw Czerpak wrote:
> On Sun, 03 May 2009, Szak�ts Viktor wrote:
>
> Hi,
>
> > I'm wondering if it would be possible to add support for __enumLen()
> > which would return the total number of enumerations in a FOR EACH lo
Thanks a lot!
Brgds,
Viktor
On Mon, May 4, 2009 at 3:48 PM, wrote:
> Revision: 10976
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10976&view=rev
> Author: snaiperis
> Date: 2009-05-04 13:48:26 + (Mon, 04 May 2009)
>
> Log Message:
> ---
> 2009-05-04 16:40
Revision: 10976
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10976&view=rev
Author: snaiperis
Date: 2009-05-04 13:48:26 + (Mon, 04 May 2009)
Log Message:
---
2009-05-04 16:40 UTC+0300 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
* harbour/include
Hello Przemek
Pritpal Bedi wrote:
>
> Next applicantion instance is put under
> indefinite loop in dbUseArea() if a table is
> attempted to be opened in EXCLUSIVE mode where
> first instance has alreay that table open in
> SHARED mode. Appln is compiled with MT support.
>
This behavior is
Hi Viktor & Przemek,
Do you already have a tentative timeline for harbour 1.1 release ?
Thanks,
Ed
--
View this message in context:
http://www.nabble.com/Harbour-1.1-tp23365773p23365773.html
Sent from the Harbour - Dev mailing list archive at Nabble.com.
_
On Sun, 03 May 2009, Szak�ts Viktor wrote:
Hi,
> I'm wondering if it would be possible to add support for __enumLen()
> which would return the total number of enumerations in a FOR EACH loop?
> Opinions? is it possible?
len( enum:__enumbase() )
best regards,
Przemek
_
2009-05-04 10:00 UTC+0100 Miguel Angel Marchuet
* contrib/hbbmcdx/bmdbfcdx.c
* contrib/hbbmcdx/hbbmcdx.h
* Synchronized with current dbfcdx.
Best regards,
Miguel Angel Marchuet
__ Información de ESET NOD32 Antivirus, versión de la base de firmas de
virus 4050 (20090503) __
Revision: 10975
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10975&view=rev
Author: marchuet
Date: 2009-05-04 08:02:34 + (Mon, 04 May 2009)
Log Message:
---
2009-05-04 10:00 UTC+0100 Miguel Angel Marchuet
* contrib/hbbmcdx/bmdbfcdx.c
* contrib/h
34 matches
Mail list logo
