Re: [Freedos-user] Minor nit: Norton Utilities slow with FDAPM APMDOS; FDAPM APMOFF fixes.

2009-08-02 Thread Shane Baggs



 Date: Thu, 23 Jul 2009 00:45:47 +0200
 From: e.a...@jpberlin.de
 To: freedos-user@lists.sourceforge.net
 Subject: Re: [Freedos-user] Minor nit: Norton Utilities slow with FDAPM 
 APMDOS; FDAPM APMOFF fixes.
 
 
 Hi Shane,
 
 I read your suggestions about hunting that FreeCOM bug where it
 stops running programs, sounds good :-) Did you find a clue yet?

Yes!  Please see my next post.

 
  Norton Text Search (ts.exe) prints about four characters a second
  when FDAPM APMDOS is running.  Setting FDAPM APMOFF fixes this.  This
  may also affect other Norton Utilities.
...
 The workaround is to use FDAPM ADV:REG instead of FDAPM APMDOS
 which keeps most of the saving but ignores int 28 :-). Please let me
 know if it also helps with your Norton Text Search / TS problem.

Thank you!  FDAPM ADV:REG works.


_
Get your vacation photos on your phone!
http://windowsliveformobile.com/en-us/photos/default.aspx?OCID=0809TL-HM--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


[Freedos-user] Possible KITTEN-B bug: HTMLHELP 1.05 hangs when NLSPATH set wrong.

2009-08-02 Thread Shane Baggs

I notice that there's an HTMLHELP 1.06 out now.  Apologies in advance if this 
is old news.


 Date: Thu, 23 Jul 2009 00:45:47 +0200
 From: e.a...@jpberlin.de
 To: freedos-user@lists.sourceforge.net
 Subject: Re: [Freedos-user] Minor nit: Norton Utilities slow with FDAPM 
 APMDOS; FDAPM APMOFF fixes.
 
 
 Hi Shane,
 
 I read your suggestions about hunting that FreeCOM bug where it
 stops running programs, sounds good :-) Did you find a clue yet?

Yes.  I haven't found the cause of the FreeCOM bug, but I've found something on 
the way there.

I was causing FreeCOM to crash on my P3 by running HELP.EXE after a normal boot 
of FreeDOS.

I followed Blair Campbell's advice and set my debugger to stop on every DOS 
call to INT 21 (instruction CD 21.)

When I ran HELP under MS-DOS, around the 12th DOS call HELP would check the 
attributes of a file; then the next DOS call would open the file.  The file was
   C:\FDOS\BIN\..\help\en\index.html
after that, the program would continue to run normally.

When I ran HELP under FreeDOS, those two instructions would repeat over and 
over, trying to check the attributes of and open a different file each time.  
The files it tried to open were:
   C:\FDOS\NLS \EN \htmlhelp
   C:\FDOS\NLS htmlhelp.EN 
   HELPPATH=C:\FDOS\HELP\EN \htmlhelp
   HELPPATH=C:\FDOS\HELP\htmlhelp.EN 
   TEMP=C:\FDOS\temp\EN \htmlhelp
   TEMP=C:\FDOS\temp\htmlhelp.EN 
   TMP=C:\FDOS\temp\EN \htmlhelp
   TMP=C:\FDOS\temp\HTMLHELP.en 
and so on.  I stopped here, so I don't know what happened when it got to the 
end of the environment.

Anyway, that behavior looks very similar to this old bug in CHOICE 4.2
   http://www.freedos.org/bugzilla/cgi-bin/show_bug.cgi?id=1666
The program breaks when NLSPATH is set to a nonexistent directory.

I checked and, sure enough, I did have an NLSPATH set to a nonexistent 
directory when running FreeDOS.  After I got rid of this variable, HELP.EXE 
worked.
Furthermore, I could crash HELP under MS-DOS by setting an NLSPATH variable 
that points to a nonexistent directory.

After that, I started looking at the source code.  CHOICE 4.2 uses KITTEN-B.
CHOICE 4.3 uses a modified KITTEN-B that doesn't have the bug.  There's a 
KITTEN-C now.
FreeDOS 1.0 comes with CHOICE 4.4, so I assume this is fixed in CHOICE.

HTMLHELP 1.05 uses a KITTEN that is almost identical to KITTEN-B.
I suspect that's the problem.






(At the time I wrote this, I could not find source code to HTMLHELP 1.06 to 
check.)



_
Windows Liveā„¢: Keep your life in sync.
http://windowslive.com/explore?ocid=PID23384::T:WLMTAGL:ON:WL:en-US:NF_BR_sync:082009--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


[Freedos-user] Announce: dmidecode version 2.10

2009-08-02 Thread Robert Riebisch
Hello!

On 02 August 2009 I finished my 32-bit DOS port of dmidecode version
2.10 using DJGPP version 2.04 beta.

Binaries, user manuals in ASCII format, and fully configured sources
plus some simple instructions on how to rebuild are available at
http://www.bttr-software.de/ports/.

About: Dmidecode reports information about your system's hardware as
described in your system BIOS according to the SMBIOS/DMI standard (see
a sample output). This information typically includes system
manufacturer, model name, serial number, BIOS version, asset tag as well
as a lot of other details of varying level of interest and reliability
depending on the manufacturer. This will often include usage status for
the CPU sockets, expansion slots (e.g. AGP, PCI, ISA) and memory module
slots, and the list of I/O ports (e.g. serial, parallel, USB).

Robert Riebisch
-- 
BTTR Software
http://www.bttr-software.de/

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user