AbeB wrote:
>
> Hi Przemek & all,
>
> Using netiosrv.prg from hbnetio\utils as the server.
>
> How can I see on the Server all active connections?
>
> All open files. Global /per connection?
>
> Kill a connection?
>
> What happens to a hung up clien (client killed). Is the connection on t
>
>
> I entrust you can do this very well. Just maintain a list what is missing
> and required,
> and chances are I will implement them as soon as possible.
>
> The only problem I can't schedule to you.
>
>
> > Include line numbers configuration in theme manager.
> >
>
> Is already there.
>
> Just
AbeB wrote:
If the server is stopped (quit), the client stays frozen, it doesn't time
out. Or am I doing something wrong here?
I am interested in this question too. This is important to me, so that I can try
and automate a recovery.
Regards
Alex
___
> > Option to use tabs or spaces (number of columns or spaces configurable).
> >
>
> A candidate for final "Setup" dialog, I have put it to last.
> But probably we must not go towards inculsion. Many of the
> repositories are immune to it. Also we do not advocate it in Harbour SVN.
HBIDE is mean
May be a software similar to ledotdb that monitorizing server
a client software do thats in leto , and I think some functions are needed
Bruno
2010/4/26 AbeB
>
> Hi Przemek & all,
>
>
>
> Using netiosrv.prg from hbnetio\utils as the server.
>
>
>
> How can I see on the Server all active conne
$ hbmk2 xml1.prg -lxhb -L/usr/local/lib/harbour
hbmk2: Processing configuration: /usr/bin/hbmk.cfg
Harbour 2.1.0beta1 (Rev. 14394)
Copyright (c) 1999-2010, http://www.harbour-project.org/
Compiling 'xml1.prg'...
Lines 168, Functions/Procedures 1
Generating C source output to '/tmp/xml1.c'... Done.
Please, post line 19 from your Main.
[]'s Maniero
2010/4/28 ivan re
>
> $ hbmk2 xml1.prg -lxhb -L/usr/local/lib/harbour
> hbmk2: Processing configuration: /usr/bin/hbmk.cfg
> Harbour 2.1.0beta1 (Rev. 14394)
> Copyright (c) 1999-2010, http://www.harbour-project.org/
>
>
> Compiling 'xml1.prg'..
// xml1.prg
#include "/home/ivan/src/harbour/contrib/xhb/hbxml.ch"
function main()
local cFile:="./test.xml", cString
local cNote, cDiscount
local oDoc, oBook, oIterator, oCurrent
Hi Viktor
> IMO HBIDE should offer Harbour standards as default
> and let user override it.
>
I totally agree.
>
> Besides duplicating efforts and losing focus, it also
> make HBIDE heavier and heavier, and I'm not sure it's
> good idea to pull in large amount of unnecessary
> code into memory
Hi Antonio,
> IMO HBIDE should offer Harbour standards as default
> and let user override it.
>
> I totally agree.
>
>
> Besides duplicating efforts and losing focus, it also
> make HBIDE heavier and heavier, and I'm not sure it's
> good idea to pull in large amount of unnecessary
> code into
Antonio Maniero wrote:
>
>> Just background color is there, not the number and round numbers (10,20,
> 30, etc). I think you should overhaul Theme Manager to allow change
> background color for any item just like all other IDEs. An item on theme
> is
> a text element like any other. Text element
>
>
> No, since begining. Selecet some text, click on left-side toolbar icon
> "ToUpper".
>
> My Fault, I just look on main menu edit. (inconsistency here)
>
>
> We are primarily focussed on Xbase dialect compilers only.
> It is not our goal to make hbIDE universal as yet. So I will look
> forward
Revision: 14406
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14406&view=rev
Author: vszakats
Date: 2010-04-28 17:06:52 + (Wed, 28 Apr 2010)
Log Message:
---
2010-04-28 19:05 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* src/rtl/Makefile
* src/
Hi,
>
> // xml1.prg
>
>
> #include "/home/ivan/src/harbour/contrib/xhb/hbxml.ch"
Rather use -i option or point to xhb.hbc file.
(or simply copy your sample to contrib/xhb/tests/ dir
and i
Victor,
If TXmlDocument( cString, HBXML_STYLE_NOESCAPE ) is a valid call, yet does
not produce a correct object (given that I probably haven't seen the code),
then can't TXmlDocument(...) check that :New is in the calling tree and
produce a decent error? (Sorry if I'm stating or overlooked th
Hi Paul,
> If TXmlDocument( cString, HBXML_STYLE_NOESCAPE ) is a valid call, yet does
> not produce a correct object (given that I probably haven't seen the code),
> then can't TXmlDocument(...) check that :New is in the calling tree and
> produce a decent error? (Sorry if I'm stating or overl
>>
>> // xml1.prg
>>
>>
>> #include "/home/ivan/src/harbour/contrib/xhb/hbxml.ch"
>
> Rather use -i option or point to xhb.hbc file.
> (or simply copy your sample to contrib/xhb/tests/ dir
Viktor Szakáts wrote:
Anyhow not everything is fine with xhb xml support,
as I'm getting memory corruption with the posted
sample when trying it with mingw. It runs fine
with msvc64.
I have noticed quite a few fixes over recent years/months to the XML source in
xHarbour, it's possible that Ha
Revision: 14407
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14407&view=rev
Author: vszakats
Date: 2010-04-28 21:01:20 + (Wed, 28 Apr 2010)
Log Message:
---
2010-04-28 23:00 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
+ contrib/xhb/tests/xml1.pr
>> Anyhow not everything is fine with xhb xml support,
>> as I'm getting memory corruption with the posted
>> sample when trying it with mingw. It runs fine
>> with msvc64.
>
> I have noticed quite a few fixes over recent years/months to the XML source
> in xHarbour, it's possible that Harbour ha
Revision: 14408
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14408&view=rev
Author: vszakats
Date: 2010-04-28 21:12:17 + (Wed, 28 Apr 2010)
Log Message:
---
2010-04-28 23:11 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/xhb/hbxml.c
!
I wanted to create a QTableWidget and populate it with different values.
My code is:
for i:= 1 to len(aL)
aAdd( oGridItem0x0 , "" )
t := QTableWidgetItem():new()
t:setBackground( oBrushBackItem0x0 )
t:setForeground( oBrushForeItem0x0 )
t:setText( "cella "+str(i) )
oGrid:s
A couple more...
QTableWidget_setVerticalHeaderItem
Description: Binary data
QTableWidget_setHorizontalHeaderItem
Description: Binary data
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.
francesco perillo wrote:
>
> PS: why didn't you use my patch to have the "exceptional" functions
> out of qth files ?
>
Because we are not to deal with a whole new set of files which
may go unmanageable in the long run.
Also we agreed that this mechanism will be usedonly where we have
probl
> Also we agreed that this mechanism will be usedonly where we have
> problem with the destruction mecanism.
not really. this mechanism must be used when a object becomes owned by
some other object to avoid a double destruction...
Probably I should go directly to xbp (I see you wrote tons of code
Hi Francesco
The whole point is, if we go this direction,
I am afraid a lot of .qth have to be changed.
Everywhere there is a parent/child relation.
Probably I do not feel comfortable this way.
-
enjoy hbIDEing...
Pritpal Bedi
http://hbide.vouch.info/
--
View this message i
Hi
Consider this scenario:
If this approach be taken, then it becomes
impossible to release the memory occupied by those
QTableWidgetItems any way until application is closed.
Suppose in between you are to clear the table many
times and need to reuse it, application will constinue to
consume
Pritpal Bedi wrote:
>
> Consider this scenario:
>
> If this approach be taken, then it becomes
> impossible to release the memory occupied by those
> QTableWidgetItems any way until application is closed.
> Suppose in between you are to clear the table many
> times and need to reuse it, appl
Viktor Szakáts wrote:
>
> Lately I mentioned having "random" GPFs with my live apps
> since changing to Harbour r14336. I also mentioned they are
> gone. This turned out not to be true, they are still present.
>
And today I am the victim of this strange behavior.
Since morning I am strugglin
> Hi Francesco
>
> The whole point is, if we go this direction,
> I am afraid a lot of .qth have to be changed.
> Everywhere there is a parent/child relation.
If this is required to fix HBQT, it should IMO
be done eventually. It's not an argument against
fixing things that it takes many source
Revision: 14409
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14409&view=rev
Author: vszakats
Date: 2010-04-29 06:46:25 + (Thu, 29 Apr 2010)
Log Message:
---
2010-04-29 08:44 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbwin/win_osc.c
31 matches
Mail list logo
