I can give you a more exact output list when I go to work tomorrow in about
8 hours, but I am 99% sure they are as follows:
1) gnuwin32\bin directory contents ->
http://members.shaw.ca/smujohnson/txt/gnuwin32-files.txt
2) c:\mingw\bin -> untouched install of TDM's mingw 4.4.1-2 install from
the
Hi,
Can you post the dir listing of your C:\gnuwin32\bin and
C:\mingw\bin directories?
Viktor
On 2010 May 6, at 08:36, smu johnson wrote:
> Sorry Viktor, I still don't understand. AFAIK, I don't have ANY cygwin
> stuff on my computer. I don't see a single cygwin thing in my path, and I
>
Sorry Viktor, I still don't understand. AFAIK, I don't have ANY cygwin
stuff on my computer. I don't see a single cygwin thing in my path, and I
don't think TDM mingw is considered a cygwin program under windows. Having
installed cygwin a few years ago on a different computer (and hating
everyt
Revision: 14436
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14436&view=rev
Author: vszakats
Date: 2010-05-06 06:33:13 + (Thu, 06 May 2010)
Log Message:
---
2010-05-06 08:32 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* src/common/hbgete.c
!
> hbgetenv.c
>
>
> HB_BOOL hb_setenv( const char * szName, const char * szValue )
> {
> #if defined( HB_OS_WIN )
> {
> LPTSTR lpName = HB_TCHAR_CONVTO( szName );
> LPTSTR lpValue = HB_TCHAR_CONVTO( szValue );
> HB_BOOL bResult = ( SetEnvironmentVariable( lpName, lpValue )
Hi Pritpal,
> hbmk2 E:\dev_hbmk\xharbour\cacherdd.hbp -hblib -xhb -q -trace -info -lang=en
> -width=512 -rebuild -env:__MT__-
>
> ...
> ...
>
> Unrecoverable error 9023: hb_xgrab requested to allocate zero bytes
> Called from HB_SETENV(0)
> Called from HBMK2(945) in ../../../hbmk2.prg
> Called
> Hello Viktor
>
> To be on the quicker side, and if it can be acieved easily,
> can you provide functionality to call Harbour.exe for each souce
> separately controllable through some switch, i.e., -componebyone=yes.
No sorry, I'd like to find the real solution.
Viktor
___
> Hi,
>
> Two things... 1) Is this not already after the path? Because I stuck it at
> the end.
>
> %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\;C:\Program
> Files (x86)\ATI
> Technologies\ATI.ACE\Core-Static;C:\strawberry\perl\b
In continuation...
Pritpal Bedi wrote:
>
> See, const char * szValue , is never sent and is NULL in C.
> Also I do not see how a variable gets removed from list in this code.
> I will be wrong if an empty value nullifies it.
>
MSDN says
If this parameter is NULL, the variable is deleted fro
In continuation...
Pritpal Bedi wrote:
>
> Unrecoverable error 9023: hb_xgrab requested to allocate zero bytes
> Called from HB_SETENV(0)
> Called from HBMK2(945) in ../../../hbmk2.prg
> Called from MAIN(473) in ../../../hbmk2.prg
>
hbgetenv.c
HB_BOOL hb_setenv( const char * szName
Hello Viktor
hbmk2 E:\dev_hbmk\xharbour\cacherdd.hbp -hblib -xhb -q -trace -info -lang=en
-width=512 -rebuild -env:__MT__-
...
...
Unrecoverable error 9023: hb_xgrab requested to allocate zero bytes
Called from HB_SETENV(0)
Called from HBMK2(945) in ../../../hbmk2.prg
Called from MAIN(473) in
Revision: 14435
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14435&view=rev
Author: vouchcac
Date: 2010-05-05 22:54:53 + (Wed, 05 May 2010)
Log Message:
---
2010-05-05 15:50 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/resources/pro
Hello Viktor
To be on the quicker side, and if it can be acieved easily,
can you provide functionality to call Harbour.exe for each souce
separately controllable through some switch, i.e., -componebyone=yes.
I really need this issue be solved fast.
-
enjoy hbIDEing...
Pritpal
Hi,
Two things... 1) Is this not already after the path? Because I stuck it at
the end.
%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\;C:\Program
Files (x86)\ATI
Technologies\ATI.ACE\Core-Static;C:\strawberry\perl\bin;c:\windows\batfi
From the information you gave us it's impossible
to tell any meaningful answer.
Why not tell us what is the problem? besides "doesn't run fine".
Viktor
On 2010 May 5, at 23:22, Itamar Lins wrote:
> Hi!
> My program with xHarbour run fine. But the same program not run with Harbour.
> File scrip
All you have to do is put cygwin dir _after_ the compiler
tools in the PATH.
Viktor
On 2010 May 5, at 23:48, smu johnson wrote:
> Hi,
>
> I'm sure the problem here is that it is detecting cygwin somehow... good tip
> that I should be watching the first few lines of the log closely.
>
> Even
BTW, if you are curious to look at the files that might cause this, you can
see them here: http://members.shaw.ca/smujohnson/txt/gnuwin32-files.txt
I just did: find . > txtfile to get them.
On Wed, May 5, 2010 at 2:48 PM, smu johnson wrote:
> Hi,
>
> I'm sure the problem here is that it is d
Hi,
I'm sure the problem here is that it is detecting cygwin somehow... good tip
that I should be watching the first few lines of the log closely.
Even though GnuWin32 is not a cygwin-based thing, as is advertised as
"cygwin" free tools... but it's enough to fool the Harbour build process.
Am I g
Pls post the beginning of your log output and
settings. [ I've never seen such error before. ]
Viktor
On 2010 May 5, at 23:33, smu johnson wrote:
> Dear all,
>
> Turns out it was caused by having GnuWin32\bin in the path on my Windows
> machine. I use it to get many of the "unix tools" in wi
Dear all,
Turns out it was caused by having GnuWin32\bin in the path on my Windows
machine. I use it to get many of the "unix tools" in windows. Maybe it has
an .exe that the Harbour build relies on and is using that instead, and
causing this error. (it is not gcc.exe, at least).
But maybe it
Hi Smu,
> Any news / updates / thoughts about changing Harbour's SCM over to git? It
> would make pulling new changes quite easy, instead of downloading the nightly
> build .zip all the time. Perhaps others would agree. I am not much of an
> SVN expert... and maybe synching is easy too... bu
Hi!
My program with xHarbour run fine. But the same program not run with
Harbour.
File script.hbp
-inc
-gtnul
-lhbct
-lhbtip
-lxhb
-ordemail
# sources
rd.prg
arquivos.prg
parametr.prg
avisos.prg
envemail.prg
End script.
No show error.
What can is happening?
Best regards,
Itamar M. Lins Jr.
_
Viktor Szakáts wrote:
>
> -w0 only changes Harbour warning level. To turn off
> C compiler warnings, you can use -warn=no option, by
> default hbmk2 uses the same warning level as Harbour
> build and bcc is known to exit with fatal error if
> number of warnings is high. I'd suggest to experi
>
> [ I run into a problem when converting Harbour
> SVN to Git. At first our 1.0.0rc1 tag got
> created in trunk, which broke its parent
> following logic. ]
I have a repository converted to mercurial and in effect I had the
same problem. I had to give some special parameter to the import
procedu
Hello All
Below are the hbIDE logs ( for this matter, it is the same if it is executed
on command line ).
The MOST puzzling factor is that if I put "C:\Dev\C5\cn.prg" after
"C:\Dev\C5\ar.prg" the
the above warnings are shown for "C:\Dev\C5\VR.PRG".
The behavior is the same for Harbour latest
I am getting this compile error on Harbour rev 14429, using cmd: win-make
HB_BUILD_UNICODE=no install
gcc -I. -I../../../../../../include -W -Wall -O3 -fomit-frame-pointer
-march=i
586 -mtune=pentiumpro -DHB_LEGACY_TYPES_OFF -ogttrm.o -c ../../../gttrm.c
../../../gttrm.c: In function 'get_inch
Hi Viktor,
Any news / updates / thoughts about changing Harbour's SCM over to git? It
would make pulling new changes quite easy, instead of downloading the
nightly build .zip all the time. Perhaps others would agree. I am not much
of an SVN expert... and maybe synching is easy too... but I know
On Wed, 05 May 2010, Szak�ts Viktor wrote:
Hi Viktor,
> In the 4 working days of live testing the GPFs
> seem to have disappeared and I got no crash
> reports from users either.
Thank you for the information.
Let me know if you find any problems.
best regards,
Przemek
Hi,
My name is Ranier.
Is it possible PrinterFileText() converts ESC codes to pdfcreator letter
attributes ?
I think that PrinterFileText is not right place to convert codes.
The driver printer can not be PDFCreator, can be any other...
Best regards,
Ranier
PS: Anybody can restore my account i
Revision: 14434
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14434&view=rev
Author: vouchcac
Date: 2010-05-05 16:50:47 + (Wed, 05 May 2010)
Log Message:
---
2010-05-05 09:45 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/idedocks.prg
Mindaugas Kavaliauskas wrote:
Here is a sample code, how I copy data.dbf to MEMIO for a much faster
report generation using memory file instead of (possibly remote) file.
If you change "data.dbf" to "net:data.dbf" you'll have a function to
NETIO file to MEMIO file.
I briefly looked to see if I
Rainier,
Is it possible PrinterFileText() converts ESC codes to pdfcreator letter
attributes ?
Regards
Ranier escribió en mensaje <4bdf205e.2080...@cultura.com.br>...
Hi,
This is a simple draft, but maybe is useful for anyone...
Original Win_PrinterFileRaw, bypass the driver t
> IMO is solution for mingw
Can you explain how 'hbmk2 -mkimplib=hello hello.dll'
Harbour command is able to create a working libhello.a,
given there is no other input file than 'hello.dll'?
> Here is possible post a messages on ads's newsgroup
> http://www.nntp.hk/web/?server=devzone.advantage
IMO is solution for mingw
Here is possible post a messages on ads's newsgroup
http://www.nntp.hk/web/?server=devzone.advantagedatabase.com
If you want i can post and follow but i need that you write request
2010/5/5 Viktor Szakáts
> > no afaik must copy lit to .a
> > whith this i work fine
> > c
> no afaik must copy lit to .a
> whith this i work fine
> copy C:\devl\acesdk\ace32.lib C:\HARBOUR\LIB\win\mingw\libace32.a
It's not a generic solution, since there is no .lib
file provided in all cases. It also makes hbmk2's
'-mkimplib' option useless for mingw users.
Viktor
no afaik must copy lit to .a
whith this i work fine
copy C:\devl\acesdk\ace32.lib C:\HARBOUR\LIB\win\mingw\libace32.a
2010/5/5 Viktor Szakáts
> I remember this has worked once already in the past,
> (copying *.dll to lib*.a and using *.dll directly in mingw )
> but maybe I'm wrong, or it just w
>2010-05-05 10:39 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
> * config/os2/gcc.mk
> * utils/hbmk2/hbmk2.prg
>- Deleted resource support from os2/gcc and os2/gccomf.
> It didn't work with any gcc flavours. Resource support
> seems to be broken in gcc tools.
Thanks Viktor
Now
Viktor Szakáts wrote:
In second version you don't assign the returned
mutex handle to a variable, therefore it's
instantly released by GC, along with the mutex.
Thank you Viktor. I replaced my own naive implementation of CreateMutex with the
wapi_ version, not realising about the garbage coll
I remember this has worked once already in the past,
(copying *.dll to lib*.a and using *.dll directly in mingw )
but maybe I'm wrong, or it just worked in some cases,
and not in some others.
This is the second example where it doesn't work (previous
one was mysql.dll).
[ So far it looks this i
Hi,
> This code will allow me to run only one version (which I want):
>
> s_hMutex := wapi_CreateMutex( NIL, NIL, "HBNetSvr" )
> IF ! Empty( s_hMutex ) .AND. wapi_GetLastError() == 0
> alert("=> Hello World! OK.")
> ELSE
> alert("=> Application is running. Error")
> return
>
This code will allow me to run only one version (which I want):
s_hMutex := wapi_CreateMutex( NIL, NIL, "HBNetSvr" )
IF ! Empty( s_hMutex ) .AND. wapi_GetLastError() == 0
alert("=> Hello World! OK.")
ELSE
alert("=> Application is running. Error")
return
ENDIF
This c
SET HB_WITH_ADS=C:\DEVL\acesdk
SET HB_BUILD_IMPLIB=yes
SET HB_COMPILER=mingw
SET HB_INSTALL_PREFIX=C:\HARBOUR
SET PATH=C:\DEVL\MinGWtdm\BIN;C:\HARBOUR\BIN\WIN\mingw;%PATH%
WIN-MAKE clean install
here libace32.a seem copied from ace32.dll istead of libace32.a so i must do
copy C:\devl\acesdk\ace32.l
Revision: 14433
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14433&view=rev
Author: vszakats
Date: 2010-05-05 08:44:08 + (Wed, 05 May 2010)
Log Message:
---
2010-05-05 10:39 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* config/os2/gcc.mk
* uti
>Fail to build with os2gcc442omf, os2gcc335aout, both with "undefined
>symbol __hb_gettid"
>2010-05-04 14:10 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
> * harbour/src/vm/thread.c
>! fixed problem with OS2 GCC builds reported by David.
Thanks Przemek
Now tested with:
* $Id: Ch
Hi Przemek,
In the 4 working days of live testing the GPFs
seem to have disappeared and I got no crash
reports from users either.
Thanks again.
Viktor
On 2010 Apr 29, at 11:12, Viktor Szakáts wrote:
> Hi Przemek,
>
> Life saver patch, thank you very much.
>
> My non-UNICODE app build wasn'
Revision: 14432
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14432&view=rev
Author: druzus
Date: 2010-05-05 07:58:32 + (Wed, 05 May 2010)
Log Message:
---
2010-05-05 09:58 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/src/compiler/
Thanks Jerry. Peace and happiness onto you.
On Tue, May 4, 2010 at 6:24 PM, Jerry Finuliar
wrote:
> Hi,
>
> Please change DispLine proc in Achoice.prg with the one below.
>
>
> STATIC PROCEDURE DispLine( cLine, nRow, nCol, lSelect, lHiLite, nNumCols )
>
> ColorSelect( iif( lSelect .AND. ISCHAR
47 matches
Mail list logo
