i cannot access http://www.freepascal.org/ for days.
I can ping it, and wget establishes a connection ("200 OK" )but cant download any data. ftp and www.jp.freepascal.org work fine.
please fix this, it worked nice here until the last week or so.
Mailing lists / fpc-devel / 2005-03
webserver
47 messages · 14 people · –
- Daniel Herzog 12
- Michael Van Canneyt 7
- Jonas Maebe 5
- Johannes Berg 4
- Alexey Barkovoy 3
- Micha Nelissen 3
- +8 more
Reply by email Subscribe to this list Your subscription
Read-only archive. Use j and k to move between messages.
Show quoted text 6 lines
i cannot access http://www.freepascal.org/ for days.
I can ping it, and wget establishes a connection ("200 OK" )but cant
download any data. ftp and www.jp.freepascal.org work fine.
please fix this, it worked nice here until the last week or so.
One of the sites of freepascal.org had an outage on friday from 8:00 till 16:00 as the result of a massive powerproblem. However it works fine now.
Show quoted text 11 lines
>i cannot access http://www.freepascal.org/ for days.
>
>I can ping it, and wget establishes a connection ("200 OK" )but cant
>download any data. ftp and www.jp.freepascal.org work fine.
>
>please fix this, it worked nice here until the last week or so.
One of the sites of freepascal.org had an outage on friday from 8:00 till
16:00 as the result of a massive powerproblem. However it works fine now.
Here it doesnt. I even tried to change the mtu of all relevant systems to 1400 instead of 1500, which didnt help also...and i cant lower my mtu far more...i want some troughput.
Daniel Herzog wroteHere it doesnt. I even tried to change the mtu of all relevant systems to 1400 instead of 1500, which didnt help also...and i cant lower my mtu far more...i want some troughput.
I don't know what or where the problem is, but you're the first person I hear of who can't reach it.
Jonas
Show quoted text 13 lines
On 29 mrt 2005, at 16:40, Daniel Herzog wrote:
> Here it doesnt. I even tried to change the mtu of all relevant systems
> to 1400 instead of 1500, which didnt help also...and i cant lower my mtu
> far more...i want some troughput.
I don't know what or where the problem is, but you're the first person I
hear of who can't reach it.
Jonas
It worked for ages here, while i never touched my router for about 2 years now...
Maybe someone responsible for the webserver could show up and tell me if there were changes done to it recently or not?
Daniel Herzog wrote 20 lines
Jonas Maebe schrieb:
>
> On 29 mrt 2005, at 16:40, Daniel Herzog wrote:
>
>> Here it doesnt. I even tried to change the mtu of all relevant systems
>> to 1400 instead of 1500, which didnt help also...and i cant lower my mtu
>> far more...i want some troughput.
>
>
> I don't know what or where the problem is, but you're the first person I
> hear of who can't reach it.
>
>
> Jonas
It worked for ages here, while i never touched my router for about 2
years now...
Maybe someone responsible for the webserver could show up and tell me if
there were changes done to it recently or not?
ISP and consequently DNS has changed. Check the IP address. It should be 62.166.198.202
But you're the only one to report problems, which suggests the problem is somewhere on your side. Maybe a proxy ?
Michael.
Show quoted text 22 lines
>>>Here it doesnt. I even tried to change the mtu of all relevant systems
>>>to 1400 instead of 1500, which didnt help also...and i cant lower my mtu
>>>far more...i want some troughput.
>>
>>
>>I don't know what or where the problem is, but you're the first person I
>>hear of who can't reach it.
>>
>
>It worked for ages here, while i never touched my router for about 2
>years now...
>
>Maybe someone responsible for the webserver could show up and tell me if
>there were changes done to it recently or not?
ISP and consequently DNS has changed. Check the IP address.
It should be 62.166.198.202
But you're the only one to report problems, which suggests the problem is
somewhere on your side. Maybe a proxy ?
I dont use proxies - i can ping it perfectly fine. "ping -s 1432 www.freepascal.org" this assambles to a package size of 1460 which is the mtu of my router - larger packages dont work.
192.168.0.2 is a bridge i need to pass in order to get to 192.168.0.1 Here is my setup:
192.168.0.3 <-> 192.168.0.2 <-> 192.168.0.1 -> ADSL connection
0.3 and 0.2 have a mtu of 1500 while 0.1 has 1442. 0.1 automatically lowers it's mtu to the highest working value - it's a hardware solution...
No matter what i change all those mtu's to - 1460 byte will be the bigges package that works. maybe one can change the server to not send larger stuff, and see it this solves it.
I even kept track of PPPoE headers when testing, with no result...
ISP and consequently DNS has changed. Check the IP address. It should be 62.166.198.202…
Show quoted text 5 lines
ISP and consequently DNS has changed. Check the IP address.
It should be 62.166.198.202
But you're the only one to report problems, which suggests the problem is
somewhere on your side. Maybe a proxy ?
Well I'm having problems with www.freepascal.org for around a month now (maybe even more). Sometimes it's just reappears - last time it's happened in sunday - I've succesfully filed bug report and downloaded sources from CVS. But next day it again disappeared. And now not reachable either throw www.freepascal.org or 62.166.198.202.
PS. Actually another successful connection were just after 1.9.8 release.
I dont use proxies - i can ping it perfectly fine. "ping -s 1432 www.freepascal.org" this…
Daniel Herzog wroteNo matter what i change all those mtu's to - 1460 byte will be the bigges package that works.
Are you clamping the tcp window size correctly on 0.1? If you can't do it there maybe try on 0.2.
johannes
Well I'm having problems with www.freepascal.org for around a month now (maybe even…
Alexey Barkovoy wrote 8 lines
> But you're the only one to report problems, which suggests the problem is
> somewhere on your side. Maybe a proxy ?
Well I'm having problems with www.freepascal.org for around a month now (maybe
even more). Sometimes it's just reappears - last time it's happened in sunday -
I've succesfully filed bug report and downloaded sources from CVS. But next day
it again disappeared. And now not reachable either throw www.freepascal.org or
62.166.198.202.
I hate being a "me to" or "not me", but it works fine from here (WV, USA). Web responds quickly, however last week I did notice some slowdowns. Here's a traceroute:
traceroute to www.freepascal.org (62.166.198.202), 30 hops max, 38 byte packets
1 192.168.1.1 (192.168.1.1) 0.726 ms 0.674 ms 0.698 ms 2 L200.DSL-RTR1.CHAR.verizon-gni.net (151.205.95.1) 27.748 ms 27.505 ms 27.541 ms
3 130.81.12.89 (130.81.12.89) 27.846 ms 27.932 ms 27.801 ms 4 so-2-2-1-0.BB-RTR1.PHIL.verizon-gni.net (130.81.18.30) 45.182 ms 45.109 ms 44.786 ms
5 so-1-0-0-0.PEER-RTR1.PHIL.verizon-gni.net (130.81.7.226) 43.275 ms 43.577 ms 43.098 ms
6 dca-edge-03.inet.qwest.net (65.118.218.45) 46.026 ms 46.443 ms 47.013 ms
7 dca-core-02.inet.qwest.net (205.171.9.61) 46.072 ms 46.209 ms 46.054 ms
8 dca-brdr-01.inet.qwest.net (205.171.9.54) 46.780 ms 45.944 ms 46.029 ms
9 so0-1-0-622M.ar3.wdc2.gblx.net (208.51.74.9) 46.059 ms 46.696 ms 46.026 ms
10 so0-0-0-2488M.ar3.AMS2.gblx.net (67.17.73.86) 129.326 ms 128.660 ms 128.834 ms
11 Versatel-Nederland.so-3-0-0.ar3.AMS2.gblx.net (64.211.166.182) 131.008 ms Versatel-Nederland.so-2-0-0.ar3.AMS2.gblx.net (64.212.109.2) 130.687 ms Versatel-Nederland.so-3-0-0.ar3.AMS2.gblx.net (64.211.166.182) 130.895 ms
12 62.58.126.196 (62.58.126.196) 134.834 ms 134.170 ms 133.728 ms 13 unlabelled.versatel.net (62.58.126.46) 134.015 ms 135.156 ms 133.503 ms
14 cust198-193.dsl.versadsl.be (62.166.198.193) 138.201 ms 138.953 ms 138.834 ms
15 cust198-202.dsl.versadsl.be (62.166.198.202) 138.213 ms 139.142 ms 138.955 ms
Are you clamping the tcp window size correctly on 0.1? If you can't do it there maybe try…
Show quoted text 8 lines
>No matter what i change all those mtu's to - 1460 byte will be the
>bigges package that works.
Are you clamping the tcp window size correctly on 0.1? If you can't do
it there maybe try on 0.2.
johannes
Explain please. (All but 0.1 are Linux, 0.1 is a D-Link device)
Well I'm having problems with www.freepascal.org for around a month now (maybe even…
Show quoted text 14 lines
> ISP and consequently DNS has changed. Check the IP address.
> It should be 62.166.198.202
>
> But you're the only one to report problems, which suggests the problem is
> somewhere on your side. Maybe a proxy ?
Well I'm having problems with www.freepascal.org for around a month now
(maybe even more). Sometimes it's just reappears - last time it's
happened in sunday - I've succesfully filed bug report and downloaded
sources from CVS. But next day it again disappeared. And now not
reachable either throw www.freepascal.org or 62.166.198.202.
PS. Actually another successful connection were just after 1.9.8 release.
Try www.jp.freepascal.org as a workaround (works nice here), or the google cache.
Try www.jp.freepascal.org as a workaround (works nice here), or the google cache.
But I still will not be able to fill / browse bug reports!
It worked for ages here, while i never touched my router for about 2 years now... Maybe…
Show quoted text 21 lines
Jonas Maebe schrieb:
>
> On 29 mrt 2005, at 16:40, Daniel Herzog wrote:
>
>> Here it doesnt. I even tried to change the mtu of all relevant systems
>> to 1400 instead of 1500, which didnt help also...and i cant lower my
>> mtu
>> far more...i want some troughput.
>
>
> I don't know what or where the problem is, but you're the first person I
> hear of who can't reach it.
>
>
> Jonas
It worked for ages here, while i never touched my router for about 2
years now...
Maybe someone responsible for the webserver could show up and tell me if
there were changes done to it recently or not?
The webserver (apache2) uses the defaults from Suse 9.2. Nothing special is configured.
Show quoted text 26 lines
>Jonas Maebe schrieb:
>
>>On 29 mrt 2005, at 16:40, Daniel Herzog wrote:
>>
>>
>>>Here it doesnt. I even tried to change the mtu of all relevant systems
>>>to 1400 instead of 1500, which didnt help also...and i cant lower my
>>>mtu
>>>far more...i want some troughput.
>>
>>
>>I don't know what or where the problem is, but you're the first person I
>>hear of who can't reach it.
>>
>>
>>Jonas
>
>It worked for ages here, while i never touched my router for about 2
>years now...
>
>Maybe someone responsible for the webserver could show up and tell me if
>there were changes done to it recently or not?
The webserver (apache2) uses the defaults from Suse 9.2. Nothing special
is configured.
Quite a few now said it might be the case that it's firewall blocks all icmp packages. Try lowering the servers mtu for the fun with it. Mine is 1442, automatically lowered to the highest value working everywhere. Think of possible PPPoE headers, since you seem to have a dsl connection. dunno what the exact setup looks like.
Quite a few now said it might be the case that it's firewall blocks all icmp packages. Try lowering the servers mtu for the fun with it.
Yes, any sensible sysadmin ought to know that ICMP fragment error packets (type 3, code 4?) should always be allowed.
HTH,
Micha
I don't think it is the server, as the MTU size of the server didn't change. The router…
Michael Van Canneyt wrote 5 lines
I don't think it is the server, as the MTU size of the server didn't change.
The router is outside my control; It's controlled by the ISP;
So there is nothing I can do about it. If you can tell me how to determine
it's MTU size, then I can try to do something about it.
*If* there is a problem on your end then it is your server's firewall, if it was letting through ICMP "fragmentation needed" packets this problem should not exist. OTOH, that problem might be elsewhere too.
johannes
Can you please translate this to plain english ? Michael.
Show quoted text 18 lines
On Wed, 30 Mar 2005, Micha Nelissen wrote:
>On Wed, 30 Mar 2005 19:24:13 +0200
>Daniel Herzog wrote:
>
>
>>Quite a few now said it might be the case that it's firewall blocks all
>>icmp packages. Try lowering the servers mtu for the fun with it.
>
>Yes, any sensible sysadmin ought to know that ICMP fragment error packets (type 3, code 4?) should always be allowed.
Can you please translate this to plain english ?
Michael.
A firewall shouldnt block those packages, since clients use them to tell the server to send smaller packages...that is about there only function.
I don't think it is the server, as the MTU size of the server didn't change. The router…
Show quoted text 50 lines
On Wed, 30 Mar 2005, Daniel Herzog wrote:
>Peter Vreman schrieb:
>
>>>Jonas Maebe schrieb:
>>>
>>>
>>>>On 29 mrt 2005, at 16:40, Daniel Herzog wrote:
>>>>
>>>>
>>>>
>>>>>Here it doesnt. I even tried to change the mtu of all relevant systems
>>>>>to 1400 instead of 1500, which didnt help also...and i cant lower my
>>>>>mtu
>>>>>far more...i want some troughput.
>>>>
>>>>
>>>>I don't know what or where the problem is, but you're the first person I
>>>>hear of who can't reach it.
>>>>
>>>>
>>>>Jonas
>>>
>>>It worked for ages here, while i never touched my router for about 2
>>>years now...
>>>
>>>Maybe someone responsible for the webserver could show up and tell me if
>>>there were changes done to it recently or not?
>>
>>
>>The webserver (apache2) uses the defaults from Suse 9.2. Nothing special
>>is configured.
>
>Quite a few now said it might be the case that it's firewall blocks all
>icmp packages. Try lowering the servers mtu for the fun with it.
>Mine is 1442, automatically lowered to the highest value working everywhere.
>Think of possible PPPoE headers, since you seem to have a dsl
>connection. dunno what the exact setup looks like.
I don't think it is the server, as the MTU size of the server didn't change.
The router is outside my control; It's controlled by the ISP;
So there is nothing I can do about it. If you can tell me how to determine
it's MTU size, then I can try to do something about it.
Michael.
you could maybe try to ping google or something with huge package. remember to add the header size in mind.
Works with size up to 1472. (+28=1500, so this figures) Conslusion you pull from this…
Show quoted text 8 lines
On Wed, 30 Mar 2005, Daniel Herzog wrote:
> >
>
> you could maybe try to ping google or something with huge package.
> remember to add the header size in mind.
Works with size up to 1472. (+28=1500, so this figures)
Conslusion you pull from this test ?
Same here, and I can ping www.freepascal.org till 8184.
Then the problem is elsewhere. Michael.
From the ping tests that have just been sent in, it's clear that it
works for high MTUs also.
But it doesnt neccessarily show that any "Fragmentation needed" packages can reach the server - which is the thing we need to proof or disproof, I'd say...
And i'm sorry - i have no idea how this could be done - anyone?
Same here, and I can ping www.freepascal.org till 8184.
Marco van de Voort wroteSame here, and I can ping www.freepascal.org till 8184.
The size at which you can ping www.freepascal.org isn't relevant, that just means that you are not blocking 'fragmentation needed' packets.
Interesting might be the size at which www.freepascal.org itself can ping, for example, xzone.dyndns.org (our dynamic behind-dsl IP which has a MTU lower than 1500)
johannes
Quite a few now said it might be the case that it's firewall blocks all icmp packages.…
Daniel Herzog wrote 33 lines
Peter Vreman schrieb:
>>Jonas Maebe schrieb:
>>
>>>On 29 mrt 2005, at 16:40, Daniel Herzog wrote:
>>>
>>>
>>>>Here it doesnt. I even tried to change the mtu of all relevant systems
>>>>to 1400 instead of 1500, which didnt help also...and i cant lower my
>>>>mtu
>>>>far more...i want some troughput.
>>>
>>>
>>>I don't know what or where the problem is, but you're the first person I
>>>hear of who can't reach it.
>>>
>>>
>>>Jonas
>>
>>It worked for ages here, while i never touched my router for about 2
>>years now...
>>
>>Maybe someone responsible for the webserver could show up and tell me if
>>there were changes done to it recently or not?
>
>
> The webserver (apache2) uses the defaults from Suse 9.2. Nothing special
> is configured.
Quite a few now said it might be the case that it's firewall blocks all
icmp packages. Try lowering the servers mtu for the fun with it.
Mine is 1442, automatically lowered to the highest value working everywhere.
Think of possible PPPoE headers, since you seem to have a dsl
connection. dunno what the exact setup looks like.
I don't think it is the server, as the MTU size of the server didn't change.
The router is outside my control; It's controlled by the ISP; So there is nothing I can do about it. If you can tell me how to determine it's MTU size, then I can try to do something about it.
Michael.
On Wed, 30 Mar 2005 19:24:13 +0200 Yes, any sensible sysadmin ought to know that ICMP…
Micha Nelissen wrote 7 lines
On Wed, 30 Mar 2005 19:24:13 +0200
Daniel Herzog wrote:
> Quite a few now said it might be the case that it's firewall blocks all
> icmp packages. Try lowering the servers mtu for the fun with it.
Yes, any sensible sysadmin ought to know that ICMP fragment error packets (type 3, code 4?) should always be allowed.
Can you please translate this to plain english ?
Michael.
That is what I did: I pinged www.google.be from www.freepascal.org. and the maximum size…
Date sent: Wed, 30 Mar 2005 23:44:20 +0200 (CEST) From: Michael Van Canneyt
To: FPC developers' list
Subject: Re: [fpc-devel] webserver
Send reply to: FPC developers' list
Show quoted text 12 lines
> > Same here, and I can ping www.freepascal.org till 8184.
>
> The size at which you can ping www.freepascal.org isn't relevant,
> that just means that you are not blocking 'fragmentation needed'
> packets.
>
> Interesting might be the size at which www.freepascal.org itself can
> ping, for example, xzone.dyndns.org (our dynamic behind-dsl IP which
> has a MTU lower than 1500)
That is what I did: I pinged www.google.be from www.freepascal.org.
and the maximum size was 1472.
However, I just tried to ping from www.freepascal.org to the machine mentioned here by someone (xzone.dyndns.org) and packets with size of 16000 went through without problems...
Tomas
That is what I did: I pinged www.google.be from www.freepascal.org. and the maximum size…
Michael Van Canneyt wroteThat is what I did: I pinged www.google.be from www.freepascal.org. and the maximum size was 1472.
You should be able to ping much higher unless you do 'ping -M dont ...' since
The fact that you cannot suggests that there may be some router/firewall blocking these ICMP packets.
johannes
*If* there is a problem on your end then it is your server's firewall, if it was letting…
Johannes Berg wrote 11 lines
On Wed, 2005-03-30 at 22:17 +0200, Michael Van Canneyt wrote:
> I don't think it is the server, as the MTU size of the server didn't change.
>
> The router is outside my control; It's controlled by the ISP;
> So there is nothing I can do about it. If you can tell me how to determine
> it's MTU size, then I can try to do something about it.
*If* there is a problem on your end then it is your server's firewall,
if it was letting through ICMP "fragmentation needed" packets this
problem should not exist. OTOH, that problem might be elsewhere too.
Then the problem is elsewhere.
Michael.
you could maybe try to ping google or something with huge package. remember to add the…
Daniel Herzog wrote 54 lines
Michael Van Canneyt schrieb:
>
> On Wed, 30 Mar 2005, Daniel Herzog wrote:
>
>
>>Peter Vreman schrieb:
>>
>>>>Jonas Maebe schrieb:
>>>>
>>>>
>>>>>On 29 mrt 2005, at 16:40, Daniel Herzog wrote:
>>>>>
>>>>>
>>>>>
>>>>>>Here it doesnt. I even tried to change the mtu of all relevant systems
>>>>>>to 1400 instead of 1500, which didnt help also...and i cant lower my
>>>>>>mtu
>>>>>>far more...i want some troughput.
>>>>>
>>>>>
>>>>>I don't know what or where the problem is, but you're the first person I
>>>>>hear of who can't reach it.
>>>>>
>>>>>
>>>>>Jonas
>>>>
>>>>It worked for ages here, while i never touched my router for about 2
>>>>years now...
>>>>
>>>>Maybe someone responsible for the webserver could show up and tell me if
>>>>there were changes done to it recently or not?
>>>
>>>
>>>The webserver (apache2) uses the defaults from Suse 9.2. Nothing special
>>>is configured.
>>
>>Quite a few now said it might be the case that it's firewall blocks all
>>icmp packages. Try lowering the servers mtu for the fun with it.
>>Mine is 1442, automatically lowered to the highest value working everywhere.
>>Think of possible PPPoE headers, since you seem to have a dsl
>>connection. dunno what the exact setup looks like.
>
>
> I don't think it is the server, as the MTU size of the server didn't change.
>
> The router is outside my control; It's controlled by the ISP;
> So there is nothing I can do about it. If you can tell me how to determine
> it's MTU size, then I can try to do something about it.
>
> Michael.
>
you could maybe try to ping google or something with huge package.
remember to add the header size in mind.
Works with size up to 1472. (+28=1500, so this figures)
Conslusion you pull from this test ?
Michael.
Date sent: Wed, 30 Mar 2005 23:44:20 +0200 (CEST) From: Michael Van…
However, I just tried to ping from www.freepascal.org to the machine mentioned here by someone (xzone.dyndns.org) and packets with size of 16000 went through without problems...
Not sure will this help but today I can access www.freepascal.org from the same machine that has not been able to do this couple of days ago.
The size at which you can ping www.freepascal.org isn't relevant, that just means that…
Johannes Berg wrote 10 lines
On Wed, 2005-03-30 at 21:45 +0200, Marco van de Voort wrote:
> Same here, and I can ping www.freepascal.org till 8184.
The size at which you can ping www.freepascal.org isn't relevant, that
just means that you are not blocking 'fragmentation needed' packets.
Interesting might be the size at which www.freepascal.org itself can
ping, for example, xzone.dyndns.org (our dynamic behind-dsl IP which has
a MTU lower than 1500)
That is what I did: I pinged www.google.be from www.freepascal.org. and the maximum size was 1472.
Michael.
Sorry. No IRC. Maybe one of the other core devels ? Michael.
Date sent: Thu, 31 Mar 2005 02:41:30 +0200 (Romance Daylight Time) From: Michael Van Canneyt
To: FPC developers' list
Subject: Re: [fpc-devel] webserver
Send reply to: FPC developers' list
.
.
Show quoted text 5 lines
> If you're on freenode, query me (expose) please - and try to ping me
> - since i myself can ping google with real big packages also - but
> not www.freepascal.org
Sorry. No IRC. Maybe one of the other core devels ?
I don't have IRC connection through my local firewall configured correctly yet, so I can't help here. :-(
Tomas
That is what I did: I pinged www.google.be from www.freepascal.org. and the maximum size…
Show quoted text 21 lines
On Wed, 30 Mar 2005, Johannes Berg wrote:
>On Wed, 2005-03-30 at 21:45 +0200, Marco van de Voort wrote:
>
>
>>Same here, and I can ping www.freepascal.org till 8184.
>
>The size at which you can ping www.freepascal.org isn't relevant, that
>just means that you are not blocking 'fragmentation needed' packets.
>
>Interesting might be the size at which www.freepascal.org itself can
>ping, for example, xzone.dyndns.org (our dynamic behind-dsl IP which has
>a MTU lower than 1500)
That is what I did: I pinged www.google.be from www.freepascal.org.
and the maximum size was 1472.
Michael.
If you're on freenode, query me (expose) please - and try to ping me - since i myself can ping google with real big packages also - but not www.freepascal.org
Daniel Herzog wrote 26 lines
Michael Van Canneyt schrieb:
>
> On Wed, 30 Mar 2005, Johannes Berg wrote:
>
>
>>On Wed, 2005-03-30 at 21:45 +0200, Marco van de Voort wrote:
>>
>>
>>>Same here, and I can ping www.freepascal.org till 8184.
>>
>>The size at which you can ping www.freepascal.org isn't relevant, that
>>just means that you are not blocking 'fragmentation needed' packets.
>>
>>Interesting might be the size at which www.freepascal.org itself can
>>ping, for example, xzone.dyndns.org (our dynamic behind-dsl IP which has
>>a MTU lower than 1500)
>
>
> That is what I did: I pinged www.google.be from www.freepascal.org.
> and the maximum size was 1472.
>
> Michael.
If you're on freenode, query me (expose) please - and try to ping me -
since i myself can ping google with real big packages also - but not
www.freepascal.org
Sorry. No IRC. Maybe one of the other core devels ?
Michael.
Can you please translate this to plain english ? Michael.
Show quoted text 8 lines
On Wed, 30 Mar 2005, Micha Nelissen wrote:
> Yes, any sensible sysadmin ought to know that ICMP fragment error
> packets (type 3, code 4?) should always be allowed.
Can you please translate this to plain english ?
ICMP packets are used to designate certain errors in network flow. If you block all ICMP packets then you take away the error reporting capability.
Linux firewall should have something like:
iptables -A INPUT -p icmp --icmp-type fragmentation-needed -j ACCEPT
Micha
Linux firewall should have something like: iptables -A INPUT -p icmp --icmp-type fragmentation-needed -j ACCEPT
And also in FORWARD and OUTPUT, but it may be that you already have a rule to allow 'RELATED' traffic, and if you also allow all outgoing traffic, then the above rule actually is redundant.
Micha
I hate being a "me to" or "not me", but it works fine from here (WV, USA). Web responds…
I'm leaving the list. Please contact me either in IRC or via mail for results of the discussion on -core
Hi
when compiling lentilwars from Almindor, I encounter the following error when linking. This is definitely a problem above my level :)
btw. The SDL libs are installed through fink and are found. Any hints are welcome.
Here comes the log:
michael-pbook-ep3:~/Desktop/Downloads/Lentilwars michael$ make fpc -Fubasesdl -Fulnet -Fiinclude -Filnet -Si -O2 -XX -Xs lentilwars.pas Target OS: Darwin for PowerPC
Compiling lentilwars.pas
Compiling ./basesdl/SDL.pas
Assembling sdl
Compiling ./basesdl/SDL_Mixer.pas
Assembling sdl_mixer
Compiling Main.pas
Compiling lBlitter.pas
Assembling lblitter
Compiling lBlittersdl.pas
Compiling ./basesdl/SDL_Image.pas
Assembling sdl_image
Compiling ./basesdl/SDL_Ttf.pas
Assembling sdl_ttf
Assembling lblittersdl
Compiling lAddons.pas
Compiling ./lnet/lNet.pas
Assembling lnet
Assembling laddons
Compiling lscoreboard.pas
Assembling lscoreboard
Assembling main
Compiling LentilForm.pas
Compiling Menu.pas
Assembling menu
Assembling lentilform
Assembling lentilwars
Linking lentilwars
/usr/bin/ld: /usr/lib/crt1.o illegal reference to symbol: __objcInit defined in indirectly referenced dynamic library
/usr/lib/libobjc.A.dylib
lentilwars.pas(101,1) Error: Error while linking
Error: /pp/bin/ppcppc returned an error exitcode (normal if you did not specifiy a source file to be compiled)
make: *** [all] Error 1
Hello all,
I submited now a bug report and would to do it also here.
Compiler incorectly forms import names from single-char constants. In the sample below, then compiler adds to a function name not only 'A' but also an additional mistake symbol, at result the function cannot be found in the dll.
const
A = 'A';
function MessageBox(p1: longint; p2, p3: pChar; p4: longint): longint; stdcall;
external 'user32.dll' name 'MessageBox' + A;
begin
MessageBox(0, 'Hello!', 'Hello!', 0);
end.Pavel
Show quoted text 16 lines
Hello all,
I submited now a bug report and would to do it also here.
Compiler incorectly forms import names from single-char constants. In the
sample below, then compiler adds to a function name not only 'A' but also
an additional mistake symbol, at result the function cannot be found in
the dll.
const
A = 'A';
function MessageBox(p1: longint; p2, p3: pChar; p4: longint): longint;
stdcall;
external 'user32.dll' name 'MessageBox' + A;
begin
MessageBox(0, 'Hello!', 'Hello!', 0);
end.
Patch is already finished, but not yet commited
Hi when compiling lentilwars from Almindor, I encounter the following error when linking.…
Dr. Karl-Michael Schindler wrote 5 lines
when compiling lentilwars from Almindor, I encounter the following
error when linking. This is definitely a problem above my level :)
btw. The SDL libs are installed through fink and are found. Any hints
are welcome.
See the Mac OS X specific info on
http://www.freepascal.org/wiki/index.php/FPC_and_SDL
Jonas
PS: I couldn't get the search function of the wiki working, so I had to click on the "Random page" link until I landed at that page. Does anyone have a more efficient method of finding a page of which you know it exists on the wiki? :)
Jonas Maebe wrotePS: I couldn't get the search function of the wiki working, so I had to click on the "Random page" link until I landed at that page. Does anyone have a more efficient method of finding a page of which you know it exists on the wiki? :)
Choose Special Pages, All Pages:
http://www.freepascal.org/wiki/index.php/Special:Allpages
Vincent.
See the Mac OS X specific info on http://www.freepascal.org/wiki/index.php/FPC_and_SDL…
Jonas Maebe wrote 20 lines
On 6 apr 2005, at 00:59, Dr. Karl-Michael Schindler wrote:
> when compiling lentilwars from Almindor, I encounter the following
> error when linking. This is definitely a problem above my level :)
>
> btw. The SDL libs are installed through fink and are found. Any hints
> are welcome.
See the Mac OS X specific info on
http://www.freepascal.org/wiki/index.php/FPC_and_SDL
Jonas
PS: I couldn't get the search function of the wiki working, so I had to
click on the "Random page" link until I landed at that page. Does anyone
have a more efficient method of finding a page of which you know it
exists on the wiki? :)
I guess the main problem was that the wiki refuses search expressions with 3 chars :)?
Maybe we should simply allow google to index it :)
Florian Klaempfl wroteI guess the main problem was that the wiki refuses search expressions with 3 chars :)?
That's possible. I searched for "sdl", and got zero hits. I then clicked on the "Searching FPCWiki" help page and got an empty page... So I really didn't know what the problem was.
Maybe we should simply allow google to index it :)
Yes, I suppose the new idefix can handle that.
Jonas
I guess the main problem was that the wiki refuses search expressions with 3 chars :)?…
Florian Klaempfl wroteI guess the main problem was that the wiki refuses search expressions with 3 chars :)?
BTW, the search error page says "This is probably because you have attempted to search for a word fewer than three letters long"
"sdl" is not fewer than three letters long.
Jonas
Hi all,
found a but in line 126 of compiler/owbase:
DeleteFile was NOT replaced by RemoveFile, although stated in the log of the file :)
Greetings
Dr. Karl-Michael Schindler wrotefound a but in line 126 of compiler/owbase: DeleteFile was NOT replaced by RemoveFile, although stated in the log of the file :)
Fixed.
Jonas
From: Jonas Maebe
Subject: Re: [fpc-devel] bug in compiler/owbase Date sent: Sat, 23 Apr 2005 21:43:17 +0200
To: FPC developers' list
Send reply to: FPC developers' list
Show quoted text 8 lines
On 23 Apr 2005, at 20:43, Dr. Karl-Michael Schindler wrote:
> found a but in line 126 of compiler/owbase:
>
> DeleteFile was NOT replaced by RemoveFile, although stated in the
> log of the file :)
Fixed.
Sorry, I committed wrong version. :-( Thanks for pointing it out.
Tomas