-- Forwarded message -
From: George Jordan
Date: Wed, Feb 13, 2019 at 7:38 PM
Subject: compute FAST_CWD pointer error
To:
Dear Sir/Madam,
As I try to run john the ripper I get this error - compute FAST_CWD pointer.
I am not sure how to proceed, I am running on windows 64-bit
Am 13.02.2019 um 06:22 schrieb Tokala, Bala Murali:
Dear Sir/Madam
I am getting the follwing error . please help me in getting over it .
1 [main] lm32-elf-gdb 17116 find_fast_cwd: WARNING: Couldn't compute
FAST_CWD pointer. Please report this problem to the public mailing list
cygwin
Dear Sir/Madam
I am getting the follwing error . please help me in getting over it .
1 [main] lm32-elf-gdb 17116 find_fast_cwd: WARNING: Couldn't compute
FAST_CWD pointer. Please report this problem to the public mailing list
cygwin@cygwin.com
.gdbinit: No such file or directory
On Feb 9 18:43, Vince Rice wrote:
> > On Feb 9, 2019, at 6:01 PM, L A Walsh wrote:
> >
> > On 2/9/2019 11:06 AM, Vince Rice wrote:
> >>> On Feb 9, 2019, at 8:46 AM, L A Walsh wrote:
> >
> >> What you think about this is irrelevant.
> >
> >Not really.
> Yes, really.
>
> >
> >> What I
> On Feb 9, 2019, at 6:01 PM, L A Walsh wrote:
>
> On 2/9/2019 11:06 AM, Vince Rice wrote:
>>> On Feb 9, 2019, at 8:46 AM, L A Walsh wrote:
>
>> What you think about this is irrelevant.
>
>Not really.
Yes, really.
>
>> What I think about this is
>> irrelevant. The only thoughts that
On 2/9/2019 11:06 AM, Vince Rice wrote:
>> On Feb 9, 2019, at 8:46 AM, L A Walsh wrote:
> What you think about this is irrelevant.
Not really.
> What I think about this is
> irrelevant. The only thoughts that matter are the ones of those who
> manage the list,
But they only
Whether one prefers top, bottom, or inline posting often has a lot to
do with the mail program they use.
And sometimes the actual context and whether or not it might be
confusing what is being responded to exactly. For example top or
bottom posting "yes" to a bunch of questions can be
> On Feb 9, 2019, at 8:46 AM, L A Walsh wrote:
>
> …
>
> For me, …
What you think about this is irrelevant. What I think about this is
irrelevant. The only thoughts that matter are the ones of those who
manage the list, and they have said this is a "do not top post" list.
Others who say "do
On 2019-02-09 07:46, L A Walsh wrote:
> That's why it is very surprising to see computer people treat
> 'email' as a "log" instead of like a chat w/history...
Logs can be displayed most recent first, as with directories or lists in most
products, and chats with history are in chronological order,
On 2/9/19 9:46 AM, L A Walsh wrote:
If a list is a conversational list where people think everyone
reads everything, then maybe chronological might be better, but
even many forums will show you the newer messages first.
The behavior/display of a list of messages does not have to be the same
as
Coud you reconsider that, otherwise someone posting a README would
violate the rules, (for exampe) which has most recent changes
at the top and you can read down as far as you want, going back in
time.
Also, like your sentence, below, you put the category of your
"PS-no top posting" with the
Greetings, akshay chavan!
> I think I found out why I faced this problem. When downloading Cygwin, I
> had chosen "download without installing". This installed only the base
> package. Later, I followed the instructions at
> http://x.cygwin.com/docs/ug/setup.html#setup-cygwin-x-installing to
GMT+5:30, akshay chavan
wrote:
Hi,
A newbie to Cygwin here.
I have installed Cygwin on Windows 10. I have also installed the "nedit" editor
as a package while installing cygwin, along with x-org server and other
x-windows related stuff. When I open a cygwin console and type startxwi
Hi,
A newbie to Cygwin here.
I have installed Cygwin on Windows 10. I have also installed the "nedit" editor
as a package while installing cygwin, along with x-org server and other
x-windows related stuff. When I open a cygwin console and type startxwin nedit,
I get the following err
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=7225a82c1a4e90bcea2a17da12a427d1e783de30
commit 7225a82c1a4e90bcea2a17da12a427d1e783de30
Author: Corinna Vinschen
Date: Tue Feb 5 12:52:13 2019 +0100
Cygwin: fork: terminate child process unconditionally in error case
On 2019-01-31 19:49, Samuel Cape wrote:
> I'm trying to use the Render Street plugin to send my render job (which
> includes video files), and I encounter the following error:
> 1 [main] rsync 7388 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
> pointer. Please report
Hi, I'm trying to use the Render Street plugin to send my render job (which
includes video files), and I encounter the following error:
1 [main] rsync 7388 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer. Please report this problem to
the public mailing list cygwin@cygwin.com
So
Am 28.01.2019 um 02:49 schrieb William J. Schilp, PhD:
i've been using cygwin/x for many years and i did an installation to a new
computer and when i try to start xwin i get a popup windows with the
following error message:
LoadLibrary failed with error 87: the parameter is incorrect.
i
i've been using cygwin/x for many years and i did an installation to a new
computer and when i try to start xwin i get a popup windows with the
following error message:
LoadLibrary failed with error 87: the parameter is incorrect.
i start xwin with the following command line:
startxwin
Am 24.01.2019 um 19:48 schrieb Pudingos Stand:
Hello, i got this error several times with the Joh the ripper program and
i couldn't seem to find a fix online.
2 [main] john 8388 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer. Please report this problem to
the public mailing list
Hello, i got this error several times with the Joh the ripper program and
i couldn't seem to find a fix online.
2 [main] john 8388 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer. Please report this problem to
the public mailing list cygwin@cygwin.com
0 password hashes cracked, 0 left
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=de0ec284a3aeb31601383c507904ddaf755854f6
commit de0ec284a3aeb31601383c507904ddaf755854f6
Author: Corinna Vinschen
Date: Tue Jan 22 16:37:15 2019 +0100
Cygwin: posix timers: fix error handling in public API
Signed-off
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=289b7c09c8bca6c84edfddf77c11b530bda95016
commit 289b7c09c8bca6c84edfddf77c11b530bda95016
Author: Corinna Vinschen
Date: Mon Jan 21 12:41:00 2019 +0100
Cygwin: timerfd: move ioctl error handling into timerfd_tracker
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=a3268ac392241830cf6c91abe663f252c407cf8c
commit a3268ac392241830cf6c91abe663f252c407cf8c
Author: Corinna Vinschen
Date: Mon Jan 21 00:14:51 2019 +0100
Cygwin: timerfd: Handle gettime error in settime
Signed-off
Am 20.01.2019 um 15:59 schrieb Mohsen Esfandiari:
Executing: rsync.exe -v -rlt --chmod=a=rw,Da+x --delete
"/cygdrive/E/SamanLogs/" "172.16.85.153::SamanLogs/SamanLogs/"
1 [main] rsync 2764 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer. Please report this problem to
the
Executing: rsync.exe -v -rlt --chmod=a=rw,Da+x --delete
"/cygdrive/E/SamanLogs/" "172.16.85.153::SamanLogs/SamanLogs/"
1 [main] rsync 2764 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer. Please report this problem to
the public mailing list cygwin@cygwin.com
sending incremental
Am 27.12.2018 um 19:46 schrieb Thomas Howell:
My first run of an old program in a "Windows PowerShell" on my new Win
10 machine worked but produced the following error message.
2 [main] sudoku 17400 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer. Please report th
My first run of an old program in a "Windows PowerShell" on my new Win
10 machine worked but produced the following error message.
2 [main] sudoku 17400 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer. Please report this problem to
the public mailing list cygwin@cygwin.co
gt; hekate_ctcaer_4.5.rar:$rar5$16$b4081e037140981e3822e45c6f66b030$15$12e1ea2487855a151650a264e007deef$8$7ebc0a2416d330c4
No, this is a warning, not an error.
And it was fixed over a decade ago. Please update your Cygwin installation.
See https://cygwin.com/faq.html#faq.using.fixing-f
C:\Users\xyz\Downloads\john179w2\john180j1w\run>rar2john.exe
hekate_ctcaer_4.5.rar
1 [main] rar2john 10060 find_fast_cwd: WARNING: Couldn't compute
FAST_CWD pointer. Please report this problem to
the public mailing list cygwin@cygwin.com
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=161d0fd27bdedcf5ff9ea2a56596a3b1ce368d74
commit 161d0fd27bdedcf5ff9ea2a56596a3b1ce368d74
Author: Corinna Vinschen
Date: Mon Nov 26 17:38:15 2018 +0100
Cygwin: timers: drop error handling for Windows perf timer functions
Am 14.11.2018 um 08:26 schrieb yamaha 100:
*
* MAKE TAR*
*
* Partitions File needs to be in \parts *
* Continuing will make TAR archive *
*
*
* MAKE TAR*
*
* Partitions File needs to be in \parts *
* Continuing will make TAR archive *
*
Enter Name Of Your TAR package (ex
On 2018-11-08 06:37, laura champin wrote:
> I want to install HEG conversion Tool but HEG GUI disappears right after
> opening. I open a MS DOS command window. In that window I change the
> directory to HEG's bin directory and type HEGTool.bat. and I have the message:
>
Hello,
I want to install HEG conversion Tool but HEG GUI disappears right after
openning. I open a MS DOS command window. In that window I change the directory
to HEG's bin directory and type HEGTool.bat. and I have the message :
Am 30.10.2018 um 16:57 schrieb Greg Viola:
Apps Installer encountered the following issues:
0 [main] cat 47360 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer. Please report this problem to
Hi Greg,
the warning is unrelated to your problem
Apps Installer encountered the following issues:
***
* Apps Installer*
***
apps.zip is missing.
So we will download it for you!
0 [main] cat 47360
,
your mail is a record of short length.
If this was real problem and you were asking support you are supposed
to provide much more info than just copy the error message.
Have you thought that an error message can be shared by hundred of
application and to help you anyone should receive some
On 10/22/2018 6:32 PM, sidrah ijaz wrote:
> could not compute FAST_CWD pointer
>
Not sure if the above is a question.
https://cygwin.com/faq/faq.html#faq.using.fixing-find_fast_cwd-warnings
HTH.
--
John Doe
--
Problem reports: http://cygwin.com/problems.html
FAQ:
could not compute FAST_CWD pointer
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Message is from trusted source.
Administrator IT Messages Bounce Error Notification
� This is a system notification for cygwin@cygwin.com Email
Administrator.
Hello User,,
cygwin@cygwin.com Mail Server is experience difficulty in delivering
Right. My thinking was that the auto-suffix probing makes
sense when running or checking for a program, but
not when creating a program. (I could be wrong, and I imagine
if I actually compiled and tested the hack I'd find out pretty quickly
if it was at least obviously wrong.)
O_BINARY doesn't
On 10/9/18 11:21 AM, Dan Kegel wrote:
On Tue, Oct 9, 2018 at 5:03 AM Eric Blake wrote:
whether someone patches the cygwin dll or cp, it seems like some rather
hairy code for what is normally a rare corner case, so it probably won't
happen unless someone actually contributes a patch.
Right.
On Tue, Oct 9, 2018 at 5:03 AM Eric Blake wrote:
> whether someone patches the cygwin dll or cp, it seems like some rather
> hairy code for what is normally a rare corner case, so it probably won't
> happen unless someone actually contributes a patch.
Right. Here's a completely untested guess
On 10/9/18 1:22 AM, Marco Atzeri wrote:
Am 08.10.2018 um 23:24 schrieb Dan Kegel:
A nice workaround might be for the cygwin version of cp could arrange
to wait to create .exe files until after any potential non-suffixed
file has been processed... not sure how easy that would be.
Apologies if
Am 08.10.2018 um 23:24 schrieb Dan Kegel:
A nice workaround might be for the cygwin version of cp could arrange
to wait to create .exe files until after any potential non-suffixed
file has been processed... not sure how easy that would be.
Apologies if this has already been discussed.
- Dan
Everybody who uses cygwin knows that if foo and foo.exe exist, you can do
cp foo bar
cp foo.exe bar.exe
but not
cp foo.exe bar.exe
cp foo bar
because of the unavoidable magic in cygwin that lets you execute foo
when you really mean foo.exe.
Well, it just bit me again during a buildbot try
Hi,
On 09/25/2018 08:53 AM, nithan santiago wrote:
> Hi,
> i am using a Dell inspiron 5368 model with 7th gen i3 processor with 4 gb
> ram and runs in windows 10 64-bit version. I am getting an error in running
> this program(OpenGrADS), it shows that "couldn't compute FAST_CWD
Hi,
i am using a Dell inspiron 5368 model with 7th gen i3 processor with 4 gb
ram and runs in windows 10 64-bit version. I am getting an error in running
this program(OpenGrADS), it shows that "couldn't compute FAST_CWD pointer",
if u have solution please reply as soon as possible, th
Am 08.09.2018 um 21:59 schrieb Alexander Weiß:
Hello,
i have tested John The Ripper for Windows and with the zip2john.exe i got
this error in the screenshot:
http://prntscr.com/ks5cwe
Please help me.
Best regards from Germany,
Alexander Weiß
https://cygwin.com/faq.html#faq.using.fixing
Hello,
i have tested John The Ripper for Windows and with the zip2john.exe i got
this error in the screenshot:
http://prntscr.com/ks5cwe
Please help me.
Best regards from Germany,
Alexander Weiß
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com
Am 07.09.2018 um 15:04 schrieb Theresa Campbell:
.
0 [main] diff 620 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer. Please report this problem to
the public mailing list cygwin@cygwin.com
done
Kindest Regards,
Theresa Campbell
>> .
0 [main] diff 620 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer. Please report this problem to
the public mailing list cygwin@cygwin.com
done
Kindest Regards,
Theresa Campbell
For the BEST response from AUC support, please send e-mails to
Am 31.08.2018 um 22:05 schrieb Eric Blake:
On 08/31/2018 02:48 PM, cyg Simple wrote:
Don't forget the possibility that '..' points to a symlink which Windows
will not understand.
$ mkdir -p /foo/baz
$ ln -s /foo /bar
$ cd /bar/baz
$ cygpath -w ..
Except .. never points to a symlink. It
On 2018-08-31 16:34, Steven Penny wrote:
> On Fri, 31 Aug 2018 10:57:34, Corinna Vinschen wrote:
>> Long-standing behaviour. ".." in Cygwin and ".." in Windows can totally
>> disagree. The path is always convert to absolute at this point in favor
>> of correct output. There's also the
Steven Penny writes:
> I am not understanding - it appears that "dot-dot" (..) is well defined by
> POSIX:
[…]
> so it would appears that ".." would be an acceptable return value in any case.
Except that you've asked for a Windows path, not POSIX, and you have no
idea what Windows' idea of the
On Fri, 31 Aug 2018 10:57:34, Corinna Vinschen wrote:
Long-standing behaviour. ".." in Cygwin and ".." in Windows can totally
disagree. The path is always convert to absolute at this point in favor
of correct output. There's also the additional restriction (though
not in this case) that
On 08/31/2018 02:48 PM, cyg Simple wrote:
Don't forget the possibility that '..' points to a symlink which Windows
will not understand.
$ mkdir -p /foo/baz
$ ln -s /foo /bar
$ cd /bar/baz
$ cygpath -w ..
Except .. never points to a symlink. It always points to the physical
directory that
On 8/31/2018 4:57 AM, Corinna Vinschen wrote:
> On Aug 30 21:37, Steven Penny wrote:
>> It is my understanding that given relative input, "cygpath" shall produce
>> relative output unless given "-a" option. However I noticed a discrepancy.
>> These
>> are all correct:
>>
>>$ cygpath .
>>.
On Aug 30 21:37, Steven Penny wrote:
> It is my understanding that given relative input, "cygpath" shall produce
> relative output unless given "-a" option. However I noticed a discrepancy.
> These
> are all correct:
>
>$ cygpath .
>.
>
>$ cygpath ..
>..
>
>$ cygpath -w .
>
It is my understanding that given relative input, "cygpath" shall produce
relative output unless given "-a" option. However I noticed a discrepancy. These
are all correct:
$ cygpath .
.
$ cygpath ..
..
$ cygpath -w .
.
This is not:
$ cygpath -w ..
C:\cygwin64\home\
> It seems that the advice I gave was wrong, and that '-override.hint'
> works, but an empty 'override.hint' is (silently) considered invalid
> (because it uses the same parser as other .hint files, which aren't
> expected to be empty)
>
> I've added some output so this failure isn't hidden,
On 30/08/2018 09:58, Andrew Schulman wrote:
On 29/08/2018 19:16, Andrew Schulman wrote:
I just uploaded lftp-4.8.4-1 for x86_64, and got these error notices back
from calm:
ERROR: package 'lftp' version '4.8.4-1' is most recent non-test version,
but version '4.7.8-2' is curr:
ERROR: package
> On 29/08/2018 19:16, Andrew Schulman wrote:
> > I just uploaded lftp-4.8.4-1 for x86_64, and got these error notices back
> > from calm:
> >
> > ERROR: package 'lftp' version '4.8.4-1' is most recent non-test version,
> > but version '4.7.8-2' is curr:
&
Am 29.08.2018 um 21:15 schrieb Jon Turney:
On 29/08/2018 19:16, Andrew Schulman wrote:
(Possibly you can even add a '-override.hint' to remove it, but I'm not
sure that works :) )
usually yes
---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
> I think all of this isn't needed any more, so you can add an empty
> override.hint to your upload to supersede that.
Got it. Thanks.
On 29/08/2018 19:16, Andrew Schulman wrote:
I just uploaded lftp-4.8.4-1 for x86_64, and got these error notices back
from calm:
ERROR: package 'lftp' version '4.8.4-1' is most recent non-test version,
but version '4.7.8-2' is curr:
ERROR: package 'lftp-debuginfo' version '4.8.4-1' is most
I just uploaded lftp-4.8.4-1 for x86_64, and got these error notices back
from calm:
ERROR: package 'lftp' version '4.8.4-1' is most recent non-test version,
but version '4.7.8-2' is curr:
ERROR: package 'lftp-debuginfo' version '4.8.4-1' is most recent non-test
version, but version '4.7.8-2
Ken Brown schreef op 2018-08-16 20:20:
On 8/16/2018 2:11 PM, waterlan wrote:
Ken Brown schreef op 2018-05-14 14:35:
This is a newlib issue that has been fixed:
sr/include -DDEBUG=0 -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -DUNIX -DWCD_USECURSES -D_XOPEN_SOURCE
-D_XOPEN_SOURCE_EXTENDED -c wcwidth.c -o wcwidth.o
In file included from /usr/include/ssp/wchar.h:5:0,
from /usr/include/wchar.h:336,
from wcwidth.c:62:
/usr/include/ss
LE_OFFSET_BITS=64 -DUNIX -DWCD_USECURSES -D_XOPEN_SOURCE
-D_XOPEN_SOURCE_EXTENDED -c wcwidth.c -o wcwidth.o
In file included from /usr/include/ssp/wchar.h:5:0,
from /usr/include/wchar.h:336,
from wcwidth.c:62:
/usr/include/ssp/wchar.h:78:1: error: unknown type na
-ow...@cygwin.com on behalf of Andrey
Repin
Sent: Tuesday, July 31, 2018 1:11 PM
To: Medina, Adela; cygwin@cygwin.com
Subject: Re: Error
Greetings, Medina, Adela!
> 1 [main] make 1972 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
> pointer. Please report this problem to
> the publi
: WARNING: Couldn't compute
FAST_CWD pointer. Please report this problem to
and
File "D:\Ph.D_Project\WEST\Tutorial\MyTuto\MyMeso\MyMesoCalc\ANU1D135C10M\run.py",
line 84, in
os.remove(r"./process/helsol")
WindowsError: [Error 2] The system cannot find the file sp
this problem to
and
File
"D:\Ph.D_Project\WEST\Tutorial\MyTuto\MyMeso\MyMesoCalc\ANU1D135C10M\run.py",
line 84, in
os.remove(r"./process/helsol")
WindowsError: [Error 2] The system cannot find the file specified:
'./process/helsol'
How i Fix it?
Best Regards,
Somph
target `all' failed
> make: *** [all] Error 127
This is a WARNING, not an error. And the wording of it indicates that you are
using a very, very, very old Cygwin version. The probem was fixed over a
decade ago.
See http://cygwin.com/faq/faq.html#faq.using.fixing-find_fast_cwd-warnings
for det
1 [main] make 1972 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer.
Please report this problem to
the public mailing list cygwin@cygwin.com
cd submodules && make all
make: /bin/sh: Command not found
Makefile:2: recipe for target `all' failed
make: *** [all] Error 127
--
Am 25.07.2018 um 15:26 schrieb Marco Atzeri:
Jon,
just noted the "Dwarf Error" is back for i686
..
$ nm -l a.exe | grep Dwarf
nm: Dwarf Error: Could not find abbrev number 45.
The main issue I have is not the emission of the Error,
that seems limited to just 1 per
Jon,
just noted the "Dwarf Error" is back for i686
https://sourceware.org/ml/cygwin/2017-07/msg00053.html
$ cat getcwd.c
#include
#include
int
main ()
{
char buf[PATH_MAX];
getcwd (buf, PATH_MAX);
}
$ gcc getcwd.c
$ nm -l a.exe | grep Dwarf
nm: Dwarf Error: Could not f
Am 24.07.2018 um 13:39 schrieb Ngọc Anh Phạm:
Hi,I'm install cygwin 2.35 and now I am getting the following error:
Hi Phạm,
there is no version 2.35 as last one is 2.10.0-1
So I suspect you are installing something else or a very old version,
or you are confusing the version fo cygwin setup
Hi,I'm install cygwin 2.35 and now I am getting the following error:
+ Bash 872 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer.
I am using windows 10
I tried reinstalling
I tried againg uninstalling and installing in a different directory
Can you give me a way to solve this problem
) show
this error
when calling, e.g., exe --help:
: CommandLine Error: Option 'disable-symbolication' registered more than
once!
LLVM ERROR: inconsistency in registered CommandLine options
- clang-check.exe
- clang-format.exe
- clang-import-test.exe
- clang-offload-bundler.exe
- clang-rename.exe
On Thu, 19 Jul 2018 at 19:38, Sam Habiel wrote:
> A quick internet search didn't show me anything interesting. Any ideas
> on how I can troubleshoot this?
>
> 1 [main] mumps 7644 child_info_fork::abort: address space needed
> by 'cygz.dll' (0xB4) is already occupied
Please try the
A quick internet search didn't show me anything interesting. Any ideas
on how I can troubleshoot this?
1 [main] mumps 7644 child_info_fork::abort: address space needed
by 'cygz.dll' (0xB4) is already occupied
--Sam
--
Problem reports: http://cygwin.com/problems.html
FAQ:
If we end up with a .stackdump file in a package, this tends to suggest
something has gone wrong somewhere, so raise an error.
---
lib/pkg_pkg.cygpart | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/lib/pkg_pkg.cygpart b/lib/pkg_pkg.cygpart
index a7624ff..69e5233
To resume my mail:
On Wed 2018-05-30 (12:57), Ulli Horlacher wrote:
>
> One of my Perl programs produces strange runtime errors on a Windows 7
> system (CYGWIN_NT-6.1 32bit) of my colleague:
>
> 0 [main] perl 4232 child_info_fork::abort: address space needed
>by 'Encode.dll'
On 8 July 2018 at 07:24, Qaiser Farooq wrote:
> When i tried to encrypt WWE smack down here comes the pain ps2 game 4.4gb
> it showed me this error "invalid number of arguments for encryption"
>
> Please help
You may need to quote any file name that contains spaces..
H
On 2018-07-08 09:42, Marco Atzeri wrote:
> Am 08.07.2018 um 15:24 schrieb Qaiser Farooq:
>> When i tried to encrypt WWE smack down here comes the pain ps2 game 4.4gb
>> it showed me this error "invalid number of arguments for encryption"
>>
>> Please help
&g
Am 08.07.2018 um 15:24 schrieb Qaiser Farooq:
When i tried to encrypt WWE smack down here comes the pain ps2 game 4.4gb
it showed me this error "invalid number of arguments for encryption"
Please help
please help us to help you.
From your mail we have no clue of what you are doin
When i tried to encrypt WWE smack down here comes the pain ps2 game 4.4gb
it showed me this error "invalid number of arguments for encryption"
Please help
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=995d2a824a8faf71ef91eb8b7a7b3054209565d8
commit 995d2a824a8faf71ef91eb8b7a7b3054209565d8
Author: Corinna Vinschen
Date: Fri Jun 29 15:29:36 2018 +0200
Cygwin: tape: Handle non-standard "no medium" error code
Ce
used is gcc-7.3.0 with binutils-2.29.1.20171006 (current),
> > > and the easiest test case here is:
> > >
> > > $ echo 'int main() { return 0; }' > conftest.c
> > > $ gcc -mfunction-return=thunk conftest.c
> > > /tmp/ccv1Ird0.o:conftest.c:(.text+0x1
echo 'int main() { return 0; }' > conftest.c
> > $ gcc -mfunction-return=thunk conftest.c
> > /tmp/ccv1Ird0.o:conftest.c:(.text+0x1a): relocation truncated to fit:
> > R_X86_64_32S against `.text'
> > collect2: error: ld returned 1 exit status
> >
> > Not sure though
Ird0.o:conftest.c:(.text+0x1a): relocation truncated to fit:
> R_X86_64_32S against `.text'
> collect2: error: ld returned 1 exit status
>
> Not sure though where to finally report this problem:
> * openssh, as they should do a link-test rather than compile-test
> * gcc, as their
gcc-7.3.0 with binutils-2.29.1.20171006 (current),
and the easiest test case here is:
$ echo 'int main() { return 0; }' > conftest.c
$ gcc -mfunction-return=thunk conftest.c
/tmp/ccv1Ird0.o:conftest.c:(.text+0x1a): relocation truncated to fit:
R_X86_64_32S against `.text'
collect2: error:
figures out the underlying cause of the "unable to map"
error for cygSDL*.dll, my only suggestion is to try to work around the
problem as I did for gimp: avoid using SDL. In your case, I think SDL
is brought in via the package libwx_gtk3u3.0_0. If you look at the
source for that packa
blem.
>
> Until someone figures out the underlying cause of the "unable to map"
> error for cygSDL*.dll, my only suggestion is to try to work around the
> problem as I did for gimp: avoid using SDL. In your case, I think SDL
> is brought in via the package libwx_gtk3u3.0_
help me solve the problem.
Until someone figures out the underlying cause of the "unable to map"
error for cygSDL*.dll, my only suggestion is to try to work around the
problem as I did for gimp: avoid using SDL. In your case, I think SDL
is brought in via the package libwx_gtk3u3.0_
On Wed 2018-06-06 (17:49), Marco Atzeri wrote:
> >> No, it's most likely (or should be, anyway) an XS library for the Encode
> >> module of Perl. The address it gets loaded to is awfully low, so it's
> >> either BLODA or you're using another library that's occupying the reabse
> >> space for
On 6/6/2018 5:31 PM, Ulli Horlacher wrote:
On Mon 2018-06-04 (21:24), Achim Gratz wrote:
Ulli Horlacher writes:
No, it's most likely (or should be, anyway) an XS library for the Encode
module of Perl. The address it gets loaded to is awfully low, so it's
either BLODA or you're using
On Mon 2018-06-04 (21:24), Achim Gratz wrote:
> Ulli Horlacher writes:
>
> > /client/bin is a directory which I have created.
> > It should not collide with anything.
>
> So what's in there, is in PATH etc. pp.
In /client/bin are my own programs, mostly Perl scripts and yes, it is in
$PATH.
>
601 - 700 of 7067 matches
Mail list logo
