Recent changes to bugs

Broken list option in latest 1.14i-1

2022-07-18T15:33:34.203000Z

List option (lha l "file") is broken in 1.14i-1.
Previous 1.14i works fine instead.
Tested on an Amiga archives (visit Aminet.net), Windows 10:

C:\Users\Luca\WinUAE\WinUAE files\Download - Amiga\testDOS>lha.exe l WOIST.lha
PERMISSION  UID  GID      SIZE  RATIO     STAMP           NAME
---------- ----------- ------- ------ ------------ --------------------
[generic]                  628  43.2% Apr 16  1995 WoIst.info
LHa: Error: Unknown level header (level -81)
---------- ----------- ------- ------ ------------ --------------------
 Total         1 file      628  43.2% Jun 17 21:58

Grep: Multiple issues: grep -r something *.js gives error if JS files are not in current directory, and version 2.4.2 is in the zip file saying it's supposed to be 2.5.4.

2022-01-16T17:16:30.427000Z

Grep 2.4.2 on Windows 10 Professional x64

C:\Servers\webdocs\core\js\baseline>grep -rni restagmain *.js
header.js:133:          $('#restagmain').css('top', heightAcc);
header.js:134:          $('#restagmain').css('height', heightMsgArea);

C:\Servers\webdocs\core\js\baseline>cd ..

C:\Servers\webdocs\core\js>grep -rni restagmain *.js
grep: *.js: No such file or directory

C:\Servers\webdocs\core\js>grep --version
GNU grep 2.5.4

Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.


C:\Servers\webdocs\core\js>

The problem is that grep is showing invalid behavior when the -r switch is used. What it SHOULD do is if the -r switch is present, search the subdirectories for the specified files before giving that error message if no JS files are found in the directory tree.

Additionally, the wrong version is for download on the site http://gnuwin32.sourceforge.net/packages/grep.htm. In the zip binary download, grep reports that it's version 2.4.2 even though the zip file is grep-2.5.4-bin.zip.

gnuwin wget: unable to resolve host address from Windows server

2020-12-26T10:22:34.987000Z

There is a problem with wget under windows operating system.

