Am 31.08.2015 21:50 schrieb "KatolaZ" :
> The sole fact that you consider anything else than systemd as "a
> lesser" option[...]
Hi KatolaZ,
there are several inits (plus surrounding code like startup scripts) that
do not require a hack like that. Systemd is just one of those and I am
fully aware
Hi,
Unfortunately, the version of netman employing multi-threading is the
also the best behaved one, and I think, I have a solution for blocking
the execution of more than one thread, when the user clicks the same
button more than once very quickly. I tried to get rid of threads as
instructed, but
On Mon, Aug 31, 2015 at 09:38:12AM +0200, Didier Kryn wrote:
> Sorry, this thread became private my my mis-clicking on Icedove.
>
> Le 30/08/2015 22:37, Isaac Dunham a écrit :
> >On Sun, Aug 30, 2015 at 12:58:59PM +0200, Didier Kryn wrote:
> >>Le 28/08/2015 04:28, Isaac Dunham a ??crit :
> >>>
> waitpid is async signal safe, hence, there's no reason the why the
> 'throw the exit status away' loop can't run from the signal handler
> itself (see signal(7)) for a list of other async signal safe functions).
So this was a misunderstanding - I wasn't implying that he throw the
exit status awa
On Mon, 31 Aug 2015 20:59:24 +0100
Rainer Weikusat wrote:
> KatolaZ writes:
> [...]
>
> > Go conquer the world with your little software-engineering
> > masterpiece, but please leave us poor cavemen in peace.
>
> The poor cavemen are the guys with the huge, elaborate stone tools
> ... :->
No
On Mon, 31 Aug 2015 20:56:33 +0200
Tobias Hunger wrote:
> Oh, I am pretty happy with systemd and won't lie about that. I would
> still like to see some competition going.
>
> And yes, any init system that needs hacks like the one tilt! is doing
> for his display manager is a lesser one.
O,
KatolaZ writes:
> On Mon, Aug 31, 2015 at 08:56:33PM +0200, Tobias Hunger wrote:
>
> [cut]
>
>>
>> Oh, I am pretty happy with systemd and won't lie about that. I would
>> still like to see some competition going.
[...]
> Go conquer the world with your little software-engineering
> masterpiece,
On Mon, Aug 31, 2015 at 08:56:33PM +0200, Tobias Hunger wrote:
[cut]
>
> Oh, I am pretty happy with systemd and won't lie about that. I would
> still like to see some competition going.
>
> And yes, any init system that needs hacks like the one tilt! is doing
> for his display manager is a less
Hi,
On 08/31/2015 08:56 PM, Tobias Hunger wrote:
> [...]
> And yes, any init system that needs hacks like the one tilt! is
> doing for his display manager is a lesser one.
This is an outrage! I don't do "hacks", i perform highly qualified
high-tech science development for the sake of future gene
Tobias Hunger writes:
> On Mon, Aug 31, 2015 at 7:40 PM, Jaromil wrote:
[...]
>> what really disturbed me is the arrogance of that definition "lesser
>> init systems" which in general depicts pretty much the attitude of
>> systemd hooligans, often scaling to full range trolling.
>>
>> "Lesser"
On 31/08/2015 20:56, Tobias Hunger wrote:
Oh, I am pretty happy with systemd and won't lie about that. I would
still like to see some competition going.
That's pretty much the crux of the problem here. Nothing can compete
with systemd on the same grounds, because systemd covers so much ground
On Mon, Aug 31, 2015 at 7:40 PM, Jaromil wrote:
> On Sun, 30 Aug 2015, Tobias Hunger wrote:
>
>> > if that is even a legitimate account,
>>
>> Yes. Did we get to the point where we need fake emails to follow up
>> on free software projects now?
>
> since none of your emails are cryptographically
Edward Bartolo writes:
> I tried several ways to use grey-out buttons but there is a bug or
> something that is preventing me. The only way I found is
> multi-threading or simply leaving the main thread to wait for the
> backend to finish its job until it becomes available to the user.
> Multi-th
On Sun, 30 Aug 2015, Tobias Hunger wrote:
> > if that is even a legitimate account,
>
> Yes. Did we get to the point where we need fake emails to follow up
> on free software projects now?
since none of your emails are cryptographically signed, noone can really
tell if this is an impersonation.
On Mon, 31 Aug 2015, Edward Bartolo wrote:
> The only way that does not allow multiple similar threads is to allow
> the GUI to become momentarily unresponsive.
how about first changing the UI with a "processing..." sign and then
make it unresponsive? then it would say at least that unresponsivene
I tried several ways to use grey-out buttons but there is a bug or
something that is preventing me. The only way I found is
multi-threading or simply leaving the main thread to wait for the
backend to finish its job until it becomes available to the user.
Multi-threading can allow the user to click
"tilt!" writes:
> Hi,
>
> been thinking about this for a while:
>
> It actually is correct that the frontend becomes irrepsonsive
> when the backend does a re-connect or re-scan.
>
> When a re-connect or re-scan is performed, the old information
> presented in the frontend is outdated, and the us
Hi,
been thinking about this for a while:
It actually is correct that the frontend becomes irrepsonsive
when the backend does a re-connect or re-scan.
When a re-connect or re-scan is performed, the old information
presented in the frontend is outdated, and the user should not
click around on it
Steve Litt writes:
> On Sun, 30 Aug 2015 21:11:01 -0500
> Nate Bargmann wrote:
>
>> And all along I thought a "dock" had to do with a place to put program
>> icons on a desktop and that "docker" was a tool to handle it. I've
>> ignored everything about virtual machines except for Virtual Box and
On Sun, 30 Aug 2015 21:11:01 -0500
Nate Bargmann wrote:
> And all along I thought a "dock" had to do with a place to put program
> icons on a desktop and that "docker" was a tool to handle it. I've
> ignored everything about virtual machines except for Virtual Box and
> QEMU.
>
> Evidently, I n
Hi Aitor,
Please, wait until I give you the go ahead as I am trying to add a
separate thread to take care of the backend. There are some bugs in
the Lazarus' Visual Component Library that I have to bypass somehow.
Edward
On 31/08/2015, aitor_czr wrote:
> Hi Edward,
>
> I will try to debianize y
Hi Edward,
I will try to debianize your project. But i not promise it will be soon.
This week i am too busy.
I also have two projects in my mind:
libpqxx++ -> A migration to C++ of some features of libpqxx (postgresql)
libhpdf++ -> A migration to C++ of some features of libhpdf (Haru)
marc writes:
>> WaitOnExit causes the main thread to wait until the backend finishes.
>> This means it will hang the main thread making the GUI irritatingly
>> unresponsive. Thus, the only way out is to use multi-threading.
>
> Multithreading is almost always a bad idea, fortunately there
> are ot
Sorry, this thread became private my my mis-clicking on Icedove.
Le 30/08/2015 22:37, Isaac Dunham a écrit :
On Sun, Aug 30, 2015 at 12:58:59PM +0200, Didier Kryn wrote:
Le 28/08/2015 04:28, Isaac Dunham a ??crit :
On Thu, Aug 27, 2015 at 10:29:31AM +0200, Didier Kryn wrote:
what is missi
24 matches
Mail list logo
