On Thu, Aug 22, 2013 at 9:55 PM, waldo kitty wrote:
> On 8/22/2013 16:46, Liyuan Garcia Caballero wrote:
>>
>> Hi guys,
>>
>> I need access to remote registry of Microsoft Window and get a data,
>> it's posible with Pascal?
>
>
> of course it is possible... the question is how are you expecting to
The bars work, I wanted to implement the event because they appear in
the Object Inspector.
Em 22-08-2013 15:36, Martin escreveu:
On 22/08/2013 17:20, Junior wrote:
Hello all.
How to implement onMouseWell in SynEdit ?
looks like a bug
procedure TCustomSynEdit.WMMouseWheel(var Message: TL
On 8/22/2013 16:46, Liyuan Garcia Caballero wrote:
Hi guys,
I need access to remote registry of Microsoft Window and get a data,
it's posible with Pascal?
of course it is possible... the question is how are you expecting to be able to
perform this task...
Somebody can share one code?
no
Hi guys,
I need access to remote registry of Microsoft Window and get a data,
it's posible with Pascal?
Somebody can share one code?
Thank a lot
--
Este mensaje ha sido analizado por MailScanner
en busca de virus y otros contenidos peligrosos,
y se considera que está limpio.
--
_
On 22/08/2013 19:36, Martin wrote:
On 22/08/2013 17:20, Junior wrote:
Hello all.
How to implement onMouseWell in SynEdit ?
looks like a bug
try to change it to the below. (int synedit.pp
I have not tested it yet... will do later
procedure TCustomSynEdit.WMMouseWheel(var Message: TLMMous
On 22/08/2013 17:20, Junior wrote:
Hello all.
How to implement onMouseWell in SynEdit ?
looks like a bug
procedure TCustomSynEdit.WMMouseWheel(var Message: TLMMouseEvent);
only calls inherited, if there are no scrollbars.
--
just change it to always call inherited.
--
__
On 8/22/2013 13:52, Junior wrote:
Em 22-08-2013 14:01, waldo kitty escreveu:
On 8/22/2013 12:20, Junior wrote:
Hello all.
How to implement onMouseWell in SynEdit ?
do you mean onMouseWheel?
Yes, sorry for the speed on writing.
no problem... i was just thinking that if it existed and you
Em 22-08-2013 14:01, waldo kitty escreveu:
On 8/22/2013 12:20, Junior wrote:
Hello all.
How to implement onMouseWell in SynEdit ?
do you mean onMouseWheel?
Yes, sorry for the speed on writing.
--
___
Lazarus mailing list
Lazarus@lists.lazarus.f
patspiper wrote:
On 22/08/13 19:36, Mark Morgan Lloyd wrote:
I've never seen any suggestion that this breaks backwards
compatibility, and if it does it should probably be raised as a bug-
at least so that it can be documented properly. In any event, as long
as fpc (etc.) knows what version
On 22/08/13 19:36, Mark Morgan Lloyd wrote:
I started off with a standard FPC binary installation circa 2.0, this
put the utilities in /usr/local/bin ** . Since then I've generally
built from source- in many cases I've had to since there wasn't an
up-to-date binary- and I've never had to expl
On 8/22/2013 12:20, Junior wrote:
Hello all.
How to implement onMouseWell in SynEdit ?
do you mean onMouseWheel?
--
NOTE: No off-list assistance is given without prior approval.
Please keep mailing list traffic on the list unless
private contact is specifically requested and gra
2013/8/22 Jürgen Hestermann
>
> Am 2013-08-21 18:40, schrieb luiz americo pereira camara:
>
>
> 2013/8/21 Jürgen Hestermann
>
>>
>> I now found that "toDisableAutoscrollOnFocus" (under "AutoOptions") is
>> changing between these both behaviours:
>>
>> If I set it to TRUE I can navigate as usual
patspiper wrote:
On 22/08/13 16:23, Mark Morgan Lloyd wrote:
patspiper wrote:
When multiple FPC versions are used, the fpc binary and related
utilities are usually located in //bin, and
the compiler itself (ppcxxx) in /version>/lib/fpc/. The folders could be different than
these, but the poi
Hello all.
How to implement onMouseWell in SynEdit ?
thanks
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 22/08/13 17:26, Henry Vermaak wrote:
On Thu, Aug 22, 2013 at 05:12:04PM +0300, patspiper wrote:
On 22/08/13 16:23, Mark Morgan Lloyd wrote:
I usually add a couple of symlinks in /usr/local/bin e.g. ppcsparc
-> ppcsparc-2.6.2 and ppcsparc-2.6.2 ->
/usr/local/lib/fpc/2.6.2/ppcsparc. The fpc bi
On Thu, Aug 22, 2013 at 05:12:04PM +0300, patspiper wrote:
> On 22/08/13 16:23, Mark Morgan Lloyd wrote:
> >I usually add a couple of symlinks in /usr/local/bin e.g. ppcsparc
> >-> ppcsparc-2.6.2 and ppcsparc-2.6.2 ->
> >/usr/local/lib/fpc/2.6.2/ppcsparc. The fpc binary will be the one
> >installed
On 22/08/13 16:23, Mark Morgan Lloyd wrote:
patspiper wrote:
When multiple FPC versions are used, the fpc binary and related
utilities are usually located in //bin, and
the compiler itself (ppcxxx) in /version>/lib/fpc/. The folders could be different than
these, but the point to note is that
On 22/08/13 15:59, Mattias Gaertner wrote:
On Thu, 22 Aug 2013 15:39:47 +0300
patspiper wrote:
[...]
* If the FPCVER macro does not appear in any of the 2 paths
( and )
then the fpc binary can be queried to set the FPCVER macro.
The FPCVer always comes from querying the compiler.
Right.
patspiper wrote:
When multiple FPC versions are used, the fpc binary and related
utilities are usually located in //bin, and the
compiler itself (ppcxxx) in //lib/fpc/version>. The folders could be different than these, but the point to
note is that there are 2 folders that rely on the fpc ver
Le 22/08/2013 14:06, Henry Vermaak a écrit :
On Thu, Aug 22, 2013 at 01:49:28PM +0200, Sven Barth wrote:
Am 22.08.2013 13:33, schrieb Antonio Fortuny:
See the code in attachment
I changed the code a little bit adding the OVERLAP parameter and
events to use the async method.
Now the same funct
On 8/22/2013 08:14, Juha Manninen wrote:
On Thu, Aug 22, 2013 at 2:50 PM, waldo kitty wrote:
blink... not sure what to do to make it faster...
Replacing Windows with Linux would make it faster. See my earlier
timings for a much slower P2 233 MHz machine.
ROTFLMAO!!! i love it! :)
Sorry, I
On Thu, 22 Aug 2013 15:39:47 +0300
patspiper wrote:
>[...]
>* If the FPCVER macro does not appear in any of the 2 paths
> ( and )
> then the fpc binary can be queried to set the FPCVER macro.
The FPCVer always comes from querying the compiler.
Mattias
--
On 8/22/2013 07:42, Sven Barth wrote:
On my above mentioned 800 MHz system "fpc -i" takes ~445ms and "fpc -h" ~540ms
for a 2.6.2 fpc.exe. If I now use a 2.6.2 ppc386.exe (which is called by
fpc.exe) the time is ~240ms and ~315ms respectively.
I've attached the lpr if someone wants to test him-/h
Am 22.08.2013 14:38, schrieb waldo kitty:
On 8/22/2013 07:42, Sven Barth wrote:
Am 21.08.2013 17:45, schrieb Sven Barth:
Maybe I'll need to test this on my mobile development computer as
well (800
MHz Intel Stealy processor, 1 GB RAM, Windows 7) ^^
I've written a simple application that uses T
Hi,
The following applies at least to Linux, and should probably apply as
well to other OSes.
When multiple FPC versions are used, the fpc binary and related
utilities are usually located in //bin, and the
compiler itself (ppcxxx) in //lib/fpc/version>. The folders could be different than th
On 8/22/2013 07:42, Sven Barth wrote:
Am 21.08.2013 17:45, schrieb Sven Barth:
Maybe I'll need to test this on my mobile development computer as well (800
MHz Intel Stealy processor, 1 GB RAM, Windows 7) ^^
I've written a simple application that uses TProcess to start "fpc -i" and "fpc
-h" and
Am 22.08.2013 14:14, schrieb Juha Manninen:
On Thu, Aug 22, 2013 at 2:50 PM, waldo kitty wrote:
blink... not sure what to do to make it faster...
Replacing Windows with Linux would make it faster. See my earlier
timings for a much slower P2 233 MHz machine.
I *know* that process startup time o
On Thu, Aug 22, 2013 at 2:50 PM, waldo kitty wrote:
> blink... not sure what to do to make it faster...
Replacing Windows with Linux would make it faster. See my earlier
timings for a much slower P2 233 MHz machine.
Sorry, I could not resist writing this... You may have other reasons
for using Wi
On Thu, Aug 22, 2013 at 01:49:28PM +0200, Sven Barth wrote:
> Am 22.08.2013 13:33, schrieb Antonio Fortuny:
> >See the code in attachment
> >
> >I changed the code a little bit adding the OVERLAP parameter and
> >events to use the async method.
> >Now the same function returns error code 6
> Error
On 8/22/2013 06:58, Martin wrote:
The system was particular busy (another fpc (different exe / different version)
was running).
- using 1 of 2 cpu => but the other was idle, so enough cpu power
- still 1Gb of RAM free
- but it would have prevented anything useful being in the OS disc cache becaus
Am 22.08.2013 13:33, schrieb Antonio Fortuny:
See the code in attachment
I changed the code a little bit adding the OVERLAP parameter and
events to use the async method.
Now the same function returns error code 6
Error code 6 is ERROR_INVALID_HANDLE (would be nice if you'd mention the
error m
Am 21.08.2013 17:45, schrieb Sven Barth:
Maybe I'll need to test this on my mobile development computer as well
(800 MHz Intel Stealy processor, 1 GB RAM, Windows 7) ^^
I've written a simple application that uses TProcess to start "fpc -i"
and "fpc -h" and reads it standard and error output. The
On 8/22/2013 05:56, Juha Manninen wrote:
On Thu, Aug 22, 2013 at 3:50 AM, waldo kitty wrote:
after preventing all additional apps from starting, including my firewall
and my avast anti-virus, i saw 1.047 seconds for the reading of the compiler
options... unloading lazarus and immediately reload
See the code in attachment
I changed the code a little bit adding the OVERLAP parameter and events
to use the async method.
Now the same function returns error code 6
Antonio.
procedure TFrmMain.StartNotify(const FolderName: String);
{$IFDEF LINUX}
function decodeMask(Mask:Longint):string
On 20/08/2013 14:13, Juha Manninen wrote:
Attention waldo kitty and others with slow machines.
I added code for timing the reading of all compiler options and the
rendering the GUI for them. It shows a MessageBox after reading and
rendering.
I don't use the define, it should log to console, no
On Thu, Aug 22, 2013 at 3:50 AM, waldo kitty wrote:
> after preventing all additional apps from starting, including my firewall
> and my avast anti-virus, i saw 1.047 seconds for the reading of the compiler
> options... unloading lazarus and immediately reloading it and trying again
> gave me a (c
Hi All.
I've built some code which works fine under Linux.
I'm now working on the Windows part using FindFirstChangeNotificationA
to get the directory handle and ReadDirectoryChangesW to fetch events data.
And I'm blocked there. The receiving buffer is set to 32kb. After
changing a file content
Am 2013-08-21 18:40, schrieb luiz americo pereira camara:
2013/8/21 Jürgen Hestermann mailto:juergen.hesterm...@gmx.de>>
I now found that "toDisableAutoscrollOnFocus" (under "AutoOptions") is
changing between these both behaviours:
If I set it to TRUE I can navigate as usual within
38 matches
Mail list logo