Re: [fpc-pascal] cgi-bin/PSP

2005-11-21 Thread L505
> > You have to be careful here, because there are two "competing" projects To reduce the confusion, let's call Nemesis the "Nemesis PSP project", and let's call the other one the "PSP CGI project" for now. They are not exactly competing. The two projects are open source, and they could actua

[fpc-pascal] DOOM game for FPC

2005-12-03 Thread L505
I got Doom to compile with freepascal and run. But I'm not exactly a gamer. Someone else maybe want to take on the source code and improve it? ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-p

Re: [fpc-pascal] DOOM game for FPC

2005-12-03 Thread L505
505.com/pascal/games/DoomToFreepascal.zip I talked to Jimmy and we are going to make it one single project (maybe throw in some IFDEF's for freepascal..) Also, this project will help solve some Delphi incompatibilities with freepascal in Delphi mode. I came across a few (but no

Re: [fpc-pascal] DOOM game for FPC

2005-12-03 Thread L505
one. If I had Atttention Deficit disorder, I'd think of running over to Quake 2 and try compiling it.. but alas... now it's back to Syn text editor work ;-) -- L505 ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] DOOM game for FPC

2005-12-03 Thread L505
> Anyway, I took a peek, and by the look of it I have two suspicions for > that graphics mess: > > 1. Floating Point operations. > 2. Floating point comparition. > > I'm not much of a gamer, but a Doom fan :-P. I even made a freepascal > Doom Roguelike game :-P. So you think Delphi optimizes t

Re: [fpc-pascal] DOOM game for FPC

2005-12-05 Thread L505
I'm not an expert in game programming.. so I don't know much about BSP. But the keyboard runs at least 4 times as slow, and I still don't see why the game would be any different on the same code base. The keyboard running 4 times as slow shouldn't be related to BSP, so there are other issues too,

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-05 Thread L505
I made a browser based freepascal compiler to demonstrate something I call "Browser Abuse Syndrome". Along with a Tail utility Paul was interested in seeing, it is doable. The bandwidth, though, is expensive. ___ fpc-pascal maillist - fpc-pascal@list

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-05 Thread L505
Also, a simple macro could end up in a neverending loop and bring down the server. Lots of other ways to make a compiler go nuts. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-05 Thread L505
> > Don't make all distributed units available, and forbid the use of some > > units. You don't want people opening an FTP socket and download 24G on > > your machine. > > > > Even then, people could create a unit that makes direct kernel > > calls, or > > link to C. I would disallow use of the

Re: [fpc-pascal] DOOM game for FPC

2005-12-06 Thread L505
> > Keyboard handling is not something which is cpu-bound in any way, so > I doubt that is caused by a code generation issue. > Only think I could think of is if maybe there are some non-standard loops running waiting for the keyboard, that are sucking up CPU, it is weird .. __

Re: [fpc-pascal] DOOM game for FPC

2005-12-06 Thread L505
> > > > Keyboard handling is not something which is cpu-bound in any way, so > > I doubt that is caused by a code generation issue. > > > > > Only think I could think of is if maybe there are some non-standard loops > running > waiting for the keyboard, that are sucking up CPU, it is weird .. >

Re: [fpc-pascal] DOOM game for FPC

2005-12-06 Thread L505
> Such issues has usually nothing to do with good/bad code generation. I meant bad code by the author/creator... not the compiler :) Sometimes delphi has been known to clean up bad loops that people create, and speed them up.. ___ fpc-pascal maillis

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

2005-12-06 Thread L505
> > Here is my first fpc DOS attack: > > > > type > > TMyClassA = class; > > > > TMyClassA = class(TMyClassA) > > procedure DoSomething; override; > > end; Email Abuse Syndrome: This makes me think we should start up something accepting emails as input to the compiler interface. Ever

Re: [fpc-pascal] New Pascal cross platform GUI library with IDE

2005-12-10 Thread L505
> My Pascal cross platform GUI library and IDE has reached 'near beta' state. > I plan to release the IDE under GPL and the library under LGPL or similar. > > - Compiles on FPC 2.0.2 or FPC 2.0.3. > - Tested on i386-linux SuSE 9.0,9.2,10.0 and i386-win32 98 and 2000. > - Links to xlib and gdi32,

