Tcl/Tk 8.4 released without cygwin support

2002-09-18 Thread Heribert Dahms

FYI,

too pity:

> Date: Wed, 18 Sep 2002 17:06:56 + (UTC)
> From: Jeff Hobbs <[EMAIL PROTECTED]>
> Newsgroups: comp.lang.tcl.announce
> Followup-To: comp.lang.tcl
> Subject: ANNOUNCE: Tcl 8.4.0 Final Release

> Incompatibilities in configuring/building/installing Tcl/Tk:
>  * cygwin support dropped; use mingw instead


> Bye, Heribert ([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: Using cygwin DLLs in no-cygwin applications

2002-05-16 Thread Heribert Dahms

Hi Thomas,

It's been quite a while since I've last seen Pascal,
and fine if it works, but do you want gzip or bzip2?
Your code uses gzip, prefixing variables bz doesn't matter!
OK, not cygwin specific, but you might have overlooked...


Bye, Heribert ([EMAIL PROTECTED])

> -Original Message-
> From: Demmer, Thomas [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, May 16, 2002 09:37
> To:   '[EMAIL PROTECTED]'
> Subject:  Using cygwin DLLs in no-cygwin applications
> 
> Hi all,
> a while ago I tried to include some legacy FORTRAN and C code into a
> DELPHI project of mine. Building a DLL (according to Mummit Khan's
> description) seemed the way to go. Under Cygwin, this ended up admiring 
> SIGSEGVs all over the place. Under MinGW, however, everything worked 
> out fine (Searching this list would have told me right away that including
> 
> cygwin1.dll from a non-cygwin app does not work). So far for my stupidity.
> 
> 
> Anyway, more or less out of curiosity I tried the following:
> 
> procedure TForm1.FormCreate(Sender: TObject);
> var
>   bzopen : Function(const name:PChar; const Mode:PChar):Pointer;cdecl;
>   bzclose: Function(s:Pointer):Integer;cdecl;
>   bzwrite: Function(s:Pointer;data:Pointer;len:Integer):Integer;cdecl;
>   hCygz  : LongInt;
>   s: Pointer;
> begin
>   hCygz := LoadLibrary('cygz.dll');
>   if hCygz<>0 then begin
>  @bzopen :=GetProcAddress(hCygz,'gzopen');
>  @bzclose:=GetProcAddress(hCygz,'gzclose');
>  @bzwrite:=GetProcAddress(hCygz,'gzwrite');
>  s := bzopen('test.z','wb9');
>  if s<>nil then begin
>bzputs(s,PChar('Hello World');
>bzclose(s);
>  end;
>   end;
> end;
> 
> To my utmost surprise, this piece of code works. After loading cygz I
> can even call some functions from cygwin1 after getting their address
> with GetModuleHandle/GetProcAddress (malloc/free/getcwd). 
> 
> The question now is, which magic initialization does cygz that my self
> built DLLs lack? (BTW, I have just written a glue layer for
> cygregex.dll that works just after the same scheme...Why?)
> 
> Ciao
> Tom
> 
> Thomas Demmer
> Kraft Foods R&D Munich
> Phone: +49 89 62738-6302
> Fax:  +49 89 62738-86302
> 

--
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: mkpasswd (Win2K) cannot find the domain controller

2002-05-13 Thread Heribert Dahms

Hi Corinna,

maybe Jerry should improve his patch to make it runtime selectable like
mkpasswd --use-netgetanydcname and provide another patch to document
that together with a changelog? Could probably still count as a 'small'
patch...

Bye, Heribert ([EMAIL PROTECTED])

> -Original Message-
> From: Corinna Vinschen [SMTP:[EMAIL PROTECTED]]
> Sent: Monday, May 13, 2002 12:40
> To:   [EMAIL PROTECTED]
> Subject:  Re: mkpasswd (Win2K) cannot find the domain controller
> 
> On Wed, May 08, 2002 at 03:41:29PM -0400, Gerald S. Williams wrote:
> > Meanwhile, I'm wondering if a change similar to the patch
> > below should be made to mkpasswd.c?
> 
> I'm somewhat reluctant to apply that patch to mkpasswd.  The
> reason is... I don't know.  I recalled that I'd once changed
> from using NetGetAnyDCName() to NetGetDCName() for *some*
> reason.  I found the change in the ChangeLog, 2000-04-15.
> Unfortunately I don't remember what the exact problems with
> NetGetAnyDCName() were.  Sigh.
> 
> Corinna
> 
> > 
> > -Jerry
> > 
> > Index: mkpasswd.c
> > ===
> > RCS file: /cvs/src/src/winsup/utils/mkpasswd.c,v
> > retrieving revision 1.21
> > diff -u -r1.21 mkpasswd.c
> > --- mkpasswd.c  29 Apr 2002 10:21:54 -  1.21
> > +++ mkpasswd.c  8 May 2002 19:36:14 -
> > @@ -50,7 +50,7 @@
> >  return FALSE;
> >if (!(netlocalgroupenum = (void *) GetProcAddress (h,
> "NetLocalGroupEnum")))
> >  return FALSE;
> > -  if (!(netgetdcname = (void *) GetProcAddress (h, "NetGetDCName")))
> > +  if (!(netgetdcname = (void *) GetProcAddress (h, "NetGetAnyDCName")))
> >  return FALSE;
> >if (!(netusergetinfo = (void *) GetProcAddress (h,
> "NetUserGetInfo")))
> >  return FALSE;
> 

--
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: apache and php4 out-of-the-box

2002-05-13 Thread Heribert Dahms

Hi Michael!

c:\>net helpmsg 126

The specified module could not be found.

Bye, Heribert ([EMAIL PROTECTED])

> -Original Message-
> From: Michael Kunze [SMTP:[EMAIL PROTECTED]]
> Sent: Saturday, May 11, 2002 21:00
> To:   [EMAIL PROTECTED]
> Subject:  apache and php4 out-of-the-box
> 
> hello,
> i've tried to install apache with php4.
> the setup and postinatlled run fine so far but when i try to stat apache i
> get the following:
> 
> ~$ /usr/sbin/apachectl start
> Syntax error on line 236 of /etc/apache/httpd.conf:
> Cannot load /usr/lib/apache/libphp4.dll into server: dlopen: Win32 error
> 126
> /usr/sbin/apachectl start: httpd could not be started
> 
> what the heck is error126?
> 
> michael
> 
> 
> 
> 
> 
> 
> 
> --
> 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: problem with email redirection

2002-04-26 Thread Heribert Dahms

Hi Ralf,

works for me since I move, but in case you copy
you need to tell Outlook to stop processing further rules!

Bye, Heribert ([EMAIL PROTECTED])

> -Original Message-
> From: Ralf Habacker [SMTP:[EMAIL PROTECTED]]
> Sent: Saturday, April 27, 2002 00:30
> To:   cygwin
> Subject:  RE: problem with email redirection
> 
[Heribert]  [snip]

> Thanks for this hint, but the problem was Outlook rules.
> I have thought, that the top rules have the highest priority and decide,
> where
> the mail have to go, but if you build some rules like this
> 
> 1 cygwin-apps -> dir a
> 2 kde-cygwin  -> dir b
> 3 cygwin  -> dir c
> 
> a mail with "cygwin" in the addresss goes into all three dirs. What a
> great
> tool. Does Kmail this better ? If so it is time to port kmail to cygwin
> :-)
> 
> Ralf
> 

--
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: Cygrunsrv and backups

2002-04-26 Thread Heribert Dahms

Hi Don,

not cywgin-specific, but...
I would never give a * to a backup,
because you'll loose hidden files (.foo)
better use a dot: tar cf /dev/nst0 .


Bye, Heribert ([EMAIL PROTECTED])

> -Original Message-
> From: Don Sharp [SMTP:[EMAIL PROTECTED]]
> Sent: Friday, April 26, 2002 15:09
> To:   gnuwin32
> Subject:  Re: Cygrunsrv and backups
> 
[Heribert]  [snip]

> cd /dost
> tar cf /dev/nst0 *
> 
[Heribert]  [snip]


--
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: ps and linking to cygwin.dll

2002-04-25 Thread Heribert Dahms

Runtime loaded cygwin may be checked for example with
the process viewer from NTRESKIT: select process, click
memory details, open drop-down to see dlls instead of total commit.


Bye, Heribert ([EMAIL PROTECTED])

> -Original Message-
> From: Larry Hall (RFK Partners, Inc) [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, April 25, 2002 16:12
> To:   Ryan T. Sammartino; Cygwin List
> Subject:  Re: ps and linking to cygwin.dll
> 
> At 07:34 PM 4/24/2002, Ryan T. Sammartino wrote:
> 
[Heribert]  [snip]

> >Or, does it mean that it is linked to the Cygwin dll, and that "depend"
> >tool that comes with Visual Studio is lying to me?
> 
> 
> No.  The process may load Cygwin DLL at runtime.  "depends" won't detect 
> this.  Of course, if I knew the specifics of the case you're concerned 
> about, I or someone else might be able to better advise you.  Is there 
> any reason that you want to hide the details of the specific problem
> you're
> seeing?
> 
> 
> 
> 
> 
> 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: HELP!

2002-04-25 Thread Heribert Dahms

Hi Dave,

you did run cygcheck?

C:\>net helpmsg 6

The handle is invalid.


Bye, Heribert ([EMAIL PROTECTED])

> -Original Message-
> From: Dave Trollope [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, April 25, 2002 06:41
> To:   [EMAIL PROTECTED]
> Subject:  HELP!
> 
> 
> Now its not often I scream like this, but help!
> 
> I'm getting the following error when I run ps or any number of tools:
> 
> m.AllocationBase 0x6100, m.BaseAddress 0x6156, m.RegionSize
> 0x87000, m.State 0x1000
> C:\CYGWIN-MULTI\USR\LOCAL\BIN\PS.EXE: *** Couldn't reserve space for
> cygwin's heap (0x6156 <0x83A3F000>) in child, Win32 error 6
> 
> So how did I get to this point? Well I was building the winsup source. did
> an install everything seemed fine. The code change didn't work so I tried
> to revert to the official code, then the build failed because of
> hundreds of undefined symbols, like _write. It seems like a library got
> screwed up so I tried to make clean and rebuild from scratch. Still no
> joy.
> 
> Decided to reinstall cygwin to a new dir, downloaded base and installed.
> Moved files from old installation to new making sure NOT to overwrite
> anything created in the new install.  Error still occurs. Rebooted to make
> sure old DLL isnt resident, still happens.
> 
> Checked Windows and Windows/System no cyg*.dlls.
> 
> Where is the corrupted library coming from? Is there a registery entry
> pointing it to the old installation or something?
> 
> Any help would be appreciated.
> 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/




RE: pthread_t and strict standards compliance

2002-04-24 Thread Heribert Dahms

Hi René,

(not having reread SUS) how does a pointer hurt?
If you are a thread user, and not implementer,
you should treat it as an opaque type anyway,
just storing or passing around to next thread function!
What's the sense of the sum or difference of pthread_t's?
Wait, you can also compare for equality,
but that works for pointers...

Bye, Heribert ([EMAIL PROTECTED])

> -Original Message-
> From: René Møller Fonseca [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, April 24, 2002 22:40
> To:   [EMAIL PROTECTED]
> Subject:  pthread_t and strict standards compliance
> 
> Hi,
> 
> I was porting my framework to Cygwin and noticed that pthread_t is a 
> typedef of a void pointer.
> 
> According to "The Single UNIX Specification, Version 2" and "IEEE Std 
> 1003.1-2001" pthread_t must be defined as an arithmetic type (i.e. 
> either a floating-point type or an integral type). The pointer type is 
> NOT an arithmetic type even though some arithmetic operators may be 
> applied to a pointer.
> 
> René
> 
> -- 
> B.Sc. in Computer Systems Engineering
> The Maersk Mc-Kinney Moller Institute for Production Technology
> University of Southern Denmark
> http://www.mip.sdu.dk/~fonseca
> 

--
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: Why did you guys break EVERYTHING...

2002-04-22 Thread Heribert Dahms

No, cgf isn't always mean!
Psst, I'll tell you a secret: The default of mean or not toggles
with every even/odd release, modulo phase of the moon 8-)


Bye, Heribert ([EMAIL PROTECTED])

> -Original Message-
> From: Michael A Chase [SMTP:[EMAIL PROTECTED]]
> Sent: Monday, April 22, 2002 18:28
> To:   [EMAIL PROTECTED]; Christopher Faylor
> Subject:  Re: Why did you guys break  EVERYTHING...
> 
> On Mon, 22 Apr 2002 10:55:25 -0400 Christopher Faylor
> <[EMAIL PROTECTED]> wrote:
> 
> > On Mon, Apr 22, 2002 at 10:34:28AM -0400, Scott Evans wrote:
> > >Charles Wilson <[EMAIL PROTECTED]> writes:
> > >>BTW, did it occur to anyone that the rapid and multiple responses to
> > >>this email -- which, given its tone and lack of specific content
> > >>qualifies as a troll by any objective measure -- serve to ENCOURAGE
> > >>this sort of insistent, badgering, and rude behavior?
> > >
> > >Yeah, this is weird.  People ask polite questions and get slapped with
> > >"*eye roll* it's free software newbie, read the FAQ" ...  this guy asks
> > >*this* and people rush to his assistance.
> > 
> > It's basically because we're not mean.
> > 
> > No, wait.  That can't be right.
> 
> _We_ aren't mean, just you. :}b
> --
> Mac :})
> 

--
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 mentors? Was: bash and the suid bit

2002-04-19 Thread Heribert Dahms

Hi Richard,

if it's that important for your company's project
(that you work like me 50% of each 25h day 8-)
why don't you pay Red Hat per hour or day,
so Corinna or Chris work for you in their prime time?

-Original Message-
From: Richard Troy [mailto:[EMAIL PROTECTED]]
Sent: Donnerstag, 18. April 2002 17:45
To: Corinna Vinschen
Subject: Re: cygwin mentors? Was: bash and the suid bit


[Heribert] [snip]
You may operate under the assumption that it's left-over minutes in the
day that are being applied, and you're probably right for most everyone
else.  However, that's not what I'm proposing. If I attempt this, it will
be "during my work day", which, at the present time, comprises about 5AM
to midnight every day, including weekends and most holidays - aren't
startup companies fun? -wink- ...I need this other code to run on a
Windows Box (NT/2k and later), and it's a high priority.
[Heribert] [snip]

--
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: fortune-1.8-2.tar.bz2 minor bug

2002-04-19 Thread Heribert Dahms

Hi John.

that's not a packing error nor cygwin specific and
may also happen with gzipped tar, so for the curious:
It's only a warning and avoided by something like
bunzip foo.tar.bz2|(tar tvvf -;cat>/dev/null)


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
Sent: Freitag, 19. April 2002 02:56
To: [EMAIL PROTECTED]
Subject: fortune-1.8-2.tar.bz2 minor bug


Hi Cygwin:

The copy of fortune-1.8-2.tar.bz2 I get from planetmirror.com gives a
warning message
when I test it with bunzip -t.

I get: 

bsip2: fortune-1.8-2.tar.bz2: trailing garbage after EOF ignored

Not really a problem, but probably re-tarring it would be good.
It installs fine...

John Szetela


--
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: command to close the bash window

2002-04-19 Thread Heribert Dahms

Hi,

yes. I prefer Ctrl/D, which I can even type faster than moving the mouse and
click on x...

-Original Message-
From: Randall R Schulz [mailto:[EMAIL PROTECTED]]
Sent: Donnerstag, 18. April 2002 23:06
To: [EMAIL PROTECTED]
Subject: Re: command to close the bash window


Hi,

Also, don't just close the window. BASH will not get a chance to do it's 
termination processing and things like history saving and / or execution of 
the commands in ~/.bash_logout, if any, won't happen.

Randall Schulz
Mountain View, CA USA


At 10:56 2002-04-18, you wrote:
>hongxun lee wrote:
>
>>Does the current package include such a command as to close the Bash
window?
>
>Ah try exit! :-)


--
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: cygwin randomly pauses under Win2k

2002-04-18 Thread Heribert Dahms

Anti Virus?

Bye, Heribert ([EMAIL PROTECTED])

> -Original Message-
> From: Chris January [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, April 18, 2002 18:30
> To:   [EMAIL PROTECTED]
> Subject:  Re: cygwin randomly pauses under Win2k
> 
> > >> Every now and again (every 15-30 minutes or so), my cygwin apps
> > >> pause for 1-2 MINUTES   I have written a simple script to capture
> > >> this behaviour:
> 
[Heribert]  [snip]
>  
> I inserted some extra syscall_printf statements and it actually stalls on
> this line... (!)
>   x = CreateFile (get_win32_name (), access, shared, &sa,
> creation_distribution,
>   file_attributes, 0);
> This is with a local drive, not a network one. I have no idea why
> CreateFile
> is taking so long.
> 
[Heribert]  [snip] 

--
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: help with using windows dll

2002-04-11 Thread Heribert Dahms

Hi Frank,

BTW, please fix your mail settings
to use the correct charset=iso-8859-1
since iso_8859_1 is invalid!

Bye, Heribert ([EMAIL PROTECTED])

> -Original Message-
> From: Frank Motta [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, April 10, 2002 22:35
> To:   [EMAIL PROTECTED]
> Cc:   [EMAIL PROTECTED]
> Subject:  Re: help with using windows dll
> 
> This message uses a character set that is not supported by the Internet
> Service.  To view the original message content,  open the attached
> message. If the text doesn't display correctly, save the attachment to
> disk, and then open it using a viewer that can display the original
> character set. << File: message.txt >> 

--
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: ps command - revisited

2002-04-09 Thread Heribert Dahms

Hi Chris,

do you get no service at all or ist just the one missing?
(Sorry, have nothing uptodate running to try myself)

PULIST.EXE from NT Resource Kit 4.0 shows (all?) services!

Bye, Heribert ([EMAIL PROTECTED])

> -Original Message-
> From: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, April 09, 2002 23:44
> To:   [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject:  RE: ps command - revisited
> 
> Been there, done that - that's not it. I can see this process in 'Task
> Manager':
> admsrvc.exe, pid=508, it's running as a service under WinNT, this is part
> of
> our database manager.
> ps, even with the W option, will NOT show this task, no matter what other
> options you give it. In my search for a utility which does, I came across
> an
> article about cygwin's ps command which explicitly states that it's not a
> complete implementation. And yes, I have read the man pages, and I am
> aware
> of the W option .. *sigh* ... ;-).
> 
> Best regards,
> Chris
> 
> 
> > -Original Message-
> > From: Roland Glenn McIntosh [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, April 09, 2002 5:25 PM
> > To: [EMAIL PROTECTED]
> > Cc: Ruprecht, Chris
> > Subject: Re: ps command - revisited
> > 
> > 
> > *sigh* RTFM.
> > 
> > ps -Wef
> > 
> > -rgm
> > 
> > At 05:17 PM 04.09.2002 -0400, you wrote:
> > >Hi all, specially Corinna,
> > >
> > >Corinna, maybe you can help out here. The UNIX ps command 
> > reports all and
> > >every process running on the machine, the Windows (cygwin) ps command
> > >however, omits WinNT/Win2K services, which is something we 
> > would like to
> > >have working. Would it be possible to extent the current 
> > version of the ps
> > >command to include this or can this become a future project? 
> > I am no C
> > >programmer myself, never mind Windows, and would not tackle 
> > this what so
> > >ever. I can also not say what kind of effort it would be to 
> > implement - or
> > >what kind of motivation ;-).
> > >
> > >Best regards
> > >Chris
> 

--
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: stacktrace from withn an exec upon error condition

2002-03-29 Thread Heribert Dahms

Hi Hans,

I sometimes manually lookup like:
$ gdb foo.exe
l *0xdeadbeef


Bye, Heribert ([EMAIL PROTECTED])

-Original Message-
From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
Sent: Freitag, 29. März 2002 05:06
To: [EMAIL PROTECTED]
Subject: Re: stacktrace from withn an exec upon error condition


On Thu, Mar 28, 2002 at 07:40:03PM -0800, Hans Horn wrote:
>I just tried Chris' little test and got: something like this:

Wow, hens' teeth prevail.

>This however, is of little help (at least not to me).
>
>What I had in mind, though, was to get a list of the function names
>(demangled of course) that were in the calling chain to where the error
>occured.  In human readable form to be useful.  Sorry if I hadn't made
>clear enough what I was looking for!
>
>I do get this nice feature on AIX and, of course, par excellance with
>Java.
>
>Does anybody have any experience with Win32 API's StackWalk() as Larry
>had suggeted in an earlier response to my original posting?  Perhaps
>with some examples?

The above actually uses StackWalk to traverse the stack.  StackWalk
doesn't give you symbol names.  However, if you really are stuck on
the idea, google should give you all sorts of info.

FYI, getting the symbol names will be extremely non-trivial.

You could possibly post-filter the output with a shell script and
the addr2line function.  'info binutils' will give you the (gasp!)
documentation for addr2line.  A google search will also unearth
addr2line documentation.

If you really want to do this programatically, you could use functions
in the bfd library to decode your symbols.  I'm not aware of any
cookbook or simple documentation for bfd, though.  However, the bfd
library is part of the cygwin release.  There is info documentation
available and a google search will also uncover it on the web.

For the record, I don't know anything about what is required to
interface with bfd.  I'm offering this information so that Robert
Schulz won't accuse me of being unhelpful if I'm silent when you
have questions.

cgf
(the fish teacher)


--
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: cygwin1.dll bug in ftime

2002-03-26 Thread Heribert Dahms

Hi,

the serious misunderstanding is that something being
standard conformant doesn't mean it is much usable.
Prime example is original MS Posix subsystem:
Just enough fulfilling the requirements for selling to
US government, but not usable for writing anything more
complex than cat, or else whole cygwin wouldn't exist!

Bye, Heribert ([EMAIL PROTECTED])

> -Original Message-
> From: Wu Yongwei [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, March 26, 2002 03:46
> To:   [EMAIL PROTECTED]
> Subject:  Re: cygwin1.dll bug in ftime
> 
[Heribert]  [snip]

> There is a SERIOUS misunderstanding about standards conformance here. An
> unusable timezone is a violation, but well-behaved ftime and gettimeofday
> are NOT.
> 
[Heribert]  [snip]


--
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: cygwin1.dll bug in ftime

2002-03-26 Thread Heribert Dahms

Hi,

what seems to confuse everybody here on the list:
You want ENOSYS for compatibility reasons, but still
timezone information, two mutually exclusive things?

Bye, Heribert ([EMAIL PROTECTED])

> -Original Message-
> From: Wu Yongwei [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, March 26, 2002 14:41
> To:   [EMAIL PROTECTED]
> Subject:  Re: cygwin1.dll bug in ftime
> 
[Heribert]  [snip]

> Note that my quotation says about "the GNU operating system", and even at
> that time gettimeofday should return -1 and set errno. Cygwin does not do
> it.
> 
[Heribert]  [snip]

> > Thank you for your suggestions. The points are:
> >
> > 1) Cygwin did very well, but not now;
> >
> > 2) I was not using ftime to get time, but to get timezone information.
> >
> > 3) timezone variable is not usable in Cygwin.
> >
> > So timezone is now not portable. Cygwin broke some "unportable" code.
> 
[Heribert]  [snip]

--
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: Having problems with sshd and user accounts? 1.3.10 appears to be broken, 1.3.9 fixed it...

2002-03-14 Thread Heribert Dahms

Hi Corinna,

does that also mean there's no difference between logging in, as a given
user on a PDC, locally or in the domain?

Bye, Heribert ([EMAIL PROTECTED])

> -Original Message-
> From: Corinna Vinschen [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, March 14, 2002 21:51
> To:   cygwin
> Subject:  Re: Having problems with sshd and user accounts?  1.3.10
> appears to be broken, 1.3.9 fixed it...
> 
[Heribert]  [snip]

> Unfortunately, this doesn't work on domain controllers.  The reason is
> that when the domain has been created, the SID of the computer is used
> as the SID of the domain.  This means in full consequence that the
> computer has *no* own SID anymore!  It's SID is exclusively used as the
> SID of the domain now.
 
[Heribert]  [snip]


--
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: gcc bug, cygwin specific cygwin-1.3.10-1 gcc-2.95.3-5

2002-03-13 Thread Heribert Dahms

Hi,

FWIW, on HP-UX 10.20, "man end" says it's XPG2.
I wanted to check the Single Unix Specification,
but my browser currently has some trouble.
You may try yourself clicking "D - F" on:
http://www.unix-systems.org/apis.html


Bye, Heribert ([EMAIL PROTECTED])

> -Original Message-
> From: Alex Song [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, March 13, 2002 08:14
> To:   Michael A Chase; [EMAIL PROTECTED]
> Subject:  RE: gcc bug, cygwin specific cygwin-1.3.10-1 gcc-2.95.3-5
> 
> hi,
> 
> is end being a global variable specific to the C language (which i doubt)
> ? to
> gcc ? to cygwin ? to windows ? or is it ALWAYS the case ?
> 
> thank you very much for your help.
> 
> cheers,
> 
> alex
> 
> --
> --
> Alex Song
> DESIGN ENGINEER
> EDMI Product Development Division
> [EMAIL PROTECTED]
> Ph : +61 7 3881 6443
> FAX : +61 7 3881 6420
> 
> > -Original Message-
> > From: Michael A Chase [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, 13 March 2002 3:58 PM
> > To: Alex Song; [EMAIL PROTECTED]
> > Subject: Re: gcc bug, cygwin specific cygwin-1.3.10-1 gcc-2.95.3-5
> >
> >
> > 'end' is not a reserved word, it's a global variable name.  In other
> > environments, overwriting it may not cause an immediate disaster, but
> > probably will eventually.
> > --
> > Mac :})
> 
[Heribert]  [snip]


--
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: cannot open output file a.exe: Permission denied

2002-03-12 Thread Heribert Dahms

Hi Ethan,

is the program still running?
A running executable is locked from overwriting by e.g. the linker
under most unixes, and when not, I've seen spectacular crashes 8-)

Bye, Heribert ([EMAIL PROTECTED])

> -Original Message-
> From: Ethan Mallove [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, March 12, 2002 23:44
> To:   [EMAIL PROTECTED]
> Subject:  cannot open output file a.exe: Permission denied
> 
> I was trying to compile a simple multi-file C++
> program when i got this error message:
> 
> /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/../../../../i686-pc-cygwin/bin/ld
> :
> cannot open output file a.exe: Permission denied
> collect2: ld returned 1 exit status
> 
> i moved all the files into a different directory and
> abracadabra the error message didn't occur.  What was
> happening when i was getting the "permission denied"
> error?
> 
> -ethan
> 
[Heribert]  [snip]


--
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: mmap of large amount returns invalid pointer

2002-03-12 Thread Heribert Dahms

Hi Stephen and Corinna,

looks like you have overlooked that mmap doesn't return NULL
despite win32 error in strace (see below):

c:\>net helpmsg 1455

The paging file is too small for this operation to complete.


Second, (may mean nothing) why is h:188 first and h:190 second time?

Bye, Heribert ([EMAIL PROTECTED])

> -Original Message-
> From: Stephen Weeks [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, March 12, 2002 19:08
> To:   [EMAIL PROTECTED]
> Subject:  Re: mmap of large amount returns invalid pointer
> 
[Heribert]  [snip] 

>  1668  719099 [main] mmap 159 mmap: addr 0, len 1, prot 3, flags
> 22, fd -1, off 0
>  5487  724586 [main] mmap 159 fhandler_disk_file::mmap: 2A23 =
> MapViewOfFileEx (h:188, access:1, 0, off:0, len:17936, addr:0)
> 26042  750628 [main] mmap 159 mmap: 2A23 = mmap() succeeded
> 
[Heribert]  [snip]

>  1302 2076991 [main] mmap 159 mmap: addr 0, len 13000, prot 3, flags
> 22, fd -1, off 0
>  2949 2079940 [main] mmap 159 fhandler_disk_file::mmap: 2A23 =
> MapViewOfFileEx (h:190, access:1, 0, off:0, len:130023424, addr:0)
>  7425 2087365 [main] mmap 159 mmap_record::map_map: -1 = map_map (): Win32
> error 1455
>  1830 2089195 [main] mmap 159 mmap: 2A23 = mmap() succeeded
> 
[Heribert]  [snip]

--
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: Suggestion for setup

2002-03-06 Thread Heribert Dahms

Is there an easy and fast way to get the count of domain members only?
Setup (or an postinstall script) could then check against a sensible limit
(100 or 1000?) and warn and ask:
"There are 31415 domain members! I'll not load them unless you go to lunch
now..." 8-)

Bye, Heribert ([EMAIL PROTECTED])

> -Original Message-
> From: Michael A Chase [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, March 06, 2002 20:26
> To:   [EMAIL PROTECTED]
> Subject:  Re: Suggestion for setup
> 
> - Original Message -
> From: "Christopher Faylor" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, March 06, 2002 09:51
> Subject: Re: Suggestion for setup
> 
> 
> > On Wed, Mar 06, 2002 at 06:31:04PM +0100, Bernard Dautrevaux wrote:
> > >Oh, I didn't think at that ;-( Obviously a way to avoid running
> "mkpasswd
> > >-d" in such a case would be useful.
> >
> > This is just an issue for first time installations, right?  AFAICT,
> > /etc/passwd should not be produced if there is already a /etc/passwd.
> > Ditto /etc/group.
> >
> > I guess the best solution is to present the user with several options
> >
> > 1) Create /etc/passwd using local accounts?
> >
> > 2) Create /etc/passwd using domain accounts?
> >
> > 3) Create /etc/passwd using local and domain accounts?
> >
> > 4) Don't create /etc/passwd
> >
> > Then we have to remember what the user wanted.
> 
> Not necessarily.  The existance of /etc/password is already being checked
> in
> setup.exe.  So if it exists, the default should be 4; if it doesn't, the
> default should be 1 to avoid delays in large domains.
> --
> Mac :})
> 
[Heribert]  [snip]


