, Instance, @CallDesc, Nil);
end;
.
So for an OleVariant instance V the calls
V.SomeMethod
and
DCNA(V, 'Somemethod')
are equivalent. Only that the latter can accept Cyrillic methods now
Max
On Sat, Jun 22, 2013 at 12:40 AM, Sven Barth wrote:
> On 21.06.2013 09:01, Max Vlasov w
identifier other than direct
referencing so instead of
...
OleVariant.SomeMethodMaybeNonLatin...
...
OleVariant.IntermediateAccess('SomeMethodMaybeNonLatin')
Thanks,
Max Vlasov
___
fpc-pascal maillist - fpc-pascal@lists
you just have to slightly change actual parameters of the methods
called.
Overall looking at all cases I think this keyword can be considered as a
good universal prefix excluding the context of the existing class working
with methods and properties. Even looking at
Thanks for the info, Sven. I will probably have a chance to get a device
and jailbreak it, although not right now. If someone on the list does this
before me, I'll be glad. I did not find any prior discussion about this
topic, seems like it's not that hot to be discussed and everything
side?
Thanks
Max
On Thu, Dec 23, 2010 at 11:57 AM, Florian Klämpfl wrote:
> Am 22.12.2010 20:05, schrieb Max Vlasov:
> > If this news is right
> >
> >
> http://www.bloomberg.com/news/2010-12-21/microsoft-is-said-to-announce-version-of-windows-for-arm-chips-at-ces-sh
On Fri, Mar 1, 2013 at 12:32 PM, Ludo Brands wrote:
> On 03/01/2013 09:14 AM, Max Vlasov wrote:
> >
> > The question is what is different in nautilus and midnight commander
> > comparing to fpc directoy-listing functions that allows them to list
> > directories
midnight commander
comparing to fpc directoy-listing functions that allows them to list
directories correctly in the bug's case?
Thanks,
Max Vlasov
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Jonas Maebe-2 wrote
>
> The internal representation of real numbers has never been changed in
> FPC. .
>
I may have expressed myself incorrectly, but there was the case when records
of real numbers written to disk by a program compiled with fpc 1.0.4 , when
read back by the same program compile
You seem to know your way around, Bernd, don't you!
Well, I've tried xterm -hold -e /my/program :
the xterm-window pops up and stays with nothing in it at all: no error and
no program output [which should be there]: seems to me that the program
isn't being run at all! That is if it is compiled with
Done what you suggested:
program runs again via xterm -e "program ; sleep 0 " with fpc 2.4.0; however
no error message; same with 'sleep 10' !
So Thank You very much for that, Bernd !
Without the appended '; sleep ' just the flicker.
env: only difference is SHLVL , namely =4 for interactive vs. =5
Thank you for your tips and suggestions.
It seems that FPSYSTEM from rtl-Sysutils is the 1:1 replacement for the old
SHELL function but that made no difference to my problem.
I dug out the previsious fpc version 1.9.4 from archive.debian.org which
fortunately could be installed [for how long?] and
With the advent of Debian6 fpc 2.4.0-2 has become the only available version.
Before that, it may have been 1.0 ?
A simple program of mine compiled in 2008 with the old fpc , when started
with xterm -e program still runs fine today.
Now. the new compiler warns about SHELL function being deprecated
re some things we discussed to fix and improve. Ludo, Isn't it
better to move the following discussion to the bugtracker inside a new
"feature request" topic. I just suppose there are few readers here
that follow and interested in this discussion :) (CMIIW)
Max
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
t. The frame
is definitely created so there should be no problem with the absence
of one.
Max
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
uld not find
stack view) but in Delphi the rule seems to work. Hmm... except for
short procedures not using local variables at all.On the other side,
if some of the sub-functions are bypassed due to the absence of the
stack frame, it would be better than false positives.
Max
pu time spent, I will be probably
ready for the next measurement only after the hashing is implemented :). In
you question I see a guess, that the fewer the depth, the less likely false
positives get into view, right?
Max
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
ds new memory to save the locations of freed blocks. Just a guess
than possibly needs further investigation.
Max
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
f such big number (cumulative) you look deeper.
For folders it works, but will it work for function I still don't know :)
Max
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On Mon, Aug 15, 2011 at 1:03 PM, Marco van de Voort wrote:
> In our previous episode, Max Vlasov said:
> > about collecting some statistics.
> >
> > The idea is similar to some disk utilities that collects and sort the
> sizes
> > of directories. You know when e
gst these descendants or massif tool will
> drop all the stats to NewBlock()?
>
> Max
>
>
>
>
> Here is part of the massif output from lazarus memory usage that shows what
> you are looking for. The ms_print tool that comes with valgrind does the
> actual formatting. ma
On Mon, Aug 15, 2011 at 1:03 PM, Marco van de Voort wrote:
> In our previous episode, Max Vlasov said:
> > about collecting some statistics.
> >
> > The idea is similar to some disk utilities that collects and sort the
> sizes
> > of directories. You know when e
? If not, is developing such unit
technically possible/hard with the currently available debug information?
Thanks,
Max
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On Wed, Aug 10, 2011 at 7:28 PM, Helmut Hartl wrote:
> Am 10.08.11 16:56, schrieb Max Vlasov:
>
> Jonas, I see that you probably have your reasons not to use gdb inside the
>> lazarus, but it was quite decent for me until this strange unavoidable
>> moment :) It still is, ho
On Wed, Aug 10, 2011 at 6:20 PM, Jonas Maebe wrote:
>
> On 10 Aug 2011, at 16:12, Max Vlasov wrote:
>
> SIG35 behaves the same. Strangely, I looked in system monitor for gdb
>> command-line, it looked ok
>>
>> /usr/bin/gdb -silent -i mi -nx --eval-command="
ternal:SIG35"
Actually looking at the -i mi options, I see it's machine interface with all
these escaping sequences, so probably lazarus didn't undestand something,
but it's strange it still stops
Thanks anyway
Max
___
fpc-pascal ma
minal and it worked.
Is it possible that some procedure makes c-style string translation (" ->
\") while actually it isn't necessary here?
Max
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On Wed, Aug 10, 2011 at 1:18 PM, Max Vlasov wrote:
> Hi,
>
> I tried to implement linux timer with timer_create and signals, but an
> exception always fired (External:SIGUSR1).
>
Hmm, it seems that it's not a 'wrong' exception, I executed the same program
from con
On Wed, Aug 10, 2011 at 2:04 PM, wrote:
>
>
> On Wed, 10 Aug 2011, Max Vlasov wrote:
>
> Hi,
>>
>> I tried to implement linux timer with timer_create and signals, but an
>> exception always fired (External:SIGUSR1)
>> What can be wrong with the code
?
Thanks in advance,
Max
==
program ConsTest;
uses ... libc, baseunix;
procedure PosixTimerHandler(signal: longint; info: psiginfo; context:
psigcontext);cdecl;
begin
Now; // <- Never stops here.
end;
procedure TMyApplication.DoRun;
var
...
fnew
o I suppose when you're talking about different jpeg files, there should be
no problem, at least I'm not aware of IJG code to be using global variables
that can be a real tread in this case
Max Vlasov
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On Mon, Jun 27, 2011 at 6:46 PM, leledumbo wrote:
> http://www.freepascal.org/docs-html/prog/progsu137.html
>
Thanks, looks like
var
__errno: integer;cvar;
in the interface section helped
Max
___
fpc-pascal maillist - fpc-
ble to do such trick?
Thanks
Max
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
times, deleted binaries, built the project and so
on). Only finding the post helped me from wasting the time :).
I suppose there's a reason for not changing the current behaviar, but can at
least someone from the team write a little phrase at the bug report page
about why it should not be ch
if this approach is used the line
PByteArray (AddrInt(@FData.Content[0]) + MOffset)
should not lead to any question both from fpc and Delphi
Max
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
epascal.org/docs-html/rtl/{unitname}/{functionname}.html<http://www.freepascal.org/docs-html/rtl/%7Bunitname%7D/%7Bfunctionname%7D.html>
is standardized?
if the latter, is it possible to download this data from somewhere for
experimenting?
Thanks
Max Vlasov
___
hing;
> > begin
> > ...
> > end;
> >
> > procedure TC.DoSomething;
> > begin
> > inherited TA.DoSomething; // This is not correct, but exemplifies
> > what i'm trying to achieve.
> > end;
> >
>
> I *t
On Sat, Jan 15, 2011 at 2:09 PM, Torsten Bonde Christiansen
wrote:
> On 2011-01-14 23:05, Max Vlasov wrote:
>
>
>
> On Fri, Jan 14, 2011 at 10:38 PM, Torsten Bonde Christiansen <
> t...@epidata.dk> wrote:
>
>> Hi List.
>>
>> Is it possible to jump
, [mbOk], 0);
end;
{ THackParent }
procedure THackParent.CallInheritedShow;
begin
inherited Show;
end;
{ TMyObject }
procedure TMyObject.Show;
begin
THackParent(Self).CallInheritedShow;
end;
procedure TForm6.Button6Click(Sender: TObject);
var
Obj: TMyObject;
begin
Obj
On Wed, Dec 22, 2010 at 10:13 PM, Sven Barth wrote:
> On 22.12.2010 20:05, Max Vlasov wrote:
>
>> If this news is
>> right...<http://www.bloomberg.com/news/2010-12-21/microsoft-is-said-to-announce-version-of-windows-for-arm-chips-at-ces-show.html>
>> Ther
miss something and there are hidden challenges?
Max Vlasov
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
ethod
modified or not will work for long, won't it? And also, does a general
developer need some special skills/actions currently in order to run your
program on a stock android phone?
Max Vlasov
___
fpc-pascal maillist - fpc-p
On Tue, Nov 30, 2010 at 12:26 PM, Vincent Snijders <
vincent.snijd...@gmail.com> wrote:
> 2010/11/30 Max Vlasov :
> > So, I suppose that implementing closures is not in real plans (it's ok, I
> > can live with that), but what about the second, is it possible?
> >
&
On Tue, Nov 30, 2010 at 12:26 PM, Vincent Snijders <
vincent.snijd...@gmail.com> wrote:
> 2010/11/30 Max Vlasov :
> > Hi,
> >
> > it appears recently several pieces if knowledge came to me, I understood
> how
> > anonymous functions (aka closures) work :) and
m external
code (what's actually closures is about).
So, I suppose that implementing closures is not in real plans (it's ok, I
can live with that), but what about the second, is it possible?
I will glad to hear different opinions from the developers
On Fri, Nov 26, 2010 at 12:45 PM, Jonas Maebe wrote:
>
> On 26 Nov 2010, at 10:38, Max Vlasov wrote:
>
> - Is everything is ok with "steps to reproduce" field in fpc bugtracker?
>> It
>> never show at the issue view. Hope it saves and and at least the
>>
what it means in terms of portability of
such links.
Thanks,
Max
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
lists.freepascal.org/msg22483.html.
Can you consider Android as the best mobile platform currently for a pascal
developer?
Max Vlasov
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On Sun, Nov 21, 2010 at 9:22 PM, Michael Van Canneyt wrote:
>
>
> On Sun, 21 Nov 2010, Max Vlasov wrote:
>
> Hi,
>> I'm one of those developers who takes hints and warnings seriously and I
>> must say at least once a week it helps me find a bugs even before runn
On Sun, Nov 21, 2010 at 6:37 PM, Sven Barth wrote:
> On 21.11.2010 16:22, Max Vlasov wrote:
>
>> But is it possible to do the same (partially, gradually or in any other
>> way) for the "legacy" code that keeps the interface compatibility with
>> Delphi. Fo
at the implementation details it seems it is safe to
change "var Index" to "out Index" and possibly it is also safe for any
delphi/lazarus code calling this method
I'm sure it is in any way not the first priority task (I can change the
corresponding
On Sat, Nov 20, 2010 at 1:29 PM, Sven Barth wrote:
> On 20.11.2010 10:07, Honza wrote:
>
>> 2010/11/20 Max Vlasov:
>>
>>> FillChar(Section^, Count*ElementSize, 0);
>>> Initialize(TNameValueRec(Section^), Count);
>>>
>>> Is poss
On Sat, Nov 20, 2010 at 12:07 PM, Honza wrote:
> 2010/11/20 Max Vlasov :
> > FillChar(Section^, Count*ElementSize, 0);
> > Initialize(TNameValueRec(Section^), Count);
> >
> > Is possible for such syntax to be supported? Probably I'm one of those
&g
icket:
http://bugs.freepascal.org/view.php?id=4825&nbn=1
or create a new one?
Thanks in advance,
Max Vlasov
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
e from signing. From technical point of you
it should not be that hard. From the business side it's also interesting
since in contrary to Microsoft that has the only revenue from licensing, the
Nokia actually sells not software, they sells bells and whistles in
hardware: C
On Wed, Nov 17, 2010 at 1:33 AM, Felipe Monteiro de Carvalho <
felipemonteiro.carva...@gmail.com> wrote:
> On Tue, Nov 16, 2010 at 11:07 PM, Max Vlasov wrote:
> > Sven, although I understand what you're talking about, I think this is a
> > case when MS partially learn
nd anyone can change it at least
leaving some code from the past. Knowing the MS attitute toward backward
compatibility in general, invest or not invest in .Net and Silverlight is a
big question.
Max Vlasov
___
fpc-pascal maillist - fpc-pascal@lists
^usb_bus;
// .. more typedefs
usb_device = record
a: pusb_bus;
b: pusb_device;
// x: usb_device is invalid
(recursive!!!)
// xx: usb_bus is invalid too.
end;
// .. more typedefs
usb_bus = record
c: pusb_bus;
d: usb_device ;
e: pusb_device ;
// x
57 matches
Mail list logo
