Re: Unable to execute Cygwin application within UDF format
On Fri, 27 May 2022 11:36:27 +0800
Sam Lin wrote:
> I will see the problem on WIN10 or WIN SERVER, the duplicate steps are as
> follows:
>
> 1. Write a simple code 'hello world' program and compiled the
> executable file using GCC.
>
> // hello.c
> #include
>
> int main() {
> printf("Hello World\n");
> return 0;
> }
>
> $ gcc hello.c -o hello.exe
>
> 2. Format the specified USB drive using command prompt.
> C:\> format : /fs:UDF /q
>
> 3. Put the executable files hello.exe and cygwin1.dll into the UDF format
> flash drive and execute.
> We will find that the execution error occurs with cygwin v3.2.x and above.
>
> F:\>hello.exe
> 0 [main] hello (16224) F:\hello.exe: *** fatal error - add_item
> ("\??", "/", ...) failed, errno 22
> Stack trace:
> FrameFunctionArgs
> 000CCE0 001800622EE (0018029F172, 0018027AE81, 008,
> 0008B40)
> 000CCE0 0018004874A (000, 000CCE0, 00180020010,
> 000ABD6)
> 000CCE0 00180048782 (0009BD0, 016, 008,
> 001)
> 000CCE0 001800E30BC (000CBD0, 000CDF0, 001800D7488,
> 000)
> 000CCE0 00180133DC5 (001800D344A, 000, 000,
> 000)
> 000CCE0 00180048DA5 (000, 000, 000,
> 000)
> 000FFF0 00180047856 (000, 000, 000,
> 000)
> 000FFF0 00180047904 (000, 000, 000,
> 000)
> End of stack trace
>
> This error does not occur in v3.1.7.
> Hope this will be resolved in the future.
This seems to happen if cygwin1.dll is placed in the root
directly regardless of file system type.
--
Takashi Yano
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Unable to execute Cygwin application within UDF format
Hi ,
I will see the problem on WIN10 or WIN SERVER, the duplicate steps are as
follows:
1. Write a simple code 'hello world' program and compiled the
executable file using GCC.
// hello.c
#include
int main() {
printf("Hello World\n");
return 0;
}
$ gcc hello.c -o hello.exe
2. Format the specified USB drive using command prompt.
C:\> format : /fs:UDF /q
3. Put the executable files hello.exe and cygwin1.dll into the UDF format
flash drive and execute.
We will find that the execution error occurs with cygwin v3.2.x and above.
F:\>hello.exe
0 [main] hello (16224) F:\hello.exe: *** fatal error - add_item
("\??", "/", ...) failed, errno 22
Stack trace:
FrameFunctionArgs
000CCE0 001800622EE (0018029F172, 0018027AE81, 008,
0008B40)
000CCE0 0018004874A (000, 000CCE0, 00180020010,
000ABD6)
000CCE0 00180048782 (0009BD0, 016, 008,
001)
000CCE0 001800E30BC (000CBD0, 000CDF0, 001800D7488,
000)
000CCE0 00180133DC5 (001800D344A, 000, 000,
000)
000CCE0 00180048DA5 (000, 000, 000,
000)
000FFF0 00180047856 (000, 000, 000,
000)
000FFF0 00180047904 (000, 000, 000,
000)
End of stack trace
This error does not occur in v3.1.7.
Hope this will be resolved in the future.
Thanks,
Sam
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Issue with seteuid and openssh
On Wed, May 25, 2022 at 07:51:14PM +0200, Achim Gratz wrote: > Check the dependencies on both the cygserver and sshd service > definitions. You must start them after the network is up (make them > both depend on tcp_ip and sshd depend on cygserver) or they won't work > correctly. On domain machines that sometimes still isn't quite enough, > so I've set them to "delayed start" in those instances and that seems to > have fixed it. In the 2019 occurence of a similar problem, cygserver wasn't being used, so I would be interested and happy to hear if running it and waiting for it are enough to fix this. --Stephen -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Issue with seteuid and openssh
On Tue, May 24, 2022 at 10:15:05PM +, Dale Lobb via Cygwin wrote: > Greetings All, > > Has anyone seen an issue similar to this? > > I have a VMWare virtual machine loaded with Windows Server 2016 OS and a > Cygwin installation. Cygwin runs an installed SSHD service via > cygrunsrv.exe. A data gateway engine on a different machine makes regular > programmatic connections via SFTP to the server throughout the day. This > setup was established in 2021 and has run without issue for almost a year. > > Last night, the server rebooted automatically after windows updates. After > the reboot, the data gateway was then no longer able to connect to the > server. This condition persisted until I was informed of the issue this > morning and connected to the Windows server using RDP to take a look at the > issue, at which point the SSH connection suddenly started working. Further > tests showed this to be entirely repeatable. After rebooting the server, the > SSHD daemon does not allow connections, neither with password nor public key > authorization, until someone connects to the server via RDP, at which time > the SSH connections suddenly starts working again. > > The server's Windows application event log shows numerous errors from the > SSHD daemon stating "sshd: PID <>: fatal: seteuid 197108: No such device > or address" during the time frame when SSH connection were not working. The > errors stop immediately when the RDP connection is recorded in the same event > log. > > A google search for the error message turned up something somewhat similar > from this mailing list back in March of 2019, bit there is no mention of RDP > in that exchange. Also, the advice given, to convert the SSHD service from > running under the cyg_server account to LocalSystem, does not apply here, > because the Cygwin installation is recent enough that it is already running > under LocalSystem. Do you mean the thread started by this message: https://cygwin.com/pipermail/cygwin/2019-March/240389.html which describes a nearly identical problem. The main difference is that the problem occored for Windows Server 2008R2 and 2012 but was not confirmed on Windows Server 2016. This looks like regression in Windows so that now the problem occurs in Windows Server 2016 too. This underlying issue was never addressed or fully understood because the affected systems were EOL or nearly so. (and there are awkward workarounds for making do.) Looks like WS2016 has been EOL since January, so maybe no help this time either. The thread does mention RDP, and sshd service was already running as Local System, so I wonder if you read a different thread also from March 2019. 2019's problem occured for local accounts only. Is the new problem occuring for local accounts only? 2019's problem affected cron similarly to sshd so was a seteuid() problem and not a sshd problem. You might check if cron service is similarly affected. Hope this helps. Stephen Carrier BEAR Center UC Berkeley -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] ncurses-6.3-1.20220416, dialog-1.3-4.20220117, tack-1.09-1.20210619 (TEST)
The following packages have been uploaded to the Cygwin distribution: * dialog-1.3-4.20220117 * ncurses-6.3-1.20220416 * tack-1.09-1.20210619 Note: I'm updating these orphaned packages only because they are long overdue an update. If anybody wants to take over maintainership, they are more than welcome. (ncurses in particular is an important package, with many packages depending on it). -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Thanks for the cool tips! Re: missing dll
Thanks Ken and Brian,Roboloki Sent from Yahoo Mail on Android -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: sorry I meant to say libphp7.dll is missing
On 5/26/2022 12:23 PM, Jim McNamara via Cygwin wrote: there is only libphp7.dll.a That's what you need for linking. The corresponding DLL is /usr/bin/cygphp7-7-3.dll, which is in the php package. Ken -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: missing php library dll
On 2022-05-26 09:57, Jim McNamara via Cygwin wrote: I have tracked down the problem and wondering if you had a suggestion to help me fix it. Is there any reason why the package on the mirror doesn't have library -lphp7? Is there a way I can get one or do something to solve this problem? I tried 2 different PhP package versions on the mirror. /bin/sh /home/user/amf3/libtool --mode=link cc -DPHP_ATOM_INC -I/home/user/amf3/include -I/home/user/amf3/main -I/home/user/amf3 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -o amf3.la -export-dynamic -avoid-version -module -no-undefined -rpath /home/user/amf3/modules amf3.lo amf3-encode.lo amf3-decode.lo -lphp7 *** Warning: linker path does not have real file for library -lphp7. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libphp7 but no candidates were found. (...for file magic test) *** Warning: libtool could not satisfy all declared inter-library *** dependencies of module amf3. Therefore, libtool will create *** a static module, that should work as long as the dlopening *** application is linked with the -dlopen flag. Did you install the Cygwin php-devel package which includes many /usr/lib/php/build/ files, /usr/lib/libphp7.dll.a, a couple of utilities, and their man pages, which you should read, and search for other docs on building against php under Cygwin? Did you install the Cygwin libtool package? Cygwin runtime packages mostly build only dynamic libraries, and php installs /usr/bin/cygphp7-7-3.dll, which cygwin libtool should find and use. You should also check the options available from configure e.g. --disable-static and --disable-rpath as rpath is not normally used in Cygwin builds IIRC. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in binary units and prefixes, physical quantities in SI.] -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
sorry I meant to say libphp7.dll is missing
there is only libphp7.dll.a thanks again, ken -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
hi Ken- it is missing from the php-dev package
Hi - I only find php7.dll.a thanks -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
i will try to build a .dll from source for missing php library from php.net
thanks -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: missing php library dll
On 5/26/2022 11:57 AM, Jim McNamara via Cygwin wrote: hi all- I have tracked down the problem and wondering if you had a suggestion to help me fix it. Is there any reason why the package on the mirror doesn't have library -lphp7? Is there a way I can get one or do something to solve this problem? I tried 2 different PhP package versions on the mirror. It's in the php-devel package. Ken -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
missing php library dll
hi all- I have tracked down the problem and wondering if you had a suggestion to help me fix it. Is there any reason why the package on the mirror doesn't have library -lphp7? Is there a way I can get one or do something to solve this problem? I tried 2 different PhP package versions on the mirror. /bin/sh /home/user/amf3/libtool --mode=link cc -DPHP_ATOM_INC -I/home/user/amf3/include -I/home/user/amf3/main -I/home/user/amf3 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -o amf3.la -export-dynamic -avoid-version -module -no-undefined -rpath /home/user/amf3/modules amf3.lo amf3-encode.lo amf3-decode.lo -lphp7 *** Warning: linker path does not have real file for library -lphp7. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libphp7 but no candidates were found. (...for file magic test) *** Warning: libtool could not satisfy all declared inter-library *** dependencies of module amf3. Therefore, libtool will create *** a static module, that should work as long as the dlopening *** application is linked with the -dlopen flag. thanks, roboloki -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
