Hi,
I have just compiled both FPC and Lazarus from SVN
and except for one very miniscule glitch both worked
out great.
I do however one problem: When I try to compile anything
in Lazarus, I get an error saying this or the other unit
is not found.
I suspect it's all because I have not supplied t
[EMAIL PROTECTED] wrote:
Please switch for Lazarus specific questions to the lazarus mailinglist.
I'm sorry. But, I am not sure it is a Lazarus issue. Please see below.
About your question, check Environment | Environment options. The tab
files contains all paths to your FPC directory.
Mak
Mattias Gaertner wrote:
On Mon, 05 Dec 2005 01:12:57 +0200
listmember <[EMAIL PROTECTED]> wrote:
>
Here's the relevant part of modified fpc.cfg. Can someone help?
# searchpath for includefiles
# release them only if you know what you do
# because this could cause a rebuild
Tom Verhoeff wrote:
I was thinking of adding a remote FreePascal service along the following
lines. You go to its web interface, browse for your source files
(possibly a whole zip archive) on your local machine, enter command-line
options, and let our server compile your stuff with a (selectable
Hi,
I am using Jeffrey Pohlmeyer's TidyPas sources for LibTidy (Windows,
Delphi7) and I want to set the ErrorFile for the underlying lib to
nothing (nil, none).
But, when I do this, I get an AV (in Delphi7).
tidyOptSetValue(fTidyDoc, TidyErrFile, ctmbstr(TIDY_NULL_FILE));
tidySetErrorFi
Anandu R Suri wrote:
I am writing an operating system using your Free Pascal Compilier 1.0.10.
2. Since my Operating System will be Object Oriented,
This reminds me of PetrOS (www.petros-project.com) which
I was very much interested and then dismayed since it
never was released.
Then there was a
Michael Van Canneyt wrote:
The FPC team is pleased to announce the availability of
> version 2.0.0 of the Free Pascal Compiler.
A great big thank you everone who contributed. Great work.
What is planned for the future ?
I have a weird question, and I am finding it hard to
put into words, so please
Hi,
Can anyone let me have a snippet of (or pointers to) code
that generates GUI.
I mean the whole code for CreateGUI() --one that does not
use OS's GUID stuff.
Cheers,
Ray
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepasca
Sorry for the typos. Here is a more correct form :-)
Can anyone let me have a snippet of (or pointers to) code
that generates GUIDs.
I mean the whole code for CreateGUID() --one that does not
use OS's GUID stuff.
Cheers,
Ray
___
fpc-pascal maillist - fp
Michael Van Canneyt wrote:
Hi Michael,
>> I mean the whole code for CreateGUID() --one that does not
>> use OS's GUID stuff.
>
> See Subversion, SysUtils unit, more specific uuid.pp in the
> rtl/unix dir.
Thank you for the pointer.
Without creating incompatibility to the existing code (that of
Michael Van Canneyt wrote:
It's in SubVersion.
2 demo units are in packages/extra/uuid, with testprograms.
http://svn.freepascal.org/svn/fpc/trunk/packages/extra/uuid/
It looks OK to me, except that it may be a little more optimized
for speed since GUIDs are CPU-expensive to begin with.
A co
Florian Klaempfl wrote:
A couple of questions, wrt FPC v2.x:
-- Is Int64 supported in all platforms?
Yes.
-- Is there a Int128 or something like it?
When Windows was 32bit, Delphi had Int64; it's only natural
that now we should have Int128 :-)
Well, not at all. Int64 has it's purposes
Michael Van Canneyt wrote:
On Sat, 21 May 2005, listmember wrote:
Michael Van Canneyt wrote:
It's in SubVersion. 2 demo units are in packages/extra/uuid, with
testprograms.
http://svn.freepascal.org/svn/fpc/trunk/packages/extra/uuid/
It looks OK to me, except that it may be a little
Matt Emson wrote:
The reason I would like this is, there are timesone would
want to create GUIDs based on self supplied MAC numbers.
Except, this is not how GUID's are generated under Windows anymore.
Microsoft bowed to preassure and now use a completely random key generation
technique. This wa
Jeff Pohlmeyer wrote:
To clarify, you can actually have many additional types between
the pointer type and the record definition, as long as you
don't introduce another section keyword that "turns off"
the current "type" section.
For instance, this will work:
type
pMyRec = ^tMyRec; //
Florian Klaempfl wrote:
It's simply the philosophy of pascal: things which need not to work
don't work. The extra type gives no gain, so why should be allowed?
I am not sure it is one of those things that need not work.
You could look at it from a different perspective: It does not
add any a
Florian Klaempfl wrote:
I am not sure it is one of those things that need not work.
What would be the gain?
Unless the compiler generates some sort of hint, or warning;
the loss (i.e. negative gain) is a needlesly confused developer.
Interesting... this little bit of flexiblity would make
Ragnar Schroder wrote:
... they must be in the same type block.
Anyways, it's how pascal works
I'd like to echo that. Let Pascal stay Pascal. Simple syntax and fast
compiler. I for one really appreciate the Pascal way, even though
I've mostly used other languages in the past.
:-)
Th
So this is ok as well:
type
pMyRec = ^tMyRec;
var
i :tMyRec;
type
tMyRec = Record
data:pointer;
next:pMyRec;
end;
I see no reason why it should work ;)
You're taking the analogy too far now :-)
The compiler should get back with a message saying "Error:
tMyRec is not
Thing is, not only do I love Pascal, but --here is the difference--
I have always used Pascal, all my life :-)
Then why did this confuse you? And why on earth would you want to
weaken Pascal's rules which happen to be its strengths? There is no
reason why a developer shouldn't know the langu
Mark Emerson wrote:
[...]
The reasons in favor of the underscore are several and obvious, and today, most
languages support them.
There is only *ONE* reason that was offered by the anti-underscorist group to
exclude underscores from the language... and it was an emotionally-charged
reason.
If there is no ambiguity, why worry about whether it
conforms to some mystical/celestial strictness..
Ok, I'll be more specific for those of you who don't see the value in
keeping a type declaration as one unit. I think it greatly reduces
readability to not enforce this type rule. This type r
Hi all,
Some of you may have heard of PetROS, an Object Pascal
Operating System written by a guy called Peter of
Trumpet Software International Pty Ltd., (Tasmania, AU)
--yes, the same guys that gave us Trumpet WinSock
when Windows did not have it.
You might like to read about PetrOS here
http:
Hi,
There is a link to FastCGI.pas at the link below
http://www.freepascal.org/contrib/db.php3?category=Internet
but the site says it's under construction.
Could someone send me a copy of FastCGI.zip, please.
listmemberletterboxesorg
___
fpc-pascal
24 matches
Mail list logo
