Re: Heads up: *possible* bug in cygwin

2003-01-01 Thread Robert Collins
On Thu, 2003-01-02 at 10:31, Charles Wilson wrote: > 1) valgrind hasn't been ported to cygwin AFAIK. But it was fairly easy > to compile efence, given that helpful folks had previously posted > patches to the list. I've updated them to Bruce's 2.2.2 release, and > will publish them soon. (How

ElectricFence on cygwin

2003-01-01 Thread Charles Wilson
The following patch is an update to the ones originally posted here http://www.cygwin.com/ml/cygwin/2001-11/msg00269.html http://sources.redhat.com/ml/cygwin/1999-11/msg00220.html This one is for version 2.2.2 of ElectricFence. Download the source, apply the patch, and make/make install. As de

[ANNOUNCEMENT] Updated: pkgconfig-0.14.0-1

2003-01-01 Thread Charles Wilson
pkgconfig is a tool used for managing the configuration information of OTHER packages. This is a routine update to the latest upstream version, 0.14.0. --Chuck To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to you

Re: Heads up: *possible* bug in cygwin

2003-01-01 Thread Christopher Faylor
On Wed, Jan 01, 2003 at 11:36:49PM -0500, Charles Wilson wrote: >Turns out, the problem IS in newlib. You should probably post a synopsis in the newlib mailing list about this if you think newlib is at fault. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting:

Re: Heads up: *possible* bug in cygwin

2003-01-01 Thread Charles Wilson
Turns out, the problem IS in newlib. First, create a buffer of the appropriate length: buffer = g_new (gchar, g_printf_string_upper_bound (format, args1)); And then format the data into that buffer. vsprintf (buffer, format, args2); But the buffer isn't long enough, so the actual problem is *pr

Re: Heads up: *possible* bug in cygwin

2003-01-01 Thread Pierre A. Humblet
At 07:01 PM 1/1/2003 -0500, Christopher Faylor wrote: >Oops. You're right. So, the only potential problem is that the getpw >routines aren't thread safe. There is a window during the passwd info >resides in a static structure. You are right, the routines are not thread safe. However everything

Oportunidade - "Economize"

2003-01-01 Thread Cia Consórcios Repres. Ltda
Leiam! Oportunidade 01.zip Description: Binary data -- 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: This is my first Cygwin Mail List

2003-01-01 Thread Randall R Schulz
Jason, Welcome. We encourage clear, precise and concise questions. We suggest (many would like to demand it, in fact) that you do your homework and let us know where and how you did try to help yourself, not just that you want something or other vague that doesn't seem to be right there in fro

This is my first CYgwin Mail List

2003-01-01 Thread Jason Farrell
I am very new to Cygwin but like what I see thus far. My main reason for using is to install Ruby on my Windows machine, I need to get gcc or some kind of cc compiler working on here so that I can use configure and make with make install. Thank for your help in advan ce, Jason Farrell -- Uns

Re: Heads up: *possible* bug in cygwin

2003-01-01 Thread Christopher Faylor
On Wed, Jan 01, 2003 at 04:13:42PM -0500, Pierre A. Humblet wrote: >On Wed, Jan 01, 2003 at 02:48:54PM -0500, Christopher Faylor wrote: >>I've uploaded a new snapshot which should correctly calculate the >>buffer size for overflow conditions and returns a large number for >>_SC_GETPW_R_SIZE_MAX > >

Re: read() syscall broken on faster cpu?

2003-01-01 Thread Christopher Faylor
On Wed, Jan 01, 2003 at 11:23:24PM +0100, Sascha Sommer wrote: >Is it possible, that the read() syscall sometimes doesn't work correctly on >newer cpus? No. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation:

Re: Heads up: *possible* bug in cygwin

2003-01-01 Thread Charles Wilson
Christopher Faylor wrote: On Wed, Jan 01, 2003 at 12:19:52PM -0500, Pierre A. Humblet wrote: On Wed, Jan 01, 2003 at 10:05:10AM +, Steven O'Brien wrote: In glib-1.2.10, gutils.c: g_get_any_init (void), the current user details are obtained from /etc/passwd. This code is called as part of

Re: Heads up: *possible* bug in cygwin

2003-01-01 Thread Charles Wilson
Steven O'Brien wrote: Hi I found a possible glib buffer overflow that is cygwin-specific (due to a bug in cygwin perhaps?) that I worked around when porting glib-1.2.10 to cygwin. Maybe this is still a problem in glib-2.0.x From (hazy) memory, the buffer is 64 bytes, so if your /etc/passwd entr

Re: Heads up: *possible* bug in cygwin

2003-01-01 Thread Charles Wilson
Robert Collins wrote: On Wed, 2003-01-01 at 11:45, Charles Wilson wrote: [...but I can't reproduce the fault on linux. Even if I link in dlmalloc. Bleah. ElectricFence on linux couldn't find anything suspicious either.] You might try valgrind. valgrind is *good*. Oh dear. What're a

read() syscall broken on faster cpu?

2003-01-01 Thread Sascha Sommer
Hi, Is it possible, that the read() syscall sometimes doesn't work correctly on newer cpus? I have problems to get the cygwin port of mplayer to work on a p3 800 whereas the same executable works perfect on a p2 350. I found out, that it sometimes reads one byte less on the p3 than on the p2. Other

