On Fri, Mar 1, 2013 at 1:11 PM, ik wrote:
> On Fri, Mar 1, 2013 at 8:56 AM, Jürgen Hestermann
> wrote:
>>
>> Am 2013-03-01 04:41, schrieb dmitry boyarintsev:
>>
>>> All the new "strange" features doesn't really matter as long as:
>>> 1) the backward compatibility is in place (and or guidelines ar
On Sat, 2 Mar 2013, Marco van de Voort wrote:
In our previous episode, denisgolovan said:
Building FPC with -dTEST_WIN64_SEH makes the trick!
Hmm, maybe it is slowly time to make this default in trunk?
+1
It will give it the necessary coverage.
Michael.
_
On 2-3-2013 15:02, Marco van de Voort wrote:
> In our previous episode, denisgolovan said:
>> Building FPC with -dTEST_WIN64_SEH makes the trick!
>
> Hmm, maybe it is slowly time to make this defau
Or quickly ;)
Last I heard about it was in July 2012:
http://www.mail-archive.com/fpc-pascal@lists
In our previous episode, denisgolovan said:
> Building FPC with -dTEST_WIN64_SEH makes the trick!
Hmm, maybe it is slowly time to make this default in trunk?
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/
Thanks a ton.
Building FPC with -dTEST_WIN64_SEH makes the trick!
02.03.2013, 14:47, "Reinier Olislagers" :
> On 2-3-2013 11:42, denisgolovan wrote:
> Yep, it seems like issue is exception handling (similar to issue
> http://bugs.freepascal.org/view.php?id=21581
> etc)
> Try compiling FPC with -d
On 2 March 2013 02:05, leledumbo wrote:
> > Registry is not part of rtl because it's not a base unit??? This is my
> point it uses 200 other f*** units that aren't really needed!
>
> YOU don't use those 200 units, but the UNIT YOU USE needs them. Get the
> point?
> Even though you don't, what abo
On 02.03.2013 01:01, John Lee wrote:
Registry is not part of rtl because it's not a base unit??? This is my
point it uses 200 other f*** units that aren't really needed!
Not needed by you perhaps. The Registry unit also provides the
TRegIniFile out of Delphi compatiblity which is a TIniFile de
On 2-3-2013 11:42, denisgolovan wrote:
> Hi all
>
> Currently I am trying to make work attached code under Win64.
> It uses LuaJIT 2 as drop-in replacement to Lua.
>
> The code works fine under Linux32, Linux64, Win32, but not under Win64.
> Under Win64 it crashes with unhandled exception like fo
Registry is not part of rtl because it's not a base unit??? This is my
point it uses 200 other f*** units that aren't really needed!
So you are saying if one wants a single 50 line unit & does a complex
procedure eg installi ng 10^10 lines of fpc etc then it is simple? And of
course you have to
Hi all
Currently I am trying to make work attached code under Win64.
It uses LuaJIT 2 as drop-in replacement to Lua.
The code works fine under Linux32, Linux64, Win32, but not under Win64.
Under Win64 it crashes with unhandled exception like following:
An unhandled exception occurred at $000
Michael Van Canneyt wrote:
On unix, an alternate solution is to use fpSelect (Function
fpSelect(N:cint;readfds,writefds,exceptfds:pfdSet;TimeOut:PTimeVal):cint;
) and specify a time-out value.
I would go for this.
With the very minor caveat that different variants of fpSelect() hide
the OS-
On Sat, 2 Mar 2013, Ludo Brands wrote:
On 03/01/2013 07:10 PM, Krzysztof wrote:
Hi,
I'm reading that I can't use timer in daemon because daemon core is
based on thread.
daemonapp is using threads but nothing stops you from daemonizing your
app yourself with a simple fork.
The threads are
On 03/01/2013 07:10 PM, Krzysztof wrote:
> Hi,
>
> I'm reading that I can't use timer in daemon because daemon core is
> based on thread.
daemonapp is using threads but nothing stops you from daemonizing your
app yourself with a simple fork.
> So I'm trying to create another thread which simul
13 matches
Mail list logo
