Re: [Freedos-user] You think BETA testing means you're brave?

[Rugxulo]

Hi,

On Wed, Jan 3, 2018 at 1:53 PM, Jerome Shidel  wrote:
>
> EDICT - Enhanced Disk Image Creation Tool
>
> The utility is designed to really, really, really try hard to image a
> diskette. If a problem occurs, it will come back again later. It could be
> set to try thousands of times.
>
> Unfortunately, I won’t be near my single machine with a floppy controller
> for a couple weeks. So, for me, additional real hardware testing will have
> to wait a little while longer.
>
> If you really brave, or just a little crazy, do some EDICT ALPHA testing.

I think you should also announce on news://comp.os.msdos.programmer to
get (more) testers. I know it's also slim pickings there, but it can't
hurt, can it? I just feel like somebody there would be interested. But
maybe I'm overly optimistic.

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

[Freedos-user] FreeDOS workaround for hidden IDE controller?

[Gregg Eshelman via Freedos-user]

I'm attempting to get some DOS onto a WYSE Sx0 thin client. The problem is 
right after the OS starts to load from the IDE flash module, the BIOS steps in 
and hides the IDE controller. So it comes up missing operating system.
Boot from USB and it's there. I have a FreeDOS image for a 64 megabyte module, 
which someone French setup for these thin clients. It will boot just fine, but 
in French. Somehow it works around or ignores it hiding or disabling the IDE 
controller.
The problem and fix for Linux is at the bottom of this page 
http://www.parkytowers.me.uk/thin/wyse/s10/Linux.shtml
Looks like I may have to use FreeDOS if there's no way to get past that with 
some MS-DOS version. But if there's some special extra configuration required 
for getting FreeDOS to work, I've no idea what it is.
I don't need anything complicated for DOS, just configuring the 128 meg RAM for 
as much EMS as possible because the old software I want to run uses EMS not 
XMS, and USB support for reading files from flash drives. Getting the Realtek 
AC97 sound and Realtek LAN working would be nice, but not required.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] You think BETA testing means you're brave?

[Jerome Shidel]

> On Jan 3, 2018, at 5:33 PM, Paolo Vincenzo Olivo  > wrote:
> 
> Looks wonderful Jerome, going immediately to try this ALPHA 

Thanks. :-)

> Thanks for sharing ;)

Your welcome.

Also, Oops…

I just remembered I forgot to do something simple in v0.5 when dealing with 
custom language support files. 
It could cause a lockup on when looking up translation strings. Anyhow, fixed 
that in the now released v0.6 ALPHA. 

So, if anyone is interested in creating internationalized language files for 
it, they should use v0.6 (or later).

Otherwise no difference, between v0.5 and v0.6.

Jerome--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] You think BETA testing means you're brave?

[Paolo Vincenzo Olivo]

Looks wonderful Jerome, going immediately to try this ALPHA

Thanks for sharing ;)

On 3 Jan 2018 22:10, "Jerome Shidel"  wrote:

