Re: [Freedos-kernel] ke2042: nasm fails to assemble files during build time

2016-12-05 Thread Jason Hood
On 6/12/2016 7:23, Robert Riebisch wrote:
> I have used http://www.bttr-software.de/freesoft/menu.htm#linkln for
> many years.

Yeah, that sounds like the one I was thinking of (and the Free
Software list is probably where I came across it).  I don't think
I ever used it (stopped using DOS around that time), just curious
to how it worked.

-- 
Jason.

--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/xeonphi
___
Freedos-kernel mailing list
Freedos-kernel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-kernel


Re: [Freedos-kernel] ke2042: nasm fails to assemble files during build time

2016-11-29 Thread Jason Hood
On 30/11/2016 8:54, Mateusz Viste wrote:
> Here's the thing: I, as a user, store lots of useful software on my PC. 
> Many of these programs are so useful that I like to have them available 
> immediately from anywhere: ZIP, UNZIP, UNRAR, UPX, NASM, TCC, OPTIPNG, 
> QV, MPXPLAY, UHEX, GOPHERUS, LAME... the list goes on and on.
> 
> To achieve this, I know of four ways. Each comes with some limitations.

Simtel had two programs that create links: exelink2.zip and linkln10.zip.
I though I had the former, but apparently no longer; iirc it used a text
file to store the links and a TSR to hook the EXEC call.

-- 
Jason.

--
___
Freedos-kernel mailing list
Freedos-kernel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-kernel


Re: [Freedos-kernel] Access to CD drive with no disc causes invalid opcode

2006-10-08 Thread Jason Hood
Pavel Roskin wrote:
 I downloaded the floppy image for FreeDOS 1.0, fdboot.img.  I tried to
 boot it on a desktop system with AMD XP 2000+ CPU and a CD-ROM drive.
 Selecting item 5 (FreeDOS Live CD only) resulted in an Invalid Opcode.

This is an error in the 8086 version (corrupted stack).  I have
released SHSUCDX 3.04 to fix it:

http://www.geocities.com/jadoxa/shsucdx/shcdx304.zip

Jason.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Freedos-kernel mailing list
Freedos-kernel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-kernel


Re: [Freedos-kernel] SDA and SHSUFDRV

2006-09-05 Thread Jason Hood
--- Arkady V.Belousov [EMAIL PROTECTED] wrote:

  Then I completely not understand you. DTA is a name for area, which
 used for findfirst/findnext. What _you_ name as DTA?

My mistake - I was confusing SHSUCDX (the redirector has what is called
a DTA to point to the read address) and the device driver's Read command
which is called XfrAddr (by SHSURDRV).

So to clarify: the kernel asks the device driver to read a sector.  In
order to perform this, FDRV swaps DOS out to perform the read via DOS,
then swaps DOS back in.  However, sometime after 2035a the buffer for the
sector is itself in the SDA, so the newly read sector is overwritten
when DOS gets swapped back.

Jason.
-- 



 
On Yahoo!7 
Check out the new Great Outdoors site with video highlights and more 
http://au.travel.yahoo.com/great-outdoors/index.html

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Freedos-kernel mailing list
Freedos-kernel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-kernel


Re: [Freedos-kernel] SDA and SHSUFDRV

2006-08-29 Thread Jason Hood
--- Arkady V.Belousov [EMAIL PROTECTED] wrote:

  Not sure, if I understand your problem, but what prevents you from
 setting your own address of DTA (INT 21/1A)?

Perhaps I should have been a bit more clear.  The DTA I was referring
to passes the pointer to the buffer for the read request.  It's not the
DTA as used by the find functions.  I can't change where the kernel
wants its data.

Jason.

PS: I finally subscribed.  Don't know for how long, though. :)

-- 



 
On Yahoo!7 
Photos: Unlimited free storage – keep all your photos in one place! 
http://au.photos.yahoo.com 


-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Freedos-kernel mailing list
Freedos-kernel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-kernel


[Freedos-kernel] SDA and SHSUFDRV

2006-08-25 Thread Jason Hood
I received a bug report about SHSUFDRV not working in FreeDOS, but
it worked fine in MS-DOS; RDRV also worked fine.  After failing to
replicate the problem with the versions of FreeDOS I had, I finally
got the latest boot CDs (beta9-sr2  1.0-testing).  These did indeed
fail, so I was able to offer that user a fixed FDRV.

The problem itself is due to the SDA.  It seems sometime between 2035a
and 2036 the (temporary) DTA has moved into the SDA.  This means that
when FDRV reads a sector and then restores the swap data, the sector it
just read gets overwritten with whatever was in the swap.  The fix
simply made the SDA size a fixed 0x7c0 bytes, thus preventing the
overwrite.  To provide a more desirable solution, what should I do?

1) The SDA is unlikely to change, just leave it fixed at 0x7c0.
2) Buffer a single sector, write it back after the swap.
3) Provide a better size to the SDA function (215D06).
4) Move the DTA back out of the SDA.
5) Make use of the internal seek/read calls (2F1227/8).

Of course, I would prefer 3 or 4, since that involves no effort
on my part. :)  1 requires separate code for other DOSes (or I could
just make it a fixed 0x7da, that MS-DOS 7.10 returns).  2 requires an
extra 512 bytes for the buffer.  5 would probably be best (no swap
required at all), but unfortunately ROMDOS does not support them, nor
is there a write function (hence using the SDA in the first place).

Jason.

PS: I am still not subscribed, please CC me.
PPS: I probably won't be back online until next week.

-- 




 
On Yahoo!7 
360°: Your own space to share what you want with who you want! 
http://www.yahoo7.com.au/360

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Freedos-kernel mailing list
Freedos-kernel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-kernel