C:\Program Files (x86)\GnuWin32\bin>wget google.com
SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = C:\Program Files (x86)\GnuWin32/etc/wgetrc
--2020-12-26 13:09:51--  http://google.com/
Rresolve google.com... failure: Host not found.
wget: unable to resolve host `google.com'

C:\Program Files (x86)\GnuWin32\bin>ping google.com

Packet exchange с google.com [173.194.73.113] с 32 byes of dataх:
Reply from от 173.194.73.113: bytes=32 time=40мс TTL=110
Reply from от 173.194.73.113: bytes=32 time=40мс TTL=110
Reply from от 173.194.73.113: bytes=32 time=40мс TTL=110

Decision Tree classifier has a problem in classifying instances

2020-06-12T17:43:25.590000Z

I am doing feature construction and I want to use a decision tree (DT) classifier as evaluator for my results. I face a problem in that the DT could not classify a test instance. This makes the code throw the following exception
Exception in thread "main" net.sf.javaml.tools.weka.WekaException: java.lang.IllegalArgumentException: Value not defined for given nominal attribute!
I need to know how this happened while I have two nominal values for the class label

zip file and print to stdout will occure "error code 9" on windows 10

2020-05-13T03:37:37.733000Z

Hi, I used zip commnad to zip file and print to stdout, but I got an error zip error: Interrupted (aborting).

D:\
|-- my-folder1\
      |-- sub-folder-1\

I want to zip the D:\my-folder1\sub-folder-1, and redirect stdout to D:\output.txt, below is my command
D:\my-folder1> zip -r -q - . > ..\output.txt

Then an error happend, zip error: Interrupted (aborting).

The error code : 9 (Zip was interrupted by user (or superuser) action)

My zip version is 3.0

I downloaded the Binary and dependencies from here http://gnuwin32.sourceforge.net/packages/zip.htm

By the way, I can zip and print stdout successfully on Linux by using same command.

Incorrect SYSTEM_WGETRC is reported (Windows 10)

2020-03-10T14:53:13.446000Z

I noticed that the path shown for SYSTEM_WGETRC is incorrect. Example:

C:\>wget --version
SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = C:\Program Files (x86)\GnuWin32/etc/wgetrc
GNU Wget 1.11.4

Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://www.gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Originally written by Hrvoje Niksic <hniksic@xemacs.org>.
Currently maintained by Micah Cowan <micah@cowan.name>.

C:\>where wget
C:\Program Files (x86)\GnuWin32\bin\wget.exe

The actual path c:/progra~1/wget/etc/ does not exist.

Thanks

Packetfence DHCP issue

2020-02-11T21:17:10.625000Z

Hi There,

I am unable to receive DHCP on the endpoint when connected to packetfence server.
PF server is installed on VM ---> Connected to Unmanaged Switch ------>Uplink from unmanaged switch is connected to trunk port on port 52 and enpoint on port 1.

PF is able to switch VLAN from registration to Inline which registering the endpoint mannually but is unable to provide IP via its DHCP server.

Please help!!

newlines changed

2019-09-30T16:20:06.525000Z

Piping to grep.exe and redirecting to a file turns 0x0D0A into 0x0A. For example, with CMD.EXE,

echo foo | grep foo > foo.txt

GREP fails to open NTFS alternate data stream

2019-05-26T19:03:58.137000Z

Unlike many of my other Gnu Win32 utilities, GREP.EXE fails to open an NTFS alternate data stream.

v:> g:\gnu\wc timecheck.btm:servers.txt
19 94 1121 timecheck.btm:servers.txt

v:> g:\gnu\head -n 2 timecheck.btm:servers.txt
time-a-g.nist.gov 129.6.15.28 NIST, Gaithersburg, Maryland
time-b-g.nist.gov 129.6.15.29 NIST, Gaithersburg, Maryland

v:> g:\gnu\tail -n 2 timecheck.btm:servers.txt
tick.usnogps.navy.mil 204.34.198.40 Colorado Springs, Colorado
tock.usnogps.navy.mil 204.34.198.41 Colorado Springs, Colorado

v:> g:\gnu\grep Colorado timecheck.btm:servers.txt
g:\gnu\grep: timecheck.btm:servers.txt: No such file or directory

v:> g:\gnu\grep --version
GNU grep 2.5.4

Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

UnRtf fails when redirecting output on Win10

2019-04-14T16:07:55.577000Z

When I run the current version of unrtfthis on my Win10 64-bit system if works on all tested RTF files as long as the output is going to the console. However, if I redirect the output to a file or pipe it including piping to another program then the resulting file is zero bytes long for about half of the tested input files.

This is using the current build of GnuWin UnRtf, version 0.19.3 (per http://gnuwin32.sourceforge.net/packages/unrtf.htm).

Of the sample set of RTF files, 177 displayed this bug and 186 did not. All were created using Word 2003 Professional as they all contain the string "{\xmlns1 http://schemas.microsoft.com/office/word/2003/wordml}}". One such failing document is attached to this ticket.

This problem does not reproduce on my Windows 7 64-bit system using the same documents and unrtf executable file. TMP, TMPDIR, and HOME environment variables were identical and valid on both systems. msvcrt.dll is on both systems (albeit different versions).

Sample command that always works:

unrtf file.rtf

Sample commands that always fail for about half the documents:

unrtf file.rtf > file.xml
unrtf file.rtf | more

Here is an output log; note:

C:\tmp\wilum-rtf>unrtf "Centipede Press.rtf"
This is UnRTF, version 0.19.3
By Dave Davey and Marcos Serrou do Amaral
Original Author: Zach T. Smith
Processing Centipede Press.rtf...

Centipede Press

2565 Teller Court

Lakewood, CO 80214

C:\tmp\wilum-rtf>
C:\tmp\wilum-rtf>unrtf "Centipede Press.rtf" | more
This is UnRTF, version 0.19.3
By Dave Davey and Marcos Serrou do Amaral
Original Author: Zach T. Smith
Processing Centipede Press.rtf...

C:\tmp\wilum-rtf>