| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| 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™.