#894: Merge request for topic/bernhard/input-end-of-data
---------------------+------------------------
Reporter: amannb | Owner:
Type: Problem | Status: new
Priority: Normal | Milestone: Bro2.2
Component: Bro | Version: git/master
Keywords: |
---------------------+------------------------
The branch changes the name of the update_finished event to end_of_data.
The end_of_data event is now also thrown when using the event read api and
it is exposed to the reader threads who can choose to throw it themselves,
when using the manual put/get/event_send api.
--
Ticket URL: <http://tracker.bro-ids.org/bro/ticket/894>
Bro Tracker <http://tracker.bro-ids.org/bro>
Bro Issue Tracker
#877: libCurl configure options
---------------------+------------------------
Reporter: seth | Owner:
Type: Problem | Status: new
Priority: Normal | Milestone: Bro2.2
Component: Bro | Version: git/master
Keywords: |
---------------------+------------------------
Apparently I forgot to make an option to disable libcurl and to locate it
in an alternate installation location. That needs to happen.
Also, the libCurl detection needs to find the CURLOPT_CONNECTTIMEOUT_MS
enum value since we use that and it wan't added until 7.16.2. Actually,
it might be better to just use CURLOPT_CONNECTTIMEOUT which has been in
libCurl much longer and we can't use the benefit that we would get from
the _MS version anyway (since it requires building against a non-blocking
DNS resolver and most people won't be doing that).
Docs here:
http://curl.haxx.se/libcurl/c/curl_easy_setopt.html#CURLOPTCONNECTTIMEOUT
--
Ticket URL: <http://tracker.bro-ids.org/bro/ticket/877>
Bro Tracker <http://tracker.bro-ids.org/bro>
Bro Issue Tracker
#898: Confusion over the accept_input field in communication code
---------------------+------------------------
Reporter: seth | Owner:
Type: Problem | Status: new
Priority: Normal | Milestone: Bro2.2
Component: Bro | Version: git/master
Keywords: |
---------------------+------------------------
The communication framework configuration include a field named
accept_input which isn't named well and seems to be over used. The result
of it is that state is synchronized between the manager and workers which
shouldn't be happening. This will require some discussion before removing
the functionality though because pushing data from the manager to workers
can be useful on clusters where data is read with the input framework and
needs to be distributed to the workers.
--
Ticket URL: <http://tracker.bro-ids.org/bro/ticket/898>
Bro Tracker <http://tracker.bro-ids.org/bro>
Bro Issue Tracker
#897: File extraction oddities
------------------------+---------------------
Reporter: sconzo | Type: Problem
Status: new | Priority: Normal
Milestone: Bro2.2 | Component: Bro
Version: git/master | Keywords:
------------------------+---------------------
The HTTP file extraction appears to not work correctly if files are also
MD5 sum'd. The filename gets written to disk but the file is empty.
However, other files that are not configured to be MD5'd get persisted to
disk correctly.
Example:
When,
redef HTTP::extract_file_types += /.*\/.*/;
is defined in a .bro script bro extracts all files, except for the windows
exes that were MD5'd
----
When,
redef HTTP::extract_file_types += /.*\/.*/;
redef HTTP::generate_md5 = /NO_FILE_TYPE_EVER/;
is defined in a .bro script bro extracts all files including windows exes,
but no files are MD5'd.
--
Ticket URL: <http://tracker.bro-ids.org/bro/ticket/897>
Bro Tracker <http://tracker.bro-ids.org/bro>
Bro Issue Tracker
#896: SCP and SFTP rotators printing
---------------------+------------------------
Reporter: seth | Owner:
Type: Problem | Status: new
Priority: Normal | Milestone: Bro2.2
Component: Bro | Version: git/master
Keywords: |
---------------------+------------------------
The SCP and SFTP log rotators are causing output on stdout and shouldn't
be. I think the output is coming from the scp and sftp clients, maybe
they just need a quiet flag?
--
Ticket URL: <http://tracker.bro-ids.org/bro/ticket/896>
Bro Tracker <http://tracker.bro-ids.org/bro>
Bro Issue Tracker
#893: calling event handler via local variable doesn't work
----------------------+------------------------
Reporter: dnthayer | Owner:
Type: Problem | Status: new
Priority: Normal | Milestone: Bro2.2
Component: Bro | Version: git/master
Keywords: |
----------------------+------------------------
Calling an event handler (using the "event" statement)
does not seem to work when the event handler being called
is actually a local variable assigned to an existing
event handler.
There is a test case for this in the file
bro/testing/btest/language/event.bro:
event e4(num: count) {...}
event bro_init()
{
[...]
# Test assigning an event variable to an event
local e5: event(num: count);
e5 = e4;
event e5(6); # TODO: this does not do anything
}
--
Ticket URL: <http://tracker.bro-ids.org/bro/ticket/893>
Bro Tracker <http://tracker.bro-ids.org/bro>
Bro Issue Tracker