--
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: Printing locally

2002-03-06 Thread Heribert Dahms

Hi Karl,

does your file have a formfeed at end?
If not, you may create a helper file and try

cat file ff > prn


Bye, Heribert ([EMAIL PROTECTED])

> -Original Message-
> From: Karl M [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, March 06, 2002 00:39
> To:   [EMAIL PROTECTED]
> Subject:  Re: Printing locally
> 
> Hi All...
> 
> Having watched this thread, I decided to give the printing a try (in the 
> past, I have only done Windows based printing).
> 
> If I do
> 
> cat file > prn
> 
> or
> 
> cat file > //machine/DeskJet
> 
> from a bash shell the file is sent to the printer, but the printer gets an
> 
> error (flashing error light on the printer) that must be cleared before
> the 
> file prints. After clearing the error, the page I printed for testing is 
> printed.
> 
> If I do
> 
> print file
> 
> from a bash shell, it prints just fine.
> 
> My system is a Win2kpro with everything current as of this morning.
> 
> Thanks,
> 
> Karl
>  
[Heribert]  [snip] 


--
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: fhandler_base::dup: (W2K, php, 1.3.9 dll) + work around

2002-02-21 Thread Heribert Dahms

Hi Frank,

the pretty, standard *ix way is < /dev/null

Bye, Heribert ([EMAIL PROTECTED])

> -Original Message-
> From: Frank Tuijnman [SMTP:[EMAIL PROTECTED]]
> Sent: Monday, February 21, 2000 13:36
> To:   [EMAIL PROTECTED]
> Subject:  Bug: fhandler_base::dup: (W2K, php, 1.3.9 dll) + work around
> 
> Bug report + work around.
> 
> When calling a bash shell script interactively, it works fine.
> When starting it through php (with 'exec') it gives this error:
> 
> fhandler_base::dup: dup(unknown disk file) failed, handle 2F8, Win32
> error 6
> 
> The problem has been reported earlier (and diagnosed) in the context of
> gcc and make.
> 
> The problem arises because the main shell script (activated from php
> with 'exec') calls other shell scripts, without assigning standard
> input. After calling the other scripts with a dummy standard input ( <
> /etc/profile), it works fine. Not pretty, but workable.
> 
> Frank Tuijnman
> 
> 
> --
> 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: od

2002-02-19 Thread Heribert Dahms

Hi Randall,

no need to hack od because of endianess,
we are on *nix after all, so pipe it thru: dd conv=swab
If needed often, put it in a wrapper shell script or an alias!
Testing portably if you want it swapped or not
is left as an excercise for the reader 8-)

