On Friday 25 January 2008 02:52:26 am Szakáts Viktor wrote:
Shall I do this renaming now?
Yes.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hi Alex,
You may need a newer version of the Windows SDK.
But even with the latest (or at least one from 2007 autumn),
I'm still getting some fatal build error with VC:
cl.exe -c -I..\..\include -Ot2b1 -EHs-c- -FD -Gs -
D_CRT_SECURE_NO_DEPRECATE -W3 -nologo -D__WINDOWS__ -DWIN32 -
On Fri, 25 Jan 2008, Szakáts Viktor wrote:
I'm trying to minimize confusion and variations
when it comes to make files, and adding make_gnu.cmd
doesn't really help in that process (since we
already have the same filename with .bat extension,
and for most ppl - who are Windows users - .cmd
Viktor,
.cmd files are enhanced .bat files on OS/2 as well as on Win32 from NT on.
On OS/2 if you launch a .bat file you open a DOS emulation box which cannot
execute OS/2 executables (with a few exceptions, which are those .EXEs which
have bundled inside them a DOS .EXE), so the .cmd variant of
So, if .bat works in OS/2 (which I believe they do, but
I may be wrong), I'd suggest not to add a copy of that
file with the .cmd extension (and different HB_* defaults
set). If it works OS/2 users will have to set those three
envvars and lauch the .bat file. Same goes for bin/bld.bat.
AFAIK it
Anyone with a fix for this one? Antonio?
Brgds,
Viktor
On 2008.01.16., at 22:45, Ciro Vargas Clemow wrote:
Hi all:
I test the example access2.prg from the samples of adordd
the program runs and diplay the browse, but if I press ENTER over
any field I obtain the next error:
Date:
On Fri, 25 Jan 2008, Szakáts Viktor wrote:
Maybe I missed sth but I understood that now he has to set all
envvars manually and call 'make' directly.
Yes, that's basically it. There is not much magic done
in these batch files (platform envvars, HB_BIN/INC/LIB_INSTALL
envvars set and make
Szakáts Viktor wrote:
You may need a newer version of the Windows SDK.
But even with the latest (or at least one from 2007 autumn),
I'm still getting some fatal build error with VC:
Perhaps we should remove it?
Is anyone using it?
Regards
Alex
2008-01-25 10:08 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbrddads/make_b32.bat
* contrib/hbrddads/make_vc.bat
! Removed duplicate line.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
Hi Przemek,
Okey, here's my TODO list for rename, let's revise it.
Current Proposed
LIBNAME LIBNAME
--- -
codepagehbcp
common hbcommon
compilerhbcomp ! - hbc
debug hbdebug
hbsix hbsix
hsx hbhsx
langhblang
macro hbmacro
I didn't remove it because it sort of works (after
some work done on it), and this could be an exciting /
interesting lib.
I think it could be easily fixed for someone familiar
with C++ and DX.
Brgds,
Viktor
On 2008.01.25., at 9:54, Alex Strickland wrote:
Szakáts Viktor wrote:
You may need
Hi All,
I tried to test the hbini module and have no success.
This short sample:
Function Main
Local aIni := HB_IniRead( a1.ini )
Return
where a1.ini is:
[abcd]
ppp=xyz
gives an error:
ERROR BASE/ Argument error: LEN
Called from LEN(0)
Called from HB_INIRDLOW(154)
Called from
Proposal updated for rdds:
Current Proposed
LIBNAME LIBNAME
--- -
dbfcdx hbrddcdx ! - rddcdx
dbffpt hbrddfpt ! - rddfpt
dbfntx hbrddntx ! - rddntx
Since we're breaking the hb* rule for 'gt's,
I think it's logical to do the same for 'rdd's
where the
2008-01-25 10:47 UTC+0100 Marek Paliwoda (mpaliwoda at interia pl)
* contrib/make_b32_all.bat
* contrib/make_vc_all.bat
! moved hbzlib compilation into conditional section of above batfiles
--
Marek Paliwoda
[EMAIL PROTECTED]
___
Harbour
Lorenzo Fiorini writes:
On Jan 25, 2008 11:13 AM, Alexander S.Kresin [EMAIL PROTECTED] wrote:
I tried to test the hbini module and have no success.
I've tried it under Linux/Fc8 and I see the Ok.
After rebuilding Harbour with latest sources ( previous was from
17.12.2007 ) it works
Szakáts Viktor wrote:
I'd suggest to keep zlib.h and zconf.h out of our SVN,
since the zlib dll package is needed anyway to use this
contrib. This way we'd be in sync with the rest of the
contribs where similar concept is used to avoid any
user installed .dll vs. local header file
Przemyslaw Czerpak wrote:
I think so. And probably it should be called rc-1.
The open question is what to do with beta branch.
After Viktor's cleanup in devel code (mostly in
contrib) the diff file between branches has over
10MB. I can sync it but probably it will be much
easier to remove old
Hi,
Seems to me this rather goes to down to platform behavior,
than being a bug in Harbour code itself. Harbour actually
passes down the file spec to the OS filefind call, unmodified.
Exact behavior for this case is also not described in detail
in the CA-Cl*pper NG.
I know that parameter of
18 matches
Mail list logo