Przemek
May be I could not present my case properly.
I understand your implementation of new GT and also
how it is behaving. My request is based on the new OBJECT
modal I am building on lines with Xbase++ where I needed
such functionality.
I only need GTINFO manipulation is such way nothing
On Tue, 11 Nov 2008, Pritpal Bedi wrote:
Hi Pritpal,
> No, not exactly.
> So to check if above protocol works I did some tests.
> hb_gtSelect( pGT ) swaps the current GT with pGT and this is
> what I do not want. I just need to set/get a parameter of
> another window ( GT ) from another threade
On Tue, 11 Nov 2008, Maurilio Longo wrote:
Hi Maurilio,
> what do you use to build harbour with watcom?
> On my pc, simply trying to build a single .c file from the ide gives a trap
> inside OS2KRNL, so I fear it is not SMP ready.
I do not know if the IDE is SMP ready but it's not a problem for
On Tue, 11 Nov 2008, Saulius Zrelskis wrote:
Hi Saulius,
> > If you are interested in more information then you can send it.
> > In some spare time I'll check the exact conditions for above
> > message.
> I send it to your mailbox.
> Thank you for your costly time
It should be fixed now.
best r
On Tue, 11 Nov 2008, Szak�ts Viktor wrote:
Hi Viktor,
>> function hb_gtInfoEx( pGT, ... )
>> local pCurrGT := hb_gtSelect( pGT ), xResult
>> xResult := hb_gtInfo( pGT, ... )
> I guess Przemek meant: 'xResult := hb_gtInfo( ... )'
> It was a simple typo.
Exactly. Thanks.
best regards,
On Tue, 11 Nov 2008, Maurilio Longo wrote:
Hi Maurilio,
> GCC has this code inside libos2 which is linked with every program:
> ---8<
> /* kbd4.c */
> #define INCL_KBD
> #include
> USHORT _THUNK_FUNCTION (Kbd16CharIn) ();
> USHORT KbdCharIn (PKBDKEYINFO pkbci, USHORT
On Tue, 11 Nov 2008, Maurilio Longo wrote:
Hi Maurilio,
> I don't know, but I remember that I started working on harbour for OS/2
> exactly for the same problem, sometimes it was GPFing without reason and I
> traced that reason to two things:
> 1) KBD code not using tiled memory
> 2) gtos2.c code
Maurilio:
>Anyway, this code works ok when built using GCC:
>function main()
> hb_threadStart( @t() )
> inkey(100)
>return
>function t()
>local n := 10
>while n-- > 0
> inkey( 1 )
>enddo
>return
That code work fine with gcc335 here
With OpenWatcom
---
2008-11-12 01:48 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/rdd/dbfcdx/dbfcdx1.c
! fixed bug in joined leaf pages size calculation which activated
error massage enabled by HB_CDX_DBGCODE_EXT macro.
Thanks to Saulius for reporting the problem.
best regar
Hi
Szakáts Viktor wrote:
>
>> But see my question. I explicitly need a function which
>> I call with pGT as first parameter.
>
> And the above was exactly it.
>
>
No, not exactly.
So to check if above protocol works I did some tests.
hb_gtSelect( pGT ) swaps the current GT with pGT and th
Hi friends,
I have this error compiling harbour with latest SVN, BCC 6.10 and this
flags:
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
source\vm\maindllh.c:
ilink32.exe -Gn -C -aa -Tpd -Gi -Llib\b32
function hb_gtInfoEx( pGT, ... )
local pCurrGT := hb_gtSelect( pGT ), xResult
xResult := hb_gtInfo( pGT, ... )
I guess Przemek meant: 'xResult := hb_gtInfo( ... )'
It was a simple typo.
May be.
But see my question. I explicitly need a function which
I call with pGT as first paramet
I would know if it is possible to build libs for wince using PellesC.
Is it possible ?
Yes, it's possible.
Since yesterday it's even possible to build
Harbour for WinCE using Pelles C 5.0.
Note1: Certain contribs needs further fixing
to compile cleanly.
Note2: I don't have WinCE devices arou
Hello All
Here is weired behavior
#include 'memoedit.ch'
#include 'setcurs.ch'
#include 'inkey.ch'
Function Main()
Local cText := 'This is initial text'
Local lEditMode := .F.
DO WHILE .T.
cText := MEMOEDIT( cText, 3,6,20,76, lEditMode, "EditFunc", 50 )
if lastkey() == 27
Hello
Szakáts Viktor wrote:
>
>> function hb_gtInfoEx( pGT, ... )
>> local pCurrGT := hb_gtSelect( pGT ), xResult
>> xResult := hb_gtInfo( pGT, ... )
>
> I guess Przemek meant: 'xResult := hb_gtInfo( ... )'
> It was a simple typo.
>
May be.
But see my question. I explicitly nee
Hi
Ciro Vargas Clemow wrote:
>
> how can I resize my gtwvg window to the max size by CODE (program), not by
> resize with mouse.
>
I am about to implement it and few more options.
Regards
Pritpal Bedi
--
View this message in context:
http://www.nabble.com/big-window-in-gtwvg-tp20448159p2
// creates disk file Kyocera FS-1000 (KPDL-2)"
// before it was Kyocera FS-1000 (KPDL-2).prn"
SET PRINTER TO ( Printername )
This won't work either way, it's Windows printer name.
// creates disk file 'IP_10.0.40.30'
// before it was 'IP_10.0.40.30.prn'
SET PRINTER TO ( Portname )
This also
Hi all,
I would know if it is possible to build libs for wince using PellesC.
Is it possible ?
Thanks and regards,
José Luis Capel
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
2008-11-11 21:57 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/common/hbverdsp.c
* Streamlined the /build information screen. It's now
more compact and now show if tracing is enabled. Max
symbol length got removed, ANSI C startup also, because
it needs a custom
Hello Viktor
<<<
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.
>>>
I tried both.
Printername = "Kyocera FS-1000 (KPDL-2)"
Portname= "IP_10.0.40
Hi Pritpal,
<<<
function hb_gtInfoEx( pGT, ... )
local pCurrGT := hb_gtSelect( pGT ), xResult
xResult := hb_gtInfo( pGT, ... )
I guess Przemek meant: 'xResult := hb_gtInfo( ... )'
It was a simple typo.
Brgds,
Viktor
___
Harbour mailing
Hi all:
how can I resize my gtwvg window to the max size by CODE (program), not by
resize with mouse.
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 powe
Thank very much Francesco, That's what I needed!
Best Regards
GVS
Francesco Saverio Giudice escribió:
Hi Guillermo,
Use:
lFullDetails := TRUE
lLocalPrinters := FALSE
aPrinters := GETPRINTERS( lFullDetails, lLocalPrinters )
in aPrinters you will find:
{ ;
{ "Printer Full Name 1", "P
Hello Przemek
<<<
function hb_gtInfoEx( pGT, ... )
local pCurrGT := hb_gtSelect( pGT ), xResult
xResult := hb_gtInfo( pGT, ... )
hb_gtSelect( pCurrGT )
return xResult
>>>
<<<
function hb_gtCurrent()
return hb_gtSelect()
>>>
FUNCTION Main()
LOCAL pGT
pG
Hi Guillermo,
For sure there is a function to convert Windows
printer name to port name, but you'll have to check
the exact function name in win_prn*.* files, it
was something like printertofile() AFAIR.
For more, I'm afraid you'll have to dig into hbwin
lib a bit deeper, or maybe someone else c
Hi Joel,
Hi Viktor
Thank you for the help.
I got to compile the sources in Linux (Centos-5.2) and also in WinXP-
(Msys+MingW).
I don't get to generate executable in Linux or Win32., that gives
same error below.
Does it can me to help with more this?
***
It's IMO not the final users job to decide on such internal
details on the .prg level.
Of course not, but I´m my intention is have a way to easy test what is
the best value, without recompile Harbour each time.
Okay and sorry, in this case just put the C code inside
#pragma BEGINDUMP/ENDDUMP an
Viktor,
JLC>
JLC>Hi everyone,
JLC>
JLC>I'd like to ask opinions whether to introduce wince
JLC>as a distinct architecture in the GNU-make system.
JLC>
JLC>This would replace current w32/mingwce, w32/msvcce,
JLC>w32/poccce builds with wince/mingw, wince/msvc,
JLC>wince/pocc.
JLC>
JLC>It would be u
Przemyslaw,
GCC has this code inside libos2 which is linked with every program:
---8<
/* kbd4.c */
#define INCL_KBD
#include
USHORT _THUNK_FUNCTION (Kbd16CharIn) ();
USHORT KbdCharIn (PKBDKEYINFO pkbci, USHORT fWait, HKBD hkbd)
{
return ((USHORT)
(_THUN
Hi Guillermo,
Use:
lFullDetails := TRUE
lLocalPrinters := FALSE
aPrinters := GETPRINTERS( lFullDetails, lLocalPrinters )
in aPrinters you will find:
{ ;
{ "Printer Full Name 1", "Port Name", "LOCAL" | "NETWORK", "Driver
Name } ,;
}
Best Regards
Francesco
Il 11/11/2008 18.04
My message was rejected by the recipient domain.
So trying to put it there
Best regards,
Saulius
dbg_ext.tar.gz
Description: GNU Zip compressed data
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/
Hi Przemek,
> If you are interested in more information then you can send it.
> In some spare time I'll check the exact conditions for above
> message.
I send it to your mailbox.
Thank you for your costly time
Best regards,
Saulius
___
Harbour mailing
Szakáts Viktor escribió:
Hi,
Check GETPRINTERS() in hbwin.lib.
In this PRG:
-
function main()
setmode(25,80)
aPrn := GETPRINTERS()
cPrn := GetDefaultPrinter()
aPor := PRINTERPORTTONAME()
? aPrn
wait
return nil
---
Hi Viktor
Thank you for the help.
I got to compile the sources in Linux (Centos-5.2) and also in
WinXP-(Msys+MingW).
I don't get to generate executable in Linux or Win32., that gives same error
below.
Does it can me to help with more this?
David,
what do you use to build harbour with watcom?
On my pc, simply trying to build a single .c file from the ide gives a trap
inside OS2KRNL, so I fear it is not SMP ready.
Maurilio.
David Arturo Macias Corona wrote:
> Przemek:
>
>>So it's general problem with accessing console from other t
>Hi Toninho,
>
>IMO, these values should be preconfigured by Harbour (at
>compile time or runtime) for best values decided by the
>development team's (our) best judgement and at most offered
>as overrides for defaults in the form of build-time tuning
>or internal cmdline options (but I'd even avoid
Follow from harbour user mailing list
>P.S. If anyone here is the FreeBSD harbour port maintainer or has
contact with him/her, the version of Harbour in the FreeBSD
> ports tree is 0.44.0.
>It looks like it might be time for an update.
Massimo Belgrano
__
2008-11-11 15:56 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbcompdf.h
* harbour/source/compiler/harbour.yyc
* harbour/source/compiler/harbour.y
! fixed compile time warnings for __enum* messages used in
simpled code block variables inside FOR EACH statem
Szakáts Viktor escribió:
'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.
But I
Przemyslaw,
> To be precise the problem is with any console input and it's inside pure
> OS2 API functions. It means that we probably using them in wrong way.
I attach here kbCharIn docs
-8<--
Reads a character data record from the keyboard.
#define INCL_KBD
#include
PKBD
Hi Chen,
Welcome back and hats off for digging through all these
messages :)
I don't know the answer to this problem, but I've also
found the codepage a problem in terminals (and also
keyboard handling), so I use GTXWC and GTWVT, which are
better at solving these. Moreover I'll switch my apps
to
Szakáts Viktor escribió:
2008-11-11 12:08 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/console.c
! Fixed __EJECT() writing an EJECT only if output device
was "PRINTER". This fixes problem reported by Ciro, and
also a very old TOFIX which was removed very long ag
2008-11-11 13:30 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* make_b32.mak
* make_vc.mak
+ hbmk.bat and hbmk_*.bat will now be installed on 'make*.bat install'
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists
2008-11-11 13:16 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* make_b32.mak
* make_vc.mak
* ChangeLog
! Fixed MT mode .dll not starting up properly. IOW now
'hbmk -shared -mt' works. Relevant entries marked as
[DONE]
* bin/hbmk.bat
+ Added '-debug' switch. Currentl
Hi Toninho,
IMO, these values should be preconfigured by Harbour (at
compile time or runtime) for best values decided by the
development team's (our) best judgement and at most offered
as overrides for defaults in the form of build-time tuning
or internal cmdline options (but I'd even avoid that,
On Tue, 11 Nov 2008, David Arturo Macias Corona wrote:
Hi David,
> Przemek:
> any comments ?
Thanks for the example but it does not help us in the problem we have.
> I found in documentation included in OW a sample for multithreading
> Entirely page is below
> Przemek, can you check page ?
> Th
On Tue, 11 Nov 2008, David Arturo Macias Corona wrote:
Hi David,
> Do you have answer about this ?
But was it the question?
> I do not know if it is what you are looking for
> I found in different places of documentation included in OW
> -
> The macro _threadid can be used to determine
Przemek:
>So it's general problem with accessing console from other threads.
>To be precise it's KbdPeek() and kbhit() is probably simple wrapper to
>it.
>It means that OW internals are also effected by this problem.
>The question is if it can be resolved or not. Is it OW bug or problem
>with
You can reference to printer with two way
Reference vy Publicip\privateip\port of printer (only Ethernet printer)
Server machine can enumerate aivable remote printer and made aivable to
client like in terminal server session
Set device to remote/local/either will switch how getprinters works
Plea
2008-11-11 12:08 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/console.c
! Fixed __EJECT() writing an EJECT only if output device
was "PRINTER". This fixes problem reported by Ciro, and
also a very old TOFIX which was removed very long ago
by mistake. (see t
>Hi Toninho,
>
>You can make some experiments with DEFAULT_GRANULARITY, f.e.:
> set C_USR=-DDEFAULT_GRANULARITY=0x10
Hi Przemek thanks for your hint,
I see that the best value for windows vista is about 1. Thinking
in this I made 3 functions to change this dlmalloc values without need
-Messaggio Originale-
Da: "Szakáts Viktor" <[EMAIL PROTECTED]>
A: "Harbour Project Main Developer List."
Data invio: martedì 11 novembre 2008 11.43
Oggetto: Re: [Harbour] Clipper RL compilation problem
> I use them sometimes. LOCALs/STATICs don't cover all the uses of
> PRIVATEs/PUB
Pls see my other mail, no one said we should remove them.
Let's focus on RL and Clipper compatibility.
Brgds,
Viktor
On 2008.11.11., at 11:31, Enrico Maria Giordano wrote:
-Messaggio Originale- Da: "Szakáts Viktor" <[EMAIL PROTECTED]
>
A: "Harbour Project Main Developer List." <[EMA
Hi Przemek and all,
The point of this e-mail was to solve the RL problem
(with one possible way to solve it) and not debating
PUBLIC/PRIVATE matter in general or even considering
removing them and such, let's please focus on the point.
[ Unless there is any other obvious/existing solution
for t
-Messaggio Originale-
Da: "Szakáts Viktor" <[EMAIL PROTECTED]>
A: "Harbour Project Main Developer List."
Data invio: martedì 11 novembre 2008 10.06
Oggetto: Re: [Harbour] Clipper RL compilation problem
> Why? I agree that PRIVATE/PUBLIC should not be used at all but,
> pragmatically
On Mon, 10 Nov 2008, Petr Chornyj wrote:
Hi Peter,
> 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 comp
Przemek:
any comments ?
David Macias
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=o
Przemek:
Do you have answer about this ?
David Macias
[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 struct
On Sun, 09 Nov 2008, Pritpal Bedi wrote:
Hi Pritpal,
> 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 .
function hb_gtInfoEx( pGT, ... )
local pCurrGT := hb_gtSelect( pGT )
On Mon, 10 Nov 2008, Saulius Zrelskis wrote:
Hi Saulius,
> 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
>
On Tue, 11 Nov 2008, Szak�ts Viktor wrote:
Hi Viktor,
> It's a Clipper '87 heritage and much slower than
> LOCAL/STATIC, it can make programs very difficult
Have you checked it?
You'll be very surprised if you will make some tests.
In tests/speedtst.prg tests 1-15 checks the speed of
local, stat
I had thought that we could limit PRIVATE/
PUBLIC var names to ten chars at runtime for
compatibility. PRIVATE/PUBLIC is not something
users want to use for new code,
Why? I agree that PRIVATE/PUBLIC should not be used at all but,
pragmatically speaking, they are very powerful tools sometimes.
-Messaggio Originale-
Da: "Szakáts Viktor" <[EMAIL PROTECTED]>
A: "Harbour Project Main Developer List."
Data invio: martedì 11 novembre 2008 3.31
Oggetto: [Harbour] Clipper RL compilation problem
I had thought that we could limit PRIVATE/
PUBLIC var names to ten chars at runtime fo
63 matches
Mail list logo