Re: [fpc-pascal] New Pascal cross platform GUI library with IDE

2005-12-10 Thread L505
I hate to bring this up since it isn't the most important issue in our lives these days, but just for fun.. Demo.exe I got a 604KB exe After UPX 187KB That was with the -CX and -XX options in the command line, along with strip demo.exe Anyone get similar results? Pretty good size for a cros

Re: [fpc-pascal] New Pascal cross platform GUI library with IDE

2005-12-10 Thread L505
> I hate to bring this up since it isn't the most important issue in our lives > these > days, but just for fun.. > > Demo.exe I got a 604KB exe > After UPX 187KB > > That was with the -CX and -XX options in the command line, along with > > strip demo.exe > > Anyone get similar results? > > Pr

[fpc-pascal] Quake 2 for Freepascal

2005-12-18 Thread L505
that needs to be done is you copy the freepascal quake exe into your already existing quake directory... -- L505 Possible ADD ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] sax.pp

2005-12-27 Thread L505
>second, for hoots and hollers, i subclassed/extended the SAXFilter >class ... thinking that it looked like the descendent of everything >else, thinking that it was itself the parser and handler, and tried to >override some of the callback functions ... but when i call parse on >it, i get an erro

Re: [fpc-pascal] Quake 2 for Freepascal

2005-12-28 Thread L505
>I have Quake II. That happens to be my favorite FPS. >Anyway send me the source code and the EXE and I'll >test it for you. I figured out that the demo should in fact work.. Felipe was right. The delphi port of Quake2 works just fine with the demo Quake files. I'm compiling basically exactly

Re: [fpc-pascal] Quake 2 for Freepascal

2005-12-29 Thread L505
- Original Message - From: "Jonas Maebe" <[EMAIL PROTECTED]> To: "FPC-Pascal users discussions" Sent: Thursday, December 29, 2005 2:07 AM Subject: Re: [fpc-pascal] Quake 2 for Freepascal > > On 29 Dec 2005, at 04:27, L505 wrote: > > > Seems F

Re: [fpc-pascal] Compiling library / Win32 DLL

2005-12-29 Thread L505
>i had started doing development using the FP console IDE. > >i then "discovered" Lazarus, and wanting to be able to use a GUI IDE, > >i downloaded and installed it. > >i then took the exact same code, compiled it, which produced a DLL for >me, and when i tried to get my hosting application to l

Re: [fpc-pascal] Quake 2 for Freepascal

2005-12-29 Thread L505
?p=Quake2FreePascal Remember everyone, to read instructions.. if you don't, you will get an error saying "software refresh blah blah" because the Quake PAK file is missing (similar to a doom WAD file). -- L505 ___ fpc-pas

[fpc-pascal] const pchar parameters?

2005-12-31 Thread L505
pointer to a pchar? -- L505 ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Ansistrings exported in DLL's - mystery

2006-01-03 Thread L505
t allocate, during a reference count decrement. Can it be something in FPC 1.0 compiler that allowed this to happen? I guess I'll have to do more digging. I wish I could put an end to this and just use Pchars in these DLL situations - but there's always some evidence of ansistring

Re: [fpc-pascal] Ansistrings exported in DLL's - mystery

2006-01-03 Thread L505
> On Mon, 2 Jan 2006, L505 wrote: > > > Trustmaster from PSP project tells me he's been using Ansistrings in DLL > > without > > problems. The entire psp.furtopia.org website is running a DLL with > > ansistrings in > > it, he says. > > > >

Re: [fpc-pascal] Ansistrings exported in DLL's - mystery

2006-01-03 Thread L505
> L505 wrote: > > Can it be something in FPC 1.0 compiler that allowed this to happen? I > > guess I'll > > have to do more digging. I wish I could put an end to this and just use > > Pchars in > > these DLL situations - but there's alway

Re: [fpc-pascal] Ansistrings exported in DLL's - mystery

2006-01-03 Thread L505
> > On 03 Jan 2006, at 18:29, L505 wrote: > > > I can post the psp 1.0 sources online if anyone is interested, but > > probably it is > > only me who is so curious ;-) > > A very easy way to solve all problems in FPC is to simply use the > cmem unit in the