>
>
> > On Jan 3, 2018, at 3:44 PM, Robert Riebisch  wrote:
> >
> > Hi Jerome,
> >
> >> So, I put imaging the diskettes on hold while I created a brand new
> >> imaging utility.
> >>
> >> */EDICT - Enhanced Disk Image Creation Tool/*
> >
> > Did you try David Dunfield's ImageDisk
> > ()? Comes with source
> > code.
>
> Nope. Thanks for the info.
>
> Just at a glance, it looks fairly feature rich. But, it is not open
> source. Just source provided. He apparently put a great deal of work into
> it.
> Also, I don’t know how persistent it would be. Nor much else about it.
>
> So, I’m not saying his isn’t any good. Or, EDICT is better.
>
> EDICT is much simpler. Also, it is pure assembly code in NASM under BSD
> 2-clause license. It outputs a standard img format image that is directly
> compatible with rawrite and most modern operating systems. With problem
> diskettes, it is meant to try many times to read iffy sectors. It also has
> support for multiple languages.
>
> If EDICT cannot image some of my diskettes, maybe I’ll try ImageDisk on
> those to see if it can do anything with them.
>
>
> > Robert Riebisch
> > --
> >  +++ BTTR Software +++
> > Home page:  http://www.bttr-software.de/
> > DOS ain't dead:  http://www.bttr-software.de/forum/
> >
> > 
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > ___
> > Freedos-user mailing list
> > Freedos-user@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/freedos-user
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Freedos-user mailing list
> Freedos-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-user
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] You think BETA testing means you're brave?

[Jerome Shidel]

> On Jan 3, 2018, at 3:44 PM, Robert Riebisch  wrote:
> 
> Hi Jerome,
> 
>> So, I put imaging the diskettes on hold while I created a brand new
>> imaging utility. 
>> 
>> */EDICT - Enhanced Disk Image Creation Tool/*
> 
> Did you try David Dunfield's ImageDisk
> ()? Comes with source
> code.

Nope. Thanks for the info.

Just at a glance, it looks fairly feature rich. But, it is not open source. 
Just source provided. He apparently put a great deal of work into it.
Also, I don’t know how persistent it would be. Nor much else about it. 

So, I’m not saying his isn’t any good. Or, EDICT is better. 

EDICT is much simpler. Also, it is pure assembly code in NASM under BSD 
2-clause license. It outputs a standard img format image that is directly 
compatible with rawrite and most modern operating systems. With problem 
diskettes, it is meant to try many times to read iffy sectors. It also has 
support for multiple languages. 

If EDICT cannot image some of my diskettes, maybe I’ll try ImageDisk on those 
to see if it can do anything with them.


> Robert Riebisch
> -- 
>  +++ BTTR Software +++
> Home page:  http://www.bttr-software.de/
> DOS ain't dead:  http://www.bttr-software.de/forum/
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Freedos-user mailing list
> Freedos-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-user


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] You think BETA testing means you're brave?

[Robert Riebisch]

Hi Jerome,

> So, I put imaging the diskettes on hold while I created a brand new
> imaging utility. 
> 
> */EDICT - Enhanced Disk Image Creation Tool/*

Did you try David Dunfield's ImageDisk
()? Comes with source
code.

Robert Riebisch
-- 
  +++ BTTR Software +++
 Home page:  http://www.bttr-software.de/
DOS ain't dead:  http://www.bttr-software.de/forum/

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

[Freedos-user] You think BETA testing means you're brave?

[Jerome Shidel]

Hello FreeDOS users,

Do you think BETA testing means you’re a brave user? 

Ha, Ha, Ha!

Try doing ALPHA testing…

Recently, I picked up a 5.25” 1.2Mib floppy drive off of eBay to image some 
diskettes I found laying around the attic. I haven’t counted how many. But, 
there are somewhere around 50 to 100 of them. After successfully imaging a 
couple, I ran into a problem diskette. 

First try, read up to track 2, side 1. 
Next attempt, track 0, side 1. 
Then track 1, side 0. 
Back and forth…And so on.  

The existing disk imaging program just wasn’t up to that task. 

So, I put imaging the diskettes on hold while I created a brand new imaging 
utility. 

EDICT - Enhanced Disk Image Creation Tool

The utility is designed to really, really, really try hard to image a diskette. 
If a problem occurs, it will come back again later. It could be set to try 
thousands of times. Regardless, if you stop it after a failed first attempt, 
you will have a full size image. That image will probably be broken. But, it 
still may be useful. 
If you let it try additional passes at the troubled areas, it may eventually 
complete successfully. 

Unfortunately, I won’t be near my single machine with a floppy controller for a 
couple weeks. So, for me, additional real hardware testing will have to wait a 
little
while longer. Also, that machine has a bad CMOS battery and there are a couple 
settings and logic for settings I am not certain are correct for the diskettes 
other than the 3.25” 1.44Mib. 

EDICT is in, what I consider a functional ALPHA state. With almost no testing 
at all. 

If you really brave, or just a little crazy, do some EDICT ALPHA testing. 

It has support for multiple languages. So, if anyone wants to create a 
translation or two, they would be welcome.

Also, if there is anything else you think it really needs and doesn’t have, now 
is a good time to bring it up.

https://up.lod.bz/EDICT  or 
http://fd.lod.bz/repos/current/pkg-html/edict.html 


:-)

Jerome--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] SSH - unsupported remote protocol version

[geneb]

On Tue, 2 Jan 2018, Dan Schmidt wrote:


Drat!  Somebody finally caught onto to my evil plan to covertly make Linux
servers insecure!  Foiled again!  You will this one, Tom, but I'll be
back!!  Oh, I'LL BE BACK!!

You can almost hear him adjust his monocle while petting a white persian 
cat. ;)


g.

--
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.diy-cockpits.org/coll - Go Collimated or Go Home.
Some people collect things for a hobby.  Geeks collect hobbies.

ScarletDME - The red hot Data Management Environment
A Multi-Value database for the masses, not the classes.
http://scarlet.deltasoft.com - Get it _today_!

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

[Freedos-user] Odp: Re: SSH - unsupported remote protocol version

[czezz]

Hi all,  thank you very much for your replies.  I collected some more details 
and tired suggestions.   But in the meantime Dan Schmidt suggested to look at 
this post:  sourceforge.net sourceforge.net  That and the other replies form 
you guys, actually explain that SSH client for DOS is out-dated. (Too bad, it 
would be such a fun to have ssh connectivity to my dosbox). @Robert:  Looks 
like ssh client  keeps using protocol 2 although my SSH server is 
configured to support protocol 2 and 1.  I couldnt find any switch to 
force ssh client to use protocol 1.   1) Did you try the -v switch 
for verbose mode?  Please have a look at screenshot: ssh_v.PNG or at this link: 
 www.dropbox.com www.dropbox.com   2) What server is on the remote site?  
OpenSSH_7.2p2 Ubuntu-4ubuntu2.2, OpenSSL 1.0.2g  1 Mar 2016   $ grep Protocol 
/etc/ssh/sshd_config  Protocol 2,1@Jerome  I have installed ssh2dos.zip as 
you suggested but still cannot establish connection.  www.dropbox.com 
www.dropbox.com   C:\SSH2DOSssh2dos.exe -v user 192.168.1.113  SSH2DOS 
v0.2.1  Waiting for remote host to connect...  Identification Exchange  Remote 
version: SSH-2.0-OpenSSH_7.2p2 Ubuntu-4ubuntu2.2Local version: 
SSH-2.0-SSHDOS_0.2.1Receiving hosts key exchange packet  Sending our 
key exchange packet  Diffie-Hellman group key exchange  Remote host closed 
connection  DH key exchange failed  Requesting PTY  Socket write error. File: 
transprt.c, line: 698  Remote reset connectionBest regards,  czezz
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] counterproductive UPX usage for loadhigh display /maybe other drivers also/?

[Jerome Shidel]

> On Jan 3, 2018, at 3:29 AM, Rugxulo  wrote:
>> […]
>> wrong. this behaviour should simply be fixed, as the fix is trivial:
>> 
>>   get a recent UPX.
>>   decompress.
>>   recompress.
>>   wait for FreeDOS 2.0 to have this fix published.
> 
> I have followed Tom's advice and updated the package:

Actually, after seeing Tom’s advice, I was thinking it may be a good idea to 
work through all the packages that have
UPX compressed binaries. That way they all are compressed using the latest 
version of UPX.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] counterproductive UPX usage for loadhigh display /maybe other drivers also/?

[Rugxulo]

Hi,

On Tue, Jan 2, 2018 at 9:32 AM, Tom Ehlert  wrote:
>
>> Hi, I just tried to 'lh display', but it always ends in conventional
>> memory (code, codepages are perhaps in XMS):
>
> fortunately, after recompressing with the current UPX, the minimum
> required load size is only minimally increased, and still load high as
> the uncompressed display.exe
>
>> What is essential - if so, then this behavior should be IMO mentioned in
>> the display documentation (or elsewhere).
>
> wrong. this behaviour should simply be fixed, as the fix is trivial:
>
>get a recent UPX.
>decompress.
>recompress.
>wait for FreeDOS 2.0 to have this fix published.

I have followed Tom's advice and updated the package:

http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.2/repos/pkg-html/display.html

Please take a look, and tell us if this is okay.

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user