I get this with latest CVS:
Compiling /home/ales/fpc/packages/base/mysql/mysql.pp
mysqldb.pp(241,30) Error: Illegal qualifier
mysqldb.pp(241,24) Error: Operator is not overloaded
mysqldb.pp(241,30) Fatal: Syntax error, THEN expected but identifier
NAME found
Have found out probably buggy
;
There's a memory leak if the exception get's called(with or without
freeandnil).
Ales
Index: fpc-1.9/fcl/xml/xmlread.pp
===
RCS file: /FPC/CVS/fpc/fcl/xml/xmlread.pp,v
retrieving revision 1.12
diff -u -r1.12 xmlread.pp
--- fpc-1.9/fcl
no idea why
this is so but
I think there's something wrong...
I posted my test at http://members.chello.sk/ales/testlist.zip
Just download, unzip and compile:
you'll get swap time and access time for the original TList
uncomment {$DEFINE USEMYLIST} to get the times for my copy of TList
The copy
nothing else.
The resourcestrings are interresting. I'd look at the code but I'm
afraid that's a bit too deep RTL for me...
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
to spreading the
word(tm).
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Try this program with a corrupted xml file(just delte part of a tag or
something)
Compile with -ghl and you'll get a few bytes leaked.
program xmltest;
{$mode objfpc}{$H+}
uses
SysUtils, XMLCfg;
function LoadXML(var axml: TXmlConfig; const filename: string): boolean;
begin
writeln('Loading');
Reading certain JPEGs results in a JPEG error.
One such is http://members.chello.sk/ales/title.jpg
Just try to convert it to a PNG by imgconv(also present in fpc/fcl/image)
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
is:
NO GC.
Each of us has better things to do than try some GCs out which in the
end won't be used anyhow.
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
unused variables checks.
It's not critical or anything but I think it might be good if it made it
to 2.0
I'm not sure but doesn't Delphi actualy ignore unused parameters?
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
use you
In pascal you simply put them into 1 unit.
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
DrDiettrich wrote / napísal (a):
Ales Katona wrote:
C++ requires friend only because it lacks the idea of modularity.
Since all classes are apart they need some way to tell each other I
can use you
In pascal you simply put them into 1 unit.
That's why the C++ model is better, there exists
names like:
sint32, uint64, etc. than cardinal
In a few years when 64 bits are normal, what will cardinal become? who
knows..
just one big IMHO
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo
Vinzent Hoefler wrote / napísal (a):
On Sunday 17 April 2005 10:45, Ales Katona wrote:
First of all Integer should be size independent, that is, xy bits
depending on the platform.
I second that.
Second, we should force people in a friendly way to use more
readible names like:
sint32
Gerhard Scholz wrote:
var
x : type1, y : type2 ;
x *:= y ;
in my humble opinion(IMHO):
:= is based on the fact that A: is written normaly in math etc. where it
means this is a fact about A
So when someone writes A:=5; it means it's a fact that A
Jamie McCracken wrote:
Marc Weustink wrote:
What is easier to read is a matter of taste.
Being a pascal devel for years now, it takes time to decode a a := b
:= c := d := 0 line. There might be a ; inbeween which results in a
complete different assignment. With such lines I've to read
Marco van de Voort wrote:
Also, I simply don't see the use of it. Borland Pascal's have the forward
directive for those really few cases where it is annoying.
Also, forward declarations mostly mean shitty code / design.
Atleast in my case it does.
This patch makes GetText/TranslateResourceStrings(FileName) work in
win32. (it didn't detect the right language under win32 before it worked
only in POSIX enviroments)
GetLanguageIDs is used with permission from Vincent(it's his code in
lazarus)
Ales
Index: fcl/inc/gettext.pp
/lib/fpc/$fpcversion/units/*
Ales
Tom Verhoeff wrote:
I have a standard release installation of fpc 2.0.0 under Mac OS X.
I installed GTK through fink (as explained in the Lazarus wiki).
This has given me GTK 1.2.10. No problems so far.
When I try to compile the following simple GTK Pascal
Micha Nelissen wrote:
On Wed, 15 Jun 2005 08:29:54 +0200
Ales Katona [EMAIL PROTECTED] wrote:
Your fpc.cfg file is ether not existing, in the wrong place or wrongly
configured. I don't know where it should be on MacOSX but if you find it
It's not so simple, I think, because
can see and also TryLoadGL[u[t]].
Tell me which way to go and I'll implement it.
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Ok so here's the patch. If you feel some things should change, tell me
about it.
This patch adds TryLoadGL[u[t]] and GL[u[t]]IsLoaded methods and
also fixes the crash on win32 if opengl is not present. (but it will
still crash later, if the user doesn't check)
Ales
Index: packages/extra
Florian Klaempfl wrote:
Ales Katona wrote:
Ok this patch does the following:
Removes the writeln() in case the library fails to load.
If the whole library is not found, it throws an exception which tell the
library name. If any method within the library is not found it throws an
exception
This patch adds TFPObjectList to contnrs.
It's a descendent of TFPList and uses same tricks to gain speed.(inline
etc.)
I've tested with bubblesort and it was 1/3 faster.
P.S: I wanted to get rid of inherited calls too but FCount is private in
TFPList ;(
Ales
Index: fcl/inc/contnrs.pp
This patch (ment for 2.1.1) cleans some of my old unnecessery mess but
more importantly adds the GetLanguageIDs() method. This way, you can see
what language was/will be autodetected. Good for those special holiday
occasions. Works on win32 as well as POSIX.
Ales
P.S: sorry, I didn't think
There is an ugly type bug in win32 sockets.pp.
This patch fixes it.
ssize_t = cuint16 -- this caused a bug with fprecv/fprecvfrom and
fpsend/fpsendto calls because winsock.recv[from]/winsock.send[to] calls
return a longint while fprecv used an unsigned int as return value.
This caused the
Sorry I looked at the wrong unix part (it was in ifdef cpu64) so I used
int64 in windows. This patch (apply after the 1st one) changes ssize_t
to cint32 as it should be on 32bit systems.
Sorry again,
Ales
Index: sockets.pp
Apply after the 1st one. This patch fixes crypto function in libc unit.
Ales
Index: crypth.inc
===
--- crypth.inc (revision 1156)
+++ crypth.inc (working copy)
@@ -1,9 +1,9 @@
{ defined earlier in unistdh.inc...
-function
Ales Katona wrote:
Apply after the 1st one. This patch fixes crypto function in libc unit.
Ales
Index: crypth.inc
===
--- crypth.inc (revision 1156
to make a patch for Sleep() to use NanoSleep but I'd like to
know if there are any reasons again such approach.
Thanks
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
not TSomeList = TGenericList of Pointer; ?
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Example:
procedure MyProc(T); // generic procedure without parameters
ver i: T;
begin
...
end;
procedure MyProc(T: TClass); // non generic procedure
begin
end;
Call
MyProc(TObject);
What will happen?
Mattias
Sky will reign fire:
procedure (var T);
begin
// generic or not??
end;
I forgot to mention it's against 2.0.1
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Florian Klaempfl wrote:
Aplied, also for wince and netware.
Sorry, it seems I broke Unix and all non-stdcall-using platforms. This
patch fixes that(apply after the first one) but it only {ifdefs}
windows, not netware or others, so please add those as necessery.
Ales
Index: rtl/inc
a runtime error 202 (stack overflow) because of the
default value for stack size which is 0.
So to sum it up, no patches required, bug is not a bug but a feature(the
feature should get fixed IMO but I have no idea how stack checking works)
Ales
___
fpc
with threads in Linux
too(Pavel uses his own thread manager so who knows..).
Unless someone can explain to me how the stack checker knows the right
size of stack it should be a rule to turn it off with threads. I'm
actualy not sure wether -Ct works ok as-is.
Ales
Thomas Schatzl wrote:
From: Ales Katona [EMAIL PROTECTED]
What about simply disabling such -Ct compiler switch (with nice error
message) under Windows ? Or maybe it should do nothing under
Windows ?
I have no idea how -Ct works. It seems there are also report(by Pavel
to be more precise
.
And incompatibilities can be solved in Delphi mode.
And in general: If we can do something better then Delphi, I choose for
loosing the compatibility.
Joost.
You have my absolutly insignificant voice on that one. I fully agree.
Ales
___
fpc-devel maillist - fpc-devel
the technical questions a bit lower.
I can write a few FAQ entries in plain text but I can't make a dynamic
webpage(perhaps CGI? :) )
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Michalis Kamburelis wrote:
Ales Katona wrote:
1. Is Free Pascal/Lazarus really free?
The freeness of FreePascal is already advertised in a lot of places,
including the very name FreePascal. Current FAQ mentions (more than
once) that the compiler is GPLed. I don't think there's any need
.
Then propose a better text / feature list for Advantages page...
I will try my best.
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
So I fully agree to Ales that the FPC homepage needs a wow style.
Despite I do like clear, simple homepages I don't think that this gives
us good PR. Without offending Michael and others for their effort
creating and maintaining the website, I think these pages induce the
impression that FPC
Don't forget to tell PGD.
Why is OSNews and /. out ?
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Marco van de Voort wrote:
(small post note in this discussion:
a customer complained that his app was a lot slower (till 3 times) with
D2006/FastMM.
I'm still investigating, and it seems that somehow FastMM must more often
copy when reallocating than the old MM for large blocks (big as in
the
This isn't exactly a patch but a changed errors.pp file.
It's for all BSDs (AFAIK, it seems even darwin has errors this way) so
someone from rtl maintainers needs to decide how to split errors.pp (the
current one in rtl/unix is Linux specific)
Ales
{
This file is part of the Free Pascal
(probably not right but someone from those systems will have to change it)
Ales
Index: rtl/unix/errors.pp
===
--- rtl/unix/errors.pp (revision 2114)
+++ rtl/unix/errors.pp (working copy)
@@ -18,140 +18,7 @@
uses strings;
-const
Ok a bit strange topic..
this is the latest gratest version.
The archive contains rtl subdir with added .inc files for platforms
I'm sure of and the diff to change errors.pp.
Someone who has access to other platforms will have to fill in their
.inc files.
Ales
errors.tar.gz
Description
://lists.freepascal.org/mailman/listinfo/fpc-devel
I use socketerror on unix still. Altho luckily I don't use threads anymore.
The unix fp naming convention is a bit sad.
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org
I propose to make SocketError a function with hidden OS specific get-ers.
This will make it threadsafe and cross-platform.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
in the net).
Also not ment as an advertisment but I've made a networking library
which works cross platform on windows and unix including PPC platform.
You can get it at http://members.chello.sk/ales
If nothing else you can view the source and see how I coped with
cross-platform networking problems
These files add kqueue to the FreeBSD rtl. the new FreeBSD.pas file
will need to be put in rtl/freebsd dir. I think the kqueue.inc files
should be in common BSD dir as 3 out of 4 major bsds (darwin being one)
now support it. demo-kqueue1.pas is a simple process watching example.
Ales
P.S
peter green wrote:
if 3 out of the 4 major bsds support it shouldn't it be in a generic bsd
unit?
It should be split into include which belong to BSD and specific OS
units which belong to specific OS dirs which use those includes.
Ales
___
fpc
It will force users into {$ifdefs} anyhow because older versions
(especialy macosX where it's only since 10.3) won't work with it.
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Try 2...
---BeginMessage---
This is an update kqueue and a sendfile support for freeBSD with example.
Kqueue will run on all BSDs (I've added other syscall_nrs for it) but
sendfile is specific to FreeBSD.
Ales
kqueue_sendfile.tar.gz
Description: application/gzip
---End Message
I was wondering if I could put lNet library (for those who don't know,
go to http://members.chello.sk/ales ) into packages.
What do you think?
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo
I'll be honest to say that I don't care much if it's in FCL or
Packages/Bare or Extra but the fp is not going to happen.
Names are already done and they are used, I can't rename the API.
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
This patch makes samplecfg use $fpcversion instead of hard versioning.
Ales
P.S: it works even with primitive /bin/sh on bsd so I guess nothing was
broken
Index: compiler/utils/samplecfg
===
--- compiler/utils/samplecfg (revision
Looks like a pretty cool widgetset for lazarus to me...
Hi,
would the FPC team mind if we'd use the FPC Wiki to
document the use of the MSEGui library and the Ide ?
It is completely written in pascal, voiding the need
to endlessly update bindings to gtk/qt etc :-)
kind regards,
Den Jean
@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
I second this request. Throw in const fields too..
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
First: only Linux has the main problem. BSD never renumbers ABI calls, newer
abi calls have a different prototype.
No even BSD adds new stuff from time to time, like kqueue, altho that's
older.
As long as only syscall nrs change. This rarely happens. Usually something
gets 64-bit, or has
not work on older systems.
Michael.
Yes but this is more than about syscalls. Ofcourse I didn't mean to say
that the whole RTL should be done this way but stuff like winsock1/2 and
epoll/kqueue calls are a nice example IMO. + it also fixes FPC_USE_LIBC
for those things.
Ales
Tomas Hajny wrote:
That's the main point, I guess. As it is now, we have to decide and either
sacrifice the new features, or compatibility with slightly older
platforms. My understanding is that the proposal of Ales was related to
exactly this situation.
If I understand it correctly, his
Daniël Mantione wrote:
I don't like to do the abstraction at the syscall level, but one level
higher, i.e. the Tstream implementation. The reason is that the operating
system abstraction happens at this level:
- OS abstraction wis present here.
- Emulating missing system calls is often much
with their apps.
Ofcourse the question is, do we want to utilize libfprtl.so at all?
How do we want to cope with new features in OSes?
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Daniël Mantione wrote:
You can safely use the new select; it is at least present since Linux 2.2
and more likely 2.0.
Daniël
Hmm I'll update the RTL then. Thanks
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
lib for FPC. You can find it at http://members.chello.sk/ales
(svn version is in fpcprojects branch on FPC svn).
If nothing else, you can see how I abstracted socket calls to get both
windows and unix working.
Ales
P.S: look in lnet.pas and lcommon.pas. The second one abstracts calls
like
his tool
but I didn't find the time for it yet. If anyone has anything which can
simply do this, or has the time to do it manualy it'd be great.
Ales
P.S: I'm ofcourse willing to test it once it's done/ and or help with
the init part.
___
fpc-devel
name my arguments aName since this incident and not because
{$objfpc}...
PS: there are worse cases but I can't remember a better example now
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc
Ales, there is _no_ confusion here.
Oh believe me there is. Especialy if you're writing just some little
overriden method in a class which doesn't even have property visible
anymore. You don't think about it and bang, error and a very neatly
hidden one at that.
It's not that I don't know what
(Self.Field);
Writeln(Field);
end;
It's rather idiotic but there are implications..
Ales
P.S: the result is:
0
5
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
I hear it's rather old.
I'm not sure what to do about SSockets tbh (wether to update/accept user
extentions and features or tell them it's deprecated or even delete
the thing)
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
know off old {$IFDEF Linux} but I also want to
add proper threading and remove the idiotic pipe/semaphore hack.
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
be cleaned, I'm 100% sure that
tthread.inc could be merged into one file and put into rtl/unix.
Write your ideas on the subject please.
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On po , 2006-10-16 at 22:21 +0200, Daniël Mantione wrote:
Op Mon, 16 Oct 2006, schreef Ales Katona:
Write your ideas on the subject please.
Short answer: Kick pthreads and use kernel threads.
That's a nice idea but there are a few problems.
Kernel threads for example in freeBSD require
.
--
Ales Katona [EMAIL PROTECTED]
signature.asc
Description: Toto je digitálne podpísaná časť správy
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
but am open to suggestion.
Btw, do you plan to add support for concurrent downloads and compiling
while downloading later?
--
Ales Katona [EMAIL PROTECTED]
signature.asc
Description: Toto je digitálne podpísaná časť správy
___
fpc-devel maillist
There's no visible mutex interface in fpc right now. ATM all
non-windows platforms have semaphores in the ThreadManager but the
windows ones afaik don't.
I think you can simply use CriticalSection instead of mutex to achieve
what you need.
Ales
- lnet (Ales, will you do this or not, I was actually waiting with my
implementation?)
I mailed you yesterday, I get this error trying to compile fppkg:
Target OS: FreeBSD/ELF for i386
Compiling fprepos.pp
Fatal: Can't find unit streamcoll
Seems it's either not installed with fcl or there's
On so , 2006-11-04 at 18:17 +0100, Marco van de Voort wrote:
streamcoll
My make all install on freebsd of this morning installed a unit
streamcoll, so probably already fixed.
I confirm, latest 2.1.1 works.
___
fpc-devel maillist -
, since writeln of the buffer looks 100% ok...
Any idea what this might cause? I can commit it so you can test.
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Oh DOH thanks, it was the pointer stuff. Sometimes I wished fpc warned
if you pass a pointer to untyped var.
In any case pkglnet.pas is in now, I tested with the example and it
worked. Only HTTP yet, but I'll do FTP ASAP.
Ales
___
fpc-devel maillist
and ensure same
things will get understood.
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
). It's easier for the user to simply check some times and see if
the interval is hit and then call the function in his main loop mostly.
IMHO ofcourse.
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman
Of course, because the common concept of a timer is as asynchronous as
in multi-threaded or even interrupt.
You're not seriously trying to work around that simple fact, do you?
Actualy I am, because lNet is single-threaded non-blocking.
As for general use, you can't do a Timer this
unix with
pthreads.
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On st , 2006-11-08 at 07:35 +, Vinzent Hoefler wrote:
On Tuesday 07 November 2006 16:10, Ales Katona wrote:
As for general use, you can't do a Timer this way.
Believe me, I can. :)
You can't just put
a TTimer in which works in it's own thread and then calls some
callback
, remove thread_t from unittypes etc.
I'd do it myself but am asking for reasons against.
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
but this implies going over by all used pthread functions
and seeing all possible values (which might be OS specific)
#3 is to be investigated.
Will look at it later.
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
them to ensure
thread-safety in main thread too.
That's what I ment, it won't simply just work without implications
like TThread SEEMS to.
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc
.
Ales
P.S: I do realize that there might be functions which result value
returns eg: something which needs to be taken and passed along, or which
value is variable (not constant). In case we abstract the return value,
we limit this, so I say we abstract it to something BIG
Whoever first told me about bad input from lNet telnet example, could
you please try again to see if it still persists?
I did some fixes related to input and certain telnet commands recently
which might fix it.
Thanks (sorry I forgot who it was and deleted the mail since then)
Ales
. Writing our own debugger would be an
unfinished endless process riddled with bugs anyhow. Of course Marc has
more to say about gdb than most of us :)
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman
Graeme Geldenhuys wrote / napísal(a):
I use getText in my game and I strip anything after 2 chars since I
consider only the 2 char lang codes to be valid. Depends I guess...
Ales
Hi
I'm working on localization for the fpGUI project. My idea is for the
fpGUI toolkit to look for fpgui
I've got a goole mail
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
is a symlink to /usr/lib64.
Perhaps 64bit fpc.cfg should have explicit libbits dirs.
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Oh wait sorry other way around /usr/lib64 is a symlink to /usr/lib
on ubuntu, it's inverted to fedora in any case.
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Peter Vreman wrote / napísal(a):
You can use:
#ifdef CPU64
-Fu/usr/lib64/fpc/$fpcversion/units/$fpctarget
...
#else
-Fu/usr/lib/fpc/$fpcversion/units/$fpctarget
#endif
Note that this won't work with /usr/local as prefix, because there's
only one lib (by default) there.
packages (at least on ubuntu).
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
I think this is also same in Delphi, but I agree that passing pure
properties (without getter/setter) to var should possibly be reduced to
warning or even hint.
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
to return)
2. can I update the doc with per-version peculiarities info?
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Michael Van Canneyt wrote / napísal(a):
On Tue, 29 Jul 2008, Ales Katona wrote:
It seems that currently, GetAppConfigDir performs rather incosistently.
On Unix, it returns path with trailing pathdelim, on windows it returns path
with random trailing path delim (depends on which branch
1 - 100 of 104 matches
Mail list logo
