Re: [Freedos-devel] TDSK related issues.
Yes, I knew. Thanks. :-) On Sat, Aug 6, 2011 at 6:51 PM, Geraldo Netto wrote: > Hallo! > > > Mceric == Eric (Auer) :P > >> I have deleted the old Unstable_Kernel_Branch entry from our wiki. >> File history showed it was uploaded/owned by wiki user Mceric. -- BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos & much more. Register early & save! http://p.sf.net/sfu/rim-blackberry-1 ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] TDSK related issues.
Hallo! Mceric == Eric (Auer) :P Geraldo Netto Non dvcor, dvco => Sapere Aude São Paulo, Brasil, -3gmt site: http://exdev.sf.net/ On 6 August 2011 20:40, Jim Hall wrote: >>> Anyone can please upload the __correct__ "HISTORY.TXT" file for the >>> 2040 kernel release on some place where it is easily discoverable ? >>> Both SF and fdos.org ? > >> http://sourceforge.net/apps/mediawiki/freedos/index.php?title=Unstable_Kernel_Branch&action=history >> <<<--- {{delete}} > > > > I have deleted the old Unstable_Kernel_Branch entry from our wiki. > File history showed it was uploaded/owned by wiki user Mceric. > > -- > BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA > The must-attend event for mobile developers. Connect with experts. > Get tools for creating Super Apps. See the latest technologies. > Sessions, hands-on labs, demos & much more. Register early & save! > http://p.sf.net/sfu/rim-blackberry-1 > ___ > Freedos-devel mailing list > Freedos-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-devel > -- BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos & much more. Register early & save! http://p.sf.net/sfu/rim-blackberry-1 ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] TDSK related issues.
>> Anyone can please upload the __correct__ "HISTORY.TXT" file for the >> 2040 kernel release on some place where it is easily discoverable ? >> Both SF and fdos.org ? > http://sourceforge.net/apps/mediawiki/freedos/index.php?title=Unstable_Kernel_Branch&action=history > <<<--- {{delete}} I have deleted the old Unstable_Kernel_Branch entry from our wiki. File history showed it was uploaded/owned by wiki user Mceric. -- BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos & much more. Register early & save! http://p.sf.net/sfu/rim-blackberry-1 ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] freedos 1.1. :F loppy distro
Hi, On Fri, Aug 5, 2011 at 12:24 PM, Bernd Blaauw wrote: > Op 5-8-2011 12:02, marinellucc...@tiscali.it schreef: > >> please remeber to create a distro with installer on floppy >> disk (1 or more 1,44 mb disk) I'm not sure FreeDOS 1.1 will ever have an official floppy install, at least nothing more than "bootup". It's very low priority, if at all, for them. (Understandably, some more important things must come first.) > * Is this intended for a networked computer or stand-alone machine? > * Is this for machines without any optical drive at all? Or machines > that have CD/DVD but don't support booting from CD by themselves? Presumably all of the above. And as previously mentioned elsewhere, if they can get the .ISO to their hard drive somehow, they can mount it and install from there. > I guess 1.44MB will do as file format? File format? Oh, you mean like "create your own bootable floppy from .IMG file"? Quite easy to do. Even various tools exist which can unpack files from those images. But again, floppies are (commercially) dead, not to mention unpopular. Believe me, I'm not knocking them or downplaying their usefulness (or your request!), but keep in mind that "most" people would suggest you just to install from CD. The big question is: what should it contain? Obviously "BASE" (which has a lot of stuff, I'm not sure how many floppies it'll take these days, presumably three 1.44 MB disks, minimum, without heavy compression), but I'm not sure what else would feel natural, e.g. most of "UTIL", perhaps? -- BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos & much more. Register early & save! http://p.sf.net/sfu/rim-blackberry-1 ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] File directory buffering and updates
Interesting ... but lacks details. AFAIK DOS has no good multitasking design so you can't do reliably file I/O (even more writes) from a TSR. - file not closed after update ? - file updated using lower level sector access ? - updating of the file fails while your FTP server is runnig (check after exit) ? - FreeDOS vs EDR-DOS ? What does the TSR do ? Of course you could add a feature into your FTP server at given time to automatically suspend, spawn some other app (updating the files), and then continue. Alternatively, define a "communication block" in memory, the TSR will write it's wishes into this block only, and your FTP server will execute them on files (rename, append data, replace data, kick file, ...). -- BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos & much more. Register early & save! http://p.sf.net/sfu/rim-blackberry-1 ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] TDSK related issues.
> This version still has a known error with regard to CDS (drive > assignment) - all drive letters are assigned successively (ie E: F: > G:), if LASTDRIVE is reached it will gracefully handle that, but if > there is a hole between used drive letters but it is not big enough > for all units then it will replace the existing assignment (.e.g. if > current is C: D: F: and a driver is loaded with 3 units it will use > E: F: G: - i.e. F: is replaced). I am not sure the best fix, either > error/warn and stop loading (probably best) or skip past used letters > (so would be E: G: H:) but could cause weird behavior as most drivers > will probably only keep 1st drive + count. This of course is > untested as I still need to setup a test disk with a multi-unit > driver. I don't think there's anything a true device driver can do except keep a starting value and a count, since DOS only returns the starting number. I think your only two choices are to abort, or to try skipping over the first "hole" you find and try to find another one with enough consecutive units. BTW, that's another advantage of designing modern programs as TSR's (or dual-mode TSR/Device Drivers), instead of as pure device drivers and requiring DEVLOAD (or similar equivalents) to install them outside of CONFIG.SYS. TSR's can be designed so that the drive letters don't need to be consecutive, and can even "roll around" when reaching the last drive (Z: or whatever) and start searching at the beginning (C: or A:) again. The "roll around", of course, is only needed if you don't start the search at C: (or A:). -- BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos & much more. Register early & save! http://p.sf.net/sfu/rim-blackberry-1 ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] New FreeDOS 1.1 test ISO (#3) released
Op 6-8-2011 14:44, dos386 schreef: > BTW, I had IIRC seen a GUI FreeDOS installer back in 2005 ? 2004 > in 0.9 ? 0.8 distros. NO, I don't recommend those distros ... You're correct, it was removed for beta9 or FD1.0 due to some bugs/issues to my knowledge. Still waiting for Jim to come up with the new text mode installer to switch to target directory after installation so configuration batchfile can run (once only please - gotta fix this) -- BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos & much more. Register early & save! http://p.sf.net/sfu/rim-blackberry-1 ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] New FreeDOS 1.1 test ISO (#3) released
BTW, I had IIRC seen a GUI FreeDOS installer back in 2005 ? 2004 in 0.9 ? 0.8 distros. NO, I don't recommend those distros ... -- BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos & much more. Register early & save! http://p.sf.net/sfu/rim-blackberry-1 ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] New FreeDOS 1.1 test ISO (#3) released
Op 6-8-2011 12:23, Georg Potthast schreef: > Rugxulo's bare bone floppy had too much meat for my application so I reduced > it further and added my DOSUSB driver files including a test file of 969k. > But it is a 20MB hard disk emulation. Was just wondering why you didn't go with straight floppy emulation. >> The usual trick is creating a ramdrive, copying files to there, adjust path >> and other settings (comspec), start a continuation batchfile from there >> including DOSUSB loading. > I could try that. Is there a sample that I can download somewhere? SHSURDRV has an option to mirror existing drives: SHSURDRV /D:A: (or was it /F:A:)?. Still I think Isolinux/Syslinux might be convenient, as its memdisk module already allows to boot an image as ramdisk. Due to you having a USB driver disk I guess it's perfectly safe for you to assume all machines your ISO runs on, will have at least 8MB RAM. > If you are booting from an USB-CD drive DOSUSB will stop further access to > it by the BIOS after being loaded. However, my Live-CD just look for USB 3.0 > ports so this does not apply when the USB-CD drive is connected to a 2.0 > port. Time for a USB2.0 test CD :) > Georg Bernd -- BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos & much more. Register early & save! http://p.sf.net/sfu/rim-blackberry-1 ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] New FreeDOS 1.1 test ISO (#3) released
@Christian: the autoexec.bat on my Live-CD does "devload usbdisk.sys" and then "xmsdsk.exe". So there are apparently no "redirector (for example, *CDEX) CDS entries" when usbdisk.sys is loaded. @Travis: The CD and its ISOLinux do not include speech drivers, so I see no reason for automatic selection. I only refer to the ISOLinux menu on the CD. Also the next dialog "language selection" does not time out automatically anyway. @Bernd: >Size of C: surprised me as well as DIR /S showed all contents doesn't even >add up to 2.88MB. Rugxulo's bare bone floppy had too much meat for my application so I reduced it further and added my DOSUSB driver files including a test file of 969k. But it is a 20MB hard disk emulation. >The usual trick is creating a ramdrive, copying files to there, adjust path >and other settings (comspec), start a continuation batchfile from there >including DOSUSB loading. I could try that. Is there a sample that I can download somewhere? If you are booting from an USB-CD drive DOSUSB will stop further access to it by the BIOS after being loaded. However, my Live-CD just look for USB 3.0 ports so this does not apply when the USB-CD drive is connected to a 2.0 port. Georg -- BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos & much more. Register early & save! http://p.sf.net/sfu/rim-blackberry-1 ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel