Custom Query (44 matches)
Results (16 - 18 of 44)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #22 | worksforme | Incompatibility CDPATH, ash, sh, porting from *nix | ||
| Description |
Hint for porting *nix software - There is a known problem with ash or something like because DPATH will have *ix semantics, as will all the other path like environment variables. I prefer to handle these kinds of requirement locally rather than globally. For example, here's a bit from one of my session setup scripts which updates CDPATH for *ix semantics. :: 2009-11-27 SHL Adjust CDPATH to have unix semantics to keep ash happy if defined CDPATH if "%@substr[%CDPATH,0,2]" != ".;" set CDPATH=.;%CDPATH See http://bugs.ecomstation.nl/view.php?id=3529 set CDPATH=.;..;..\..; (leading .;) works here |
|||
| #31 | fixed | Testticket to check notification | ||
| Description |
please ignore, only for test |
|||
| #54 | fixed | Specifying touch.exe instead of touch should not use the internal touch | ||
| Description |
In order to make compiling Christian's apps work with the touch option for release versions, touch.exe has to be used. Executing the internal touch command of 4os2 is not compatible. Many years ago, my workaround was to append '.exe' to the 'touch' call. Christian and Andi (hi!) applied that, too. I haven't tried it since then again. On compiling the DOSBox .wpi, Jochen told me that he had problems. I searched and found out that he uses a recent 4os2. Needless to say that making the release worked with CMD. The current workaround would be to use the full path %UNIXROOT%\usr\bin\touch.exe. But from my POV, that's a bug. 4os2 should better search for an .exe file in PATH, if '.exe' was specified. Again: That worked in an older version. This is version 3.08.3-shl, as distributed with ArcaOS 5.0.1, I think. |
|||