Bye, Heribert ([EMAIL PROTECTED])

> -Original Message-
> From: Randall R Schulz [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, February 19, 2002 17:56
> To:   David; Mark Himsley
> Cc:   [EMAIL PROTECTED]
> Subject:  Re: od
> 
> Sir,
> 
> You have got to be kidding.
> 
> For the record, the x86 architecture is little-endian, PowerPC, e.g., is 
> bid-endian. On the off chance that you're running Windows NT (and 
> Cygwin???) on an Alpha, I have to admit I don't know which byte ordering
> it 
> uses.
> 
> You will get the 16-bit output you want from od (any radix) if you run 
> Darwin PPC, MacOS X or LinuxPPC, among other systems.
> 
> Otherwise, what you request ain't gonna happen. If you want od to
> interpret 
> and display integers with sizes greater than 1 byte in a way that differs 
> from that of the local processor, you could create a hacked version of
> "od" 
> for your personal use.
> 
> Randall Schulz
> Mountain View, CA USA
> 
[Heribert]  [snip]


--
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: gdb in xfree86: ^C

2002-02-15 Thread Heribert Dahms

Hi Pierre,

It's been a long time since my last use of an xterm,
but I remember that you can popup a menu with
Ctrl/MB1 to send interrupt and a few other signals.
Or perhaps an explicit kill command from another shell?


