A new model of systems development :-)
Of course, Clipxnet is part of this model
I used that words when I presented this work in September 2005
Now I have many systems working with this model and some of them do
complex tasks easily across Internet
It is a powerful alternative :-)
For
Przemyslaw,
I've not tested this code, but something like this should give you the thread
id.
unsigned long _gettid()
{
PTIB ptib = NULL;
APIRET rc;
rc = DosGetInfoBlocks(ptib, NULL);
return ptib-tib_ptib2-tib2_ultid;
}
Hope this help.
Maurilio.
Przemyslaw Czerpak wrote:
On
David,
you should send a bug report to sun, IMHO.
Best regards.
Maurilio.
David Arturo Macias Corona wrote:
Now I replaced Samba/shares with Shared Folders and running same
programs WinXPPSP2 reboot with screen to protect itself ( a text
screen with a lot of info about drivers failures,
Primo :
When i type :
hbmk_b32.bat -w2 -mt -gui mttest00.prg
then on screen i have :
C:\harbour\tests\mthbmk_b32.bat -w2 -mt -gui mttest00.prg
Error F0034 Bad command line option '.'
Syntax: c:\Harbour\bin\harbour.exe file[s][.prg]|@file [options]
[...]
but exe without name is created :
║
Sorry for delay, I updated Clipxnet in September 16, 2008
I inform you about availability of new version of ClipNet-xNet Model
Summary of modifications:
Not translated, not included. Review in Spanish version
27. August 2008: Enlargement of the ClipNet-xNet Model
27a. Update based in
2008-11-03 09:56 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* include/fileio.ch
* Formatting.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hi Marek,
hbmk_b32.bat -w2 -mt -gui mttest00.prg
then on screen i have :
C:\harbour\tests\mthbmk_b32.bat -w2 -mt -gui mttest00.prg
Error F0034 Bad command line option '.'
hbmk*.bat will only recognize -gui and -mt, and
they should precede the filename. (see more in the help
of hbmk.bat)
2008-11-03 14:08 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbthread.h
* harbour/source/vm/thread.c
+ added ULONG _hb_gettid( void ) to OS2 builds - thanks to Maurilio
* harbour/source/rtl/hbinet.c
* changed a little bit the order of including header
2008-11-03 14:31 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* common.mak
* source/codepage/Makefile
+ source/codepage/cpsviso.c
+ Added SVISO, which is the same as SVWIN, except it's
internally using ISO-8859-1 CP in sync with its name.
* source/codepage/cpsvwin.c
!
On Sun, 02 Nov 2008, David Arturo Macias Corona wrote:
Hi David,
With OpenWatcom 1.7:
- Screen output
---
make[3]: *** [hbinet.obj] Error 9
It may be a little bit hard to fix it without seeing OS2 OpenWatcom
header files. I'll try to make it but if you can please
What is on Citlalli and what Clipxnet?
Witch is new model of systems development :-) , how Clipxnet is part of
this model?
Replace Web-browsers with modified desktop systems in client side to interact
with Clipxnet in server side
What is modified desktop sistem?
This Universal System
On Mon, 03 Nov 2008, Szak�ts Viktor wrote:
Hi Viktor,
Shouldn't we add a way to set the default
codepage for RDD operations?
It will be very danger option. The online CP translations
are not revertible and break binary data stored in DBF fields.
If someone does not use binary data then it's
Hi Przemek,
Okay, I now get what's happening. I didn't count with the
fact that this problem can be exploited by EXIT PROC and
not just rogue error handler, but yeah, EXIT will trigger
these just if they were part of the handler.
This is pretty grave...
Now I've simply removed this
Hi Przemek,
Shouldn't we add a way to set the default
codepage for RDD operations?
It will be very danger option. The online CP translations
are not revertible and break binary data stored in DBF fields.
If someone does not use binary data then it's safe but if we
make it global (thread)
On Sun, 02 Nov 2008, Pritpal Bedi wrote:
Hi Pritpal,
Ho can I generate a unique number given ThreadID() and nWA ?
Why don't you want to store such unique ID in WA structure and
then simply use it?
You are introducing solutions which at beginning creates limitations.
Have you thought what will
Przemyslaw,
I'm not aware of any other method.
Best regards.
Maurilio.
Przemyslaw Czerpak wrote:
On Mon, 03 Nov 2008, Maurilio Longo wrote:
Hi Maurilio,
I've not tested this code, but something like this should give you the
thread id.
unsigned long _gettid()
{
PTIB ptib =
Hi Viktor,
For backwards compatibility (especially with
legacy systems) I think you need to also support Windows-1252 encoding.
Regards,
Randy.
At 09:03 AM 11/3/2008, you wrote:
Hi Przemek and all,
Here are the results. (official C5.2e and C5.3b ones,
plus three unofficial HU ones).
To
On Mon, 03 Nov 2008, Szak�ts Viktor wrote:
Hi Viktor,
Per thread of course. I think this is very important.
Right now we have multiple different things controlled
by this one setting, and I have to risk an index corruption
I think that you still do not understand that _THEY_ always
will be
Hi Przemek,
Per thread of course. I think this is very important.
Right now we have multiple different things controlled
by this one setting, and I have to risk an index corruption
I think that you still do not understand that _THEY_ always
will be controlled by this setting and you will
On Mon, 03 Nov 2008, Maurilio Longo wrote:
Hi Maurilio,
I've not tested this code, but something like this should give you the thread
id.
unsigned long _gettid()
{
PTIB ptib = NULL;
APIRET rc;
rc = DosGetInfoBlocks(ptib, NULL);
return ptib-tib_ptib2-tib2_ultid;
}
If what you wanted was to create a ESISO, you can add only this, but
do it well and not copying the codepage ESMWIN
About doing it well.
Current eswin and eswinm (esmwin) is setup to use ISO-8859-1
CP internally. If this is right, they are in fact wrongly named
es_win_, and they should be
-Messaggio Originale-
Da: Szakáts Viktor [EMAIL PROTECTED]
A: harbour@harbour-project.org
Data invio: lunedì 3 novembre 2008 12.13
Oggetto: [Harbour] 2008-11-03 12:13 UTC+0200 Viktor Szakats
(harbour.01syenar hu)
2008-11-03 12:13 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
*
If the intention was to break code on the whim of changing the name,
you've accomplished.
Miguel, keep out your comments of this kind of tone
from this list, if I may kindly ask you.
First of all it's not obligatory to participate (or even
to use Harbour), secondly you can have exactly one
On Mon, 03 Nov 2008, Szak�ts Viktor wrote:
Hi Viktor,
BTW I understand the problem of index callbacks, but HVM/RDD
should make sure to execute these in the RDDs CP context.
Which one?
? WA1-FIELD1 = WA2-FIELD2
WA1 uses CP1, WA2 uses CP2
Please define RDD CP in this case?
best regards,
Przemek:
It may be a little bit hard to fix it without seeing OS2 OpenWatcom
header files. I'll try to make it but if you can please compress your
E:\WATCOM\H\OS2\ directory and send to me?
Note order:
Documentation say to use:
SET INCLUDE=%WATCOM%\H;%WATCOM%\H\OS2
but OW installer set:
Hi Przemek,
BTW I understand the problem of index callbacks, but HVM/RDD
should make sure to execute these in the RDDs CP context.
Which one?
? WA1-FIELD1 = WA2-FIELD2
WA1 uses CP1, WA2 uses CP2
Please define RDD CP in this case?
In this case there is no RDD CP context involved in my
Hi Randy,
Hi Viktor,
For backwards compatibility (especially with legacy systems) I think
you need to also support Windows-1252 encoding.
In my understanding (which may be wrong), we have two categories:
- legacy
Subcategory may be Clipper (multiple versions even, as 5.2 and 5.3
2008-11-03 12:13 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* include/hbextern.ch
! Synced codepage list with recent changes.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
If the intention was to break code on the whim of changing the name, you've
accomplished.
If what you wanted was to create a ESISO, you can add only this, but do it well
and not copying the codepage ESMWIN
ESMWIN codepage is a consensus among various programmers to make it compatible with the
On Mon, 03 Nov 2008, Szak�ts Viktor wrote:
Hi Viktor,
? WA1-FIELD1 = WA2-FIELD2
WA1 uses CP1, WA2 uses CP2
Please define RDD CP in this case?
In this case there is no RDD CP context involved in my
understanding, this is executed in the caller CP context.
And what if it's FOR or WHILE
Bad link ...
The correct one is : ftp://sbe4730:[EMAIL PROTECTED]/
Regards,
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de David Arturo
Macias Corona
Envoyé : lundi 3 novembre 2008 9:55
À : harbour@harbour-project.org
Objet : [Harbour] OT: New
2008-11-03 17:49 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbthread.h
* include process.h in OpenWatcom OS2 builds
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
Hi Przemek,
? WA1-FIELD1 = WA2-FIELD2
WA1 uses CP1, WA2 uses CP2
Please define RDD CP in this case?
In this case there is no RDD CP context involved in my
understanding, this is executed in the caller CP context.
And what if it's FOR or WHILE clause of some RDD commands
like INDEX ON ...,
Error: Unresolved external '_HB_FUN_HB_CODEPAGE_ESMWIN' referenced from
E:\HARBOUR CVS\HARBOUR\LIB\B32\HBEXTERN.LIB|hbextern
Error: Unresolved external '_HB_FUN_HB_CODEPAGE_HR1250' referenced from
E:\HARBOUR CVS\HARBOUR\LIB\B32\HBEXTERN.LIB|hbextern
EMG
--
EMAG Software Homepage:
Hi all,
If you have a string that will expand in size by concatenating to it,
for example...
local cText :=
cText += Some text
cText += More text
...
cText += Even more text
Is there any benefit in allocating the final size of the string first
- For example...
local cText := Space( 2000
On Mon, 03 Nov 2008, Randy Portnoff wrote:
Hi Randy,
If you have a string that will expand in size by concatenating to it, for
example...
local cText :=
cText += Some text
cText += More text
...
cText += Even more text
Harbour detects such situation and preallocate buffer for next +=
Hi all,
This code will consistently GPF (tried in 1.0.1 BCC 5.5,
current 1.0.1dev with MSVC 2005, and a bit older 1.1.0dev with BCC 5.8)
---
PROC Main()
USE nothere // This file should not exist, and a QUIT should be
selected in the RTE alert.
RETURN
EXIT PROCEDURE App_Exit()
2008-11-03 11:20 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* common.mak
* source/codepage/Makefile
- source/codepage/cpesmwin.c
+ source/codepage/cpeswinm.c
+ source/codepage/cpesiso.c
+ source/codepage/cpesisom.c
* Renamed cpesmwin - cpeswinm (ESMWIN - ESWINM) (INCOMPATIBLE)
Hi Przemek,
I've been following the instructions in these files, which
say, the first string should be the exact same string as
the second, but in upper case. Now, in French these accented
chars are present in IBM850, so they should IMO be included.
Accented chars in French are also considered
Przemek
Why don't you want to store such unique ID in WA structure and
then simply use it?
I intend to keep the generated number from
( ThreadID() * MAX_WA_NUM + nWA ) in
MY_WADATAINIT() structure. My questions was
how I am generating this number is ok or not.
OR
I can have a RDD wide
Hi Przemek,
What about situations when part of expression is taken
from your source code and other part from table?
INDEX ON FOR MY_FIELD = [text with national character]
If you begin to implement it and resolve all problems which will
appear then you will end with CDP pointer attached to
On Mon, 03 Nov 2008, Szak�ts Viktor wrote:
Hi Viktor,
And here could come the advantage of being internally Unicode,
since in this case the CP doesn't need to be added next to
each string. And this is probably we should rather do, instead
of introducing CP information for each string. And
Hi Przemek,
And here could come the advantage of being internally Unicode,
since in this case the CP doesn't need to be added next to
each string. And this is probably we should rather do, instead
of introducing CP information for each string. And just catch
the I/O points where such CP
2008-11-03 14:31 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* common.mak
* source/codepage/Makefile
+ source/codepage/cpsviso.c
+ Added SVISO, which is the same as SVWIN, except it's
internally using ISO-8859-1 CP in sync with its name.
* source/codepage/cpsvwin.c
!
2008-11-03 14:08 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbthread.h
* harbour/source/vm/thread.c
+ added ULONG _hb_gettid( void ) to OS2 builds - thanks to Maurilio
* harbour/source/rtl/hbinet.c
* changed a little bit the order of including header
2008-11-04 00:15 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* common.mak
* source/codepage/Makefile
+ source/codepage/cpitwin.c
+ Added ITWIN. Same as ITISO, with a different attached CP
and name.
--
Brgds,
Viktor
___
Harbour
On Mon, 03 Nov 2008, Szak�ts Viktor wrote:
Hi Viktor,
I'm probably not able to see all the implications of binary
data, but to me, binary data is just a bunch of 0x00-0xFF bytes
and that's it (sorry for my simplistic and ignorant POV).
Usually you don't sort binary data, and you don't do
On Mon, 03 Nov 2008, David Arturo Macias Corona wrote:
Hi David,
2008-11-03 17:49 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbthread.h
* include process.h in OpenWatcom OS2 builds
../../../thread.c(402): Error! E029: col(13) symbol '_beginthread' has not
2008-11-04 01:04 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbthread.h
! fixed typo
* harbour/source/vm/Makefile
* excluded mainpm.c from OS2 builds
* harbour/source/rtl/hbinet.c
* changed the #include order for OS2 OpenWatcom builds and added some
Oops. My typo:
#elif defined( HB_OS_WIN_OS2 )
instead of:
#elif defined( HB_OS_OS2 )
I'll fix it in a while.
You downgraded OS/2 :-)
make[3]: *** [hbinet.obj] Error 8
It will be necessary to make some modifications in order of included
files. I'll make it.
This problem exists also in
2008-11-04 02:08 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/thread.c
* removed casting to void* thread startup function passed
as _beginthread() parameter in OS2 builds. It should be checked if
it does not breaks GCC builds.
*
On Mon, 03 Nov 2008, David Arturo Macias Corona wrote:
Hi David,
With OpenWatcom 1.7:
- Screen output
---
make[3]: *** [seconds.obj] Error 8
make[4]: *** [thread.obj] Error 8
Thanks for tests. This should be fixed. Please try after:
2008-11-04 02:12 UTC+0100
Hello All
I am about to introduce Active-X controls in GTWVG
with EVENTS management. The first results are very encouraging.
The basic code is contributed by Andy Wos which I have tuned-up
a little to adopt to GTWVG/GTWVT. Our beloved console window
is now able to host any Active-X control like
2008-11-04 02:08 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/vm/thread.c
* removed casting to void* thread startup function passed
as _beginthread() parameter in OS2 builds. It should be checked if
it does not breaks GCC builds.
*
http://www.vouch.info/downloads/demowvg_ax.zip
Thank you, But I had get error:
Called from HB_AX_SETUPCONNECTIONPOINT(0)
Called from HB_ACTIVEX:ADVISEEVENTS(87)
Called from HB_ACTIVEX:NEW(79)
Called from EXEACTIVEX(2249) in demowvg.prg
Called from EXECUTEACTIVEX(2203) in demowvg.prg
Called
Bad link ...
The correct one is : ftp://sbe4730:[EMAIL PROTECTED]/
You are right, thanks
David Macias
Sorry for delay, I updated Clipxnet in September 16, 2008
I inform you about availability of new version of ClipNet-xNet Model
Summary of modifications:
Not translated, not included.
Przemek, Maurilio:
Now that we have Harbour/gcc335 and allmost Harbour/OpenWatcom 1.7 I
started to test them
Harbour 1.1.0dev (Rev. 9824)
harbour.exe, hbpp.exe, hbdoc.exe, hbmake.exe, hbrun.exe, hbtest.exe
gcc335
==
All executables run fine
OpenWatcom
==
harbour.exe, hbpp.exe
Hi
Still I have not updated GTWVG. For the time being just
play with the exe. After deciding which OO modal we have to
follow I will update accordingly.
BTW how should I interpret your name ?
Regards
Pritpal Bedi
ºô½{¸ê°T¡E¹ù¤å³Ó(WenSheng) wrote:
58 matches
Mail list logo