Re: Heads up: *possible* bug in cygwin

2003-01-01 Thread Pierre A. Humblet
On Wed, Jan 01, 2003 at 02:48:54PM -0500, Christopher Faylor wrote: > > I've uploaded a new snapshot which should correctly calculate the buffer > size for overflow conditions and returns a large number for > _SC_GETPW_R_SIZE_MAX Chris, I don't understand your changes in getpwuid_r32. The uid an

Re: Heads up: *possible* bug in cygwin

2003-01-01 Thread Christopher Faylor
On Wed, Jan 01, 2003 at 12:34:45PM -0500, Christopher Faylor wrote: >On Wed, Jan 01, 2003 at 12:19:52PM -0500, Pierre A. Humblet wrote: >>> On Wed, Jan 01, 2003 at 10:05:10AM +, Steven O'Brien wrote: >> >>> >In glib-1.2.10, gutils.c: g_get_any_init (void), the current user >>> >details are obta

tzset and TZ

2003-01-01 Thread Pierre A. Humblet
On Cygwin calling tzset() and localtime() will set TZ in the environment (if it isn't set), while calling tzsetwall() will always set TZ. As far as I can tell this is both non standard and unnecessary. Am I wrong? Is it now a feature? Or is it "patch gratefully accepted"? Pierre -- Unsubscr

Re: Heads up: *possible* bug in cygwin

2003-01-01 Thread Christopher Faylor
On Wed, Jan 01, 2003 at 12:19:52PM -0500, Pierre A. Humblet wrote: >> On Wed, Jan 01, 2003 at 10:05:10AM +, Steven O'Brien wrote: > >> >In glib-1.2.10, gutils.c: g_get_any_init (void), the current user >> >details are obtained from /etc/passwd. This code is called as part of >> >glib initialisa

Re: Heads up: *possible* bug in cygwin

2003-01-01 Thread Pierre A. Humblet
> On Wed, Jan 01, 2003 at 10:05:10AM +, Steven O'Brien wrote: > >In glib-1.2.10, gutils.c: g_get_any_init (void), the current user > >details are obtained from /etc/passwd. This code is called as part of > >glib initialisation, whether the app wants this data or not. It uses > >sysconf (_SC_GE

Re: Heads up: *possible* bug in cygwin

2003-01-01 Thread Christopher Faylor
On Wed, Jan 01, 2003 at 10:05:10AM +, Steven O'Brien wrote: >Hi >I found a possible glib buffer overflow that is cygwin-specific (due to >a bug in cygwin perhaps?) that I worked around when porting glib-1.2.10 >to cygwin. Maybe this is still a problem in glib-2.0.x > >In glib-1.2.10, gutils.c:

[ANNOUNCEMENT] [ANNOUNCE] New chkconfig package available for download

2003-01-01 Thread Sergey Okhapkin
New cygwin chkconfig-1.2.24h-1 package available for download. Chkconfig provides a simple command line tool for maintaining the /etc/rc[0-6].d directory hierarchy by relieving system administrators of the task of directly manipulating the numerous symbolic links in those directories. It can c

[ANNOUNCEMENT] [ANNOUNCE] New xinetd package available for download

2003-01-01 Thread Sergey Okhapkin
New cygwin xinetd-2.3.9-1 package available for download. Xinetd is a powerful replacement for inetd. Xinetd has access control mechanisms, extensive logging capabilities, the ability to make services available based on time, can place limits on the number of servers that can be started, and has de

Re: Domain user cannot login

2003-01-01 Thread a12
Hello Pierre, Thank you for your quick reply (and the private mail too!). Changing gid to 10513 and uid to 112085 did not correct the problem, but as you stated in the PM changing uid below 64K to 12085 made it: [magr40@gj2qf0jl]~:{31}:$ Once again, thank you for your replies. "Pierre A. Humble

Console input in xterm from NT program?

2003-01-01 Thread Björn Giesler
Hi, I've written a small command-line class (editing, history, command completion etc.). That requires cursor positioning and reading of single characters. It works quite well under Linux (with tcsetattr() and escape sequences) and in NT console windows (using the WinNT console API from wincon.

Re: pthread support ... broken in the past .. fixed now?

2003-01-01 Thread Robert Collins
On Tue, 2002-12-31 at 04:11, H. Henning Schmidt wrote: > I am porting the omniORB CORBA-framework to cygwin. > It makes heavy use of pthreads, I do not see a way to work around that > ... so I need pthreads working in cygwin. > I have found a number of messages in the the mailing-list archives >

Re: Heads up: *possible* bug in cygwin

2003-01-01 Thread Steven O'Brien
Hi I found a possible glib buffer overflow that is cygwin-specific (due to a bug in cygwin perhaps?) that I worked around when porting glib-1.2.10 to cygwin. Maybe this is still a problem in glib-2.0.x In glib-1.2.10, gutils.c: g_get_any_init (void), the current user details are obtained from /etc

valgrind

2003-01-01 Thread Gareth Pearce
Hi, Has anyone atempted to port valgrind to cygwin? I thought it was something that would be good to do, but its looking like quite a big job, given that its tied so strongly to the linux kernel. I could keep ripping it to bits until it compiles - but I am guessing the end product will be useless