TIP: Click on subject to list as thread! ANSI
echo: fidosoft.husky
to: andrew clarke
from: Tobias Ernst
date: 2003-02-04 09:29:44
subject: MsgWriteMsg append

Hi!

 ac> It would seem that from the comments in Msged that using the 
 ac> "append" mode of MsgWriteMsg is to be avoided.  I can see the 
 ac> sense behind this.  Is the idea to deprecate this feature in 
 ac> SMAPI and modify Msged accordingly?  Is anyone doing this?  If 
 ac> so, then I need not bother trying to fix SMAPI if the only 
 ac> program left that uses the append mode is Msged!

Nobody ever had the idea to deprecate that feature. Append mode is broken
for the JAM part of smapi, and nobody fixed this, as it happend to turn out
that aside from Msged, no program was using append mode.

Msged nowadys doesn't do this either for JAM, so if we'd deprecate that
feature, we could also make Msged not use it for Squish. The only problem
is that Msged wastes lots of memory when NOT using append mode to write
messages.

I'd, personally, rather see append mode fixed for JAM ... Do you actually
think this is impossible? I don't think so. In the worst case scenario, we
could make the JAM routines first suck in the whole message into a memory
buffer, and only write it to the file base on MsgClose. That's essentially
what Msged is doing right now.


 ac> -+- timEd/FreeBSD 1.11.a3

Wow :-)

And I remember myself fiddling around with a disassembly to fix the Y2K
issue when timed was not open sourced yet :-|

Regards,
Tobias.

--- Msged/MAC 6.1.2
* Origin: We love MsgEd ... (2:2476/418.15)
SEEN-BY: 633/267 270
@PATH: 2476/418 140/1 106/2000 1 379/1 633/267

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.