hlcache_handle_get_content assert is need ?
by Bernd Roesch
Hi,
A user report when he log in to www.netmail.nl (it use https but the start page work) to get mails
he get this error
content/hlcache.c:257: failed assertion `handle != NULL'
Abort trap - Netsurf
Netsurf is compile with assert check enable, but the function look 0 value safe and return 0, when
no handle is here.
Is it possible to remove the assert and output only a warning message instead ?
Or does then later netsurf crash ?
here is the code of this
struct content *hlcache_handle_get_content(const hlcache_handle *handle)
{
assert(handle != NULL);
if (handle->entry != NULL)
return handle->entry->content;
return NULL;
}
Bye
13 years, 2 months
Patches for framebuffer/font_freetype.c
by m0n0
Hello there,
because I'm using an newer version of freetype2, I use this patch to
compile font_freetype.c, than I add
-DFREETYPE_VERSION=20312 to the CFLAGS in Makefile.config
What do developers think about it? How would you do it, is this good
enough to merge it into the trunk?
Greets,
Ole
13 years, 2 months
netsurf on OpenBSD/sparc64
by Landry Breuil
Hi,
sent this to John-Mark Bell, who advised me to send it to the list...
i'm not subscribed though, so maybe i'll need to.
In any case, i'm willing to test diffs/svn trunk of libcss/netsurf to
ensure netsurf works on OpenBSD/sparc64. In the meantime i've already
imported netsurf's port to our portstree, see
http://marc.info/?l=openbsd-ports-cvs&m=127784283903476&w=2.
Local patches are very minimal, i can explain them if needed.
Thanks,
Landry
----- Forwarded message from Landry Breuil <landry(a)rhaalovely.net> -----
Date: Tue, 29 Jun 2010 21:21:09 +0200
From: Landry Breuil <landry(a)rhaalovely.net>
To: jmb(a)netsurf-browser.org
Subject: netsurf on OpenBSD/sparc64
User-Agent: Mutt/1.5.20 (2009-06-14)
Message-ID: <20100629192109.GA6153(a)dawn.rhaalovely.net>
Hi,
i'm an openbsd developer, and made a port of netsurf (and its depending
libs) for OpenBSD. Everything works fine, it's pretty cool and well
done.. tested on amd64/i386/powerpc, ok. But on sparc64, it really badly
crashes in libcss (SIGBUS). Basically, the 'bytecode' handling in libcss only
does unaligned memory accesses, ie accessing memory at the middle of a
word - on sparc64 a pointer should end up in 0/8, here it accesses
memory at pointers finishing by 4/C too. i'd say the guilty function is
advance_bytecode which does weird pointer arithmetics, but there are
lots of occurences of weird cast usages. And using uint32_t to walk
arrays of bytes when a pointer is 64 bits will only lead to issues.
I'm not a C expert, but i've fixed quite some programs doing SIGBUS'es on
sparc64, and that kind of construct seems highly non-valid to me - they
only arise on sparc64 because it's a strict alignment architecture.
lwc_string **p = (void *) ((uint8_t *) s->style->bytecode + i);
Would you consider helping me in trying to run netsurf there ? Should i
write to the dev mailing list instead ?
TIA,
Landry
Ps:i attach gdb traces/crashes of netsurf and libcss regress test..
(gdb) r http://google.fr
Starting program: /usr/local/bin/netsurf http://google.fr
Program received signal SIGBUS, Bus error.
cascade_font_family (opv=33816612, style=0xffffffffffff03d0,
state=0xffffffffffff0550) at src/select/properties.c:2582
2582 font = *((lwc_string **)
(gdb) p style->bytecode
$2 = (void *) 0x4d2b5dd4
(gdb) bt
#0 cascade_font_family (opv=33816612, style=0xffffffffffff03d0,
state=0xffffffffffff0550) at src/select/properties.c:2582
#1 0x000000004dad9d58 in cascade_style (style=Variable "style" is not
available.
) at src/select/select.c:1184
#2 0x000000004dadb030 in css_select_style (ctx=0x49c11320,
node=Variable "node" is not available.
) at src/select/select.c:933
#3 0x0000000000139564 in nscss_get_style (html=0x465af050,
n=0x40725800, pseudo_element=0, media=64, inline_style=0x0,
alloc=0x187320 <myrealloc>, pw=0x465af050) at css/select.c:188
#4 0x0000000000188238 in box_construct_element (n=0x40725800,
content=0x465af050, parent_style=0x4d27e650, parent=0x4d27e050,
inline_container=0xffffffffffff0cf8, href=0x0, target=0x0,
title=0x0) at render/box_construct.c:855
#5 0x0000000000188910 in convert_xml_to_box (n=0x40725800,
content=0x465af050, parent_style=0x4d27e650, parent=0x4d27e050,
inline_container=0xffffffffffff0cf8, href=0x0, target=0x0,
title=0x0) at render/box_construct.c:246
#6 0x00000000001881ac in box_construct_element (n=0x44ee5000,
content=0x465af050, parent_style=0x0, parent=0xffffffffffff0eb8,
inline_container=0xffffffffffff1048, href=0x0, target=0x0,
title=0x0) at render/box_construct.c:552
#7 0x0000000000188910 in convert_xml_to_box (n=0x44ee5000,
content=0x465af050, parent_style=0x0, parent=0xffffffffffff0eb8,
inline_container=0xffffffffffff1048, href=0x0, target=0x0,
title=0x0) at render/box_construct.c:246
#8 0x0000000000188e68 in xml_to_box (n=0x44ee5000, c=0x465af050) at
render/box_construct.c:187
#9 0x000000000018fab0 in html_finish_conversion (c=0x465af050) at
render/html.c:535
#10 0x000000000018fe7c in html_convert_css_callback (css=Variable "css"
is not available.
) at render/html.c:1233
#11 0x0000000000126bb0 in hlcache_content_callback (c=0x465ae050,
msg=CONTENT_MSG_DONE, data=
{error = 0x11d4d8 "", redraw = {x = 0, y = 1.63755739e-39, width =
0, height = 0, full_redraw = false, object = 0x43b80a00, object_x =
-nan(0x7fffff), object_y = -nan(0x7f0f00), object_width = 0,
object_height = 4.58504858e-42}, delay = 0, download = 0x11d4d8},
pw=0x41c47b60) at content/hlcache.c:617
#12 0x000000000011fe6c in content_broadcast (c=0x465ae050,
msg=CONTENT_MSG_DONE, data=
{error = 0x11d4d8 "", redraw = {x = 0, y = 1.63755739e-39, width =
0, height = 0, full_redraw = false, object = 0x43b80a00, object_x =
-nan(0x7fffff), object_y = -nan(0x7f0f00), object_width = 0,
object_height = 4.58504858e-42}, delay = 0, download = 0x11d4d8})
at content/content.c:1020
#13 0x0000000000121464 in content_set_done (c=0x465ae050) at
content/content.c:701
#14 0x0000000000130ec4 in nscss_content_done (css=0x465ae088,
pw=0x465ae050) at css/css.c:235
#15 0x0000000000130bcc in nscss_import (handle=0x49c104a0,
event=Variable "event" is not available.
) at css/css.c:517
#16 0x0000000000126bb0 in hlcache_content_callback (c=0x43b80850,
msg=CONTENT_MSG_DONE, data=
{error = 0x0, redraw = {x = 0, y = 0, width = 0, height = 0,
full_redraw = false, object = 0x0, object_x = 0, object_y = 0,
object_width = 0, object_height = 0}, delay = 0, download = 0x0},
pw=0x49c104a0) at content/hlcache.c:617
#17 0x000000000011fe6c in content_broadcast (c=0x43b80850,
msg=CONTENT_MSG_DONE, data=
{error = 0x0, redraw = {x = 0, y = 0, width = 0, height = 0,
full_redraw = false, object = 0x0, object_x = 0, object_y = 0,
object_width = 0, object_height = 0}, delay = 0, download = 0x0}) at
content/content.c:1020
#18 0x0000000000121464 in content_set_done (c=0x43b80850) at
content/content.c:701
#19 0x00000000001217a8 in content_llcache_callback (llcache=Variable
"llcache" is not available.
) at content/content.c:673
#20 0x00000000001280ac in llcache_object_notify_users
(object=0x465ac000) at content/llcache.c:1305
#21 0x0000000000129608 in llcache_poll () at content/llcache.c:238
#22 0x00000000001273ac in hlcache_poll () at content/hlcache.c:93
#23 0x000000000014315c in netsurf_main_loop () at desktop/netsurf.c:170
#24 0x0000000000160c1c in main (argc=2, argv=0xffffffffffff34f8) at
gtk/gtk_gui.c:412
(gdb) r ../test/data/Aliases ../test/data/parse/tests1.dat
Starting program:
/usr/ports/pobj/libcss-0.0.1/libcss-0.0.1/build-OpenBSD-OpenBSD-release-lib-shared/test_parse-auto
../test/data/Aliases ../test/data/parse/tests1.dat
Test 1: PASS
Test 2: PASS
Test 3: PASS
Test 4: PASS
Test 5: PASS
Program received signal SIGBUS, Bus error.
0x0000000000102684 in run_test (data=Variable "data" is not available.
) at test/parse-auto.c:489
489 if (lwc_string_length(*p) !=
----- End forwarded message -----
13 years, 2 months
Getting secure sites work on SDL frontend
by Artur
Hello,
since SSL sites gives me "Unable to fetch document" message,
I try to solve the problem.
My first thought was to compile latest lib curl 7.21.0 and I did.
I compiled with option --with-ssl but no change.
There's also option --with-ca_bundle and path to that file.
I saw that file in !Netsurf folder, is it necessary to point to it?
Thanks
13 years, 2 months
Fetcher problems reported by FreeMiNT user.
by m0n0
Hello to the list,
I know this seems to be an Atari specific problem, but let me explain and
maybe someone can point me in the right direction to get this problem
solved. I know this can be caused by differences in compilation, but I have
to know where things differ from the other ports.
One of the testers of the Atari port of netsurf is hitting problems with
strange networking behavior of netsurf.
For other people networking is OK, it's ok for me, too. My Atari computer
is much slower as the computer that shows the problem.
He doesn't have the problem when he's using netsurf with an local proxy,
or if he opens local (LAN) webpages.
He's not the only one - there is another one who has exactly the same
problem.
Ok, let me first explain what the user is complaining about:
He enters an URL, and the page is not going to be loaded ( abort,
described further down). He's hacking the Return key again and again - and
maybe the page starts loading ( 30% chance ). He also posted an video of
this problem: http://www.youtube.com/watch?v=aopdaeZ5ydw
As you can see - the page passed via command-line is not loading right
after netsurf. And you can hear that the user must hit return several times
before the page loads. And after netsurf successfully loaded the html file,
several tries are needed to fetch the images.
He also told about this message appearing in the status widget:
" But more often than not, I have a strange message on messagebar: Failed
writing body (0!=some_number)"
I have not investigated this further (mostly because I grep'd for the
string but haven't found that).
This is what the log's outputs if the loading fails:
(I have not Verbose fetchers output available yet.)
* About to connect() to www.google.com port 80 (#0)
* Trying 72.14.254.104... * connected
* Connected to www.google.com (72.14.254.104) port 80 (#0)
> * Expire cleared
* Closing connection #0
Expire cleared is interesting...
I got an sniffer log that gives more details to this error.
In short:
x TIME(sec.) DESC
1.) 0.245 The Atari tries to establish the connection (SYN Flag Set)
2.) 0.438 The Server responds to the request, SYN + ACK Flag set.
3.) 0.438 The Atari responds with RST Flag
look at the timestamps - it seems that the client has send the reponse in
the same millisecond as it got the SYN+ACK flag.
There is actually an difference of 0,000218 sec. from SYN + ACK incoming
packet to RST flagged outgoing packet.
Maybe the RST is triggered in conjunction with Expire cleared log message?
I know that this also can be an issue within curl, but before getting in
contact with curl developers, I would like to make sure that there is no
timeout or whatever for fetch items - managed by netsurf. I know netsurf
sets an 30sec timeout for data receive, but this timeout is definitly not
reached...
Maybe it's about timing - but if so - why does this problem does not occur
with my machine which is a lot slower?
Now I'm posting the sniffer log as plain text - with changed IP and MAC
addresses.
Thanks for reading & Greets,
Ole
No. Time Source Destination Protocol Info
3 0.245 192.168.1.101 174.132.245.141 TCP
afrog > http [SYN] Seq=0 Win=64240 Len=0 MSS=1460
Frame 3 (64 bytes on wire, 64 bytes captured)
Ethernet II, Src: Device1MAC:21:22 (00:08:25:23:21:22), Dst:
Device2MAC:23:24 (00:21:24:a4:04:d8)
Internet Protocol, Src: 192.168.1.101 (192.168.1.101), Dst:
174.132.245.141 (174.132.245.141)
Transmission Control Protocol, Src Port: afrog (1042), Dst Port: http
(80), Seq: 0, Len: 0
Source port: afrog (1042)
Destination port: http (80)
[Stream index: 1]
Sequence number: 0 (relative sequence number)
Header length: 24 bytes
Flags: 0x02 (SYN)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...0 .... = Acknowledgement: Not set
.... 0... = Push: Not set
.... .0.. = Reset: Not set
.... ..1. = Syn: Set
[Expert Info (Chat/Sequence): Connection establish request
(SYN): server port http]
[Message: Connection establish request (SYN): server port
http]
[Severity level: Chat]
[Group: Sequence]
.... ...0 = Fin: Not set
Window size: 64240
Checksum: 0x5ee9 [correct]
[Good Checksum: True]
[Bad Checksum: False]
Options: (4 bytes)
Maximum segment size: 1460 bytes
No. Time Source Destination Protocol Info
4 0.438 174.132.245.141 192.168.1.101 TCP http
> afrog [SYN, ACK] Seq=0 Ack=1 Win=5840 Len=0 MSS=1460
Frame 4 (58 bytes on wire, 58 bytes captured)
Ethernet II, Src: Device2MAC:23:24 (00:21:24:a4:04:d8), Dst:
Device1MAC:21:22 (00:08:25:23:21:22)
Internet Protocol, Src: 174.132.245.141 (174.132.245.141), Dst:
192.168.1.101 (192.168.1.101)
Transmission Control Protocol, Src Port: http (80), Dst Port: afrog
(1042), Seq: 0, Ack: 1, Len: 0
Source port: http (80)
Destination port: afrog (1042)
[Stream index: 1]
Sequence number: 0 (relative sequence number)
Acknowledgement number: 1 (relative ack number)
Header length: 24 bytes
Flags: 0x12 (SYN, ACK)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...1 .... = Acknowledgement: Set
.... 0... = Push: Not set
.... .0.. = Reset: Not set
.... ..1. = Syn: Set
[Expert Info (Chat/Sequence): Connection establish acknowledge
(SYN+ACK): server port http]
[Message: Connection establish acknowledge (SYN+ACK):
server port http]
[Severity level: Chat]
[Group: Sequence]
.... ...0 = Fin: Not set
Window size: 5840
Checksum: 0x229a [correct]
[Good Checksum: True]
[Bad Checksum: False]
Options: (4 bytes)
Maximum segment size: 1460 bytes
[SEQ/ACK analysis]
[This is an ACK to the segment in frame: 3]
[The RTT to ACK the segment was: 0.193089000 seconds]
No. Time Source Destination Protocol Info
5 0.438 192.168.1.101 174.132.245.141 TCP
afrog > http [RST] Seq=1 Win=0 Len=0
Frame 5 (64 bytes on wire, 64 bytes captured)
Ethernet II, Src: Device1MAC:21:22 (00:08:25:23:21:22), Dst:
Device2MAC:23:24 (00:21:24:a4:04:d8)
Internet Protocol, Src: 192.168.1.101 (192.168.1.101), Dst:
174.132.245.141 (174.132.245.141)
Transmission Control Protocol, Src Port: afrog (1042), Dst Port: http
(80), Seq: 1, Len: 0
Source port: afrog (1042)
Destination port: http (80)
[Stream index: 1]
Sequence number: 1 (relative sequence number)
Acknowledgement number: Broken TCP. The acknowledge field is nonzero
while the ACK flag is not set
Header length: 20 bytes
Flags: 0x04 (RST)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...0 .... = Acknowledgement: Not set
.... 0... = Push: Not set
.... .1.. = Reset: Set
[Expert Info (Chat/Sequence): Connection reset (RST)]
[Message: Connection reset (RST)]
[Severity level: Chat]
[Group: Sequence]
.... ..0. = Syn: Not set
.... ...0 = Fin: Not set
Window size: 0
Checksum: 0x5133 [correct]
[Good Checksum: True]
[Bad Checksum: False]
[SEQ/ACK analysis]
[This is an ACK to the segment in frame: 4]
[The RTT to ACK the segment was: 0.000218000 seconds]
No. Time Source Destination Protocol Info
6 3.639 174.132.245.141 192.168.1.101 TCP http
> afrog [SYN, ACK] Seq=0 Ack=1 Win=5840 Len=0 MSS=1460
Frame 6 (58 bytes on wire, 58 bytes captured)
Ethernet II, Src: Device2MAC:23:24 (00:21:24:a4:04:d8), Dst:
Device1MAC:21:22 (00:08:25:23:21:22)
Internet Protocol, Src: 174.132.245.141 (174.132.245.141), Dst:
192.168.1.101 (192.168.1.101)
Transmission Control Protocol, Src Port: http (80), Dst Port: afrog
(1042), Seq: 0, Ack: 1, Len: 0
Source port: http (80)
Destination port: afrog (1042)
[Stream index: 1]
Sequence number: 0 (relative sequence number)
Acknowledgement number: 1 (relative ack number)
Header length: 24 bytes
Flags: 0x12 (SYN, ACK)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...1 .... = Acknowledgement: Set
.... 0... = Push: Not set
.... .0.. = Reset: Not set
.... ..1. = Syn: Set
[Expert Info (Chat/Sequence): Connection establish acknowledge
(SYN+ACK): server port http]
[Message: Connection establish acknowledge (SYN+ACK):
server port http]
[Severity level: Chat]
[Group: Sequence]
.... ...0 = Fin: Not set
Window size: 5840
Checksum: 0x229a [correct]
[Good Checksum: True]
[Bad Checksum: False]
Options: (4 bytes)
Maximum segment size: 1460 bytes
[SEQ/ACK analysis]
[This is an ACK to the segment in frame: 5]
[The RTT to ACK the segment was: 3.200552000 seconds]
No. Time Source Destination Protocol Info
7 3.639 192.168.1.101 174.132.245.141 TCP
afrog > http [RST] Seq=1 Win=0 Len=0
Frame 7 (64 bytes on wire, 64 bytes captured)
Ethernet II, Src: Device1MAC:21:22 (00:08:25:23:21:22), Dst:
Device2MAC:23:24 (00:21:24:a4:04:d8)
Internet Protocol, Src: 192.168.1.101 (192.168.1.101), Dst:
174.132.245.141 (174.132.245.141)
Transmission Control Protocol, Src Port: afrog (1042), Dst Port: http
(80), Seq: 1, Len: 0
Source port: afrog (1042)
Destination port: http (80)
[Stream index: 1]
Sequence number: 1 (relative sequence number)
Acknowledgement number: Broken TCP. The acknowledge field is nonzero
while the ACK flag is not set
Header length: 20 bytes
Flags: 0x04 (RST)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...0 .... = Acknowledgement: Not set
.... 0... = Push: Not set
.... .1.. = Reset: Set
[Expert Info (Chat/Sequence): Connection reset (RST)]
[Message: Connection reset (RST)]
[Severity level: Chat]
[Group: Sequence]
.... ..0. = Syn: Not set
.... ...0 = Fin: Not set
Window size: 0
Checksum: 0x5133 [correct]
[Good Checksum: True]
[Bad Checksum: False]
[SEQ/ACK analysis]
[This is an ACK to the segment in frame: 6]
[The RTT to ACK the segment was: 0.000203000 seconds]
No. Time Source Destination Protocol Info
8 9.640 174.132.245.141 192.168.1.101 TCP http
> afrog [SYN, ACK] Seq=0 Ack=1 Win=5840 Len=0 MSS=1460
Frame 8 (58 bytes on wire, 58 bytes captured)
Ethernet II, Src: Device2MAC:23:24 (00:21:24:a4:04:d8), Dst:
Device1MAC:21:22 (00:08:25:23:21:22)
Internet Protocol, Src: 174.132.245.141 (174.132.245.141), Dst:
192.168.1.101 (192.168.1.101)
Transmission Control Protocol, Src Port: http (80), Dst Port: afrog
(1042), Seq: 0, Ack: 1, Len: 0
Source port: http (80)
Destination port: afrog (1042)
[Stream index: 1]
Sequence number: 0 (relative sequence number)
Acknowledgement number: 1 (relative ack number)
Header length: 24 bytes
Flags: 0x12 (SYN, ACK)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...1 .... = Acknowledgement: Set
.... 0... = Push: Not set
.... .0.. = Reset: Not set
.... ..1. = Syn: Set
[Expert Info (Chat/Sequence): Connection establish acknowledge
(SYN+ACK): server port http]
[Message: Connection establish acknowledge (SYN+ACK):
server port http]
[Severity level: Chat]
[Group: Sequence]
.... ...0 = Fin: Not set
Window size: 5840
Checksum: 0x229a [correct]
[Good Checksum: True]
[Bad Checksum: False]
Options: (4 bytes)
Maximum segment size: 1460 bytes
[SEQ/ACK analysis]
[This is an ACK to the segment in frame: 7]
[The RTT to ACK the segment was: 6.000881000 seconds]
No. Time Source Destination Protocol Info
9 9.640 192.168.1.101 174.132.245.141 TCP
afrog > http [RST] Seq=1 Win=0 Len=0
Frame 9 (64 bytes on wire, 64 bytes captured)
Ethernet II, Src: Device1MAC:21:22 (00:08:25:23:21:22), Dst:
Device2MAC:23:24 (00:21:24:a4:04:d8)
Internet Protocol, Src: 192.168.1.101 (192.168.1.101), Dst:
174.132.245.141 (174.132.245.141)
Transmission Control Protocol, Src Port: afrog (1042), Dst Port: http
(80), Seq: 1, Len: 0
Source port: afrog (1042)
Destination port: http (80)
[Stream index: 1]
Sequence number: 1 (relative sequence number)
Acknowledgement number: Broken TCP. The acknowledge field is nonzero
while the ACK flag is not set
Header length: 20 bytes
Flags: 0x04 (RST)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...0 .... = Acknowledgement: Not set
.... 0... = Push: Not set
.... .1.. = Reset: Set
[Expert Info (Chat/Sequence): Connection reset (RST)]
[Message: Connection reset (RST)]
[Severity level: Chat]
[Group: Sequence]
.... ..0. = Syn: Not set
.... ...0 = Fin: Not set
Window size: 0
Checksum: 0x5133 [correct]
[Good Checksum: True]
[Bad Checksum: False]
[SEQ/ACK analysis]
[This is an ACK to the segment in frame: 8]
[The RTT to ACK the segment was: 0.000178000 seconds]
No. Time Source Destination Protocol Info
12 23.983 192.168.1.101 174.132.245.141 TCP
boinc-client > http [SYN] Seq=0 Win=64240 Len=0 MSS=1460
Frame 12 (64 bytes on wire, 64 bytes captured)
Ethernet II, Src: Device1MAC:21:22 (00:08:25:23:21:22), Dst:
Device2MAC:23:24 (00:21:24:a4:04:d8)
Internet Protocol, Src: 192.168.1.101 (192.168.1.101), Dst:
174.132.245.141 (174.132.245.141)
Transmission Control Protocol, Src Port: boinc-client (1043), Dst Port:
http (80), Seq: 0, Len: 0
Source port: boinc-client (1043)
Destination port: http (80)
[Stream index: 3]
Sequence number: 0 (relative sequence number)
Header length: 24 bytes
Flags: 0x02 (SYN)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...0 .... = Acknowledgement: Not set
.... 0... = Push: Not set
.... .0.. = Reset: Not set
.... ..1. = Syn: Set
[Expert Info (Chat/Sequence): Connection establish request
(SYN): server port http]
[Message: Connection establish request (SYN): server port
http]
[Severity level: Chat]
[Group: Sequence]
.... ...0 = Fin: Not set
Window size: 64240
Checksum: 0x5b01 [correct]
[Good Checksum: True]
[Bad Checksum: False]
Options: (4 bytes)
Maximum segment size: 1460 bytes
No. Time Source Destination Protocol Info
13 24.175 174.132.245.141 192.168.1.101 TCP http
> boinc-client [SYN, ACK] Seq=0 Ack=1 Win=5840 Len=0 MSS=1460
Frame 13 (58 bytes on wire, 58 bytes captured)
Ethernet II, Src: Device2MAC:23:24 (00:21:24:a4:04:d8), Dst:
Device1MAC:21:22 (00:08:25:23:21:22)
Internet Protocol, Src: 174.132.245.141 (174.132.245.141), Dst:
192.168.1.101 (192.168.1.101)
Transmission Control Protocol, Src Port: http (80), Dst Port: boinc-client
(1043), Seq: 0, Ack: 1, Len: 0
Source port: http (80)
Destination port: boinc-client (1043)
[Stream index: 3]
Sequence number: 0 (relative sequence number)
Acknowledgement number: 1 (relative ack number)
Header length: 24 bytes
Flags: 0x12 (SYN, ACK)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...1 .... = Acknowledgement: Set
.... 0... = Push: Not set
.... .0.. = Reset: Not set
.... ..1. = Syn: Set
[Expert Info (Chat/Sequence): Connection establish acknowledge
(SYN+ACK): server port http]
[Message: Connection establish acknowledge (SYN+ACK):
server port http]
[Severity level: Chat]
[Group: Sequence]
.... ...0 = Fin: Not set
Window size: 5840
Checksum: 0xd4cd [correct]
[Good Checksum: True]
[Bad Checksum: False]
Options: (4 bytes)
Maximum segment size: 1460 bytes
[SEQ/ACK analysis]
[This is an ACK to the segment in frame: 12]
[The RTT to ACK the segment was: 0.192647000 seconds]
No. Time Source Destination Protocol Info
14 24.195 192.168.1.101 174.132.245.141 TCP
boinc-client > http [RST] Seq=1 Win=0 Len=0
Frame 14 (64 bytes on wire, 64 bytes captured)
Ethernet II, Src: Device1MAC:21:22 (00:08:25:23:21:22), Dst:
Device2MAC:23:24 (00:21:24:a4:04:d8)
Internet Protocol, Src: 192.168.1.101 (192.168.1.101), Dst:
174.132.245.141 (174.132.245.141)
Transmission Control Protocol, Src Port: boinc-client (1043), Dst Port:
http (80), Seq: 1, Len: 0
Source port: boinc-client (1043)
Destination port: http (80)
[Stream index: 3]
Sequence number: 1 (relative sequence number)
Acknowledgement number: Broken TCP. The acknowledge field is nonzero
while the ACK flag is not set
Header length: 20 bytes
Flags: 0x04 (RST)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...0 .... = Acknowledgement: Not set
.... 0... = Push: Not set
.... .1.. = Reset: Set
[Expert Info (Chat/Sequence): Connection reset (RST)]
[Message: Connection reset (RST)]
[Severity level: Chat]
[Group: Sequence]
.... ..0. = Syn: Not set
.... ...0 = Fin: Not set
Window size: 0
Checksum: 0x0367 [correct]
[Good Checksum: True]
[Bad Checksum: False]
[SEQ/ACK analysis]
[This is an ACK to the segment in frame: 13]
[The RTT to ACK the segment was: 0.019261000 seconds]
No. Time Source Destination Protocol Info
15 27.363 192.168.1.101 174.132.245.141 TCP
dcutility > http [SYN] Seq=0 Win=64240 Len=0 MSS=1460
Frame 15 (64 bytes on wire, 64 bytes captured)
Ethernet II, Src: Device1MAC:21:22 (00:08:25:23:21:22), Dst:
Device2MAC:23:24 (00:21:24:a4:04:d8)
Internet Protocol, Src: 192.168.1.101 (192.168.1.101), Dst:
174.132.245.141 (174.132.245.141)
Transmission Control Protocol, Src Port: dcutility (1044), Dst Port: http
(80), Seq: 0, Len: 0
Source port: dcutility (1044)
Destination port: http (80)
[Stream index: 4]
Sequence number: 0 (relative sequence number)
Header length: 24 bytes
Flags: 0x02 (SYN)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...0 .... = Acknowledgement: Not set
.... 0... = Push: Not set
.... .0.. = Reset: Not set
.... ..1. = Syn: Set
[Expert Info (Chat/Sequence): Connection establish request
(SYN): server port http]
[Message: Connection establish request (SYN): server port
http]
[Severity level: Chat]
[Group: Sequence]
.... ...0 = Fin: Not set
Window size: 64240
Checksum: 0x5719 [correct]
[Good Checksum: True]
[Bad Checksum: False]
Options: (4 bytes)
Maximum segment size: 1460 bytes
No. Time Source Destination Protocol Info
16 27.557 174.132.245.141 192.168.1.101 TCP http
> dcutility [SYN, ACK] Seq=0 Ack=1 Win=5840 Len=0 MSS=1460
Frame 16 (58 bytes on wire, 58 bytes captured)
Ethernet II, Src: Device2MAC:23:24 (00:21:24:a4:04:d8), Dst:
Device1MAC:21:22 (00:08:25:23:21:22)
Internet Protocol, Src: 174.132.245.141 (174.132.245.141), Dst:
192.168.1.101 (192.168.1.101)
Transmission Control Protocol, Src Port: http (80), Dst Port: dcutility
(1044), Seq: 0, Ack: 1, Len: 0
Source port: http (80)
Destination port: dcutility (1044)
[Stream index: 4]
Sequence number: 0 (relative sequence number)
Acknowledgement number: 1 (relative ack number)
Header length: 24 bytes
Flags: 0x12 (SYN, ACK)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...1 .... = Acknowledgement: Set
.... 0... = Push: Not set
.... .0.. = Reset: Not set
.... ..1. = Syn: Set
[Expert Info (Chat/Sequence): Connection establish acknowledge
(SYN+ACK): server port http]
[Message: Connection establish acknowledge (SYN+ACK):
server port http]
[Severity level: Chat]
[Group: Sequence]
.... ...0 = Fin: Not set
Window size: 5840
Checksum: 0xe018 [correct]
[Good Checksum: True]
[Bad Checksum: False]
Options: (4 bytes)
Maximum segment size: 1460 bytes
[SEQ/ACK analysis]
[This is an ACK to the segment in frame: 15]
[The RTT to ACK the segment was: 0.194222000 seconds]
No. Time Source Destination Protocol Info
17 27.602 192.168.1.101 174.132.245.141 TCP
dcutility > http [RST] Seq=1 Win=0 Len=0
Frame 17 (64 bytes on wire, 64 bytes captured)
Ethernet II, Src: Device1MAC:21:22 (00:08:25:23:21:22), Dst:
Device2MAC:23:24 (00:21:24:a4:04:d8)
Internet Protocol, Src: 192.168.1.101 (192.168.1.101), Dst:
174.132.245.141 (174.132.245.141)
Transmission Control Protocol, Src Port: dcutility (1044), Dst Port: http
(80), Seq: 1, Len: 0
Source port: dcutility (1044)
Destination port: http (80)
[Stream index: 4]
Sequence number: 1 (relative sequence number)
Acknowledgement number: Broken TCP. The acknowledge field is nonzero
while the ACK flag is not set
Header length: 20 bytes
Flags: 0x04 (RST)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...0 .... = Acknowledgement: Not set
.... 0... = Push: Not set
.... .1.. = Reset: Set
[Expert Info (Chat/Sequence): Connection reset (RST)]
[Message: Connection reset (RST)]
[Severity level: Chat]
[Group: Sequence]
.... ..0. = Syn: Not set
.... ...0 = Fin: Not set
Window size: 0
Checksum: 0x0eb2 [correct]
[Good Checksum: True]
[Bad Checksum: False]
[SEQ/ACK analysis]
[This is an ACK to the segment in frame: 16]
[The RTT to ACK the segment was: 0.045208000 seconds]
No. Time Source Destination Protocol Info
18 27.906 174.132.245.141 192.168.1.101 TCP http
> boinc-client [SYN, ACK] Seq=0 Ack=1 Win=5840 Len=0 MSS=1460
Frame 18 (58 bytes on wire, 58 bytes captured)
Ethernet II, Src: Device2MAC:23:24 (00:21:24:a4:04:d8), Dst:
Device1MAC:21:22 (00:08:25:23:21:22)
Internet Protocol, Src: 174.132.245.141 (174.132.245.141), Dst:
192.168.1.101 (192.168.1.101)
Transmission Control Protocol, Src Port: http (80), Dst Port: boinc-client
(1043), Seq: 0, Ack: 1, Len: 0
Source port: http (80)
Destination port: boinc-client (1043)
[Stream index: 3]
Sequence number: 0 (relative sequence number)
Acknowledgement number: 1 (relative ack number)
Header length: 24 bytes
Flags: 0x12 (SYN, ACK)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...1 .... = Acknowledgement: Set
.... 0... = Push: Not set
.... .0.. = Reset: Not set
.... ..1. = Syn: Set
[Expert Info (Chat/Sequence): Connection establish acknowledge
(SYN+ACK): server port http]
[Message: Connection establish acknowledge (SYN+ACK):
server port http]
[Severity level: Chat]
[Group: Sequence]
.... ...0 = Fin: Not set
Window size: 5840
Checksum: 0xd4cd [correct]
[Good Checksum: True]
[Bad Checksum: False]
Options: (4 bytes)
Maximum segment size: 1460 bytes
[SEQ/ACK analysis]
[This is an ACK to the segment in frame: 14]
[The RTT to ACK the segment was: 3.711591000 seconds]
No. Time Source Destination Protocol Info
19 27.906 192.168.1.101 174.132.245.141 TCP
boinc-client > http [RST] Seq=1 Win=0 Len=0
Frame 19 (64 bytes on wire, 64 bytes captured)
Ethernet II, Src: Device1MAC:21:22 (00:08:25:23:21:22), Dst:
Device2MAC:23:24 (00:21:24:a4:04:d8)
Internet Protocol, Src: 192.168.1.101 (192.168.1.101), Dst:
174.132.245.141 (174.132.245.141)
Transmission Control Protocol, Src Port: boinc-client (1043), Dst Port:
http (80), Seq: 1, Len: 0
Source port: boinc-client (1043)
Destination port: http (80)
[Stream index: 3]
Sequence number: 1 (relative sequence number)
Acknowledgement number: Broken TCP. The acknowledge field is nonzero
while the ACK flag is not set
Header length: 20 bytes
Flags: 0x04 (RST)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...0 .... = Acknowledgement: Not set
.... 0... = Push: Not set
.... .1.. = Reset: Set
[Expert Info (Chat/Sequence): Connection reset (RST)]
[Message: Connection reset (RST)]
[Severity level: Chat]
[Group: Sequence]
.... ..0. = Syn: Not set
.... ...0 = Fin: Not set
Window size: 0
Checksum: 0x0367 [correct]
[Good Checksum: True]
[Bad Checksum: False]
[SEQ/ACK analysis]
[This is an ACK to the segment in frame: 18]
[The RTT to ACK the segment was: 0.000210000 seconds]
No. Time Source Destination Protocol Info
20 30.443 192.168.1.101 174.132.245.141 TCP
fpitp > http [SYN] Seq=0 Win=64240 Len=0 MSS=1460
Frame 20 (64 bytes on wire, 64 bytes captured)
Ethernet II, Src: Device1MAC:21:22 (00:08:25:23:21:22), Dst:
Device2MAC:23:24 (00:21:24:a4:04:d8)
Internet Protocol, Src: 192.168.1.101 (192.168.1.101), Dst:
174.132.245.141 (174.132.245.141)
Transmission Control Protocol, Src Port: fpitp (1045), Dst Port: http
(80), Seq: 0, Len: 0
Source port: fpitp (1045)
Destination port: http (80)
[Stream index: 5]
Sequence number: 0 (relative sequence number)
Header length: 24 bytes
Flags: 0x02 (SYN)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...0 .... = Acknowledgement: Not set
.... 0... = Push: Not set
.... .0.. = Reset: Not set
.... ..1. = Syn: Set
[Expert Info (Chat/Sequence): Connection establish request
(SYN): server port http]
[Message: Connection establish request (SYN): server port
http]
[Severity level: Chat]
[Group: Sequence]
.... ...0 = Fin: Not set
Window size: 64240
Checksum: 0x5331 [correct]
[Good Checksum: True]
[Bad Checksum: False]
Options: (4 bytes)
Maximum segment size: 1460 bytes
No. Time Source Destination Protocol Info
21 30.636 174.132.245.141 192.168.1.101 TCP http
> fpitp [SYN, ACK] Seq=0 Ack=1 Win=5840 Len=0 MSS=1460
Frame 21 (58 bytes on wire, 58 bytes captured)
Ethernet II, Src: Device2MAC:23:24 (00:21:24:a4:04:d8), Dst:
Device1MAC:21:22 (00:08:25:23:21:22)
Internet Protocol, Src: 174.132.245.141 (174.132.245.141), Dst:
192.168.1.101 (192.168.1.101)
Transmission Control Protocol, Src Port: http (80), Dst Port: fpitp
(1045), Seq: 0, Ack: 1, Len: 0
Source port: http (80)
Destination port: fpitp (1045)
[Stream index: 5]
Sequence number: 0 (relative sequence number)
Acknowledgement number: 1 (relative ack number)
Header length: 24 bytes
Flags: 0x12 (SYN, ACK)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...1 .... = Acknowledgement: Set
.... 0... = Push: Not set
.... .0.. = Reset: Not set
.... ..1. = Syn: Set
[Expert Info (Chat/Sequence): Connection establish acknowledge
(SYN+ACK): server port http]
[Message: Connection establish acknowledge (SYN+ACK):
server port http]
[Severity level: Chat]
[Group: Sequence]
.... ...0 = Fin: Not set
Window size: 5840
Checksum: 0x0edd [correct]
[Good Checksum: True]
[Bad Checksum: False]
Options: (4 bytes)
Maximum segment size: 1460 bytes
[SEQ/ACK analysis]
[This is an ACK to the segment in frame: 20]
[The RTT to ACK the segment was: 0.193643000 seconds]
No. Time Source Destination Protocol Info
22 30.675 192.168.1.101 174.132.245.141 TCP
fpitp > http [RST] Seq=1 Win=0 Len=0
Frame 22 (64 bytes on wire, 64 bytes captured)
Ethernet II, Src: Device1MAC:21:22 (00:08:25:23:21:22), Dst:
Device2MAC:23:24 (00:21:24:a4:04:d8)
Internet Protocol, Src: 192.168.1.101 (192.168.1.101), Dst:
174.132.245.141 (174.132.245.141)
Transmission Control Protocol, Src Port: fpitp (1045), Dst Port: http
(80), Seq: 1, Len: 0
Source port: fpitp (1045)
Destination port: http (80)
[Stream index: 5]
Sequence number: 1 (relative sequence number)
Acknowledgement number: Broken TCP. The acknowledge field is nonzero
while the ACK flag is not set
Header length: 20 bytes
Flags: 0x04 (RST)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...0 .... = Acknowledgement: Not set
.... 0... = Push: Not set
.... .1.. = Reset: Set
[Expert Info (Chat/Sequence): Connection reset (RST)]
[Message: Connection reset (RST)]
[Severity level: Chat]
[Group: Sequence]
.... ..0. = Syn: Not set
.... ...0 = Fin: Not set
Window size: 0
Checksum: 0x3d76 [correct]
[Good Checksum: True]
[Bad Checksum: False]
[SEQ/ACK analysis]
[This is an ACK to the segment in frame: 21]
[The RTT to ACK the segment was: 0.038468000 seconds]
No. Time Source Destination Protocol Info
23 31.093 174.132.245.141 192.168.1.101 TCP http
> dcutility [SYN, ACK] Seq=0 Ack=1 Win=5840 Len=0 MSS=1460
Frame 23 (58 bytes on wire, 58 bytes captured)
Ethernet II, Src: Device2MAC:23:24 (00:21:24:a4:04:d8), Dst:
Device1MAC:21:22 (00:08:25:23:21:22)
Internet Protocol, Src: 174.132.245.141 (174.132.245.141), Dst:
192.168.1.101 (192.168.1.101)
Transmission Control Protocol, Src Port: http (80), Dst Port: dcutility
(1044), Seq: 0, Ack: 1, Len: 0
Source port: http (80)
Destination port: dcutility (1044)
[Stream index: 4]
Sequence number: 0 (relative sequence number)
Acknowledgement number: 1 (relative ack number)
Header length: 24 bytes
Flags: 0x12 (SYN, ACK)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...1 .... = Acknowledgement: Set
.... 0... = Push: Not set
.... .0.. = Reset: Not set
.... ..1. = Syn: Set
[Expert Info (Chat/Sequence): Connection establish acknowledge
(SYN+ACK): server port http]
[Message: Connection establish acknowledge (SYN+ACK):
server port http]
[Severity level: Chat]
[Group: Sequence]
.... ...0 = Fin: Not set
Window size: 5840
Checksum: 0xe018 [correct]
[Good Checksum: True]
[Bad Checksum: False]
Options: (4 bytes)
Maximum segment size: 1460 bytes
[SEQ/ACK analysis]
[This is an ACK to the segment in frame: 17]
[The RTT to ACK the segment was: 3.490626000 seconds]
No. Time Source Destination Protocol Info
24 31.093 192.168.1.101 174.132.245.141 TCP
dcutility > http [RST] Seq=1 Win=0 Len=0
Frame 24 (64 bytes on wire, 64 bytes captured)
Ethernet II, Src: Device1MAC:21:22 (00:08:25:23:21:22), Dst:
Device2MAC:23:24 (00:21:24:a4:04:d8)
Internet Protocol, Src: 192.168.1.101 (192.168.1.101), Dst:
174.132.245.141 (174.132.245.141)
Transmission Control Protocol, Src Port: dcutility (1044), Dst Port: http
(80), Seq: 1, Len: 0
Source port: dcutility (1044)
Destination port: http (80)
[Stream index: 4]
Sequence number: 1 (relative sequence number)
Acknowledgement number: Broken TCP. The acknowledge field is nonzero
while the ACK flag is not set
Header length: 20 bytes
Flags: 0x04 (RST)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...0 .... = Acknowledgement: Not set
.... 0... = Push: Not set
.... .1.. = Reset: Set
[Expert Info (Chat/Sequence): Connection reset (RST)]
[Message: Connection reset (RST)]
[Severity level: Chat]
[Group: Sequence]
.... ..0. = Syn: Not set
.... ...0 = Fin: Not set
Window size: 0
Checksum: 0x0eb2 [correct]
[Good Checksum: True]
[Bad Checksum: False]
[SEQ/ACK analysis]
[This is an ACK to the segment in frame: 23]
[The RTT to ACK the segment was: 0.000209000 seconds]
No. Time Source Destination Protocol Info
25 33.886 174.132.245.141 192.168.1.101 TCP http
> boinc-client [SYN, ACK] Seq=0 Ack=1 Win=5840 Len=0 MSS=1460
Frame 25 (58 bytes on wire, 58 bytes captured)
Ethernet II, Src: Device2MAC:23:24 (00:21:24:a4:04:d8), Dst:
Device1MAC:21:22 (00:08:25:23:21:22)
Internet Protocol, Src: 174.132.245.141 (174.132.245.141), Dst:
192.168.1.101 (192.168.1.101)
Transmission Control Protocol, Src Port: http (80), Dst Port: boinc-client
(1043), Seq: 0, Ack: 1, Len: 0
Source port: http (80)
Destination port: boinc-client (1043)
[Stream index: 3]
Sequence number: 0 (relative sequence number)
Acknowledgement number: 1 (relative ack number)
Header length: 24 bytes
Flags: 0x12 (SYN, ACK)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...1 .... = Acknowledgement: Set
.... 0... = Push: Not set
.... .0.. = Reset: Not set
.... ..1. = Syn: Set
[Expert Info (Chat/Sequence): Connection establish acknowledge
(SYN+ACK): server port http]
[Message: Connection establish acknowledge (SYN+ACK):
server port http]
[Severity level: Chat]
[Group: Sequence]
.... ...0 = Fin: Not set
Window size: 5840
Checksum: 0xd4cd [correct]
[Good Checksum: True]
[Bad Checksum: False]
Options: (4 bytes)
Maximum segment size: 1460 bytes
[SEQ/ACK analysis]
[This is an ACK to the segment in frame: 19]
[The RTT to ACK the segment was: 5.979603000 seconds]
No. Time Source Destination Protocol Info
26 33.886 192.168.1.101 174.132.245.141 TCP
boinc-client > http [RST] Seq=1 Win=0 Len=0
Frame 26 (64 bytes on wire, 64 bytes captured)
Ethernet II, Src: Device1MAC:21:22 (00:08:25:23:21:22), Dst:
Device2MAC:23:24 (00:21:24:a4:04:d8)
Internet Protocol, Src: 192.168.1.101 (192.168.1.101), Dst:
174.132.245.141 (174.132.245.141)
Transmission Control Protocol, Src Port: boinc-client (1043), Dst Port:
http (80), Seq: 1, Len: 0
Source port: boinc-client (1043)
Destination port: http (80)
[Stream index: 3]
Sequence number: 1 (relative sequence number)
Acknowledgement number: Broken TCP. The acknowledge field is nonzero
while the ACK flag is not set
Header length: 20 bytes
Flags: 0x04 (RST)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...0 .... = Acknowledgement: Not set
.... 0... = Push: Not set
.... .1.. = Reset: Set
[Expert Info (Chat/Sequence): Connection reset (RST)]
[Message: Connection reset (RST)]
[Severity level: Chat]
[Group: Sequence]
.... ..0. = Syn: Not set
.... ...0 = Fin: Not set
Window size: 0
Checksum: 0x0367 [correct]
[Good Checksum: True]
[Bad Checksum: False]
[SEQ/ACK analysis]
[This is an ACK to the segment in frame: 25]
[The RTT to ACK the segment was: 0.000217000 seconds]
No. Time Source Destination Protocol Info
27 34.888 174.132.245.141 192.168.1.101 TCP http
> fpitp [SYN, ACK] Seq=0 Ack=1 Win=5840 Len=0 MSS=1460
Frame 27 (58 bytes on wire, 58 bytes captured)
Ethernet II, Src: Device2MAC:23:24 (00:21:24:a4:04:d8), Dst:
Device1MAC:21:22 (00:08:25:23:21:22)
Internet Protocol, Src: 174.132.245.141 (174.132.245.141), Dst:
192.168.1.101 (192.168.1.101)
Transmission Control Protocol, Src Port: http (80), Dst Port: fpitp
(1045), Seq: 0, Ack: 1, Len: 0
Source port: http (80)
Destination port: fpitp (1045)
[Stream index: 5]
Sequence number: 0 (relative sequence number)
Acknowledgement number: 1 (relative ack number)
Header length: 24 bytes
Flags: 0x12 (SYN, ACK)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...1 .... = Acknowledgement: Set
.... 0... = Push: Not set
.... .0.. = Reset: Not set
.... ..1. = Syn: Set
[Expert Info (Chat/Sequence): Connection establish acknowledge
(SYN+ACK): server port http]
[Message: Connection establish acknowledge (SYN+ACK):
server port http]
[Severity level: Chat]
[Group: Sequence]
.... ...0 = Fin: Not set
Window size: 5840
Checksum: 0x0edd [correct]
[Good Checksum: True]
[Bad Checksum: False]
Options: (4 bytes)
Maximum segment size: 1460 bytes
[SEQ/ACK analysis]
[This is an ACK to the segment in frame: 22]
[The RTT to ACK the segment was: 4.213270000 seconds]
No. Time Source Destination Protocol Info
28 34.888 192.168.1.101 174.132.245.141 TCP
fpitp > http [RST] Seq=1 Win=0 Len=0
--- snip ---
13 years, 3 months
Makefile patches for Atari Port
by m0n0
Hello,
As I posted earlier, I wanted to submit patches for the Makefile to
support the FreeMiNT OS.
No one responded to my questions, so here is my patch. Please tell me if
there is something wrong.
Heres the description of the patch:
Added specific LDFLAGS for MiNT in framebuffer target. (I know that
Makefile.config is the first place to make additions, but Makefile.config
can't be used for LDFLAGS)
Also added MiNT specific CFLAGS to the framebuffer target part.
Added an new target called mint when host == mint and the target is not
set.
I would be really nice if someone could integrate this into SVN, or let me
know why the patch is rejected.
Greets,
Ole
13 years, 3 months
testing
by François Revol
Hi,
sorry for the noise, it seems I'm not getting mails from this list anymore despite being subscribed...
François.
13 years, 3 months
Atari patches for libnsfb
by m0n0
Hello,
here I submit some patches for libnsfb,
some of the stuff is not MiNT specific,... I tried to make it as generic
as possible. I'm not an Makefile Guru..., so maybe I didn't do some things
perfect, please tell me how to do it better.
Makefile-rev10485.patch
---
Added some special Flags setup when compiling with MiNT.
Make use of the new Makefile options that I added to surface Makefile.
Described below.
src_surface_Makefile-rev1048.patch
---
Patch for Makefile in src/surface,
I added the Options:
DISABLE_SDL_SURFACE
DISABLE_VNC_SURFACE
DISABLE_ABLE_SURFACE
DISABLE_RAM_SURFACE
DISABLE_LINUX_SURFACE
DISABLE_X_SURFACE
if one of these Vars is set to YES, this Surface won't be added to
compilation process.
Please let me know if it is OK to use Variables not initialized within
Makefiles.
Otherwise I would have to Init them with the Default Value => NO.
test_polystar-rev9865.c.patch
---
nanosleep() is not available for MiNT, use usleep.
test_polystar2-rev9947.c.patch
---
nanosleep() is not available for MiNT, use usleep.
One patch is missing - that's the plotter patches for Amiga! I really
appreciate these Patches, at least the patch for 16bit plotter is tested
and works well with my Atari. Amiga and Atari users really need these
patches! I don't know about other bitdepth, but I believe they also need
patching to make them work with Atari or Amiga. I expect these patches were
already submitted, so I left them out.
All of the patches have been applied and tested to SVN reversion 10577 of
libnsfb. The revision contained in the filename marks the last changed
revision of the file that this patch must be applied to.
Greets,
Ole
13 years, 3 months
Re: Makefile patches for Atari Port
by Bernd Roesch
Hello m0n0
On 19.06.10, you wrote:
> Hello,
>
> As I posted earlier, I wanted to submit patches for the Makefile to
> support the FreeMiNT OS.
> No one responded to my questions, so here is my patch. Please tell me if
> there is something wrong.
I know not much of netsurf buildsystem, so i a have avoid to answer early, but the amiga OS Version
need
no makefile changes.only makefile.config need modify.
the makefile.config contain this.I also attach the file
#
# NetSurf build configuration example
#
# To configure NetSurf's build options create a Makefile.config file. This is
# an example Makefile.config.
#
# To see the available config options, look at Makefile.defaults
# For example, by default, NetSurf builds with BMP support. If you
# wish to disable this, then uncomment the following line.
# override NETSURF_USE_BMP := NO
TARGET = framebuffer
override NETSURF_FB_FRONTEND := sdl
override NETSURF_FB_RESPATH_sdl := /PROGDIR:Resources/
override NETSURF_FB_FONTLIB := freetype
override NETSURF_STRIP_BINARY := NO
CC := m68k-amigaos-gcc -V 4.5.0
CFLAGS += -O3 -I./include -std=c99 -m68040 -mnobitfield \
-DPATH_MAX=1024
LDFLAGS += -L./lib -lpng -lmng -ljpeg -ldef_img
LDFLAGS += -Wl,--whole-archive -lnsfb -Wl,--no-whole-archive
LDFLAGS += -lsdl_ttf -lsdl_image -lsdl -lgl_dummy -ldebug
LDFLAGS += -lxml2 -lcurl -lssl -lcrypto -lnsbmp -lnsgif
LDFLAGS += -lhubbub -lcss -lparserutils -lwapcaplet -liconv
>
> Heres the description of the patch:
> Added specific LDFLAGS for MiNT in framebuffer target. (I know that
> Makefile.config is the first place to make additions, but Makefile.config
> can't be used for LDFLAGS)
> Also added MiNT specific CFLAGS to the framebuffer target part.
> Added an new target called mint when host == mint and the target is not
> set.
>
> I would be really nice if someone could integrate this into SVN, or let me
> know why the patch is rejected.
>
> Greets,
> Ole
>
>
Regards
13 years, 3 months
Re: Atari MiNT Port
by Chris Young
On Thu, 3 Jun 2010 22:28:55 +0200, Ole Loots wrote:
> I just found: #define DEJAVU_PATH "PROGDIR:Fonts/"
>
> in the sources, but I don't understand how the freetype lib could
> understand PRODGDIR...
PROGDIR: is assigned to the directory that the running program resides
in. I don't know anything about Freetype library, but I would imagine
at least the Amiga port of it has been compiled so it works with
native paths.
> > have you click in the string gadget of url and when you type a character
> > nothing is see ?
>
> Yes. It's even worse. Every key stroke is logged 2 times...
Downstroke and upstroke at a guess.
Chris
13 years, 3 months