Marc Santhoff wrote:
You can send any defined signal using kill. Try:
# kill -TERM
for sending the TERM signal. At least FreeBSDs kill works that way. If
yours doesn't try:
That is what I did. This doesn't run my daemon's exit routines. I don't
know if Linux just kills the daemon or if t
FPC already has QT binding, just use it:
http://users.telenet.be/Jan.Van.hijfte/qtforfpc/fpcqt4.html
--
View this message in context:
http://old.nabble.com/TCustomApplication-and-QApplication-tp26248446p26261584.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
__
Marco van de Voort wrote:
No plans yet. The problem is also a bit that whatever you do is an island. I
think this is more something for freedesktop to standarize first.
I know there is a standard/recomended way to write a daemon. If you use
KDevelop it will create such a template. I don'
Am Sonntag, den 08.11.2009, 21:18 +0200 schrieb Wimpie Nortje:
> Hi
>
> I am writing an application using lazdaemon. How does one stop the
> daemon gracefully, ie not killing it.
>
> The wiki says the daemon runs until it receives the TERM signal. THe
> only way I know to send the TERM signal i
In our previous episode, Wimpie Nortje said:
> Marco van de Voort wrote:
> > In our previous episode, Wimpie Nortje said:
> >
> >> I am writing an application using lazdaemon. How does one stop the
> >> daemon gracefully, ie not killing it.
> >>
> >> The wiki says the daemon runs until it recei
2009/11/8 Jonas Maebe :
> Your problem is that every FPC-compiled library contains its own copy of the
> RTL.
I hadn't thought of that... It all makes sense now of course.
Thanks.
--
cobines
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
htt
Marco van de Voort wrote:
In our previous episode, Wimpie Nortje said:
I am writing an application using lazdaemon. How does one stop the
daemon gracefully, ie not killing it.
The wiki says the daemon runs until it receives the TERM signal. THe
only way I know to send the TERM signal is
In our previous episode, Wimpie Nortje said:
>
> I am writing an application using lazdaemon. How does one stop the
> daemon gracefully, ie not killing it.
>
> The wiki says the daemon runs until it receives the TERM signal. THe
> only way I know to send the TERM signal is using 'kill'. This ki
Hi
I am writing an application using lazdaemon. How does one stop the
daemon gracefully, ie not killing it.
The wiki says the daemon runs until it receives the TERM signal. THe
only way I know to send the TERM signal is using 'kill'. This kills the
app rather letting it exit gracefully.
Th
cobines wrote on Sun, 08 Nov 2009:
I have to conclude that the values in rtl/inc/systemh.inc: StackTop,
StackBottom, StackLength are not behaving as thread-specific variables
in the library, even though they are declared using ThreadVar.
Your problem is that every FPC-compiled library contains
A followup from the previous mail. I have expanded the program to
query pthreads library directly for thread's stack info. Here are the
results (the lines containing "Pthr" string have values reported by
the pthreads library):
MainThreadId : 3076675264
< main thread, main program >
CurrentThr
Thanks
Ido
http://ik.homelinux.org/
On Sun, Nov 8, 2009 at 3:59 PM, Jonas Maebe wrote:
> ik wrote on Sun, 08 Nov 2009:
>
>
> Hello all,
>> I'm trying to figure out valgrind's log about a program I wrote in Pascal
>> using FPC.
>>
>> I have a lot of the following messages:\
>> ==30348== Mismatc
ik wrote on Sun, 08 Nov 2009:
Hello all,
I'm trying to figure out valgrind's log about a program I wrote in Pascal
using FPC.
I have a lot of the following messages:\
==30348== Mismatched free() / delete / delete []
==30348==at 0x4C21A18: free (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-
Hello all,
I'm trying to figure out valgrind's log about a program I wrote in Pascal
using FPC.
I have a lot of the following messages:\
==30348== Mismatched free() / delete / delete []
==30348==at 0x4C21A18: free (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==30348==by 0x6F6F8
On Sat, 7 Nov 2009 16:48:03 -0800
David Emerson wrote:
> I used fpc for a while before starting to use Lazarus. Of course back
> then, lazarus was not as stable as it is now...
>
> Now that I have gotten accustomed to using lazarus, I will never go
> back! Lazarus is a wonderful tool. I believ
15 matches
Mail list logo