Re: [fpc-pascal] Executable size question

2006-01-03 Thread L505
> Helo everyone, I would like to ask why are exes generated by FPC so big? > Simple writeln('Hi'); has about 28 KB. Old FPC 1.0.0 for example created > for the same code only 14 kb exe. > What Should I do to reduce the file size (without compression) > Pianoman You can work on a custom System u

Re: [fpc-pascal] Ansistrings exported in DLL's - mystery

2006-01-03 Thread L505
> > If a Pascal program returns a reference counted type to a C library, > then you get a memory leak, sharemem/cmem or not. If a C program > passes a pchar to a function that expects an ansistring, you can get > any sort of behaviour ranging from no problem to program crashes > (which is logical,

Re: [fpc-pascal] Ansistrings exported in DLL's - mystery

2006-01-03 Thread L505
> simple and small unit. Advantages over sharemem are with cmem you wouldn't > have to > ship sharemem.dll with the application. > In fact, if someone has not already done it, the cmem.pp unit could be converted for use with delphi too (cmem.pas), since no one enjoys shipping sharemem dll. I w

Re: [fpc-pascal] Ansistrings exported in DLL's - mystery

2006-01-04 Thread L505
> i learned a few things from here: > > http://velthuis.homepage.t-online.de/articles/articles-pchars.html > http://www.ibphoenix.com/main.nfs?a=ibphoenix&page=ibp_howto5 > I have seen Rudy's article too, and am reading the other website now, though. I'm at the point where I feel 100 percent confi

Re: [fpc-pascal] source file size ?

2006-01-04 Thread L505
n answer from the FPC team. Here are my prefered colors for your website (take it or leave it): body bgcolor="#1E1E1E" text="#D7D7D7" link="#006699" alink="#006699" vlink="#006699" Gotta love dark backgrounds. hmmm website Sigs

Re: [fpc-pascal] source file size ?

2006-01-05 Thread L505
> > > are there any know limits on how big a source file can be for the FPC > > compiler ? > > interesting question... hmm did you try a 3GB file which calls > writeln('test') over > and over and over again? > That's the stupid way of doing tests - the smart way would > be waiting for an answe

[fpc-pascal] CMEM experiences in DLL

2006-01-14 Thread L505
In linux I get a segmentation fault at the very end of an executable program when using cmem.pp in a DSO and executable combination. (simple hello world not even calling the function - just importing it itself is the problem). If the imported function is commented out, there is no segmentation fau

Re: [fpc-pascal] parameter names local, global, glocal

2006-01-18 Thread L505
> Conclusion: never call any parameter of any procedure or function exactly > like any property of any class and its ancestors. So far I thought, > parameter names of functions and procedures are always local, i.e. valid > for this function or procedure block only. Is this a bug or feature of FPC

Re: [fpc-pascal] Re: parameter names local, global, glocal

2006-01-18 Thread L505
>> Prefixing an 'A' seems to be an (un)official delphi naming convention > Does this make it official? > http://www.econos.de/delphi/cs.html#ObjectPascal_Procedures_Parameters > > " The 'A' prefix is a convention to disambiguate when the parameter name > is the same as a property or field name

Re: [fpc-pascal] parameter names local, global, glocal

2006-01-18 Thread L505
Is it possible the Apple/Mac line feed could be causing your name to be rammed into the text below :-) No big deal, I just wondered from an academic perspective, whether the line feed on the Mac would cause this issue on a PC, or whether it was for other reasons. Lars -

Re: [fpc-pascal] parameter names local, global, glocal

2006-01-18 Thread L505
> > ... use the underscore, although a bit messy looking: > > > > function SubstringData(const Offset, Count_: Integer): WideString; > > virtual; > > ... > > Thanks. Matches to the habit of the guy, who has written > the Delphi code, that I am working on. He usually begins > each private class i

Re: [fpc-pascal] parameter names local, global, glocal

2006-01-19 Thread L505
> > Is it possible the Apple/Mac line feed could be causing your name > > to be rammed into > > the text below :-) > > No. Mac OS X uses the same line feed as every other *nix out there. >From the FPC ReadLn sources I was under the impression that the Mac used #13 >for line feeds and unix used #1

