[Freedos-devel] Delivery Status Notification

2004-07-13 Thread Mail Delivery Service
 - These recipients of your message have been processed by the mail server:
[EMAIL PROTECTED]; Failed; 5.2.2 (mailbox full)

Remote MTA ims2c.libero.it: SMTP diagnostic: 552 RCPT TO:[EMAIL PROTECTED] 
Mailbox disk quota exceeded


Reporting-MTA: dns; smtp5.libero.it
Received-from-MTA: dns; libero.it (62.145.117.92)
Arrival-Date: Tue, 13 Jul 2004 15:04:54 +0200

Final-Recipient: rfc822; [EMAIL PROTECTED]
Action: Failed
Status: 5.2.2 (mailbox full)
Remote-MTA: dns; ims2c.libero.it
Diagnostic-Code: smtp; 552 RCPT TO:[EMAIL PROTECTED] Mailbox disk quota exceeded
Return-Path: [EMAIL PROTECTED]
Received: from libero.it (62.145.117.92) by smtp5.libero.it (7.0.027-DD01)
id 40E424B30192E2EE for [EMAIL PROTECTED]; Tue, 13 Jul 2004 15:04:54 +0200
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: Delivery Server
Date: Wed, 14 Jul 2004 14:04:09 +0300
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary==_NextPart_000_0016=_NextPart_000_0016
X-Priority: 3
X-MSMail-Priority: Normal



[Freedos-devel] EMM386

2004-07-13 Thread Arkady V.Belousov
Hi!

 I made some test for latest EMM386. Results:

! something wrong happen when used (under FreeDOS) HIMEM 3.95 from Win98:
  after loading command.com system is rebooted. Bug?

! for RAM option I get ignored commandline RAM(note also three
  spaces after RAM). Bad.

+ FD-EMM386 eats less memory, than MS-EMM386 (A3h*16 instead C3h*16). And it
  not reserves for itself areas from UMBs (MS-EMM386 instead C800-E000
  returns C94A-E000) :) See map below.

+ EMM386 now gives more UMBs - with I=A100-AFF I=B000-B7FF previously I
  get only A100-B800, now I get also C800-E000 (with page frame at E000).

+ strange, but 2035 works with A000 segment included (but not joined to base
  memory) flawlessly, as my edition. Thus, translation of A000-A001 was not
  need at all.

. A000 is not joined to base memory (as this does MS-EMM386). Do you add
  this into EMM386? (As I understand, will be enough to adjust word at
  0:413, if value here adjacent with the starting limit of new area).

. (was and is) EMM386 for EMS reserves 4.2M from 7M of extended memory. Too
  much, at my taste, because there is remained only 2.4M of XMS, whereas EMS
  is not shared (yet) with XMS. (With MS-EMM386 I get 7.4M of EMS and 6.21M
  of XMS; and XMM reports that one (unlocked) handle uses 640k instead
  4.4M). See map below.

? FD-EMM386 reports, that there are 9034 mappable pages (not 34, as with
  MS-EMM386). Bug? And MPA (mappable pages array) isn't supported:

__O\_/_\_/O__
- 04FA 2.87k   COMMAND
+ 04DA 2.87k   COMMAND
- 05B2  713k   --free--
+ 0592  617k   --free--
 ---
- B7FF 69.1k   system
+ 9FFF   16system
- C94A 90.5k   --free--
+ C800 95.7k   --free--
  DFEF  272COMMAND environment
 -E000-
[...]
- EMS version: 4.0  Total handles: 64
+ EMS version: 4.0  Total handles: 255
-  Page frame: E000  Used handles: 1
+  Page frame: E000  Used handles: 3
-  Mappable pages: 34
+  Mappable pages: 9034

   Handle   EMS pages ( size )   Name
   --   --   
-  030(  480k)
+  0 0(0 )
+  1 1( 16.0k)
+  213(  208k)

EMS page# ( size )Segment
--   -
-  4-33   (  480k)   4000-B800
-  0-3( 64.0k)   E000-F000
+table not builded

  Memory typeTotal  -   Used   =  Free (largest)
    ---      ---
-Conventional 736k  22.7k  713k (  713k)
+Conventional 640k  22.2k  617k (  617k)
- Upper (DOS)90.8k   272  90.5k ( 90.5k)
+ Upper (DOS) 191k   272   191k ( 95.9k)
-Extended (XMS16) 6.21M ( 6.21M)
+Extended (XMS16) 2.41M ( 2.41M)
-Extended (XMS32) 6.21M ( 6.21M)
+Extended (XMS32) 2.41M ( 2.41M)
-  Expanded (EMS)7.40M   976k 6.45M
+  Expanded (EMS)4.29M   224k 4.07M
_
  O/~\ /~\O

PS: Is EMM386 supports V(erbose) option? The more so, I think, better not
to show extra details on the screen without this option.




---
This SF.Net email sponsored by Black Hat Briefings  Training.
Attend Black Hat Briefings  Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
___
Freedos-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-devel


[Freedos-devel] LBAcache patch suggestion: Part.Magic (fixes 1may+ bug)

2004-07-13 Thread Eric Auer

Hi, I got a report that I broke partition magic compatibility when
introducing extra checks for norton disk doctor compatibility at
1st of May. The fix seems to be trivial, maybe you want to test it.
I am waiting for a reply from the original bug reporter - he had
another suggested fix, so I would like to wait for his comments on
my suggested fix.

Eric

--- dispatch.asm~   Tue May 11 22:14:24 2004
+++ dispatch.asmTue Jul 13 06:30:09 2004
@@ -297,6 +297,7 @@
 
cmp ah,0x50 ; - AH
jae short fishyfishy; stop cache completely any undocumented stuff
+   jmp short confmt_jump   ; *** was missing, hint 13jul2004 J. Seifert
 
 blockedfunc2:
xor dx,dx



(confmt_jump has the effect of a pass-through for the affected function,
and the bug was that functions in 0-0x50 range which were not explicitly
handled by LBAcache were blocked. The proper behaviour is to block only a
few explicitly enumerated functions in 0-0xff range and panic for all unknown
functions in 0x50-0xff range...)





---
This SF.Net email sponsored by Black Hat Briefings  Training.
Attend Black Hat Briefings  Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
___
Freedos-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-devel