Re: perl.exe: fatal error on Vista
On 8/15/08, hce [EMAIL PROTECTED] wrote: On 8/14/08, Reini Urban [EMAIL PROTECTED] wrote: 2008/8/14 hce [EMAIL PROTECTED]: On 8/14/08, Reini Urban feed-for-spammers wrote: See http://cygwin.com/acronyms/#PCYMTNQREAIYR Tim McDaniel schrieb: On Wed, 13 Aug 2008, hce feeds-the-spammers wrote: On 8/13/08, Reini Urban feed-for-spammers wrote: I would try rebase with -v (verbose) and also tie it to a log file. $ rebaseall -v | tie rebaseall.log There is no tie command Reini must have meant the tee command. It's intended to be a T-joint, metaphorically: it copies all its input to the filename argument and also to its standard output. It's most commonly used to saving output into a log file while also monitoring it as it is generated, as intended here. Sorry. tee is what I meant of course. I'm obviously doing too much perl tie'ng lately. The error is most likely a running cygwin service. But since cygcheck was run from cmd.exe, not from bash, and C:\Tools\Cygwin\bin not in the path we cannot tell for sure. For the disturbing cygcheck message Windows Longhorn/Vista (not yet supported!) Ver 6.0 Build 6001 Service Pack 1 only Corinna can tell. AFAIK it should work ok. But I haven't tested it on Vista, as I have no Vista nowhere. Thanks all responses. I can ensure you there were only two processes ps and ash as I reboot the machine before doing ash rebaseall. Anyway, I've tried again to call rebaseall | tee rebaseall.log, then run cygcheck -s -v -r cygcheck.log in DOS terminal. Please see attached all files. Don't use tee as Dave explained. You will miss the two tee.exe dependent dll's then: cygintl-8.dll and cygiconv-2.dll Are there any cygwin services? I see none, but rebaseall complains. Can you post the output of the process test within ash please. Before you did it with cmd.exe C:\Cygwin\Tools\bin\ash $ ./grep -E -i -v '/ash(.exe)?$' /proc/[0-9]*/exename /proc/5656/exename:/usr/bin/bash.exe Why it cames bash.exe? Will the Vista a problem as you mentioned above? Windows Longhorn/Vista (not yet supported!) Ver 6.0 Build 6001 Service Pack 1 Not for perl and fork, but for running rebaseall probably. And for the perl rebase baselevel I provided in the perl package. Vista dll's seem to occupy much more space than I tought. Can someone with Vista please try a rebaseall? I'd need the last base address then, that I can prepare better rebased perl dll's. As workaround please try the following within bash. But I (and Jason) really want to know why this this simple grep test fails for you. # For perl I rebased from 0x5000 upwards. # Normally it goes for all cygwin dlls from 0x7000 downwards. # Since we have no Vista result what is the last base, maybe its # already below 0x5000 for some conflicting dll, we try it lower # And I don't know how far upwards the Vista dll go. echo /bin/cygperl5_10.dll /tmp/rebase.lst find /usr/lib/perl5 -name \*.dll /tmp/rebase.lst rebase -v -b 0x48000 -o 0x1 -T /tmp/rebase.lst I did above process, now the perl.exe cannot start in my cygwin terminal when I tried ./brootstrap again. It pop up an error message perl.exe has stopped Thanks Reini. Hi Reini, Now the perl.exe is really cooked. Could you please tell me how can I get it back, reverse above implementation? Reini Urban http://phpwiki.org/ http://murbreak.at/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: perl.exe: fatal error on Vista
On 8/14/08, Reini Urban [EMAIL PROTECTED] wrote: Tim McDaniel schrieb: On Wed, 13 Aug 2008, hce [EMAIL PROTECTED] wrote: On 8/13/08, Reini Urban [EMAIL PROTECTED] wrote: I would try rebase with -v (verbose) and also tie it to a log file. $ rebaseall -v | tie rebaseall.log There is no tie command Reini must have meant the tee command. It's intended to be a T-joint, metaphorically: it copies all its input to the filename argument and also to its standard output. It's most commonly used to saving output into a log file while also monitoring it as it is generated, as intended here. Sorry. tee is what I meant of course. I'm obviously doing too much perl tie'ng lately. The error is most likely a running cygwin service. But since cygcheck was run from cmd.exe, not from bash, and C:\Tools\Cygwin\bin not in the path we cannot tell for sure. For the disturbing cygcheck message Windows Longhorn/Vista (not yet supported!) Ver 6.0 Build 6001 Service Pack 1 only Corinna can tell. AFAIK it should work ok. But I haven't tested it on Vista, as I have no Vista nowhere. Thanks all responses. I can ensure you there were only two processes ps and ash as I reboot the machine before doing ash rebaseall. Anyway, I've tried again to call rebaseall | tee rebaseall.log, then run cygcheck -s -v -r cygcheck.log in DOS terminal. Please see attached all files. Will the Vista a problem as you mentioned above? Windows Longhorn/Vista (not yet supported!) Ver 6.0 Build 6001 Service Pack 1 Thank you. Reini -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ rebaseall.log Description: Binary data cygcheck.log Description: Binary data C:\Tools\Cygwin\bingrep -E -i -v '/ash(.exe)?$' /proc/[0-9]*/exename /proc/336/exename:/usr/bin/grep.exe PIDPPIDPGID WINPID TTY UIDSTIME COMMAND I 512 1 512512 con 1000 06:56:28 /usr/bin/ash 1928 11928 1928 con 1000 06:56:59 /usr/bin/ps -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: perl.exe: fatal error on Vista
On 8/14/08, Brian Dessent [EMAIL PROTECTED] wrote: hce wrote: I've tried again to call rebaseall | tee rebaseall.log, then run I don't know why Reini suggested using tee, but it's a bad idea because having tee in the pipeline will cause all these DLLs to be in use which will just cause rebaseall to fail: $ cygcheck /bin/tee C:\cygwin\bin\tee.exe C:\cygwin\bin\cygwin1.dll C:\WINXP\system32\ADVAPI32.DLL C:\WINXP\system32\ntdll.dll C:\WINXP\system32\KERNEL32.dll C:\WINXP\system32\RPCRT4.dll C:\WINXP\system32\Secur32.dll C:\cygwin\bin\cygintl-8.dll C:\cygwin\bin\cygiconv-2.dll Redirecting the output should be fine though. I've tried ash command with /bin/rebaseall without tee. Still got the same error. Thank you. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: perl.exe: fatal error on Vista
On 8/14/08, Reini Urban [EMAIL PROTECTED] wrote: 2008/8/14 hce [EMAIL PROTECTED]: On 8/14/08, Reini Urban feed-for-spammers wrote: See http://cygwin.com/acronyms/#PCYMTNQREAIYR Tim McDaniel schrieb: On Wed, 13 Aug 2008, hce feeds-the-spammers wrote: On 8/13/08, Reini Urban feed-for-spammers wrote: I would try rebase with -v (verbose) and also tie it to a log file. $ rebaseall -v | tie rebaseall.log There is no tie command Reini must have meant the tee command. It's intended to be a T-joint, metaphorically: it copies all its input to the filename argument and also to its standard output. It's most commonly used to saving output into a log file while also monitoring it as it is generated, as intended here. Sorry. tee is what I meant of course. I'm obviously doing too much perl tie'ng lately. The error is most likely a running cygwin service. But since cygcheck was run from cmd.exe, not from bash, and C:\Tools\Cygwin\bin not in the path we cannot tell for sure. For the disturbing cygcheck message Windows Longhorn/Vista (not yet supported!) Ver 6.0 Build 6001 Service Pack 1 only Corinna can tell. AFAIK it should work ok. But I haven't tested it on Vista, as I have no Vista nowhere. Thanks all responses. I can ensure you there were only two processes ps and ash as I reboot the machine before doing ash rebaseall. Anyway, I've tried again to call rebaseall | tee rebaseall.log, then run cygcheck -s -v -r cygcheck.log in DOS terminal. Please see attached all files. Don't use tee as Dave explained. You will miss the two tee.exe dependent dll's then: cygintl-8.dll and cygiconv-2.dll Are there any cygwin services? I see none, but rebaseall complains. Can you post the output of the process test within ash please. Before you did it with cmd.exe C:\Cygwin\Tools\bin\ash $ ./grep -E -i -v '/ash(.exe)?$' /proc/[0-9]*/exename /proc/5656/exename:/usr/bin/bash.exe Why it cames bash.exe? Will the Vista a problem as you mentioned above? Windows Longhorn/Vista (not yet supported!) Ver 6.0 Build 6001 Service Pack 1 Not for perl and fork, but for running rebaseall probably. And for the perl rebase baselevel I provided in the perl package. Vista dll's seem to occupy much more space than I tought. Can someone with Vista please try a rebaseall? I'd need the last base address then, that I can prepare better rebased perl dll's. As workaround please try the following within bash. But I (and Jason) really want to know why this this simple grep test fails for you. # For perl I rebased from 0x5000 upwards. # Normally it goes for all cygwin dlls from 0x7000 downwards. # Since we have no Vista result what is the last base, maybe its # already below 0x5000 for some conflicting dll, we try it lower # And I don't know how far upwards the Vista dll go. echo /bin/cygperl5_10.dll /tmp/rebase.lst find /usr/lib/perl5 -name \*.dll /tmp/rebase.lst rebase -v -b 0x48000 -o 0x1 -T /tmp/rebase.lst I did above process, now the perl.exe cannot start in my cygwin terminal when I tried ./brootstrap again. It pop up an error message perl.exe has stopped Thanks Reini. Reini Urban http://phpwiki.org/ http://murbreak.at/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: perl.exe: fatal error on Vista
On 8/13/08, Reini Urban [EMAIL PROTECTED] wrote: 2008/8/13 hce: On 8/12/08, Reini Urban wrote: 2008/8/12 hce: I installed cygwin from http://www.cygwin.com/setup.exe on Vista. I am building the VLC at the moment and had following error for cygwin perl.exe. Could anyone advise what I was missing? + autoreconf --install --force --verbose -I m4 4 [main] perl 920 C:\Tools\Cygwin\bin\perl.exe: *** fatal error - unable t o remap C:\Tools\Cygwin\lib\perl5\5.10\i686-cygwin\auto\File\Glob\Glob.dll to sa me address as parent(0x86) != 0x14C 37 [main] perl 2712 child_info::sync: wait failed, pid 920, Win32 error 183 1053 [main] perl 2712 fork: child 920 - died waiting for dll loading, errno 1 That's a typical rebaseall problem, as advertised in the perl ANNOUNCEMENT. Install rebase, read /usr/share/doc/Cygwin/rebase-2.4.4.README snip Use the following procedure to rebase your entire system: 1. shutdown all Cygwin processes and services 2. start ash (do not use bash or rxvt) 3. execute /bin/rebaseall (in the ash window) Thanks for the advice. I installed rebase then followed above procedure: 1. Shutdown all Cygwin processes and services (shutdown all cygwin terminals) 2. Start a dos termina, and run ash from the dos terminal 3. Execute /bin/rebaseall from the ash command line. After that, I've running ./bootstrap from the vlc again. The same error was still there? What I did wrong here? I cannot say from here. Obviously Glob.dll was not rebased. File::Glob is one of the very first loaded dll's in such forked perl process with wildcards args. So I suspect it was not rebased at all. I would try rebase with -v (verbose) and also tie it to a log file. $ rebaseall -v | tie rebaseall.log Check the output for refused dll's, and if nothing is obvious, send the output of cygcheck -s -v -r plus rebaseall.log Run cygcheck -s -v -r cygcheck.out and include that file as an attachment in your report. Please do not compress or otherwise encode the output. Just attach it as a straight text file so that it can be easily viewed. as described in http://cygwin.com/problems.html There is no tie command, so I tried to call /bin/rebaseall -v rebaseall.log from the ash. Please find attached rebaseall.log and cygcheck.log as per above requirment. Thank you. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ rebaseall.log Description: Binary data cygcheck.log Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: perl.exe: fatal error on Vista
On 8/13/08, Reini Urban [EMAIL PROTECTED] wrote: 2008/8/13 hce: On 8/13/08, Reini Urbanwrote: 2008/8/13 hce: On 8/12/08, Reini Urban wrote: 2008/8/12 hce: I installed cygwin from http://www.cygwin.com/setup.exe on Vista. I am building the VLC at the moment and had following error for cygwin perl.exe. Could anyone advise what I was missing? + autoreconf --install --force --verbose -I m4 4 [main] perl 920 C:\Tools\Cygwin\bin\perl.exe: *** fatal error - unable t o remap C:\Tools\Cygwin\lib\perl5\5.10\i686-cygwin\auto\File\Glob\Glob.dll to sa me address as parent(0x86) != 0x14C 37 [main] perl 2712 child_info::sync: wait failed, pid 920, Win32 error 183 1053 [main] perl 2712 fork: child 920 - died waiting for dll loading, errno 1 That's a typical rebaseall problem, as advertised in the perl ANNOUNCEMENT. Install rebase, read /usr/share/doc/Cygwin/rebase-2.4.4.README snip Use the following procedure to rebase your entire system: 1. shutdown all Cygwin processes and services 2. start ash (do not use bash or rxvt) 3. execute /bin/rebaseall (in the ash window) Thanks for the advice. I installed rebase then followed above procedure: 1. Shutdown all Cygwin processes and services (shutdown all cygwin terminals) 2. Start a dos termina, and run ash from the dos terminal 3. Execute /bin/rebaseall from the ash command line. After that, I've running ./bootstrap from the vlc again. The same error was still there? What I did wrong here? I cannot say from here. Obviously Glob.dll was not rebased. File::Glob is one of the very first loaded dll's in such forked perl process with wildcards args. So I suspect it was not rebased at all. I would try rebase with -v (verbose) and also tie it to a log file. $ rebaseall -v | tie rebaseall.log Check the output for refused dll's, and if nothing is obvious, send the output of cygcheck -s -v -r plus rebaseall.log Run cygcheck -s -v -r cygcheck.out and include that file as an attachment in your report. Please do not compress or otherwise encode the output. Just attach it as a straight text file so that it can be easily viewed. as described in http://cygwin.com/problems.html There is no tie command, so I tried to call /bin/rebaseall -v rebaseall.log from the ash. Please find attached rebaseall.log and cygcheck.log as per above requirment. Yes, that's the problem. There are non ash cygwin processes still running. See the output of ps x. There must only be 2 processes: /usr/bin/ash /usr/bin/ps Kill all other. rebaseall: only ash processes are allowed during rebasing Exit all Cygwin processes and stop all Cygwin services. Execute ash from Start/Run... or a cmd or command window. Execute '/bin/rebaseall' from ash. exit 2 Where did the log files indicate there were more than two processes? I checked ps, there were indeed only two processes before calling the /bin/rebaseall from ash command line: C:\Cygwin\bin\ps PIDPPIDPGID WINPID TTY UIDSTIME COMMAND I2484 12484 2484 con 1000 11:24:31 /usr/bin/ash 4564 14564 4564 con 1000 11:29:04 /usr/bin/ps Thanks Reini. Reini Urban http://phpwiki.org/ http://murbreak.at/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: perl.exe: fatal error on Vista
On 8/12/08, Reini Urban [EMAIL PROTECTED] wrote: 2008/8/12 hce: I installed cygwin from http://www.cygwin.com/setup.exe on Vista. I am building the VLC at the moment and had following error for cygwin perl.exe. Could anyone advise what I was missing? + autoreconf --install --force --verbose -I m4 4 [main] perl 920 C:\Tools\Cygwin\bin\perl.exe: *** fatal error - unable t o remap C:\Tools\Cygwin\lib\perl5\5.10\i686-cygwin\auto\File\Glob\Glob.dll to sa me address as parent(0x86) != 0x14C 37 [main] perl 2712 child_info::sync: wait failed, pid 920, Win32 error 183 1053 [main] perl 2712 fork: child 920 - died waiting for dll loading, errno 1 That's a typical rebaseall problem, as advertised in the perl ANNOUNCEMENT. Install rebase, read /usr/share/doc/Cygwin/rebase-2.4.4.README snip Use the following procedure to rebase your entire system: 1. shutdown all Cygwin processes and services 2. start ash (do not use bash or rxvt) 3. execute /bin/rebaseall (in the ash window) Thanks for the advice. I installed rebase then followed above procedure: 1. Shutdown all Cygwin processes and services (shutdown all cygwin terminals) 2. Start a dos termina, and run ash from the dos terminal 3. Execute /bin/rebaseall from the ash command line. After that, I've running ./bootstrap from the vlc again. The same error was still there? What I did wrong here? Thank you. Kind Regards, Jim Reini Urban http://phpwiki.org/ http://murbreak.at/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
perl.exe: fatal error on Vista
Hi, I installed cygwin from http://www.cygwin.com/setup.exe on Vista. I am building the VLC at the moment and had following error for cygwin perl.exe. Could anyone advise what I was missing? + autoreconf --install --force --verbose -I m4 4 [main] perl 920 C:\Tools\Cygwin\bin\perl.exe: *** fatal error - unable t o remap C:\Tools\Cygwin\lib\perl5\5.10\i686-cygwin\auto\File\Glob\Glob.dll to sa me address as parent(0x86) != 0x14C 37 [main] perl 2712 child_info::sync: wait failed, pid 920, Win32 error 183 1053 [main] perl 2712 fork: child 920 - died waiting for dll loading, errno 1 1 Thank you. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
pkg-config --list-all displays nothing on Vista
Hi, I've just installed cygwin http://www.cygwin.com/setup.exe on vista and also installed other package files to /usr/win32/lib/pkgconfig. Two problems: 1. Typing pkg-config --list-all does not show anything also the $PKG_CONFIG_PATH has pointed to /usr/win32/lib/pkgconfig. 2. Could not find expat package during the installation of http://www.cygwin.com/setup.exe. Please advise. Thank you. Kind Regards. Jim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: pkg-config --list-all displays nothing on Vista
Thanks Larry, I'll check it again. Any advice for my first question of pkg-config --list-all shown nothing? I could not even find ldconfig in cygwin. Could anyone advice whether pkgconfig works or not in cygwin? And how to make it work? Thank you. On Mon, Aug 11, 2008 at 1:37 PM, Larry Hall (Cygwin) [EMAIL PROTECTED] wrote: hce wrote: Hi, I've just installed cygwin http://www.cygwin.com/setup.exe on vista and also installed other package files to /usr/win32/lib/pkgconfig. Two problems: snip 2. Could not find expat package during the installation of http://www.cygwin.com/setup.exe. Perhaps you'll have better luck if you click on the View button until you get the Full view. There all packages are listed in alphabetical order, which is often an easier view to search than the Category view when you're looking for a specific package. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: pkg-config --list-all displays nothing on Vista
On Mon, Aug 11, 2008 at 2:35 PM, René Berber [EMAIL PROTECTED] wrote: hce wrote: Any advice for my first question of pkg-config --list-all shown nothing? Not all packages use the pkg-config database, so if it doesn't list anything then you don't have any. Do not confuse Cygwin packages with those that populate the pkg-config DB. For example, but some of these where built not installed as Cygwin packages: That's fine. But I installed my packages to /usr/win32/lib/pkgconfig, then I could not find the packages by calling pkg-config --list-all. The problem is now I failed to build my program which searched PKG_CONFIG_PATH and tried to find libraries. $ pkg-config --list-all imlib2imlib2 - Powerful image loading and rendering library gmodule-no-export-2.0 GModule - Dynamic module loader for GLib pycairo Pycairo - Python bindings for cairo libpcre libpcre - PCRE - Perl compatible regular expressions C library cairo cairo - Multi-platform 2D graphics library pango Pango - Internationalized text handling cairo-ft cairo-ft - FreeType font backend for cairo graphics library libpnglibpng - Loads and saves PNG files glib-2.0 GLib - C Utility Library cairo-png cairo-png - PNG backend for cairo graphics library libpng12 libpng - Loads and saves PNG files gtk+-win32-2.0GTK+ - GIMP Tool Kit (win32 target) openssl OpenSSL - Secure Sockets Layer and cryptography libraries and tools gmodule-export-2.0GModule - Dynamic module loader for GLib libgsf-win32-1libgsf-gnome-1 - Win32 specific extensions to libgsf libgcjlibgcj - libgcj cppunit CppUnit - The C++ Unit Test Library eventlog EventLog - General system logging format library gtk+-unix-print-2.0 GTK+ - GIMP Tool Kit Unix print support Wand Wand - MagickWand - C API for ImageMagick xpm-nox Xpm-noX - X Pixmap Library gdk-win32-2.0 GDK - GIMP Drawing Kit (win32 target) libsslOpenSSL - Secure Sockets Layer and cryptography libraries gobject-2.0 GObject - GLib Type, Object, Parameter and Signal Library pangocairoPango Cairo - Cairo rendering support for Pango gmodule-2.0 GModule - Dynamic module loader for GLib libgsf-1 libgsf-1 - A library for reading and writing structured files (eg MS OLE and Zip) atk Atk - Accessibility Toolkit libcrypto OpenSSL-libcrypto - OpenSSL cryptography library cairo-ps cairo-ps - PostScript backend for cairo graphics library pygobject-2.0 PyGObject - Python bindings for GObject cairo-win32 cairo-win32 - Microsoft Windows backend for cairo graphics library libart-2.0libart - LGPL version of the libart library cairomm-1.0 cairomm - C++ wrapper for cairo libxml-2.0libXML - libXML library version2. sdl sdl - Simple DirectMedia Layer is a cross-platform multimedia library designed to provide low level access to audio, keyboard, mouse, joystick, 3D hardware via OpenGL, and 2D video framebuffer. check Check - A unit test framework for C libmpg123 libmpg123 - An optimised MPEG Audio decoder pangoft2 Pango FT2 - Freetype 2.0 font support for Pango pangowin32Pango Win32 - Win32 GDI font support for Pango libcurl libcurl - Library to transfer files with ftp, http, etc. gdk-2.0 GDK - GIMP Drawing Kit (win32 target) fontconfigFontconfig - Font configuration and customization library gthread-2.0 GThread - Thread support for GLib wv-1.0wvWare - Word Document Filter library and utilities libpcrecpplibpcrecpp - PCRECPP - C++ wrapper for PCRE freetype2 FreeType 2 - A free, high-quality, and portable font engine. libclamav libclamav - A GPL virus scanner gtk+-2.0 GTK+ - GIMP Tool Kit (win32 target) gdk-pixbuf-2.0GdkPixbuf - Image loading and scaling cairo-pdf cairo-pdf - PDF backend for cairo graphics library pixman-1 Pixman - The pixman library (version 1) autoopts AutoOpts - A semi-automated generated/library option parser cairo-svg svg - SVG backend for cairo graphics library ImageMagick++ ImageMagick++ - Magick++ - C++ API for ImageMagick ImageMagick ImageMagick - ImageMagick - Convert, Edit, and Compose Images sqlite3 SQLite - SQL database engine gnome-icon-theme gnome-icon-theme - A collection of icons used as the basis for GNOME themes I could not even find ldconfig in cygwin. Could anyone advice whether pkgconfig works or not in cygwin? And how to make it work? Cygwin doesn't have
Problem with Linux serial port
Hi,
I have a small program running data transfer on serial port.
Ironically, the serial port data transfer works smoothly on Cygwin
window much better than the linux. On linux, the transfer data on
serial port can be freezed intermittently, which does not happen on
Cygwin window. Has anyone know why and how to fix it?
I am using an open source serial port program from Brian J. Hennings,
using native read, write and select. I suspect that the problem is
likely introduced by following port configuration:
int OpenPort (char *port)
{
int err;
struct termios options, old_options;
//Setup Serial
fprintf(stderr,Open Comms on port %s\n, port);
if ( (Serial = open ( port , O_RDWR | O_NONBLOCK | O_SYNC ) ) == -1)
{
fprintf(stderr, Cannot Open Comms - %s errno = %d\n, port, errno);
return -errno;
}
tcgetattr(Serial,options);
memset (options, 0,sizeof(options));
options.c_cflag = ~PARENB; // no parity
options.c_cflag = ~CSTOPB; // one stopbit
options.c_cflag = ~CRTSCTS; // No hardware flow control.
options.c_cflag = IXON;
options.c_cflag = IXOFF;
options.c_cflag = CSIZE;
options.c_cflag |= CS8;// 8N1
options.c_cflag |= (CLOCAL | CREAD); // enable Localmode, receiver
options.c_cc[VMIN] = 0;// set min read characters if 0
// VTIME takes over
options.c_cc[VTIME] = V_TIME; // wait V_TIME ms for character
err = cfsetospeed(options, B115200);
if (err 0) {
printf (Could not set output speed! Error = %d\n, err);
close (Serial);
return -1;
} /*End of if*/
err = cfsetispeed(options, B115200);
if (err 0) {
printf (Could not set input speed! Error = %d\n, err);
close (Serial);
return -1;
} /*End of if*/
if (tcsetattr(Serial,TCSANOW, options) 0) {
printf (Failed to set Serial port options!\n);
close (Serial);
return -1;
} /*End of if*/
tcflush (Serial, TCIOFLUSH);
fprintf(stderr, Port %s OPENED \n, port);
return 0;
} /*End of OpenPort ()*/
Thank you.
Kind Regards,
Jim
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Serial port using USB adaptor
On 2/29/08, Corinna Vinschen [EMAIL PROTECTED] wrote: On Feb 29 22:20, hce wrote: On 2/29/08, Corinna Vinschen [EMAIL PROTECTED] wrote: /dev/ttyUSB0 works?!? It's no device name recognized by Cygwin, so I assume you created a file on the disk called /dev/ttyUSB0 when using it. It was copied from Linux. Yeah, I assumed that much. As I said, that's not a device name Cygwin can do anything useful with. My knowledge about serial I/O is rather clumsy, but isn't there a virtual COM port attached, or can't you attach a virtual COM port to your USB I/O? AFAIK, you should find something like, say, COM9, which would be available as /dev/com9 or /dev/ttyS8. My knowledge to Window machine is also limited. So, I should open /dev/com9 or /dev/ttyS8 regardless it is connected to a serial cable or a USB serial adaptor. I don't have the Window machine at home, I'll try next day. I didn't say you should open /dev/ttyS8. This was just an example. You first have to find out (or set?) the number of the virtual COM port. For all I know it could be COM5 or COM12 or whatever. The important part is that, after you *know* the number X, you can use /dev/comX or /dev/tty[X-1] to access this serial port. Just don't access it using the Windows name, COMx or \\.\COMx, because then you will not get any POSIX serial I/O support from Cygwin. Thanks Corinna, it works under /dev/comx. One more thing, if a serial port is not connected by a serial cable, it can still open a serila port without errors. That was very stange to everybody when a problem printed out Open Serial Port /dev/com1 success, but actually there was no cable connected to that port. Is it a bug in Cygwin? Thank you. Kind Regards, Jim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Serial port using USB adaptor
On 2/29/08, Corinna Vinschen [EMAIL PROTECTED] wrote: On Feb 29 12:43, hce wrote: Hi, I have a linux serial port problem compiled by Cygwin on window, it runs fine if it connects a 9-pin serial cable and the device name is /dev/ttyS0 (it does not work with com1, I have to translate it to /dev/ttyS0). The problem is when I run the program in a PC without a physical 9-pin serial port on hardware: (1) If there is no USB Serial adaptor connected, it still opens /dev/ttyS0 without any errors. Then, it sends data to that port, and timeout (does not work). (2) If I plug a USB-Serial adaptor and change the device name to /dev/ttyUSB0, it opens that port witout problem but cannot connect to the serial device. /dev/ttyUSB0 works?!? It's no device name recognized by Cygwin, so I assume you created a file on the disk called /dev/ttyUSB0 when using it. It was copied from Linux. My knowledge about serial I/O is rather clumsy, but isn't there a virtual COM port attached, or can't you attach a virtual COM port to your USB I/O? AFAIK, you should find something like, say, COM9, which would be available as /dev/com9 or /dev/ttyS8. My knowledge to Window machine is also limited. So, I should open /dev/com9 or /dev/ttyS8 regardless it is connected to a serial cable or a USB serial adaptor. I don't have the Window machine at home, I'll try next day. Thank you Corinna. Jim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Serial port using USB adaptor
Hi, I have a linux serial port problem compiled by Cygwin on window, it runs fine if it connects a 9-pin serial cable and the device name is /dev/ttyS0 (it does not work with com1, I have to translate it to /dev/ttyS0). The problem is when I run the program in a PC without a physical 9-pin serial port on hardware: (1) If there is no USB Serial adaptor connected, it still opens /dev/ttyS0 without any errors. Then, it sends data to that port, and timeout (does not work). (2) If I plug a USB-Serial adaptor and change the device name to /dev/ttyUSB0, it opens that port witout problem but cannot connect to the serial device. Any advice please. Thank you. Kind Regards, Jim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Building C++ program with QT under cygwin
On 2/21/08, Dave Korn [EMAIL PROTECTED] wrote: On 21 February 2008 02:24, hce wrote: I am using QT 4.3 under linux, so I guess have to download the same version QT to the cygwin. I guess you said yes I should install the QT 4.3 for Linux package under Cygwin. Please correct me. Found some build instructions for you: http://wiki.lyx.org/LyX/LyXOnCygwin cheers, DaveK Thanks DaveK, you are the best. Cheers. Jim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Building C++ program with QT under cygwin
On 2/21/08, Erich Dollansky [EMAIL PROTECTED] wrote: Hi, hce wrote: On Thu, Feb 21, 2008 at 4:41 PM, Brian Dessent [EMAIL PROTECTED] wrote: hce wrote: I actually tried QT 4.3 linux packaget, but could not build it could not find cygwin-g++ in makespec directory. The QT seems only support minGW on Windows. Note that a QT you build for Cygwin will be an X11 app, so you'll need to have an X11 server running in order to use it. It won't have a Windows GUI like the MinGW flavor. I've tried to build the QT linux package, it could not find X11 event. I think I have installed X11, but I did not running X11 server. It is too much to using X11 server on window. Can the QT window package be compiled under Cygwin alternatively? you can install X under cygwin together with a small window manager. You must also install the X sources - or at least the headers - if you want to compile any X applications. Yes, I did install X11 on Cynwin and resolved that issue. But I got another following error: src-4.3.3/src/corelib/global/qglobal.cpp /home/Tools/Qt/Linux/qt-x11-opensource-src-4.3.3/src/corelib/global/qglobal.cpp:1676:24: qt_windows.h: No such file or directory /home/Tools/Qt/Linux/qt-x11-opensource-src-4.3.3/src/corelib/global/qglobal.cpp:1678: error: expected init-declarator before winVersion /home/Tools/Qt/Linux/qt-x11-opensource-src-4.3.3/src/corelib/global/qglobal.cpp:1678: error: expected `,' or `;' before winVersion /home/Tools/Qt/Linux/qt-x11-opensource-src-4.3.3/src/corelib/global/qglobal.cpp:1774: error: expected init-declarator before QSysInfo /home/Tools/Qt/Linux/qt-x11-opensource-src-4.3.3/src/corelib/global/qglobal.cpp:1774: error: expected `,' or `;' before QSysInfo make: *** [qglobal.o] Error 1 ~/project/yudehu/Tool$ I compiled a QT linux X11 package, not sure why it still requires a qt_windows.h. Thank you. Kind Regards, Jim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Support select() to read data from serial port
Hi, I have a C++ program using select() to read data from a serial port with a QT package. It runs fine in a linux system, but could not run on a window system with a pre-installed minGW. I have zero experience on window program environment and I am new to cygwin. I guess that select() is not supported by the window, nor by minGW. I am going to replace minGW by cygwin. Will cygwin support select() in a fiile system to read data from a serial port? In cygwin, can I keep native read() and write() system call to a serial port file descriptor, or I should change them to window ReadFile() and WriteFile()? Thank you. Kind Regards, Jim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Support select() to read data from serial port
On 2/20/08, Dave Korn [EMAIL PROTECTED] wrote: On 20 February 2008 10:35, hce wrote: Hi, I guess that select() is not supported by the window, nor by minGW. Yep. Will cygwin support select() in a fiile system to read data from a serial port? Yep. In cygwin, can I keep native read() and write() system call to a serial port file descriptor, Yep. :) You should be able to just recompile your program on cygwin and it'll work. You even get to use linux-alike /dev/ttyS0 names to access the serial port (ttyS0 = COM1, ttyS1 = COM2, etc..) Great. I don't have a window system here right now, I'll have to install cygwin tomorrow (otherwise I should not ask the following questions :-)). Should I just need to install setup.exe to enable me to recompile the program on cygwin, or should I need to install other resource as well for the compilation? I was using the minGW for compilation on window at the moment. Thank you. Jim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Support select() to read data from serial port
On Wed, Feb 20, 2008 at 10:54 PM, Brian Dessent [EMAIL PROTECTED] wrote: hce wrote: questions :-)). Should I just need to install setup.exe to enable me to recompile the program on cygwin, or should I need to install other resource as well for the compilation? I was using the minGW for compilation on window at the moment. You need to choose the necessary development packages when you run setup (e.g. gcc, binutils, make, w32api, etc.) in addition to the base packages that are automatically selected. Thanks Brian. I've installed the cygwin base setup.exe and I guess I need to run cygwin.bat to start cygwin, is it correct? If so, now I am running a cygwin shell on the window and I guess now I am running in a unix environment, not a window environment. I need to compile the program with a QT package. Previously, when I was using minGW, both my program and QT was compiled under window uing WIN32 macro and WIN32 build environment. I guess I need first to re-install and re-compile the QT for unix under cygwin. Then I should compile my program for unix with QT under cygwin, is it correct? Thank you. Jim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Building C++ program with QT under cygwin
Hi, I am new to cygwin. I've just installed cygwin for building my C++ program which was generated from linux initially. The program is also need to be compiled with QT, actually the QT will generate the Makefile. Previously it was using minGW, the QT was built under window and the C++ program was built using macro #ifdef WIN32 for the code of select(), read() and write() system calls. My understand is that I can use all linux system calls under cygwin, should I remove all #ifdef WIN32 in the program and compile with a parameter -unix rather than win32? The major issue is the QT package. In linux, I installed a QT package for linux and called the QT gmake to generate a Makefile. On window the QT was installed for window and compiled under window environment. I have got errors when using window QT to generate Makefile under cygwin. How should I use the QT under cygwin? Should I download a unix version QT and build the QT using unix macro under cygwin, or should I still using window QT under cygwin? Thank you for your advice. Jim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Building C++ program with QT under cygwin
On Thu, Feb 21, 2008 at 11:55 AM, Erich Dollansky [EMAIL PROTECTED] wrote: Hi, one thing at a time. hce wrote: I am new to cygwin. I've just installed cygwin for building my C++ I see Cygwin as an emulator. Your program will see Linux but not Windows. But you still can call Windows directly. and the C++ program was built using macro #ifdef WIN32 for the code of select(), read() and write() system calls. My understand is that I can use all linux system calls under cygwin, should I remove all #ifdef WIN32 in the program and compile with a parameter -unix rather than win32? Do not delete those things. Never ever even think of deleting them. The major issue is the QT package. In linux, I installed a QT package for linux and called the QT gmake to generate a Makefile. On window the QT was installed for window and compiled under window environment. I have got errors when using window QT to generate Makefile under cygwin. How should I use the QT under cygwin? Should I download a unix version QT and build the QT using unix macro under cygwin, or should I still using window QT under cygwin? You must install QT inside Cygwin if you want to make full use of it. All right, I am going to install the QT inside Cygwin. Now, there are two QT packages, one for Window and one for Linux. Should I download one for Linux and build it for linux under Cygwin? Should I also to call QT gmake with -unix -o to generate Makefile, the same parameters I was calling from linux? I have no idea if this will work. In theory you should be able to use the Windows version. This will make your program even more weird as it itself will behave like a Linux program but the libraries are then a mix of Windows and Linux. Try to stick either with Cygwin or move to Windows. I have to stick with Cygwin as the Windows does not support select() for file system, nor does the minGW. Try to learn Cygwin program environment as much as possible :-). Thanks Erich. Jim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Building C++ program with QT under cygwin
On Thu, Feb 21, 2008 at 12:58 PM, Larry Hall (Cygwin) [EMAIL PROTECTED] wrote: hce wrote: On Thu, Feb 21, 2008 at 11:55 AM, Erich Dollansky [EMAIL PROTECTED] wrote: Hi, one thing at a time. hce wrote: I am new to cygwin. I've just installed cygwin for building my C++ I see Cygwin as an emulator. Your program will see Linux but not Windows. But you still can call Windows directly. and the C++ program was built using macro #ifdef WIN32 for the code of select(), read() and write() system calls. My understand is that I can use all linux system calls under cygwin, should I remove all #ifdef WIN32 in the program and compile with a parameter -unix rather than win32? Do not delete those things. Never ever even think of deleting them. The major issue is the QT package. In linux, I installed a QT package for linux and called the QT gmake to generate a Makefile. On window the QT was installed for window and compiled under window environment. I have got errors when using window QT to generate Makefile under cygwin. How should I use the QT under cygwin? Should I download a unix version QT and build the QT using unix macro under cygwin, or should I still using window QT under cygwin? You must install QT inside Cygwin if you want to make full use of it. All right, I am going to install the QT inside Cygwin. Now, there are two QT packages, one for Window and one for Linux. Should I download one for Linux and build it for linux under Cygwin? If you can live with QT3, just go to kde-cygwin.sourceforge.net and install the pre-packaged version using 'setup.exe'. I am using QT 4.3 under linux, so I guess have to download the same version QT to the cygwin. I guess you said yes I should install the QT 4.3 for Linux package under Cygwin. Please correct me. Should I also to call QT gmake with -unix -o to generate Makefile, the same parameters I was calling from linux? If you must go this way then yes, I would recommend trying that. I have no idea if this will work. In theory you should be able to use the Windows version. This will make your program even more weird as it itself will behave like a Linux program but the libraries are then a mix of Windows and Linux. Try to stick either with Cygwin or move to Windows. I have to stick with Cygwin as the Windows does not support select() for file system, nor does the minGW. Try to learn Cygwin program environment as much as possible :-). In general, if you work the way that you would work on a Linux system, then you'll have better luck with Cygwin. Great, I have zero experince on Window program. This is what I am looking for. Thank you Larry. Jim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Building C++ program with QT under cygwin
On Thu, Feb 21, 2008 at 2:33 PM, Larry Hall (Cygwin) [EMAIL PROTECTED] wrote: hce wrote: On Thu, Feb 21, 2008 at 12:58 PM, Larry Hall (Cygwin) reply-to-list-only-lh wrote: ^^ http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. snip If you can live with QT3, just go to kde-cygwin.sourceforge.net and install the pre-packaged version using 'setup.exe'. I am using QT 4.3 under linux, so I guess have to download the same version QT to the cygwin. I guess you said yes I should install the QT 4.3 for Linux package under Cygwin. Please correct me. If you must have QT 4.3, then you need to pull the source for that over and try to build it under Cygwin. I actually tried QT 4.3 linux packaget, but could not build it could not find cygwin-g++ in makespec directory. The QT seems only support minGW on Windows. I then tried to installed QT 3 as you suggested from setup.exe, it got an error QMAKSPEC is not defined when calling gmake -unix -o Makefile project.pro which was the same command I was running on linux machine. Any advice how to use QT 3 under cygwin? Thank you. Jim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Building C++ program with QT under cygwin
On Thu, Feb 21, 2008 at 4:41 PM, Brian Dessent [EMAIL PROTECTED] wrote: hce wrote: I actually tried QT 4.3 linux packaget, but could not build it could not find cygwin-g++ in makespec directory. The QT seems only support minGW on Windows. Note that a QT you build for Cygwin will be an X11 app, so you'll need to have an X11 server running in order to use it. It won't have a Windows GUI like the MinGW flavor. I've tried to build the QT linux package, it could not find X11 event. I think I have installed X11, but I did not running X11 server. It is too much to using X11 server on window. Can the QT window package be compiled under Cygwin alternatively? I'd also like to just point out that at several points in this thread the implication has been made that there is some kind of inside Cygwin or it's a virtual environment. Cygwin is not some kind of emulator or virtual machine, it is simply a standard win32 DLL. All Cygwin binaries are standard win32 executables. Providing you have the Cygwin bin directory to your PATH, you can launch them in any way you would launch any standard Windows program -- from the start menu, from Explorer, from a Windows Command Prompt, etc. -- there is nothing special about the bash window that magically allows things to happen, nor are Cygwin apps in any way obligated to only run there. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