Re: [fpc-pascal] parameter names local, global, glocal

2006-01-19 Thread L505
> Maybe it helps to trust in Delphi mode > and makes porting to FP easier. I've grown to like ObjFPC mode for understanding Pascal at a greater level but using Delphi mode is a good idea with code coming from Delphi. Many of the objfpc mode choices were made with Pascal philosophy in mind, wherea

[fpc-pascal] Ansistrings DLL/DSO hack (memory manager)

2006-01-25 Thread L505
Trustmaster sends me a trick/hack (as shown below) to avoid using CMEM in a dll/dso in order to get ansistrings working through a dll/dso. Comments? Find anything that could possibly be wrong with this trick we pull off? i.e. the ability to use strings in a DLL/DSO without ever using Pchars, nor

[fpc-pascal] Re: Ansistrings DLL/DSO hack (memory manager)

2006-01-25 Thread L505
> I will throw up > a PasForum clone (code named Bubble2) using this tactic, and see what happens > with > this > sort of set up. Here it is:(BUBBLE2) http://z505.com/cgi-bin/Bubble2/index.psp Forgive the colors, I haven't played with the CSS file for more than 2 seconds :-) And the old one w

Re: [fpc-pascal] Ansistrings DLL/DSO hack (memory manager)

2006-01-25 Thread L505
Sorry for the double posting, the emails took a long time to get through. > It's exactly the same principle as using cmem, just that you are > using another memory manager than the one of the standard C library. > It has the same advantages (can return and accept ansistrings to/from > FPC-compile

Re: [fpc-pascal] OOT: Pascal (especially FPC) on Linux community

2006-01-25 Thread L505
> Hi all... > > Reading Linux community media (mostly lists and forums), I've seen that Pascal > language is still considered as non-serious and toyish programming language. > No > wonder if Linux people hardly know about Pascal. Though they're already knew > about it, the ignore it. Besides, Pasc

[fpc-pascal] Null characters in ansistring

2006-01-26 Thread L505
If there is a null character in the middle or somewhere inside an ansistring, this does not affect it's length, correct? Unless casting with pchars in play. Reason I ask is that I wonder if it is a good idea to strip all incoming null characters for web/internet security reasons. If someone inser

Re: [fpc-pascal] A simple "exception handling" question

2006-01-29 Thread L505
> > First, thanks for the reply; I applied the patch, it applied without a > > problem, verified > > the new StrUtils.pp source, all OK as per the patch. Recompiled > > strutils.ppu. The function > > still returns a zero on error. > > You are aware of the fact that the .o's belong to units too? >

Re: [fpc-pascal] A simple "exception handling" question

2006-01-29 Thread L505
> > This brings up another nagging question I have had. If I set SpartLinking ON, > my > executables are no smaller! Your reply here seems to suggest, that I do not > have any of my > units compiled with SmartLinking enabled. There are no ".A" files in my source tree. > > To enable Smart Linking,

Re: [fpc-pascal] A simple "exception handling" question

2006-01-29 Thread L505
> > SmartLinking to be active? The Docs, imply NO, that this is the default; > > your reply > above > > implies Yes. > > > > Bob Also, if your exe/elf is still not smaller after you find the .A files, try using the -Ba option which rebuilds all units, incase your old .O files are sticking like

Re: [fpc-pascal] OOT: Pascal (especially FPC) on Linux community

2006-01-30 Thread L505
> What can you do? program the website in pascal ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] OOT: Pascal (especially FPC) on Linux community

2006-01-30 Thread L505
ds compatibility". As for you going to do the development in PHP? Instead, I would force you to help me in Pascal :) And then I would go about changing your email signature to this: -- Ronald Weidner http://www.techport80.com PHP/PSP Software developer for hire. And mine to this: -- Lars (L

Re: [fpc-pascal] Build date stamp

2006-01-30 Thread L505
>See "$I or $INCLUDE : Include compiler info" in docs Thanks much: http://www.freepascal.org/docs-html/prog/progsu30.html ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Is there anything like PyChart for FPC?

2006-02-02 Thread L505
> > I can send you a project which does exactly this for the FPC testsuite. > > The code is 100% FPC, no external libraries. > > > > Michael. > > Please yes! Send to me off list. > > Cheers > > Terry > I'd like to see too, post it somewhere public if possible. Hey, that's why we have websites -

