I keep getting errors about messages that are too big, is there
anyway to tell FE to toss it regardless of size
512I keep getting errors about messages that are too big, is there
anyway to tell FE to toss it regardless of size
What settings do you have for:
FeSetup-->System-->Parameters-->Message buffer size
FeSetup-->System-->Advanced options-->Toss buffersLarge
How large a message are you trying to process?
02 Mar 06 at 11:20, Paul Quinn writes to Sean Rima:[ ...trimmmed... ]
I keep getting errors about messages that are too big, is there
anyway to tell FE to toss it regardless of size
How large a message are you trying to process?
I have been living with these errors daily and it ****** me
off(grrr).
Hi! Sean,
In a message to All you wrote:
I keep getting errors about messages that are too big, is there
anyway to tell FE to toss it regardless of size
What settings do you have for:
FeSetup-->System-->Parameters-->Message buffer size
FeSetup-->System-->Advanced options-->Toss buffers
I have my 'buffer size' set for "512"(k), even though I'm using the
DOS version and have used it for over 11 years - mind you, I don't
know if FE is using that much. The 'toss buffers' is set to "Large".
I think the largest message in the JAMbase is the 50-odd kbytes worth
of the binkD FAQ. There may be larger ones in areas I don't read.
How large a message are you trying to process?
How large a message are you trying to process?
Not sure as it is tossed and I get an error message :)
How large a message are you trying to process?
Not sure as it is tossed and I get an error message :)
This issue has bugged me for years, I hope you find a solution, if
you do please let me know as it's about the only problem I have with
FE.
This issue has bugged me for years, I hope you find a solution,Did you try the config 're-size', as I suggested to you? (Sorry, you
if you do please let me know as it's about the only problem I
have with FE.
may need to scroll down a bit if you missed it. My bad.)
Did you try the config 're-size', as I suggested to you? (Sorry, you may need to scroll down a bit if you missed it. My bad.)
Hello there Sean!
02 Mar 06 at 19:54, Sean Rima writes to Paul Quinn:
How large a message are you trying to process?
Not sure as it is tossed and I get an error message :)
This issue has bugged me for years, I hope you find a solution, if you
do please let me know as it's about the only problem I have with FE.
-R<n>>,<a> Resize your current configuration with a new
This deals only with maximum Node and Area records and has nothing to
do with maximum message size.
This problem has no solution until someone will get FE source code and remove this limitation. By the way, maximum message buffer size for
non OS/2 versions is 64kb and it is better to set it to 60kb because
of some bug in FE that could lead to GPF.
[ ...trim... ]Did you try the config 're-size', as I suggested to you?
Have now that you pointed it out, I am sure I have done this (in the
what happens with auto-create areas.... mmmm
D:\FASTECHO>fesetup -r100,3500
DOS/4GW Protected Mode Run-time Version 1.97 Copyright (c) Rational Systems, Inc. 1990-1994
It's sure worth a try.
How large a message are you trying to process?
Not sure as it is tossed and I get an error message :)
This issue has bugged me for years, I hope you find a solution, if
you do please let me know as it's about the only problem I have
with FE.
This issue has bugged me for years, I hope you find a solution, if
you do please let me know as it's about the only problem I have
with FE.
FWIW: i do not recall ever seeing this problem... i know i don't recall seeing it in my logs... what area(s) are you guys seeing this problem in?
[the sig is an automatic one set up years back when fido was busy
as ever]
This problem has no solution until someone will get FE sourceReally!?! :) I don't recall FE ever causing a GPF.
code and remove this limitation. By the way, maximum message
buffer size for non OS/2 versions is 64kb and it is better to set
it to 60kb because of some bug in FE that could lead to GPF.
I just checked an old config file's buffer size and can verify I've
had mine set for 512k for almost exactly the last 6 years - it's dated 22/3/2000.
I just checked an old config file's buffer size and can verifyYou can set it to 512, but FE will use maximum of 64k. Check out help topic on message buffer size.
I've had mine set for 512k for almost exactly the last 6 years -
it's dated 22/3/2000.
=== Starting Windows Clipboard === It's recommended to use a
buffer as large as possible (DOS: max. 64kB, OS/2: max. 512kB), and
only to make it smaller if your computer is short on memory.
=== End of Windows Clipboard ===
FeSetup program is universal for all versions and doesn't check on
which OS it is running. That's why you can set 512k for DOS version.
Hello everybody.
I get the odd message from HPT systems in echos and FE says the
message is too big to process. Is there anyway around this
11 Mar 11 19:14, Sean Rima wrote to All:
Hello everybody.
I get the odd message from HPT systems in echos and FE says the
message is too big to process. Is there anyway around this
I haven't found any yet. If you're interested in the file, you can
find what FE processed in your BAD echo...what I find there is usually junk-mail type advertising anyways.
I get the odd message from HPT systems in echos and FE says the
message is too big to process. Is there anyway around this
I haven't found any yet. If you're interested in the file, you
can find what FE processed in your BAD echo...what I find there
is usually junk-mail type advertising anyways.
It is very large new file announcements that some systems send from
hpt
I get the odd message from HPT systems in echos and FE says the
message is too big to process. Is there anyway around this
I haven't found any yet. If you're interested in the file, you
can find what FE processed in your BAD echo...what I find there
is usually junk-mail type advertising anyways.
It is very large new file announcements that some systems send
from hpt
Originating from 2:230/150? Yep, I get the same error(s) here all the time. I just 'live with it', as I think the problem stems from the FE executable (plain DOS) not being able to buffer the entire text during
a POST operation.
I often toy with the idea of unlinking the echo but, then, lethargy
kicks in.
I often toy with the idea of unlinking the echo but, then,
lethargy kicks in.
Yeah it seems to be him alright and another system, but why can't
they set their system up right so as to split the message
I get the odd message from HPT systems in echos and FE says the
message is too big to process. Is there anyway around this
I haven't found any yet. If you're interested in the file, you can
find what FE processed in your BAD echo...what I find there is
usually junk-mail type advertising anyways.
It is very large new file announcements that some systems send from
hpt
Hi! Sean,
On Mon, 14 Mar 11, you wrote to me:
I often toy with the idea of unlinking the echo but, then,
lethargy kicks in.
Yeah it seems to be him alright and another system, but why can't
they set their system up right so as to split the message
With -that- one in mind I have to rely on advice from a nearby *C to
him, who describes his meanderings in things Fido as if he is someone 'special'. From a lurker's perspective I tend to agree with that
view. Now the other fellow you may have identified has thus far
escaped my attention and may remain anon yet; my interest wanes.
Nice chatting, BTW.
I often toy with the idea of unlinking the echo but, then,
lethargy kicks in.
I may netmail him and ask can he change his settings, not sure if it
is possible in HPT. I am his uplink in a network and so his mails are being lost
I haven't found any yet. If you're interested in the file, you
can find what FE processed in your BAD echo...what I find there
is usually junk-mail type advertising anyways.
It is very large new file announcements that some systems send
from hpt
That's what I get.
I may netmail him and ask can he change his settings, not sure if
it is possible in HPT. I am his uplink in a network and so his
mails are being lost
That would work as well. If you can remember it, get stuck into him
about using a useful CHARSET. Besides being stuck in BadMail, the
bulk of the posts are unintelligible. :)
the bulk of the posts are unintelligible. :)
He gets a lot of files from the R50 filebase so the descriptions are
in Russian anyway
Hi! Sean,
On Tue, 15 Mar 11, you wrote to me:
the bulk of the posts are unintelligible. :)
He gets a lot of files from the R50 filebase so the descriptions
are in Russian anyway
Seen. Of course, that begs the question 'are the posts really that
useful to anyone?', even if they toss to the correct echo... anywhere.
;-)
I get the odd message from HPT systems in echos and FE says the
message is too big to process. Is there anyway around this
I get the odd message from HPT systems in echos and FE says the
message is too big to process. Is there anyway around this
what OS? ;)
I get the odd message from HPT systems in echos and FE says the
message is too big to process. Is there anyway around this
what OS? ;)
I am using Winders Vista :) Thanks for any help that you can bring
to bear
I get the odd message from HPT systems in echos and FE says the
message is too big to process. Is there anyway around this
what OS? ;)
I am using Winders Vista :) Thanks for any help that you can bring
to bear
there is a buffer setting in FE that can be adjusted... i know the
OS/2 flavor has the largest available buffer but i'm not sure what it is... the DOS flavor has the smallest buffer... if there's a windows flavor, it should be in the middle or as much as the OS/2 flavor...
I get the odd message from HPT systems in echos and FE says the
message is too big to process. Is there anyway around this
what OS? ;)
I am using Winders Vista :) Thanks for any help that you can
bring to bear
there is a buffer setting in FE that can be adjusted... i know the
OS/2 flavor has the largest available buffer but i'm not sure what it is... the DOS flavor has the smallest buffer... if there's a windows flavor, it should be in the middle or as much as the OS/2 flavor...
Sysop: | digital man |
---|---|
Location: | Riverside County, California |
Users: | 1,042 |
Nodes: | 15 (0 / 15) |
Uptime: | 141:25:31 |
Calls: | 500,263 |
Calls today: | 1 |
Files: | 95,201 |
D/L today: |
71 files (63,860K bytes) |
Messages: | 464,541 |