Thanks Henry, I've found the problem, more than one actually.
For the record if anyone else runs into this is that the red-herring
here was another bug in synaser.pas (007.005.002) where an incorrect
ioctl call is made (in Darwin), fixed on line 1939 with:
- SerialCheck(fpioctl(FHandle, TCIOflush
On 11 Aug 2011, at 11:56, Felipe Monteiro de Carvalho wrote:
On Wed, Aug 10, 2011 at 12:41 PM, Jonas Maebe > wrote:
No, hacks like that do not belong in trunk.
And about release branches then? Are hacks allowed to be merged
directly to release branches?
Is that a joke? No, of course they ar
On Wed, Aug 10, 2011 at 12:41 PM, Jonas Maebe wrote:
> No, hacks like that do not belong in trunk.
And about release branches then? Are hacks allowed to be merged
directly to release branches?
--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist -
> My main doubt here is if androidprt0.as is really required,
> which would mean that I can only produce android libraries if
> I make changes to the compiler.
>
In NativeTest\jni is a makeandroid.bat that assembles androidprt0 and calls
ppcrossarm with -k"-landroidprt0". No need to change the
On 11/08/11 05:00, Bruce Tulloch wrote:
I am using the latest synaser (007.005.002) from the synapse library
which works just fine with (USB) serial ports on Linux and Windows but
Mac OSX 10.6 it is proving problematic.
The call which opens the port (synaser.pas:946) is:
FHandle := THandle(f
On 11 Aug 2011, at 08:23, Bruce Tulloch wrote:
What puzzles me is that OSX allows an application to appear such that
its title bar is hidden by the desktop menu bar but does not seem to
provide an easy way to then relocate the window to a new position.
I'm clearly a Mac newbie, what am I missi
