Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail
Okay, it is fixed now. There is a 6.0.4 version that is posted. The release notes explain the source of the problem (read: me). In addition, I installed jasper, lcms, and libfpx so support for these was compiled in. ImageMagick doesn't seem to do anything with libwmf... is that correct? Harold
Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail
Harold L Hunt II wrote: Okay, it is fixed now. There is a 6.0.4 version that is posted. The release notes explain the source of the problem (read: me). In addition, I installed jasper, lcms, and libfpx so support for these was compiled in. ImageMagick doesn't seem to do anything with libwmf... is that correct? Hmm... oh, I see: libwmf support is not built in unless --with-modules=yes is used. We have not been enabling module support in the past and I didn't enable it in this release so libwmf was ignored. Comments on whether we should be enabling modules? Harold
RE: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail
Harold L Hunt II wrote: Okay, it is fixed now. There is a 6.0.4 version that is posted. The release notes explain the source of the problem (read: me). In addition, I installed jasper, lcms, and libfpx so support for these was compiled in. ImageMagick doesn't seem to do anything with libwmf... is that correct? Hmm... oh, I see: libwmf support is not built in unless --with-modules=yes is used. We have not been enabling module support in the past and I didn't enable it in this release so libwmf was ignored. Comments on whether we should be enabling modules? Would it break anything? If not then I'd say go for it. Chris
Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail
Hello Paul! On Tuesday, July 13, 2004 at 7:45:04 PM you wrote: interesting, the order.txt file doesn't mention the AB, just the MSL files... what gives? I'd say the AB should by default take precedence over any MSL file. Can you tell me the purpose of the order.txt? Shouldn't be needed, should? I can't find a Dame_Marck jpg in the rogues folder.. Just before I answered your mail I downloaded the Rogues.ZIP to get clean beforehand. I am not sure if the Dame was in yesterday evening or just today. -- Dierk Haasis :Dierk: Copy 'n' Concept The Bat 2.12 RC/4 on Windows XP 5.1 2600 Service Pack 1 Chat info for ICQ, AIM, MSN, Yahoo, Jabber upon request Everybody lov [Sud] Notizie dal Movimento dei Sem Terra altrinformazione Chronological -- Find Reply via email to cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Russell Moffitt Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Christopher Faylor RE: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Chris January Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Harold L Hunt II Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Harold L Hunt II Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Harold L Hunt II RE: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Chris January Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Gerrit P. Haase -- Chronological -- -- Thread -- [EMAIL PROTECTED]"> Reply via email to cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Russell Moffitt Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Christopher Faylor RE: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Chris January Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Harold L Hunt II Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Harold L Hunt II Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Harold L Hunt II RE: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Chris January Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Gerrit P. Haase -- Chronological -- -- Thread -- [EMAIL PROTECTED]"> Reply via email to cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Russell Moffitt Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Christopher Faylor RE: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Chris January Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Harold L Hunt II Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Harold L Hunt II Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Harold L Hunt II RE: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Chris January Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Gerrit P. Haase -- Chronological -- -- Thread -- [EMAIL PROTECTED]"> Reply via email to cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Russell Moffitt Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Christopher Faylor RE: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Chris January Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Harold L Hunt II Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Harold L Hunt II Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Harold L Hunt II RE: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Chris January Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Gerrit P. Haase -- Chronological -- -- Thread -- [EMAIL PROTECTED]"> Reply via email to cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Russell Moffitt Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Christopher Faylor RE: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Chris January Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Harold L Hunt II Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Harold L Hunt II Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Harold L Hunt II RE: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail, Chris January Re: cygwin 1.5.10:
Re: xorg-x11 packaging errors
On Wed, 11 Aug 2004, Christopher Faylor wrote: Alexander, please correct the problem below. cgf upset: *** No source file found for xorg-x11-fnts-6.7.99.1-2 upset: *** warning package xorg-x11-f100 refers to non-existent external-source: xorg-x11-fnts upset: *** No source file found for xorg-x11-fnts-6.7.99.1-2 upset: *** warning package xorg-x11-fcyr refers to non-existent external-source: xorg-x11-fnts upset: *** No source file found for xorg-x11-man-pages-6.7.99.1-2 upset: *** warning package xorg-x11-man-pages-html refers to non-existent external-source: xorg-x11-man-pages I'm uploading them right now. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
bug: tool tip popups on minimized windows
I'm running release 6.7.0.0-12 with the arguments -multiwindow -clipboard. I run the X11 version of Emacs (from the emacs-X11-21.2-13.tar.bz2 package) which has tooltip popup windows for the toolbar icons. Even after I minimize the window, I get the tooltips if I leave the mouse where the toolbar used to be. I just wanted to report the problem; I don't know if this is a known issue. I didn't see anything about it in the mailing list archives. Thanks, David
xwin -multiwindow bug [ver 1.5.10(0.116/4/2)?]
Hello. I think I have found a bug in Cygwin/X. When running xwin.exe with the -multiwindow switch (to use winxp's gdi as X's wm), the X-managed regions of the screen do some rather strange things. When the root window is shown, all of the X windows behave as they should, with the root window having the proper dimensions and offset from the upper-left corner of the screen. However, when the root window is hidden, X refuses to draw any regions of any window it thinks are outside the bounds of the root window, drawing white blocks instead. The bug is that when the root window is hidden, X thinks that the offset of the root window is (0,0), flush with the upper-left corner of the screen, regardless of what the desktop bounds (the extent of maximized windows) really are. This behavior doesn't manifest itself on factory-installed Windows XP systems, but it does manifest when the system is customized, especially if the taskbar is moved to other edges of the screen, or when another shell (such as LiteStep) is used in lieu of the default Internet Explorer/Windows Explorer shell. If this can be fixed by changing some settings, I can't find what they are. I would take RTFM as an answer, except TFM is silent on this problem. Thanks in advance, for any help anyone can offer. -ArielMT -- The most humbling achievement of the past millennium, I believe, is the evolution of the simplest form of communication: the written letter. From courier to post to telegram to fax to email, each advancement has made the awesome power of writing more accessible than ever before. -Ariel Millennium Thornton, Spokesman and Mascot, Thornton 2 Productions
FREPEORN
The only ebook of its kind. http://www.enhancemefast2.com
src/winsup/w32api include/wincrypt.h ChangeLog
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-08-11 07:42:58 Modified files: winsup/w32api/include: wincrypt.h winsup/w32api : ChangeLog Log message: 2004-08-10 Ed Schaller [EMAIL PROTECTED] * include/wincrypt.h (MS_ENH_RSA_AES_PROV_A, MS_ENH_RSA_AES_PROV_W) (ALG_SID_AES_128, ALG_SID_AES_192, ALG_SID_AES_256, ALG_SID_AES 17) (CALG_AES_128, CALG_AES_192, CALG_AES_256, CALG_AES,PROV_RSA_AES): Add defines. (CALG_SHA1): Add define. (HP_HMAC_INFO): Add define. (HMAC_INFO): Add struct. (BLOBHEADER): Add typedef. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/wincrypt.h.diff?cvsroot=srcr1=1.14r2=1.15 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.590r2=1.591
src/winsup/w32api include/wincrypt.h ChangeLog
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-08-11 07:51:57 Modified files: winsup/w32api/include: wincrypt.h winsup/w32api : ChangeLog Log message: * include/wincrypt.h: Correct _WIN32_WINNT typo. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/wincrypt.h.diff?cvsroot=srcr1=1.15r2=1.16 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.591r2=1.592
src/winsup/w32api include/ws2spi.h ChangeLog
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-08-11 08:10:22 Modified files: winsup/w32api/include: ws2spi.h winsup/w32api : ChangeLog Log message: 2004-08-10 Sebastian Nowak [EMAIL PROTECTED] * include/ws2spi.h (LPWSPSELECT): Correct typedef. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/ws2spi.h.diff?cvsroot=srcr1=1.4r2=1.5 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.592r2=1.593
src/winsup/cygwin ChangeLog net.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-08-11 18:34:33 Modified files: winsup/cygwin : ChangeLog net.cc Log message: * net.cc (cygwin_gethostbyname): Show failing host name on error. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2531r2=1.2532 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/net.cc.diff?cvsroot=srcr1=1.173r2=1.174
[ANNOUNCEMENT] Updated: ImageMagick-6.0.4-1 libMagick6-6.0.4-1 libMagick-devel-6.0.4-1
The following packages have been updated in the Cygwin distribution: *** ImageMagick-6.0.4-1 *** libMagick6-6.0.4-1 *** libMagick-devel-6.0.4-1 Changes === * Sync with upstream release. * Remove my little hack in the build script's install step that set pkgdatadir; this incorrectly installed some configuration files into the documentation directory. The last release was pretty much unusable due to this mistake. Add a new shell script snippit to the build script that moves the documenation files that are installed to the wrong place after 'make install'. * Build with new package support: jasper, lcms, libfpx, libwmf (Dr. Volker Zell) -- Harold Hunt *** To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. *** -- 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: Re: ssh password
On Aug 11 12:58, fishing wrote: please delete my email address from mail list.thanks! === 2004-05-06 21:27:53 === [...] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple ^^^ Did you read this? Corinna Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Co-Project Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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/
cygserver cleanup thread
Hello, i'm making a program using shared memory and as a consequence i need to use the cygserver. But when i close my program the ipcs give me this output: $ ipcs -ma Shared Memory: T ID KEYMODE OWNERGROUP CREATOR CGROUP NATTCH SEGSZ CPID LPIDATIMEDTIMECTIME m 2621440 --rw--- bma Kein bma Kein 0 2056192 1280 1988 10:07:25 10:07:46 10:07:13 m 2621450 --rw--- bma Kein bma Kein 0 6320 1280 1268 10:07:13 10:07:46 10:07:13 m 2621460 --rw--- bma Kein bma Kein 0 2056192 1280 1268 10:07:13 10:07:46 10:07:13 m 2621470 --rw--- bma Kein bma Kein 0 6320 1280 1268 10:07:13 10:07:46 10:07:13 m 2621480 --rw--- bma Kein bma Kein 0 1794048 1280 1268 10:07:13 10:07:46 10:07:13 m 2621490 --rw--- bma Kein bma Kein 0 6320 1280 2060 10:07:19 10:07:46 10:07:19 m 2621500 --rw--- bma Kein bma Kein 0 2056192 1280 2060 10:07:19 10:07:46 10:07:19 m 2621510 --rw--- bma Kein bma Kein 0 6320 1280 1988 10:07:25 10:07:46 10:07:24 m 3276880 --rw--- bma Kein bma Kein 0 2056192 1280 1988 10:07:25 10:07:46 10:07:24 m 3276890 --rw--- bma Kein bma Kein 0 6320 1280 1988 10:07:25 10:07:46 10:07:25 m 2621540 --rw--- bma Kein bma Kein 0 2056192 1280 1988 10:07:25 10:07:46 10:07:25 m 2621550 --rw--- bma Kein bma Kein 0 6320 1280 1988 10:07:25 10:07:46 10:07:25 m 2621560 --rw--- bma Kein bma Kein 0 2056192 1280 1988 10:07:25 10:07:46 10:07:25 m 1966360 --rw--- bma Kein bma Kein 0 6320 1280 1988 10:07:25 10:07:46 10:07:13 In fact all the shared memory i used is still there and is used by nobody (NNATCH 0). I thought that the cleanup thread of the cygserver was supposed to clean those but i have to remove them myself. Is this a normal behavior ? Is there something to configure in cygserver to clean those ? i'm using the default configuration file produced by the cygserver config script and the output of my cygcheck is enclosed to this mail thanks bertrand Cygwin Configuration Diagnostics Current System Time: Wed Aug 11 10:13:23 2004 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3 Path: C:\elinos\usr\local\bin C:\elinos\bin C:\elinos\bin C:\elinos\usr\X11R6\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem C:\elinos\bin Output from C:\elinos\bin\id.exe (nontsec) UID: 1000(bma) GID: 513(Kein) 513(Kein) Output from C:\elinos\bin\id.exe (ntsec) UID: 1000(bma) GID: 513(Kein) 0(root) 513(Kein) 544(Administratoren) 545(Benutzer) SysDir: C:\WINNT\System32 WinDir: C:\WINNT CYGWIN = `server' HOME = `C:\elinos\home\bma' MAKE_MODE = `unix' PWD = `/cygdrive/e/rpm-root/packages/RPMS/noarch' USER = `bma' ALLUSERSPROFILE = `C:\Dokumente und Einstellungen\All Users' COMMONPROGRAMFILES = `C:\Programme\Gemeinsame Dateien' COMPUTERNAME = `BMA-TEST2' COMSPEC = `C:\WINNT\system32\cmd.exe' CVS_RSH = `/bin/ssh' DISPLAY = `bma.sysgo.com:0.0' HOMEDRIVE = `C:' HOMEPATH = `\elinos\home\bma' HOSTNAME = `bma-test2' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LOGONSERVER = `\\BMA-TEST2' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/home/bma' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 4 Stepping 2, AuthenticAMD' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0402' PROGRAMFILES = `C:\Programme' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' REMOTE_HOST = `172.22.28.10' SHELL = `/bin/bash' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `c:\WINNT\TEMP' TERM = `xterm' TMP = `c:\WINNT\TEMP' USERDOMAIN = `BMA-TEST2' USERNAME = `bma' WINDIR = `C:\WINNT' XAUTHORITY = `/home/bma/.Xauthority' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
RE: RESOLVED (?): Cygwin permissions problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Larry Hall wrote: Fish wrote: snip Could some kind soul out there help me to understand why *SOME* type of public permissions set is [apparently] required by Cygwin? (*nix?) Thanks. I thought Pierre did a rather good (good? I mean excellent! ;-) ) job of explaining the issue with his last email to you on this subject: http://cygwin.com/ml/cygwin/2004-08/msg00280.html Hmmm... I seemed to have missed that post. Thanks! (And Thank YOU Pierre! Sorry I missed your reply. Must have been the change in the subject line and me not watching things closely enough. My apologies.) The key part is that 'setup.exe' is not a Cygwin program (it can't be) so it's largely bound by Windows security semantics. These don't map well into the Cygwin emulation of POSIX permissions. So, if neither you, nor standard groups, nor Everyone owns the file, there will be a mismatch of the permissions on the files and directories in the Windows view (ACLs) and the POSIX view (owner, group, world). I guess that make sense. As Pierre pointed out, POSIX tools like 'cp' only operate on POSIX permissions. If those are '-', then you get no permissions on that copied file. Yep. That's what was happening. I manually tried to 'cp' the files just like the postinstall scripts were doing and sure enough I got a file with no permissions. :) So one solution is to do what you did. Make sure that 'Everyone' owns the files in the Windows ACL. Well, not owns, but I get the drift. :) You do that by creating the directory you want to install Cygwin to and setting the permissions, via Windows, before Cygwin installation, making sure to set the permissions so they are inherited. Ah. Then if I understand things correctly, I could probably remove the Everyone group from everywhere (i.e. from all partitions (root [drive] folders), just like I had it before) and just have on the *Cygwin* directory *only*, right? Makes sense. Don't know why I didn't think of it before. (Hind sight is always 20-20, eh?) For the case of 'Everyone', that maps to the 'world'. Figured that. :) Another alternative is to create a CYGWIN environment variable with 'nontsec' set before installation. That will make Cygwin use Windows ACLs, following those rules exclusively. THAT sounds more like what I think I might want. I don't think I really need to have my Cygwin environment mimic the POSIX permissions so closely IMO. (At least I don't think so anyway) The way Windoze is doing/handling it is just fine, so 'nontsec' *sounds* like something I should definitely investigate. Thanks. If you're still having trouble understanding what's going on here, I suggest you read the NT security chapter of the User's Guide: http://cygwin.com/cygwin-ug-net/ntsec.html Cool. Thanks. I'll read through that when I get a chance. (It's late right now though so I'll save it for tomorrow) If you read it already, read it again. :) I'm serious. I'm sure you are. The GUI presentation of Windows' permissions is, more or less, relatively straightforward (or at least straightforward enough that I *think* I can pretty much understand what permissions I should probably set/use anyway), but how it actually *works* (i.e. what goes on behind the scenes) tends to give me a headache whenever I read about it. (Windows permissions is one area where I'm still not up to speed on yet) This is complicated stuff giving the partial mapping of ACLs to POSIX permissions. No sh*t! :) It takes some real thought to understand it all and it's limitations. Reading this more than once can make things click where they didn't before. When you get so you understand it, feel free to offer patches to make Cygwin and 'setup.exe' better in this area. You can save the next person who has tight permissions some trouble. :-) Will do. :) (But don't hold your breath waiting) ;-) Thanks you guys. (And again sorry for missing your reply Pierre) - -- Fish (David B. Trout) [EMAIL PROTECTED] Fight Spam! Join CAUCE! http://www.cauce.org/ -BEGIN PGP SIGNATURE- Version: PGP 7.0.4 iQA/AwUBQRnXAEj11/TE7j4qEQK73gCeMYZHoIFKRIWSIlCHmDJu3lEIrDIAoLb5 cKJ/J6RBmm5LOlTDsrMd8x9a =Pt6H -END PGP SIGNATURE- -- 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/
running cygwin sshd results in unreliable timer on w2003 DC
Hi, it seems there is a problem with the local clock when running cygwin sshd on a w2003 DC. Googling came up with nothing, as well as searching the list archives, so here it goes: Setup: Windows 2003 Server as DC (PDC) on a VM with VMware ESX (DC1) cygwin 1.5.10-3 sshd installed per ssh-host-config with privilege separation, running as domain\sshd_server sshd-environment cygwin=ntsec (tried with cygwin=ntsec server, too) sshd runs fine with no functional problems Problem description: We have a time server (time1) setup which gets its time from a radio clock. Above DC1 should synchronize with this server. With w32tm /stripchart /computer:time1 the deviation to time1 is constantly shown. Without sshd started, eveything is fine. No clock difference between DC1 and time1. After starting sshd, however, the local clock rapidly deviates from time1. It seems it does slow down, about 0.5 s per sec. After stopping sshd, the clock deviation vanishes again. This occurs regardless of the existance of a local time synchronisation mechanism. I tried the built-in w32time service, as well as a windows port of ntpd. Neither is capable of syncing the local clock to time1, if sshd is started. The CPU load of the server is very low, regardless of the running state of the sshd server. I'm not sure if the problem lies within sshd, but it can be triggered by starting and stopping the sshd service. I have running sshd on all of my other windows (NT, w2k, w2003) servers, and none of them shows that problem. I have another DC (DC2), though, that shows deviations from time to time, but w32time is capable to sync to time1. If the sshd service is stopped there, the deviations vanish altogehter, too. A side question is that why does the clock deviation that accumulated during the run of sshd correct itself, even if no sync mechanism is running ? I experimented with that a little, too: Setting the clock to be about 5 s from time1, starting sshd, it deviates (slows down). Stopping sshd, it goes back to those 5 s and stays there. How do I get the sshd server running without affecting it the local clock on tose DCs ? Thanks Andreas Baetz -- 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: ImageMagick
Gerrit - thanks. Weirdly enough I could not find the version on the ImageMagick site, and could not see how to downgrade (that goes for any part of cygwin). Still can't. so, there it is. thanks for the help. Colin --On 11 August 2004 00:02 +0200 Gerrit P. Haase [EMAIL PROTECTED] wrote: Colin writes: I'm getting a problem with ImageMagick 6.0.3-1 The maintainer is busy, please be patient. [...] I really, really, need to get this to work!! Recompile yourself? Downgrade? although its offtopic, if anyone knows of another way of converting a X bitmap (.xbm) to an .eps file for inclusion in a LaTeX document I'd be most most grateful. The native win32 ImageMagick does not seem to work; it creates a dodgy .eps file that nothing can read, including itself. There is always a Cygwin version available at the IM website, go figure: http://www.imagemagick.net/download/binaries/ImageMagick-i686-pc-cygwin.t ar.gz Gerrit -- =^..^= -- 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: cygserver cleanup thread
On Aug 11 10:13, bertrand marquis wrote: Hello, i'm making a program using shared memory and as a consequence i need to use the cygserver. But when i close my program the ipcs give me this output: $ ipcs -ma Shared Memory: T ID KEYMODE OWNERGROUP CREATOR CGROUP NATTCH SEGSZ CPID LPIDATIMEDTIMECTIME m 2621440 --rw--- bma Kein bma [...] In fact all the shared memory i used is still there and is used by nobody (NNATCH 0). I thought that the cleanup thread of the cygserver was supposed to clean those but i have to remove them myself. Is this a normal behavior ? Is there something to configure in cygserver to clean those ? This is normal behaviour. SYSV IPC is designed to keep the IPC elements intact even if no process is accessing them. If you want to get rid of them, then you have to do this by using the appropriate IPC_RMID control call: msgctl (msgid, IPC_RMID, NULL); semctl (semid, 0, IPC_RMID); shmctl (shmid, IPC_RMID, NULL); If you're creating an application which needs shared memory only on runtime, which should disappear when the last application using it exits, consider to use simple mmap calls. It's way easier than having to run cygserver. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Co-Project Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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: running cygwin sshd results in unreliable timer on w2003 DC
On Aug 11 10:34, Andreas Baetz wrote: Hi, it seems there is a problem with the local clock when running cygwin sshd on a w2003 DC. [...] Problem description: We have a time server (time1) setup which gets its time from a radio clock. Above DC1 should synchronize with this server. With w32tm /stripchart /computer:time1 the deviation to time1 is constantly shown. Without sshd started, eveything is fine. No clock difference between DC1 and time1. After starting sshd, however, the local clock rapidly deviates from time1. It seems it does slow down, about 0.5 s per sec. After stopping sshd, the clock deviation vanishes again. This occurs regardless of the existance of a local time synchronisation mechanism. I tried the built-in w32time service, as well as a windows port of ntpd. Neither is capable of syncing the local clock to time1, if sshd is started. How likely is it that an sshd should actively affect the clock? I'm wondering if that's a problem with using the same tcp port or something like that. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Co-Project Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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: cygserver cleanup thread
Le mer 11/08/2004 10:50, Corinna Vinschen a crit : On Aug 11 10:13, bertrand marquis wrote: Hello, i'm making a program using shared memory and as a consequence i need to use the cygserver. But when i close my program the ipcs give me this output: $ ipcs -ma Shared Memory: T ID KEYMODE OWNERGROUP CREATOR CGROUP NATTCH SEGSZ CPID LPIDATIMEDTIMECTIME m 2621440 --rw--- bma Kein bma [...] In fact all the shared memory i used is still there and is used by nobody (NNATCH 0). I thought that the cleanup thread of the cygserver was supposed to clean those but i have to remove them myself. Is this a normal behavior ? Is there something to configure in cygserver to clean those ? This is normal behaviour. SYSV IPC is designed to keep the IPC elements intact even if no process is accessing them. If you want to get rid of them, then you have to do this by using the appropriate IPC_RMID control call: msgctl (msgid, IPC_RMID, NULL); semctl (semid, 0, IPC_RMID); shmctl (shmid, IPC_RMID, NULL); Thank you, i will try to find a way to call shmctl from the last thread running. If you're creating an application which needs shared memory only on runtime, which should disappear when the last application using it exits, consider to use simple mmap calls. It's way easier than having to run cygserver. Corinna -- 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: Dynamic loading of cygwin dependent dlls
Ah, now I see it. You have to be careful with your typing. pseudo_stubs.dll (with one s in the end) is the name that fails. Apparently both pseudo_stub.dll (no s) and psuedo_stubs.dll (bad spelling) work. And pseudo_stubss.dll (double s) definitely works, that I have tried myself. You have checked what error 998 actually is? #define ERROR_NOACCESS 998L Of course. I have also checked what might cause the error. See: http://support.microsoft.com/default.aspx?scid=kb;en-us;q196069 I can also say that I have tried to use the pure Win32 LoadLibrary call on the resulting dlls, and the results are consistent with the dlopen results. My guess is that there is something wrong inside the dll, that causes a segfault during dlopen/LoadLibrary. I cannot believe that it depends on the name of a DLL whether it can be dlopened or not. Me neither, yet the name appears to be significant in some way. There must be another error with your test! Consider this (with source from your first posting): $ gcc -shared -o pseudo_stubs.dll foo.c $ gcc -o load load.c $ ./load pseudo_stubs.dllok foo.dll dlopen: Win32 error 126 $ cp pseudo_stubs.dll foo.dll $ ./load pseudo_stubs.dllok foo.dll ok Hey, that doesn't explain anything. It's like answering someones awk bug report with see, it works with sed, your test must be wrong. Apart from that, thanks for the example, the project now uses gcc -shared with apparent success. So for me, this problem is now academic. I'm not saying that it is the name of the dll that is causing the problem. If I build the dll as foo.dll with dlltool/dllwrap and rename it to pseudo_stubs.dll, pseudo_stubs.dll works. Also, if I build the dll as pseudo_stubs.dll and rename it foo.dll, foo.dll doesn't work. I'd say that there is some sort of problem in dlltool/dllwrap. Please enlighten me if I'm using them incorrectly. Can someone also please say if they get error 998 for the example in the original post, or if that happens on my machine only. Cheers, Peter -- 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: running cygwin sshd results in unreliable timer on w2003 DC
On Wed, 11 Aug 2004 10:57:50, Corinna Vinschen wrote: On Aug 11 10:34, Andreas Baetz wrote: Hi, it seems there is a problem with the local clock when running cygwin sshd on a w2003 DC. [...] Problem description: We have a time server (time1) setup which gets its time from a radio clock. Above DC1 should synchronize with this server. With w32tm /stripchart /computer:time1 the deviation to time1 is constantly shown. Without sshd started, eveything is fine. No clock difference between DC1 and time1. After starting sshd, however, the local clock rapidly deviates from time1. It seems it does slow down, about 0.5 s per sec. After stopping sshd, the clock deviation vanishes again. This occurs regardless of the existance of a local time synchronisation mechanism. I tried the built-in w32time service, as well as a windows port of ntpd. Neither is capable of syncing the local clock to time1, if sshd is started. How likely is it that an sshd should actively affect the clock? I'm wondering if that's a problem with using the same tcp port or something like that. Corinna Not very likely, I admit. I only discoverd this connection between sshd and the local time by chance after trying for several days to get a sync'ed clock on that DC. It worked before with no problem and I never suspected sshd in the first place. Only after remembering what I did before the clock started to act weird (installing sshd) I stopped sshd, and the clock worked again. As for using the same tcp port, that seems unlikely IMHO, too, since ntp uses udp 123 and sshd tcp 22. And the problem occurs even if there is no syncing software (w32time or ntp) running and even if sshd is only listening (no open connection). What I could imagine is that with the use of VMware as virtual OS Platform some interrupts might be delayed in a certain way, or shared or that that the clock ticks are slowed down or routed through sshd or something. What can be reproduced, however, is that the problem only shows when sshd is running, and it shows immediately after starting sshd. That's why I'm asking here, because I think someone with insight into the source of sshd could have some idea. Andreas -- 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/
Problem with ssmtp / procmail / cygwin 1.5.10-3
Hello I have problem using ssmtp from procmail after upgrading to cygwin 1.5.10-3. It only exists when ssmtp is called from procmail, when it is called directly it works fine. Does anyone have any idea what's wrong with it? Such problem was already posted recently to this maillist, but there was no resolution to it. PATH=/bin MAILDIR=$HOME/Mail DEFAULT=$MAILDIR/mbox LOGFILE=$MAILDIR/from SENDMAIL=/usr/sbin/ssmtp VERBOSE=on :0 * From:[EMAIL PROTECTED] ! [EMAIL PROTECTED] # # /etc/ssmtp.conf -- a config file for sSMTP sendmail. # # The person who gets all mail for userids 10 root=ekot # The place where the mail goes. The actual machine name is required # no MX records are consulted. Commonly mailhosts are named mail.domain.com # The example will fit if you are in domain.com and you mailhub is so named. mailhub=mail.protek # Where will the mail seem to come from? #rewriteDomain=om-080.protek # The full hostname hostname=protek.ru # Set this to never rewrite the From: line (unless not given) and to # use that address in the from line of the envelope. FromLineOverride=YES procmail: [1340] Wed Aug 11 11:46:49 2004 procmail: Match on From:[EMAIL PROTECTED] procmail: Assigning LASTFOLDER=/usr/sbin/ssmtp -oi [EMAIL PROTECTED] From EKOT Wed Aug 11 11:46:49 2004 Subject: test Folder: /usr/sbin/ssmtp -oi [EMAIL PROTECTED] 901 procmail: Executing /usr/sbin/ssmtp,-oi,[EMAIL PROTECTED] ssmtp: Cannot open mail.protek:25 Cygwin Configuration Diagnostics Current System Time: Wed Aug 11 11:45:48 2004 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: C:\Program Files\Far c:\oracle\ora817\bin C:\Program Files\Oracle\jre\1.1.7\bin C:\WINNT\system32 C:\WINNT C:\WINNT\System32\Wbem C:\Program Files\Microsoft SQL Server\80\Tools\BINN C:\Program Files\Starbase\StarGate SDK\Lib C:\Program Files\Starbase\StarGate SDK\Bin c:\programs\pgp\gnupg c:\cygwin\bin c:\cygwin\ocamlmgw\bin C:\Program Files\Borland\Delphi7\Bin C:\Program Files\Borland\Delphi7\Projects\Bpl\ C:\PROGRA~1\Borland\CBUILD~1\Bin C:\PROGRA~1\Borland\CBUILD~1\Projects\Bpl C:\PROGRAms\MICROS~1.NET\COMMON7\IDE C:\PROGRAms\COMMON~1\MICROS~1\VSA\7.1\VSAENV C:\Programs\Microsoft Visual Studio .NET 2003\vc7\bin C:\Programs\Borland\Delphi5\Bin C:\Programs\Borland\Delphi7\Bin C:\Programs\Borland\Delphi7\Projects\Bpl\ C:\Programs\Borland\CBuilder6\Bin c:\cygwin\lcc\bin C:\WINNT\Microsoft.NET\Framework\v1.1.4322 Output from C:\cygwin\bin\id.exe (nontsec) UID: 19404(EKOT) GID: 10513(Domain Users) 10513(Domain Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 19404(EKOT) GID: 10513(Domain Users) 547(Îïûòíûå ïîëüçîâàòåëè) 545(Ïîëüçîâàòåëè) 10513(Domain Users)18338(DSK_OM_RO) 12347(FIL_UDRV_FC) 17685(GR_DM) 12464(MARKETING) SysDir: C:\WINNT\system32 WinDir: C:\WINNT CYGWIN = `nontsec' Path = `C:\Program Files\Far;c:\oracle\ora817\bin;C:\Program Files\Oracle\jre\1.1.7\bin;C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;C:\Program Files\Microsoft SQL Server\80\Tools\BINN;C:\Program Files\Starbase\StarGate SDK\Lib;C:\Program Files\Starbase\StarGate SDK\Bin;c:\programs\pgp\gnupg;c:\cygwin\bin;c:\cygwin\ocamlmgw\bin;C:\Program Files\Borland\Delphi7\Bin;C:\Program Files\Borland\Delphi7\Projects\Bpl\;C:\PROGRA~1\Borland\CBUILD~1\Bin;C:\PROGRA~1\Borland\CBUILD~1\Projects\Bpl;C:\PROGRAms\MICROS~1.NET\COMMON7\IDE;C:\PROGRAms\COMMON~1\MICROS~1\VSA\7.1\VSAENV;C:\Programs\Microsoft Visual Studio .NET 2003\vc7\bin;C:\Programs\Borland\Delphi5\Bin;C:\Programs\Borland\Delphi7\Bin;C:\Programs\Borland\Delphi7\Projects\Bpl\;C:\Programs\Borland\CBuilder6\Bin;c:\cygwin\lcc\bin;C:\WINNT\Microsoft.NET\Framework\v1.1.4322' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\EKOT\Application Data' BASH_ENV = `/etc/profile' CommonProgramFiles = `C:\Program Files\Common Files' COMPUTERNAME = `OM-080' ComSpec = `C:\WINNT\system32\cmd.exe' FARLANG = `English' HOMEDRIVE = `C:' HOMEPATH = `\' INCLUDE = `C:\Program Files\Microsoft Visual Studio .NET 2003\vc7\include' LIB = `C:\Program Files\Microsoft Visual Studio .NET 2003\vc7\lib' LOGONSERVER = `\\NETSRV1' NLS_DATE_FORMAT = `DD.MM.' NLS_LANG = `AMERICAN_CIS.CL8MSWIN1251' NUMBER_OF_PROCESSORS = `1' OCAMLLIB = `c:/cygwin/ocamlmgw/lib' OCAMLMAKEFILE = `c:/cygwin/ocamlmgw/ocamlmakefile' OS = `Windows_NT' Os2LibPath = `C:\WINNT\system32\os2\dll;' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 7, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0207' ProgramFiles = `C:\Program Files' PROMPT = `$P$G' StarTeamApp = `C:\Program Files\Starbase\StarTeam 5.4' SystemDrive = `C:' SystemRoot = `C:\WINNT' TEMP =
Re: running cygwin sshd results in unreliable timer on w2003 DC
On Wed, 11 Aug 2004 11:36:46, Andreas Baetz wrote: On Wed, 11 Aug 2004 10:57:50, Corinna Vinschen wrote: On Aug 11 10:34, Andreas Baetz wrote: Hi, it seems there is a problem with the local clock when running cygwin sshd on a w2003 DC. [...] Problem description: We have a time server (time1) setup which gets its time from a radio clock. Above DC1 should synchronize with this server. With w32tm /stripchart /computer:time1 the deviation to time1 is constantly shown. Without sshd started, eveything is fine. No clock difference between DC1 and time1. After starting sshd, however, the local clock rapidly deviates from time1. It seems it does slow down, about 0.5 s per sec. After stopping sshd, the clock deviation vanishes again. This occurs regardless of the existance of a local time synchronisation mechanism. I tried the built-in w32time service, as well as a windows port of ntpd. Neither is capable of syncing the local clock to time1, if sshd is started. How likely is it that an sshd should actively affect the clock? I'm wondering if that's a problem with using the same tcp port or something like that. Corinna Not very likely, I admit. ... What I could imagine is that with the use of VMware as virtual OS Platform some interrupts might be delayed in a certain way, or shared or that that the clock ticks are slowed down or routed through sshd or something. What can be reproduced, however, is that the problem only shows when sshd is running, and it shows immediately after starting sshd. That's why I'm asking here, because I think someone with insight into the source of sshd could have some idea. Andreas some updates: I have tested on 3 other DCs, 2 of them VMs and one of them real Hardware. None of them does have this problem. So VMware could be ruled out, I think. It must be a problem with that certain DC. It is the only one that has the PDC role, no other differences to the other machines at the first glance (besides all of them running on different ESX servers). I tried cygwin 1.5.6-1 and 1.5.10-3, btw. Same results. Andreas -- 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: running cygwin sshd results in unreliable timer on w2003 DC
The problem is not sshd related. It only occurs at a certain ESX server, and there it can be reproduced on different VMs (not only DCs). The slowdown of the local clock can be triggered by a simple sleep 100 (with cygwin). BTW: sleep from the reskit doesn't slow down the clock. My apologies for falsely accusing sshd. Andreas -- 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: Dynamic loading of cygwin dependent dlls
Peter Ekberg wrote: Ah, now I see it. You have to be careful with your typing. pseudo_stubs.dll (with one s in the end) is the name that fails. Apparently both pseudo_stub.dll (no s) and psuedo_stubs.dll (bad spelling) work. And pseudo_stubss.dll (double s) definitely works, that I have tried myself. You have checked what error 998 actually is? #define ERROR_NOACCESS 998L Of course. I have also checked what might cause the error. See: http://support.microsoft.com/default.aspx?scid=kb;en-us;q196069 I can also say that I have tried to use the pure Win32 LoadLibrary call on the resulting dlls, and the results are consistent with the dlopen results. My guess is that there is something wrong inside the dll, that causes a segfault during dlopen/LoadLibrary. I cannot believe that it depends on the name of a DLL whether it can be dlopened or not. Me neither, yet the name appears to be significant in some way. There must be another error with your test! Consider this (with source from your first posting): $ gcc -shared -o pseudo_stubs.dll foo.c $ gcc -o load load.c $ ./load pseudo_stubs.dllok foo.dll dlopen: Win32 error 126 $ cp pseudo_stubs.dll foo.dll $ ./load pseudo_stubs.dllok foo.dll ok Hey, that doesn't explain anything. It's like answering someones awk bug report with see, it works with sed, your test must be wrong. Apart from that, thanks for the example, the project now uses gcc -shared with apparent success. So for me, this problem is now academic. I'm not saying that it is the name of the dll that is causing the problem. If I build the dll as foo.dll with dlltool/dllwrap and rename it to pseudo_stubs.dll, pseudo_stubs.dll works. Also, if I build the dll as pseudo_stubs.dll and rename it foo.dll, foo.dll doesn't work. I'd say that there is some sort of problem in dlltool/dllwrap. Please enlighten me if I'm using them incorrectly. Can someone also please say if they get error 998 for the example in the original post, or if that happens on my machine only. Cheers, Peter I got the same results on my XP machine (998) as in your original post. Seems to me that renaming was the entire problem but didn't spend much time on it, so that my Quick Assessment(tm). -- Mark -- 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/
Dev Apache/PHP/Perl/Mysql
HI All Anyone know how easy it is to get an Apache/PHP/Perl/Mysql setup, for web development and testing on a Win Xp pc using Cygwin? Cheers -- 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: Dynamic loading of cygwin dependent dlls
Hello Peter, Ah, now I see it. You have to be careful with your typing. pseudo_stubs.dll (with one s in the end) is the name that fails. Apparently both pseudo_stub.dll (no s) and psuedo_stubs.dll (bad spelling) work. And pseudo_stubss.dll (double s) definitely works, that I have tried myself. You have checked what error 998 actually is? #define ERROR_NOACCESS 998L Of course. I have also checked what might cause the error. See: http://support.microsoft.com/default.aspx?scid=kb;en-us;q196069 I can also say that I have tried to use the pure Win32 LoadLibrary call on the resulting dlls, and the results are consistent with the dlopen results. My guess is that there is something wrong inside the dll, that causes a segfault during dlopen/LoadLibrary. I cannot believe that it depends on the name of a DLL whether it can be dlopened or not. Me neither, yet the name appears to be significant in some way. Then it is a bug in dlltool or dllwrap and I wonder why this never was fixed. There must be another error with your test! Consider this (with source from your first posting): $ gcc -shared -o pseudo_stubs.dll foo.c $ gcc -o load load.c $ ./load pseudo_stubs.dllok foo.dll dlopen: Win32 error 126 $ cp pseudo_stubs.dll foo.dll $ ./load pseudo_stubs.dllok foo.dll ok Hey, that doesn't explain anything. It's like answering someones awk bug report with see, it works with sed, your test must be wrong. Apart from that, thanks for the example, the project now uses gcc -shared with apparent success. So for me, this problem is now academic. That is what I wanted to achieve with this example. I'm not saying that it is the name of the dll that is causing the problem. If I build the dll as foo.dll with dlltool/dllwrap and rename it to pseudo_stubs.dll, pseudo_stubs.dll works. Also, if I build the dll as pseudo_stubs.dll and rename it foo.dll, foo.dll doesn't work. I'd say that there is some sort of problem in dlltool/dllwrap. Please enlighten me if I'm using them incorrectly. Seems to be really a bug. Can someone also please say if they get error 998 for the example in the original post, or if that happens on my machine only. Indeed I get the same error and it works if I use foo instead of pseudo_stubs, maybe it is really the underscore? Since the -shared switch for gcc works pretty well and since then, dlltool and dllwrap are kind of deprecated, it is up to you to figure out what is wrong with dlltool/dllwrap and fix it if you really need it. Gerrit -- =^..^= -- 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: Dev Apache/PHP/Perl/Mysql
Samuel Wright schrieb: Anyone know how easy it is to get an Apache/PHP/Perl/Mysql setup, for web development and testing on a Win Xp pc using Cygwin? You mean the apache cygwin version? There's non with php and ssl yet. Older ones exist, if you can find it at a stale mirror site or the old maintainers site. I also wouldn't recommend the cygwin mysql server. However it runs fine with the typical native apache/mysql/php setups (google for WAMP) - there exist a lot and is much faster than the cygwin version - and the cygwin perl and all other cygwin tools. typically a one-click install. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- 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/
cygrunsrv on Win2K Terminal Server
Are there any caveats to creating/installing services (using cygrunsrv) on a Win2K Terminal Server? Do I need to run change user /install before running cygrunsrv -I ...? Regards, -richard -- 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: ImageMagick
On Thu, Mar 11, 2004 at 09:36:28AM +, [EMAIL PROTECTED] wrote: Btw, is there any reason why you're stuck in the past? The date of these messages is March 11, 2004. cgf -- 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: Dynamic loading of cygwin dependent dlls
On Wed, Aug 11, 2004 at 03:45:59PM +0200, Gerrit P. Haase wrote: Then it is a bug in dlltool or dllwrap and I wonder why this never was fixed. Surely you know why. We leave bugs in the code just to make people suffer. WJM, cgf -- 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: Problem with ssmtp / procmail / cygwin 1.5.10-3
On Wed, Aug 11, 2004 at 01:42:05PM +0400, Eugene Kotlyarov wrote: I have problem using ssmtp from procmail after upgrading to cygwin 1.5.10-3. It only exists when ssmtp is called from procmail, when it is called directly it works fine. Does anyone have any idea what's wrong with it? No, but I can add that gethostbyname() is failing as follows: 3597 52706 [main] ssmtp 9216 __set_winsock_errno: cygwin_gethostbyname:970 - winsock error 11001 - errno 1 Unfortunately, I haven't come up with a simple test case yet. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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: ImageMagick
-Original Message- From: cygwin-owner On Behalf Of Christopher Faylor Sent: 11 August 2004 16:46 On Thu, Mar 11, 2004 at 09:36:28AM +, [EMAIL PROTECTED] wrote: Btw, is there any reason why you're stuck in the past? The date of these messages is March 11, 2004. cgf I'm sure it should be obvious enough: Today = August 11 2004= 20040811 Sent: date = March 11 2004= 20040311 Difference = 0500 Clealy, sir, is residing in the GMT minus five months timezone! cheers, DaveK -- Can't think of a witty .sigline today -- 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: Problem with ssmtp / procmail / cygwin 1.5.10-3
On Aug 11 12:38, Jason Tishler wrote: On Wed, Aug 11, 2004 at 01:42:05PM +0400, Eugene Kotlyarov wrote: I have problem using ssmtp from procmail after upgrading to cygwin 1.5.10-3. It only exists when ssmtp is called from procmail, when it is called directly it works fine. Does anyone have any idea what's wrong with it? No, but I can add that gethostbyname() is failing as follows: 3597 52706 [main] ssmtp 9216 __set_winsock_errno: cygwin_gethostbyname:970 - winsock error 11001 - errno 1 winsock error 11001 == WSAHOST_NOT_FOUND $ net helpmsg 11001 No such host is known. What does the line before the above line in the strace output look like? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Co-Project Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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/
Using su on cygwin
Hi, I got my /etc/passwd and /etc/group from mkpasswd and mkgroup. When I'm loged as user, sometimes I need to get administrator privileges, for instance, to make and install a library or program. How do I do that? I tried: su administrator but it always says I'm using the wrong password (I use the same password I use to log as administrator). What am I doing wrong? Thanks, Maurício -- 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: RESOLVED (?): Cygwin permissions problem
At 04:21 AM 8/11/2004, you wrote: You do that by creating the directory you want to install Cygwin to and setting the permissions, via Windows, before Cygwin installation, making sure to set the permissions so they are inherited. Ah. Then if I understand things correctly, I could probably remove the Everyone group from everywhere (i.e. from all partitions (root [drive] folders), just like I had it before) and just have on the *Cygwin* directory *only*, right? Makes sense. Don't know why I didn't think of it before. (Hind sight is always 20-20, eh?) Sure. Having Everyone everywhere is not required. It only needs to be on the directory you're installing Cygwin to like you surmised. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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: Problem with ssmtp / procmail / cygwin 1.5.10-3
Corinna, On Wed, Aug 11, 2004 at 07:03:48PM +0200, Corinna Vinschen wrote: $ net helpmsg 11001 No such host is known. What does the line before the above line in the strace output look like? See attached. Thanks, Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 procmail.log.gz Description: application/gunzip -- 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/
what's wrong with my crontab
Hi, I have created a crontab for my process. But after I editor my crontab like $crontab -e 35 14 * * * ./test.16 when I use crontab -l, it shows like # DO NOT EDIT THIS FILE - edit the master and reinstall. # (/tmp/crontab.2468 installed on Wed Aug 11 14:32:32 2004) # (Cron version -- $Id: crontab.c,v 1.7 2003/04/15 15:13:41 corinna Exp $) 35 14 * * * ./test.16 I also start cron like: $cygrunsrv -E cron $cygrunsrv -R cron $cygrunsrv -I cron -p /usr/sbin/cron -a -D -e $cygrunsrv -S cron But it seems that no any result. I don't what's wrong with it because I get the info from windows event log like: The description for Event ID ( 0 ) in Source ( cron ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. The following information is part of the event: cron : PID 2780 : `cron' service started. The description for Event ID ( 0 ) in Source ( /USR/SBIN/CRON ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. The following information is part of the event: /USR/SBIN/CRON : PID 2476 : (lzou) CMD (./test.16). The description for Event ID ( 0 ) in Source ( /USR/SBIN/CRON ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. The following information is part of the event: /USR/SBIN/CRON : PID 2308 : (lzou) MAIL (mailed 21 bytes of output but got status 0x0001 The description for Event ID ( 0 ) in Source ( crontab ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. The following information is part of the event: crontab : PID 2080 : (lzou) LIST (lzou). what does these information mean? Thanks in advance Ling -- 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: what's wrong with my crontab
On Wed, 11 Aug 2004, Ling Zou wrote: Hi, I have created a crontab for my process. But after I editor my crontab like $crontab -e 35 14 * * * ./test.16 Try specifying the file from root (/home/USER/test.15). -- 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: Problem with ssmtp / procmail / cygwin 1.5.10-3
On Wed, Aug 11, 2004 at 02:31:52PM -0400, Jason Tishler wrote: Corinna, On Wed, Aug 11, 2004 at 07:03:48PM +0200, Corinna Vinschen wrote: $ net helpmsg 11001 No such host is known. What does the line before the above line in the strace output look like? See attached. I've added a line to cygwin which should display the failing hostname prior to displaying the winsock error. Could you retry with either the latest snapshot or the latest cvs? It won't fix the problem but it might provide a clue. cgf -- 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: Dynamic loading of cygwin dependent dlls
Hallo Christopher, Am Mittwoch, 11. August 2004 um 17:50 schriebst du: On Wed, Aug 11, 2004 at 03:45:59PM +0200, Gerrit P. Haase wrote: Then it is a bug in dlltool or dllwrap and I wonder why this never was fixed. Surely you know why. We leave bugs in the code just to make people suffer. Yes, of course I know this, e.g. I did it myself with perl, 5.8.2 was not updated the last 8 months though there was at least one known bug with the fix already available since January or Febuary. WRJM, Gerrit -- =^..^= -- 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/
Anyone Done This ???
Hi, Has anyone written a utility/script that can change the name of the PC? I have several _dozen_ PCs that need to be converted to a new naming convention. TIA, -Tennis -- 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: Dynamic loading of cygwin dependent dlls
On Wed, Aug 11, 2004 at 09:15:49PM +0200, Gerrit P. Haase wrote: Hallo Christopher, Am Mittwoch, 11. August 2004 um 17:50 schriebst du: On Wed, Aug 11, 2004 at 03:45:59PM +0200, Gerrit P. Haase wrote: Then it is a bug in dlltool or dllwrap and I wonder why this never was fixed. Surely you know why. We leave bugs in the code just to make people suffer. Yes, of course I know this, e.g. I did it myself with perl, 5.8.2 was not updated the last 8 months though there was at least one known bug with the fix already available since January or Febuary. Heh, heh, heh. *Exactly*. cgf -- 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: Anyone Done This ???
Hi, Has anyone written a utility/script that can change the name of the PC? I have several _dozen_ PCs that need to be converted to a new naming convention. This sounds interesting. The most I can do is rename the hard drive through Windows. Rebranding a PC sounds neat. I'm listening, Tennis Bobby -- 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/
1.5.10: Shebangs not detected from mounted network drive
Hi When a script is accessed through the network drive path name (/h/tmp/test-script) the shebang is detected and the file mode is seen as executable, but when the same file is accessed through the mount path (/home/srackham/tmp/test-script) or a relative path it is not detected. Can anyone shed any light on this behavior (I searched but didn't come up with anything), is there a configuration option I'm missing? or is it a known feature or a known bug? For example I have a network drive (Samba 3.0.0 server) mounted to my local home directory: H:\tmp /home/srackham/tmp system binmode To replicate the problem create a script and view the file permissions: $ cd /h/tmp $ cat test-script #!/bin/sh echo Hello World! ^D $ ls -l test-script ../tmp/test-script \ /home/srackham/tmp/test-script /h/tmp/test-script -rw-r--r--1 srackham None 34 Aug 11 16:22 ../tmp/test-script -rwxr-xr-x1 srackham None 34 Aug 11 16:22 /h/tmp/test-script -rw-r--r--1 srackham None 34 Aug 11 16:22 /home/srackham/tmp/test-script -rw-r--r--1 srackham None 34 Aug 11 16:22 test-script The same file is seen as simultaneously having and not having execute permission. Shebang searching seems to stop when a network drive is encountered in the mount path. The script still executes correctly through the mount path but the bash command-line completion does not nor is the execute bit seen: $ /home/srackham/tmp/test-script Hello World! Here's some environment information: Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 c: hd FAT32 32749Mb 96% CPUN h: net NTFS 29525Mb 80% CP CSPAsrackham C:\cygwin /system binmode H:\tmp /home/srackham/tmp system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /system binmode,cygdrive Cygwin DLL version info: DLL version: 1.5.10 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 116 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Tue May 25 22:07:00 EDT 2004 CVS tag: cr-0x5e6 Shared id: cygwin1S4 Cheers, Stuart -- Stuart Rackham -- 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: Anyone Done This ???
Tennis Smith (tennis) schrieb: Has anyone written a utility/script that can change the name of the PC? I have several _dozen_ PCs that need to be converted to a new naming convention. isn't it just a registry entry? cygwin cannot control remote registry entries (besides ssh'ing to each machine), but the win32 tool regedt32.exe can, and there's a COM API. you only have to check out how to script that via COM (Visual Basic, perl Win32::OLE, pythonwin, ). very easy. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- 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/
[ANNOUNCEMENT] Updated: perl-5.8.5-2
Perl has been updated NEWS This is a bugfix release. - fixed DB_file extension bug (http://aspn.activestate.com/ASPN/Mail/Message/perl5-porters/2146936) - added extension XML::Parser, the libexpat interface OLD NEWS Cygwin specific changes: - IPC support is now enabled, however to make use of it, it is required to have cygserver running, see the cygserver README in /usr/doc/Cygwin how to setup cygserver. - libraries without a static archive are recognised by MakeMaker now. - there are still some unresolved issues with PERLIO, best bet is to define PERLIO=perlio in your environment, with this environment setting all 881 tests are passing when running on NTFS. - 5.8.5 should be binary compatible with 5.8.2, if you are seeing problems with older extensions, please try to recompile these at first. Perl announcements: perl-5.8.5: http://dev.perl.org/perl5/news/2004/perl-5.8.5.html 5.8.5 is a maintenance release for perl 5.8, incorporating various minor bugfixes and optimisations. Please see the perldelta http://search.cpan.org/~nwclark/perl-5.8.5/pod/perl585delta.pod for the full details. Please report bugs using the perlbug utility. If the build or regression tests fail, make nok. If the build fails to early to run this, please mail perlbug at perl.org directly. perl-5.8.4: http://dev.perl.org/perl5/news/2004/perl-5.8.4.html 5.8.4 is a maintenance release for perl 5.8, incorporating various minor bugfixes and optimisations. This release updates Perl to the Unicode Character Database, Version 4.0.1, and fixes some minor errors in Perl's UTF8 handling. It provides optimisations for Unicode case conversion functions, map and sort, and on most platforms now provides protection against memory wrapping attacks. Please see the perldelta http://search.cpan.org/~nwclark/perl-5.8.4/pod/perl584delta.pod for the full details. perl-5.8.3: http://dev.perl.org/perl5/news/2004/perl-5.8.3.html 5.8.3 is a maintenance release for perl 5.8, incorporating various minor bugfixes, including eliminating a couple of errors in Perl's UTF8 handling. Please see the perldelta for the full details: http://search.cpan.org/~nwclark/perl-5.8.3/pod/perl583delta.pod OLDS perl-5.8.2: http://dev.perl.org/perl5/news/2003/perl-5.8.2.html 5.8.2 is being released to fix minor binary incompatibilities discovered between 5.8.1 and 5.8.0. 5.8.2 is fully binary compatible with 5.8.0, and wherever possible also binary compatible with 5.8.1. The release also provides other minor bugfixes, including several for ithreads. Please see the perldelta for the full details: http://search.cpan.org/~nwclark/perl-5.8.2/pod/perldelta.pod DESCRIPTION === As always, you should conduct an appropriate level of testing before using any new product in your production environment. Canonical website: http://www.perl.org/ UPDATE == To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'perl' from the 'Libs' category, if you install it for the first time, click on the 'skip' field next to 'perl' until '5.8.5-1' is displayed. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Gerrit P. Haase -- =^..^= -- 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: Dynamic loading of cygwin dependent dlls
Christopher Faylor schrieb: On Wed, Aug 11, 2004 at 09:15:49PM +0200, Gerrit P. Haase wrote: Hallo Christopher, Am Mittwoch, 11. August 2004 um 17:50 schriebst du: On Wed, Aug 11, 2004 at 03:45:59PM +0200, Gerrit P. Haase wrote: Then it is a bug in dlltool or dllwrap and I wonder why this never was fixed. Surely you know why. We leave bugs in the code just to make people suffer. Yes, of course I know this, e.g. I did it myself with perl, 5.8.2 was not updated the last 8 months though there was at least one known bug with the fix already available since January or Febuary. same for cvs. still a stone-old stable 1.11.6 branch release with lots of known issues... http://www.securityfocus.com/bid/vendor/ and select Vendor=CVS (a POST query) or http://www.cve.mitre.org/cgi-bin/cvekey.cgi?keyword=CVS at least the 1.12.x releases and cvs HEAD compile out of the box. Latest are currently (see https://www.cvshome.org/) CVS 1.11.17 CVS 1.12.9 (recommended) maybe I'll find some time to take it over... -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- 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/
Run complex chain of windows batch files in cyg
I have a complex chain of windows batch and make files used to build a embedded system with vxWorks tools. It was designed to run under windows commands with cygwin *not* in mind. I prefer to work in the cygwin command line using rxvt terms. However, when I run this complex chain in cygwin, which does a lot of environment setting and path mods, it does not work (don't see env changes, etc). Is there a way to do this type of thing without having to go through the hundreds of files and make them look more unix/bash like (e.g., get rid of dos set, change directions of slashes, changed %SYMBOL% to $SYMBOL, etc). -gene -- Lit up like Levy's -- 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: Dynamic loading of cygwin dependent dlls
On Wed, Aug 11, 2004 at 11:42:00PM +0200, Reini Urban wrote: maybe I'll find some time to take it over... You'd hardly be mean if you actually took over maintainership. It's far meaner to send a me too about problems you've noticed without actually doing anything whatsoever. cgf -- 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 packaging suggestion - vendor_perl
Would it be possible to package the extra modules included in the Cygwin perl package in the vendor_perl hierarchy? This would leave the site_perl hierarchy clear for site additions, and allow site additions to be purged without affecting parts of the package. Max. -- 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: Using su on cygwin
At 01:58 PM 8/11/2004, you wrote: Hi, I got my /etc/passwd and /etc/group from mkpasswd and mkgroup. When I'm loged as user, sometimes I need to get administrator privileges, for instance, to make and install a library or program. How do I do that? I tried: su administrator but it always says I'm using the wrong password (I use the same password I use to log as administrator). What am I doing wrong? You didn't read this: FAQ: http://cygwin.com/faq/ See Why doesn't `su' work?: http://cygwin.com/faq/faq_toc.html#TOC39 -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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/
RESOLVED: Problem configuring ssh with public key Authentication - help!
Hello, Just wanted to say thanks for all your responses to my initial email. In the end, it was just a matter of adding the sshd windows user to the 'Administrators' group. I found this in an earlier post on this topic (any chance of having this info added to the faq?). Special thanks to Mark de Jong for the simple instructions! Warm Regards, Ken SSHD, Cygwin and Windows 2003 From: Mark J de Jong dejongm at secdog dot com To: cygwin at cygwin dot com Date: 15 Sep 2003 15:29:48 -0400 Subject: SSHD, Cygwin and Windows 2003 Hello, I've looked and couldn't find decent docs on this so for those of you who are lookin', this is a quick howto on how to setup the Cygwin/OpenSSH daemon on M$ Windows 2003. This will fix the passwordless (ssh key) login issue. 1. Install Cygwin with the openssh binaries 2. After completing the Cygwin setup, goto the cygwin command prompt and type 'ssh-host-config' 3. Answer 'y' when asked if you want to sshd with privilege separation. 4. Answer 'y' when asked if user sshd should be created by the script. 5. Answer 'y' when asked if you want sshd to be created as a service. 6. Create a new windows user named sshdproc or whatever you wish the sshd process account username to be. If you happen to notice the sshd user being disabled, don't enable it! 7. Place the sshdproc user in the Administrators group. 8. Give the sshdproc user the following system rights: * Create a token object * Log on as a service * Replace a process level token And for security. * Deny log on locally * Deny access to this computer from the network 9. Reconfigure the CYGWIN sshd service to run as the new sshdproc user. 10. At the cygwin command prompt type 'mkpasswd -l |grep sshdproc /etc/passwd enter' 11. Type 'touch /var/log/sshd.log enter' 12. Type 'chmod 644 /var/log/sshd.log enter' 11. Type 'chown sshdproc /var/empty /var/log/sshd.log /etc/ssh_* enter' 12. Type 'cygrunsrv --start sshd enter' That should be it.. Hope this helps! :) Best, Mark J. de Jong -Original Message- From: Leong, Kenneth (HEALTH) [mailto:[EMAIL PROTECTED] Sent: Monday, 9 August 2004 5:57 PM To: '[EMAIL PROTECTED]' Subject: Problem configuring ssh with public key Authentication - help! Hi all, After spending several hours trying to get unattended ssh to work, I have run into a brick wall and would like to know if anybody can help me out. I think the solution is just a configuration setting, but its got me quite stumped (even after Googling around). Scenario - ultimately, would like to use SSH from a unix box (Solaris 9) to run a script on a Windows Server 2003 box with Cygwin (1.5.10) installed. I am able to ssh and execute a script (runme.sh) on the win box from the unix box with *password* authentication, no problem. However, when I try public key authentication (putting private key file in the ~/.ssh directory on the unix box and adding the corresponding public key in the ~/.ssh/authorized_keys file on the Windows/Cygwin box), the script does not execute on the win box. According to the debug (attached), there does not appear to be anything wrong with with private/public key authentication - and in fact, the runme.sh script does apparently get called. The only tell tale sign seems to be an exit code of 255 (rather than 0). Has anybody experienced this before and know how to fix it? I have included the following attachments: 1) debug from password authentication (this works fine) 2) debug from public key authentication (note the exit code) 3) sshd_config file on Windows/Cygwin box (pretty much out-of-the-box) 4) various directory/file permissions (I've read widely that these can be a problem) Any help is greatly appreciated! TIA, Ken 1) Password Authentication debug # ssh -v -v -v -l myLogin winServerName . runme.sh SSH Version Sun_SSH_1.0, protocol versions 1.5/2.0. debug1: Reading configuration data /etc/ssh/ssh_config debug1: ssh_connect: getuid 0 geteuid 0 anon 0 debug1: Connecting to winServerName [winServerIP] port 22. debug1: Allocated local port 964. debug1: Connection established. debug1: identity file //.ssh/identity type 3 debug1: identity file //.ssh/id_rsa type 3 debug1: identity file //.ssh/id_dsa type 3 debug1: Remote protocol version 2.0, remote software version OpenSSH_3.8.1p1 debug1: match: OpenSSH_3.8.1p1 pat ^OpenSSH Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-Sun_SSH_1.0 debug1: sent kexinit: diffie-hellman-group1-sha1 debug1: sent kexinit: ssh-rsa,ssh-dss debug1: sent kexinit: aes128-cbc,blowfish-cbc,3des-cbc,rijndael128-cbc debug1: sent kexinit: aes128-cbc,blowfish-cbc,3des-cbc,rijndael128-cbc debug1: sent kexinit: hmac-sha1,hmac-md5 debug1: sent kexinit: hmac-sha1,hmac-md5 debug1: sent kexinit: none debug1: sent kexinit: none debug1: sent kexinit:
Re: Perl packaging suggestion - vendor_perl
Hallo Max, Am Donnerstag, 12. August 2004 um 00:47 schriebst du: Would it be possible to package the extra modules included in the Cygwin perl package in the vendor_perl hierarchy? Sure, this is obviously a good thing. This would leave the site_perl hierarchy clear for site additions, and allow site additions to be purged without affecting parts of the package. More interesting is that you can install your own version which goes to site_perl and overrides the distributed version in vendor_perl which is last path in the search order. Gerrit -- =^..^= -- 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 packaging suggestion - vendor_perl
Gerrit P. Haase wrote: Hallo Max, Am Donnerstag, 12. August 2004 um 00:47 schriebst du: Would it be possible to package the extra modules included in the Cygwin perl package in the vendor_perl hierarchy? Sure, this is obviously a good thing. Thanks! I look forward to 5.8.6 or whatever. This would leave the site_perl hierarchy clear for site additions, and allow site additions to be purged without affecting parts of the package. More interesting is that you can install your own version which goes to site_perl and overrides the distributed version in vendor_perl which is last path in the search order. I've never understood that. It seems to me that site, vendor, core would be a better order - to allow core modules to be upgraded by a package. Or am I missing something? Max. -- 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: RESOLVED: Problem configuring ssh with public key Authentication - help!
At 08:15 PM 8/11/2004, you wrote: Hello, Just wanted to say thanks for all your responses to my initial email. In the end, it was just a matter of adding the sshd windows user to the 'Administrators' group. I found this in an earlier post on this topic (any chance of having this info added to the faq?). Special thanks to Mark de Jong for the simple instructions! Warm Regards, Ken So you're suggesting that the instructions in '/usr/share/doc/Cygwin/openssh.README' didn't work? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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: RESOLVED: Problem configuring ssh with public key Authenticat ion - help!
OK, my bad - I did overlook that minor (!) detail in the readme... Sometimes things need to be in capital letters and stuck on my breakfast plate for me to notice! :) Thanks again, Ken -Original Message- From: Larry Hall [mailto:[EMAIL PROTECTED] Sent: Thursday, 12 August 2004 11:34 AM To: Leong, Kenneth (HEALTH); '[EMAIL PROTECTED]' Subject: Re: RESOLVED: Problem configuring ssh with public key Authentication - help! At 08:15 PM 8/11/2004, you wrote: Hello, Just wanted to say thanks for all your responses to my initial email. In the end, it was just a matter of adding the sshd windows user to the 'Administrators' group. I found this in an earlier post on this topic (any chance of having this info added to the faq?). Special thanks to Mark de Jong for the simple instructions! Warm Regards, Ken So you're suggesting that the instructions in '/usr/share/doc/Cygwin/openssh.README' didn't work? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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: Anyone Done This ???
Reini Urban wrote: cygwin cannot control remote registry entries (besides ssh'ing to each machine), but the win32 tool regedt32.exe can, and there's a COM API. it can since 2002. just add hostname to the key name in regtool's command line. For detailed info see http://cygwin.com/cygwin-ug-net/using-utils.html#REGTOOL egor -- 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/
Updated: ImageMagick-6.0.4-1 libMagick6-6.0.4-1 libMagick-devel-6.0.4-1
The following packages have been updated in the Cygwin distribution: *** ImageMagick-6.0.4-1 *** libMagick6-6.0.4-1 *** libMagick-devel-6.0.4-1 Changes === * Sync with upstream release. * Remove my little hack in the build script's install step that set pkgdatadir; this incorrectly installed some configuration files into the documentation directory. The last release was pretty much unusable due to this mistake. Add a new shell script snippit to the build script that moves the documenation files that are installed to the wrong place after 'make install'. * Build with new package support: jasper, lcms, libfpx, libwmf (Dr. Volker Zell) -- Harold Hunt *** To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. ***
Updated: perl-5.8.5-2
Perl has been updated NEWS This is a bugfix release. - fixed DB_file extension bug (http://aspn.activestate.com/ASPN/Mail/Message/perl5-porters/2146936) - added extension XML::Parser, the libexpat interface OLD NEWS Cygwin specific changes: - IPC support is now enabled, however to make use of it, it is required to have cygserver running, see the cygserver README in /usr/doc/Cygwin how to setup cygserver. - libraries without a static archive are recognised by MakeMaker now. - there are still some unresolved issues with PERLIO, best bet is to define PERLIO=perlio in your environment, with this environment setting all 881 tests are passing when running on NTFS. - 5.8.5 should be binary compatible with 5.8.2, if you are seeing problems with older extensions, please try to recompile these at first. Perl announcements: perl-5.8.5: http://dev.perl.org/perl5/news/2004/perl-5.8.5.html 5.8.5 is a maintenance release for perl 5.8, incorporating various minor bugfixes and optimisations. Please see the perldelta http://search.cpan.org/~nwclark/perl-5.8.5/pod/perl585delta.pod for the full details. Please report bugs using the perlbug utility. If the build or regression tests fail, make nok. If the build fails to early to run this, please mail perlbug at perl.org directly. perl-5.8.4: http://dev.perl.org/perl5/news/2004/perl-5.8.4.html 5.8.4 is a maintenance release for perl 5.8, incorporating various minor bugfixes and optimisations. This release updates Perl to the Unicode Character Database, Version 4.0.1, and fixes some minor errors in Perl's UTF8 handling. It provides optimisations for Unicode case conversion functions, map and sort, and on most platforms now provides protection against memory wrapping attacks. Please see the perldelta http://search.cpan.org/~nwclark/perl-5.8.4/pod/perl584delta.pod for the full details. perl-5.8.3: http://dev.perl.org/perl5/news/2004/perl-5.8.3.html 5.8.3 is a maintenance release for perl 5.8, incorporating various minor bugfixes, including eliminating a couple of errors in Perl's UTF8 handling. Please see the perldelta for the full details: http://search.cpan.org/~nwclark/perl-5.8.3/pod/perl583delta.pod OLDS perl-5.8.2: http://dev.perl.org/perl5/news/2003/perl-5.8.2.html 5.8.2 is being released to fix minor binary incompatibilities discovered between 5.8.1 and 5.8.0. 5.8.2 is fully binary compatible with 5.8.0, and wherever possible also binary compatible with 5.8.1. The release also provides other minor bugfixes, including several for ithreads. Please see the perldelta for the full details: http://search.cpan.org/~nwclark/perl-5.8.2/pod/perldelta.pod DESCRIPTION === As always, you should conduct an appropriate level of testing before using any new product in your production environment. Canonical website: http://www.perl.org/ UPDATE == To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'perl' from the 'Libs' category, if you install it for the first time, click on the 'skip' field next to 'perl' until '5.8.5-1' is displayed. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Gerrit P. Haase -- =^..^=