Bye, Heribert ([EMAIL PROTECTED])

> -Original Message-
> From: Pierre Muller [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, February 14, 2002 18:28
> To:   [EMAIL PROTECTED]
> Subject:  Re: gdb in xfree86: ^C
> 
> At 21:04 11/02/2002 , David a écrit:
> >Hello,
> >
> >I am running xfree86 on top of cygwin on a WindowsNT. I compile
> >a short program ( included below with make file ) and run it
> >in gdb:
> >
> > gdb -nowindows mtest0_bin.exe
> > run
> 
> Strange I get completely different results.
> (I compiled your example code)
> First, I can easily interrupt the program if I start gdb from a Cygwin
> bash window
> outside the Xserver, does this work also for you?
> Why don't you use this possibilty?
> If I try to use gdb inside xterm, then Ctrl-C simply does not work,
> it has no effect... (But this seems quite general for me...
> I can't interrupt anything with Ctrl-C) Ctrl-Break works correctly 
> for normal applications in a cygwin shell, but here it is also without any
> effect...
> 
[Heribert]  [snip]
>  
> Pierre Muller
> Institut Charles Sadron
> 6,rue Boussingault
> F 67083 STRASBOURG CEDEX (France)
> mailto:[EMAIL PROTECTED]
> Phone : (33)-3-88-41-40-07  Fax : (33)-3-88-41-40-99
> 

--
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: /usr/bin/env - Incorrect parsing of #! line?

2002-02-13 Thread Heribert Dahms

Hi,

another generic way would be a shell wrapper named "perl -w"
somewhere in the PATH e.g. /usr/local/bin,
so Peter wouldn't need to change a lot of scripts.


Bye, Heribert ([EMAIL PROTECTED])

> -Original Message-
> From: Lassi A. Tuura [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, February 13, 2002 20:15
> To:   [EMAIL PROTECTED]
> Subject:  Re: /usr/bin/env - Incorrect parsing of #! line?
> 
> > Find some other way to accomplish what you need to do.
> 
> #!/usr/bin/env perl
> BEGIN { $^W = 1; }
> 
> $foo = 0;
> 
> //lat
> -- 
> No matter how hard you try, you can't make a baby in much less than
> 9 months.  Trying to speed this up *might* make it slower, but it
> won't make it happen any quicker.
>   --RFC1925, "The Twelve Networking Truths"
> 

--
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: Error in Cygwin dll (?) Fork Copy using Xemacs

2002-02-01 Thread Heribert Dahms

Hi David,

C:\>net helpmsg 8

Not enough storage is available to process this command.

Enlarge your pagefile and if this still fails,
search for "heap_chunk_in_mb" on google or
in the mailing list archive http://cygwin.com/ml/cygwin/


Bye, Heribert ([EMAIL PROTECTED])

> -Original Message-
> From: David A. Cobb [SMTP:[EMAIL PROTECTED]]
> Sent: Friday, February 01, 2002 04:05
> To:   [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject:  Error in Cygwin dll (?) Fork Copy using Xemacs
> 
> Running Xemacs 21.4.6  - EFS, very slow downloads of package updates
> 
> Suddenly a screeching halt with the following on my terminal
> 0 [main] 90249331 fork_copy: user/cygwin data pass 2 failed, 
> 0x1002..0x10541000,
> done 0,  , Win32 error 8
> 
> What is it, and how can I avoid it in future?
> 
> Thanks
> 
> -- 
> David A. Cobb, Software Engineer, Public Access Advocate
> "By God's Grace I am a Christian man, by my actions a great sinner." --
> The Way of a Pilgrim; R. M. French, tr.
> Life is too short to tolerate crappy software.
> .
> 
> 
> 
> --
> 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/