Re: [Freedos-devel] Freedos and lack of drivers
I could see multithreading support in 7-zip. but then again files aren't usually very big in DOS. I don't know if OpenWATCOM or DJGPP has support for POSIX threads. C++ is getting a makeover by the way, it is getting native STL support for threads if I understand correctly. I should double-check the specs for TR1 and TR2 to see if it's in those places, or if it's in the language spec. If nothing else, GCC is getting a makeover. From: Eric Auer e.a...@jpberlin.de To: freedos-devel@lists.sourceforge.net Sent: Tuesday, September 6, 2011 12:27 PM Subject: Re: [Freedos-devel] Freedos and lack of drivers Hi :-) In fact , i running arachne with older pcmcia 11 mb drivers for wifi, BUT i can't use new pcmcia card wifi up to 54 and more MB .. Wireless is a pain in DOS, yes, sorry. Impossible also using wifi pen See above, unfortunately. But some network cable. or usb external device like printers / Georg / Bret drivers should work. If your printer still does not work then, it is probably cheapo GDI but slightly better printers accept PostScript or PDF - hopefully also good old plain text. Even for GDI it might be possible to convert your print data to something that the printer can use under DOS :-) scanners or bluetooth... People still use scanners? I thought they used their photocamera, then even the BIOS often supports your SD cardreader in DOS without any drivers... ;-) As for bluetooth, what apart from mobile phone headsets uses that at the moment? I guess it could also be used for wireless data transfer to mobile phones or printers, but luckily both also have USB ports :-) How many time we can continue use dos with OLDER hardware? DOS runs fine on my very modern hardware, thank you. Even Linux boots in a fraction of a minute, not one hour as dos386 suggests. DOS works great supporting my parallel printer, floppy, SATA DVD drive etc but you are right that USB3 drivers are not freeware in DOS and no drivers for hardware-accelerated FullHD movie playback with surround sound over HDMI exist: In short, DOS does not NEED new hardware... But then, I do not think we want to follow the Windows example where people are actually worried that 2 GB will not be enough RAM to write a letter in MS Office... ;-) I mean when your DOS EMM64 will support 16 GB of RAM, where do you find DOS software needing that? Maybe a Commander Keen with support for holographic screens? Would be cool, I guess. And would need multi CPU and SLI accel graphics and NCQ, which all *are* not DOS. Eric -- Malware Security Report: Protecting Your Business, Customers, and the Bottom Line. Protect your business and customers by understanding the threat from malware and how it can impact your online business. http://www.accelacomm.com/jaw/sfnl/114/51427462/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel -- Malware Security Report: Protecting Your Business, Customers, and the Bottom Line. Protect your business and customers by understanding the threat from malware and how it can impact your online business. http://www.accelacomm.com/jaw/sfnl/114/51427462/___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Freedos and lack of drivers
Op 10-9-2011 9:47, Jim Michaels schreef: I could see multithreading support in 7-zip. but then again files aren't usually very big in DOS. I don't know if OpenWATCOM or DJGPP has support for POSIX threads. Programs that are multithreaded either have to implement their own SMP support or rely on the operating system's kernel/architecture to do so. As DOS by default doesn't support SMP, 7zip would have to implement their own DOS support for speaking to multiple processors. I'm not aware of any DOS program accessing multiple processors. Maybe a Distributed.net client, but that's about it. -- Malware Security Report: Protecting Your Business, Customers, and the Bottom Line. Protect your business and customers by understanding the threat from malware and how it can impact your online business. http://www.accelacomm.com/jaw/sfnl/114/51427462/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] If I want to compile applications in FreeDOS, which compiler should I use?
Op 10-9-2011 2:57, Decheng Fan schreef: Hi Bernd, Nice to see your e-mail. I think there is still a long way for me to go, since I remember seeing a book about MS-DOS 6.00 published in China, which was about 400 pages. I will pick up topics that are interesting to me along the way of the exploration. Basic DOS operating support is nowadays available online, for example [ http://www.bootablecd.de/fdhelp-internet/en/index.htm ] or [ http://www.vfrazee.com/ms-dos/6.22/help/ ]. That already covers a lot of those 400 pages, I bet. Other topics are covered all over the internet, http://www.drdos.org is a good one. Programming on/for DOS is an entirely different subject. You'd likely start with RBIL (Ralph Brown's Interrupt List) and read into programming languages like Assembly (NASM, TASM, WASM etc), Basic (FreeBASIC), C (Openwatcom, DJGPP) etcetera. -- Malware Security Report: Protecting Your Business, Customers, and the Bottom Line. Protect your business and customers by understanding the threat from malware and how it can impact your online business. http://www.accelacomm.com/jaw/sfnl/114/51427462/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Freedos and lack of drivers
Hi, On Sat, Sep 10, 2011 at 3:38 AM, Bernd Blaauw bbla...@home.nl wrote: Op 10-9-2011 9:47, Jim Michaels schreef: I could see multithreading support in 7-zip. but then again files aren't usually very big in DOS. I don't know if OpenWATCOM or DJGPP has support for POSIX threads. Programs that are multithreaded either have to implement their own SMP support or rely on the operating system's kernel/architecture to do so. As DOS by default doesn't support SMP, 7zip would have to implement their own DOS support for speaking to multiple processors. I'm not aware of any DOS program accessing multiple processors. Maybe a Distributed.net client, but that's about it. There are multitasking DOSes (DR-DOS, RDOS, TSX-32 ??, etc.), but most of them I haven't tried. And of course Windows and OS/2 or Linux's DOSEMU sorta count, at least the 32-bit versions. Normal vanilla DOS (API) doesn't have SMP or threading, but some of these variants have their own. (I've never tried RDOS, but it sounds really good. DR-DOS is okay if you can live with the old tools, bugs, and 64 MB per task limitation.) Of course, that doesn't help us, but whatever. ;-) p7zip 9.13 has been ported to DOS via DJGPP. Unlike older versions (used GNU pth), this one uses FSU pthreads (initially written for Ada/GNAT, though ironically latest Ada for DJGPP doesn't support tasks at all, probably because FSU was basically abandoned a long time ago). Unlike GNU pth, you don't need a socket lib (libsocket, Watt-32), so it's easier to use, allegedly. But no, it's not real threads, just faking it so that p7zip compiles (as the p stands for POSIX, which obviously needs a lot more than minimal DOS/DJGPP services to run). HX works with Win32's 7ZA.EXE with (fake) threading, but no SMP support (yet), which is super complicated anyways. Besides, 7-Zip doesn't use much multithreading except to offload some file management, so it doesn't really help that much anyways, not 10x (nor even 2x) at least. Most home computers don't have many cores anyways, and it's hard to properly scale upwards in speed. -- Malware Security Report: Protecting Your Business, Customers, and the Bottom Line. Protect your business and customers by understanding the threat from malware and how it can impact your online business. http://www.accelacomm.com/jaw/sfnl/114/51427462/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] ANSI C (C89) locale.h -- DOS compiler support?
Hi again, On Thu, Sep 8, 2011 at 12:05 AM, Rugxulo rugx...@gmail.com wrote: Well, just a quick follow up, Just for completeness, I should mention that I notice that Digital Mars supports locale.h (not via COUNTRY.SYS) with a few countries in DOS: http://www.digitalmars.com/rtl/locale.html Keep in mind that I don't know exactly what support they have (how extensive, i.e. how many countries/languages), but I did test it, and it is at least much better than nothing. These days it's a Win32-hosted compiler (closed src but freeware), but it still supports DOS target (e.g. -msd for small model DOS). So I guess overall DOS isn't completely unaware. ;-) -- Malware Security Report: Protecting Your Business, Customers, and the Bottom Line. Protect your business and customers by understanding the threat from malware and how it can impact your online business. http://www.accelacomm.com/jaw/sfnl/114/51427462/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] If I want to compile applications in FreeDOS, which compiler should I use?
You'd likely __start__ with RBIL (Ralph Brown's Interrupt List) and I would NOT do this ... it's obsolete (last update IIRC 1998) and it's very hard to find the still useful stuff inside (but there is some). languages like Assembly (NASM, TASM, WAS FASM -- Using storage to extend the benefits of virtualization and iSCSI Virtualization increases hardware utilization and delivers a new level of agility. Learn what those decisions are and how to modernize your storage and backup environments for virtualization. http://www.accelacomm.com/jaw/sfnl/114/51434361/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] If I want to compile applications in FreeDOS, which compiler should I use?
At 10:35 PM 9/10/2011, dos386 wrote: You'd likely __start__ with RBIL (Ralph Brown's Interrupt List) and I would NOT do this ... it's obsolete (last update IIRC 1998) and it's very hard to find the still useful stuff inside (but there is some). Nonsense. DOS is officially dead before that, so it if far more relevant than you try to make it look... For almost everything, it is still THE reference today... Ralf -- Using storage to extend the benefits of virtualization and iSCSI Virtualization increases hardware utilization and delivers a new level of agility. Learn what those decisions are and how to modernize your storage and backup environments for virtualization. http://www.accelacomm.com/jaw/sfnl/114/51434361/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Freedos and lack of drivers
On Sun, Sep 11, 2011 at 6:07 AM, Rugxulo rugx...@gmail.com wrote: Hi, On Sat, Sep 10, 2011 at 3:38 AM, Bernd Blaauw bbla...@home.nl wrote: Op 10-9-2011 9:47, Jim Michaels schreef: I could see multithreading support in 7-zip. but then again files aren't usually very big in DOS. I don't know if OpenWATCOM or DJGPP has support for POSIX threads. Programs that are multithreaded either have to implement their own SMP support or rely on the operating system's kernel/architecture to do so. As DOS by default doesn't support SMP, 7zip would have to implement their own DOS support for speaking to multiple processors. I'm not aware of any DOS program accessing multiple processors. Maybe a Distributed.net client, but that's about it. There are multitasking DOSes (DR-DOS, RDOS, TSX-32 ??, etc.), but most of them I haven't tried. And of course Windows and OS/2 or Linux's DOSEMU sorta count, at least the 32-bit versions. Normal vanilla DOS (API) doesn't have SMP or threading, but some of these variants have their own. (I've never tried RDOS, but it sounds really good. DR-DOS is okay if you can live with the old tools, bugs, and 64 MB per task limitation.) Of course, that doesn't help us, but whatever. ;-) p7zip 9.13 has been ported to DOS via DJGPP. Unlike older versions (used GNU pth), this one uses FSU pthreads (initially written for Ada/GNAT, though ironically latest Ada for DJGPP doesn't support tasks at all, probably because FSU was basically abandoned a long time ago). Unlike GNU pth, you don't need a socket lib (libsocket, Watt-32), so it's easier to use, allegedly. But no, it's not real threads, just faking it so that p7zip compiles (as the p stands for POSIX, which obviously needs a lot more than minimal DOS/DJGPP services to run). HX works with Win32's 7ZA.EXE with (fake) threading, but no SMP support (yet), which is super complicated anyways. Besides, 7-Zip doesn't use much multithreading except to offload some file management, so it doesn't really help that much anyways, not 10x (nor even 2x) at least. Most home computers don't have many cores anyways, and it's hard to properly scale upwards in speed. -- Malware Security Report: Protecting Your Business, Customers, and the Bottom Line. Protect your business and customers by understanding the threat from malware and how it can impact your online business. http://www.accelacomm.com/jaw/sfnl/114/51427462/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel As far as I know, Linux at its start supports multi-threading with preemption. For Windows, Windows 95 supports preemtive multitasking, and Windows NT 4 supports SMP. Windows 3.x only supports non-preemptive (cooperative) multitasking, which means the thread (or process, as in Windows 3.1 no thread support exists) should call some system API to give up CPU explicitly, otherwise the thread would never be switched. 7-Zip with the 7z format seems to be utilizing multiple cores. I remember once I use 7z a -t7z -mx=1 it uses 4 CPU cores to compress, and the speed is faster. Best regards, Robbie (Decheng) Fan -- Using storage to extend the benefits of virtualization and iSCSI Virtualization increases hardware utilization and delivers a new level of agility. Learn what those decisions are and how to modernize your storage and backup environments for virtualization. http://www.accelacomm.com/jaw/sfnl/114/51434361/___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