Re: [fpc-pascal] Internal error 200312122

2006-02-05 Thread L505
> When I try to compile the MSEgui demo for arm (using fpc 2.0.2, MSEgui > 0.7) I'm getting that error when compiling msegui.pas. Where should I > look to solve this ? Try to rebuild all units. use the -Ba compiler option I think I had this same issue when I tried MSEgui long ago, and it only o

Re: [fpc-pascal] Computer Language Shootout - updated to Free Pascal2.0.2

2006-02-08 Thread L505
Some of the tests place sysutils in the uses clause but in fact it is not needed in the uses clause for some programs to work. Removing it from the uses clause where not needed would improve the memory footprint of the program, since sysutils hauls in initialization for things like widestrings a

Re: [fpc-pascal] Scripting in FPC

2006-02-09 Thread L505
> > What does 'advertise' mean in this context ? > > 3. You must have a visible line in your programs aboutbox or >documentation that it is made using RemObjects Pascal Script and >where RemObjects Pascal Script can be found. > > i. e. You must put a link to RO homepage in your about box or

Re: [fpc-pascal] GPL advertising - was Scripting in FPC

2006-02-10 Thread L505
> > The GPL only requires that you keep the credits in the sources, not > that you advertise other people's work or products inside your own > program, even if your program somehow uses that functionality. > Imagine otherwise the credits list required for programs like the > GIMP or so if each use

[fpc-pascal] Variable arguments, different types?

2006-03-08 Thread L505
Hi, This below seems to work.. I got the impression you couldn't do this. program HelloWorld; var I : Integer; procedure test (args : array of const); begin writeln('test'); For i:=0 to High(Args) do begin case Args[i].vtype of vtstring: Writeln ('String value: ',args[

Re: [fpc-pascal] Variable arguments, different types?

