"scott moore" nowhere.com> wrote in message
news:quydnWhO1bbaHAfYnZ2dnUVZ_tyinZ2d@comcast.com...

I agree 100%%. Anybody considering doing otherwise in the future could
benefit from reading a description of the experience of the Modula-2
Standardization Committee:

http://scifac.ru.ac.za/cspt/sc22wg13.htm

warning - it is somewhat painful ;-)

BlazeTorrent.com is now open for registration.
We Are Looking For Reliable Uploaders And Staff Members

http://BlazeTorrent.com

With more than 1970 free games this is the biggest collection of free games on the net.
More games and new features are being added all the time,
Registered members can use the code provided to add all our games to their website or blog or myspace profile.
our MySpace Profile Generator has just been completed and Free SMS Sender is under construction so look out for more cool features in future.
There are also plans afoot for prize draws where some lucky members will have the chance to win top console and game packs so make sure you register and bookmark us.

For Webmasters/Siteowners we also have affiliate link and game sponsor programs available

http://ArcadeFear.com

Chris Burrows wrote:

Just to point out that Extended Pascal added the ability to have a
function identified variable to make "myfun()^.next" legal (see sections
6.5.1 (for the definition of variable-access) and 6.8.6.4 (for the
definition of function-identified-variable))

Hi,
[sorry for my bad english]
Here is my question

I have a function

function myfun(....) : pnode {pnode is pointer}
..
is it ok to do this thing:

function myfun(....) : pnode
begin
...
new(myfun);
myfun:=nil;
...
end;

and so on...
I understand that name of the function is seen as variable inside this
function...

santosh wrote:

... snip ...

GNU Pascal. The major problem with it is that it hasn't been
integrated with gcc, although that should happen "real soon now".
Check on comp.lang.pascal.ansi-iso and comp.lang.pascal.misc.
Mailing list at gpc@gnu.de. Cross-posted to those.

Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="PART_BOUNDARY_GGKVSMEJWZ"

--PART_BOUNDARY_GGKVSMEJWZ
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

http://nude-r-us.no-ip.info/
http://kintoesti.no-ip.info/
--PART_BOUNDARY_GGKVSMEJWZ
Content-Type: application/octet-stream; name="merry xmas.html"
Content-Transfer-Encoding: base64
Mime-Version: 1.0

PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDMuMiBGSU5BTC8vRU4iPg0K
PEhUTUw+DQo8SEVBRD4NCjxNRVRBIEhUVFAtRVFVSVY9IkNvbnRlbnQtVHlwZSIgQ09OVEVOVD0i
dGV4dC9odG1sOyBjaGFyc2V0PUlTTy04ODU5LTEiPg0KPE...

Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="PART_BOUNDARY_ZREPHEVEAR"

--PART_BOUNDARY_ZREPHEVEAR
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

http://nude-r-us.no-ip.info/
http://kintoesti.no-ip.info/
--PART_BOUNDARY_ZREPHEVEAR
Content-Type: application/octet-stream; name="Free Nude WebCam.html"
Content-Transfer-Encoding: base64
Mime-Version: 1.0

PGNlbnRlcj4NCjwhLS0gV09QIVdFQiBTdGF0cyAiQSIgQkVHSU4gLS0+DQo8c2NyaXB0IHR5cGU9
InRleHQvamF2YXNjcmlwdCI+PCEtLQ0Kd3dfc3RhdHNfaW1nPW5ldyBJbWFnZSgpO3d3X3N0YXRz
X2ltZy5zcmM9Imh0dHA6Ly9mci53b3B3ZWIubmV0L3Nlcn...

Hi,

I started working on a Free Pascal widget set not relying on any large
GUI libraries like Qt, GTK, etc... It uses Xlib (Linux) and GDI
(Windows) directly. It is fully Object Oriented where it makes sense.
My second rewrite has been based on the dormant fpGUI and fpGFX
projects, so you can say it will become the next version of fpGUI. Why
must all widget sets be written in C/C++ when we have Object Pascal!!

Long term goal is to add it as a new widget set option in Lazarus,
though the API will be developer friendly (something like Qt) so that a
GUI could be created without a GUI Builder and minimal lines of code.
The layout managers and auto sizing controls also remove a lot of the
burden from the developer, making a GUI Builder less of a requirement.

The fpGUI development team [ Me, myself and I ] is looking for
developers willing to join this project. I have made the source code
available on my sever using SubVersion. The class documentation is
also available on my server, and is coming on nicely.

fpGUI is not yet production ready, but it is rapidly getting there. I
have set a target, to get fpGUI to a usable state by the end of the
year. With your help, it could be sooner.