Dear FPC-all!
I have a big projects with lots of DLLs. All of them are cross-platform
and link the resources with $R directive.
For version info I use .rc scripts to manage it under VCS and to prevent
.RES flicker under different compilers (FPC and Delphi)
Version info is a nice example.
Dear FPC-All!
I've tried to compile hello-world-through-UART example (in attacment) for
Atmega128 and got the following:
/usr/local/lib/fpc/3.1.1/ppcrossavr a.pas -WpATMEGA128 -al Free Pascal Compiler
version 3.1.1 [2015/05/05] for avrCopyright (c) 1993-2015 by Florian Klaempfl
and othersTarget
://www.unichrom.com/history/sv95.gif
On Fri, Jan 10, 2014 at 3:51 PM, Anton Kavalenka anto...@tut.by wrote:
On 07.01.2014 12:19, Michael Schnell wrote:
What is the difference between this and the TUI that comes up when you
start tp. (Same obviously already is part of the fpc source code
distribution
On 07.01.2014 12:19, Michael Schnell wrote:
What is the difference between this and the TUI that comes up when you
start tp. (Same obviously already is part of the fpc source code
distribution.)
-Michael
___
fpc-devel maillist -
objects)
Currently the author agreed to give away the sources to community.
Does anybody interested in the class library,
reagards,
Anton Kavalenka
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc
On 11.11.2013 21:53, Jonas Maebe wrote:
On 11 Nov 2013, at 19:39, Anton Kavalenka wrote:
I'm playing with http://bugs.freepascal.org/view.php?id=17805
I can include into .SO project the following unit.
It compiles but does not export symbol. Only export from module containing the
word
Dear FPC-All!
If there is possibility of publishing .SO export symbol outside the main
file exports section?
I'm playing with http://bugs.freepascal.org/view.php?id=17805
I can include into .SO project the following unit.
It compiles but does not export symbol. Only export from module
Dear FPC-All!
If there is possibility publishing .SO export symbol outside the main
file exports section?
I'm playing with http://bugs.freepascal.org/view.php?id=17805
I can include into .SO project the following unit. It compiles but does
not export symbol.
unit reshdr;
{$mode objfpc}
On 26.03.2013 16:57, Juha Manninen wrote:
True. They just call AnsiReplaceStr and AnsiReplaceText, without setting Result.
A workaround is to use the Ansi... functions.
This bug has maybe been there forever, unless somebody decided to
remove the Result := part, which would be odd.
Juha
On 21.01.2013 11:22, Michael Schnell wrote:
On 01/18/2013 05:33 PM, Anton Kavalenka wrote:
On 18.01.2013 19:25, Michael Schnell wrote:
Remote X is done using X-forwarding
ssh -X your_name@your_raspberry
I understand that this is the command to be issued at the PC to
contact the remote
On 21.01.2013 13:42, Michael Schnell wrote:
On 01/21/2013 10:12 AM, Anton Kavalenka wrote:
X-libs and gtk2 libs installed.
This is what I did suppose.
This is the list of debian packages typical Lazarus-built Linux GUI
application depends.
It is useful in sense - what to download from
On 21.01.2013 15:02, Michael Schnell wrote:
On 01/21/2013 12:48 PM, Anton Kavalenka wrote:
Dependencies have to be resolved by package manager.
Just find the equivalent packages.
No chance: No such packages on Optware:
http://www.dd-wrt.com/wiki/index.php/Quick_list_of_Optware_packages
So
On 18.01.2013 19:25, Michael Schnell wrote:
On 01/15/2013 12:01 PM, Thomas Schatzl wrote:
X-servers
They all are reported to run stock linux. So in the worst case, if you
cannot find the prepackaged solutions or don't want to mess with e.g.
Android, just install a debian chroot on them and do
On 03.01.2013 12:42, Jonas Maebe wrote:
On 03 Jan 2013, at 07:52, Andrzej Borucki wrote:
I look to fpc-2.6.0.source.zip, directory fpc-2.6.0\compiler. I see array
arraytokeninfo in file tokens.pas where are keywords like 'repeat' and
'until'. But I can't find any parser (and lexer, dfa etc).
On 15.12.2012 21:35, Martin wrote:
I am trying to figure out how to do that, or what I do wrong. I found
a page about $codepage, but it did not help
http://wiki.freepascal.org/LCL_Unicode_Support
I didnt find the fpc specific page, if exists (I suspect it does)
I am calling a function
Dear FPC-All
http://bugs.freepascal.org/view.php?id=18079
now closed
I've just tested latest SVN trunk (Revision: 23078) and still get 5000 ms
What define should i pass building the compiler to achieve same
performance as i386 (300 msec)?
regards,
Anton
On 27.08.2012 11:51, Michael Schnell wrote:
On 08/24/2012 03:14 PM, Mark Morgan Lloyd wrote:
Would there be any advantage in reimplementing strings as a tree of
classes,
If in future TObject is reference (as it might be in a future Delphi
version, according to an Embarcadero blog) counting
On 24.08.2012 16:14, Mark Morgan Lloyd wrote:
I wonder if I could ask a silly question. My understanding is that
strings are pretty much unique in not being objects, and relying on a
fair amount of compiler and RTL wizardry to handle reference counting
etc.
I note somebody at Embarcadero
Dear FPC-all
It DOES NOT matter what unicode string (UTF-8 or UTF-16) would be
implemented in runtime.
Really, does not.
Humans are flexible - trust me. Every State proves this everyday.
It matters - the compiler have not to be smarter than me.
I'd like to DEFINITELY be sure that my string
On 19.08.2012 10:18, Martin Schreiber wrote:
Hi,
In 2008 and 2011 there were threads about FPC and Unicode resource strings
with the conclusion that FPC does not support them.
Are Unicode resource strings implemented in FPC now? I did not find it in
documentation.
Is there a replacement or
On 20.08.2012 14:03, Martin Schreiber wrote:
On Monday 20 August 2012 12:37:24 Anton Kavalenka wrote:
Since the beginning of my FPC use I maintain the following FPC/Delphi
compatible code.
Does it work if the source has been compiled with -Fcutf8 on Windows? IIRC FPC
converts the source utf8
On 20.08.2012 15:45, Martin Schreiber wrote:
On Monday 20 August 2012 14:32:22 Anton Kavalenka wrote:
Resources from both Windows and Linux EXE are extracted in UTF-8 (not
win1251).
Do you compile with -Fcutf8 or {$codepage utf8}?
Martin
___
fpc
On 09.09.2011 18:27, Sergei Gorelkin wrote:
09.09.2011 18:36, Martin пишет:
fpc recently added the ability to translate
const Foo: String = resourcestring;
if resourcestring changes so does Foo
Any way to work around this?
Probably only by duplicating the literal value which is used to
On 10.09.2011 12:05, Marco van de Voort wrote:
In our previous episode, Anton Kavalenka said:
This being translated always and is Delphi compatible
It is if you use Delphi based resources for translating. It is not if you
use thirdparty translation packages udner Delphi like e.g. dxgettext
?? 25.11.2010 10:14, michael.vancann...@wisa.be ???(??):
On
Writing to the files is thread-safe, but in new threads, the file
variables
are initialized from their initial main thread values, i.e. the ones
without
the recapturing.
Unless I missed something ?
Michael.
?? 25.11.2010 11:39, Thaddy ???(??):
On 25-11-2010 10:24, michael.vancann...@wisa.be wrote:
They are threadvars in trunk:
ThreadVar
ThreadID: TThreadID;
{ Standard In- and Output }
ErrOutput,
Output,
Input,
StdOut,
StdErr : Text;
Michael.
?? 25.11.2010 12:01, Jonas Maebe ???(??):
On 25 Nov 2010, at 10:52, Anton Kavalenka wrote:
Due to incompatibility of RTL between FPC and Delphi my capturing
tricks not work.
BTW what the real reason to make these files as threadvar?
To prevent multiple threads writing to stdin/stdout
?? 25.11.2010 12:39, Marco van de Voort ???(??):
In our previous episode, Anton Kavalenka said:
On 25 Nov 2010, at 10:52, Anton Kavalenka wrote:
Due to incompatibility of RTL between FPC and Delphi my capturing
tricks not work.
BTW what the real reason to make these files
?? 25.11.2010 13:14, Sven Barth ???(??):
Am 25.11.2010 11:08, schrieb Michael Schnell:
On 11/25/2010 10:24 AM, michael.vancann...@wisa.be wrote:
They are threadvars in trunk:
Of course if stdin, stdout, and stderr are not thredvars, their use is
not thread safe.
But if they are
At 25.11.2010 19:57, Jonas Maebe wrote:
On 25 Nov 2010, at 13:21, Jonas Maebe wrote:
On 25 Nov 2010, at 12:24, Anton Kavalenka wrote:
What I have to do to properly initialize these defaults for new threads AFTER
capturing StdOut?
Store a copy of your stdout in a global
Dear All.
Currently to implement logger we use the following approach (the code
was implemented for Delphi/Kylix/FPC).
Logger is intended for displaying in the GUI outputs of several threads
and child processes and also for storage into internal bases.
Logic is the following:
Get stdout
На 26.10.2010 11:59, Graeme Geldenhuys напісаў(ла):
I'm just getting sick of the sad state that FPC debugging (with our only
choice GDB) is in. It's near unusable and currently only good for stepping
through code. So I'll take the cue and see if I can do something about it.
Regards,
-
?? 26.10.2010 13:33, Felipe Monteiro de Carvalho ???(??):
On Tue, Oct 26, 2010 at 12:08 PM, Anton Kavalenkaanto...@tut.by wrote:
I know at least two developers who stand - the only thing preventing them of
using FPC is GDB.
Windows-only developers?
Or else I don't know another
?? 26.10.2010 14:10, Paul Ishenin ???(??):
26.10.2010 18:33, Felipe Monteiro de Carvalho wrote:
Or else I don't know another compiler which will offer better
debugging in the rest of the platforms.
If Java can also be considered as a platform I must say that debugging
in eclipse is better.
Dear FPC devlopers,
can somebody point me to the simplest implementation of .SO (in C++)
which can call the method of CORBA interface passed to the DLL.
Interface itself passed from FPC program.
I'm trying to write plugin in CPP (DLL, SO) which on intialisation gets
the Interface pointer to
-devel
Don't UNITS in Pascal intended to separate NAMESPACES?
But unfortunately this prevents nested namespaces.
Regards,
Anton Kavalenka
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Jonas Maebe wrote:
On 22 Mar 2010, at 11:19, Anton Kavalenka wrote:
Don't UNITS in Pascal intended to separate NAMESPACES?
But unfortunately this prevents nested namespaces.
The discussion is not about adding support for C++-style namespaces to Pascal,
but for how to specify the C
Jonas Maebe wrote:
On 03 Feb 2010, at 04:57, Jonathan wrote:
Andrew Brunner andrew.t.brun...@gmail.com wrote:
Problem solved: Project options for debugging (at least under Ubuntu
x64) required extra information file...
Project Options,
Compiler Options,
Linking,
Debugging: Check Use
Proposed the patch to read WideString properties in right way.
Especially this is important for those (like me) who use object
streaming as data file format.
Attached the patch.
Best regards,
and happy holidays
Anton Kavalenka
Index: reader.inc
Dear All, can anybody say a word about variant properties streaming
implementation.
See the latest note on
http://bugs.freepascal.org/view.php?id=10482
With best regards,
Anton
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Florian Klaempfl wrote:
Graeme Geldenhuys schrieb:
Remember, Unicode support is much more that simply storing and
displaying text. You have various encodings, RTL or LTR direction etc.
I can't see how a simple type can keep track of all such information
- but then, I don't know the
I
I fully agree with you. I would like the object oriented way of strings
also - but I stopped asking for that ;) There are a lot of advantages
over the small amount of disadvantages. Of course I dont like this one:
S := TString.Create('');
But a built in class TString that is managed by the
Florian Klaempfl wrote:
I've continued to work on support of an unicodestring type in fpc.
It's currently in an svn branch at:
http://svn.freepascal.org/svn/fpc/branches/unicodestring
and will be merged later to trunk. The unicodestring type is a ref.
counted utf-16 string. On non-windows,
Nothing stops you from doing this yourself.
But for something as basic as text operations, I think this is bloat.
Imagine that you would have to do
I:=TInteger.Create(1);
J:=TInteger.Create(2);
I.Add(J);
What kind of language do you end up with then ? Utterly unreadable, and
slow,
Michael Van Canneyt wrote:
On Tue, 9 Sep 2008, Anton Kavalenka wrote:
Nothing stops you from doing this yourself.
But for something as basic as text operations, I think this is bloat.
Imagine that you would have to do
I:=TInteger.Create(1);
J:=TInteger.Create(2);
I.Add(J);
What kind
)
As the Debianist I can say only - use STABLE, Luke
Regards,
Anton Kavalenka
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Why should it be true ?
The specs only say something about writing, not about reading.
It is a misconception to think that you can read a stream
and thus restore a component to it's original designed state.
The behaviour of reading a component from stream is only well-defined
after it was
for minutes - gateway timeout
*svn update* on directory checked from
*http://svn.freepascal.org/svn/lazarus/trunk *just hangs
With best regards
Anton Kavalenka
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org
Florian Klaempfl wrote:
Anton Kavalenka schrieb:
!DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN
htmlhead
title404 Not Found/title
/headbody
h1Not Found/h1
pThe requested URL /my_view_page.php was not found on this server./p
hr
addressApache/2.2.4 (Ubuntu) DAV/2 SVN/1.4.4 PHP/5.2.3-1ubuntu6.3
}
{$endif}
end;
end;
{$ENDIF} // end platform-compiler dependent string loader
Please help -
How to implement that dirty hack.
Best regards,
Anton Kavalenka
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman
50 matches
Mail list logo