TCP Wrappers
Hey Guys, what is the status of the TCP Wrapper upload? I got an email from Rob stating that he had problems getting to the files, I fixed the problem and responded, but no word since. -- Prentis Brooks | [EMAIL PROTECTED] | 703-265-0914 | AIM: PrentisBrooks Senior System Administrator - Web Infrastructure Security A knight is sworn to valor. His heart knows only virtue. His blade defends the helpless. His word speaks only truth. His wrath undoes the wicked. - the old code of Bowen, last of the dragonslayers
Re: TCP Wrappers
On Wed, Apr 03, 2002 at 09:06:55AM -0500, Prentis Brooks wrote: Hey Guys, what is the status of the TCP Wrapper upload? I got an email from Rob stating that he had problems getting to the files, I fixed the problem and responded, but no word since. I've uploaded it to the contrib area. I took the freedom to rename the package from tcp_wrappers_7.6... to tcp_wrappers-7.6..., just a dash instead of an underscore in front of the version number. Prepare to announce in a few hours. Btw., IMHO it would be really nice to get libwrap as a DLL in a near future. I'd like to link OpenSSH dynamically against tcp wrappers... Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: move texmf-* out of test?
Jan Nieuwenhuizen wrote: Hi, As tetex-beta-20001218-4 (now in curr) and texmf-*-2804-2 seem to work well together, can we remove the test marker from texmf? You are the maintainer; it is your decision. I thought there was a three weeks period for test; who's keeping track of that? I don't know of any hard rule about three weeks -- whatever you, as the maintainer, think is appropriate for your packages, is good. --Chuck
Re: TCP Wrappers
On Wed, Apr 03, 2002 at 11:24:53AM -0500, Charles Wilson wrote: The -src package is incorrected packaged: usr/doc/Cygwin/ usr/doc/Cygwin/tcp_wrappers_7.6.README usr/src/ usr/src/tcp_wrappers_7.6/ usr/src/tcp_wrappers_7.6/Banners.Makefile usr/src/tcp_wrappers_7.6/BLURB usr/src/tcp_wrappers_7.6/CHANGES ... Not good. Also, the name should be 'tcp_wrappers-7.6-REL...'; the package release version is missing. Agh! I'm sorry. I'm still not really back from vacation, apparently. Can I remove the package and keep the directory and setup.exe is still happy? Corinna
Re: Setup's download local cache storage directory!!!!
Earnie Boyd wrote: Also, the way that things are coded for choosing multiple mirror sites I could have the same file in more than one directory in the cache. Ouch, that bites. I don't think that will happen. Of all of the versions of project 'bob' on all of the download sites, only the newest one (as indicated by the various setup.ini's) will be downloaded to the local cache. So, if on Tuesday site X has bob-1.0-1 (and everybody else has bob-0.9), then only http%%%X%%% will contain a bob tarball. On Wednesday, site Y has bob-2.0 -- now, we download bob-2.0 tarball into http%%%Y%%%. Okay, so you now have two bob tarballs in the local cache -- but they are different versions. --Chuck
Re: TCP Wrappers
Corinna Vinschen wrote: Also, the name should be 'tcp_wrappers-7.6-REL...'; the package release version is missing. Agh! I'm sorry. I'm still not really back from vacation, apparently. Can I remove the package and keep the directory and setup.exe is still happy? Sure -- I've added and removed things from http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/ all the time. the newly generated setup.ini will just not list tcp_wrappers. If a user has already installed tcp_wrappers, then their setup.exe will show the package, with 'Keep' action (or uninstall) -- but no reinstall or install. No probs. --Chuck
Re: TCP Wrappers
I am willing to look into this, it currently does not use libtool, so I have a lot of mods to make that happen, if I understood cgf right. I get cable modem today so I will be able to do more from home now ;) On Wed, 3 Apr 2002, Corinna Vinschen wrote: On Wed, Apr 03, 2002 at 09:06:55AM -0500, Prentis Brooks wrote: Hey Guys, what is the status of the TCP Wrapper upload? I got an email from Rob stating that he had problems getting to the files, I fixed the problem and responded, but no word since. I've uploaded it to the contrib area. I took the freedom to rename the package from tcp_wrappers_7.6... to tcp_wrappers-7.6..., just a dash instead of an underscore in front of the version number. Prepare to announce in a few hours. Btw., IMHO it would be really nice to get libwrap as a DLL in a near future. I'd like to link OpenSSH dynamically against tcp wrappers... Thanks, Corinna -- Prentis Brooks | [EMAIL PROTECTED] | 703-265-0914 | AIM: PrentisBrooks Senior System Administrator - Web Infrastructure Security A knight is sworn to valor. His heart knows only virtue. His blade defends the helpless. His word speaks only truth. His wrath undoes the wicked. - the old code of Bowen, last of the dragonslayers
Re: TCP Wrappers
On Wed, Apr 03, 2002 at 12:37:25PM -0500, Prentis Brooks wrote: I am willing to look into this, it currently does not use libtool, so I have a lot of mods to make that happen, if I understood cgf right. I don't remember saying this. It *should* be as simple as saying gcc -Wl,--export-all-symbols -shared -o foo.dll -Wl,--out-implib,cygfoo.a *.o but I guess it rarely is. (I know the above is probably missing some crucial piece or other, I'm just vaguely showing how it should work.) cgf
Re: TCP Wrappers
I've whipped up a repackaged version of your -src, that follows the approved conventions. Also, it uses a shell script to control building, and installs the man pages, header file, has a postinstall script to create /etc/hosts.allow/deny if they dont already exist, etc. I'll mail it to you privately, Prentis. The hooks are there to build/install the DLL version, but the allow_severity/deny_severity problem I referred to in my earlier message has to be fixed first, then you can uncomment the hooks in Makefile and in the shell script. --Chuck Prentis Brooks wrote: I am willing to look into this, it currently does not use libtool, so I have a lot of mods to make that happen, if I understood cgf right. I get cable modem today so I will be able to do more from home now ;) On Wed, 3 Apr 2002, Corinna Vinschen wrote: On Wed, Apr 03, 2002 at 09:06:55AM -0500, Prentis Brooks wrote: Hey Guys, what is the status of the TCP Wrapper upload? I got an email from Rob stating that he had problems getting to the files, I fixed the problem and responded, but no word since. I've uploaded it to the contrib area. I took the freedom to rename the package from tcp_wrappers_7.6... to tcp_wrappers-7.6..., just a dash instead of an underscore in front of the version number. Prepare to announce in a few hours. Btw., IMHO it would be really nice to get libwrap as a DLL in a near future. I'd like to link OpenSSH dynamically against tcp wrappers... Thanks, Corinna
Re: TCP Wrappers
On Wed, Apr 03, 2002 at 01:28:25PM -0500, Charles Wilson wrote: I've whipped up a repackaged version of your -src, that follows the approved conventions. Also, it uses a shell script to control building, and installs the man pages, header file, has a postinstall script to create /etc/hosts.allow/deny if they dont already exist, etc. I'll mail it to you privately, Prentis. I've removed the package from sourceware in the meantime. I'll upload the new one as soon as you've finished it (and I'm awoken :-)) Sorry for the confusion, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: TCP Wrappers
wh, I am going to have fun this weekend ;) On Wed, 3 Apr 2002, Charles Wilson wrote: Mostly correct. Unfortnately, libwrap is bad. It uses an int (allow_severity and deny_severity) that are expected to be defined in the application (so, tcpd.h says 'extern int allow_severity'). This is okay in a static lib, but not in a DLL. instead, stuff must be changed around so that the library itself defines those variables, and exports them to the applications -- AND the applications must NOT declare them...which means patches to main() in tcpd, tcpdmatch, safe-finger, etc. And sshd. --Chuck Christopher Faylor wrote: On Wed, Apr 03, 2002 at 12:37:25PM -0500, Prentis Brooks wrote: I am willing to look into this, it currently does not use libtool, so I have a lot of mods to make that happen, if I understood cgf right. I don't remember saying this. It *should* be as simple as saying gcc -Wl,--export-all-symbols -shared -o foo.dll -Wl,--out-implib,cygfoo.a *.o but I guess it rarely is. (I know the above is probably missing some crucial piece or other, I'm just vaguely showing how it should work.) cgf -- Prentis Brooks | [EMAIL PROTECTED] | 703-265-0914 | AIM: PrentisBrooks Senior System Administrator - Web Infrastructure Security A knight is sworn to valor. His heart knows only virtue. His blade defends the helpless. His word speaks only truth. His wrath undoes the wicked. - the old code of Bowen, last of the dragonslayers
Re: TCP Wrappers
On Wed, Apr 03, 2002 at 02:53:23PM -0500, Prentis Brooks wrote: Ok, maybe I just misunderstood your replies to someone asking for dll'ization or maybe it was you who asked for it. Basically, here is the situation, TCP Wrappers only has a single Makefile, no configure or libtool (understand, I am not completely understanding all of the components involved with building the dll). If I understood the previous conversation then I would need libtool support to simplify the dll generation. If I misunderstood, then I can play with the info given below by Christopher and start trying to make it work. You don't *need* libtool, imo. None cygwin, mingw, w32api use it and they get along just fine. cgf
Re: Status of seamless integration?
Ian Burrell wrote: Alan Hourihane wrote: A lot of work. I've done most of the re-writing of the span functions into their native GDI counterparts. That's a good start. Where can I find the native GDI changes? Are they checked in? My impression is that mode isn't included into the server by default. What is needed to get it to compile. We need to implement the rest of the server into native GDI calls, then we can start looking at 'rootless' modes. It's by no means a small task to do the conversion to native GDI first though. I wonder why native GDI is required for rootless modes. There would need to be support for creating Win32 windows for each X window. Plus, drawing (or blitting) into those Win32 windows instead of one single window or full screen. An internal window manager would also be needed. Aye, there's the rub. When the X application pops up a menu, it must grab the keyboard and the *whole* screen. In other words, a system modal window is required, which means one can't use an internal WM but must use MS-Windows as WM - while still being responsive to ICCM. - Ian -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41
XWarpCursor doesn't stick
Hi, All, I just started trying out (evaluating, if you'll pardon the phrase) XFree86 under Windows 2000, and have noticed a problem. I have a program (wily, you can download it here and there) that does a fair amount of pointer warps. I have noticed, however, that the pointer warps are really only for show -- as soon as you try to move the cursor with the mouse, the pointer immediately jumps back to where it was before the warp. Ugh! This happens in both fullscreen and in-a-Window mode. Thanks for any help, Bill
Re: Status of seamless integration?
Michel Bardiaux wrote: Aye, there's the rub. When the X application pops up a menu, it must grab the keyboard and the *whole* screen. In other words, a system modal window is required, which means one can't use an internal WM but must use MS-Windows as WM - while still being responsive to ICCM. Does the menu need to be truly modal on the Windows side? The menu window has the focus so it will get keyboard events. It can be modal with respect to all the other X server-owned windows. It is harder to make it modal relative to Windows. Just to make sure we are using the same terms, what I mean by an internal window manager one running inside the X server. I am taking my cue from the eXcursion2 design document. Windows is generating the move, resize, etc events. The window manager hooks into the X server Windows event loop and handles window state events. The internal window manager should act as proper window manager which presumably means talking to the server. The other way I can see to handle a rootless X server is with a separate X client window manager. For each root-level X window, there is a corresponding Windows window. But without any frame at all. The window manager draws the frame and handles moving, resizing, and all that. The X server is responsible of moving the Windows window. Does any of this make sense? - Ian -- [EMAIL PROTECTED] http://www.znark.com/
[ANNOUNCEMENT] Server Test 54
Links: I just posted Test 54 to the server development page: http://xfree86.cygwin.com/devel/shadow/ Server Test Series binary and source code releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/shadow/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test54.exe.bz2 (1077 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20020403-2033.tar.bz2 (69 KiB) Changes: 1) Attempt to make WarpCursor function correctly by adding function winWarpCursor. The new function calls SetCursorPos () with the x and y coordinates passed to winWarpCursor. Hopefully this works. Enjoy, Harold
RE: Win2k/Remote Login Display
Marc, Look at the log file in /tmp/XWin.log. Mail the file to the list if you can't figure out what to do (most error messages are in the FAQ). Be sure to mail the list and tell us what the solution was. Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Marc Sent: Thursday, April 04, 2002 12:58 AM To: [EMAIL PROTECTED] Subject: Win2k/Remote Login Display Hey all, Pretty new at working with Cygwin/XFree86, but didn't see anything on the web or in the FAQs. It seems that after 2 default installations of Cygwin and Xfree86, that running $ ./XWin.exe -query host.ip.address brings up the X window, but the pointer just moves a little and nothing comes up for any of the known-to-work machines I'm trying to grab a display from. I'm not running any firewalling either... Any suggestions? Thanks, Marc
RE: [ANNOUNCEMENT] Server Test 54
Oops, the following should have been part of the original announcement: 2) Change winkeybd.c/winKeybdBell () to call MessageBeep (MB_OK) instead of Beep (0, 0). Beep () uses the PC speaker on Windows NT/2000, which isn't desireable. It also seems that Beep () may have been causing freezes for some users. Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Harold Hunt Sent: Wednesday, April 03, 2002 8:44 PM To: cygx Subject: [ANNOUNCEMENT] Server Test 54 Links: I just posted Test 54 to the server development page: http://xfree86.cygwin.com/devel/shadow/ Server Test Series binary and source code releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/shadow/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test54.exe.bz2 (1077 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20020403-2033.tar.bz 2 (69 KiB) Changes: 1) Attempt to make WarpCursor function correctly by adding function winWarpCursor. The new function calls SetCursorPos () with the x and y coordinates passed to winWarpCursor. Hopefully this works. Enjoy, Harold
Log file for Win2k/Remote Login Screen
Here's what /tmp/XWin.log has to say... but I can't pick anything out of it that looks like an error message.. ddxProcessArgument () - Initializing default screens winInitializeDefaultScreens () - w 1280 h 1024 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winDetectSupportedEngines () - Windows NT/2000 winDetectSupportedEngines () - DirectDraw installed winDetectSupportedEngines () - Allowing PrimaryDD winDetectSupportedEngines () - DirectDraw4 installed winDetectSupportedEngines () - Returning, supported engines 001f winSetEngine () - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL () - Using Windows display depth of 24 bits per pix el winAdjustForAutoHide - Original WorkArea: 0 0 1024 1280 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 1023 1280 winCreateBoundingWindowWindowed () - WindowClient w 1274 h 998 r 1274 l 0 b 998 t 0 winCreateBoundingWindowWindowed () - Returning winAllocateFBShadowDDNL () - lPitch: 3824 winInitVisualsShadowDDNL () - Masks 00ff ff00 00ff BPRGB 8 d 24 winLayerCreate () - dwDepth 24 winRandRInit () winCreateDefColormap () - Deferring to fbCreateDefColormap () winScreenInit () - returning And thats where it ends... Thanks for the help! --Marc
Any enlightenment package?
I have tried to install enlightenment and installed various library and program for that. But I met error during make enlightenment.. like this -- /home/Administrator/src/enlight/dox/ttfont.c:574: undefined reference to `XShmCreateImage' /home/Administrator/src/enlight/dox/ttfont.c:589: undefined reference to `shmget' /home/Administrator/src/enlight/dox/ttfont.c:601: undefined reference to `shmat' /home/Administrator/src/enlight/dox/ttfont.c:609: undefined reference to `shmget' I have no idea how to solve this problem. And please let me know where I can find enlightenment package. if any. And another question. I have loved fvwm2 in Solaris a few years ago and have used Gnome+enllghtenment for a while in Redhat. I heard enlightenment is very new window manager. and is it better than fvwm2? Please answer.
RE: Log file for Win2k/Remote Login Screen
Thansk for the help Harold. I'm an admin for our CS dept at WVU. A few people on my staff and I have it working under Win98 on a few machines, and on another two Win2000 machines, all with default installations. The machines that I know are working fine are a RedHat 7.2 machine and a Sun Solaris machine. Both remote login windows open fine, as do logging in and running applications. But for some reason, the same default installation on my machine isn't working to grab their displays. I'm going to check the link you sent also. Thanks, Marc
Re: [PATCH] Setup Chooser integration
On Tue, Apr 02, 2002 at 03:14:28PM -0600, Gary R Van Sickle wrote: Image: you click on 'install' for 'gcc', and up pops a window that lists everything that gcc depends on (both requires as we have today, and 'suggested' items that aren't always needed but are useful - ie autoconf), that was not selected before that click. I'm drawing a blank at the utility of such a feature, at least in the guise of a popup of any kind. You're saying that as you go through the dozens of packages you want and select them, that a box pops up bugging you about the dependencies of each selection, which you can't do anything about anyways? That sounds like it would be extremely irritating. Ditto. I also have to admit that I don't see how this corresponds with any complaints or requests that I've seen in the cygwin mailing list. Likewise, if you click ash off, up pops a window listing everything that depends on ash, with an addiotnal message of Warning: removing ash will cause these packages to be removed as well. This does make quite a bit of sense to me. But wouldn't MessageBox() or something akin to it be a better fit to the task? The only possible user input here would be Yes, remove ash and everything dependent on it and Cancel, and the only output a list of package names. Actually, I think that automatically removing dependencies is not a good idea. If I select binutils specifically, then select gcc, then uninstall gcc, I would probably be annoyed to see binutils disappear. cgf
Re: Patch for Setup.exe problem and for mklink2.cc
wrote: As for the 's, I wonder if it's a w32api reference issue? The compiler complains if they are present for me. For me it is the opposite. g++ complains when they are *not* present. I believe this might be related to the above discussion so I thought I would add this - I updated my cinstall (Setup.exe) node from HEAD in cvs (cvs update -rHEAD) on Monday and now when I try to compile on my Win2000 laptop I get the following error: make[2]: Entering directory `/usr/develop/obj/i686-pc-cygwin/winsup/cinstall' /usr/bin/c++ -L/usr/develop/obj/i686-pc-cygwin/winsup -L/usr/develop/obj/i686-pc-cygwin/winsup/cygwin -L/usr/develop/obj/i686-pc-cygwin/winsup/w32api/lib -isystem /usr/develop/src/winsup/include -isystem /usr/develop/src/winsup/cygwin/include -isystem /usr/develop/src/winsup/w32api/include -isystem /usr/develop/src/newlib/libc/sys/cygwin -isystem /usr/develop/src/newlib/libc/sys/cygwin32 -B/usr/develop/obj/i686-pc-cygwin/newlib/ -isystem /usr/develop/obj/i686-pc-cygwin/newlib/targ-include -isystem /usr/develop/src/newlib/libc/include -MMD -g -O2 -mno-cygwin -I. -I/usr/develop/src/winsup/cinstall -I/usr/develop/src/winsup/mingw/include -I/usr/develop/src/winsup/bz2lib -mwindows -c -o mklink2.o /usr/develop/src/winsup/cinstall/mklink2.cc /usr/develop/src/winsup/cinstall/mklink2.cc: In function `void make_link_2(const char *, const char *, const char *, const char *)': /usr/develop/src/winsup/cinstall/mklink2.cc:24: cannot convert `CLSID_ShellLink' from type `const GUID' to type `const CLSID *' /usr/develop/src/winsup/cinstall/mklink2.cc:25: cannot convert `IID_IPersistFile' from type `_GUID' to type `const IID *' make[2]: *** [mklink2.o] Error 1 make[2]: Leaving directory `/usr/develop/obj/i686-pc-cygwin/winsup/cinstall' make[1]: *** [cinstall] Error 1 make[1]: Leaving directory `/usr/develop/obj/i686-pc-cygwin/winsup' make: *** [all-target-winsup] Error 2 ~ $ I have tried reinstalling the w32api packages for version 1.1-1, 1.2-1 and 1.2-2 as well as other various packages in an attempt to resolve but still get the same error when I compile. I see the patch that Ton van Overbeek and I am about to try that - will this become a standard patch.
stackdump.sgml new file
I was thinking about writing some updated documentation as requested lately on the mailing list (http://www.cygwin.com/ml/cygwin/2002-03/msg01633.html) I've started by writing a new file to document the existance of the cygwin_stackdump() function. ChangeLog: 2001-04-03 Joshua Daniel Franklin [EMAIL PROTECTED] * stackdump.sgml: New file. Document cygwin_stackdump() function. The function is described as Temporary? when first mentioned in the ChangeLog, but since it appears to have been around since the first net-release: http://www.cygwin.com/ml/cygwin-announce/2000/msg0.html I thought it's probably permanent enough to have its own sgml file. I'm not abandoning my quest to add --help and --version options to all the utils, but I've got two patches out right now and would like to wait on these to keep it all managable in my thought. For reference, the patches are for mkpasswd (similar to the applied mkgroup patch): http://cygwin.com/ml/cygwin-patches/2002-q1/msg00352.html and for kill.cc: http://cygwin.com/ml/cygwin-patches/2002-q1/msg00339.html __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/ Title: cygwin_stackdump --- stackdump.sgml-orig Wed Apr 3 21:36:00 2002 +++ stackdump.sgml Wed Apr 3 20:57:07 2002 @@ -0,0 +1,14 @@ + + + + + +extern "C" void +cygwin_stackdump + + + + Produce a stackdump from the called location + + +
Re: stackdump.sgml new file
On Wed, Apr 03, 2002 at 08:39:51PM -0800, Joshua Daniel Franklin wrote: I was thinking about writing some updated documentation as requested lately on the mailing list (http://www.cygwin.com/ml/cygwin/2002-03/msg01633.html) I've started by writing a new file to document the existance of the cygwin_stackdump() function. ChangeLog: 2001-04-03 Joshua Daniel Franklin [EMAIL PROTECTED] * stackdump.sgml: New file. Document cygwin_stackdump() function. I'd probably accept this except for two things: 1) You don't add ChangeLog entries for documentation. 2) The patch is included is an html attachment. Obviously 1) is a no-op but we really need just a straight patch in regular text. cgf
Re: stackdump.sgml new file
On Wed, Apr 03, 2002 at 09:18:11PM -0800, Joshua Daniel Franklin wrote: 2) The patch is included is an html attachment. Obviously 1) is a no-op but we really need just a straight patch in regular text. Well, I'm not sure this is what you mean, here is the straight text of the file. I'm not sure why you're not sure what I meant: Content-Type: text/html; name=stackdump.sgml-patch Content-Description: stackdump.sgml-patch Content-Disposition: inline; filename=stackdump.sgml-patch When I looked at this in my email client, it was pretty much illegible. If I look at it in a text editor (now why didn't I think of that before?) it looked like a regular patch. The way that you were sending patches previously was just fine. I don't know why you changed it. Or, maybe your email client did it for you when it saw the sgml extension. cgf
RE: [PATCH] Setup Chooser integration
Likewise, if you click ash off, up pops a window listing everything that depends on ash, with an addiotnal message of Warning: removing ash will cause these packages to be removed as well. This does make quite a bit of sense to me. But wouldn't MessageBox() or something akin to it be a better fit to the task? The only possible user input here would be Yes, remove ash and everything dependent on it and Cancel, and the only output a list of package names. Actually, I think that automatically removing dependencies is not a good idea. If I select binutils specifically, then select gcc, then uninstall gcc, I would probably be annoyed to see binutils disappear. cgf I took it to mean the opposite - if you uninstalled *binutils*, it would uninstall gcc because gcc depends on them. But on further reflection I'm no longer sure even that is desirable. If I uninstall ash, should say make get deleted even though I have bash as sh? -- Gary R. Van Sickle Brewer. Patriot.
Re: imapd on cygwin
Andrew DeFaria wrote: [...] I can find no man page for gettimeofday in Cygwin! And I can't seem to even call it properly: #include time.h #include stdio.h int main (void) { struct timezone d; printf (Calling gettimeofday\n); gettimeofday (NULL, d); printf (Returned from gettimeofday\n); } $ gcc foo.c foo.c: In function `main': foo.c:4: storage size of `d' isn't known So how the hell did it get compiled into imapd this way?!? And how does on call gettimeofday in Cygwin? Finally I tried: [...] I don't know if it usefull here, but as Gerrit P. Haase mentioned in http://sources.redhat.com/ml/cygwin/2001-09/msg8.html , for using timezone you must execute a tzset(); call before the first line such variable (timezone) appears. SLao -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: vim-6.1-2
I've updated the version of VIM in cygwin/latest to 6.1-2. This version is a major release. It fixes a big bunch of problems in 6.0.xx versions. To update your installation, click on the Install Cygwin now link on the http://sources.redhat.com/cygwin web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. Note that we do not allow downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want 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] -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
printf and cout is not working after loaded the cygwin DLL
Hi, I have tried to use a DLL which is created using Cygwin by a VC++ console application. But after loaded that DLL the usual cout and printf console outputs are not coming to the current screen. That means, when I tried to use a printf (test\n); the command is executed. But the output message test is not appearing in the screen. But when I put a printf in side the DLL function, that out put is displayed correctly. But I cannot print any messages from my main function to that screen after loading the DLL which was created by cygwin. Any comments? Thank You, Regards, Suhanthan, V. Suhanthan Vanniyasingam www.eRunway.com -Original Message- From: Larry Hall (RFK Partners, Inc) [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 02, 2002 9:55 PM To: Suhanthan Vanniyasingam; '[EMAIL PROTECTED]' Cc: Narasimha Sarma; Nandika Mirihana Subject: Re: Creating DLLs using c++/g++ At 07:41 AM 4/2/2002, Suhanthan Vanniyasingam wrote: Hi, I have created DLLs by using the following command gcc -Wl,--out-implib,libmydll.import.a -shared -o mydll.dll mydll.o and used with a VC++ application. But I have tried the same command with c++ and g++. It's creating the DLL. But the functionality is not accessible by VC++ application. How so? Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: dejagnu-1.4.2 on cygwin
On Tuesday 02 April 2002 20:29, Billinghurst, David (CRTS) wrote: Tim Prince wrote: My dejagnu runs reasonably well, although I haven't figured out how David Billinghurst was able to bring his up to date. dejagnu-1.4.2 builds OOTB for me. - download from any gnu mirror - build out of source tree with srcdir/configure --prefix=/usr make make install This overwrites the cygwin dejagnu, but it doesn't seem to work otherwise. That may be that magic you need. Thanks, I found a distant slow mirror which had this version, but it fails to build, complaining about details of C++ library implementation. -- Tim Prince -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Important News About Your Destiny! Your Master Astrologer
~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ *..*..*..*..*..*..*...** Y O U R D E S T I N Y ! **...*..*.. Weighing: Struggle between Good Evil, Right Wrong, Masculine Feminine: Power of Transformation What Changes are next, be prepared! Don't be caught unprepared. 3rd Quarter M O O N 15 Capricorn Year of the Horse ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Metamorphoses: The Light of Day In awareness comes realization of Position, Conditions, How Too. Each event propels you into the next. Birth propels each into the Physical world; As each event in our life fulfills its course through living; Your purpose in life is destined! Understand your purpose; Your purpose is revealed in the Stars: That which may be known of God is Manifest in them... even his eternal power and Godhead... What Changes are coming too you? What are you in for next? What is coming up? === Call me 310 823-7809 $3.00/min Ask me: Are your Talents and Needs able to fulfill your Goals. Let me answer these issues, don't be confused, let me tell you what I see written in the Stars for you! -The Spring Constellations are: The Great Bear= Ursa Major or The Big Dipper; The Little Bear= Ursa Minor or Known mainly by Pole Star Polaris; The Bear Keeper= Bootes; The Dragon=Draco; The Crow=Corvus; The Cup=Crater; The Snake=Hydra. If you would like to know more of their meaning or Mythology of the Stars Call 310 823-7809 today for your own personal Astrology reading $3.00/min. See how the stars will lead you to know more about your life's Destiny. -Whoever can come closest to the quantity of stars in the Universe, They will receive a free One-On-One Star Reading with Master Astrologer: Sherman. Email your estimates too: [EMAIL PROTECTED] * * * * * * * * * * * * * * * * * * * * * * * * * * * * * Your Turning Point Today Learn what the Stars have in store for you! * Love * * Money * * Career * * Business * *Health * * Children * * Marriage * * Health* You need to know what I see right now. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * Will you ever find True Love? Will you ever Marry? Can you find someone that you will trust? Will you ever Love again? Is your lover, loving another on the side? What is the most important part of Relationships? What do you Want to Know about Love, Ask me. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * Become one of the many thousands that have already had their Destiny and Future revealed. Call for your Personal Reading. 310 823-7809 Call and Talk with your Personal Astrologer one on one. $3.00/min Call before it's to Late. New Year Predictions ; Find out what the New Year has in store for you. Year of the Horse Chinese New Year FEB.12, 2002 Ask for Sherman 310 823-7809 Master Astrologer Email: [EMAIL PROTECTED] There is something very urgent that I need to talk to you about, Act now. Call me before it's to late. ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ If you would like our Newsletter, please state if your browser supports Text or HTML by Putting Text in the Subject line of your Reply too: [EMAIL PROTECTED] Or Putting HTML in the Subject line of your Reply too: [EMAIL PROTECTED] * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * Learn what Message is in the Stars for you! * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * If you would like to be removed from future mailings, reply with remove in the subject line at [EMAIL PROTECTED] 300YDAPR2all7l1 Entertainment Purposes Only, You must be over 18yrs old. ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ It is would be a violation of copyright to copy or publish this Email; or to change anything with the intent to use other than its original purpose; without written authorization from the author. ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Strange Crond behavior
On Mon, Apr 01, 2002 at 12:47:21PM +0200, Michael Lang wrote: Hello to all Sorry for bothering but I didn´t find an issue for these strange behavior of the Crond . Does someone knows why using cron as service doesn't start any scheduled tasks ? Event Error : Using /usr/sbin/cron -D seteuid: Not owner We had that already in this mailing list. Check if the group in your passwd entry exists in the group file. There's probably a mismatch so that you have a primary group 513 and in /etc/group is only a group 10513 or similar. Change it to 513 and restart cron. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: trouble using scanf on double arguments under Windows2000
Hi, I modernized my Cygwin last night, but have not had a chance to try some of the offending programs. When I was using an older version, some programs exhibit the problem and some would not, it was really weird. Tonight, I will try to find one or two programs that did not work properly and see if they work with the new Cygwin, if not then I will have to try to figure out what is causing it instead of looking for a workaround as Christopher suggested. By the way, I just thought of this and I don't know if this makes a difference, but when I had the problem before I was using Windows 95. I have since moved on to Windows NT 4.0 with service pack 6, maybe that will make a difference? Have a nice day. James Merritt --- Sonnenschein, Roland Dr. [EMAIL PROTECTED] wrote: Since I modernized my Cygwin installation the problem does not appear any more. I should have done this before complaining. Sorry for the inconvenience. -Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 02, 2002 5:32 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: trouble using scanf on double arguments under Windows2000 On Tue, Apr 02, 2002 at 04:58:32AM -0800, James Merritt wrote: I like Cygwin and will continue to support it and would like to continue playing with it and writing programs under Cygwin. I do not want to blame gcc or Cygwin because I like them, but I want to know what is causing this behavior as well and is there a workaround. In a free software project, you shouldn't have to think in terms of workarounds. Instead think How do I fix the problem. The sources for scanf are available. They're in newlib/libc/stdio/scanf.c . If you think there is a problem, then the best way to address it is to investigate patching it and sending the patch to [EMAIL PROTECTED] cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Termcap issue in cygwin
Hello, This message has two parts, the long story, and the short story. First the short story. As far as I understand, the function tgetent, has two parameters, which are documented in the manual for termcap(3) and tgetent, the first one is of type (char *). According to the manual of the unix system I am using the length of this string is supposed to be 1024. I have found that the entries for the linux and cygwin terminal are over 1024 characters long, which causes this function to corrupt the stack and the program dump core. A classical buffer overflow bug. I believe this is an issue with the termcap database, which I believe should be shortened to satisfy the 1024 characters length requirement in (it seems) most (if not all) Unix systems. Now the long story (which puts the short story in context). My real goal was to compile Pine for cygwin, which I did, and you are welcome to give it a try by downloading it from my web page (address below). The problem that I had was that every time that I started Pine in the cygwin terminal, it would dump core, due to the problem described above. Pine needed to be executed under rxvt, for example, in order to not to make it dump core. Although I believed for some time that rxvt was a requirement in order to execute Pine, now I realize that it is not, but my request instead is to make the work around of giving more space to the first argument of tgetent disappear. Is there any chance that both the linux and the cygwin entries will be shortened to less than 1024 characters?, or should I just have to accept this as a given? Thank you! -- Eduardo http://www.math.washington.edu/~chappa/pine/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Updated: vim-6.1-2
Hi, Even with this new version, after the i (insert) command, all I type is typed on the same 1st spot on the screen. Is there any known reason for this. I'd appreciate any help. Thank you. Alejandro Allievi -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Corinna Vinschen Sent: Wednesday, April 03, 2002 2:59 AM To: cygann Subject: Updated: vim-6.1-2 I've updated the version of VIM in cygwin/latest to 6.1-2. This version is a major release. It fixes a big bunch of problems in 6.0.xx versions. To update your installation, click on the Install Cygwin now link on the http://sources.redhat.com/cygwin web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. Note that we do not allow downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want 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] -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: crypt command
Yeah, I got this same problem. I posted a question over on the mingw mailing list, but got no responses. Might be worth reposting this over there. [EMAIL PROTECTED] -Richard Campbell. -Original Message- From: Gupta, Sanjay [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 02, 2002 6:03 PM To: '[EMAIL PROTECTED]' Subject: crypt command Since the crypt command in cygwin does not work same as crypt command in Unix, so somebody suggesed use mcrypt command (http://mcrypt.hellug.gr/mcrypt/index.html) , I was able to download mcrypt source and there required library files Libmhash and Libmcrypt but when I compile mhash on cygwin, I get the following error. Does any body know how to solve this problem. Thanks Sanjay Here is the error :- make all-recursive make[1]: Entering directory `/usr/src/mhash-0.8.14' Making all in lib make[2]: Entering directory `/usr/src/mhash-0.8.14/lib' /bin/sh ../libtool --silent --mode=link gcc -g -O2 -mno-cygwin -o libmhash.la -rpath /usr/local/lib -version-info 2 -no-undefined -export-symbols ./libmhash.sym mhash.lo swap.lo bzero.lo crc32.lo md5.lo sha1.lo haval.lo tiger.lo tiger_sboxes.lo gosthash.lo keygen_hex.lo keygen_mcrypt.lo keygen_asis.lo keygen.lo keygen_s2k.lo ripemd.lo md4.lo sha256.lo adler32.lo keygen_hex.lo: In function `check_hex': /usr/include/mingw/ctype.h:143: undefined reference to `_imp___pctype' /usr/include/mingw/ctype.h:143: undefined reference to `_isctype' collect2: ld returned 1 exit status make[2]: *** [libmhash.la] Error 1 make[2]: Leaving directory `/usr/src/mhash-0.8.14/lib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/mhash-0.8.14' make: *** [all] Error 2 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Termcap issue in cygwin
On Wed, Apr 03, 2002 at 04:38:01AM -0800, Eduardo Chappa wrote: Hello, This message has two parts, the long story, and the short story. First the short story. As far as I understand, the function tgetent, has two parameters, which are documented in the manual for termcap(3) and tgetent, the first one is of type (char *). According to the manual of the unix system I am using the length of this string is supposed to be 1024. I have found that the entries for the linux and cygwin terminal are over 1024 characters long, which causes this function to corrupt the stack and the program dump core. A classical buffer overflow bug. I believe this is an issue with the termcap database, which I believe should be shortened to satisfy the 1024 characters length requirement in (it seems) most (if not all) Unix systems. http://cygwin.com/lists.html#see-above http://cygwin.com/cgi-bin/htsearch?method=andsort=threadrestrict=%2Fml%2Fcygwin%2Fwords=termcap+1024 Now the long story (which puts the short story in context). My real goal was to compile Pine for cygwin, which I did, and you are welcome to give it a try by downloading it from my web page (address below). The problem that I had was that every time that I started Pine in the cygwin terminal, it would dump core, due to the problem described above. Pine needed to be executed under rxvt, for example, in order to not to make it dump core. Although I believed for some time that rxvt was a requirement in order to execute Pine, now I realize that it is not, but my request instead is to make the work around of giving more space to the first argument of tgetent disappear. Is there any chance that both the linux and the cygwin entries will be shortened to less than 1024 characters?, or should I just have to accept this as a given? Bottom line: If you want to submit a patch which accomplishes this shortening without eliminating functionality, please do. Otherwise, increasing the size of your buffer is the correct solution. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Termcap issue in cygwin
On Wed, Apr 03, 2002 at 04:38:01AM -0800, Eduardo Chappa wrote: As far as I understand, the function tgetent, has two parameters, which are documented in the manual for termcap(3) and tgetent, the first one is of type (char *). According to the manual of the unix system I am using the length of this string is supposed to be 1024. I have found that the entries for the linux and cygwin terminal are over 1024 characters long, which causes this function to corrupt the stack and the program dump core. A classical buffer overflow bug. I believe this is an issue with the termcap database, which I believe should be shortened to satisfy the 1024 characters length requirement in (it seems) most (if not all) Unix systems. A small part of the termcap info page: With the Unix version of termcap, you must allocate space for the description yourself and pass the address of the space as the argument BUFFER. There is no way you can tell how much space is needed, so the convention is to allocate a buffer 2048 characters long and assume that is enough. (Formerly the convention was to allocate 1024 characters and assume that was enough. But one day, for one kind of terminal, that was not enough.) It even has some examples. Kurt -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Devicename conventions
Hello, does someone know wether there exists a document where I can find the devicename differences between windows and Linux/Unix. For example: To program the serial port with Cygwin the devicename for Windows must be /dev/com1 and on Linux /dev/ttyS0. So I want to know which names the other devices should have for example the keybord? Is there a document where I can read this or doesn't this make any sense? Can I also try the Linux conventions? Thanks in advance Frank -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ncftp current release won't run - missing CYGREADLINE5.DLL
Sorry Robert, I lost the last word on the subject line when I posted the email you read. It turns out, no you can't just re run setup.exe on an already installed cygwin and expect it to work. It might delete a dll or two for you due to an install bug. The faq offers the solution of hunting down which packages contain the dll files you are missing and re installing them. I found it much easier last night to just wipe out the old cygwin install, and local download storage (where you ran setup from) completely and doing a full install. The other thing to watch for is that a default install does not install everything, so if you want everything, click on the little arrow loop icon on the all category in setup and change it to install all.. Here's the details of the thread.. http://cygwin.com/ml/cygwin/2002-04/msg00102.html Gord Wait -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
v1.3.10 - must run bash twice to read .bashrc
I have looked all through the list archives and on google groups, but this problem does not seem to be listed. I am running Windows 2000, logging in to an NT domain (not sure if any of this matters). When I run the Cygwin shortcut, it logs in OK, but does not run the .bashrc (I have a few aliases, that's how I can tell). I need to run bash again to get it to load .bashrc. Then, when I log out, I need to logout twice, to get rid of both shells. BTW, the $HOME is /home/Administrator, not /home/myloginname, which does not seem to be an issue, as this is the way is was on other machines. Additionally, when I do run the bash command the second time, the $HOME is still the same. I have run/am running Cygwin on NT4, and W98 machines, none of which have had this problem. The /etc/shells file: /bin/sh /bin/bash /bin/tcsh /usr/bin/sh /usr/bin/bash /usr/bin/tcsh The cygwin.bat file: echo off C: chdir \cygwin\bin #note: I have also tried this with c:\cygwin\bin bash --login -i Richard Brust IT Manager Technology Business Research Hampton, NH. USA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ncftp current release won't run - missing CYGREADLINE5.DLL
On Wed, Apr 03, 2002 at 07:48:29AM -0800, Gord Wait wrote: Sorry Robert, I lost the last word on the subject line when I posted the email you read. It turns out, no you can't just re run setup.exe on an already installed cygwin and expect it to work. It might delete a dll or two for you due to an install bug. That is just not true. Please don't spread misinformation. 1) The reasons for dlls to be deleted have been explained in countless email messages. It isn't a random event. setup.exe doesn't delete a dll every time it is run. It is ludicrous to assert this. 2) Robert has indicated that the situation which caused deletion of a DLL has been eliminated. Larry has already provided the needed information in this very thread. He obviously understands whats going on here. You don't. Since you aren't really clear on what's happening, you probably shouldn't be offering advice. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: crypt command
At 06:02 PM 4/2/2002, Gupta, Sanjay wrote: Since the crypt command in cygwin does not work same as crypt command in Unix, so somebody suggesed use mcrypt command (http://mcrypt.hellug.gr/mcrypt/index.html) , I was able to download mcrypt source and there required library files Libmhash and Libmcrypt but when I compile mhash on cygwin, I get the following error. Does any body know how to solve this problem. Thanks Sanjay Here is the error :- make all-recursive make[1]: Entering directory `/usr/src/mhash-0.8.14' Making all in lib make[2]: Entering directory `/usr/src/mhash-0.8.14/lib' /bin/sh ../libtool --silent --mode=link gcc -g -O2 -mno-cygwin -o libmhash.la -rpath /usr/local/lib -version-info 2 -no-undefined -export-symbols ./libmhash.sym mhash.lo swap.lo bzero.lo crc32.lo md5.lo sha1.lo haval.lo tiger.lo tiger_sboxes.lo gosthash.lo keygen_hex.lo keygen_mcrypt.lo keygen_asis.lo keygen.lo keygen_s2k.lo ripemd.lo md4.lo sha256.lo adler32.lo keygen_hex.lo: In function `check_hex': /usr/include/mingw/ctype.h:143: undefined reference to `_imp___pctype' /usr/include/mingw/ctype.h:143: undefined reference to `_isctype' collect2: ld returned 1 exit status make[2]: *** [libmhash.la] Error 1 make[2]: Leaving directory `/usr/src/mhash-0.8.14/lib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/mhash-0.8.14' make: *** [all] Error 2 Perhaps you'd be better off building this with Cygwin (i.e. sans -mno-cygwin)? Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: crypt command
Perhaps you'd be better off building this with Cygwin (i.e. sans -mno-cygwin)? I tried that. mhash uses some functions that are defined in that ctype.h file. Things start going downhill from that point. I suspect my replacement of the functions was flawed. I eventually got it to build, but segfault. -Richard Campbell. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: No such host or network path
At 08:38 PM 4/2/2002, Gang Lu wrote: I installed the cygwin under c:\cygwin. And a Repository is installed at c:\Repository. An application generate Makefile automatically: export REPOSITORY := /C/Repository/packages then the make always report: makefile:71: //C/Repository/packages/pkgconf/rules.mak: No such host or network path If I change //C to /C, then it works. But there are so many such makefiles, I can not change them every time by hand. So what would be the reason for such a problem? Yes. It's apparently a problem with your makefiles. Looks like you're going to need to figure out a way to fix the makefiles or tweak your application that generates the makefile to remove first '/' in the definition of REPOSITORY. Or just set REPOSITORY to exclude the first '/' before you run the makefile. Unless I'm missing something, this does seem a bit off-topic. Is this really specifically a problem with Cygwin? Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Creating Static Libraries
Right. If you want a static library, you have to build one. An import library is not the same as a static library. In general, there's no reason you can't build a static library of you want one. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX At 10:46 PM 4/2/2002, Suhanthan Vanniyasingam wrote: Hi Larry, Thankyou for your reply. I'm asking can we create static libraries(LIBs) rethar than dynamic libraries(DLLs). I think the import library cannot be used alone as a static library. Is it? Thank You, Regards, Suhanthan, V. Suhanthan Vanniyasingam www.eRunway.com -Original Message- From: Larry Hall (RFK Partners, Inc) [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 02, 2002 9:54 PM To: Suhanthan Vanniyasingam; '[EMAIL PROTECTED]' Subject: Re: Creating Static Libraries At 02:47 AM 4/2/2002, Suhanthan Vanniyasingam wrote: Hi, I'm new to cygwin. I have found that we can create DLLs using Cygwin. So What abouts *.lib s? Is there any relationship between *.a created with cygwin and *.lib? Yes. If the *.a is an import library (stubs referencing a DLL) rather than a static library, the format is the same as the *.lib. Is it possible to use these *.a libraries with VC++? Generally, so long as you don't use dynamic memory (or if you do, you need to be very careful about freeing it in the same library as it's allocated - better to just stay away from it). Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: printf and cout is not working after loaded the cygwin DLL
At 04:29 AM 4/3/2002, Suhanthan Vanniyasingam wrote: Hi, I have tried to use a DLL which is created using Cygwin by a VC++ console application. But after loaded that DLL the usual cout and printf console outputs are not coming to the current screen. That means, when I tried to use a printf (test\n); the command is executed. But the output message test is not appearing in the screen. But when I put a printf in side the DLL function, that out put is displayed correctly. But I cannot print any messages from my main function to that screen after loading the DLL which was created by cygwin. Any comments? Is 'tty' in your Cygwin environment variable? If so, see http://cygwin.com/cygwin-ug-net/using-cygwinenv.html. You may need to unset it to get this to work for you (don't forget to unload the DLL after removing 'tty') Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ncftp current release won't run - missing CYGREADLINE5.DLL
--On Wednesday, April 03, 2002 11:00 AM -0500 Christopher Faylor [EMAIL PROTECTED] wrote: On Wed, Apr 03, 2002 at 07:48:29AM -0800, Gord Wait wrote: It turns out, no you can't just re run setup.exe on an already installed cygwin and expect it to work. It might delete a dll or two for you due to an install bug. That is just not true. Please don't spread misinformation. In my experience, Gord's first statement above *is* true. Even though the current setup has been fixed so this problem does not happen with new installations, it does not go back and fix the problem for people who used the old setup. The user must manually find the missing DLLs, or use a command like this: cd / ls `zcat /etc/setup/*.gz | grep -v etc/postinstall` /dev/null Then setup must be forced to reinstall the appropriate packages; it does not automatically recognize that they need to be updated. Incidentally, IMO Gord's solution to completely reinstall Cygwin from scratch is overkill. Finding the missing DLLs and having setup reinstall them is much easier and should be just as clean. Alan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ncftp current release won't run - missing CYGREADLINE5.DLL
At 11:39 AM 4/3/2002, Alan Dobkin wrote: --On Wednesday, April 03, 2002 11:00 AM -0500 Christopher Faylor [EMAIL PROTECTED] wrote: On Wed, Apr 03, 2002 at 07:48:29AM -0800, Gord Wait wrote: It turns out, no you can't just re run setup.exe on an already installed cygwin and expect it to work. It might delete a dll or two for you due to an install bug. That is just not true. Please don't spread misinformation. In my experience, Gord's first statement above *is* true. Even though the current setup has been fixed so this problem does not happen with new installations, it does not go back and fix the problem for people who used the old setup. The user must manually find the missing DLLs, or use a command like this: cd / ls `zcat /etc/setup/*.gz | grep -v etc/postinstall` /dev/null Then setup must be forced to reinstall the appropriate packages; it does not automatically recognize that they need to be updated. Incidentally, IMO Gord's solution to completely reinstall Cygwin from scratch is overkill. Finding the missing DLLs and having setup reinstall them is much easier and should be just as clean. As with any problem, there are multiple ways of fixing it. Gord's statement implies a specific case, which was a problem in the past, is still a problem in general. In that context, it is wrong, as Chris points out. It will mislead and confuse most who happen to take the time to research a similar problem they might be having. For those that don't, won't, or can't use the fix that the current setup provides, then obviously your prescribed solution is valid and works. The general audience of this list will likely find it less appealing though since it requires more than the typical point and click effort. In any case, there is no outstanding issue here. It's all been addressed before and the solution exists. It doesn't need to be invented. Unless a serious problem arises again with the previously prescribed approach in the FAQ, there's no benefit to this list in continuing the discussion of solutions to this issue. I may be wrong but I believe that was the point that Chris was trying to get across. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Updated: vim-6.1-2
Alejandro, Vim works fine, now _and_ before. Your symptom suggests that you're misleading Vim as to the kind of terminal (emulation) you're using. Make sure your TERM variable is set correctly and is exported to the environment. use cygwin for a console Cygwin shell (any variety) and rxvt for an RXVT terminal emulator window. Randall Schulz Mountain View, CA USA At 06:01 2002-04-03, Alejandro Allievi wrote: Hi, Even with this new version, after the i (insert) command, all I type is typed on the same 1st spot on the screen. Is there any known reason for this? I'd appreciate any help. Thank you. Alejandro Allievi -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problems with setup.exe - no bin directory
I just ran setup.exe 2.192.2.22. It did not create a bin directory. It created a lib, a sbin, a tmp, and a usr. They seem to be full of stuff but no bin. I uninstalled and reinstalled making sure nothing vital seemed to be skipped in particular that the base install was occurring. Everything seemed fine. For example all bash supporting files seem to be there but no bash executable. A cygwin.bat was created containing: echo off d: chdir d:\cygwin\bin bash --login -i But obviously as there is no bin nothing happens. I am running this on Windows XP. Can anyone shed any light on this? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: No such host or network path
Thanks. I am wondering if cygwin can be setted to be able to access other directory using //C instead of /C. so I send to this mail list. thanks any way. Gang Lu On Wed, 3 Apr 2002, Larry Hall (RFK Partners, Inc) wrote: At 08:38 PM 4/2/2002, Gang Lu wrote: I installed the cygwin under c:\cygwin. And a Repository is installed at c:\Repository. An application generate Makefile automatically: export REPOSITORY := /C/Repository/packages then the make always report: makefile:71: //C/Repository/packages/pkgconf/rules.mak: No such host or network path If I change //C to /C, then it works. But there are so many such makefiles, I can not change them every time by hand. So what would be the reason for such a problem? Yes. It's apparently a problem with your makefiles. Looks like you're going to need to figure out a way to fix the makefiles or tweak your application that generates the makefile to remove first '/' in the definition of REPOSITORY. Or just set REPOSITORY to exclude the first '/' before you run the makefile. Unless I'm missing something, this does seem a bit off-topic. Is this really specifically a problem with Cygwin? Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: No such host or network path
No, not any more. This (mis)feature was removed after being deprecated for a long time. Obviously, you're free to reinstate the feature in your own version if you prefer it that way. Cygwin won't accept a patch to reinstate this functionality though. Sorry. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX At 12:34 PM 4/3/2002, ganglu wrote: Thanks. I am wondering if cygwin can be setted to be able to access other directory using //C instead of /C. so I send to this mail list. thanks any way. Gang Lu On Wed, 3 Apr 2002, Larry Hall (RFK Partners, Inc) wrote: At 08:38 PM 4/2/2002, Gang Lu wrote: I installed the cygwin under c:\cygwin. And a Repository is installed at c:\Repository. An application generate Makefile automatically: export REPOSITORY := /C/Repository/packages then the make always report: makefile:71: //C/Repository/packages/pkgconf/rules.mak: No such host or network path If I change //C to /C, then it works. But there are so many such makefiles, I can not change them every time by hand. So what would be the reason for such a problem? Yes. It's apparently a problem with your makefiles. Looks like you're going to need to figure out a way to fix the makefiles or tweak your application that generates the makefile to remove first '/' in the definition of REPOSITORY. Or just set REPOSITORY to exclude the first '/' before you run the makefile. Unless I'm missing something, this does seem a bit off-topic. Is this really specifically a problem with Cygwin? Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ncftp current release won't run - missing CYGREADLINE5.DLL
On Wed, Apr 03, 2002 at 12:00:50PM -0500, Larry Hall (RFK Partners, Inc) wrote: In any case, there is no outstanding issue here. It's all been addressed before and the solution exists. It doesn't need to be invented. Unless a serious problem arises again with the previously prescribed approach in the FAQ, there's no benefit to this list in continuing the discussion of solutions to this issue. I may be wrong but I believe that was the point that Chris was trying to get across. I was actually trying to stop the spread of *false* information. The message that I responded to was giving the impression that one should avoid running setup.exe since it would randomly delete DLLs. I hate for things like that to show up in the archives since, invariably, someone will use it as a rationale for complicating their lives somewhere down the line. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ncftp current release won't run - missing CYGREADLINE5.DLL
On Wed, Apr 03, 2002 at 10:42:14AM -0800, Gord Wait wrote: Sorry, but I ran the newest setup This Week (monday), and it broke my ftpd operation, (Can't set uid) and tossed out the cygreadline5.dll breaking ncftp.exe so I'm not spreading old information. Nope. Reporting problems isn't a problem. Telling people to go to great effort to rectify the problem, when there is a much simpler, documented method for doing so, is. If setup.exe is now fixed, thats great, I guess the Faq needs to be updated. Not really an issue in this case, since you weren't following the advice in the FAQ. ...from my limited understanding of the issue. Hmm. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: crypt command
At 11:09 AM 4/3/2002, Richard Campbell wrote: Perhaps you'd be better off building this with Cygwin (i.e. sans -mno-cygwin)? I tried that. mhash uses some functions that are defined in that ctype.h file. Things start going downhill from that point. I suspect my replacement of the functions was flawed. I eventually got it to build, but segfault. If the Cygwin build ends up trying to pull in Mingw header files, the configuration of the package is wrong. That could be a package problem though. I expect it's just an indicator of a configuration issue. The segv would be another. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: crypt command
If the Cygwin build ends up trying to pull in Mingw header files, the configuration of the package is wrong. That could be a package problem though. I expect it's just an indicator of a configuration issue. The segv would be another. The mhash package is definitely intended to be built under mingw, which seems to be failing. It includes ctype.h under it's standard c libraries list, which seems to have problems under mingw. I actually reuntarred and tried building again. If I comment out all references to ctype.h, the package builds cleanly, but fails with what is actually a Signal 11. I tried stepping through with gdb, but the area of code that is playing around here seems to be some interesting macros. At this point previously, I hoped it was something I had done to get the compile to be clean, but considering that this time around I didn't change any code (simply removed an include), I believe it's the mhash library's fault, but I don't know enough to procede. -Richard Campbell. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems with setup.exe - no bin directory
I solved the problem. Apparently there were mount points set up in the registry for /bin and /etc and others all pointing to C:\Program Files\Network Simplicity\ssh. Apparently when I installed OpenSsh all by itself it created those values. I deleted them all and redid the install. Now it works. Ellen Sluss wrote: I just ran setup.exe 2.192.2.22. It did not create a bin directory. It created a lib, a sbin, a tmp, and a usr. They seem to be full of stuff but no bin. I uninstalled and reinstalled making sure nothing vital seemed to be skipped in particular that the base install was occurring. Everything seemed fine. For example all bash supporting files seem to be there but no bash executable. A cygwin.bat was created containing: echo off d: chdir d:\cygwin\bin bash --login -i But obviously as there is no bin nothing happens. I am running this on Windows XP. Can anyone shed any light on this? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
mcrypt commnad
Hello, I am getting very hard time in compiling the mcrypt command in cygwin, I was able to compile the required library for mcrypt but now I am getting these errors. make[1]: Entering directory `/usr/src/mcrypt-2.5.10/src' /bin/sh ../libtool --mode=link gcc -g -O2 -I/usr/local/include -L/usr/lib -o mcrypt.exe extra.o mcrypt.o locks.o keys.o random.o xmalloc.o functions.o errors.o bits.o environ.o getpass.o ufc_crypt.o popen.o gaaout.o -lintl -lltdl -L/usr/local/lib -lmcrypt -lltdl -lmhash gcc -g -O2 -I/usr/local/include -o mcrypt.exe extra.o mcrypt.o locks.o keys.o random.o xmalloc.o functions.o errors.o bits.o environ.o getpass.o ufc_crypt.o popen.o gaaout.o -L/usr/lib -lintl -L/usr/local/lib /usr/local/lib/libmcrypt.a .libs/libimp-cygltdl-3.a .libs/libimp-cygmhash-2.a -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib getpass.o: In function `mcrypt_getpass': /usr/src/mcrypt-2.5.10/src/getpass.c:48: undefined reference to `_cputs' /usr/src/mcrypt-2.5.10/src/getpass.c:49: undefined reference to `_cgets' collect2: ld returned 1 exit status make[1]: *** [mcrypt.exe] Error 1 make[1]: Leaving directory `/usr/src/mcrypt-2.5.10/src' make: *** [check-recursive] Error 1 Thanks Sanjay -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: crypt command
Richard, I was able to compile mhash library on cygwin. Copy ctype.h and _mingw.h to /usr/include direcctory and I have changed the following line configure file. CFLAGS=${CFLAGS} #CFLAGS=${CFLAGS} -mno-cygwin I was able to compile mhash and libmcrypt but still I am getting error in mcrypt compilation. Sanjay -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mcrypt commnad
Ahh the url I posted also contained the note: You may also try the configuration option --disable-included-getpass maybe useful?? /Andy / Gupta, Sanjay [EMAIL PROTECTED] wrote: | Hello, | I am getting very hard time in compiling the mcrypt command in cygwin, | I was able to compile the required library for mcrypt but now I am getting | these errors. | [...] -- The eye of the beholder rests on the beauty! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: mcrypt commnad
I have tried --disable-included-getpass but did not help. Sanjay -Original Message- From: Andrew Markebo [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 03, 2002 1:54 PM To: Gupta, Sanjay Cc: '[EMAIL PROTECTED]' Subject: Re: mcrypt commnad Ahh the url I posted also contained the note: You may also try the configuration option --disable-included-getpass maybe useful?? /Andy / Gupta, Sanjay [EMAIL PROTECTED] wrote: | Hello, | I am getting very hard time in compiling the mcrypt command in cygwin, | I was able to compile the required library for mcrypt but now I am getting | these errors. | [...] -- The eye of the beholder rests on the beauty! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: mcrypt commnad
I have read http://lists.hellug.gr/pipermail/mcrypt-dev/2001/87.html note and I have tried every thing which was mentioned here but did not help. Sanjay -Original Message- From: Andrew Markebo [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 03, 2002 1:51 PM To: Gupta, Sanjay Cc: '[EMAIL PROTECTED]' Subject: Re: mcrypt commnad No idea about why you are missing cputs and cgets, easy way is to use something other to print and input a string.. Meanwhile, just a quick thought, if I remember right you said something like I can't use cygwin crypt(), because it is not unix-compatible, well how many crypt()'s out there on Solaris, Linux, HP, digital alpha are compatible?? Or is it me being on the wrong line?? Using mcrypt on the unix-machine and cygwin probably does the same thing.. BTW Saw a note on the mcrypt-dev on compiling mcrypt with cygwin, they referred to use and link against mingw.. http://lists.hellug.gr/pipermail/mcrypt-dev/2001/87.html /Andy [...] | getpass.o: In function `mcrypt_getpass': | /usr/src/mcrypt-2.5.10/src/getpass.c:48: undefined reference to `_cputs' | /usr/src/mcrypt-2.5.10/src/getpass.c:49: undefined reference to `_cgets' [...] -- The eye of the beholder rests on the beauty! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: mcrypt commnad
Andrew, I did not answer you question You asked Meanwhile, just a quick thought, if I remember right you said something like I can't use cygwin crypt(), because it is not unix-compatible, well how many crypt()'s out there on Solaris, Linux, HP, digital alpha are compatible?? My answer :- As I recall the crypt command in all Unix works the same way e.g. if I want to encrypt a file, I would use crypt crypt_password file_you_want_to_encrypt encrypted_file and to decrypt file, you would issue command crypt crypt_password encrypted_file but the same thing does not work in cygwin. The purpose of crypt command in cygwin is different than the purpose of crypt command in unix. I have no idea why it is different but it is. Sanjay -Original Message- From: Andrew Markebo [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 03, 2002 1:51 PM To: Gupta, Sanjay Cc: '[EMAIL PROTECTED]' Subject: Re: mcrypt commnad No idea about why you are missing cputs and cgets, easy way is to use something other to print and input a string.. Meanwhile, just a quick thought, if I remember right you said something like I can't use cygwin crypt(), because it is not unix-compatible, well how many crypt()'s out there on Solaris, Linux, HP, digital alpha are compatible?? Or is it me being on the wrong line?? Using mcrypt on the unix-machine and cygwin probably does the same thing.. BTW Saw a note on the mcrypt-dev on compiling mcrypt with cygwin, they referred to use and link against mingw.. http://lists.hellug.gr/pipermail/mcrypt-dev/2001/87.html /Andy [...] | getpass.o: In function `mcrypt_getpass': | /usr/src/mcrypt-2.5.10/src/getpass.c:48: undefined reference to `_cputs' | /usr/src/mcrypt-2.5.10/src/getpass.c:49: undefined reference to `_cgets' [...] -- The eye of the beholder rests on the beauty! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Expect can't find stdout
On XP, trying to access stdout from Expect results in an error: expect1.1 puts xxx = can not find channel named stdout Any ideas? - Will -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: dejagnu-1.4.2 on cygwin
I got the code from my local (Australian) gnu mirror at http://planetmirror.com/pub/gnu/dejagnu/ I don't know what the problem is. Are you using cygwin gcc-2.95-5? Are there some other g++ libraries around (in /usr/local/lib perhaps)? I have just rebuilt on another machine (took 36 seconds). mkdir dejagnu-1.4.2 cd dejagnu-1.4.2 /usr/local/src/dejagnu-1.4.2/configure --prefix=/usr make make install -Original Message- From: Tim Prince [mailto:[EMAIL PROTECTED]] Sent: Wednesday, 3 April 2002 8:05 To: Billinghurst, David (CRTS) Cc: [EMAIL PROTECTED] Subject: Re: dejagnu-1.4.2 on cygwin On Tuesday 02 April 2002 20:29, Billinghurst, David (CRTS) wrote: Tim Prince wrote: My dejagnu runs reasonably well, although I haven't figured out how David Billinghurst was able to bring his up to date. dejagnu-1.4.2 builds OOTB for me. - download from any gnu mirror - build out of source tree with srcdir/configure --prefix=/usr make make install This overwrites the cygwin dejagnu, but it doesn't seem to work otherwise. That may be that magic you need. Thanks, I found a distant slow mirror which had this version, but it fails to build, complaining about details of C++ library implementation. -- Tim Prince -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Expect can't find stdout
On Wed, Apr 03, 2002 at 05:32:20PM -0500, Will Parsons wrote: On XP, trying to access stdout from Expect results in an error: expect1.1 puts xxx = can not find channel named stdout Any ideas? Works fine here. Sorry. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ftpd now broken with current cygwin release.. I fixed my setup:
I've got my ftpd working again, no more Can't set uid when I try to ftp from a cygwin machine.. Under no circumstances should you take my description below as advice! Buyer beware! Looks like I got caught in the unix versus windows password area.. My workaround was to - make sure I set CYGWIN system environment variable to include ntsec - added a local to my host PC account that I can use for ftp access. To recap - before the update ftp was working, allowing me to use my network domain login ID for both telnet and ftp to my host PC. After I updated, telnet still worked fine, but ftp would reject my login saying Can't set uid I'm up and running by using a new local account on my host for ftp access. I think the problem I have using my Background: My network login has local only admin priveledges on the host PC, but not on the network. What also happens is that if I try a mkpasswd -d I get a few of the real network admin account names followed by a permission denied (ie our network domain server won't let me sniff the domain account list?) , so I'm unable to build /etc/passwd with real values from my own windows network account. I think this is the crux of my issue.. Since I have admin priveleges on my host pc, it was simple to add a new local account for ftp.. Anyhow, I'm up and running ftpd again. Feel free to correct me on the details above.. Gord Wait -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Updated: vim-6.1-2
Randall, Your suggestion was right on the nail! Thanks a lot for your help. Alejandro -Original Message- From: Randall R Schulz [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 03, 2002 12:05 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: Updated: vim-6.1-2 Alejandro, Vim works fine, now _and_ before. Your symptom suggests that you're misleading Vim as to the kind of terminal (emulation) you're using. Make sure your TERM variable is set correctly and is exported to the environment. use cygwin for a console Cygwin shell (any variety) and rxvt for an RXVT terminal emulator window. Randall Schulz Mountain View, CA USA At 06:01 2002-04-03, Alejandro Allievi wrote: Hi, Even with this new version, after the i (insert) command, all I type is typed on the same 1st spot on the screen. Is there any known reason for this? I'd appreciate any help. Thank you. Alejandro Allievi -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: mcrypt commnad
At 00:21 4-4-2002, Gupta, Sanjay wrote: My answer :- As I recall the crypt command in all Unix works the same way You actually worked with all Unix? Wow! That's impressive! e.g. if I want to encrypt a file, I would use crypt crypt_password file_you_want_to_encrypt encrypted_file and to decrypt file, you would issue command crypt crypt_password encrypted_file but the same thing does not work in cygwin. The purpose of crypt command in cygwin is different than the purpose of crypt command in unix. I have no idea why it is different but it is. On my copy of RedHat 7.1, crypt behaves as follows: $ crypt bash: crypt: command not found Please update Cygwin ASAP so that it behaves the same!!! - Michael ;-) -- I always wondered about the meaning of life. So I looked it up in the dictionary under L and there it was - the meaning of life. It was not what I expected. - Dogbert -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mcrypt commnad
Sorry, I did not work in all unix, I mean to say Unix I worked with ( Sun 5.6, 5.8). I am not sure whether GNU specification is different for crypt command. I am not asking that crypt command should be changed in cygwin but rather asking is there any equivalent command which works the same way as in Sun OS. You are getting command not found error in Red Hat 7.x, don't you know what does it mean ? It means command does not exists in your system . My guess is ,you might have to get crypt RPM package to install it. Sanjay On Thu, Apr 04, 2002 at 03:21:14AM +0200, Michael Schaap wrote: At 00:21 4-4-2002, Gupta, Sanjay wrote: My answer :- As I recall the crypt command in all Unix works the same way You actually worked with all Unix? Wow! That's impressive! but the same thing does not work in cygwin. The purpose of crypt command in cygwin is different than the purpose of crypt command in unix. I have no idea why it is different but it is. On my copy of RedHat 7.1, crypt behaves as follows: $ crypt bash: crypt: command not found On my copy of Red Hat 7.2, it behaves slightly differently: crypt zsh: command not found: crypt Please update Cygwin ASAP so that it behaves the same!!! Sigh. OOO. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Expect can't find stdout
Will Parsons wrote: On XP, trying to access stdout from Expect results in an error: expect1.1 puts xxx = can not find channel named stdout Any ideas? Are you running Cygwin through a Windows window or rxvt? Windows windows (redundant eh? :-) ) use ttys and rxvt uses ptys. There are a few programs that don't like ptys. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
errno.h - EILSEQ
Hi I have been compiling and running fvwm successfully in cygwin for sometime now, but recent code changes in fvwm check for an error code of EILSEQ. This is standard on Linux, Solaris from the discussions I've had on the fvwm MLs. Does anyone know why this is missing from cygwin? Can someone add it or should it be part of a larger change (feature)? Thanks Dave -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin-man
I was thinking about (end-user) documentation. It seems like there are quite a few questions that come up about What kind of UNIX is Cygwin? and more than once there have been questions about a man intro page. I know a little groff and I'm thinking of making a collection of cygwin-specific manpages. Since the full documentation is on the web the manpages could point that direction (like the GNU manpages point to info). I might start out with a man intro page and manpages for the cygwin utils and cygwin_foo() functions, as already documented on the website. What I'm looking for is feedback on the intro.1 page, which might include: --URL of the User's Guide --the description from the website about A DLL (cygwin1.dll) that acts as a UNIX emulation layer... --emphasis on GNU tools which make the cygwin environment more similar to GNU/Linux or GNU/Hurd than, say, Solaris --that cygwin is NOT any one UNIX and the importance of the SUSv2 (with URL) --SEE ALSO: cygcheck, cygpath, etc. --??? Obviously this is not real writing but just points to make on the page. I'll post a draft here also. __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin-man
On Wed, Apr 03, 2002 at 08:31:37PM -0800, Joshua Daniel Franklin wrote: I was thinking about (end-user) documentation. It seems like there are quite a few questions that come up about What kind of UNIX is Cygwin? and more than once there have been questions about a man intro page. I know a little groff and I'm thinking of making a collection of cygwin-specific manpages. Since the full documentation is on the web the manpages could point that direction (like the GNU manpages point to info). I might start out with a man intro page and manpages for the cygwin utils and cygwin_foo() functions, as already documented on the website. What I'm looking for is feedback on the intro.1 page, which might include: --URL of the User's Guide --the description from the website about A DLL (cygwin1.dll) that acts as a UNIX emulation layer... --emphasis on GNU tools which make the cygwin environment more similar to GNU/Linux or GNU/Hurd than, say, Solaris --that cygwin is NOT any one UNIX and the importance of the SUSv2 (with URL) --SEE ALSO: cygcheck, cygpath, etc. --??? Obviously this is not real writing but just points to make on the page. I'll post a draft here also. I think this is a wonderful idea. Can I sign you up to improve the documentation, too? I'm sure that a lot of it is out of date or needs more details. It would be nice if most of it was available in info format, too. However, I keep asking for volunteers for this so I know I can't be choosy. If you're willing to provide man pages, they would be much appreciated. I wonder if we should nuke the newlib man pages in the process and just make one cygwin-man package containing everything. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin-man
I think this is a wonderful idea. Can I sign you up to improve the documentation, too? I'm sure that a lot of it is out of date or needs more details. Sure. I'll do my best, though to warn you I use cygwin almost exclusively in user-land and am not very intimate with the internals. I do have the source, though. I also thought it'd be good to push people to the (docbook-generated) website to there's a single point to update. It would be nice if most of it was available in info format, too. I think Chuck said something about a tool for docbook-texinfo. I'll see about that. Er. After doing this. And getting the doctool stuff and figuring out how to compile it. I wonder if we should nuke the newlib man pages in the process and just make one cygwin-man package containing everything. Is the newlib-man stuff not maintained by someone else? Or do you mean just for the packaging? __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Strange Crond behavior
Hi Corinna, Thanks for answering but they don't mismatch /etc/passwd michi:unused_by_nt/2000/xp:4:10513:Michael Lang,U-JACKAL-NETAT\michi,S-1-5-21-1482476501-507921405-1957994488-1114:/home/michi:/bin/bash /etc/group Domain Users:S-1-5-21-1482476501-507921405-1957994488-513:10513: Same effect if I cut the 10 in front seteuid: Not owner I also still get the dll missing Event Entry´s : Event Type: Information Event Source: cron Event Category: None Event ID: 0 Date: 4/4/2002 Time: 8:25:09 AM User: NT AUTHORITY\SYSTEM Computer: FLOCKE Description: 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 : Win32 Process Id = 0x85C : Cygwin Process Id = 0x85C : `cron' service stopped. And yes i´ve search the Archives but I didn´t find anything for seteuid: Not owner Kind regards Michael Lang System Engineer Jackal-net.at Tel: +43 664 12 42 947 Austria, Europe Fax: +43 1 734 82 34 http://www.jackal-net.at[EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mcrypt commnad
/ Gupta, Sanjay [EMAIL PROTECTED] wrote: | Sorry, I did not work in all unix, I mean to say Unix I worked with ( Sun | 5.6, 5.8). I am not sure whether GNU specification is different for crypt | command. I am not asking that crypt command should be changed in cygwin but | rather asking is there any equivalent command which works the same way as in | Sun OS. | | You are getting command not found error in Red Hat 7.x, don't you know what | does it mean ? It means command does not exists in your system . My guess is | ,you might have to get crypt RPM package to install it. If the sourcecode exists.. I think I preferr the openpgp rpm package instead of crypt.. :-) (My first guesses was the c-function crypt(), sorry) crypt on solaris is probably solaris unique.. hmm I have it here on my HP too.. seems to be same algorithm... Ahh well. /Andy -- The eye of the beholder rests on the beauty! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mcrypt commnad
/ Gupta, Sanjay [EMAIL PROTECTED] wrote: | I have read http://lists.hellug.gr/pipermail/mcrypt-dev/2001/87.html | note and I have tried every thing which was mentioned here but did not help. Any special reason for wanting crypt/mcrypt, maybe choose pgp or gpg(?) (the gnu-version of pgp) that is available on many platforms.. /Andy -- The eye of the beholder rests on the beauty! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin-man
/ Joshua Daniel Franklin [EMAIL PROTECTED] wrote: | I think this is a wonderful idea. Can I sign you up to improve the | documentation, too? I'm sure that a lot of it is out of date or needs | more details. | | Sure. I'll do my best, though to warn you I use cygwin almost exclusively in | user-land and am not very intimate with the internals. I do have the source, As long as someone starts doing the work, of course we other will bang down on all errors in the docs ;-) I mean the easiest way is maybe to do a cygwin.1 man-page that contains the text cygwin is a windows clone for unix and then just add all comments received :-) /Andy -- The eye of the beholder rests on the beauty! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Updated: vim-6.1-2
I've updated the version of VIM in cygwin/latest to 6.1-2. This version is a major release. It fixes a big bunch of problems in 6.0.xx versions. To update your installation, click on the Install Cygwin now link on the http://sources.redhat.com/cygwin web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. Note that we do not allow downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want 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] -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.