This is more than a year old report / feature request about locale maping.
After reading the recent codepage discussion here on the list, I put this as a
reminder
that might help users porting thier DOS application to *nix world.
http://sourceforge.net/tracker/index.php?func=detail&aid=1672301&gr
hi Victor:
the Frm goes to you
best regards
Ciro
--
http://sistemascvc.tripod.com (la casa del clip2win y nodosimp / the no2imp and
clip2win home )
http://www.oohg.org ( Object Oriented Harbour GUI, more simple, more powerfull )
cvc.frm
Description: Binary data
_
2008-11-11 05:34 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* make_b32.mak
* make_vc.mak
* common.mak
* bin/hbmk.bat
+ Added generation of MT harbour .dlls for BCC and MSVC.
; TOFIX: 'hbmk -shared -mt' doesn't seem to work, resulting
app simply exists for both BCC
2008-11-11 04:22 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* make_b32.mak
* make_vc.mak
* make_gcc.mak
* common.mak
* Changed dll and mt obj locations to reside inside the platform dir:
obj/dll/* -> obj/*/dll
obj/*_mt -> obj/*/mt
+ Added provisions for new obj locat
2008-11-11 03:56 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* make_b32.mak
* make_vc.mak
* make_gcc.mak
* common.mak
+ Added generation of hbmainstd and hbmainwin libs.
* bin/hbmk.bat
+ Changed to use above libs. This also means that '-shared'
can now be used in Harbou
First of turn _SET_DEFEXTENSIONS to .F.,
after that in Harbour you'll need to convert
the Windows printer name to a port, share
name, or filename in order to print to it using
SET PRINTER TO.
Harbour core doesn't support any Windows
printers natively, so you'll need to use
hbwin.lib for some name
To keep it alive !
Pritpal Bedi wrote:
>
> Hello Przemek
>
> Can we have hb_gtInfoEx() function accepting
> as its first parameter and then the rest parameters.
> It will help me to control GT behavior from other threads .
>
> Also can we retrieve for current context, i.e.,
> pGT := hb_gt
Hi all,
RL will crash when compiled with Harbour.
The problem is that it's using 10 chars longer
PRIVATE vars, then saves them to a .mem file
and restores them before doing anything.
Now, .mem files can only store var names up to
10 chars, so when the vars are restored their
names are truncated
Hi Ciro,
Can you send the .frm, too?
Brgds,
Viktor
On 2008.11.11., at 0:48, Ciro Vargas Clemow wrote:
Hi Victor:
i'm not sure if the problem is the Treport.prg
but the next code... in clipper generate FF chr(12) chars after
each page
in harbour the FF chars not appear in list.txt
bes
2008-11-11 03:13 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
+ contrib/examples/rl
+ contrib/examples/rl/Makefile
+ contrib/examples/rl/hbmk_b32.bat
+ contrib/examples/rl/hbmk_vc.bat
+ contrib/examples/rl/readme.txt
+ Added build files for Clipper RL utility.
(if someone reme
Hello All
How can I implement remote printing at the client terminal.
I am using TCP/IP protocol, I mean hb_INet* functions to have
my own terminal. ( anybody interested can download
http://www.vouch.info/downloads/vouchclient.zip
user1/user1 ~ user9/user9 userid/password )
I need somethin
2008-11-11 02:44 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* bin/hbmk.bat
+ Added '-shared' support for MSVC.
! Fixed to cleanup mainstd.obj and mainwin.obj.
* ChangeLog
* Some TODO/TOFIX marked as [DONE]. One [DONE] marked
as [DONE - REOPENED].
--
Brgds,
Viktor
__
Hello All
Here is the code:
cPrinter := 'Kyocera FS-1000 (KPDL-2)'
SET PRINT ON
SET CONSOLE OFF
SET PRINTER TO ( cPrinter )
? 'Ok, I am printing'
eject
SET PRINTER TO
SET PRINT OFF
SET CONSOLE ON
The code above correctly prints on the specified printer in xHarbour
2008-11-11 02:35 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* make_b32.mak
* make_vc.mak
* make_gcc.mak
+ Added -DHB_TR_LEVEL_DEBUG C compiler option when
HB_BUILD_DEBUG=yes.
* source/rtl/hbinet.c
* Minor formatting.
--
Brgds,
Viktor
2008-11-11 01:39 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
+ config/w32/pocc64.cf
+ Added Pelles C x64 GNU-make file.
* config/w32/pocc.cf
* Minor cleanup.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lis
Hi Victor:
i'm not sure if the problem is the Treport.prg
but the next code... in clipper generate FF chr(12) chars after each page
in harbour the FF chars not appear in list.txt
best regards
Ciro
local i
local aDbf := {}
AADD(aDbf, { "Name", "C", 10, 0 })
AADD(aDbf, { "Address", "C", 20, 0
2008-11-11 00:39 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* make_b32.mak
* make_vc.mak
! Fixed linking hbtest-dll.exe with tracing enabled.
* bin/hbmk.bat
+ Added '-shared' option.
; TOFIX: - '-shared' won't work in binary installations.
- '-shared' cannot crea
Joel, could you please post your C_USR, L_USR and
other extra build settings?
Brgds,
Viktor
On 2008.11.10., at 23:16, Joel YAHOO wrote:
Hello
Starting from one it tree new of the msys.
I am also having problems to compile the harbour (SVN+MingW+Msys).
They are 2 errors.
1-
sh make_gnu.sh
co
Hi Joel,
sh make_gnu.sh
config/global.cf:44: config/w32/mingw32.cf: No such file or directory
make: *** No rule to make target `config/w32/mingw32.cf'. Stop.
I copied mingw.cf for mingw32.cf
Instead you should use 'set HB_COMPILER=mingw' or even
better just drop this setting completely and le
Hello
Starting from one it tree new of the msys.
I am also having problems to compile the harbour (SVN+MingW+Msys).
They are 2 errors.
1-
sh make_gnu.sh
config/global.cf:44: config/w32/mingw32.cf: No such file or directory
make: *** No rule to make target `config/w32/mingw32.cf'. Stop.
I
'sh make_gnu.sh install'
This works here with 4.1.2, but should also with 3.4.5.
But I am using Windows XP + Harbour (SVN) + MinGW, and this, ('sh
make_gnu.sh install' ), is for Linux.
What would it be for WinXP?
It is for XP, just try. 'sh' is part of msys.
[ Despite some drawbacks (you
Hi Ciro,
IF lPrinter // To the printer
::lFormFeeds := .T.
ELSE
::lFormFeeds := .F.
ENDIF
in other words if I send the report to a file the EJECTS are not
triggered.
and if I normally send first to a file and later copy this file to
print port, then my
Other method is declaring temporary local variables for enumerators
and forbid using normal MEMVAR/STAATIC/LOCAL variables so the code
will look like:
proc p( aCountry )
for each aI in aCountry // aI is temporary local variable
// allocated automatically by c
Przemyslaw Czerpak-2 wrote:
>
> 2008-11-05 03:01 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
> ..
> * harbour/contrib/gtwvg/gtwvg.c
> * cover LWA_ALPHA usage by #if ( _WIN32_WINNT >= 0x0500 )
> to keep at least compile time compatibility with older systems
>
>
I think is
Szakáts Viktor escribió:
Hi Guillermo,
I have this version of Harbor:
--
C:\HarbourMinGW\bin>harbour
Harbour 1.0.1dev Intl. (Rev. 9229)
Copyright (c) 1999-2008, http://www.harbour-project.org/
---
Hello Przemek,
Creating database with cdx index on field with binary data,
then appending records seems successful.
Then recompiling dbfcdx1.c with HB_CDX_DBGCODE_EXT defined,
program ends with message:
inserting, iSize=29, childs[i]->iFree=30
iKeys=102, iMaxReq=3
Unrecoverable error 9201: hb_cd
HI all:
I found a little thing that I don't undesrtand.
in TREPORT.prg
I found this
IF lPrinter // To the printer
::lFormFeeds := .T.
ELSE
::lFormFeeds := .F.
ENDIF
in other words if I send the report to a file the EJECTS are not triggered.
and if I
Hi Guillermo,
I have this version of Harbor:
--
C:\HarbourMinGW\bin>harbour
Harbour 1.0.1dev Intl. (Rev. 9229)
Copyright (c) 1999-2008, http://www.harbour-project.org/
--
and h
On Mon, Nov 10, 2008 at 2:38 PM, Przemyslaw Czerpak <[EMAIL PROTECTED]> wrote:
> change -install_name parameter to:
>${CCPREFIX}libtool -dynamic -install_name "${BASE}${SLIB_EXT}" \
>
> Check if everything works correctly. If yes then please commit it.
Thanks it was it :)
Since today Mac OS
On Mon, 10 Nov 2008, Mindaugas Kavaliauskas wrote:
Hi Mindaugas,
> I'm just trying to made my understand about an answer to two questions:
> 1) is it good that enumerators are detached to references to iterated items
> (or is it better to remain it enumerators in the codeblocks)?
If we left the
Szakáts Viktor escribió:
Hi,
Check GETPRINTERS() in hbwin.lib.
Hi Viktor,
ENV: WinXP+Harbour from SVN+MinGW
I have this version of Harbor:
--
C:\HarbourMinGW\bin>harbour
Harbour 1.0.1dev Intl. (Rev. 9229)
Copyright (c) 1999-2008, http
Hi,
PROC main()
LOCAL aCountry, aI
aCountry := {"LTU"=>"Lithuania", "ZWE"=>"Zimbabwe"}
FOR EACH aI in aCountry
QOUT(aI:__enumKey) // OK
EVAL({|| QOUT(aI:__enumKey)}) // RTE
NEXT
RETURN
It's expected and correct behavior. Variables stored in codeblocks
are det
On Mon, 10 Nov 2008, [EMAIL PROTECTED] wrote:
Hi Toninho,
> Here is the results for Windows Vista 6.0.6000. Strange that DL-Alloc
> wins pratically in all parts except in last part of memtst. Maybe is
> possible do an optmization in this process?
You can make some experiments with DEFAULT_GRANUL
On Mon, 10 Nov 2008, Mindaugas Kavaliauskas wrote:
Hi Mindaugas,
> PROC main()
> LOCAL aCountry, aI
>aCountry := {"LTU"=>"Lithuania", "ZWE"=>"Zimbabwe"}
>FOR EACH aI in aCountry
> QOUT(aI:__enumKey) // OK
> EVAL({|| QOUT(aI:__enumKey)}) // RTE
>NEXT
> RETURN
>Thanks Toninho.
>
>You could further help by sending speedtst and
>memtst results for both DLALLOC and STDALLOC
>builds, run on Vista and XP.
Hi Viktor, thank you, but please, wait until tonight. In my home I
have windows XP. I´ll collect all results and post here.
Regards,
Toninho.
__
>As a last resort we may want to disable DLALLOC
>for BCC >= 6.0 if this seems to be best from the
>results.
Hi Viktor,
Here is the results for Windows Vista 6.0.6000. Strange that DL-Alloc
wins pratically in all parts except in last part of memtst. Maybe is
possible do an optmization in this pro
On Mon, 10 Nov 2008, Maurilio Longo wrote:
Hi Maurilio,
> It seems you did focus on mouse code, I've never dealt with it, but I'd say it
> has to do with openwatcom, because with GCC mttest*.* work ok.
To be precise the problem is with any console input and it's inside pure
OS2 API functions. It
Thanks Toninho.
You could further help by sending speedtst and
memtst results for both DLALLOC and STDALLOC
builds, run on Vista and XP.
As a last resort we may want to disable DLALLOC
for BCC >= 6.0 if this seems to be best from the
results.
Brgds,
Viktor
On 2008.11.10., at 13:04, [EMAIL PROT
2008-11-10 15:17 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbcurl/common.mak
* contrib/hbcurl/Makefile
* contrib/hbcurl/hbcurl.c
+ contrib/hbcurl/hbcurlm.c
+ Some disabled (not mainstream) functions moved to
a separate file.
* contrib/hbwin/win_prn2.c
* Mino
Hi Przemek,
I like the second one better, as it clears the ambiguity
and even the requirement to use -n switch when someone
defines MAIN(). So there would be one thing less to worry
about. First choice however is more Clipper compatible,
so IMO we should do it.
Please remember that current sup
Hi,
PROC main()
LOCAL aCountry, aI
aCountry := {"LTU"=>"Lithuania", "ZWE"=>"Zimbabwe"}
FOR EACH aI in aCountry
QOUT(aI:__enumKey) // OK
EVAL({|| QOUT(aI:__enumKey)}) // RTE
NEXT
RETURN
Best regards,
Mindaugas
___
Harbo
On Sun, 09 Nov 2008, Szak�ts Viktor wrote:
Hi Viktor,
> I like the second one better, as it clears the ambiguity
> and even the requirement to use -n switch when someone
> defines MAIN(). So there would be one thing less to worry
> about. First choice however is more Clipper compatible,
> so IMO
David, Przemyslaw,
I'm sorry, I was not monitoring this list lately because of lack of spare
time, anyway, can I do to help?
It seems you did focus on mouse code, I've never dealt with it, but I'd say it
has to do with openwatcom, because with GCC mttest*.* work ok.
If I'm not wrong, openwatcom
2008-11-10 14:41 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbapi.h
* harbour/source/common/hbstr.c
+ added hb_numToStr()
* harbour/source/vm/estack.c
* harbour/source/compiler/genc.c
* harbour/source/compiler/gencc.c
* use hb_numToStr() for integer nu
On Wed, 05 Nov 2008, Lorenzo Fiorini wrote:
Hi Lorenzo,
> I use standard gnu makefiles with hb* scripts but under Mac OS X I
> can't find the right way to shared executables.
> Everything gets built correctly using the same makefiles I use under
> Win and Lin but at runtime the executable looks f
On Mon, 10 Nov 2008, Lorenzo Fiorini wrote:
Hi Lorenzo,
> On Mon, Nov 10, 2008 at 12:29 PM, Szakáts Viktor <[EMAIL PROTECTED]> wrote:
> > Experienced hash users should say the final word.
> We use hashes extensively and the RTE is useful to avoid mispelled
> keys exactly like arrays gets RTE if a
On Sun, 09 Nov 2008, David Arturo Macias Corona wrote:
Hi David,
> Good question but I am not tested that
> What I say is: using gtos2, at least in these tests, screen/output is not
> refreshed and tracing labels existent in body of fuction where error happen
> are not shown
> You will see more
On Mon, Nov 10, 2008 at 12:29 PM, Szakáts Viktor <[EMAIL PROTECTED]> wrote:
> Experienced hash users should say the final word.
We use hashes extensively and the RTE is useful to avoid mispelled
keys exactly like arrays gets RTE if accessed out of bounds.
When it's expected we use:
#xtranslate
Hi Przemek,
Probably some RT errors from function call should be eliminated
for flexible usage. I never though about this problem so far
and when I was adding hashes to harbour I simply replicated
most of RT errors which exists in xHarbour.
What I've suspected.
You've just accepted autoadd i
>Could you post the details of your Harbour build
>switches and C compiler type/version, Harbour revision?
>Did you do your tests in MT or ST mode?
---cut---
SET C_USR=-DHB_GUI -DHB_FM_STATISTICS_OFF -DHB_NO_PROFILER
-DADS_LIB_VERSION=700 -DHB_HASH_MSG_ITEMS -DHB_FM_STD_ALLOC
-DHB_NO_DEBUG
---cut-
Hi,
Check GETPRINTERS() in hbwin.lib.
Brgds,
Viktor
On 2008.11.10., at 4:09, Guillermo Varona Silupú wrote:
Hi
Is there any role that I return the printer list (names and ports
they use)?
and the default printer
I use: WinXP SP3 + Harbour + MinGW
Best Regards.
GVS
__
Hi Toninho,
Could you post the details of your Harbour build
switches and C compiler type/version, Harbour revision?
Did you do your tests in MT or ST mode?
Maybe also Vista version/SP level, CPU type and
physical memory could also help.
Experience from Vista users would also be great to
hear.
I found in documentation included in OW a sample for multithreading
Entirely page is below
Przemek, can you check page ?
They talk about DosEnterCritSec() and DosExitCritSec() to prevent
collisions between threads
I tested using
wcl386 -bt=os2 -bm -l=os2v2 mthread
and results are:
>> In windows vista my tests display bad results if we use DL_ALLOC,
>
>Can you tell some more about this? What does
>"bad results" mean? It'd be important to know about
>such problems before we settle with our default.
Hi Viktor, sorry for delay. I don´t have windows vista in my home, so
I was wa
[Przemek]
> ../../thread.c(1240): Error! E029: col(60) symbol '_gettid' has not
been declared
>
> _gettid() is GCC local function.
> I do not see function which returns directly thread ID in OS2 API.
> Probably it can be extracted from TIB structure returned by
> DosGetInfoBlocks(). I cannot fin
Hi Przemek,
I already tryed that.
oReport:Set("RECORDSELECTIONFORMULA" , '{FFAC.CODJOU} = "VEN"' )
is also working...
in win_ole.c
I checked the result of
OleGetID( pDisp, hb_itemGetSymbol( hb_stackBaseItem() )->szName, &DispID,
&bSetFirst )
Wich succeded and correctly set bSetFirst to T
2008-11-10 09:50 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* include/hbmath.h
! Fixed Pelles C 5.00 not having an 'inf' (HUGE_VAL) symbol
when in -Tarm-coff (~WinCE) mode. Pelles C bug (?).
; NOTE: Now core fully compiles in WinCE mode. So we have
a new port.
57 matches
Mail list logo
