Re: [fpc-pascal] Darwin i386

2012-05-20 Thread Andrew Brunner
On Sun, May 20, 2012 at 8:52 AM, Jonas Maebe The above was a question relating to "... with the exception of threads calling methods via synchronize (so I can debug)." I.e., what are the exact things you are doing, what is happening, and what are the expected results regarding trying to debug thre

Re: [fpc-pascal] Darwin i386

2012-05-20 Thread Jonas Maebe
On 20 May 2012, at 15:25, Andrew Brunner wrote: >> What are you doing exactly, what happens, and what is the expected result >> instead? > > I'm upgrading my gdb from shipping version with darwin to gdb version from The above was a question relating to "... with the exception of threads calling

Re: [fpc-pascal] Darwin i386

2012-05-20 Thread Andrew Brunner
> > > What are you doing exactly, what happens, and what is the expected result > instead? > I'm upgrading my gdb from shipping version with darwin to gdb version from download. I downloaded and ran /configure make make install 7.1. It doesn't work with fpc. I'm going to have to switch back. T

Re: [fpc-pascal] Darwin i386

2012-05-20 Thread Jonas Maebe
On 20 May 2012, at 02:59, Andrew Brunner wrote: > I'm having a hard time with GDB and debugging threads on a OSX 10.7.4 with > fpc/trunk > > The shipped gdb worked great with the exception of threads calling methods > via synchronize (so I can debug). What are you doing exactly, what happens, a

[fpc-pascal] Darwin i386

2012-05-19 Thread Andrew Brunner
I'm having a hard time with GDB and debugging threads on a OSX 10.7.4 with fpc/trunk The shipped gdb worked great with the exception of threads calling methods via synchronize (so I can debug). I'm in the process of building GDB from download and configure set gdb to x64 darwin. Configure detect

Re: [fpc-pascal] Darwin i386 socket polling

2011-12-23 Thread Henry Vermaak
On 23 December 2011 15:27, Andrew Brunner wrote: >> Windows supports epoll? > > No, windows doesn't offer polling socket mechanisms.  They send > messages to windows with the socket number - it's event driven. > Kernel polling is different, but I assumed that Darwin would support > it via e-Poll.

Re: [fpc-pascal] Darwin i386 socket polling

2011-12-23 Thread Andrew Brunner
> Windows supports epoll? No, windows doesn't offer polling socket mechanisms. They send messages to windows with the socket number - it's event driven. Kernel polling is different, but I assumed that Darwin would support it via e-Poll. I searched and found a few references to kQueue/kEvent. Th

Re: [fpc-pascal] Darwin i386 socket polling

2011-12-23 Thread Marco van de Voort
In our previous episode, Andrew Brunner said: > I'm needing to figure out how socket signaling mechanisms work under darwin. > Windows and Linux work, Darwin however does not support ePoll. Windows supports epoll? > Anyone have any experience with Sockets events under OSX i386? Helmut already

Re: [fpc-pascal] Darwin i386 socket polling

2011-12-23 Thread Helmut Hartl
Am 23.12.11 04:35, schrieb Andrew Brunner: I'm needing to figure out how socket signaling mechanisms work under darwin. Windows and Linux work, Darwin however does not support ePoll. Anyone have any experience with Sockets events under OSX i386? Thanks. BSD's support the kqueue / kevent mech

[fpc-pascal] Darwin i386 socket polling

2011-12-22 Thread Andrew Brunner
I'm needing to figure out how socket signaling mechanisms work under darwin. Windows and Linux work, Darwin however does not support ePoll. Anyone have any experience with Sockets events under OSX i386? Thanks. ___ fpc-pascal maillist - fpc-pascal@li

Re: [fpc-pascal] Darwin/i386 target

2008-09-27 Thread Jonas Maebe
On 27 Sep 2008, at 23:53, Adam Naumowicz wrote: Is there a way to compile for the Darwin/i386 target using a native Linux/i386 compiler and cross binutils rather than building a crosscompiler? FPC always supports all OSes for a particular target cpu. So a Linux/ i386 compiler supports gen

[fpc-pascal] Darwin/i386 target

2008-09-27 Thread Adam Naumowicz
Hi, Is there a way to compile for the Darwin/i386 target using a native Linux/i386 compiler and cross binutils rather than building a crosscompiler? This target seems to be missing in the -T option, so I guess it's not supported this way, is it? Best, Adam __