Re: [Wireshark-dev] report from the bleeding edge (VS 2017)

Should start to bookmark that page ;-) Just saying, we have to support 2.2 until the end of the year, so removing libraries might lead to issues. But otherwise, I think we can handle dropping 32bit support, and just note in the building instructions, that people cannot rely on the fact, that we

Re: [Wireshark-dev] report from the bleeding edge (VS 2017)

2018-02-14 11:24 GMT+01:00 Graham Bloice : > > > On 14 February 2018 at 06:24, Anders Broman wrote: > >> >> >> Den 14 feb. 2018 6:58 fm skrev "Pascal Quantin" > >: >> >> >> >> Le 14 févr. 2018 02:24, "Gerald Combs"

Re: [Wireshark-dev] report from the bleeding edge (VS 2017)

On 14 February 2018 at 06:24, Anders Broman wrote: > > > Den 14 feb. 2018 6:58 fm skrev "Pascal Quantin" >: > > > > Le 14 févr. 2018 02:24, "Gerald Combs" a écrit : > > On 2/13/18 8:26 AM, Anders Broman wrote: > > > > For

Re: [Wireshark-dev] report from the bleeding edge (VS 2017)

Hi, Also remember we are not dropping support for building with older/other Visual Studio versions per-se, just not producing packages/verifying them at this point. We will not pick up breakage ourselves though. I guess it will be a problem if we update any of the support libraries ☹ But we

Re: [Wireshark-dev] report from the bleeding edge (VS 2017)

On 14 February 2018 at 10:29, Roland Knall wrote: > The question from me would be, would this also mean dropping support for > older Windows versions? > > It will definitely cut off WinXP, but could also cut off a Win7-32bit > version? Not sure if such a version exists, but

[Wireshark-dev] Qt column sorting?

Hi, It looks to me that if you sort on a column different from Frame no and apply a filter you get redissection and then sort(possibly with redissection). If you have a filter applied and Do a column sort it looks like the packets are redissected. This seems like it should not be required to me.

Re: [Wireshark-dev] report from the bleeding edge (VS 2017)

On 2/9/18 8:51 AM, Ed Beroset wrote: > > Specifying platform > === > I used this command for CMake: > > cmake -DENABLE_CHM_GUIDES=on -G "Visual Studio 15 2017 Win64" .. > > I found that I had to explicitly specify the platform when using msbuild.  > For example, to build a

Re: [Wireshark-dev] Qt column sorting?

Not at the current data model. We store and sort in epan, not in Qt. The later would allow to sort without epan knowing, currently, that is not how it is implemented. I think this could be changed, would wait for 2.6 or 3.0 though cheers Roland On Wed, Feb 14, 2018 at 9:33 PM, Anders Broman

Re: [Wireshark-dev] Qt column sorting?

Den 14 feb. 2018 20:24 skrev "Guy Harris" : On Feb 14, 2018, at 6:53 AM, Anders Broman wrote: > It looks to me that if you sort on a column different from Frame no and apply a filter you get redissection In order to get the contents of the column

Re: [Wireshark-dev] Qt column sorting?

On Feb 14, 2018, at 6:53 AM, Anders Broman wrote: > It looks to me that if you sort on a column different from Frame no and apply > a filter you get redissection In order to get the contents of the column on which the sort is being done? (Storing the contents

Re: [Wireshark-dev] Qt column sorting?

On Feb 14, 2018, at 12:33 PM, Anders Broman wrote: > In The old packet list we stored at least some of the column data I think. We might have done so in older GTK+ versions, but I think we've been generating columns as needed for a while now, in both GTK+ and Qt.

Re: [Wireshark-dev] Qt column sorting?

The proxy model should work, but leads to other issues, because of the way we store the data. But it is definitely the way going forward, but as mentioned, I would wait for 3.0, as it could mean (not necessarily, but I would not bet against it) that the underlying model either has to learn things

Re: [Wireshark-dev] Qt column sorting?

On Feb 14, 2018, at 1:24 PM, Roland Knall wrote: > Not at the current data model. We store and sort in epan, not in Qt. The > later would allow to sort without epan knowing, currently, that is not how it > is implemented. > > I think this could be changed, would wait for 2.6

Re: [Wireshark-dev] report from the bleeding edge (VS 2017)

On Thu, Feb 15, 2018 at 2:15 AM, Gerald Combs wrote: > On 2/14/18 2:27 AM, Pascal Quantin wrote: > > > > > > 2018-02-14 11:24 GMT+01:00 Graham Bloice > >: > > > > > > > > On 14 February 2018 at 06:24,