> how one can check logs under win
I'm late to the conversation but can recommend tools that I use: MSYS2
(msys2.github.io) and WinTail (tailforwindows.org). The former uses pacman as a
package manager to manage grep, sed, curl, ssh, gcc, clang, and much more and
does not have the GPL restrictions that Cygwin has. If you're behind a proxy,
set http_proxy, https_proxy. The latter is a small Windows GUI designed for
viewing logs.
On Friday, October 2, 2015 3:12 PM, Frederik Nosi
<frederik.n...@postecom.it> wrote:
On 10/02/2015 10:10 PM, Frederik Nosi wrote:
> Christopher,
>
> On 10/02/2015 09:40 PM, Christopher Schultz wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA256
>>
>> Frederik,
>>
>> On 10/2/15 12:29 PM, Frederik Nosi wrote:
>>> On 10/02/2015 01:05 PM, David kerber wrote:
>>>> On 10/2/2015 3:47 AM, Mark Thomas wrote:
>>>>> On 02/10/2015 00:39, Jason Britton wrote:
>>>>>
>>>>> <snip/>
>>>>>
>>>>>> And if Mark says there shouldn't be problems, I think that is
>>>>>> some implicit guarantee of free support from him ;)
>>>>> :)
>>>>>
>>>>> Bugs with reproducible tests cases are always welcome.
>>>>>
>>>>>> I have a lot of convenience shell scripts here and there but
>>>>>> nothing I couldn't replicate in powershell I imagine. I
>>>>>> would miss grep and find and all the other super useful Linux
>>>>>> command line operations. I'm not sure I've ever been able to
>>>>>> successfully search for text in files on a windows machine
>>>>>> server or otherwise (except when using notepad++).
>>>>> I've had similar problems using the OS provided tools on
>>>>> Windows. I've long since switched to this:
>>>>>
>>>>> http://www.wingrep.com/
>>>>>
>>>>> and never looked back.
>>>> AstroGrep! http://astrogrep.sourceforge.net/
>>> Actually tail and other shell commands would be another heavy miss
>>> for me, it was at the times i had to manage stuff on Windows years
>>> ago. I got used to install Cygwin as first step in those times:
>>>
>>> https://www.cygwin.com/
>> There are also the win32 builds of GNU tools, but they all seem to run
>> terribly slowly. I think it's because the standard C API is probably
>> implemented using the win32 API so there's a layer of indirection
>> around a lot of things.
>
> I know i know ... horror stories ...
>>
>> Cygwin is an option, but it's always ... just not the same. It also
>> seems sluggish and things get really bizarre with path names and
>> stuff. Some tools work well with the path insanity and others fail
>> horribly.
>
> I do have to support java applications on unix where you can find inside:
>
> C:\...\Documents\... \Someone
>
> ..
>
> So i know.
>
> Anyway, although slow at least make you actually grep / tail and such.
> I really cant understand how one can check logs under win, but maybe
> that's me.
Sorry, i was talking about Cygwin or win32 builds in case it wasn't clear
>
> All this though, has little to do with Window's kernel, it's the
> userspace that IMHO is not adequate.
>
>
>
>>
>> - -chris
>> -----BEGIN PGP SIGNATURE-----
>> Comment: GPGTools - http://gpgtools.org
>>
>> iQIcBAEBCAAGBQJWDt2jAAoJEBzwKT+lPKRYJecP/RWW8Al03MskdIKgjNmOgYB2
>> xic7xS+QYHYVeqw9tAdLflxZnkJuCEanU1vuC3vgRhi4MgLYQFmEhY7oH0h55fvT
>> WEtrIQNhLMlbIF1V2NTGMJQwnK+zREWJTIBTbAfoPBfft3+jHlOGFz75qydqYn72
>> EoS2jPQvb9mmMbbf57q0mCAHfeuUSke68tuuzRyBvbo5GjOffwp/7wgAyZuo+KRE
>> 86WFPkrJZ47QirUxJh8D2FxpQE1rBcX5qy41cY2bYhQt/qqOSnzGr08iefBj2+db
>> cBROH3Bc8NGyBsclD3sC5qDlMphthpdEjhYCdFcXUdee4zTbURXWcmmHN74pmWGP
>> AasjPrMArX7OsXn74wX3Q8xwm45JAXFZwqCjar/HUsXp96tPe2lW179NM9QVA2nV
>> wub3dQflJhX80g4ppWH//Hw28Pbr4K3CETcsmsDQHjR0MOinjfbBQQj7ZiWwPEGw
>> Ziub6P73rNQaVdt/OY8DzrcPxfTUIyObH8qGLKoY2CX8/q/FTWiu0FtpuTMOS/Q/
>> L+QUnS6KUCVeJY1jPx+9qu3WcgAuXYa66dbxuqzpiuh+eJ4YA1N3AWX3Hw1lAm9B
>> 5rPH43332hXcu7iJf3c5gZKNdPFq9/2XTGP2Dsjp2w8Lmpn+nBO/fv6+hm12DLac
>> uZdQVFGzkdln3uDuIhKM
>> =amjv
>> -----END PGP SIGNATURE-----
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>> For additional commands, e-mail: users-h...@tomcat.apache.org
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
