TIP: Click on subject to list as thread! ANSI
echo: muffin
to: Bob Jones
from: Bo Simonsen
date: 2003-10-14 13:52:12
subject: Maximus messaging

Hello Bob!

Oct 13 16:24 03, Bob Jones wrote to Bo Simonsen:

 BJ>> I haven't dug that far into it.  Based on the error messages I've 
 BJ>> seen, I believe there is definately a starting address not being 
 BJ>> calculated and stored in the MEX compiled code.  

 BS>> Hmm.. My bet is also that it's using "dynamic memory
allocations".

 BJ> I would expect that also.  We might be getting bit by different 
 BJ> memory allocation scheems betwen OS/2 / Win32 and Linux, but it would 
 BJ> more likely be a difference between Watcom and GCC.....  And it might 
 BJ> be that the OS/2 code is adjusting a segment address and GCC / Linux 
 BJ> may be wanting a non-segemented address....  Or we could be getting 
 BJ> bit by a big vs little endian issue in calculating the memory 
 BJ> pointer.....  Just some ideas for consideration....

I bet if you look in to the storage procedure in vm_run.c, you might be
thinking, "is this right?"

 BJ>> Since Wes was 
 BJ>> working on this (and having "fun" trying to find the
bug), I haven't 
 BJ>> spent much time on this issue -- yet.....

 BS>> Okay.. But I don't have a clue of then Wesley would be 
 BS>> back.. My patience is not so big as it has been :/

 BJ> Unforuantely, due to the amount of time I have for this, I have the 
 BJ> needed patience....  I'm barely getting around to repling to the echo 
 BJ> mail at this point in time.....

Okay. That's kinda sad..

 BS>>> But QWK upload doesn't work well :( 

 BJ>> Try local console (bin/max -k) mode.  If I remember correctly, this 
 BJ>> gets around the problem with file transfers and will allow you to 
 BJ>> test out .QWK format without the file transfer code working.  

 BS>> The file upload doesn't work at all1

 BJ> Ok.  I haven't tested this idea.....  

Okay, gotta rewrite.. It works _sometimes_ if you're lucky.

 BJ>> Only thought is an off-line mail reader and running .qwk format from 
 BJ>> the local console mode to possibly do this right now....  Ok, or 
 BJ>> something running against the squish (or *.msg) file areas directly 
 BJ>> -- like MSGED.

 BS>> That's what I'm using now, but I would presuiate if I 
 BS>> could be comfortable by using Maximus for message 
 BS>> editing.

 BJ> Using local mode (bin/max -k) works for using the Max full screen 
 BJ> editor for replying.  There are some control charcater issues that 
 BJ> still can bite, and the lack of mex stuff bites in seeing some of the 
 BJ> menu stuff.....  I'm still primarily using my OS/2 BBS for 
 BJ> replies......

Indeed.

Regards,
Bo

--- Msged/LNX 6.1.2 (Linux/2.4.22-1-586tsc (i586))
* Origin: The Night Express, Roennede Dk (2:236/100)
SEEN-BY: 633/267 270
@PATH: 236/100 237/9 20/11 106/1 2000 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™.