On Wednesday 18 February 2009 21:09:59 Viktor Szakáts wrote:
> Hi all,
> After rechecking the situation with gtcrs, gtsln,
> I'd like to ask group whether we could move
> these two GTs to the contrib area.
>
> The reasons are:
> 1) Dependency on optional external libs,
> with the same issues ou
>
> Sorry I still don't see any real problem.
> The number of the files says nothing about the quality of a solution.
> 1 big file, many small files? It depends.
Scattering logic for one feature to several independent
places can work, it's just error prone and much more
difficult to prove (test)
Is possible made an harbour-updater written in harbour with tips for make
more simple operation?
2009/2/19 Lorenzo Fiorini :
> On Thu, Feb 19, 2009 at 2:57 PM, Viktor Szakáts wrote:
>
>> I hope you're not serious telling this to me ;)
>
> What I can say is that today I can do:
>
> svn co http://
On Thu, Feb 19, 2009 at 2:57 PM, Viktor Szakáts wrote:
> I hope you're not serious telling this to me ;)
As I told you, english can be "dangerous", but unfortunately my german
and my spanish are even worse.
> Certain logic is spanning across several different files,
> which makes maintenance di
>
> > I beg you pardon?
>
> *nix is used to describe Unix derivatives like Solaris, AIX, HPUX,
> BSD, Linux, ...
I hope you're not serious telling this to me ;)
> > To me it seems it's all about your distrust towards my work
>
> Please don't read too much inside my poor english :)
>
> > so I in
On Thu, Feb 19, 2009 at 2:18 PM, Viktor Szakáts wrote:
> I beg you pardon?
*nix is used to describe Unix derivatives like Solaris, AIX, HPUX,
BSD, Linux, ...
> To me it seems it's all about your distrust towards my work
Please don't read too much inside my poor english :)
> so I invite you to
>
> > [ On Linux I can test, so it's not blind modification nor
> > something I've haven't done before, in case this wasn't
> > obvious from my activity here and the binary builds I've
> > so far produced for *nix systems (for Lorenzo). ]
>
> *nix is not only Linux.
I beg you pardon?
> For exam
On Thu, Feb 19, 2009 at 10:55 AM, Viktor Szakáts wrote:
> [ On Linux I can test, so it's not blind modification nor
> something I've haven't done before, in case this wasn't
> obvious from my activity here and the binary builds I've
> so far produced for *nix systems (for Lorenzo). ]
*nix is not
Hi Przemek,
Okay, let's leave them there, that's why I was asking.
However I'd like to make some changes here to move
their solution closer to the standard we use in Harbour.
Particularly the inclusion logic and some misc GT
settings, and specifically to move GTSLN/GTCRS
specific logic to their re
On Thu, Feb 19, 2009 at 4:09 AM, Viktor Szakáts wrote:
> After rechecking the situation with gtcrs, gtsln,
> I'd like to ask group whether we could move
> these two GTs to the contrib area.
No please don't. There are situations where gtcrs is necessary.
> [ We can also apply the methods used fo
On Thu, 19 Feb 2009, Szak�ts Viktor wrote:
Hi Viktor,
> After rechecking the situation with gtcrs, gtsln,
> I'd like to ask group whether we could move
> these two GTs to the contrib area.
> The reasons are:
> 1) Dependency on optional external libs,
> with the same issues our contribs have
Hi all,
After rechecking the situation with gtcrs, gtsln,
I'd like to ask group whether we could move
these two GTs to the contrib area.
The reasons are:
1) Dependency on optional external libs,
with the same issues our contribs have to deal with,
but managed by other means, special
sw
12 matches
Mail list logo
