Re: [Freedos-devel] FPC 3.0.0

[Jerome E. Shidel Jr.]

> On Jan 14, 2016, at 11:54 AM, Jerome E. Shidel Jr.  wrote:
> 
> Well, I was messing around a little with the new FreePascal Compiler for DOS.
> 
> Basically, what ships requires DOS LFN support. Many units, libraries and 
> executables
> are longer than the 8.3 standard file names. 
> 
> It would be a lot of tedious work to migrate it to completely support 8.3 
> names. 
> 
> I don’t know if the effort is worth it or not. I know I don’t have the time 
> to do it.
> 
> So basically, unless someone else ports it’s file names that leaves three 
> options.
> 
> 1) stick with the current version.
> 2) leave it alone and require DOSLFN.
> 3) Strip it way way way down.
> 
> I will let some else decide how they would like to handle this. :-)

(Although, I may look into porting it.)

> 
> Jerome
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
> ___
> Freedos-devel mailing list
> Freedos-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-devel


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] Command.com DIR

[Mateusz Viste]

It might be worth looking at possible "pending" patches - there are some 
waiting in line, but sadly never applied nor revised.

The one example I immediately think of (because it's mine) is this one 
about CGA support:
http://sourceforge.net/p/freedos/bugs/131/

Mateusz




On 12/01/2016 19:36, Tom Ehlert wrote:
> Hi,
>
> just wondering what the 'official' most recent version of COMMAND.COM
> is.
>
> is it http://sourceforge.net/p/freedos/svn/HEAD/tree/freecom/trunk/ ?
>
> I remember that Bart ported command.com 'mostly' to WATCOM; is the
> port now finished, and working great?
>
> just wondering because
>
> http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/command/0.84pre/
> has no source attached, but is from Aug 07 2006 00:05:31; i.e. can't have 
> Barts
> changes.
>
>
> the reason I'm asking this:
>
> DIR has some (minor) bugs (*)(**), that I'd like to fix. now where is the
> source?
>
>
>
> Tom
>
>
> (*) DIR %windir%\system32 /OE
> will likely crash, as there are *many* files with identical extension.
> that's how I detected the bug.
>
> filling a directory with ~550 files with identical .ext should also
> crash
>
> sorting *only* by extension will return 0 to qsort, which is not a
> good idea. add
>
> if (rv == 0)
>rv = stricmp(f1.ff_name,f2.ff_name);
>
>
>
> (**) doing DIR on a directory with more then 4 GB,
>
> E:\FreeDos\src\freecpl6>a:\system\command /c dir x:\t6-*.sna
>   Volume in drive X has no label
>   Directory of X:\
>
> T6-DDR   SNA158.420.480  11.07.06 16:51
> T6-FDR1  SNA681.534.464  19.07.06 12:22
> T6-FDR2  SNA681.545.216  19.11.06 12:51
> T6-FDR3  SNA1.562.374.144  24.07.07 11:47
> T6-FDR4  SNA1.562.361.344  08.08.07 12:31
> T6-FDR7  SNA1.562.350.592  22.07.08 16:43
> T6-FDR9  SNA1.562.337.280  03.05.09 16:09
> T6-DIFF  SNA 4.665.344  03.05.09 17:56
> T6-IDR   SNA 1.413.120  09.10.09 19:06
> T6-CDR   SNA277.565.440  05.02.10 19:18
> T6-EDR   SNA1.562.374.144  20.04.10 16:44
> T6-FDR14 SNA1.562.316.800  20.04.10 16:48
> T6-UM-C  SNA437.153.792  27.04.10 17:23
> T6-UM-D  SNA158.429.184  27.04.10 17:23
> T6-UM-E  SNA1.562.353.664  27.04.10 17:25
> T6-UM-F  SNA1.562.357.760  27.04.10 17:29
> T6-UM-H  SNA1.562.324.992  27.04.10 17:33
> T6-UM-I  SNA 1.376.256  27.04.10 17:34
> T6-UM-J  SNA 6.000.640  27.04.10 17:35
> T6-UM-F2 SNA1.562.345.472  28.04.10 17:19
> T6-F-U~1 SNA1.562.329.088  28.04.10 18:34
> T6-F-XP2 SNA1.562.345.472  28.04.10 19:04
> T6-F SNA1.562.378.240  22.06.10 10:40
> T6-FDR15 SNA1.562.357.760  09.07.10 13:26
> T6-FDR17 SNA1.562.374.144  24.09.10 16:59
> T6-KAN~1 SNA1.562.357.760  30.09.10 18:24
> T6-HDR   SNA1.562.349.568  06.10.10 13:07
> T6-JDR   SNA 5.951.488  16.11.10 15:17
> T6-FDR20 SNA1.562.353.664  04.10.11 12:09
> T6-FDR22 SNA1.562.374.144  29.04.12 17:06
> T6-FDR24 SNA1.562.345.472  10.10.12 13:19
> T6-FDR~1 SNA1.562.341.376  12.09.14 17:32
> T6-F-D~1 SNA1.107.980.288  16.09.14 18:56
> T6-F-1~1 SNA1.562.370.048  17.04.15 12:50
> T6-F-1~2 SNA4.133.511.168  13.10.15 16:51
>
>   35 file(s)   3.372.614.144 bytes<< not true
>   0 dir(s) 588.402.176 bytes free << also wrong
>
> Tom
>
>
>
>
>


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

[Freedos-devel] FPC 3.0.0

[Jerome E. Shidel Jr.]

Well, I was messing around a little with the new FreePascal Compiler for DOS.

Basically, what ships requires DOS LFN support. Many units, libraries and 
executables
are longer than the 8.3 standard file names. 

It would be a lot of tedious work to migrate it to completely support 8.3 
names. 

I don’t know if the effort is worth it or not. I know I don’t have the time to 
do it.

So basically, unless someone else ports it’s file names that leaves three 
options.

1) stick with the current version.
2) leave it alone and require DOSLFN.
3) Strip it way way way down.

