Sorry Andy
But *unix is much more professional then windows
Regards
Luiz
-Original Message-
From: Andi Jahja
Sent: Sunday, July 15, 2012 12:10 PM
To: xHarbour Developers Mailing List
Subject: Re: [xHarbour-developers] Why should we litter folders with
makestuff?
> No reply so far.
> I
-Messaggio Originale-
Da: "Andi Jahja"
A: "xHarbour Developers Mailing List"
Data invio: domenica 15 luglio 2012 13.59
Oggetto: Re: [xHarbour-developers] Apollo DBF Interface
> Hello,
>
> Be ready to download the run-time DLL at:
>
> http://www.vistasoftware.com/trial_download.asp?re
-Messaggio Originale-
Da: "Andi Jahja"
A: "xHarbour Developers Mailing List"
Data invio: domenica 15 luglio 2012 17.51
Oggetto: Re: [xHarbour-developers] Why should we litter folders with
makestuff?
> SO, I strongly suggest that xHabour users stick to BCC or MSVS. Do not
> listen to
-Messaggio Originale-
Da: "Andi Jahja"
A: "xHarbour Developers Mailing List"
Data invio: domenica 15 luglio 2012 17.10
Oggetto: Re: [xHarbour-developers] Why should we litter folders with
makestuff?
> Professionally developed OS should be much better than amateur one.
> That is a ve
-Messaggio Originale-
Da: "Andi Jahja"
A: "xHarbour Developers Mailing List"
Data invio: domenica 15 luglio 2012 16.56
Oggetto: Re: [xHarbour-developers] Why should we litter folders with
makestuff?
> No reply so far.
> I am very sorry if your *nix thingies have limitations to do so
SO, I strongly suggest that xHabour users stick to BCC or MSVS. Do not
listen to FALSE statement that made MinGW/GCC is superior above all. It
is a total misleading :-), unless you are mapping you ways the amateur
way.
Andi
On Sun, 15 Jul 2012 22:10:38 +0700
Andi Jahja wrote:
> > No reply so f
> No reply so far.
> I am very sorry if your *nix thingies have limitations to do so.
> My advice: Get a better and serious OS :-)
Professionally developed OS should be much better than amateur one.
That is a very basic logic thinking, applicable to not only xHarbour,
but all things in life :-)
At least, we are better than our neighbor, who is junking each folder
with at least 3 unkown files. Very terrible!! :-)
Andi
On Sun, 15 Jul 2012 21:56:03 +0700
Andi Jahja wrote:
> No reply so far.
> I am very sorry if your *nix thingies have limitations to do so.
> My advice: Get a better and
No reply so far.
I am very sorry if your *nix thingies have limitations to do so.
My advice: Get a better and serious OS :-)
Andi
On Sun, 15 Jul 2012 10:34:57 +0700
Andi Jahja wrote:
> Hello,
>
> The following additions:
>
> 2012-07-14 09:10 UTC-0300 Luiz Rafael Culik
> * contrib/Makefile
Hello,
This is a low-level-approach, as such it by-passes the RDD stuffs in the
core codes. This, at the end, results in a more-speedy application. The
surface codes will be at PRG level, to stimulate PRG developers to
participate. This is a quite "big" project, so I beg developers to join
:-)
An
Hello,
This will require a lot of feed-back. The available sources in my desk
are absolutely very raw, eventhough they cover almost all the Six
aspects.
Andi
On Sun, 15 Jul 2012 18:40:22 +0700
Andi Jahja wrote:
> Hello,
>
> I am going to add low-level-approach of DBF manipulation based on Apo
Hello,
Be ready to download the run-time DLL at:
http://www.vistasoftware.com/trial_download.asp?ref=trial
Andi
On Sun, 15 Jul 2012 18:40:22 +0700
Andi Jahja wrote:
> Hello,
>
> I am going to add low-level-approach of DBF manipulation based on Apollo
> (AKA Six) DBDF stuffs. This is not an R
Hello,
I am going to add low-level-approach of DBF manipulation based on Apollo
(AKA Six) DBDF stuffs. This is not an RDD, but a real DBF low-level
acsess. Nothing is inhereted from the RDD base source.
If there's a contra on this, please speak.
Andi
---
13 matches
Mail list logo