On 10/15/2024 14:34, Takashi Yano wrote:
On Tue, 15 Oct 2024 13:09:12 -0700
jeff wrote:
/cygdrive/k/pw-crack/fred_john/run/cygwin1.dll
-rwxrwx---+ 1 jdeifik None 3492318 May 26 2019
The culprit of the problem is this old cygwin1.dll.
Windows searches .dll in the current directory first.
I und
On 10/15/2024 07:56, Kevin Schnitzius via Cygwin wrote:
On Monday, October 14, 2024 at 05:19:27 PM EDT, jeff via Cygwin
wrote:
jdeifik@epyc-milan-64 /cygdrive/k
$ testx one two thee
My brother in Posix,
For the love all that is sustainable, take . out of your path.
Kevin
"."
On 10/15/2024 08:40, Takashi Yano wrote:
On Wed, 16 Oct 2024 00:29:30 +0900
Takashi Yano wrote:
IFS=':'; for a in ${PATH[@]}; do find $a -name cygwin1.dll -exec ls -l '{}' \;
; done
Sorry, use
IFS=':'; for a in ${PATH[@]}; do find $a -maxdepth 1 -name cygwin1.dll -exec ls
-l '{}' \; ; done
in
On 10/15/2024 08:01, Takashi Yano wrote:
On Tue, 15 Oct 2024 04:52:12 -0700
jeff wrote:
On 10/15/2024 03:48, Takashi Yano wrote:
On Mon, 14 Oct 2024 14:18:04 -0700
jeff via Cygwin wrote:
I have a test case.
this is test.c:
#include
int main(int argc, char *argv[])
{
for (int i
On 10/15/2024 03:48, Takashi Yano wrote:
On Mon, 14 Oct 2024 14:18:04 -0700
jeff via Cygwin wrote:
I have a test case.
this is test.c:
#include
int main(int argc, char *argv[])
{
for (int i = 0; i < argc; i++)
printf("%s\n", argv[i]);
}
compiled with gcc test.c
I have a test case.
this is test.c:
#include
int main(int argc, char *argv[])
{
for (int i = 0; i < argc; i++)
printf("%s\n", argv[i]);
}
compiled with gcc test.c -o testx.exe
when run from windows terminal:
testx one two three
testx
one
two
three
when run from cygwin bash shell an
On 10/14/2024 12:40, Takashi Yano wrote:
On Mon, 14 Oct 2024 12:31:37 -0700
jeff wrote:
On 10/14/2024 12:21, Takashi Yano wrote:
On Mon, 14 Oct 2024 09:15:02 -0700
jeff wrote:
I wrote a program called lines.cpp, which is line wc.
It works fine when I run it from a windows terminal or windows c
On 10/14/2024 12:21, Takashi Yano wrote:
On Mon, 14 Oct 2024 09:15:02 -0700
jeff wrote:
I wrote a program called lines.cpp, which is line wc.
It works fine when I run it from a windows terminal or windows command.
When I run it from bash, on my u disk, it works fine:
jdeifik@epyc-milan-64 /cyg
I wrote a program called lines.cpp, which is line wc.
It works fine when I run it from a windows terminal or windows command.
When I run it from bash, on my u disk, it works fine:
jdeifik@epyc-milan-64 /cygdrive/u
$ lines john.conf
c: 131785 w: 21581 l: 4505 LP p: 67 longest l: 292 john.
On 9/2/2023 12:59, Brian Inglis wrote:
On 2023-09-02 12:27, jeff via Cygwin wrote:
On 9/2/2023 10:56, Brian Inglis wrote:
On 2023-09-02 08:57, jeff via Cygwin wrote:
I have a program that is embarrassing parallel.
On my older computer which has an epyc 7302 (16 cores, 32 threads)
it scales
On 9/2/2023 10:56, Brian Inglis wrote:
On 2023-09-02 08:57, jeff via Cygwin wrote:
I have a program that is embarrassing parallel.
On my older computer which has an epyc 7302 (16 cores, 32 threads)
it scales very well using cygwin, and fully utilized all threads.
On my new computer which has
I have a program that is embarrassing parallel.
On my older computer which has an epyc 7302 (16 cores, 32 threads) it
scales very well using cygwin, and fully utilized all threads.
On my new computer which has an epyc 7B13 (64 cores, 128 threads) it
does not scale very well.
According to the
12 matches
Mail list logo