I will let some else decide how they would like to handle this. :-)

Jerome
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] FPC 3.0.0

[Jerome Shidel]

On Jan 14, 2016, at 2:14 PM, Tom Ehlert  wrote:

>> Well, I was messing around a little with the new FreePascal Compiler for DOS.
> 
>> Basically, what ships requires DOS LFN support. Many units, libraries and 
>> executables
>> are longer than the 8.3 standard file names.
> 
>> It would be a lot of tedious work to migrate it to completely support 8.3 
>> names.
> 
>> I don’t know if the effort is worth it or not. I know I don’t have the time 
>> to do it.
> 
>> So basically, unless someone else ports it’s file names that leaves three 
>> options.
> 
>> 1) stick with the current version.
>> 2) leave it alone and require DOSLFN.
> 
> assuming this works: leave it alone and require DOSLFN.
> 

When the installer doesn't fail thinking it has run out of disk space or some 
other incorrect error, it seems to work.

Converting the filenames, and editing all of the sources to the corrected 
units, includes and binaries would've a lot of time consuming work. Also, would 
break compatibility with the main FPC fork.

So, I tend to agree with you on this one.

> 
> btw: I personally find crossdeveloping from my machine with 2 big
> 1600*1200 monitors, many windows, firefox, ... much more productiv
> then developing on DOS itself.
> 
> and then lomg filenames are there 'automatically'
> 
> YMMV
> 
> Tom
> 
> 
> 
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
> ___
> Freedos-devel mailing list
> Freedos-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-devel

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] FPC 3.0.0

[Tom Ehlert]

> Well, I was messing around a little with the new FreePascal Compiler for DOS.

> Basically, what ships requires DOS LFN support. Many units, libraries and 
> executables
> are longer than the 8.3 standard file names. 

> It would be a lot of tedious work to migrate it to completely support 8.3 
> names.

> I don’t know if the effort is worth it or not. I know I don’t have the time 
> to do it.

> So basically, unless someone else ports it’s file names that leaves three 
> options.

> 1) stick with the current version.
> 2) leave it alone and require DOSLFN.

assuming this works: leave it alone and require DOSLFN.


btw: I personally find crossdeveloping from my machine with 2 big
1600*1200 monitors, many windows, firefox, ... much more productiv
then developing on DOS itself.

and then lomg filenames are there 'automatically'

YMMV

Tom



--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] Command.com DIR

[Rugxulo]

Hi,

On Thu, Jan 14, 2016 at 2:21 AM, Mateusz Viste  wrote:
>
> It might be worth looking at possible "pending" patches - there are some
> waiting in line, but sadly never applied nor revised.
>
> The one example I immediately think of (because it's mine) is this one
> about CGA support:
> http://sourceforge.net/p/freedos/bugs/131/

IIRC, Jacob Persico also had some very small patches, which I mirrored
for us here:

http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/command/patch/

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] FPC 3.0.0

[Rugxulo]

Hi,

On Thu, Jan 14, 2016 at 10:54 AM, Jerome E. Shidel Jr.
 wrote:
>
> Well, I was messing around a little with the new FreePascal Compiler for DOS.
>
> Basically, what ships requires DOS LFN support. Many units, libraries and 
> executables
> are longer than the 8.3 standard file names.
>
> It would be a lot of tedious work to migrate it to completely support 8.3 
> names.
>
> I don’t know if the effort is worth it or not. I know I don’t have the time 
> to do it.
>
> So basically, unless someone else ports it’s file names that leaves three 
> options.
>
> 1) stick with the current version.
> 2) leave it alone and require DOSLFN.
> 3) Strip it way way way down.
>
> I will let some else decide how they would like to handle this. :-)

