Hi, I got some strange problems today. Maybe some bug in BUFFER handling or LBAcache. I am using FreeCOM 0.82pl3 and kernel 2033 and lbacache,sys buf 30 flop (device, while FreeCOM is shellhigh, using umbpci with non-cached but dma-enabled UMBs). XMS driver is HIMEM64 of 1 Feb 2004, compressed (with SY2PACK, I guess). I compiled a small (12k) program and UPXed it in DOS. After that, the program would crash. In another attempt, after UPXing, copying the program elsewhere would give me the de-UPXed version in the target directory. Only after renaming it to another extension, the effect stopped. Sounds like a virus, but I was unable to find anything in RAM. In a third attempt, copying the UPXed program resulted in 1 cluster being written in the target dir: That cluster contained the contents of the target dir itself (empty except for a 0 byte file with the target file name). In several other attempts between those 3 spooky ones, UPXing simply worked. I never found any file- system errors with CHKDSK 0.31 or DOSFSCK 2.8 on this FAT16 file- system, even while in "spook state". I cannot really reproduce either. Nor can I figure out whether it is kernel / BUFFERS / LBAcache or something else which causes the strange behaviour. LBAcache is the sys version of 23 Oct 2003, UPXed.
So my question is: Can you reproduce anything like this? Like after UPXing many small files any strange behaviour in using them, possibly only after flushing / removing buffers and/or LBAcache or rebooting? Maybe this is simply caused by something else, like EDIT "DOS shell" mode or that FreeCOM context memory leak problem. Anyway, if somebody wants to try himself, we would know if the problem is "real" or only "spurious" (and not a bug which should be fixed by an update). The programs were <= 8192 bytes after UPXing, so size went down by > 1 cluster. Oh, extra oddity: At one time trying to add the program to a ZIP resulted in 1024*10 bytes of a zip (probably the same zip) being added instead of the real contents of the program binary. The affected program was 12k or 13k big. Curious whether there is a bug behind this or just a general system instability because of other things which I had done at that moment :-). Eric. ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
