I'm not sure that something is changed to make it incompatible.
The apache modules compiled on windows are only crashing if multiple
requests are coming at the same time, and they are crushing at
function/procedure returns (Yes, on Linux it is even worse, since no
module gets even loaded by
On 24 Sep 2008, at 10:58, ABorka wrote:
I'm not sure that something is changed to make it incompatible.
The apache modules compiled on windows are only crashing if multiple
requests are coming at the same time, and they are crushing at
function/procedure returns (Yes, on Linux it is even
On Wed, 24 Sep 2008, ABorka wrote:
I'm not sure that something is changed to make it incompatible.
The apache modules compiled on windows are only crashing if multiple requests
are coming at the same time, and they are crushing at function/procedure
returns (Yes, on Linux it is even worse,
On 24 Sep 2008, at 12:35, Michael Van Canneyt wrote:
This is a known problem; the heap manager does not function
correctly in a
DLL when an external program (apache, in this case) creates new
threads.
The heap manager is simply not thread safe until the FPC threading
system has been
On Wed, 24 Sep 2008, Jonas Maebe wrote:
On 24 Sep 2008, at 12:35, Michael Van Canneyt wrote:
This is a known problem; the heap manager does not function correctly in a
DLL when an external program (apache, in this case) creates new threads.
The heap manager is simply not thread safe
On 24 Sep 2008, at 13:02, Michael Van Canneyt wrote:
On Wed, 24 Sep 2008, Jonas Maebe wrote:
On 24 Sep 2008, at 12:35, Michael Van Canneyt wrote:
This is a known problem; the heap manager does not function
correctly in a
DLL when an external program (apache, in this case) creates new
Could it be then related to the Apache method of working? Apache has a
non-threaded version and several threaded versions.
In my Mandriva where it didn't crash I installed the non-threaded
version. (not sure if it won't create threads anyway for something
else, even if it works in a non-threaded
On Wed, 24 Sep 2008, Jonas Maebe wrote:
On 24 Sep 2008, at 13:02, Michael Van Canneyt wrote:
On Wed, 24 Sep 2008, Jonas Maebe wrote:
On 24 Sep 2008, at 12:35, Michael Van Canneyt wrote:
This is a known problem; the heap manager does not function correctly in
a
DLL when
Dear All, can anybody say a word about variant properties streaming
implementation.
See the latest note on
http://bugs.freepascal.org/view.php?id=10482
With best regards,
Anton
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Mark Morgan Lloyd wrote:
The Debian source package appears to basically be gdb which builds
libgdb as a side-effect. It compiles OK on an ARM but there are errors
when I try to use it as part of the fpc build with GDB_V607=1 (which
seemed like a good starting position).
I'll look around for
On 24 Sep 2008, at 14:07, Mark Morgan Lloyd wrote:
I've now got fpc 2.2.2 (optimised, including the fp IDE) running on
Debian ARM (little-endian) including debugger operation inside fp.
I'd like to try getting a big-endian ARM system running but don't
know how quickly I can manage that.
Jonas Maebe wrote:
This indeed suggests a SPARC-specific problem, as ARM is also quite
alignment-sensitive.
I'm currently setting up an outward-facing SPARC-Linux system. Please
email me if you want an account.
--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk
[Opinions above are
Well, it seems we have some progress now.
The
WaitForThreadTerminate(BeginThread(@__dummythread), 300);
seems to fix it on Windows. At least for 2 concurrent requests. For some
reason Apache cannot seem to want to run more than 2 requests at a time.
If more comes in at a time, the first 2
For me in Windows XP 32bit/ FPC (apache modules load properly):
sizeof(request_rec)=416
sizeof(module_struct)=56
For me in Ubuntu 8.04 32bit/ FPC (apache modules don't load):
sizeof(request_rec)=412
sizeof(module_struct)=56
Used exactly the same files to compile a project on Ubuntu but for
14 matches
Mail list logo