I was the one who made the previous (2.6.0) "package" of FPC. It was a
replacement for something much older, which I don't recall exactly
what version (2.0.4 ??). But an upgrade was much more useful back
then. (I don't remember exactly, but I probably just assumed LFNs and
blindly hoped that most things would work either way.)

Not too much has changed since then. At least, nothing
earth-shattering. Indeed I've thought about making a newer "package",
but as you mention, it's not totally obvious.

Indeed, the biggest problems are LFNs and including full sources
(which presumably means also GDB, which is included in the IDE, which
isn't small, which is annoying since it doesn't host compile on target
either, so it's of little practical use outside of banal compliance).

There has been no GO32v2 (DOS) maintainer of FPC in many years. So
what little we get is charity from other dudes (mostly Pierre and
Tomas, AFAIK). While MarcoV is also around, he is not very
enthusiastic nor sympathetic to DOS at all (anymore). It is certainly
beyond someone like me to volunteer since I have no idea what they
would even want help with. Certainly I'm no expert. So I never subbed
to fpc-devel (or others) due to too much on my plate already. So I'm
pretty much out of the loop entirely.

The minimal "base" of FPC should be SFN-friendly, by design, AFAIK.
But it may not be checked as much in recent years. 3.0.0 is nothing
hugely revolutionary, but it does have an internal linker now. I'm not
sure when/if the old GNU BinUtils (from DJGPP) are still needed, maybe
only to recompile the RTL??

Forget all the extra units of everything and the kitchen sink. Some of
them might be useful, but most of them are better left out of any
"package". FPC is just too big to vet thousands of files, and certain
there is no "one size fits all" (unless you try to include literally
everything, which as mentioned, isn't necessarily feasible).

IMHO, the bare minimum would be something equivalent to TP 5.5
(system: crt, dos, graph). Or maybe whatever is needed to rebuild the
compiler and/or IDE (but dunno what that quite is). Of course, any GNU
BinUtils have to be backed up by (huge) sources. But then again, I'm
sure most people would insist on having an IDE (which has compiler and
GDB built-in), which is even more source dependencies. Do we really
want a 50 MB "package" .ZIP??

BTW, the installer has a small bug where it sees that some
(compressed) files inside pre-install .ZIPs have LFNs (e.g.
"readme-jvm.txt") and doesn't "check" that installer setup box ([ ]
basedos.zip !!) for installation only because of that. You will have
to "zip -d basedos.zip *readme-jvm.txt" first, or just manually check
it and let it try to (force) install anyways.

Presumably some of the extra units (of which I have no idea which
would be most useful, probably should ask Laaca) also require similar
tricks.

Sorry if this isn't totally helpful (yet). I just don't quite know how
to sort it all out. (Similar concerns with other similarly DJGPP-based
packages, e.g. FBC or GCC/G++.)

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

[Freedos-devel] FDI Translations

[Jerome E. Shidel Jr.]

Hello again,

I just made some changes to V8Power Tools so the user can remove the install 
media before FDI does a system reboot.

So, I would like to get the following translated into all the appropriate 
languages. (ES, EO, FR, NL & DE)
Once again, rewording is fine.

Remove the installation media and press a key to restart the system or press 
CTRL+C to exit.

Thanks in advance,

Jerome
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] FPC 3.0.0

[Maarten Vermeulen]

On your btw:

I like that too. Butthe advantage of developing on DOS itself is that you can 
start made programs almost instantly. Because you have the right system for it. 
You don't have to make a .img first before you can put it in a virtual machine. 
I like the modern computer. I feel a bit 'jailed' in DOS. More open on a modern 
one.

Big screens or just a laptop is very nice to do. It has the advantage of doing 
much together. For example I can concentrate good with music. So obviously you 
need a modern pc for that. 
I really can concentrate with music. So yeah...


Just a stupid story. :)

Maarten

-Oorspronkelijk bericht-
Van: "Tom Ehlert" 
Verzonden: ‎14-‎1-‎2016 20:14
Aan: "Technical discussion and questions for FreeDOS developers." 

Onderwerp: Re: [Freedos-devel] FPC 3.0.0

> Well, I was messing around a little with the new FreePascal Compiler for DOS.

> Basically, what ships requires DOS LFN support. Many units, libraries and 
> executables
> are longer than the 8.3 standard file names. 

> It would be a lot of tedious work to migrate it to completely support 8.3 
> names.

> I don’t know if the effort is worth it or not. I know I don’t have the time 
> to do it.

> So basically, unless someone else ports it’s file names that leaves three 
> options.

> 1) stick with the current version.
> 2) leave it alone and require DOSLFN.

assuming this works: leave it alone and require DOSLFN.


btw: I personally find crossdeveloping from my machine with 2 big
1600*1200 monitors, many windows, firefox, ... much more productiv
then developing on DOS itself.

and then lomg filenames are there 'automatically'

YMMV

Tom



--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel