[haiku-bugs] Re: [Haiku] #12497: Web+ window just closes

  • From: "ttcoder" <trac@xxxxxxxxxxxx>
  • Date: Mon, 07 Dec 2015 16:35:15 -0000

#12497: Web+ window just closes
----------------------------------------+----------------------------
Reporter: humdinger | Owner: pulkomandy
Type: bug | Status: new
Priority: normal | Milestone: Unscheduled
Component: Applications/WebPositive | Version: R1/Development
Resolution: | Keywords:
Blocked By: | Blocking:
Has a Patch: 0 | Platform: All
----------------------------------------+----------------------------

Comment (by ttcoder):

Finally found the "use case" while reviewing my notes; likely not
relevant, but let's confirm:

{{{
/boot/system/cache/tmp/New folder> cat quit_on_httpreq.cpp

#include <net/Url.h>
#include <net/HttpRequest.h>

int main()
{
{
BHttpRequest httpReq("https://dev.haiku-
os.org/ticket/12497");
httpReq.Run();

snooze(100);
}

puts("still here (no uncaught exception or signal)");

return 0;
}
/boot/system/cache/tmp/New folder> ./quit_on_httpreq
still here (no uncaught exception or signal)
}}}

if I change the snooze to snooze(10) or even remove it, I mostly get this:

{{{
/boot/system/cache/tmp/New folder> ./quit_on_httpreq
User defined signal 1
}}}

I take it, this is not something that what Web+ is likely to ever suffer
from ?
Might need to be put in a prominent position in the documentation (if not
already so) in case it surprises anyone writing such a code flow (req
deleted just after being created), though such a flow appears unlikely. An
interesting question would be, does the "user defined signal"
stdout/stderr message ever fail to appear (as it had in my case when I
initialy stumbled on this last year IIRC).

--
Ticket URL: <https://dev.haiku-os.org/ticket/12497#comment:3>
Haiku <https://dev.haiku-os.org>
Haiku - the operating system.

Other related posts: