10 Oct 15 15:34, you wrote to me:   
      
    ml>> does the index actually store the message's status (local, sent,   
    ml>> private, etc) or is that in the header file? i see that it reads the   
    ml>> index and looks to be checking the status there instead of from the   
    ml>> header... if the message base operation is like others and the index   
    ml>> is just an index, i suspect that you need to read the index, load the   
    ml>> header for the message the index is pointing to, then check the   
    ml>> status of the message and scan it out if needed after which the   
    ml>> header would be rewritten with the scanned attribute being turned on   
    ml>> and then move on to the next index position to read that number and   
    ml>> load the next header... but that's just a guess as i'm not familiar   
    ml>> with "imp" and can't recall what full name it may have...   
      
    jl> You know, I have absolutely no idea.   
      
   i know that feeling all too well! especially when it comes to working in   
   someone else's code... even moreso when more than one someone else has been   
   tramping all through it! :lol:   
      
    jl> I just want to know why the "writec" and "writeln" functions aren't   
    jl> working the way they should.   
      
   without the additional units and include files, the best i could do was to   
   make a guess... as i noted, the code looks good but if the code is wrong then   
   it wouldn't do anything anyway... but then, with your next statement, i wonder   
   about 16bit vs 32bit vs 64bit and the sizes of the binary number values you're   
   trying to read... what OS was it originally written for? was it written in   
   turbo borland pascal? which one? 6 or 7?? what compiler are you using now??   
      
    jl> I shouldn't have to use strace to see them.   
      
   i've never used strace...   
      
    jl> Any ideas? I love Impulse BBS. Which is why I ported it to Linux.   
      
   ahhh! ok, that gives me a little more to go on but i still need code to see   
   what is or is not happening... do you have a repo available i can fork and   
   work with to try to assist you?? preferably on github but sourceforge is fine   
   as i'm working on figuring out how to work with it and other folk's repos so i   
   can create merge requests for review and contribution back to the projects...   
      
    jl> The next big obsticle is getting message replies working. Then I need   
    jl> to get echomail working with it. Then i'm done, and can start using it   
    jl> as my main BBS.   
      
   i hear ya there :)   
      
    jl> Thanks,   
      
   you are quite welcome...   
      
   )\/(ark   
      
   ... NJ has toxic dumps; CA, lawyers.  NJ had first choice.   
   ---   
    * Origin:  (1:3634/12.73)