You need to call Application.Initialize prior to anything if you want to use
LCL features (including its dialogs). Your uses clause seems overkill. Only
Interfaces, Forms and Dialogs units required for ShowMessage function.
--
View this message in context:
http://free-pascal-general.1045716.n5.na
fpc would look for the compiler in the same directory as it is. I believe
your fpc resides in /usr/bin or /usr/local/bin
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/How-to-install-another-version-of-fpc-tp5672688p5675207.html
Sent from the Free Pascal - Gener
http://sourceforge.net/projects/fpalsa/
http://sourceforge.net/projects/humus/
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Linux-sound-especially-MIDI-programming-ALSA-tp5688908p5690300.html
Sent from the Free Pascal - General mailing list archive at Nabble.
SScanf from SysUtils unit.
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Parsing-parameters-inside-an-interpreter-tp5708067p5708704.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
___
fpc-
By default, fcl-web uses the following dispatching schema:
//
Is there anyway to customize this behavior?
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/fcl-web-custom-URL-dispatcher-mapper-tp5709875.html
Sent from the Free Pascal - General mailing list archive
> Commandline is signed as deprecated, so what is the best way to
pass a string to TProcess? Is the commandline the first item of the
tstrings called parameter?
http://www.freepascal.org/docs-html/fcl/process/tprocess.commandline.html
See something that explains it there?
> The output is a cl
WUAOOOW!!! Where are those functions, Marco? Which revision implements them?
And last but not least, do those functions consider BIG output?
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Getting-an-output-string-from-a-TProcess-tp5709934p5709940.html
Sent from
I saw a big commit merging jvmbackend branch into the main branch. Is it
stable already? I currently have both from svn, if it's already stable I'm
planning on deleting the jvmbackend only.
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/jvmbackend-merge-tp570994
> In 2.7.1 (trunk)
I mean... which unit?
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Getting-an-output-string-from-a-TProcess-tp5709934p5709943.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
_
I tried building the compiler, it passes but I have to do some changes. The
make process fails after compiling the compiler ended with some warnings
regarding constructing a class with abstract method in
compiler/jvm/hlcgcpu.pas. The compiler seems to return exit code 1 on
warnings and that's the c
> What happens if there is only the end; statement without the used
registers?
The compiler couldn't save the values in the registers prior to the asm
block. If they contain intermediate result, they may be gone and unexpected
result would come. CMIIW.
--
View this message in context:
http://fre
> How to use TBlowFishEnCryptStream? Is there any example for mortals?
No but I guess the doc is clear enough.
To encrypt:
1. Create TBlowFishEnCryptStream instance supplying a key and the stream to
write encrypted data to
2. Write the data using its Write method
3. Flush or Free (Free implies Fl
For examples, I think it's better to use the data type wrapper of the
Read/Write, instead of using the low level methods:
{$mode objfpc}{$H+}
uses classes,blowfish;
var
en: TBlowFishEncryptStream;
de: TBlowFishDeCryptStream;
s1,s2: TStringStream;
key,value,temp: String;
begin
key := 't
Example of this "no effect"? {$H+} should do it.
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Longstrings-tp5710228p5710229.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
___
fpc-pascal
No, directives at most have only unit scope.
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Longstrings-tp5710228p5710236.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
___
fpc-pascal mail
I would like to document some of the FCL, however the layout is still like
the first time it appears in FPC. Current FCL are splitted into many
subpackages, and since the number of units is HUGE (which I guess the same
reason why the package was splitted) would it be better to split the
documentati
OK, I'll keep it that way.
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Should-FCL-documentation-be-splitted-tp5710248p5710250.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
___
fpc-pasc
No, I only want to (and am capable to) document FCL :p
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Should-FCL-documentation-be-splitted-tp5710248p5710252.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
Seems like I can't find it. Is there anything defined when I pass -gh? I need
it to create optional feature of memory leak tracer.
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Define-for-gh-tp5710270.html
Sent from the Free Pascal - General mailing list archiv
Use fphttpserver from fcl-web, you'll need to change your main program a
little though (you'll need to assign Application.Port)
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Small-and-not-instalable-web-server-for-a-local-Pascal-CGI-application-tp5710314p571032
Do we have it? And if not, what's the available solution for windows?
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Cross-platform-signal-handler-tp5710328.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
> It will depend on what you want to achive. So, what do you need it for?
Handle Ctrl+C and other kinds of forced program termination.
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Cross-platform-signal-handler-tp5710328p5710332.html
Sent from the Free Pascal
Thanks, that's closer, I hope the linux ifdef could be replaced with unix
(Mac OS X is *nix, right?). I wonder why we don't have it at RTL level...
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Cross-platform-signal-handler-tp5710328p5710355.html
Sent from the
I look at the generated code and in the direct one there's additional
overhead of decrementing the reference counter on each iteration. Here's
what the core code looks like:
Direct:
leal -56(%ebp),%eax
call fpc_unicodestr_decr_ref
leal -56(%ebp),%eax
call P$TEST_$$_GETSOMESTRING$$UNICO
I have a web app that works fine with embedded http server, but due to its
current bugs, I need to switch to something more reliable. So I choose
FastCGI and a great web server for this so far is Nginx for me. This is the
configuration for my web:
server {
listen 80;
index /index/ho
> Please report any bugs you find.
I know of only 1 bug that is connected to reliability.
I would, but the error is intermittent and it's difficult to create a test
program that always generates the bug.
> Module/action syntax depends on how the PATHINFO variable is passed to the
> CGI/FastCGI s
It's indeed nginx fastcgi configuration issue, I've managed to make it work
somehow by reading its documentation. Thanks :)
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Nginx-FastCGI-and-module-action-vs-module-module-action-action-tp5710411p5710416.html
Sen
Basically I just have to add this:
http://wiki.nginx.org/HttpFastcgiModule#fastcgi_split_path_info
location / {
fastcgi_split_path_info ^((?U).+www.tkd1depok.org)(/?.+)$;
fastcgi_param PATH_INFO $fastcgi_path_info;
fastcgi_param PATH_TRANSLATED$document_roo
Yep, the embedded http server. It's been reported:
http://bugs.freepascal.org/view.php?id=22260
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Nginx-FastCGI-and-module-action-vs-module-module-action-action-tp5710411p5710421.html
Sent from the Free Pascal - Gen
That one I cannot answer, please summon Florian/Jonas/Marco/Michael/whoever
capable to answer
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/UnicodeString-comparison-performance-tp5710405p5710423.html
Sent from the Free Pascal - General mailing list archive at
Seems like the old IncludeHTTPPathDelimiter bug strikes back (AFAIR it's been
closed when I said Marco's patch works), I need to change:
procedure RegisterFileLocation(const ALocation,ADirectory: String);
begin
...
if (ADirectory='') then
Locations.Values[IncludeTrailingPathDelimiter(ALoca
try this:
type
TMyTemplate = class(TFPTemplate)
private
procedure ReplaceMyTags(Sender : TObject; Const TagString : String;
TagParams:TStringList; Out ReplaceText : String);
public
constructor Create;
end;
procedure TMyTemplate.ReplaceMyTags(Sender : TObject; Const TagString :
Str
Hey, that's nice, Michael. I never think of using TTemplateParser directly as
I thought it was meant to be used internally by TFPTemplate only. Now I see
that it actually has more features through OO approach instead of event
driven.
--
View this message in context:
http://free-pascal-general.1
> does the operating system keep an index somewhere ?
ls doesn't, find does AFAIK.
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/File-Enumeration-speed-tp5710462p5710465.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
___
I think the fast point from OP point of view is the less typing, less source
code. Not from executable point of view.
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Initialization-of-class-field-tp5710475p5710478.html
Sent from the Free Pascal - General mailin
Converting one of the answers there...
uses
SysUtils;
const
StartingYear = 2012;
var
Year,Month: Byte;
Date: TDateTime;
begin
for Year in [0 .. 5] do begin
for Month in [1 .. 12] do begin
Date := EncodeDate(Year,Month,13);
if DayOfWeek(Date) = 5 then begin
WriteLn
Sorry, missing one thing: Date := EncodeDate(StartingYear + Year,Month,13);
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/printing-each-Friday-the-13-using-Pascal-tp5710496p5710498.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
I would like to build FP IDE with debugger support, it's been a long time
since I did it (and it was on windows). I've built GDB plainly (simply
./configure), and I have all necessary libraries (python, expat, decnumber,
zlib) but upon linking the IDE I got undefined references to those
libraries.
Sorry, please ignore. My 7.4-2012.04 version is detected as 7.5 which doesn't
have a define yet in gdbint, I simply copy from 7.4 and it works.
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/GDB-7-4-FP-IDE-tp5710850p5710851.html
Sent from the Free Pascal - Gen
> For finding a solution: what does the message from fpc compiler:
"Note: Switching assembler to default writing assembler"
means exactly?
http://www.freepascal.org/docs-html/user/userse70.html
AFAIK when -a is given, the internal assembler can't be executed (the
internal assembler seems to work
> Requiring all functions to be allways fully qualified will make the
most commom case worse than current implementation just to be better
for the uncommon case. This is a step back, not forward...
Indeed, and the way unit system works has an advantage: changing entry order
/ entry name in the
I've created a .so from a unit by compiling it to .ppu and .o and then
executes ppumove on the .ppu. Now I've got the .so and .ppl (extension
specified with -e), how can I tell fpc to link against them instead of the
.ppu and .o? I've tried with -XD with no success.
--
View this message in conte
When I was on Windows, "use another tty for debuggee" works fine. The output
gets its own console, and I can debug while watching the output. I'm on
Kubuntu now so my terminal is Konsole. If I set /usr/bin/konsole as
debuggee, then the program doesn't seem to run (the breakpoint line never
gets gre
Since this behavior is documented, one should read the documentation first:
http://www.freepascal.org/docs-html/ref/refse76.html
Anyway, how could one find that Result is used as function result without
reading the docs?
--
View this message in context:
http://free-pascal-general.1045716.n5.na
> I question your assumption that
"Result" is specifically more important than the other incompatibilities
among different modes (i.e. your statement that it "will help...a lot"). I
do not say that it is wrong to be more helpful in error messages, but
rather that your proposal tries to "fix" a
I see ELF internal linker is already in the compiler source, how's the
current state? Is it usable already? Passing -Xi doesn't seem to call it
however.
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/ELF-internal-linker-state-tp5711193.html
Sent from the Free
I don't even remember the installer ever tries to add something to PATH...
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Windows-installer-fails-to-add-fpc-binaries-to-PATH-tp5711238p5711239.html
Sent from the Free Pascal - General mailing list archive at Nab
Nope AFAIR. Just build one yourself, it's easy.
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Function-for-checking-correct-file-name-tp5711212p5711240.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
__
If you want to port the code to clean Pascal, I suggest using related
language feature, e.g. dynamic array. You can't really port that macro (even
to a procedure / function), as the first parameter expected is a type name.
If malloc returns Pointer, it doesn't need to be casted, the value is
compat
Those macros are simply to reduce typing, better use true debugger. Even if
RTTI can (which I believe not), it would be an abuse of the feature.
Macros in FPC aren't as flexible as in C for a purpose IMHO: it's often
abused as the way you show.
--
View this message in context:
http://free-pasc
C# is a full OO language, so I guess yes it's supported. Anyway, Delphi
doesn't seem to move toward Java, but Embarcadero is missing Anders' touch.
And this is the way they get it for free :p
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Seems-Delphi-is-movin
> What is the best way to port 'private static final' member?
private class var (assuming you want to declare a variable).
> private static final Set = STATIC_SET;
static {
STATIC_SET = new HashSet;
STATIC_SET.Add("A Value");
...
}
Static initialization block has no equivalent i
> As an aside, I would like to note that after a couple of years away I still
see the same contributers in this list, and it is excellent to find that
support and commitment.
It's not our time yet to retire and hand over the kingdom to the little
princes (single 's') out there, as they still need
It can (modify the parser of course), and AFAIR, in the Lazarus trunk it
already handles some.
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Can-JCF-handle-Generics-tp5711920p5711924.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
http://code.google.com/p/delphi-code-coverage/
http://www.peganza.com/
http://www.twodesk.com/castalia/codeanalysis.html
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Coverity-for-FPC-tp5711957p5711958.html
Sent from the Free Pascal - General mailing list ar
Cross posted from stackoverflow:
http://stackoverflow.com/questions/13431079/how-to-make-class-constructor-body-calls-descendants-overriden-method-property
I'm writing an ORM framework and got stuck in a way to automatically
determine table name from class name. In my base object for the ORM to wo
> Tell the user of the framework to do something like this for every
> class of your model:
>
> initialization
> TUser.RegisterClass;
> TProduct.RegisterClass;
> ...
>
> or
>
> initialization
> RegisterClasses([TUser, TProduct, ...]);
Seems like this is the most feas
> Both RegisterClass procedures I pointed out are methods of the framework,
eg:
Yes, I know. I implement it this way now:
procedure RegisterClass(AClass: TghModelClass);
procedure RegisterClass(AClass: TghModelClass; const AName: String);
...
procedure RegisterClass(AClass: TghModelClass);
var
Your nokia should be fine, you can create simple J2ME application for your
needs. I don't think we have J2ME classes ported yet (CMIIW), so in the mean
time using something like MIDletPascal should be OK.
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/mobile-a
> I still dont understand why FPC doesnt support circular references...
There is no way to solve that ?
Do you think Delphi or Turbo Pascal or even UCSD Pascal ever supports? The
concept of units and uses clause makes the order in which units must be
initialized (and how identifier is searched)
2.6(.1) fixes should be compilable only from 2.6.0
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/bootstrapping-from-svn-tp5712111p5712112.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
Maybe we don't have such optimization yet?
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Registers-in-loops-tp5712245p5712249.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
___
fpc-pasc
Wonderful, Sven! Now we could have an even better generics feature than
Delphi or C++ (forget Java and .NET)
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Feature-announcement-Generic-type-constraints-tp5712290p5712295.html
Sent from the Free Pascal - General
> Ehm... you know that AFAIK all those languages have constraints as well? :)
Yes, I do ;)
> Though if your comment is regarding the possible future developments: of
> course :D
You got my point
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Feature-announ
> the website was dead for years and still nothing to download
Yeah, atm this project was going to die, but I'm surprised that it comes
back and release something (first public beta in 7 years since the latest
internal release, wow).
--
View this message in context:
http://free-pascal-general.
lazarus was in beta for that many years, but this project has just got its
FIRST beta in many years
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/CrossFPC-is-finally-released-tp5712455p5712461.html
Sent from the Free Pascal - General mailing list archive at N
I want to benchmark but the current result looks weird:
leledumbo@LeleBuntu:~$ ab -n 10 -c 100 -k http://localhost:2015/
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foun
> I don't like a lot of C++ syntax but this one is interesting. You really
don't like it? :)
HELL NO! Most C/C++ programmers don't have any idea who will READ and
CONTINUE their work, and I'm one of those unlucky person who has to deal
with this stupid, error prone, unreadable, worthless "feature"
I never use [cross]zipinstall so I have no idea about it, make [cross]install
produce the correct directory structure. Perhaps you can [cross]install
first then manually zip the result.
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/FPC-s-broken-cross-compiler
> Thanks, but that's what the make file appears to do already (crossinstall
into a local target which is then zipped).
Owh, then it should be correct. My automatic build script installs to
correct directory structure for winXX targets... something must be wrong
there...
--
View this message in
> If Pascal /had/ to have some sort of multiple assignment, I'd have
thought borrowing an idea from Perl and doing something like
[a, b, c] := (d = e);
would have been minimally acceptable.
I would pick from Lua instead, it looks cleaner. Well... I'll make it
stricter though, by making the n
> In other words, if the number of elements on both sides of the expression
is the same you get a one-to-one correspondence but if the RHS only has a
single element it's expanded.
That's what I want to avoid because I love Pascal strictness :)
--
View this message in context:
http://free-pas
Crt installs its own driver to control the screen buffer (and it has to be
done, no way to escape). You can create your own by using Video unit:
http://www.freepascal.org/docs-html/rtl/video/index.html
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/fpsystem-ou
Indeed updating FPC is your solution, it compiles in my 2.7.1 revision
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Generic-nested-type-forward-declaration-not-solved-tp5712577p5712579.html
Sent from the Free Pascal - General mailing list archive at Nabble
Most of the FCL are currently undocumented, feel free to send patches for
documentation. I'm writing myself for some parts.
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/xmlConfig-Documentation-tp5712580p5712581.html
Sent from the Free Pascal - General mailin
No one seems to see: http://bugs.freepascal.org/view.php?id=23654 :(
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/State-of-fcl-stl-generics-lib-tp5712537p5712588.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
___
> I do see another redudancy. gset already has a red-black implementation.
(even if it is called a set)
Problem: The tree is invisible, it can't be used as a generic red-black tree
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/State-of-fcl-stl-generics-li
> Indeed, but the additions should follow a common goal and as far as I
understood, fcl-stl shall provide opaque containers which is not the
case for a tree implementation.
I thought a better goal would be to have arbitrary data structures that's
commonly used with generic content, and tree is o
Thanks, Michael. I haven't put the documentation though and I guess since
there are a lot of algorithms running on k-ary tree I'll add more...
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/State-of-fcl-stl-generics-lib-tp5712537p5712600.html
Sent from the Fre
> Where does the C++ STL expose a tree? It might be used internally by a
map or set but I'am not aware of any tree class in the C++ STL.
No, no, I was saying this data structure is even missing from C++ stl. In
the end, we often need to write again and again that depth first, breadth
first, iter
> For good reasons. As said before a tree is an implementation detail.
When having a fully implemented C++ STL one really seldomly needs an
explicit tree implementation. Of course, there are special cases which
are speed/memory sensitive which require to implement explicitly a tree
but in this
Hmm... I guess fcl-stl has to be renamed to fcl-gcl (generic container
library) and we could have another fcl-gdsl (generic data structure library)
for different purposes because the name standard template library used as
container only library sounds inefficient.
--
View this message in context
> So: A graph is also mathematically defined. And a tree is just a
specialized graph.
Indeed :)
I just realized that if you add an already existing node to other part of my
tree such that it create a circular path, you have a graph, and both
traversal algorithm will end up in infinite loop! (well
if (ucCh >= UnicodeChar('0')) and (ucCh <= UnicodeChar('9')) then
dosomething;
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Testing-set-membership-for-unicode-chars-tp5712615p5712616.html
Sent from the Free Pascal - General mailing list archive at Nabble.com
Create a backend data structure representing what's on the canvas ATM, then
draw them all at OnPaint (clean the canvas first). This way, the temporary
object will be kept drawn as it's the same as the final object. You can even
modify already drawn object if you want.
--
View this message in con
I wonder whether this "Great news" means they're developing something new or
what...
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/news-DA-Soft-discontinues-AnyDAC-component-suite-tp5712696p5712697.html
Sent from the Free Pascal - General mailing list archive
Mmm... love it
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Feature-announcement-Type-helpers-tp5712735p5712742.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
___
fpc-pascal maillist
Bye2 PHP based list, welcome fpweb + ExtJS based list :)
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/what-happened-to-the-contributed-units-listing-tp5712743p5712745.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
__
Ah... finally somebody needs it. Please use the gtree unit, I would like to
see whether it's really worth developing the unit for other people (than
myself) :)
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Tree-structure-tp5712850p5712887.html
Sent from the F
FPC optimizations have never been aggressive, despite the trunk has several
new optimizations with -O4. Since you're stuck with 2.2.2, and your problem
is on string operation*, I don't think there's anything else you can do.
Note that those -O thing won't suddenly boost your code, there are many
fa
http://svn.freepascal.org/svn/fpc/trunk/packages/fcl-registry/src/
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/fpc-registry-unit-tp5713265p5713266.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
_
> Registry is not part of rtl because it's not a base unit??? This is my
point it uses 200 other f*** units that aren't really needed!
YOU don't use those 200 units, but the UNIT YOU USE needs them. Get the
point?
Even though you don't, what about other people? FPC is not released just for
you, du
OOT: How to try the new internal linker? -Xi doesn't seem to trigger it. I
see in the changelog it works on *BSD, does it work on linux?
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/warning-link-res-contains-output-sections-did-you-forget-T-tp5713334p5713343
If the 2nd program is FPC program and is compiled with -gl, then upon crash
StdErr will contain the runtime erorr information. 1st program can read that
when the 2nd program dies.
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Get-error-information-tp5713366p5
You'll get it if you do as I say (compile 2nd program with -gl, up to all
units you want the error line information from)
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Get-error-information-tp5713366p5713372.html
Sent from the Free Pascal - General mailing li
If you execute with TProcess, it's in... err... StdErr property. Otherwise, I
have no idea. It would be dependant on how you execute...
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Get-error-information-tp5713366p5713399.html
Sent from the Free Pascal - Gene
> How to read the information?
You can take a look at the wiki article Executing External Programs,
substituting Output property with StdErr. Or if you use FPC 2.7.1, you can
see how RunCommand*** functions are implemented. Same as above article,
subsitute Output with StdErr.
> Ist stderr equal w
That would change the class model to prototyping (as in Lua, JavaScript,
etc.), which is not how it's implemented in Object Pascal...
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Selective-Class-Helper-tp5713531p5713545.html
Sent from the Free Pascal - Gener
> PS. I can't believe Embarcadero went for ":" instead of "=" for
declaring bounded/restricted generics :-/
That's correct, since : means "of type" in a declaration.
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/a-proposal-about-with-syntax-tp5713601p57136
oldlinux unit has been long deprecated. Use fpFork from BaseUnix as
replacement: http://www.freepascal.org/docs-html/rtl/baseunix/fpfork.html
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Fork-tp5713675p5713677.html
Sent from the Free Pascal - General mailing
1 - 100 of 795 matches
Mail list logo
