Can anyone help me on this?
Regards,
Ákos Vandra
On 7 November 2012 14:37, Akos Vandra wrote:
> Hi Roland,
>
> Thanks for the tip, it's mostly working, but only with a single thread.
> Using more threads (-j10 for ex.) fails, at linking.
>
> However even with only
call "cmake-gui .."
>
> After the first configure run, you can set the paths in the gui, and then
> run configure and generate again.
>
> Afterwards you can just run "make" or eclipse, depending on the project
> you created.
>
> regards,
> Roland
>
>
&
Hi guys!
I am new to cmake, and I am unable to compile Wireshark for Qt.
Can someone please write a step-by-step guide on what commands I have to
issue in order to build it?
This is what I wanted to try:
edit CMakeOptions is trunk/ and set GTK to OFF, QT to ON.
"cmake ."
"make -j 10"
My output
Hi
I did an "svn rm ui/qt/qtshark_fr.qm --force", and that helped.
Thanks for the tip!
Regards,
Ákos Vandra
On 23 October 2012 11:28, Graham Bloice wrote:
> What I meant by my last letter (just read it again, and realized it is
> not clear) is that the file is not present in my working cop
nerate of qtshark_*.qm file (need some
> rework) and manual update qtshark_*.qm file.
>
> Regards,
>
>
> On Mon, Oct 22, 2012 at 8:40 PM, Akos Vandra wrote:
>
>> Actually, I already did, and right now it is not present in the working
>> copy.
>>
>>
>> On
Actually, I already did, and right now it is not present in the working
copy.
On 22 October 2012 21:04, Gerald Combs wrote:
> Have you tried removing qtshark_fr.qm? d41d8cd98f00b204e9800998ecf8427e
> indicates that it might be empty.
>
> On 10/22/12 10:36 AM, Akos Vandra w
hecksums should now match what SVN expects.
>
> On 10/22/12 3:09 AM, Akos Vandra wrote:
>
> Update:
>
> Rev. 45440 updates fine, 45441 gives the mentioned error.
>
> Regards,
> Ákos
>
> On 22 October 2012 13:06, Akos Vandra wrote:
>
>> Hi guys!
Update:
Rev. 45440 updates fine, 45441 gives the mentioned error.
Regards,
Ákos
On 22 October 2012 13:06, Akos Vandra wrote:
> Hi guys!
>
> There seems to be some problem with the SVN repo:
>
> During update I keep getting:
>
> svn: Checksum mismatch while updating
Hi guys!
There seems to be some problem with the SVN repo:
During update I keep getting:
svn: Checksum mismatch while updating 'ui/qt/qtshark_fr.qm'; expected:
'61169b8b9197489575c2ca1cb9262185', actual:
'd41d8cd98f00b204e9800998ecf8427e'
akos@fm12bq:~/projects/c/wireshark/wireshark$ svn --vers
Hi!
I'm having problems building wireshark with Qt. I'm trying to build on
Ubuntu 10.04LTS x64, with QT 4.7.0, qmake 2.01a, latest svn revision
at the moment, r43597.
I used the following commands to build:
autoconf
./configure --prefix=/home/akos/projects/c/wireshark/bin --with-qt=yes
make -j10
Node Kind: directory
Schedule: normal
Last Changed Author: guy
Last Changed Rev: 42860
Last Changed Date: 2012-05-26 02:53:50 +0200 (Sat, 26 May 2012)
Regards,
Ákos Vandra
On 27 May 2012 12:32, Anders Broman wrote:
> Akos Vandra skrev 2012-05-27 11:30:
>
>> Yep, that he
Yep, that helped, thanks!
However when I tried to take a sneak peek at how the qt inteface looks
like, I found that the build fails because of a missing file?
I know it is experimental only, but it should build, right?
Making all in ui/qt
make[2]: Entering directory `/home/akos/projects/c/wiresha
27;ve little experience
with autotools.
Regards,
Ákos Vandra
On 27 May 2012 01:20, Akos Vandra wrote:
> Nope, make distclean also fails for the same reason... :)
>
> Regards,
> Ákos
>
> On 27 May 2012 01:18, Pascal Quantin wrote:
>> Le 27 mai 2012 à 01:12, Akos Vand
Nope, make distclean also fails for the same reason... :)
Regards,
Ákos
On 27 May 2012 01:18, Pascal Quantin wrote:
> Le 27 mai 2012 à 01:12, Akos Vandra a écrit :
>
>> Sorry, I forgot to mention: I am running ubuntu 10.10, x64 version.
>>
>> On 27 May 2012 01:05, Ak
Sorry, I forgot to mention: I am running ubuntu 10.10, x64 version.
On 27 May 2012 01:05, Akos Vandra wrote:
> Hi!
>
> I'm developing a few dissectors for socketcan. They were working fine,
> until I decided to update to SVN head.
> Now during the build I get:
>
> Makin
Hi!
I'm developing a few dissectors for socketcan. They were working fine,
until I decided to update to SVN head.
Now during the build I get:
Making all in dissectors
make[3]: Entering directory
`/home/akos/projects/c/wireshark/wireshark/epan/dissectors'
make[3]: *** No rule to make target `Custo
Jakub Zawadzki wrote:
>
>> On Wed, Mar 14, 2012 at 09:01:07PM +0100, Akos Vandra wrote:
>>> Figured it out, however this is a bug in wireshark, I suppose.
>>> A call to ep_alloc(0) was the culprit. IMHO that should not be a
>>> problem, as I expect it to work as ma
Hi!
Figured it out, however this is a bug in wireshark, I suppose.
A call to ep_alloc(0) was the culprit. IMHO that should not be a
problem, as I expect it to work as malloc works, and malloc should
handle a 0 size, as stated in the C standard.
Regards,
Ákos
On 14 March 2012 20:52, Akos
Hi!
I'm developing a dissector for a proprrietary protocol. It has been
working up until now. Today it started crashing wireshark, with the
not very helpful message:
"
20:48:51 Err Memory corrupted
Aborted
"
Can you please help me what could be the problem? I am using ep_alloc
in the c
can", dissect_cannp, proto_cannp);
packet-cannection.c
heur_dissector_add("can", dissect_cannection, proto_cannection);
Regards,
Ákos
On 29 December 2011 19:06, Chris Maynard wrote:
> Akos Vandra writes:
>
>> I would like to ask how does the Decode As... functionality work
Hi!
I would like to ask how does the Decode As... functionality work in wireshark?
I have a CAN network, and on top of it there may be different
higher-level protocols, depending on application.
There is no identifier which would say that this belongs to protocol
A, or protocol B.
I think the bes
ge source ID (there are multiple trace sources
within the trace peripheral for hardware messages, software
(printf-like) messages, and instruction tracing), and the message raw
data, nothing special.
Regards,
Ákos Vandra
On 11 December 2011 23:07, Guy Harris wrote:
>
> On Dec 11, 2011,
ds,
Ákos Vandra
On 11 December 2011 13:45, Akos Vandra wrote:
> Hi!
>
> Thank you for taking interest. I hate ARM's policy on this one as
> well. If you would like to take a look at the documents, I'll be happy
> to share them with you, write me a private email please.
Hi!
Thank you for taking interest. I hate ARM's policy on this one as
well. If you would like to take a look at the documents, I'll be happy
to share them with you, write me a private email please.
FYI: Anyways the format of those 16-byte frames are - pardon the
language - fucked up real bead, a
ember 2011 23:09, Chris Maynard wrote:
> Akos Vandra writes:
>
>> I can find references to a console window within wireshark that could
>> be used to debug dumpcap, but I cannot find the option on the place it
>> is supposed to be.
>> In the wireshark tips it s
ersions of wireshark, but can't seem to
find the option now.
Thank you for pointing out README.developer to me, I started reading
it, but it's quite long, and it will take some time :)
Regards,
Ákos Vandra
On 10 December 2011 14:11, Sake Blok wrote:
> On 10 dec 2011, at 00:11, Akos
Hi!
I can find references to a console window within wireshark that could
be used to debug dumpcap, but I cannot find the option on the place it
is supposed to be.
In the wireshark tips it sais that it should be under
edit->preferences->user interface, but it's nowhere to be found.
I am using the
Hi!
For my thesis project I am trying to get a new type of data source,
ARM TPIU trace messages to work with wireshark.
I am starting of getting the hang of how libpcap works, however a
strange problem arose, that I don't know how would be best handled.
"On the wire", there are fix, 16-byte fram
Thanks for this info, I'll take this discussion to the mentioned list then.
Ákos
On 3 December 2011 19:02, Guy Harris wrote:
>
> On Dec 3, 2011, at 9:40 AM, Akos Vandra wrote:
>
>> So in order to support a new data source only libpcap should be
>> modified?
>
&
on to wireshark?
In this case the libpcap developers would be more able to help me get started...
Regards,
Ákos Vandra
On 3 December 2011 18:15, Guy Harris wrote:
>
> On Dec 3, 2011, at 2:00 AM, Akos Vandra wrote:
>
>> I have a custom interface generating packet data. I'd li
A little extra info:
Yeah, I need to do it live, saving to pcap, and opening with wireshark
later is not an option.
No, it doesn't necessarily need to be super fast, theoretical max is
5-10k packets/s, but mostly about max 3-500 packets/s.
On 3 December 2011 11:00, Akos Vandra wrote:
Hi!
I have a custom interface generating packet data. I'd like to use
wireshark to display them and dissect the packets.
The dissection I can do with dissector plugins, but how can I feed the
packet data to wireshark?
Regards,
Ákos Vandra
___
32 matches
Mail list logo