Michael Van Canneyt wrote:
On Sun, 27 Mar 2005, DrDiettrich wrote:
A friend of mine just has tested my archiver, with the following results
for an TAR with a million of files:
PowerArchiver: 530 minutes.
My Unarch: 160 minutes.
Huh ?
Who creates archives with million of files ?
Marco van de Voort wrote:
Do you mean that only one level of dependencies must be checked with
uses, whereas even the indirectly #included files must be checked for
changes?
You always have to do the #include. Always. Pre-compiled headers are
possible, not trivial, since it requires a
(My ISP's mail server is blacklisted, so sending this from Yahoo. Ugh.)
This is my first shot, so be gentle :-)
The patch assumes FP wantscompatibility with BP 7. If so, it fixes two problems; if not, at least it was a fun exercise.
First, BP ignores non-numeric characters when a ReadLn is
Turns out the CRT unit in OS/2-- which, by my searches, uses #13#10 as CRLF -- was recognizing #13 alone as CRLF. #10 was completed ignored.
SterlingPost your free ad now! Yahoo! Canada PersonalsIndex: crt.pas
===
RCS file:
This is my first shot, so be gentle :-)
The patch assumes FP wants sufficient compatibility with BP 7. If so, it
fixes two problems; if not, at least it was a fun exercise.
First, BP ignores non-numeric characters when a ReadLn is called with an
integer parameter. To fix this, I changed
This patch adds recognition for hex to Val().
SterlingPost your free ad now! Yahoo! Canada PersonalsIndex: sstrings.inc
===
RCS file: /FPC/CVS/fpc/rtl/inc/sstrings.inc,v
retrieving revision 1.35
diff -w -b -i -u -p -1 -0 -r1.35
I had exactly the same situation with fpc for fink and solved it exactly as suggested by Daniel Herzog. I would go for Individual bootstrap tar balls for each arch, because this saves a lot of bandwidth. I called the one for macosx/darwin: fpc-1.9.8.darwin.bootstrap.tar.gz. maybe it should be
From: Sterling Bates [EMAIL PROTECTED]
To: fpc-devel@lists.freepascal.org
Subject: [fpc-devel] Quick patch for bug 3762
Date: 30.3.2005 - 12:18:31
Hi Sterling
Turns out the CRT unit in OS/2 -- which, by my searches, uses
#13#10 as CRLF -- was recognizing #13 alone as CRLF. #10 was
completed
On 30 mrt 2005, at 13:39, Tomas Hajny wrote:
The best solution would be to throw all
the individual implementations away completely and implement
cross-platform Crt unit based on capabilities provided by units
Keyboard and Video (possibly missing functionalities within these
units necessary for
From: Sterling Bates [EMAIL PROTECTED]
To: fpc-devel@lists.freepascal.org
Subject: [fpc-devel] Patch for bug 2453
Date: 30.3.2005 - 12:18:36
This is my first shot, so be gentle :-)
The patch assumes FP wants sufficient compatibility with BP 7.
If so, it
fixes two problems; if not, at
Sterling Bates schrieb:
This patch adds recognition for hex to Val().
+ '0' : if (code length(s)) and (s[code+1]='x') then
+begin
+ base := 16;
+ Inc(code, 2);
+end;
Here's a patch (Delphi also accepts uppercased X) and optimization for
the
Even better:
One single archive containing all ppc* starting compilers - this way i
could also package it quite easily for all arches, and it would easy to
script it using ppc${ARCH} everywhere...you see?
I don't see it. Because that package will be huge since you need a ppc for
every cpu-os
I had exactly the same situation with fpc for fink and solved it exactly
as suggested by Daniel Herzog. I would go for Individual bootstrap tar
balls for each arch, because this saves a lot of bandwidth. I called the
one for macosx/darwin: fpc-1.9.8.darwin.bootstrap.tar.gz. maybe it
should be
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
Does the darwin ppcppc binary actually work on linux-ppc?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Wed, 30 Mar 2005 19:24:13 +0200
Daniel Herzog [EMAIL PROTECTED] 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,
On 30 mrt 2005, at 19:32, Dr. Karl-Michael Schindler wrote:
Does the darwin ppcppc binary actually work on linux-ppc?
No, you need a different ppcppc for that.
Jonas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
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
Does the darwin ppcppc binary actually work on linux-ppc?
No. - i just tought ppcppc was linux on ppcwell then, replace it
with the correct one :-)
$ ./ppcppc
bash: ./ppcppc: cannot execute binary file
$ file ppcppc
ppcppc: Mach-O executable ppc
$ file ppc386
ppc386: ELF 32-bit LSB
On Wed, 30 Mar 2005, Micha Nelissen wrote:
On Wed, 30 Mar 2005 19:24:13 +0200
Daniel Herzog [EMAIL PROTECTED] 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
On Wed, 2005-03-30 at 20:52 +0200, Daniel Herzog wrote:
No. - i just tought ppcppc was linux on ppcwell then, replace it
with the correct one :-)
It is also called ppcppc on linux:
$ file /usr/lib/fpc/1.9.4/ppcppc
/usr/lib/fpc/1.9.4/ppcppc: ELF 32-bit MSB executable, PowerPC or cisco 4500,
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,
the second part of the filename of the compiler specifies the target cpu (ie
what cpu it produces code for)
no information on the system the compiler itself is meant to run on is
contained in the file name
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf
On Wed, 30 Mar 2005, Johannes Berg wrote:
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.
On Wed, 2005-03-30 at 20:52 +0200, Daniel Herzog wrote:
No. - i just tought ppcppc was linux on ppcwell then, replace it
with the correct one :-)
It is also called ppcppc on linux:
$ file /usr/lib/fpc/1.9.4/ppcppc
/usr/lib/fpc/1.9.4/ppcppc: ELF 32-bit MSB executable, PowerPC or
On Wed, 30 Mar 2005, Daniel Herzog wrote:
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
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
I think this should be a nice solution:
bootstrap-arch-os-the version i can bootstrap with this.tar.gz
This results in:
bootstrap-386-linux-1.9.8.tar.gz containing a 1.0.10 version binary, for
example.
Please note i used 386 for arch, not x86, or something. So arch is
always a valid ppc* ending.
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
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
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
On Wed, 2005-03-30 at 23:44 +0200, Michael Van Canneyt wrote:
That 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
I think this should be a nice solution:
bootstrap-arch-os-the version i can bootstrap with this.tar.gz
This results in:
bootstrap-386-linux-1.9.8.tar.gz containing a 1.0.10 version binary, for
example.
Please note i used 386 for arch, not x86, or something. So arch is
always a valid
Date sent: Wed, 30 Mar 2005 23:44:20 +0200 (CEST)
From: Michael Van Canneyt [EMAIL PROTECTED]
To: FPC developers' list fpc-devel@lists.freepascal.org
Subject:Re: [fpc-devel] webserver
Send reply to: FPC developers' list
Hello.
Bug 3543 has been closed as unreproducable, but I can not
compile this program at least with fpc 1.9.8 on Win32:
Uses Keyboard;
begin
repeat
until KeyPressed;
end.
Error: Identifier not found KeyPressed
--
Best regards,
Maxim mailto:[EMAIL PROTECTED]
Maxim Ganetsky schrieb:
Hello,
Bug 3543 has been closed as unreproducable, but I can not
compile this program at least with fpc 1.9.8 on Win32:
Uses Keyboard;
begin
repeat
until KeyPressed;
end.
Error: Identifier not found KeyPressed
According to the unit sources there is no keypressed()
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
In response to Tomas Hajny:
I'd certainly be willing to give it a try. Granted, I only have Windows XP, but if I'm careful it should be a smooth transition. No promises on a timeline :)
Another problem with Windows (not sure about other OSs) is in bug 2084. (Use the second example in the
From: Sterling Bates [EMAIL PROTECTED]
To: fpc-devel@lists.freepascal.org
Subject: RE: [fpc-devel] Quick patch for bug 3762
Date: 31.3.2005 - 8:26:06
I'd certainly be willing to give it a try. Granted, I only
have Windows XP, but if I'm careful it should be a smooth
transition. No promises
39 matches
Mail list logo