On page:
http://svn.freepascal.org/svn/html/develop.fp
Line #178:
svn checkout
http://svn.freepascal.org/svn/fpc/tages/release&undersc;2&undersc;0&undersc;2
fpc
Should be "tags" instead of "tages"
- Jeff
___
fpc-devel maillist - fpc-devel@lists.
> We need generic open source related sites.
http://www.icewalkers.com/
- Jeff
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
> Where might I be able to find some good Win32 forms and controls tutorials
> for Pascal?
This might help:
http://www.angelfire.com/hi5/delphizeus/
- Jeff
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/
> > Did some work getting SSL working for FPC. Attached is unit that
> > exposes most of the functions required. Tested with Darwin and Linux.
> What about putting it in packages/extra? OpenSSL is quite common.
Just for kicks, I tried linking on windows with ssleay32.dll, but
apparently the
>> {$LINKLIB gcc_s}
> Why _s? Is FC4 breaking compat here?
>
I think it is gcc that broke it, not Fedora. I am running SuSE 9.2 and I have
/lib/libgcc_s.so.1 ( Installed from SuSE RPM )
and
/opt/gcc-3.4.0/lib/libgcc_s.so.1 ( Built directly from gnu.org sources )
- Jeff
> /usr/bin/ld: cannot find -lgcc_s
> BTW, I am using Fedora4test3 which use gcc4.
Do you have the libgcc libraries installed?
It should be be something like this:
http://rpmfind.net//linux/RPM/fedora/devel/i386/libgcc-4.0.0-8.i386.html
- Jeff
___
fp
> So I delete the chmlib.so and the
> compiler try to compile with chmlib.a
FPC tells the linker to look first in the current directory,
so instead of deleting chmlib.so, you can just do this:
% ln -s /usr/local/lib/libchm.a
in the directory of your pascal source.
> undefined reference to `__mo
> This is not a big issue, anyway could we avoid the endless list
> of such similar hints compiling Lazarus and our program?
I frequently find a similar annoyance with c library callbacks.
For instance, most gtk functions have a "user_data" parameter that
is often unused.
Maybe there could be a
Hello, Marco - thanks for your reply...
> fexpand was in unit linux because unit dos used it,
> and it wasn't supposed to be used directly.
It is well-documented in the FPC 1.0.7 manual,
( along with example code ) and no mention is
made about not using it.
> generic functions exported via
Is there some reason why fexpand() was removed from unix.pp ?
Is it gone forever? Or maybe it is moved to another unit?
Thanks,
- Jeff
--
__
Celebrate Yahoo!'s 10th Birthday!
Yahoo! Netrospective: 100 Moments of the Web
http:/
> > unit libmagic;
> Can we include this in the FPC packages ? I think it would be useful.
> Michael.
It's okay with me, I'm always glad to contribute what I can to FPC.
- Jeff
.
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam
> AFAIR Unix has some kind of registry for file types, based on file
> extensions and characteristic bytes at the begin of an file. Does
> somebody know more about that registry, so that it could be integrated
> into the intended registry for archive handlers?
===
How about this one:
program problem;
begin
Write('Test One: ');
if ( boolean(255) ) then WriteLn(True) else WriteLn(False);
Write('Test Two: ');
WriteLn( boolean(255) );
end.
FPC 1.9.4 output:
Test One: FALSE
Test Two: TRUE
Kylix 1.0 output:
Test One: TRUE
Test Two: Segmentatio
Here is a patch to get the macro functions working in xresource.pp :
http://houston.quik.com/jkp/xresource.diff
__
Do you Yahoo!?
Friends. Fun. Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/
___
X11R6/include/X11/Xresource.h says:
typedef char *XrmString;
typedef XrmHashBucket *XrmHashTable;
fpc/packages/extra/x11/xresource.pp says:
TXrmString = char;
TXrmHashTable = TXrmHashBucket;
I think that should be:
TXrmString = ^char;
TXrmHashTable = ^TXrmHashBucket;
> Which FPC version are you using?
CVS 1.9.3 [2004/02/09]
> Afaik this has been reworked in 1.9.3.
Yes, it's working now, thanks!
__
Do you Yahoo!?
Win a $20,000 Career Makeover at Yahoo! HotJobs
http://hotjobs.sweepstakes.yahoo.
How many args here?
nedit "i hate filenames with spaces"
bash says two, but StringToPPChar() says six.
- this patch should solve the problem:
[PATCH]
--- unixutil.pp.OLD Sun May 2 02:48:19 2004
+++ unixutil.pp.NEW Sun May 2 03:04:56 2004
@@ -99,7 +99,7 @@
nr : longint;
Buf
I see things like this a lot in C headers:
#define foo(a,b,c) \
( a + b + c )
But h2pas chokes when it sees the backslash:
Illegal character in line 1
"#define foo(a,b,c) \"
at line 1 error : syntax error
at line 2 error : syntax error
I think this will solve the problem:
[PATCH
/usr/src/fpc-1.9.2/rtl/unix/unixutil.pp
/usr/src/fpc-1.9.2/packages/extra/unixutil/unixutils.pp
These unit names seem a little ambiguous -
perhaps one of them could be renamed?
__
Do you Yahoo!?
Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes
http://hotjo
> I think I found a bug in XMLWrite unit.
> It doesn't convert '<' and '>' characters
> in attributes to '<' and '>'.
program xmlfix;
uses tidy;
procedure fix_xml_file(filename:shortstring);
var
Doc:tTidy;
f:text;
s:ansistring;
begin
Doc:=tTidy.Create(nil);
Doc.ErrorFile:=TIDY_NU
I am getting a RTE 216 using the 1.9.2 compiler
with -Ct or {$S+} when passing string parameters
to procedures/functions:
program stackcheck;
{$S+} // <- This crashes
procedure WriteThis(what:string);
begin
WriteLn(what);
end;
begin
WriteThis('hello world');
end.
Can an
How do I get the error code for fpStat() ?
The oldlinux.stat() function returns FALSE on failure, and sets LinuxError.
The libc.stat() function returns (-1) on failure, and sets errno.
The baseunix.fpStat() function returns (-1) on failure,
but it does not set LinuxError.
If I call fpStat() o
> the whole progressive humanity seeks the way to avoid preprocessors
find /home/jeff/cvs/fpc/ \
-name '*.inc' -or -name '*.pas' -or -name '*.pp' \
-exec grep '{\$' '{}' ';' | wc -l
( found 11385 directives )
find /usr/include/ /usr/local/include/ \
-name '*.h' -exec grep '^\
> ...For instance you create a unit:
>
> - 8< - - - - - - - - - - begin unit - - - - - - -
> Unit VCL;
> Reuse Classes, Forms, Controls, Dialogs;
> - 8< - - - - - - - - - - end unit - - - - - - -
>
> Then in your app you only type
>
> use VCL;
How about this?
- 8< - - - - - - - - - - - - - -
> It is a FPC/FCL/LCL/Lazarus bug, but mostly fpc.
I don't use Lazarus - ironically, I ran into this bug while
trying to recompile a program that interfaces FPC with NEdit.
It doesn't use Lazarus or GTK, but it uses popen(F, 'ppc386 -iV', 'R')
to check the compiler version. As a temporary workar
> This is the culprit.
> People that have this file don't have the problem.
Yes, that's the problem -
open("/etc/timezone", O_RDONLY) = -1 ENOENT
If I create an empty file named /etc/timezone
the program still fails:
open("/usr/share/zoneinfo/localtime", O_RDONLY) = -1 ENOENT
If
> > Did you try the example I posted?
> Yes, and it runs fine.
> Peter
hmmm...
I have tried everything you suggested ( and everything else I can think of )
but I still can't get it to work.
Could someone else please try this with the Linux 1.9.0 compiler,
and let me know the results ?
Hello, Peter - thanks for your response.
> Did you only test the 1.9.0 compiler or also distributed the 1.9.0 RTL ?
I tested with each compiler version with its own RTL.
> Please check for a leftover syscallo.inc in fpc/rtl/linux/. It should only
> be available in in fpc/rtl/linux/i386/ with re
Using the latest version of the compiler, and I am having a
problem with the popen() function on Linux.
It looks like popen() fails because AssignStream() fails,
because AssignPipe() fails, and that's about as far as I got.
( I'm lost when it comes to the do_SysCall() stuff. )
Maybe whoever b
> > I can't fix h2pas, but I'm attaching diffs for
> > the X11 units x, xlib and xutil.
> > Nikolay.
> Thank you very much for these fixes.
> I have applied the patches, and added keysym to the Makefile.
> Michael.
Hey - It works now!
Here is a little demo program:
http://houston.quik.com/jk
> > unit_one.pp(119,13) Hint: Unit UNIT_TWO not used in UNIT_ONE
> > Even though THE UNIT ACTUALLY IS USED.
> Normally, this means that even though you put "uses unit_two" in unit
> one, you're not using any procedure, type or global variable from
> unit_two in unit_one and unit_two also doesn'
Ever since upgrading to CVS 1.0.7 [2003/04/02] for i386,
I have been getting some strange compiler hints:
unit_one.pp(119,13) Hint: Unit UNIT_TWO not used in UNIT_ONE
Even though the unit actually is used.
I could try to track down the problem, but the units in question are
quite large, so
Patch for /fpc/fcl/passrc/pscanner.pp
so it will recognize '<', '>', and '<>'
- Not sure why these were omitted, maybe it has
something to do with fpdoc's tag generation?
[PATCH]
--- pscanner.oldThu Mar 27 10:32:48 2003
+++ pscanner.newThu Apr 3 23:48:57 2003
@@ -51,7 +51,9 @@
Free Pascal Compiler version 1.0.7
Compiler Date : 2003/04/01
Compiler Target: i386
Linux 2.4.0-4GB #1 Wed Jan 24 15:55:09 GMT 2001 i686 unknown
The compiler hangs on this one:
[CODE]
program freeze;
procedure something;
begin
end;
exports something; // can't export from
I finally decided to make an attmept at compiling fpc from the CVS sources.
(fixes branch, 2003-04-01)
Everything went smooth, except for one small problem:
fpgtk.pp(3032,57) Error: Illegal parameter list
The code in question is this:
procedure TFPgtkObject.SignalEmit (aName:string; Args:ar
>From the StringToPPChar() function in fpc/rtl/unix/linux.pp
Considers "backspace" as a delimiter, shouldn't that be "tab" ?
[PATCH]
--- linux.ppMon Mar 10 22:11:02 2003
+++ linux.rev Mon Mar 10 22:14:32 2003
@@ -2265,10 +2265,10 @@
nr:=0;
while(buf^<>#0) do
begin
- while (bu
If I feed this into h2pas:
#error "This is an error"
#warning "This is a warning"
#define nothing 0
I get an error message:
Illegal character in line 2
"#warning "This is a warning""
at line 2 error : syntax error
and the output is:
{$error "This is an error"}
(* error
#warn
I am having a slight problem with the symbols "U" and "L" in h2pas...
/* sample header */
#define three 3u // h2pas strips the "u" ( this is good )
#define big_three 3L // h2pas strips the "L" ( this is good )
// But what about this...
int test_x ( int a ); // Syntax is OK
int test_y ( int l
This is legal in a C header:
struct foo;
- But it causes a seg fault in h2pas when it tries
to read the fields from the undefined structure.
There may be a better place to test for this,
but the patch below seems to work:
[PATCH]
--- h2pas-old/h2pas.pas Thu Feb 13 15:20:44 2003
+++ h2pas
39 matches
Mail list logo