2006-03-08 Thread L505
> > > > In other words you can reinvent your own writeln style procedures and pass > > parameters of *different types* simutaneously. I was under the impression you > > could only pass parameters of the same type through this [] square bracket > > trickery. > > > > See docs: [http://www.freepascal

Re: [fpc-pascal] Variable arguments, different types?

2006-03-09 Thread L505
> > > I have also read people stating things like this before: > > > > "you can use array of const but you can't make functions like writeln > > because writeln accepts multiple types". > > Usually the statement is about different _numbers_ of arguments, not > different types. Writing subroutine

Re: [fpc-pascal] Variable arguments, different types?

2006-03-09 Thread L505
- Original Message - From: "Michael Van Canneyt" <[EMAIL PROTECTED]> To: "FPC-Pascal users discussions" Sent: Thursday, March 09, 2006 9:36 AM Subject: Re: [fpc-pascal] Variable arguments, different types? > > > On Thu, 9 Mar 2006, L505 wrote: &g

Re: [fpc-pascal] Variable arguments, different types?

2006-03-09 Thread L505
> > Isn't this exactly what array of const is for? It allows you to use > > anywhere from 1 to unlimited parameters. > > Yes. Still, it's only one argument. You can't just suddenly pass two > "array of const", can you? Okay but why would you need that (humor me). > > > Vin"Nitpicker"zent. >

Re: [fpc-pascal] Variable arguments, different types?

2006-03-09 Thread L505
I don't see what all the arguments are about the C language being able to rewrite writeln (printf, etc.) but in Pascal not. I don't see any limits with what Pascal can do - you could rewrite writeln procedure and other low level calls with several options - textrec tricks, or this array of const t

Re: [fpc-pascal] scope error? duplicate identifier property andparameter

2006-03-12 Thread L505
> I am getting an error compiling with fpc 2.1.1 under lazarus with duplicate identifier > that seems to be a scope error. Under lazarus all you have to do is add > any dataset and add an onposterror event handler. > it doesn't like that "Action" is both a property of an object and a parameter of

[fpc-pascal] Free commander

2006-03-14 Thread L505
Does anyone have a copy of it? http://web.archive.org/web/20021122022650/http://fc.freepascal.org/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Free commander

2006-03-14 Thread L505
> Does anyone have a copy of it? > > http://web.archive.org/web/20021122022650/http://fc.freepascal.org/ Found an old version http://193.125.152.110/pub/windows/fileutil/fc070b7.zip Started it up with fc.exe c: c: Looks pretty nifty, no sources in this zip - I was going to convert it to Engl

Re: [fpc-pascal] opendelphi.org

2006-03-15 Thread L505
Who gets the $22,000 they have raised so far, if their plan doesn't work out? ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Re: OpenDelphi.org

2006-03-15 Thread L505
> FPC is Ok but a few years ago I examined Lazarus > codebase and I saw Lazarus is hacking Class parents > on-the-fly for its normal operations so I immediately > lost my interest. > Is this changed recently? What do you mean hacking class parents? What I noticed was tons and tons of abstraction

Re: [fpc-pascal] Re: OpenDelphi.org

2006-03-16 Thread L505
On 3/16/06, Alexandre Leclerc <[EMAIL PROTECTED]> wrote: > > Is there any way to simplify that and still be multi-platform very > > easely? Indeed, that is very much hard to track down the units. (In > > comparison, Delphi is cleaner, but it is not as multi-platform / > > multi-GUI as laz is.) > T

Re: [fpc-pascal] Re: OpenDelphi.org

2006-03-16 Thread L505
- Original Message - From: "Felipe Monteiro de Carvalho" <[EMAIL PROTECTED]> To: "FPC-Pascal users discussions" Sent: Thursday, March 16, 2006 9:02 AM Subject: Re: [fpc-pascal] Re: OpenDelphi.org > I'm not complaining, just saying that the source is sometimes hard to > figure out for so

Re: [fpc-pascal] Re: fpc-pascal Digest, Vol 19, Issue 24

2006-03-16 Thread L505
> One of the things I think works best for lazarus is that it is written in the > same language it uses - so every user is a potential contributor (unlike most > programs and IDE's users typically CAN program) which is why I think it has > such an amazing rate of expansion - we must be averaging a

Re: Re[2]: [fpc-pascal] When are used units recompiled?

2006-04-05 Thread L505
> Tom Verhoeff wrote: > > Can someone explain to me under what circumstances FPC will (attempt to) > > recompile a unit for which *.ppu and *.o are already available? > > I couldn't find this in the documentation. > > Wrong target (OS) or incompatible compiler version, usually. Vote for: > > http:/

Re: Re[2]: [fpc-pascal] When are used units recompiled?

2006-04-05 Thread L505
> > Vote where? :) > > The bug reporting system is very limited, once the bug is opened or closed you > > can't make any additional comments. > > I know, but sometimes developers who know the system inside-out get > 'out-of-touch' with the users who are just starting to use it. So 'voting' > is ess

[fpc-pascal] fpdoc document *.pas;*.inc

2006-04-07 Thread L505
What command would be used to run FPCdoc on all files in a directory. PSEUDO EXAMPLE: (crashes fpdoc) fpdoc --package=Test --input=*.pas;*.inc; ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fp

[fpc-pascal] fpdoc features

2006-04-07 Thread L505
> > What command would be used to run FPCdoc on all files in a directory. > > PSEUDO EXAMPLE: (crashes fpdoc) > > fpdoc --package=Test --input=*.pas;*.inc; > fpdoc --package=Test $(ls -1 *.pas *.inc | awk '{printf("input=%s ", $1)}') AWK for the one liner.. I was going to build a program that s

Re: [fpc-pascal] fpdoc document *.pas;*.inc

2006-04-07 Thread L505
> tidy --show-body-only yes test.html > test-body.html That'll work in the mean time while I wait for responses and comments on the snippet feature. FastHTMLParser could also work, find the Body tag (OnTag event) and record all text between body. It would be nice if I could build it right into t

Re: [fpc-pascal] fpdoc document *.pas;*.inc

2006-04-07 Thread L505
> > > > It would be nice if I could build it right into the fpdoc tool though, so > > it's just one step. > > I'll have a look at it. It should be easy to do. > I was looking into dw_html and I'm not sure if my object orientation theory is right but: Would this be the way to go: -create a dw_htm

Re: [fpc-pascal] Division by Zero - not raised exception

2006-04-18 Thread L505
> If FreePascal founders are registrated as a company, contract would have > legitimity in the law, otherwise will not. Incorporating into a registered company doesn't really help secure anything down - for example Borland could cut off the Delphi product at any time (or sell it) even though the

Re: [fpc-pascal] FPC and Lazarus as a main RAD tool?

2006-04-18 Thread L505
> > Disadvantages of Delphi: > > 2. It's closed source, if it's buggy you're lost. > > Main problems comes from RTL and VCL, not a compiler - it is > stable, at least for D7. As D7 Pro+ comes with RTL and VCL sources, it is > easy to fix and recompile both. And there is many excelent free and > Op

Re: [fpc-pascal] another fpc RAD: MSEide

2006-04-18 Thread L505
> MSEgui has a distinct advantage over Lazarus. It compiles under Delphi. Just > tried it. Fiddled with one or two lines in the code, but I got the IDE to > compile and run and then built a small hello world app that also ran. Pretty > impressive really. And the exe's/elf's it generates are reas

Re: [fpc-pascal] another fpc RAD: MSEide

2006-04-19 Thread L505
> L505 wrote: > >> MSEgui has a distinct advantage over Lazarus. It compiles under Delphi. Just > >> tried it. Fiddled with one or two lines in the code, but I got the IDE to > >> compile and run and then built a small hello world app that also ran. Pretty >

Re: [fpc-pascal] Division by Zero - not raised exception

2006-04-19 Thread L505
> > If you can't find jobs > > out there that use Pascal then you have to be really brave and start > > your own business and start hiring people with Pascal skills. > > Yeah right. Sorry to bring that up again, but if I would do that I would > never hire people that claim to have such specialized

Re: Re[2]: [fpc-pascal] another fpc RAD: MSEide

2006-04-19 Thread L505
> > > On Wed, 19 Apr 2006, ??? wrote: > > > I do neither use Lazarus, nor MSEide, but if executable size is really > > important, there is something called KOL (I didn't use it either). As I have > > read, it's currently compilable by FPC. KOL GUI stuff is not cross platform. But I

Re: Re[2]: [fpc-pascal] another fpc RAD: MSEide

2006-04-19 Thread L505
> > On Wed, 19 Apr 2006, ??? wrote: > > > > > I do neither use Lazarus, nor MSEide, but if executable size is really > > > important, there is something called KOL (I didn't use it either). As I have read, it's currently compilable by FPC. > > > > > > Speaking of bigger application

Re: Re[2]: [fpc-pascal] another fpc RAD: MSEide

2006-04-19 Thread L505
> > Very nice compact stringlist in there to use... > > Standard Classes stringlist adds about 60K-70K to your exe/elf while > > CompactUtils > > PStrList only adds maybe 1-5KB. > > Please compare what is comparable: > > The Classes unit contains more than just the TStringlist and TList. > > It co

Re: [fpc-pascal] another fpc RAD: MSEide

2006-04-19 Thread L505
> L505 wrote: > > > > I think this is poor marketing for FPC: telling people that size/bloat is > > not an > > issue. > > Then what good is FPC for us? FPC is a compiled language! The whole point > > of a > > compiled > > language, is to hav

Re: [fpc-pascal]size/speed/compiler - Was:another fpc RAD: MSEide

2006-04-19 Thread L505
Okay so we have to now consider these points: 1. interpreted languages can take up less memory if engineered right (says Florian) 2. compilation and linking is a hassle - compared to shipping or uploading an interpreted file 3. speed - not a big deal. Hardware cheap enough. 4. size - shipping

Re: [fpc-pascal] kol/compactutils: was - another fpc RAD: MSEide

2006-04-19 Thread L505
> It's always a trade off. Neither KOL nor FCL is better, they are simply > designed different and comparsion is useless. The intention is purely to be compact, and I didn't mean to compare or compete with FCL. I was just mentioning that those who need a convenient compact StringList without t

Re: [fpc-pascal]size/speed/compiler - Was:another fpc RAD: MSEide

2006-04-19 Thread L505
> > 3. speed - not a big deal. Hardware cheap enough. > > Speed definitely does matter for some apps: application servers, > database servers etc. So you can't generalize this. This is my view too.. purely playing devils advocate there.. :-) > > > 4. size - shipping an interpreted file usually

Re: Re[2]: [fpc-pascal]size/speed/compiler - Was:another fpc RAD: MSEide

2006-04-19 Thread L505
> 3. speed - not a big deal. Hardware cheap enough. > > If you ship programs, it's not you who decide whether hardware is > > cheap. I agree - some of my website visitors still use Win98, for example.. so can't say everyone has a 2Ghz PC with windows XP on it. I don't like buying hardware ev

[fpc-pascal] Recursive unit/include search path

2006-04-19 Thread L505
-Fu/home/me/project1/units/*.* Is there an existing recursive option like this for -Fu and -Fi? Could be useful, but dangerous if directories contain different versions of the source file in different places. Still, in many projects I get sick of continually adding new directories to the searc

Re: [fpc-pascal] Recursive unit/include search path

2006-04-20 Thread L505
> -Fu/home/fpc/packages/base/*/units/$fpctarget > > Recursive is too error prone and therefor not usefull thanx to all who replied, that's what I was looking for, not true recursive, just wildcards ___ fpc-pascal maillist - fpc-pascal@lists.freepasca

[fpc-pascal] const parameter writeable

2006-04-29 Thread L505
Are const parameters supposed to ensure read only access? If so how come one can write to a typed pointer? program project1; {$mode objfpc}{$H+} type PSomeRec = ^TSomeRec; TSomeRec = record a: string; b: string; end; procedure ChangeRec1(const Rec: PSomeRec); begi

Re: [fpc-pascal] const parameter writeable

2006-05-01 Thread L505
> > Only the pointer itself is the parameter and read-only. Where the pointer > > points to is irrelevant. I remember this from using classes where you can still access the class properties - should have thought about that before posing the question :). > > But in this case I'm wondering why yo

Re: [fpc-pascal] const parameter writeable

2006-05-01 Thread L505
> > > did you mean this ? : > > > >procedure ChangeRec1(const Rec: TSomeRec); > >begin > > Rec.a:= 'string A'; > >end; > > > > Because I can't pass a PSomeRec to that function, only a TSomeRec > > Then pass a PSomeRec^ to it if you don't intend to change the pointer > anyway.

Re: [fpc-pascal] const parameter writeable

2006-05-02 Thread L505
> > > > > > But in this case I'm wondering why you want to give a pointer instead > > > of the real type? > > > > > > did you mean this ? : > > > >procedure ChangeRec1(const Rec: TSomeRec); > >begin > > Rec.a:= 'string A'; > >end; > > Yes. Well, this is a Precord. That doesn't wor

Re: Re[2]: [fpc-pascal] rotating bits

2006-05-24 Thread L505
There is this page which might help some http://www.merlyn.demon.co.uk/del-bits.htm ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] C callable library

2006-05-24 Thread L505
> Krishna wrote: > > Hi all, > > > > Is FPC ready for writing libraries callable from C/C++ on Win32 and Linux? > > > > Yes. Just that C++ objects aren't compatible, since the implementation of object orientation is slightly/majorly different between languages so you would have to use mainly pr

[fpc-pascal] assigning ansistring with shortstring

2006-05-26 Thread L505
I'm lacking some memory concept here. Below program doesn't work unless setlengths are called first on the shortstrings. program Project1; {$mode objfpc}{$H+} var filename: string; last3: string[3]; last4: string[4]; begin filename:= 'test'; filename:= filename+ 'ing.pas'; setlength

Re: [fpc-pascal] assigning ansistring with shortstring

2006-05-26 Thread L505
> > I'm lacking some memory concept here. Below program doesn't work > > unless setlengths > > are called first on the shortstrings. > > > > program Project1; > > > > {$mode objfpc}{$H+} > > > > var > > filename: string; > > last3: string[3]; > > last4: string[4]; > > begin > > filename:= '

Re: [fpc-pascal] assigning ansistring with shortstring

2006-05-26 Thread L505
> > var > > filename: string; > > last3: string[3]; > > last4: string[4]; > > > this is not short strings > use > last3: shortstring[3]; In delphi 5 and FPC in objfpc mode it doesn't accept that. ___ fpc-pascal maillist - fpc-pascal@lists.fre

  1   2   3   >