[Freedos-user] MSEDIT v0.05

2008-07-14 Thread Mateusz Viste
Ooops, I just noticed that the URL was wrong!

There is the good one:
http://mateusz.viste.free.fr/dos/en/download.php?plik=msedit

On Sunday 13 July 2008, Mateusz Viste wrote:
 Hi!
 
 I always looked for a text editor which would be maximally similar to the 
 Microsoft's one (I have been using MS-DOS for years, so I just know 
 MS-EDIT). I didn't found any, so I decided to start writing my own!
 MSEDIT stands for Mateusz's Saucy Editor. It's written in FreeBASIC, and 
 released on the GNU/GPL licence. It's not fully useable yet, as the project 
 is in a highly-alpha stage, but it should evolve quickly.
 I released a first preview version today. It doesn't allow to save files, 
 and the menu isn't working yet, but you may launch it to see what it looks 
 like, or just use it to read files :-)
 Any comments (about the idea itself, or the programming style, or anything) 
 would be welcome ;-)
 
 http://mateusz.viste.free.fr/dos/download.php?plik=msedit
 
 Regards,
 Mateusz Viste
-- 
You'll find my public OpenPGP key at http://mateusz.viste.free.fr/pub_key


signature.asc
Description: This is a digitally signed message part.
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] hardware testing...

2008-07-14 Thread Jim Hall
On Sun, Jul 13, 2008 at 2:58 PM, Eric Auer [EMAIL PROTECTED] wrote:

 You could run www.memtest.org/ memtest86+ from a boot
 disk or boot CD or from DOS. When you run it in DOS,
 you can load HIMEM but cannot load EMM386. Only RAM
 and your main CPU core (no HT) will be tested that
 way. Testing SATA, IDE, floppy, printer port, serial
 port, PS/2 and USB should be straightforward - just
 use them and see if they work :-).


Note that the Fedora install disc (CDROM, DVD) already includes
memtest86. When you boot your PC with the Fedora install CD, there's a
menu option to run memtest. (No, you don't have to run the installer.)

I ran this over the weekend to help my father-in-law diagnose a memory
upgrade. Turns out, one of the DIMMs was bad starting around 190MB.


-jh

-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


[Freedos-user] announce: devload cutemouse graphics triple update

2008-07-14 Thread Eric Auer

Hi everybody,

to celebrate three events of the past weeks:

- FreeDOS birthday
- Independence Day
- French National Holiday

... you can now enjoy three updates for FreeDOS:

- graphics
- devload
- cutemouse

Please have a look at the updates and let me know if the
docs are okay and whether the updated features behave well.
Thanks for checking :-). The updated driver versions are:



CuteMouse (ctmouse) version 2.1beta4

www.coli.uni-saarland.de/~eric/stuff/soft/mixed/cutemouse21b4-jwasm.zip

- less picky about PS/2 device detection, to support Dell Inspiron 1501
  touchpad (as ctmouse 1.9 but not 2.0) which supports no int 15.c204.

- new /O enable wheel detection and /M enable old mousesystems mode
  options (old /Y disable old mousesystems mode now silently ignored)

- ported from TASM to JWASMD (various docs and diffs included)

- versions with and without PS/2 debug messages included

- docs should now be up to date, please check!

- added notes about UART usage and DOS apps which support the wheel

- updated more than half of the translations: Please help translating
  the /O and /M help text and EGA message to Spanish, Hungarian,
  Slovak and Latvian to complete the collection :-)

Note that JWASMD, a WASM variant with MASM .asm support, needs
the HDPMI32 DOS extender in your PATH. See www.japheth.de ;-).

Thanks to Alain, Mateusz, Roberto and all others who helped :-)



Graphics version 2008 (in progress)

www.coli.uni-saarland.de/~eric/stuff/soft/mixed/hardcopy-prtscr-graphics-2008jul14.zip
(moved www.coli.uni-saarland.de/~eric/stuff/soft/ if you like it :-))

- new /9 9 pin printer and /X print whole width in one chunk
  options for ESC/P2 Epson compatible printers: They can now use
  180x180, 120x60, 120x72 and 60x72 dpi. HP PCL uses 300/600 dpi

- changed HP PCL canvas size to 7.2 by 9.6 in to have more margin
  on 8.25 or 8.5 by 11.7 or 11 in A4 or letter paper and (!) to
  have rounder factors between screen and printer pixel counts

- changed ESC/P2 canvas sizes to 7 1/3 by 9.6 or 9 7/9 in to have
  more pixels to print to and (!) to have rounder factors between
  screen and printer pixel counts: Note that this means that 9 pin
  72dpi will no longer fit if printed on 24 pin distorted to 60dpi

- upped ESC/P2 block widths to 1/2, 1/4 and 1/6 paper width
  (less overhead for control codes and may reduce artifacts)
  and added scaling result caching to speed up ESC/P2 a bit

- changed printer I/O to be less picky: the busy bit can mean
  working and is no longer treated as does not accept data

The idea with the block widths is that wider blocks can cause
more overhead for the printer CPU but narrow blocks can mean
that the print head movement is more uneven on older printers.

The idea with the factors is that the moiree effect caused by
the printer pixels per screen pixels factor being non-integer
is now more high frequency: The artifact patterns are smaller,
typical period length 2-6, sometimes 10, 12 or 35 pixels, which
should look more sharp on paper. Note that the previous, 2003
(!) version of GRAPHICS used the opposite strategy of trying to
have smooth / large artifacts - probably better for smooth high
color images but worse for your typical EGA VGA MCGA screenshot.

Thanks to Oleg and all others who helped :-)



Devload 3.21

www.coli.uni-saarland.de/~eric/stuff/soft/by-others/devload-3.21.zip

- ported from ArrowASM to NASM with help of NoMySo

- updated licence information, message texts and docs

- /H option to load drivers into UMB now checks how much RAM the
  driver actually wants, making it possible to load drivers high
  even if your UMB space is limited. EXE headers help with this.

Note that drivers without EXE headers, when compressed with UPX
or similar tools, look smaller than they are. This could mean
that DEVLOAD tries to load them into  too small UMBs  and they
will fail to stay in RAM. Load earlier or load without /H then.

Thanks to Roberto, Michael, SHA-1 and all others who helped :-)



Happy DOS to you and have a nice week :-)

Eric



PS: Let me know if you want to help with some diskette and font
experiments, in particular USB stick as diskette and diskette
change versus cache and disk tools (kernel and cache related).
The font thing is about a DISPLAY driver with low RAM footprint.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user