[fpc-devel] Calling conventions

2011-01-02 Thread Andrew Haines
Hi, I am writing a unit to "automatically" write Trampoline functions on the fly. So assigning "plain" callbacks to TMethod's work. Currently it can handle cdecl on linux32/64. I've tested it with up to 9 parameters and it works well. I would like to implement whatever is common to interface win

Re: [fpc-devel] Linux Signals

2011-01-02 Thread Andrew Brunner
I'm really surprised that I come off as sounding pro any OS. Personally, I'm the type of person to remove Windows 7 from my brand new laptop just to run Ubuntu. I think there is though, some sort of deep seeded resentment towards event driven methods. So back to the topic... As it stands I do ha

Re: [fpc-devel] Linux Signals

2011-01-02 Thread Jonas Maebe
On 02 Jan 2011, at 18:02, Andrew Brunner wrote: > On Sun, Jan 2, 2011 at 10:58 AM, Jonas Maebe > wrote: > >> Please move this discussion to the fpc-other list. > > If by "this" discussion you mean "his" discussion then great. I mean "discussions about the superiority of one programming parad

Re: [fpc-devel] Linux Signals

2011-01-02 Thread Andrew Brunner
On Sun, Jan 2, 2011 at 10:58 AM, Jonas Maebe wrote: > Please move this discussion to the fpc-other list. If by "this" discussion you mean "his" discussion then great. I've still got outstanding issues with SIGIO / SIGPOLL. ___ fpc-devel maillist -

Re: [fpc-devel] Linux Signals

2011-01-02 Thread Jonas Maebe
On 02 Jan 2011, at 17:41, Henry Vermaak wrote: > On 2 January 2011 15:26, Andrew Brunner wrote: >> I also want to assert that ideal engineering principals, no matter >> who/where they come from must be seriously considered with extreme >> diligence as the lack of such is, at its core, the main r

Re: [fpc-devel] Linux Signals

2011-01-02 Thread Henry Vermaak
On 2 January 2011 15:26, Andrew Brunner wrote: > I also want to assert that ideal engineering principals, no matter > who/where they come from must be seriously considered with extreme > diligence as the lack of such is, at its core, the main reason why it > has taken Linux so long to become widel

Re: [fpc-devel] Linux Signals

2011-01-02 Thread Henry Vermaak
On 2 January 2011 15:06, Andrew Brunner wrote: > On Sun, Jan 2, 2011 at 5:24 AM, Nikolai Zhubr wrote: >> Formally yes maybe, but Andrew probably meant just avoiding some horrible >> CPU-burning busy-loop. >> >> Despite of the similar name (epoll), substantial shortcomings of classical >> polling

Re: [fpc-devel] Proposed change in Objective-Pascal syntax

2011-01-02 Thread Jonas Maebe
On 02 Jan 2011, at 17:07, Frank Church wrote: > Is there an Objective-Pascal that is not the same of Object Pascal? http://wiki.freepascal.org/FPC_PasCocoa Jonas ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/ma

Re: [fpc-devel] Proposed change in Objective-Pascal syntax

2011-01-02 Thread Frank Church
On 2 January 2011 16:00, Jonas Maebe wrote: > > On 30 Dec 2010, at 18:09, Jonas Maebe wrote: > > > So I would propose to change the syntax by moving the "external" modifier > to the same location as where "sealed" and "abstract" can be placed for > Delphi-style classes. It should be quite easy to

Re: [fpc-devel] Proposed change in Objective-Pascal syntax

2011-01-02 Thread Jonas Maebe
On 30 Dec 2010, at 18:09, Jonas Maebe wrote: > So I would propose to change the syntax by moving the "external" modifier to > the same location as where "sealed" and "abstract" can be placed for > Delphi-style classes. It should be quite easy to modify the Objective-C > headers parser script t

Re: [fpc-devel] Linux Signals

2011-01-02 Thread Andrew Brunner
On Sun, Jan 2, 2011 at 9:07 AM, Michael Van Canneyt wrote: > All webservers I know use polling on unix, and they are what you might call > 'high availablility' environments. There is a big difference between HA and HP :-) While they are relationally proportional the cost of HA is minimized with

Re: [fpc-devel] Linux Signals

2011-01-02 Thread Andrew Brunner
On Sun, Jan 2, 2011 at 5:24 AM, Nikolai Zhubr wrote: > Formally yes maybe, but Andrew probably meant just avoiding some horrible > CPU-burning busy-loop. > > Despite of the similar name (epoll), substantial shortcomings of classical > polling scheme are gone. Say, you need not use a timeout to be

Re: [fpc-devel] Linux Signals

2011-01-02 Thread Michael Van Canneyt
On Sun, 2 Jan 2011, Andrew Brunner wrote: On Sun, Jan 2, 2011 at 4:43 AM, Michael Van Canneyt wrote: Do note that you're back to polling, which I understood you wanted to avoid in the first place ? Michael. Sigh - yes, your right. I haven't given up on kernel level signals (SIGIO/SIGPOLL

Re: [fpc-devel] Linux Signals

2011-01-02 Thread Andrew Brunner
On Sun, Jan 2, 2011 at 4:43 AM, Michael Van Canneyt wrote: > Do note that you're back to polling, which I understood you wanted to avoid > in the first place ? > > Michael. Sigh - yes, your right. I haven't given up on kernel level signals (SIGIO/SIGPOLL) and random posts on various *nix forums

Re: [fpc-devel] Linux Signals

2011-01-02 Thread Nikolai Zhubr
02.01.2011 13:43, Michael Van Canneyt: On Sat, 1 Jan 2011, Andrew Brunner wrote: Thanks, Nikolai. epoll looks like the silver bullet (for linux) and very promising. I can dump a bunch of sockets into it and get the kernel to let me know which ones get notifications for reset/read/write. ...W

Re: [fpc-devel] Linux Signals

2011-01-02 Thread Michael Van Canneyt
On Sat, 1 Jan 2011, Andrew Brunner wrote: Thanks, Nikolai. epoll looks like the silver bullet (for linux) and very promising. I can dump a bunch of sockets into it and get the kernel to let me know which ones get notifications for reset/read/write. ...Which is what I suggested in the first