I am working now
can you point me a solution for haìving project file indipendent from
location directory?
2010/2/19 Pritpal Bedi :
>
>
> Massimo Belgrano wrote:
>>
>> here is updated incremental guide for hbide
>> http://harbourlanguage.blogspot.com/
>>
>
> Your blog is almost outdated now.
> T
Revision: 13929
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13929&view=rev
Author: vszakats
Date: 2010-02-20 04:13:01 + (Sat, 20 Feb 2010)
Log Message:
---
2010-02-20 05:12 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
+ contrib/hbziparc/doc
+
Hi Bacco,
I renamed them to be consistent along the whole SVN.
We should use the w3c standard language code:
http://www.w3.org/TR/REC-html40/struct/dirlang.html#langcodes
Now, having said that 'en-EN' might not be correct, for
generic English it seems to be plain 'en', but I hope
someone wi
Hi Viktor, As I noticed that you are renaming the en folders to en-EN,
I would like if you tell the correct table of language codes that we
should look-up when someone decides to create a dir on another
language, (also to help the automatic tools development).
__
Revision: 13928
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13928&view=rev
Author: vszakats
Date: 2010-02-20 03:51:10 + (Sat, 20 Feb 2010)
Log Message:
---
2010-02-20 04:48 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* include/hbsetup.ch
* sr
Hi Pete.
I am writing a tool that will hide all "eye-bothering features" you
have mentioned at the edit time. It's an optional tool, but It will
agregate access to all docs directory tree (as they are already
specified in doc/dirstruc.txt) from a single interface, and provide
separated fields for
Revision: 13927
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13927&view=rev
Author: vszakats
Date: 2010-02-20 03:31:25 + (Sat, 20 Feb 2010)
Log Message:
---
2010-02-20 04:29 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
- src/rtl/browdbx.prg
- s
Viktor Szakáts wrote:
>
> No, Nanforum format is mandatory.
>
>> /* $DOC$
>> * $TEMPLATE$
>> * Function
>> * $NAME$
>> * HB_DirExists()
>> * $CATEGORY$
> ...
>> * $END$
>> */
>
How many keywords are there in this format ?
Probably a basic implementation can be provided in
hbIDE
Hi Viktor,
Ok, without nStatus.
I wait to see Przemek's changes.
The development list is still not working.
Przemek,
All information is provided by GetAdaptersInfo() in Windows.
It would be nice to have the MAC address on other OS.
Best regards,
Xavi
El 19/02/2010 18:31, Viktor Szakáts escribi
Revision: 13920
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13920&view=rev
Author: mauriliolongo
Date: 2010-02-19 17:53:09 + (Fri, 19 Feb 2010)
Log Message:
---
2010-02-19 18:52 UTC+0100 Maurilio Longo (maurilio.lo...@libero.it)
* source/rtl/tthr
Revision: 13926
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13926&view=rev
Author: vszakats
Date: 2010-02-20 03:00:17 + (Sat, 20 Feb 2010)
Log Message:
---
2010-02-20 03:59 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
- contrib/hbgt/doc/en
+ c
> For example, suppose I want to contribute documenting the hbsqlit3
> contrib, wich is module I'm very interested. What I'm suposed to do?
> Create a directory /harbour/doc/en-EN/contrib/hbsqlit3 and write text
> files in NF format?
All contribs are meant to be independent from
core, so their do
Revision: 13925
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13925&view=rev
Author: vszakats
Date: 2010-02-20 02:55:24 + (Sat, 20 Feb 2010)
Log Message:
---
2010-02-20 03:55 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
- contrib/rddads/doc/en
+
For example, suppose I want to contribute documenting the hbsqlit3
contrib, wich is module I'm very interested. What I'm suposed to do?
Create a directory /harbour/doc/en-EN/contrib/hbsqlit3 and write text
files in NF format?
2010/2/19 Massimo Belgrano :
> The next step will be a sync tool between
Revision: 13924
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13924&view=rev
Author: vszakats
Date: 2010-02-20 02:50:22 + (Sat, 20 Feb 2010)
Log Message:
---
2010-02-20 03:44 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* utils/hbmk2/hbmk2.pt_BR.p
Przemyslaw,
you said that harbour cannot differentiate an iVar named ::atStart from a
method with the same name.
Now, this causes problems with xpp compatibility where such a possibility
exists, but, in the beginning, we could say that when I call
::Start( "mysymbol" )
I'm probably not going to
Hi Pete,
> Ok, let's (try to) write some documentation.
> But before we start we have to know, what format should adopt. I mean, is
> Nanforum format mandatory or we could follow a more human form?
No, Nanforum format is mandatory.
> /* $DOC$
> * $TEMPLATE$
> * Function
> * $NAME$
> *
[ Not work the development mailing list ]
Hi Viktor,
PRG .-
aAdapters := win_GetAdaptersInfo()
aAdapters == { {cTipo, cNameDes, cMAC, cAddress, cMask, cGateway, cAdapter,
nStatus} }
Sort by nStatus.
C .-
DWORD hbwin_GetAdaptersInfo( PHB_ITEM pItmArray )
File .-
contrin/hbwin/win_getadt.c
It
Hi Andrzej,
> From:
> Sent: Monday, February 15, 2010 12:14 PM
> Subject: [Harbour] SF.net SVN: harbour-project:[13878] trunk/harbour
>
>> Revision: 13878
> [...]
>> * contrib/hbwin/hbwin.ch
>>* Changed to use full (0xFF) color components for RGB presets.
>
> Viktor, this change is incomp
Antonio,
Seems that Windows CE does not support the __declspec(thread) attribute.
But you're using HB_STACK_MACROS, remember .-
http://lists.harbour-project.org/pipermail/harbour/2009-December/029344.html
--
Xavi
El 19/02/2010 3:41, Antonio Linares escribió:
More on the C2485 error compiling
>> lot of success. One thing that will make our lives easier in 100,000
>> lines
>> of Clipper code is some sort of switch in Harbour / hbmk2 that will warn
>> you
>> if you are using a variable that wasn't declared by LOCAL, PRIV, MEMVAR,
>> etc
>> etc... in a function.
>>
>
> If tou want to d
Hi Xavi,
That's good, but pls work together with Przemek,
to offer a multiplatform solution in one portable
core function. And use hbwin only to provide the
extra functionality, if and only if those cannot
be done in portable way.
> PRG .-
> aAdapters := win_GetAdaptersInfo()
> aAdapters == {
στις 18/02/2010 17:27, O/H Viktor Szakáts έγραψε:
Hi All,
So, I'd like to ask prospective contributors to _ignore
these_ and concentrate on our path. It has been said
many times: There will only be a documentation (in any
format, or medium), if someone actually writes them.
There is no other
Okay. Probably it would be better to change to load
the .dll dynamically, unless we want add this new
system .dll to default system lib libs for the sake
of one function. It's rarely used functionality, so
this would save all Harbour apps some load time and
memory consumption.
Brgds,
Viktor
Revision: 13923
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13923&view=rev
Author: vouchcac
Date: 2010-02-20 01:37:31 + (Sat, 20 Feb 2010)
Log Message:
---
2010-02-19 17:40 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/resources/dbl
Revision: 13921
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13921&view=rev
Author: vszakats
Date: 2010-02-20 00:11:43 + (Sat, 20 Feb 2010)
Log Message:
---
2010-02-20 01:03 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* include/hbsetup.h
* C
smu johnson wrote:
>
> Since using Harbour from Clipper 5.2e, we'd have a few minor problems, and
> a
> lot of success. One thing that will make our lives easier in 100,000
> lines
> of Clipper code is some sort of switch in Harbour / hbmk2 that will warn
> you
> if you are using a variable tha
Hi Viktor,
Okay. I thought about it but waiting to see what says or does Przemek.
Hope the development list work, because the other participant are off topic.
Best regards,
Xavi
El 19/02/2010 20:06, Viktor Szakáts escribió:
Okay. Probably it would be better to change to load
the .dll dynamical
Okay. You can attach your source if you think so,
I'm sure it helps Przemek.
I think it's public.
http://groups.google.us/group/comp.lang.xharbour/browse_thread/thread/8a9348df065610fc#b8c7e71c405b7e52
Obviously adapted to the new Harbour.
Best regards,
Xavi
El 19/02/2010 19:11, Viktor Szaká
From:
Sent: Monday, February 15, 2010 12:14 PM
Subject: [Harbour] SF.net SVN: harbour-project:[13878] trunk/harbour
> Revision: 13878
[...]
> * contrib/hbwin/hbwin.ch
> * Changed to use full (0xFF) color components for RGB presets.
Viktor, this change is incompatible with Clipper. Previou
Okay. You can attach your source if you think so,
I'm sure it helps Przemek.
Something is definitely wrong with the list.
I've sent a msg to Phil.
Brgds,
Viktor
On 2010 Feb 19, at 18:59, Xavi wrote:
> Hi Viktor,
>
> Ok, without nStatus.
> I wait to see Przemek's changes.
> The development li
Massimo Belgrano wrote:
>
> here is updated incremental guide for hbide
> http://harbourlanguage.blogspot.com/
>
Your blog is almost outdated now.
Take a look at the interface with new goodies.
A lot has changed.
-
enjoy hbIDEing...
Pritpal Bedi
Revision: 13922
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13922&view=rev
Author: vouchcac
Date: 2010-02-20 01:20:08 + (Sat, 20 Feb 2010)
Log Message:
---
2010-02-19 17:22 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/resources/hel
Hi,
Since using Harbour from Clipper 5.2e, we'd have a few minor problems, and a
lot of success. One thing that will make our lives easier in 100,000 lines
of Clipper code is some sort of switch in Harbour / hbmk2 that will warn you
if you are using a variable that wasn't declared by LOCAL, PRIV,
Hi all
I would like to help to make Official Harbour Documentation a reality. You
have been done an excelent coding job here and harbour could be much more
appreciated and enjoyed (yet) with a proper official documentation within.
Unfortunatelly I have been following that writing Official Harb
Hi all
I would like to help to make Official Harbour Documentation a reality.
Harbour Developers have been doing an excelent coding job here and Harbour
Project could be much more appreciated and enjoyed with a proper official
documentation. Unfortunatelly I have been following that writing Of
Hi
I would like to help to make Official Harbour Documentation a reality. You
have been done an excelent coding job here and harbour could be much more
appreciated and enjoyed (yet) with a proper official documentation within.
Unfortunatelly I have been following that writing Official Harbour
Przemek,
I can commit basic implementation for all systems except MS-Windows
(it would be nice if you can test it in OS2 GCC and OW builds) and
maybe later someone will create windows implementation.
No problem, I've done MS-Windows only implementation that also includes MACs
address.
aAdapte
The next step will be a sync tool between all TXTs in doc/LANG with a
wiki like proposed by Antonio
One way not exclude the other
2010/2/19 Bacco :
> On Fri, Feb 19, 2010 at 08:27, Vailton Renato wrote:
>> Hi!
>>
>>
>>
> Is this tool in Delphi too? I dont know if we was thinking the same
> thing
On Fri, Feb 19, 2010 at 08:27, Vailton Renato wrote:
> Hi!
>
>
> I developed an tool some months ago that reads all the source code on
> folder /harbour/src + /harbour/contrib and compare it with the
> existing documentation in /harbour/doc and show me what has documented
> and what source files
2010/2/19 Vailton Renato :
> Hi!
> I honestly think something like this is hard to happen. I can even
> post the current code (which lacks some of the details yet) without
> problems, but I believe that to develop something similar or more
> specific would only postpone the most important work at t
Hi!
2010/2/19 Massimo Belgrano :
> Hi Renato
> can you Publish your delphi source
> samebody will convert in harbour
> Is possible a delphi2harbour.ch for convert sample application?
I honestly think something like this is hard to happen. I can even
post the current code (which lacks some of the
Hi Renato
can you Publish your delphi source
samebody will convert in harbour
Is possible a delphi2harbour.ch for convert sample application?
2010/2/19 Vailton Renato :
> Hi!
>
>> As I have proposed to write new HBQt demos, I had an idea today: Maybe
>> the first of them could be a basic visual
Przemyslaw,
> Thank you for the information.
> I know the syntax but AFAIR when we were talking about it last time
> you said that this function has build in race condition and when thread
> terminates before other thread calls DosWaitThread() then this function
> fails with error code set to ERRO
Przemyslaw,
I can surely test it, but I don't have multihomed OS/2 PCs anymore :(
Maurilio.
--
__
| | | |__| Maurilio Longo
|_|_|_|| farmaconsult s.r.l.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.
Hi,
This is an option. We opted not to call ld directly
for gcc compilers in general, but I think it's not a
problem to make an exception for OS/2.
Brgds,
Viktor
On 2010 Feb 19, at 11:29, Maurilio Longo wrote:
> David,
>
> Knut says gcc does not create a response file, but what happens if we
On Fri, 19 Feb 2010, Przemysław Czerpak wrote:
Hi,
> > and, there's no way to list interface addresses in a portable way, is there?
> > Right now I'm using a hb_InetGetHosts( NetName() ), but I'm not sure it's
> > the
> > best way to go.
> This may return only IP address to one interface.
> I c
Przemysław Czerpak wrote:
On Fri, 19 Feb 2010, Giancarlo Niccolai wrote:
Hi Giancarlo,
Nice to see your message here.
My best wishes to you.
:-) You're always in my mind. Respects.
With regards to
hb_InetGetHosts( NetName() )
If my memory is not wrong, it's the most portable way to know
David,
Knut says gcc does not create a response file, but what happens if we call ld
or/and emxomfld directly, without passing through gcc, after having created
the correct response file?
We could end up with a solution which works with every version of gcc without
requiring a patch at all.
BTW,
Hi!
> As I have proposed to write new HBQt demos, I had an idea today: Maybe
> the first of them could be a basic visual NanForum command help
> editor, that scans the correct Harbour folder, hides the NF format for
> the contributors, by presenting the respective fields as PlainText
> boxes, and
On Fri, 19 Feb 2010, Giancarlo Niccolai wrote:
Hi Giancarlo,
Nice to see your message here.
My best wishes to you.
> Maurilio Longo wrote:
> >Thanks guys,
> >and, there's no way to list interface addresses in a portable way, is there?
> >Right now I'm using a hb_InetGetHosts( NetName() ), but I
On Fri, 19 Feb 2010, Maurilio Longo wrote:
Hi,
> Thanks guys,
> and, there's no way to list interface addresses in a portable way, is there?
> Right now I'm using a hb_InetGetHosts( NetName() ), but I'm not sure it's the
> best way to go.
This may return only IP address to one interface.
I crea
Maurilio Longo wrote:
Thanks guys,
and, there's no way to list interface addresses in a portable way, is there?
Right now I'm using a hb_InetGetHosts( NetName() ), but I'm not sure it's the
best way to go.
Maurilio.
AFAIK, it's the nearest thing to an official and portable procedure that
Thanks guys,
and, there's no way to list interface addresses in a portable way, is there?
Right now I'm using a hb_InetGetHosts( NetName() ), but I'm not sure it's the
best way to go.
Maurilio.
Przemysław Czerpak wrote:
> On Thu, 18 Feb 2010, Mindaugas Kavaliauskas wrote:
>
> Hi,
>
>>> Test
54 matches
Mail list logo
