Returned mail

[Relay_AV]

--- The message cannot be delivered to the following address. ---

[EMAIL PROTECTED]Mailbox unknown or not accepting mail.
550 Open Relay Filter Enterprise Edition 1.45.1.1 Bad destination mailbox address 
([EMAIL PROTECTED]).

Reporting-MTA: [EMAIL PROTECTED]
Final-Recipient: rfc822;[EMAIL PROTECTED]
Action: failed
Status: 5.1.1
Diagnostic-Code: X-Notes; Cannot route mail to user ([EMAIL PROTECTED]).
--- Begin Message ---
test

File attachment: doc.scr
The file attached to this email was removed
because the file name is not allowed.--- End Message ---

Re: verilator on cygwin - unexplained errors

[Pinhas Krengel]

If it works on your cygwin it means that somethin on my cygwin is bad.
>From the results of cygcheck that I attached on a former messag can you
please tell the difference.
Am I missing some package of cygwin or perl.


"Rafael Kitover" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> I went into perl -MCPAN -e shell, typed "install SystemC::Parser" and it
> installed fine for me...
>
> -- 
> Rafael
>
> >-Original Message-
> >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of
> >Pinhas Krengel
> >Sent: Friday, January 30, 2004 11:10 AM
> >To: [EMAIL PROTECTED]
> >Subject: Re: verilator on cygwin - unexplained errors
> >
> >I use the cygwin the perl that came with the cygwin package.
> >Attached is the cugwin check -svr
> >
> >"Igor Pechtchanski" <[EMAIL PROTECTED]> wrote in message
> >news:[EMAIL PROTECTED]
> >> On Fri, 30 Jan 2004, Pinhas Krengel wrote:
> >>
> >> > While tring to build one of its packeage (from CPAN) I got stange
> >> > message in response to the make.
> >> >
> >> > the package is //www.veripool.com/systemperl.html
> >> >
> >> > Message is. Can somebody tell me if I am missing something in my
cygwin?
> >> >
> >> > make[1]: Entering directory
> >`/cygdrive/c/pini_prog/verilator/SystemPerl-1.147/Parser'
> >> >
>
>gcc -c -I. -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -DUSEIMPORTLIB -O2 -
D
> >VERSION=\"1.147\" -DXS_VERSION=\"1.147\"
> >"-I/usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE" Parser.c
> >> > Running Mkbootstrap for SystemC::Parser ()
> >> > chmod 644 Parser.bs
> >> > rm -f ../blib/arch/auto/SystemC/Parser/Parser.dll
> >> > LD_RUN_PATH="" ld2 -s -L/usr/local/lib Parser.o -o
> >../blib/arch/auto/SystemC/Parser/Parser.dll sclex.o scgrammer.o
> >/usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE/libperl.dll.a
> >> > gcc -shared -o
>
>Parser.dll -Wl,--out-implib=libParser.dll.a -Wl,--export-all-symbols -Wl,--
e
> >nable-auto-import -Wl,--stack,8388608 \
> >> > -s -L/usr/local/lib Parser.o sclex.o scgrammer.o
> >/usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE/libperl.dll.a
> >> > Creating library file: libParser.dll.a
> >> > sclex.o(.text+0x2f2b):sclex.c: undefined reference to `__imp___iob'
> >> > sclex.o(.text+0x2f3e):sclex.c: undefined reference to `__imp___iob'
> >> > sclex.o(.text+0x389b):sclex.c: undefined reference to `__assert'
> >> > sclex.o(.text+0x43bb):sclex.c: undefined reference to `__imp___iob'
> >> > sclex.o(.text+0x444e):sclex.c: undefined reference to `__isctype'
> >> > sclex.o(.text+0x4476):sclex.c: undefined reference to `__isctype'
> >> > sclex.o(.text+0x44bd):sclex.c: undefined reference to `__isctype'
> >> > sclex.o(.text+0x44e9):sclex.c: undefined reference to `__isctype'
> >> > sclex.o(.text+0x4538):sclex.c: undefined reference to
`__imp___pctype'
> >> > sclex.o(.text+0x4551):sclex.c: undefined reference to
`__imp___pctype'
> >> > sclex.o(.text+0x4569):sclex.c: undefined reference to
`__imp___pctype'
> >> > sclex.o(.text+0x4581):sclex.c: undefined reference to
`__imp___pctype'
> >> > scgrammer.o(.text+0x16d6):scgrammer.c: undefined reference to
> >`__imp___iob'
> >> > scgrammer.o(.text+0x16fa):scgrammer.c: undefined reference to
> >`__imp___iob'
> >> > scgrammer.o(.text+0x1724):scgrammer.c: undefined reference to
> >`__imp___iob'
> >> > scgrammer.o(.text+0x179b):scgrammer.c: undefined reference to
> >`__imp___iob'
> >> > scgrammer.o(.text+0x17de):scgrammer.c: undefined reference to
> >`__imp___iob'
> >> > scgrammer.o(.text+0x180f):scgrammer.c: more undefined references to
> >`__imp___iob' follow
> >> > collect2: ld returned 1 exit status
> >> > perlld: *** system() failed to execute
> >>   ^^
> >> > gcc -shared -o
>
>Parser.dll -Wl,--out-implib=libParser.dll.a -Wl,--export-all-symbols -Wl,--
e
> >nable-auto-import -Wl,--stack,8388608 \
> >> > -s -L/usr/local/lib Parser.o sclex.o scgrammer.o
> >/usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE/libperl.dll.a
> >> > make[1]: *** [../blib/arch/auto/SystemC/Parser/Parser.dll] Error 1
> >> > make[1]: Leaving directory
> >`/cygdrive/c/pini_prog/verilator/SystemPerl-1.147/Parser'
> >> > make: *** [subdirs] Error 2
> >>
> >> Please accompany all Cygwin problem reports with the output of
"cygcheck
> >> -svr", preferably run from the environment/context in which you get the
> >> error.  The output should be attached, as an uncompressed text
> >> *attachment*, rather than included inline, as per
> >> .
> >>
> >> The first question that comes to mind after seeing the underlined line
> >> above, though, is whether you're using Cygwin's perl or if there's
another
> >> perl in the PATH that overrides it.
> >> Igor
> >> --
> >> http://cs.nyu.edu/~pechtcha/
> >>   |\  _,,,---,,_ [EMAIL PROTECTED]
> >> ZZZzz /,`.-'`'-.  ;-;;,_ [EMAIL PROTECTED]
> >>  |,4-  ) )-,_. ,\ (  `'-' Igor Pechtchanski, Ph.D.
> >> '---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
> >>
> >> "I have since come to reali

[ANNOUNCEMENT] Updated: cygwin-1.5.7-1

[Christopher Faylor]

I've made a new version of the Cygwin DLL and associated utilities
available for download.  As usual, a list of what has changed is below.

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and answer all of the questions.

If you have questions or comments, please send them to the Cygwin
mailing list at: [EMAIL PROTECTED] .

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

Christopher Faylor
Red Hat, Inc.

Changes since 1.5.6-1:

- Fix malloc overflow problem which caused random SEGVs.  (Christopher Faylor)

- Fix bash (and others) hang problem.  (Christopher Faylor)

- Fix occasional SEGV from use of ^Z.  (Christopher Faylor)

- Actually include cygserver and accompanying files in distribution.
  (Christopher Faylor)

- Fix problems running shells in emacs.  (Christopher Faylor)

- Eliminate special case vfork handling and revert to using fork.
  (Christopher Faylor)

- Fix improper hang in non-blocking serial I/O.  (Christopher Faylor)

- Fix handling of SA_NOCLDSTOP.  (Christopher Faylor, Nicholas Wourms)

- Prevent a deadlock when serial input buffer overflows.  (Brian Ford)

- Reexport reent_data since insight needs it.  (Corinna Vinschen)

- Fix one long-standing and one not-so-long standing problems with CTRL-Z.
(Christopher Faylor)

- Fix problem which manifested as cygwin not honoring setmode, resulting
in programs like gzip and bzip2 not doing the right thing when redirected
to a text-mode mount.  (Christopher Faylor)


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: setup change this year?

[Brian Dessent]

Sam Steingold wrote:
> 
> > * Larry Hall <[EMAIL PROTECTED]> [2004-01-29 20:32:28 -0500]:
> >
> > 
> >
> > You can pull down 2.418 (really just adds resizable controls)
> 
> resizable controls is a big thing, 2.418 has been there for 3 months,
> why hasn't it been released yet?

The 'resizeableness' needs to be fixed for the other panels of the
wizard.  If you maximize the screen it's great for the package selection
part but rather awkward for all the other panels.  I think that's the
reason that it has not been pushed out to cygin.com/setup.exe yet.  (I'm
sure Robert will correct/amend this if I'm wrong.)

Brian

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Problems with tcl "exec" command and "sh" in Cygwin.

[Gancho Tenev]

Hello!

I am porting some scripts to cygwin.
In unix the scripts are is working fine.
but in cygwin I have a problem using the
tcl "exec" command.
I searched the FAQ, Docs and the mailing
list but I didn't find the answer.
I have the following scripts:

script: 1.tcl
--
#!/bin/sh
# \
exec tclsh "$0" ${1+"$@"}
puts "result= [ exec 2.tcl ]"
exit
--
script: 2.tcl
--
#!/bin/sh -e
# \
exec tclsh "$0" ${1+"$@"}
puts "Hello, World!"
exit
--
* when I run on Unix:
$./1.tcl
result = Hello, World!
* when I run it in Cygwin.
$./1
couldn't execute "2.tcl": no such file or directory
   while executing
"exec 2.tcl "
   invoked from within
"puts "result= [ exec 2.tcl ]""
   (file "./1.tcl" line 5)
* To solve this instead of
   puts "result= [ exec 2.tcl ]"
I used:
   puts "result= [ exec sh 2.tcl ]"
and this was working fine.
* But 2 days ago we decided to reinstall Cygwin (latest)
and now it is hanging on "exec sh" infinitely.
It seems something has changed! We didn't do anything
special before and now while installing cygwin.
Any ideas and suggestions are greatly appreciated!
I tried to give concise description so please let me
know if I need to provide more info!
Best regards!
   Gancho.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Error copying to /dev/null in v1.5.5

[Tim Hubberstey]

I get the following error when copying a file to
/dev/null:

$ cp cygcheck.out /dev/null
cp: cannot create regular file `/dev/null': Invalid
request code

$ which cp
/usr/bin/cp

I've tried it from a different home directories on
different disks (both physical and network) and from
different shells and the result is always the same.


__
Do you Yahoo!?
New Yahoo! Photos - easier uploading and sharing.
http://photos.yahoo.com/

cygcheck.out
Description: cygcheck.out
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: setup crashes

[Robert Collins]

On Sat, 2004-01-31 at 11:20, james pentland wrote:
> i want to compile setup 2.415-1 so i can debug it,
> since it crashes nearly every time i use it.
> make wants a file RECTWrapper.h, which is missing from
> the distribution.
> where should i find it?

You can download it from the setup-snapshot source, or from CVS.

Rob
-- 
GPG key available at: .


signature.asc
Description: This is a digitally signed message part

setup crashes

[james pentland]

i want to compile setup 2.415-1 so i can debug it,
since it crashes nearly every time i use it.
make wants a file RECTWrapper.h, which is missing from
the distribution.
where should i find it?




if g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\"
-DPACKAGE_VERSION=\"\" -DPACKA
GE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\"
-DPACKAGE=\"setup\" -DVERSION=\"0\" -DST
DC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1
-DHAVE_STDLIB_H=1 -DHAVE_S
TRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1
-DHAVE_INTTYPES_H=1 -DHAVE_STDINT
_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1
-DHAVE_ALLOCA_H=1 -DHAVE_ERRNO_H=1 -DHAV
E_STRING=1 -DHAVE_STRING_H=1  -I. -I. -I./bz2lib
-I./libgetopt++/include   -Werr
or -Wall -Wpointer-arith -Wcomments -Wcast-align
-Wwrite-strings -Wstrict-protot
ypes -Wmissing-prototypes -g -O2 -MT window.o -MD -MP
-MF ".deps/window.Tpo" \
  -c -o window.o `test -f 'window.cc' || echo
'./'`window.cc; \
then mv -f ".deps/window.Tpo" ".deps/window.Po"; \
else rm -f ".deps/window.Tpo"; exit 1; \
fi
window.cc:23:25: RECTWrapper.h: No such file or
directory
window.cc: In member function `bool
Window::MoveWindow(const RECTWrapper&,
   bool)':
window.cc:216: invalid use of undefined type `struct
RECTWrapper'
window.h:26: forward declaration of `struct
RECTWrapper'
window.cc:216: invalid use of undefined type `struct
RECTWrapper'
window.h:26: forward declaration of `struct
RECTWrapper'
window.cc:216: invalid use of undefined type `struct
RECTWrapper'
window.h:26: forward declaration of `struct
RECTWrapper'
window.cc:216: invalid use of undefined type `struct
RECTWrapper'
window.h:26: forward declaration of `struct
RECTWrapper'
make[2]: *** [window.o] Error 1
make[2]: Leaving directory `/ntd/setup/setup-0'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/ntd/setup/setup-0'
make: *** [all] Error 2

__
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
http://webhosting.yahoo.com/ps/sb/

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Server Report

[tommie]

This account will cease to exist on:
Dit account wordt opgeheven op:

1 sep 2003

Thomas.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

problems (not just) with Emacs

[Thomas L Roche]

At 01:23 PM 1/30/2004, Charles Plager wrote:
>> Before I managed to  up my cygwin install, I had emacs 21.2.1
>> installed as well as an emacs package tramp installed.

My cygwin install was fine, but I was noticing some minor problems
with my cygwin emacs (21.1? whatever version was included around the
time of cygwin-1.5.5-1), which I run under X via

start XWin -multiwindow -clipboard

I remembered that I hadn't upgraded cygwin for awhile, so yesterday
(29 Jan 04) I upgraded my cygwin, taking the defaults in setup.exe. I
now have GNU Emacs 21.2.1 (i686-pc-cygwin, X toolkit) of 2003-01-23,
and I HAD cygwin 1.5.6-1 

>> Yesterday, I reinstalled cygwin from scratch choosing (among other
>> packages) the latest version 21.2.12 of emacs. Most of the time I
>> try to start the program (using X) , it launches o.k. But
>> sometimes, the window pops up and it freezes taking all of the cpu
>> (it says "loading ed mode"). I have repeatedly tried to uninstall
>> and reinstall emacs and I keep getting the same errors.

I haven't had that problem, but I have had several others:

* Emacs wouldn't copy from the windows clipboard. That was my bad: I
  forgot that the default startxwin.bat did

start XWin -multiwindow

  without -clipboard. (IMHO -clipboard should be default, but YMMV.)

* Very weird library-loading errors from Emacs (one was like "bad
   in guts of obarray")

* Emacs just segfaulting and disappearing without apparent cause
  (nothing in xterm, anyway, and

Stack trace:
Frame Function  Args
End of stack trace

  in *.stackdump is not illuminating).

* X weirdness, e.g. windows refusing to move.

So this morning (30 Jan 04) I used setup to reinstall setup, cyg*, X,
and emacs. That seems to have cured 

/ Very weird library-loading errors from Emacs (one was like "bad
   in guts of obarray")

/ X weirdness, e.g. windows refusing to move.

However Emacs still

* dies segfaulting, without apparent cause

* hung when resizing window while local lisp libraries are loading
  (from .emacs)

* maxed CPU forcing kill after launching another xterm from bash, and
  attempting to copy text from its window.

and I'm also having a problem with unzip. I use this to decompress
very large (> 1GB) Eclipse builds, and, before I upgraded cygwin, it
did this without error. Now I get errors like

>   inflating: 
/d/eclipse/builds/20040129_1925-WB213-AD-V512D-00/eclipse/plugins/com.ibm.etools.j2ee.ui/build/pluginBuild/commonbld/com/ibm/etools/ejb/ui/modifiers/EJBMethodTransactionTableTreeCellModifier.class
 
 
> 991 [main] unzip 1828 cmalloc: cmalloc returned NULL
> error:  zipfile probably corrupt (segmentation violation)
> Archive:  /d/eclipse/zips/wsa-jdk-20040129_1925-WB213-AD-V512D-00.zip

but

> $ zip -T /d/eclipse/zips/wsa-jdk-20040129_1925-WB213-AD-V512D-00.zip 
> test of /d/eclipse/zips/wsa-jdk-20040129_1925-WB213-AD-V512D-00.zip OK

and the same .zip expands OK with PowerArchiver (a windows GUI
un/compression tool). I tried reinstalling zip and unzip: no change.

Larry Hall Fri, 30 Jan 2004 13:51:29 -0500
> Try installing the latest snapshot of the Cygwin DLL
> .

I installed cygwin1-20040126.dll.bz2: unzip still fails with cmalloc
error, and emacs has silently died once already.

What should I try next? (slightly edited) Output of cygcheck -srvh
follows to end of post.
--
Cygwin Win95/NT Configuration Diagnostics
Current System Time: Fri Jan 30 17:59:24 2004

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3

Path:   .
d:\cygwin\bin
d:\cygwin\usr\X11R6\bin
d:\ProgramFiles\Cygwin\bin
c:\Program Files\IBM\Infoprint Select
d:\ProgramFiles\Cygwin\usr\X11R6\bin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\Program Files\IBM\Trace Facility
c:\Personal Communications
d:\ProgramFiles\DiskeeperLite\7.0.414\
d:\ProgramFiles\Rational\ClearQuest\common
c:\Infoprint
.

Output from d:\ProgramFiles\Cygwin\bin\id.exe (nontsec)
UID: 1000(tlroche) GID: 513(None)
513(None)

Output from d:\ProgramFiles\Cygwin\bin\id.exe (ntsec)
UID: 1000(tlroche) GID: 513(None)
513(None)544(Administrators) 
545(Users)

SysDir: C:\WINNT\System32
WinDir: C:\WINNT

Here's some environment variables that may affect cygwin:
HOME = `v:\tlroche'
PWD = `/d/ProgramFiles/Cygwin'

Here's the rest of your environment variables:
COMSPEC = `C:\WINNT\system32\cmd.exe'
CYGWIN_ROOT = `\cygwin'
DISKEEPERICON = `d:\ProgramFiles\DiskeeperLite\7.0.414\'
DISPLAY = `127.0.0.1:0.0'
ECLIPSE_DRIVE_LETTER = `d'
HOMEDRIVE = `v:'
HOMEPATH = `\tlroche'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/d/tlroche/bin'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PCOMM_ROOT = `C:\Personal Communications'
PDBASE = `C:\PROGRA~1\IBM\INFOPR~1'
PDHOST = ` '
PD_SOCKET = `6874'
PR

Re: stderr issues when running bat scripts

[Clint Bennion]

-I have been unable to create a test case only using cygwin
-I was unable to reproduce the problem on another box, indicating that it is some 
"configuration"
issue that is only effecting 1.5.6-1.
-I tried creating another account on my box, it had the same problem.
-I installed the 1.5.5 version using setup, made sure it worked, and then copied the 
1.5.6 dll in
place (not using setup), I still had the problem.

I would be very interested in hearing if someone has another suggestion on what to try 
or
something to look for.

Clint


--- Clint Bennion <[EMAIL PROTECTED]> wrote:
> I have downloaded the latest snapshot and the issue remains.  Also attached is the 
> cygcheck -srv
> output.
> Clint
> 
> --- Igor Pechtchanski <[EMAIL PROTECTED]> wrote:
> > On Wed, 28 Jan 2004, Clint Bennion wrote:
> > 
> > > Although this appears on the surface to be a windows issue I am bringing
> > > this to the cygwin group for two reasons.
> > > 1 - It only fails when I run it from a bash shell.
> > > 2 - It recently started failing.  I re-installed an older version of the
> > > cygwin package and the problem goes away.
> > >
> > > Version that failed:
> > > Cygwin 1.5.6-1
> > >
> > > Tested working version:
> > > Cygwin 1.5.5-1
> > >
> > > OS
> > > Windows 2000 Professional
> > > 5.0.2195 Service Pack 4 Build 2195
> > 
> > There's more to your Cygwin configuration than the version of the DLL.
> > Please read and follow .  Attaching the
> > output of "cygcheck -svr" is not optional.
> > 
> > > Here are two scripts for a test case.  The bat script calls the cscript in a for 
> > > loop.  The
> > for
> > > loop catches the last line from stdout and puts it in the variable out.  The 
> > > cscript simply
> > puts
> > > the text "STDOUT" to stdout and "STDERR" to stderr.
> > >
> > > ==Start tst.bat
> > > rem echo "" 1>&2
> > > echo ""
> > > set CMD=cscript /nologo tst.wsf
> > > FOR /F "delims=#" %%A IN ('%CMD%') DO set OUT=%%A
> > > echo %OUT%
> > > ==End tst.bat
> > > ==Start tst.wsf
> > > 
> > > 
> > > 
> > > WScript.stderr.writeLine( "STDERR" );
> > > WScript.stdout.writeLine( "STDOUT" );
> > > 
> > > 
> > > 
> > > ==End tst.wsf
> > >
> > > ==Start output
> > > m:\class\cmd>rem echo "" 1>&2
> > >
> > > m:\class\cmd>echo ""
> > > ""
> > >
> > > m:\class\cmd>set CMD=cscript /nologo tst.wsf
> > >
> > > m:\class\cmd>FOR /F "delims=#" %A IN ('cscript /nologo tst.wsf') DO set OUT=%A
> > >
> > > m:\class\cmd>set OUT=CScript Error: Execution of the Windows Script Host failed.
> > >  (Unspecified error
> > >
> > > m:\class\cmd>set OUT=)
> > >
> > > m:\class\cmd>echo )
> > > =End Output
> > >
> > > There are multiple things that I can do to get the scripts to run.
> > > 1) Uncomment the first echo line.  This line redirects a return to stderr.
> > > 2) Don't ever send to stderr in the cscript
> > > 3) Redirect either stdout or stderr to a file when running tst.bat
> > >
> > > Another interesting test case that I will describe.  Adding a line with
> > > "%CMD%" before and after the for loop causes the cscript to be called
> > > directly.  In this case the first call succeeds.  The for loop fails and
> > > the next call to cscript fails.
> > >
> > > I probably shouldn't do this, since I know so little about the inner
> > > workings, but here is my musings. It would seem that the for loop causes
> > > special problems.  Possibly because it is doing a form of redirection,
> > > stdout to the set commands and stderr should go to the screen.
> > > Although this causes problems for future calls to cscript I don't know
> > > why.  It must be that adding the echo to stderr at the first causes the
> > > plumbing for stderr to be setup properly and all future commands
> > > succeed.  There is no need to respond to this paragraph.  I wrote it
> > > just to help get the thought process going if it is needed.
> > >
> > > Clint
> > 
> > Did you try the latest snapshot?  There were some problems with 1.5.6 that
> > were fixed in CVS.  See .
> > Igor
> > -- 
> > http://cs.nyu.edu/~pechtcha/
> >   |\  _,,,---,,_[EMAIL PROTECTED]
> > ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
> >  |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
> > '---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
> > 
> > "I have since come to realize that being between your mentor and his route
> > to the bathroom is a major career booster."  -- Patrick Naughton
> > 
> > --
> > Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> > Problem reports:   http://cygwin.com/problems.html
> > Documentation: http://cygwin.com/docs.html
> > FAQ:   http://cygwin.com/faq/
>

cvs problems

[Clare McInerney]

Hi,
I'm a new user to cygwin and recently installed 1.5.6.1 on windows xp. I 
installed the cvs module (cvs 1.11.6), and added these to .bash_profile:
export CVSROOT=:ext:[EMAIL PROTECTED]:/src/ois-projects/cvsroot  
export CVS_RSH=ssh

When I try
$ cvs get -d dev ted

I get a segmentation fault - I've attached a sample of the output - I also 
got a cvs.exe.stackdump that I can forward if necessary.

$ cvs 
runs correctly.

I've tried uninstalling the cvs module and reinstalling from different 
mirror sites but that didn't help. Thanks for any help. 
Clare.
...
cvs [checkout aborted]: received abort signal
cvs [checkout aborted]: received abort signal
cvs [checkout aborted]: received abort signal
cvs [checkout aborted]: received abort signal
cvs [checkout aborted]: received abort signal
in handle_threadlist_exception!
in handle_threadlist_exception!
Exception: STATUS_ACCESS_VIOLATION at eip=610040DF
eax=0023 ebx=006EEAAC ecx=0022F014 edx=610867AC esi=0022F01
ebp=006EE434 esp=006EE434 program=C:\cygwin\bin\cvs.exe
cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023
Stack trace:
Frame Function  Args
006EE434  610040DF  (0022F014, 610867AC, , )
006EE474  61025A05  (006EEAAC, 0048F37F, 61146B84, )
006EE7A4  61025E18  (0022F014, 0006, , )
006EEAD4  6102673C  (, 006EEB1C, 0014, 006EEB08)
006EEF54  6108BC45  (610ED774, , 006EEF74, 006EEFAC)
006EEF74  61003096  (610ED774, 006EEFAC, 61003030, )
006EEFA4  61003DE4  (, , , )
006EFFA4  61003D8E  (, , , )
End of stack traceSegmentation fault (core dumped)
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Problems with Emacs

[Brian Ford]

Please make sure your mailer honors the Reply-To header.  I set it to this
list intentionally.

On Fri, 30 Jan 2004, Charles Plager wrote:
> Brian Ford wrote:
> > On Fri, 30 Jan 2004, Charles Plager wrote:
> >
> >>Update:
> >>
> >>* Another computer that just installed cygwin from scratch has the same
> >>problem with emacs and freezing with "loading mule-util...done" or
> >>"loading edmacro...done" on the bottom of the screen.
> >>
> >>* I just grabbed the snapshot of the latest cygwin1.dll and I still have
> >>this problem.
> >>
> >>:-(
> >>
> >>Any ideas?
> >>
> > Please follow the instructions here about attaching cygcheck output while
> > the snapshot is installed:
> >
> >>Problem reports:   http://cygwin.com/problems.html
> >>
> >
> > That way, we can confirm that you properly installed the snapshot, and we
> > can see other possibly relevent details about your installation.
> >
> > Can you attach strace -p  and send some sample output?
> >
> [EMAIL PROTECTED]> ps
>PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
>   3496   13424   3508  con 1003 16:04:44 /usr/bin/perl
>   2060   13424   2088  con 1003 16:05:57 /usr/bin/rxvt
>   212020602120   21600 1003 16:05:57 /usr/bin/bash
>   332821203328   33400 1003 16:07:03 /usr/bin/ssh
>   3956   13424   3968  con 1003 16:11:32 /usr/bin/emacs
>9923956 992   12081 1003 16:12:01 /usr/bin/ssh
>   3848   13424   3840  con 1003 16:14:34 /usr/bin/rxvt
>   393638483936   39442 1003 16:14:35 /usr/bin/bash
>   231639362316   22242 1003 16:14:51 /usr/bin/strace
>   2028   13424   2484  con 1003 16:15:03 /usr/bin/rxvt
>   252020282520   25523 1003 16:15:03 /usr/bin/bash
>   322425203224   25003 1003 16:15:35 /usr/bin/ps
>
> [EMAIL PROTECTED]> strace -p 3956
> strace.exe: couldn't attach to pid 3956<3968> for debugging
>
Thanks for the cygcheck output.  I didn't see anything suspicious, though.

I see another strace in the ps output.  Was that a failed attempt to
attach?  That could explain the message above.

Also, IIRC, strace from 1.5.5 could not use -p to attach (it was
temporarily broken).  Please try the one from the snapshot.

I'm out of ideas, though, as I'm not an emacs user.  Good luck!

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Problems with Emacs

[Charles Plager]

Brian Ford wrote:
On Fri, 30 Jan 2004, Charles Plager wrote:


Update:

* Another computer that just installed cygwin from scratch has the same
problem with emacs and freezing with "loading mule-util...done" or
"loading edmacro...done" on the bottom of the screen.
* I just grabbed the snapshot of the latest cygwin1.dll and I still have
this problem.
:-(

	Any ideas?



Please follow the instructions here about attaching cygcheck output while
the snapshot is installed:
Problem reports:   http://cygwin.com/problems.html

That way, we can confirm that you properly installed the snapshot, and we
can see other possibly relevent details about your installation.
Can you attach strace -p  and send some sample output?
[EMAIL PROTECTED]> ps
  PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
 3496   13424   3508  con 1003 16:04:44 /usr/bin/perl
 2060   13424   2088  con 1003 16:05:57 /usr/bin/rxvt
 212020602120   21600 1003 16:05:57 /usr/bin/bash
 332821203328   33400 1003 16:07:03 /usr/bin/ssh
 3956   13424   3968  con 1003 16:11:32 /usr/bin/emacs
  9923956 992   12081 1003 16:12:01 /usr/bin/ssh
 3848   13424   3840  con 1003 16:14:34 /usr/bin/rxvt
 393638483936   39442 1003 16:14:35 /usr/bin/bash
 231639362316   22242 1003 16:14:51 /usr/bin/strace
 2028   13424   2484  con 1003 16:15:03 /usr/bin/rxvt
 252020282520   25523 1003 16:15:03 /usr/bin/bash
 322425203224   25003 1003 16:15:35 /usr/bin/ps
[EMAIL PROTECTED]> strace -p 3956
strace.exe: couldn't attach to pid 3956<3968> for debugging



Cygwin Win95/NT Configuration Diagnostics
Current System Time: Fri Jan 30 14:42:44 2004

Windows XP Professional Ver 5.1 Build 2600 Service Pack 1

Path:   C:\cygwin\bin
C:\cygwin\usr\local\bin
C:\cygwin\usr\local\netpbm\bin
C:\Documents and Settings\cplager\My Documents\bin
C:\cygwin\bin
C:\Documents and Settings\cplager\My Documents\bin
c:\program files\imagemagick-5.5.6-q16
c:\PROGRA~1\Kerberos
c:\Program files\texmf\miktex\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\bin
c:\Program Files\Hummingbird\Connectivity\7.11\Accessories\
c:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT
c:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin
c:\Program Files\Microsoft Visual Studio\Common\Tools
c:\Program Files\Microsoft Visual Studio\VC98\bin
c:\Documents and Settings\cplager\Local Settings\Temp\shortcuts
C:\cygwin\usr\local\bin\root\bin\
C:\cygwin\usr\X11R6\bin\
.
C:\cygwin\usr\local\bin\root\bin\
C:\cygwin\usr\X11R6\bin\
.

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1003(cplager) GID: 513(None)
513(None)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1003(cplager) GID: 513(None)
0(root)  513(None)
544(Administrators)  545(Users)

SysDir: C:\WINDOWS\System32
WinDir: C:\WINDOWS

HOME = `C:\Documents and Settings\cplager\My Documents'
PWD = `/home/cplager'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\cplager\Application Data'
CLIENTNAME = `Console'
COLORFGBG = `15;default;0'
COLORTERM = `rxvt-xpm'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `POINTYJR'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
DIRECTORY_STACK = `/home/cplager:::/usr/bin'
DISPLAY = `localhost:0'
EDITOR = `emacs'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\cplager'
HOST = `pointyjr'
INCLUDE = `C:\Program Files\Microsoft Visual Studio\VC98\atl\include;C:\Program 
Files\Microsoft Visual Studio\VC98\mfc\include;C:\Program Files\Microsoft Visual 
Studio\VC98\include'
KRB5CCNAME = `FILE:/bin/krb5_cc_cache'
KRB5_CONFIG = `/bin/krb5.conf'
LIB = `C:\Program Files\Microsoft Visual Studio\VC98\mfc\lib;C:\Program 
Files\Microsoft Visual Studio\VC98\lib'
LNS = `lnsil4.lns.cornell.edu:'
LOGONSERVER = `\\POINTYJR'
MSDEVDIR = `C:\Program Files\Microsoft Visual Studio\Common\MSDev98'
MULTIDESK = `C:\Documents and Settings\cplager\Local Settings\Temp\shortcuts'
MYBIN = `/home/cplager/bin'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/usr/bin'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 11 Stepping 1, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0b01'
PROGRAMFILES = `C:\Program Files'
ROOTSYS = `/usr/local/bin/root/'
SCRIPTS = `/home/cplager/scripts'
SESSIONNAME = `Console'
SHLVL = `2'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINDOWS'
TEMP = `c:\DOCUME~1\cplager\LOCALS~1\Temp'
TERM = `xterm'
TMP = `c:\DOCUME~1\cplager\LOCALS~1\Temp'
USERDOMAIN = `POINTYJR'
USERNAME = `cplager'
USERPROFILE = `C:\Documents and Settings\

/bin/cvs needs upgrade from cvs-1.11.6 to cvs-1.11.9

[Brad Barber]

Please upgrade cvs in cygwin.   The current version, 1.11.6-3, fails to work against
Concurrent Versions System (CVS) 1.11.1p1 (server)

cvs.exe 1.11.9 from 
http://ftp.cvshome.org/release/binary/win32/
works fine.

--Brad
If run against 

CVS_RSH=ssh
[EMAIL PROTECTED]:/cvsroot/qhull/
CVS_CLIENT_LOG=cvslog

'cvs co' generates an EOF message after authenticating.  No other message is produced. 
 cvslog.out is empty and cvslog.in contains

Root /cvsroot/qhull
Valid-responses ok error Valid-requests Checked-in New-entry Checksum Copy-file
Updated Created Update-existing Merged Patched Rcs-diff Mode Mod-time Removed 
Remove-entry Set-static-directory Clear-static-directory Set-sticky Clear-sticky 
Template Notified Module-expansion Wrapper-rcsOption M Mbinary E F MT


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Recommended *nix newsgroups??

[Joshua Daniel Franklin]

On Wed, Jan 28, 2004 at 11:17:52AM +, zzapper wrote:
> We are not supposed to discuss actual usage of *nix tools in this
> newsgroup. But I would like some recommendations of active *nix groups
> for say queries on shell, find etc.

When I was learning *nix tools, I learned a lot from reading the GNU manuals
. Especially check out the one now
called coreutils.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Problems with Emacs

[Brian Ford]

On Fri, 30 Jan 2004, Charles Plager wrote:

> Update:
>
> * Another computer that just installed cygwin from scratch has the same
> problem with emacs and freezing with "loading mule-util...done" or
> "loading edmacro...done" on the bottom of the screen.
>
> * I just grabbed the snapshot of the latest cygwin1.dll and I still have
> this problem.
>
> :-(
>
>   Any ideas?
>

Please follow the instructions here about attaching cygcheck output while
the snapshot is installed:
> Problem reports:   http://cygwin.com/problems.html
>
That way, we can confirm that you properly installed the snapshot, and we
can see other possibly relevent details about your installation.

Can you attach strace -p  and send some sample output?

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

ssmtp "Date:" oddity

[Bradley Holdridge]

After I upgraded to the latest version of ssmtp (2.60.4-1), the messages
I sent with it started arriving with dates such as

Thu, d Jan 2004 21:10:32

The day of the month is always "d". (While attempting to compensate by
supplying the "Date:" header myself, I discovered that "localtime" in
perl 5.8.2-1 is broken, which I see is a known problem.) The date in the
"Received:" header specifying "(sSMTP sendmail emulation)" has the
identical problem.
-- 
Bradley Holdridge
[EMAIL PROTECTED]

Cygwin Win95/NT Configuration Diagnostics

Current System Time: Fri Jan 30 13:52:25 2004



Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3



Path:   C:\cygwin\usr\local\bin

C:\cygwin\bin

C:\cygwin\bin

c:\WINNT\system32

c:\WINNT

c:\WINNT\System32\Wbem

c:\ntutils

C:\cygwin\home\qa3636\bin

.



Output from C:\cygwin\bin\id.exe (nontsec)

UID: 21150(qa3636) GID: 547(Power Users)

547(Power Users)



Output from C:\cygwin\bin\id.exe (ntsec)

UID: 21150(qa3636) GID: 547(Power Users)

0(root)  544(Administrators)  

547(Power Users) 545(Users)   10547(mkgroup_l_d)



SysDir: C:\WINNT\system32

WinDir: C:\WINNT



CYGWIN = `tty ntsec binmode error_start=c:\cygwin\bin\dumper.exe'

HOME = `C:\cygwin\home\qa3636'

MAKE_MODE = `unix'

PWD = `/home/qa3636'

USER = `qa3636'



ALLUSERSPROFILE = `D:\Profiles\All Users'

APPDATA = `D:\Profiles\qa3636\Application Data'

ATAHOME = `C:\Rhapsody\Reporter'

ATRIAHOME = `C:\progra~1\atria'

CHEATS = `CHEAT_LLP=yes CHEAT_FOUNDATION=yes CHEAT_SSI=yes'

CHEAT_ALL = `CHEAT_LLP=yes CHEAT_FOUNDATION=yes CHEAT_SSI=yes CHEAT_HLP=yes 
CHEAT_SNMP=yes'

CLEARCASE_PRIMARY_GROUP = `IL27cu08'

COLORFGBG = `15;default;0'

COLORTERM = `rxvt-xpm'

COMMONPROGRAMFILES = `C:\Program Files\Common Files'

COMPUTERNAME = `il27-1054'

COMSPEC = `C:\WINNT\system32\cmd.exe'

DIRCMD = `/ogn'

DISKEEPERICON = `C:\Program Files\Executive Software\DiskeeperWorkstation\'

DISPLAY = `:0'

FIGNORE = `.o:~'

HISTCONTROL = `ignoredups'

HOMEDRIVE = `H:'

HOMEPATH = `\'

HOMESHARE = `\\IL27FIL07\QA3636$'

HOSTNAME = `il27-1054'

LM_LICENSE_FILE = `C:\Rhapsody\flexlm\license.dat'

LOGONSERVER = `\\IL27NA1DC01'

LYNX_CFG = `/home/qa3636/lynx.cfg'

MANPATH = `:/usr/ssl/man'

MY_SHELL = `bash --login -i'

NUMBER_OF_PROCESSORS = `2'

OLDPWD = `/home/qa3636/bin'

OS2LIBPATH = `C:\WINNT\system32\os2\dll;'

OS = `Windows_NT'

PARINIT = `rTbgqR B=.,?_A_a Q=_s>|'

PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'

PRINTER = `\\il27prt10\IL27-2G7-04'

PROCESSOR_ARCHITECTURE = `x86'

PROCESSOR_IDENTIFIER = `x86 Family 15 Model 1 Stepping 2, GenuineIntel'

PROCESSOR_LEVEL = `15'

PROCESSOR_REVISION = `0102'

PROGRAMFILES = `C:\Program Files'

PROMPT = `$P$G'

PS1 = `\[\033]0;\w\007

[EMAIL PROTECTED] \[\033[33m\w\033[0m\]

$ '

ROBOTOPTS = `screwdriver,name=ShadowSoldier'

SHELL = `/bin/bash'

SHLVL = `1'

SMS_LOCAL_DIR = `C:\WINNT'

SYSTEMDRIVE = `C:'

SYSTEMROOT = `C:\WINNT'

TEMP = `d:\Profiles\qa3636\LOCALS~1\Temp'

TERM = `cygwin'

TMP = `d:\Profiles\qa3636\LOCALS~1\Temp'

USERDOMAIN = `NA1'

USERNAME = `QA3636'

USERPROFILE = `D:\Profiles\qa3636'

WINDIR = `C:\WINNT'

WINDOWID = `168039192'

XSLT_PROCESSOR = `xsltproc'

XSL_DIR = `/usr/share/xmlto/format/docbook'

_ = `/usr/bin/cygcheck'



HKEY_CURRENT_USER\Software\Cygnus Solutions

HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin

HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2

HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options

HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup

HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0

HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts

HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00

  (default) = `\\.\tape1:'

  unix = `/dev/st1'

  fbinary = 0x

  fsilent = 0x0001

HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01

  (default) = `\\.\tape0:'

  unix = `/dev/st0'

  fbinary = 0x

  fsilent = 0x0001

HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02

  (default) = `\\.\b:'

  unix = `/dev/fd1'

  fbinary = 0x

  fsilent = 0x0001

HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\03

  (default) = `\\.\a:'

  unix = `/dev/fd0'

  fbinary = 0x

  fsilent = 0x0001

HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\04

  (default) = `C:'

  unix = `/'

  fbinary = 0x

  fsilent = 0x

HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions

HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin

HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2

  (default) = `/cyg'

  cygdrive flags = 0x002a

HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/

  (default) = `C:\cygwin'

  flags = 0x000a

HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cy

RE: verilator on cygwin - unexplained errors

[Rafael Kitover]

I went into perl -MCPAN -e shell, typed "install SystemC::Parser" and it
installed fine for me...

-- 
Rafael

>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
>Pinhas Krengel
>Sent: Friday, January 30, 2004 11:10 AM
>To: [EMAIL PROTECTED]
>Subject: Re: verilator on cygwin - unexplained errors
>
>I use the cygwin the perl that came with the cygwin package.
>Attached is the cugwin check -svr
>
>"Igor Pechtchanski" <[EMAIL PROTECTED]> wrote in message
>news:[EMAIL PROTECTED]
>> On Fri, 30 Jan 2004, Pinhas Krengel wrote:
>>
>> > While tring to build one of its packeage (from CPAN) I got stange
>> > message in response to the make.
>> >
>> > the package is //www.veripool.com/systemperl.html
>> >
>> > Message is. Can somebody tell me if I am missing something in my cygwin?
>> >
>> > make[1]: Entering directory
>`/cygdrive/c/pini_prog/verilator/SystemPerl-1.147/Parser'
>> >
>gcc -c -I. -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -DUSEIMPORTLIB -O2 -D
>VERSION=\"1.147\" -DXS_VERSION=\"1.147\"
>"-I/usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE" Parser.c
>> > Running Mkbootstrap for SystemC::Parser ()
>> > chmod 644 Parser.bs
>> > rm -f ../blib/arch/auto/SystemC/Parser/Parser.dll
>> > LD_RUN_PATH="" ld2 -s -L/usr/local/lib Parser.o -o
>../blib/arch/auto/SystemC/Parser/Parser.dll sclex.o scgrammer.o
>/usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE/libperl.dll.a
>> > gcc -shared -o
>Parser.dll -Wl,--out-implib=libParser.dll.a -Wl,--export-all-symbols -Wl,--e
>nable-auto-import -Wl,--stack,8388608 \
>> > -s -L/usr/local/lib Parser.o sclex.o scgrammer.o
>/usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE/libperl.dll.a
>> > Creating library file: libParser.dll.a
>> > sclex.o(.text+0x2f2b):sclex.c: undefined reference to `__imp___iob'
>> > sclex.o(.text+0x2f3e):sclex.c: undefined reference to `__imp___iob'
>> > sclex.o(.text+0x389b):sclex.c: undefined reference to `__assert'
>> > sclex.o(.text+0x43bb):sclex.c: undefined reference to `__imp___iob'
>> > sclex.o(.text+0x444e):sclex.c: undefined reference to `__isctype'
>> > sclex.o(.text+0x4476):sclex.c: undefined reference to `__isctype'
>> > sclex.o(.text+0x44bd):sclex.c: undefined reference to `__isctype'
>> > sclex.o(.text+0x44e9):sclex.c: undefined reference to `__isctype'
>> > sclex.o(.text+0x4538):sclex.c: undefined reference to `__imp___pctype'
>> > sclex.o(.text+0x4551):sclex.c: undefined reference to `__imp___pctype'
>> > sclex.o(.text+0x4569):sclex.c: undefined reference to `__imp___pctype'
>> > sclex.o(.text+0x4581):sclex.c: undefined reference to `__imp___pctype'
>> > scgrammer.o(.text+0x16d6):scgrammer.c: undefined reference to
>`__imp___iob'
>> > scgrammer.o(.text+0x16fa):scgrammer.c: undefined reference to
>`__imp___iob'
>> > scgrammer.o(.text+0x1724):scgrammer.c: undefined reference to
>`__imp___iob'
>> > scgrammer.o(.text+0x179b):scgrammer.c: undefined reference to
>`__imp___iob'
>> > scgrammer.o(.text+0x17de):scgrammer.c: undefined reference to
>`__imp___iob'
>> > scgrammer.o(.text+0x180f):scgrammer.c: more undefined references to
>`__imp___iob' follow
>> > collect2: ld returned 1 exit status
>> > perlld: *** system() failed to execute
>>   ^^
>> > gcc -shared -o
>Parser.dll -Wl,--out-implib=libParser.dll.a -Wl,--export-all-symbols -Wl,--e
>nable-auto-import -Wl,--stack,8388608 \
>> > -s -L/usr/local/lib Parser.o sclex.o scgrammer.o
>/usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE/libperl.dll.a
>> > make[1]: *** [../blib/arch/auto/SystemC/Parser/Parser.dll] Error 1
>> > make[1]: Leaving directory
>`/cygdrive/c/pini_prog/verilator/SystemPerl-1.147/Parser'
>> > make: *** [subdirs] Error 2
>>
>> Please accompany all Cygwin problem reports with the output of "cygcheck
>> -svr", preferably run from the environment/context in which you get the
>> error.  The output should be attached, as an uncompressed text
>> *attachment*, rather than included inline, as per
>> .
>>
>> The first question that comes to mind after seeing the underlined line
>> above, though, is whether you're using Cygwin's perl or if there's another
>> perl in the PATH that overrides it.
>> Igor
>> --
>> http://cs.nyu.edu/~pechtcha/
>>   |\  _,,,---,,_ [EMAIL PROTECTED]
>> ZZZzz /,`.-'`'-.  ;-;;,_ [EMAIL PROTECTED]
>>  |,4-  ) )-,_. ,\ (  `'-' Igor Pechtchanski, Ph.D.
>> '---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
>>
>> "I have since come to realize that being between your mentor and his route
>> to the bathroom is a major career booster."  -- Patrick Naughton
>>
>


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Problems with Emacs

[Charles Plager]

Update:

* Another computer that just installed cygwin from scratch has the same 
problem with emacs and freezing with "loading mule-util...done" or 
"loading edmacro...done" on the bottom of the screen.

* I just grabbed the snapshot of the latest cygwin1.dll and I still have 
this problem.

:-(

	Any ideas?

Thanks,
  Charles
Larry Hall wrote:
At 01:23 PM 1/30/2004, Charles Plager you wrote:

Hello,
  Before I managed to  up my cygwin install, I had emacs 21.2.1 installed as well 
as an emacs package tramp installed.
  Yesterday, I reinstalled cygwin from scratch choosing (among other packages) the latest version 21.2.12 of emacs.  Most of the time I try to start the program (using X) , it launches o.k.  But sometimes, the window pops up and it freezes taking all of the cpu (it says "loading ed mode").  I have repeatedly tried to uninstall and reinstall emacs and I keep getting the same errors.

  Does anybody have any ideas?  Has anybody else seen this?



Try installing the latest snapshot of the Cygwin DLL
.
--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: C COM objects?

[Peter J. Stieber]

> I'll give ZooLib another try.  If I can build ZooLib with Cygwin, that
will mean
> that ZooLib can be built with gcc on all the platforms that ZooLib
supports (Mac
> OS, Windows, Linux and BeOS).  I think that would encourage its acceptance
as a
> framework for writing open source software, if one isn't required to use
an
> expensive compiler to build Windows software with it.

I've been able to build wxWindows (http://www.wxwindows.org) apps on cygwin
using gcc and the the other OSs you mention (except for BeOS).

Pete


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Backing up my Cygwin installation

[Igor Pechtchanski]

On Fri, 30 Jan 2004, Dave Korn wrote:

> > -Original Message-
> > From: cygwin-owner On Behalf Of Charles Plager
>
> > missing a perl dll and that re-installing would help).  After
> > all of this, I said " it" and started a new cygwin installation.
> >
> >   My question now is how do I backup up my cygwin
> > installation.  If I make a copy of all of c:\cygwin, is it
> > good enough to just delete the current c:\cygwin directory
> > and restore the backup?
>
>   That'll work more-or-less fine, although I can think of a couple of other
> places where cygwin keeps persistent state that you'd probably want to
> backup at the same time:
>
> 1) The download directory where the package setup utility stores its records
> of what's where and all its downloaded packages.

There's no need to back up the local package directory, unless you want
access to older versions of binary and source packages.  The installed
package state is stored in /etc/setup.

> 2) The cygwin registry entries under HKCU/Software/Cygnus Solutions/Cygwin
> and HKLM/..etc.

FWIW, the recommended way to back up your mount information is to save the
output of "mount -m" into a .bat or a .sh file and run it afterwards
(after a "umount -A").  I can see how this could become a problem for
automatic back-up software, though.
Igor

>   If you were to backup a consistent set of those, a simple restore should
> get everything back exactly how it was.
>
> cheers,
>   DaveK

-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: verilator on cygwin - unexplained errors

[Pinhas Krengel]

I use the cygwin the perl that came with the cygwin package.
Attached is the cugwin check -svr

"Igor Pechtchanski" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> On Fri, 30 Jan 2004, Pinhas Krengel wrote:
>
> > While tring to build one of its packeage (from CPAN) I got stange
> > message in response to the make.
> >
> > the package is //www.veripool.com/systemperl.html
> >
> > Message is. Can somebody tell me if I am missing something in my cygwin?
> >
> > make[1]: Entering directory
`/cygdrive/c/pini_prog/verilator/SystemPerl-1.147/Parser'
> >
gcc -c -I. -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -DUSEIMPORTLIB -O2 -D
VERSION=\"1.147\" -DXS_VERSION=\"1.147\"
"-I/usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE" Parser.c
> > Running Mkbootstrap for SystemC::Parser ()
> > chmod 644 Parser.bs
> > rm -f ../blib/arch/auto/SystemC/Parser/Parser.dll
> > LD_RUN_PATH="" ld2 -s -L/usr/local/lib Parser.o -o
../blib/arch/auto/SystemC/Parser/Parser.dll sclex.o scgrammer.o
/usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE/libperl.dll.a
> > gcc -shared -o
Parser.dll -Wl,--out-implib=libParser.dll.a -Wl,--export-all-symbols -Wl,--e
nable-auto-import -Wl,--stack,8388608 \
> > -s -L/usr/local/lib Parser.o sclex.o scgrammer.o
/usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE/libperl.dll.a
> > Creating library file: libParser.dll.a
> > sclex.o(.text+0x2f2b):sclex.c: undefined reference to `__imp___iob'
> > sclex.o(.text+0x2f3e):sclex.c: undefined reference to `__imp___iob'
> > sclex.o(.text+0x389b):sclex.c: undefined reference to `__assert'
> > sclex.o(.text+0x43bb):sclex.c: undefined reference to `__imp___iob'
> > sclex.o(.text+0x444e):sclex.c: undefined reference to `__isctype'
> > sclex.o(.text+0x4476):sclex.c: undefined reference to `__isctype'
> > sclex.o(.text+0x44bd):sclex.c: undefined reference to `__isctype'
> > sclex.o(.text+0x44e9):sclex.c: undefined reference to `__isctype'
> > sclex.o(.text+0x4538):sclex.c: undefined reference to `__imp___pctype'
> > sclex.o(.text+0x4551):sclex.c: undefined reference to `__imp___pctype'
> > sclex.o(.text+0x4569):sclex.c: undefined reference to `__imp___pctype'
> > sclex.o(.text+0x4581):sclex.c: undefined reference to `__imp___pctype'
> > scgrammer.o(.text+0x16d6):scgrammer.c: undefined reference to
`__imp___iob'
> > scgrammer.o(.text+0x16fa):scgrammer.c: undefined reference to
`__imp___iob'
> > scgrammer.o(.text+0x1724):scgrammer.c: undefined reference to
`__imp___iob'
> > scgrammer.o(.text+0x179b):scgrammer.c: undefined reference to
`__imp___iob'
> > scgrammer.o(.text+0x17de):scgrammer.c: undefined reference to
`__imp___iob'
> > scgrammer.o(.text+0x180f):scgrammer.c: more undefined references to
`__imp___iob' follow
> > collect2: ld returned 1 exit status
> > perlld: *** system() failed to execute
>   ^^
> > gcc -shared -o
Parser.dll -Wl,--out-implib=libParser.dll.a -Wl,--export-all-symbols -Wl,--e
nable-auto-import -Wl,--stack,8388608 \
> > -s -L/usr/local/lib Parser.o sclex.o scgrammer.o
/usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE/libperl.dll.a
> > make[1]: *** [../blib/arch/auto/SystemC/Parser/Parser.dll] Error 1
> > make[1]: Leaving directory
`/cygdrive/c/pini_prog/verilator/SystemPerl-1.147/Parser'
> > make: *** [subdirs] Error 2
>
> Please accompany all Cygwin problem reports with the output of "cygcheck
> -svr", preferably run from the environment/context in which you get the
> error.  The output should be attached, as an uncompressed text
> *attachment*, rather than included inline, as per
> .
>
> The first question that comes to mind after seeing the underlined line
> above, though, is whether you're using Cygwin's perl or if there's another
> perl in the PATH that overrides it.
> Igor
> -- 
> http://cs.nyu.edu/~pechtcha/
>   |\  _,,,---,,_ [EMAIL PROTECTED]
> ZZZzz /,`.-'`'-.  ;-;;,_ [EMAIL PROTECTED]
>  |,4-  ) )-,_. ,\ (  `'-' Igor Pechtchanski, Ph.D.
> '---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
>
> "I have since come to realize that being between your mentor and his route
> to the bathroom is a major career booster."  -- Patrick Naughton
>


begin 666 cygwin_check.log
M#0I#>6=W:[EMAIL PROTECTED]@0V]N9FEG=7)A=&EO;B!$:6%G;F]S=&EC&EL:6YX7&)I
M;EQN= T*"6,Z7'!I;FE?<')O9UQV:&1L7W-I;6EL:5QB:6X-"@EC.EQP:6YI
M7W!R;V=<:79L7S S,3(P,EQB:6X-"@EC.EQP:6YI7W!R;V=<86QD96-<0DE.
M7 T*"6,Z7'!I;FE?<')O9UQ3>6YA<'1I0T%$7&)I;@T*"6,Z7%=)3D1/5U-<
M7-T96TS,EQ7
M8F5M#0H)8SI<4%)/1U)!32!&24Q%4UQ42$E.2U!!1%Q55$E,251)15,-"@EC
M.EQ0&[EMAIL PROTECTED]&YO;G1S96,I#0I5240Z(#$P,#0H061M:6XI($=)[EMAIL PROTECTED]
M*$YO;F4I#0HU,3,H3F]N92D-"@T*3W5T<'5T(&9R;[EMAIL PROTECTED]<<&EN:5]P6=W:6Y<:&]M95Q!9&UI;B<-"E!71" ](& O8WEG9')I
M=F4O8R]P:6YI)PT*#0I!0U1)5D4V,E],24-%3E-%7T9)3$4@/[EMAIL PROTECTED]<<&EN
M:5]P7-T96TS,EQC
M;60N97AE)PT*2$E35$E'3D]212 ](& F.FUU='0Z6V)F766=W:6XG#0I435 @/[EMAIL PROTECTED]<1$]#54U%?C%<061M:6Y<
M3$]#04Q3?C%<5&5M<"<-"E5.25-/3B ](&!#.EQP:6YI7W!R;V=<4WEN87!

Re: Setting date and time

[Brian Ford]

On Fri, 30 Jan 2004, George Weaver wrote:

> Hi Brian,
>
> I am also experiencing the same problem on a Dell laptop running Windows XP,
> PostgreSQL 7.3.4, and Cygwin 1.5.5.
>
Sorry, I thought I had remembered this being a temporary problem with
a particular implementation.  This shows it to be a known current issue:

http://www.cygwin.com/ml/cygwin/2003-07/msg01016.html

PTC.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Reinstalling Cygwin

[Igor Pechtchanski]

On Fri, 30 Jan 2004, Dave Korn wrote:

> > -Original Message-
> > From: Charles Plager
> > Sent: 30 January 2004 18:44
>
> >   Since I've *really* messed up my cygwin installation, I
> > deleted the directory and the registry keys (a bit rash) and
> > want to install it again.  The problem seems to be that it
> > always seems to "remember" my installation.  Do you know what
> > I need to do so that it doesn't know about any previous
> > installations and installs as if it was never there before?
>
>   Yep.  That is indeed the persistent state I was referring to.  When you
> run the cygwin setup package, it asks you to select a "Local package
> directory", in the step just after choosing where you want cygwin installed.
> That's the place where it's keeping the details of your previous
> installation.  Nuke it and start over.

No.  The "local package directory" is just a cache, and doesn't store any
state.  The setup state is stored in /etc/setup, and should have been
deleted when c:\cygwin was erased.  At a guess, the remaining state on the
OP's machine is system mounts (Cygwin uses subkeys of both HKCU and HKLM).
Igor

>   For more info about the setup utility, see
> http://sources.redhat.com/cygwin/cygwin-ug-net/setup-net.html
>
> cheers,
>   DaveK

-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Reinstalling Cygwin

[Dave Korn]

 

> -Original Message-
> From: Charles Plager
> Sent: 30 January 2004 18:44

>   Since I've *really* messed up my cygwin installation, I 
> deleted the directory and the registry keys (a bit rash) and 
> want to install it again.  The problem seems to be that it 
> always seems to "remember" my installation.  Do you know what 
> I need to do so that it doesn't know about any previous 
> installations and installs as if it was never there before?

  Yep.  That is indeed the persistent state I was referring to.  When you
run the cygwin setup package, it asks you to select a "Local package
directory", in the step just after choosing where you want cygwin installed.
That's the place where it's keeping the details of your previous
installation.  Nuke it and start over.

  For more info about the setup utility, see
http://sources.redhat.com/cygwin/cygwin-ug-net/setup-net.html


cheers, 
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Problems with Emacs

[Larry Hall]

At 01:23 PM 1/30/2004, Charles Plager you wrote:
>Hello,
>Before I managed to  up my cygwin install, I had emacs 21.2.1 installed as 
> well as an emacs package tramp installed.
>
>Yesterday, I reinstalled cygwin from scratch choosing (among other packages) the 
> latest version 21.2.12 of emacs.  Most of the time I try to start the program (using 
> X) , it launches o.k.  But sometimes, the window pops up and it freezes taking all 
> of the cpu (it says "loading ed mode").  I have repeatedly tried to uninstall and 
> reinstall emacs and I keep getting the same errors.
>
>Does anybody have any ideas?  Has anybody else seen this?
>


Try installing the latest snapshot of the Cygwin DLL
.


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: verilator on cygwin - unexplained errors

[Igor Pechtchanski]

On Fri, 30 Jan 2004, Pinhas Krengel wrote:

> While tring to build one of its packeage (from CPAN) I got stange
> message in response to the make.
>
> the package is //www.veripool.com/systemperl.html
>
> Message is. Can somebody tell me if I am missing something in my cygwin?
>
> make[1]: Entering directory `/cygdrive/c/pini_prog/verilator/SystemPerl-1.147/Parser'
> gcc -c -I. -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -DUSEIMPORTLIB -O2 
> -DVERSION=\"1.147\" -DXS_VERSION=\"1.147\" 
> "-I/usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE" Parser.c
> Running Mkbootstrap for SystemC::Parser ()
> chmod 644 Parser.bs
> rm -f ../blib/arch/auto/SystemC/Parser/Parser.dll
> LD_RUN_PATH="" ld2 -s -L/usr/local/lib Parser.o -o 
> ../blib/arch/auto/SystemC/Parser/Parser.dll sclex.o scgrammer.o 
> /usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE/libperl.dll.a
> gcc -shared -o Parser.dll -Wl,--out-implib=libParser.dll.a -Wl,--export-all-symbols 
> -Wl,--enable-auto-import -Wl,--stack,8388608 \
> -s -L/usr/local/lib Parser.o sclex.o scgrammer.o 
> /usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE/libperl.dll.a
> Creating library file: libParser.dll.a
> sclex.o(.text+0x2f2b):sclex.c: undefined reference to `__imp___iob'
> sclex.o(.text+0x2f3e):sclex.c: undefined reference to `__imp___iob'
> sclex.o(.text+0x389b):sclex.c: undefined reference to `__assert'
> sclex.o(.text+0x43bb):sclex.c: undefined reference to `__imp___iob'
> sclex.o(.text+0x444e):sclex.c: undefined reference to `__isctype'
> sclex.o(.text+0x4476):sclex.c: undefined reference to `__isctype'
> sclex.o(.text+0x44bd):sclex.c: undefined reference to `__isctype'
> sclex.o(.text+0x44e9):sclex.c: undefined reference to `__isctype'
> sclex.o(.text+0x4538):sclex.c: undefined reference to `__imp___pctype'
> sclex.o(.text+0x4551):sclex.c: undefined reference to `__imp___pctype'
> sclex.o(.text+0x4569):sclex.c: undefined reference to `__imp___pctype'
> sclex.o(.text+0x4581):sclex.c: undefined reference to `__imp___pctype'
> scgrammer.o(.text+0x16d6):scgrammer.c: undefined reference to `__imp___iob'
> scgrammer.o(.text+0x16fa):scgrammer.c: undefined reference to `__imp___iob'
> scgrammer.o(.text+0x1724):scgrammer.c: undefined reference to `__imp___iob'
> scgrammer.o(.text+0x179b):scgrammer.c: undefined reference to `__imp___iob'
> scgrammer.o(.text+0x17de):scgrammer.c: undefined reference to `__imp___iob'
> scgrammer.o(.text+0x180f):scgrammer.c: more undefined references to `__imp___iob' 
> follow
> collect2: ld returned 1 exit status
> perlld: *** system() failed to execute
  ^^
> gcc -shared -o Parser.dll -Wl,--out-implib=libParser.dll.a -Wl,--export-all-symbols 
> -Wl,--enable-auto-import -Wl,--stack,8388608 \
> -s -L/usr/local/lib Parser.o sclex.o scgrammer.o 
> /usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE/libperl.dll.a
> make[1]: *** [../blib/arch/auto/SystemC/Parser/Parser.dll] Error 1
> make[1]: Leaving directory `/cygdrive/c/pini_prog/verilator/SystemPerl-1.147/Parser'
> make: *** [subdirs] Error 2

Please accompany all Cygwin problem reports with the output of "cygcheck
-svr", preferably run from the environment/context in which you get the
error.  The output should be attached, as an uncompressed text
*attachment*, rather than included inline, as per
.

The first question that comes to mind after seeing the underlined line
above, though, is whether you're using Cygwin's perl or if there's another
perl in the PATH that overrides it.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Problems with Emacs

[David Rothenberger]

Charles Plager wrote:

Most of the time I try 
to start the program (using X) , it launches o.k.  But sometimes, the 
window pops up and it freezes taking all of the cpu (it says "loading ed 
mode").

Does anybody have any ideas?  Has anybody else seen this?
Try the latest snapshot.  If that doesn't work, see 
.

Dave



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

verilator on cygwin - unexplained errors

[Pinhas Krengel]

While tring to build one of its packeage (from CPAN) I got stange message in
response to the make.

the package is //www.veripool.com/systemperl.html

Message is. Can somebody tell me if I am missing something in my cygwin?

make[1]: Entering directory
`/cygdrive/c/pini_prog/verilator/SystemPerl-1.147/Parser'

gcc -c -I. -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -DUSEIMPORTLIB -O2 -D
VERSION=\"1.147\" -DXS_VERSION=\"1.147\"
"-I/usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE" Parser.c

Running Mkbootstrap for SystemC::Parser ()

chmod 644 Parser.bs

rm -f ../blib/arch/auto/SystemC/Parser/Parser.dll

LD_RUN_PATH="" ld2 -s -L/usr/local/lib Parser.o -o
../blib/arch/auto/SystemC/Parser/Parser.dll sclex.o scgrammer.o
/usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE/libperl.dll.a

gcc -shared -o
Parser.dll -Wl,--out-implib=libParser.dll.a -Wl,--export-all-symbols -Wl,--e
nable-auto-import -Wl,--stack,8388608 \

-s -L/usr/local/lib Parser.o sclex.o scgrammer.o
/usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE/libperl.dll.a

Creating library file: libParser.dll.a

sclex.o(.text+0x2f2b):sclex.c: undefined reference to `__imp___iob'

sclex.o(.text+0x2f3e):sclex.c: undefined reference to `__imp___iob'

sclex.o(.text+0x389b):sclex.c: undefined reference to `__assert'

sclex.o(.text+0x43bb):sclex.c: undefined reference to `__imp___iob'

sclex.o(.text+0x444e):sclex.c: undefined reference to `__isctype'

sclex.o(.text+0x4476):sclex.c: undefined reference to `__isctype'

sclex.o(.text+0x44bd):sclex.c: undefined reference to `__isctype'

sclex.o(.text+0x44e9):sclex.c: undefined reference to `__isctype'

sclex.o(.text+0x4538):sclex.c: undefined reference to `__imp___pctype'

sclex.o(.text+0x4551):sclex.c: undefined reference to `__imp___pctype'

sclex.o(.text+0x4569):sclex.c: undefined reference to `__imp___pctype'

sclex.o(.text+0x4581):sclex.c: undefined reference to `__imp___pctype'

scgrammer.o(.text+0x16d6):scgrammer.c: undefined reference to `__imp___iob'

scgrammer.o(.text+0x16fa):scgrammer.c: undefined reference to `__imp___iob'

scgrammer.o(.text+0x1724):scgrammer.c: undefined reference to `__imp___iob'

scgrammer.o(.text+0x179b):scgrammer.c: undefined reference to `__imp___iob'

scgrammer.o(.text+0x17de):scgrammer.c: undefined reference to `__imp___iob'

scgrammer.o(.text+0x180f):scgrammer.c: more undefined references to
`__imp___iob' follow

collect2: ld returned 1 exit status

perlld: *** system() failed to execute

gcc -shared -o
Parser.dll -Wl,--out-implib=libParser.dll.a -Wl,--export-all-symbols -Wl,--e
nable-auto-import -Wl,--stack,8388608 \

-s -L/usr/local/lib Parser.o sclex.o scgrammer.o
/usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE/libperl.dll.a

make[1]: *** [../blib/arch/auto/SystemC/Parser/Parser.dll] Error 1

make[1]: Leaving directory
`/cygdrive/c/pini_prog/verilator/SystemPerl-1.147/Parser'

make: *** [subdirs] Error 2




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Setting date and time

[George Weaver]

Hi Brian,

I am also experiencing the same problem on a Dell laptop running Windows XP,
PostgreSQL 7.3.4, and Cygwin 1.5.5.

George

- Original Message - 
From: "Brian Ford" <[EMAIL PROTECTED]>
To: "George Weaver" <[EMAIL PROTECTED]>
Cc: "Cygwin" <[EMAIL PROTECTED]>
Sent: Friday, January 30, 2004 11:53 AM
Subject: Re: Setting date and time


> On Fri, 30 Jan 2004, George Weaver wrote:
>
> > Hi All,
> >
> > I am trying to resolve a problem using PostgreSQL that may have its
roots in
> > Cygwin (see below).
> >
> > I am running PostgreSQL version 7.3.2 on Windows XP using Cygwin
version
> > 1.3.20.
> >
> > Once the PostgreSQL postmaster has started, if I change the system date
on
> > the PC, and query the database (Select current_date), the result I get
is
> > the date on the system relative to when postmaster started as a service,
not
> > the new date on the PC.  Am I missing something really obvious??
> >
> I think that is known behavior for that version of Cygwin.  Unfortunately,
> you are not going to get much help from this list for a Cygwin vesion
> that old.  Please upgrade first using the setup program available at
> http://cygwin.com.
>
> Also, follow the instructions here for submitting problem reports:
> > Problem reports:   http://cygwin.com/problems.html
> >
> before posting next time.  Thanks.
>
> -- 
> Brian Ford
> Senior Realtime Software Engineer
> VITAL - Visual Simulation Systems
> FlightSafety International
> Phone: 314-551-8460
> Fax:   314-551-8444
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>
>


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Problems with Emacs

[Charles Plager]

Hello,
	Before I managed to  up my cygwin install, I had emacs 21.2.1 
installed as well as an emacs package tramp installed.

	Yesterday, I reinstalled cygwin from scratch choosing (among other 
packages) the latest version 21.2.12 of emacs.  Most of the time I try 
to start the program (using X) , it launches o.k.  But sometimes, the 
window pops up and it freezes taking all of the cpu (it says "loading ed 
mode").  I have repeatedly tried to uninstall and reinstall emacs and I 
keep getting the same errors.

	Does anybody have any ideas?  Has anybody else seen this?

Thanks,
  Charles
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: what's the best venue for help with the cygwinized emacs?

[Harig, Mark]

I am reasonably confident that this list is
the appropriate mailing list for the cygwin
version of emacs.  The "help-emacs-windows"
mailing list is for a "native" (to Windows)
version of emacs that is built using
Microsoft's compilers.

> -Original Message-
> From: Thomas L Roche
> Sent: Friday, January 30, 2004 12:34 PM
> Subject: what's the best venue for help with the cygwinized emacs?
> 
> 
> Is there some list that the {developer, maintainer}(s) of the cygwin
> patches for emacs listen to? Is there a support site? If not, I'm
> wondering whether to go to this list, another of the cygwin lists, or
> one of the emacs lists (e.g. help-emacs-windows)--but I want to know
> in which list(s) such queries are actually serviced, not merely what
> folks feel is most appropriate.
> 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Setting date and time

[Brian Ford]

On Fri, 30 Jan 2004, George Weaver wrote:

> Hi All,
>
> I am trying to resolve a problem using PostgreSQL that may have its roots in
> Cygwin (see below).
>
> I am running PostgreSQL version 7.3.2 on Windows XP using Cygwin  version
> 1.3.20.
>
> Once the PostgreSQL postmaster has started, if I change the system date on
> the PC, and query the database (Select current_date), the result I get is
> the date on the system relative to when postmaster started as a service, not
> the new date on the PC.  Am I missing something really obvious??
>
I think that is known behavior for that version of Cygwin.  Unfortunately,
you are not going to get much help from this list for a Cygwin vesion
that old.  Please upgrade first using the setup program available at
http://cygwin.com.

Also, follow the instructions here for submitting problem reports:
> Problem reports:   http://cygwin.com/problems.html
>
before posting next time.  Thanks.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Backing up my Cygwin installation

[Dave Korn]

 

> -Original Message-
> From: cygwin-owner On Behalf Of Charles Plager

> missing a perl dll and that re-installing would help).  After 
> all of this, I said " it" and started a new cygwin installation.
> 
>   My question now is how do I backup up my cygwin 
> installation.  If I make a copy of all of c:\cygwin, is it 
> good enough to just delete the current c:\cygwin directory 
> and restore the backup?

  That'll work more-or-less fine, although I can think of a couple of other
places where cygwin keeps persistent state that you'd probably want to
backup at the same time:

1) The download directory where the package setup utility stores its records
of what's where and all its downloaded packages.

2) The cygwin registry entries under HKCU/Software/Cygnus Solutions/Cygwin
and HKLM/..etc.


  If you were to backup a consistent set of those, a simple restore should
get everything back exactly how it was.


cheers, 
  DaveK
-- 
Can't think of a witty .sigline today
 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

what's the best venue for help with the cygwinized emacs?

[Thomas L Roche]

Is there some list that the {developer, maintainer}(s) of the cygwin
patches for emacs listen to? Is there a support site? If not, I'm
wondering whether to go to this list, another of the cygwin lists, or
one of the emacs lists (e.g. help-emacs-windows)--but I want to know
in which list(s) such queries are actually serviced, not merely what
folks feel is most appropriate.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Backing up my Cygwin installation

[Charles Plager]

Hello,
	I unintentionally updated perl to 5.8.2 from 5.8.1.  After having done 
this, Tk didn't work anymore.  I tried using the cygwin setup tool to 
revert perl versions, but after trying all of the 5.8.x versions, 
nothing helped.  After much messing around, I seemed to have messed up 
my installation well enough that I couldn't get any version of perl to 
install correctly (It kept telling me that it was missing a perl dll and 
that re-installing would help).  After all of this, I said " it" and 
started a new cygwin installation.

	My question now is how do I backup up my cygwin installation.  If I 
make a copy of all of c:\cygwin, is it good enough to just delete the 
current c:\cygwin directory and restore the backup?

Thanks,
  Charles
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: cygwin 1.5.6-1: CTRL-C freezes bash

[Larry Hall]

At 12:23 PM 1/30/2004, Brandon Nelson you wrote:

> 
>> Please try and configure your mailer to line wrap at <= 80 characters.
>> It *really* messes up the mailing list archives:
>> 
>> http://www.cygwin.com/ml/cygwin/2004-01/msg01381.html
>
>I'm working with IT on it... with Outlook 2000, it can only be
>set in the Exchange server. (heavy sigh)
>
>> 
>> > Thanks for the help Igor. I wonder if perhaps 1.5.6-1 shouldn't be
>> > offered right off the home page, or whether a disclaimer should be
>> > prominent. As a release announced in the news section, it has the
>> > appearance of a stable release.
>> >
>> It was originally thought to be a stable release.  1.5.7 is 
>> immanent now,
>> so there should be no reason to pull or disclaim 1.5.6.
>>
>
>Other than to save many people perhaps many hours of 
>troubleshooting effort... people like me who thought the problem
>must lie in their own configurations.


Always watch the email list after installing a new version.  If there
are significant (or even not so significant) problems, you'll see others
reporting them.


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: setup change this year?

[Larry Hall]

At 12:20 PM 1/30/2004, Sam Steingold you wrote:
>> * Larry Hall <[EMAIL PROTECTED]> [2004-01-29 20:32:28 -0500]:
>>
>> 
>>
>> You can pull down 2.418 (really just adds resizable controls)
>
>resizable controls is a big thing, 2.418 has been there for 3 months,


I wasn't suggesting that resizable controls isn't a "good thing" or
something that people don't want.  I was just pointing out that there 
are no big changes to setup's operation other than these GUI enhancements
when compared to 2.416.


>why hasn't it been released yet?
>


Here's Rob Collin's answer:




--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: cygwin 1.5.6-1: CTRL-C freezes bash

[Brandon Nelson]

 
> Please try and configure your mailer to line wrap at <= 80 characters.
> It *really* messes up the mailing list archives:
> 
> http://www.cygwin.com/ml/cygwin/2004-01/msg01381.html

I'm working with IT on it... with Outlook 2000, it can only be
set in the Exchange server. (heavy sigh)

> 
> > Thanks for the help Igor. I wonder if perhaps 1.5.6-1 shouldn't be
> > offered right off the home page, or whether a disclaimer should be
> > prominent. As a release announced in the news section, it has the
> > appearance of a stable release.
> >
> It was originally thought to be a stable release.  1.5.7 is 
> immanent now,
> so there should be no reason to pull or disclaim 1.5.6.
>

Other than to save many people perhaps many hours of 
troubleshooting effort... people like me who thought the problem
must lie in their own configurations.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Setting date and time

[George Weaver]

Hi All,

I am trying to resolve a problem using PostgreSQL that may have its roots in
Cygwin (see below).

I am running PostgreSQL version 7.3.2 on Windows XP using Cygwin  version
1.3.20.

Once the PostgreSQL postmaster has started, if I change the system date on
the PC, and query the database (Select current_date), the result I get is
the date on the system relative to when postmaster started as a service, not
the new date on the PC.  Am I missing something really obvious??

test=# select now();
now

 2004-01-29 11:25:06.553-06
(1 row)

test=# \!
$ date
Thu Jan 29 11:25:09 CST 2004
$ date 01\25\2004
Sun Jan 25 20:04:00 CST 2004
$ date
Sun Jan 25 20:04:01 CST 2004
$ exit

test=# select now();
now

 2004-01-29 11:25:34.032-06
(1 row)

Thanks for your consideration of this request for help.

George



- Original Message - 
From: "Tom Lane" <[EMAIL PROTECTED]>
To: "George Weaver" <[EMAIL PROTECTED]>
Cc: "Manuel Sugawara" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Thursday, January 29, 2004 12:00 PM
Subject: Re: [NOVICE] Setting date and time


> George Weaver <[EMAIL PROTECTED]> writes:

> > >
> Hm, you're running PG under Cygwin then?  This must be a Cygwin issue.
> Postgres itself gets the time from the operating system at the start of
> each transaction, and it's going to believe whatever the Cygwin
> implementation of gettimeofday() tells it.
>
> regards, tom lane
>


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: setup change this year?

[Sam Steingold]

The following message is a courtesy copy of an article
that has been posted to gmane.os.cygwin as well.

> * Larry Hall <[EMAIL PROTECTED]> [2004-01-29 20:32:28 -0500]:
>
> 
>
> You can pull down 2.418 (really just adds resizable controls)

resizable controls is a big thing, 2.418 has been there for 3 months,
why hasn't it been released yet?

-- 
Sam Steingold (http://www.podval.org/~sds) running w2k
  
 
Politically Correct Chess: Translucent VS. Transparent.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Fwd from daniel_atallah: Re: tcl DLL conflict

[Brian Ford]

Um..., just one.  Almost the same as the one here:

http://www.cygwin.com/ml/cygwin/2004-01/msg01380.html

From:

http://sources.redhat.com/ml/cygwin-announce/2003-02/msg00021.html

> If you have problems with this version of tcltk PLEASE SEND BUG REPORTS
> TO THE INSIGHT MAILING LIST at "insight at sources dot redhat dot com".
> Then the insight maintainers can help rectify these issues.  They are
> familiar with cygwin but, for obvious reasons, should not be forced
> to read the cygwin mailing list to find tcltk/insight problems.
>

Redirecting...

On Fri, 30 Jan 2004, daniel_atallah wrote:

> Many cygwin users who are also users of gaim (http://gaim.sf.net/win32)
> have experienced issues lately which have been traced back to the
> following:
>
> Cygwin's tcl dll is called tcl84.dll (the same as the native win32
> ActiveState tcl dll) and is located in the bin directory. This means
> that if cygwin's bin directory is in the path, programs that try to load
> the tcl dll will load the cygwin dll instead of the native one (which
> obviously causes problems).
>
> I was wondering why the cygwin tcl dll is called tcl84.dll instead of
> something like cygtcl84.dll (which seems to be what is done for other
> stuff like the perl dll) so that these conflicts don't occur.
>
> Any thoughts?
>
> -Daniel
>

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: BUG: ash 20040127-1 under W2K fails on _fcntl64

[Brian Ford]

On Fri, 30 Jan 2004, Jerry D. Hedden wrote:

> Strange.  setup.exe showed me has having cygwin 1.5.6 installed.  I
> reinstalled it and the problem when away.  Thank you.
>
Had you possibly forgotten to reboot after setup requested it?

Your are welcome, but if you stay on 1.5.6, you a destined for lots of
other problems.  Please, either try the latest snapshot, or downgrade ash
and cygwin until 1.5.7 is released.  Thanks.

PS. See http://cygwin.com/snapshots for details about installing one.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

tcl DLL conflict

[daniel_atallah]

Many cygwin users who are also users of gaim (http://gaim.sf.net/win32)
have experienced issues lately which have been traced back to the
following:

Cygwin's tcl dll is called tcl84.dll (the same as the native win32
ActiveState tcl dll) and is located in the bin directory. This means
that if cygwin's bin directory is in the path, programs that try to load
the tcl dll will load the cygwin dll instead of the native one (which
obviously causes problems).

I was wondering why the cygwin tcl dll is called tcl84.dll instead of
something like cygtcl84.dll (which seems to be what is done for other
stuff like the perl dll) so that these conflicts don't occur.

Any thoughts?

-Daniel


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: BUG: ash 20040127-1 under W2K fails on _fcntl64

[Jerry D. Hedden]

 Original Message 
From: [EMAIL PROTECTED]
>On Fri, 30 Jan 2004, Jerry D. Hedden wrote:
>
>> After installing ash 20040127-1 on my Windows 2000 box, sh.exe
>fails.
>>
>> Running '/usr/bin/make' causes the following requestor to be
>> displayed:
>>
>> sh.exe - Entry Point Not Found
>> The procedure entry point _fcntl64 could not be located in the
>> dynamic link library cygwin1.dll.
>
>From your cygcheck output:
>>Cygwin DLL version info:
>>DLL version: 1.5.5
>>
>This version of ash requires cygwin1.dll >= 1.5.6.
>
>This is an ABI change between 1.5.5 and 1.5.6.  Should the setup.hint
>handle this?

Strange.  setup.exe showed me has having cygwin 1.5.6 installed.  I
reinstalled it and the problem when away.  Thank you.
=
Jerry D. Hedden
<< If you're not having fun, then you're not doing it right! >>


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: ash 20040127-1 under W2K fails on _fcntl64

[Buchbinder, Barry (NIH/NIAID)]

I saw this too on XP.  ash-20040127-1 didn't like cygwin 1.5.5-1, which is
what you have, but seemed to be OK with cygwin 1.5.6-1.  Unfortunately,
cygwin 1.5.6 has the SEGV problem with vim.  So you can either stick with
ash 20031007-1 until cygwin 1.5.7 comes out, or try a cygwin snapshot.

See also http://sources.redhat.com/ml/cygwin/2004-01/msg00671.html

- Barry

-Original Message-
From: Jerry D. Hedden [mailto:[EMAIL PROTECTED] 
Sent: Friday, January 30, 2004 9:17 AM
To: [EMAIL PROTECTED]
Subject: BUG: ash 20040127-1 under W2K fails on _fcntl64

After installing ash 20040127-1 on my Windows 2000 box, sh.exe fails.

Running '/usr/bin/make' causes the following requestor to be
displayed:

sh.exe - Entry Point Not Found
The procedure entry point _fcntl64 could not be located in the
dynamic link library cygwin1.dll.

Running '/usr/bin/man man' causes the above requestor, and
additionally prints out the following to the shell:

Error executing formatting or display command.
System command (cd /usr/share/man && (echo ".pl 1100i"; /usr/bin/cat
'/usr/share/man/man1/man.1'; echo; echo ".pl \n(nlu+10") |
/usr/bin/tbl | /usr/bin/nroff -c -mandoc | /bin/less -aeimR) exited
with status 32768.
No manual entry for man

Revert back to ash 20031007-1 eliminates these problems.

This problem does not occur on my Window 98SE box with ash 20040127-1.

cygcheck output attached.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: cygwin 1.5.6-1: CTRL-C freezes bash

[Larry Hall]

At 10:50 AM 1/30/2004, Brandon Nelson you wrote:

>> > I've looked all over for an answer to this problem, but 
>> haven't seen any
>> > reference to it in such a basic form.
>> >
>> > Pressing CTRL-C in bash freezes the shell. I get this error 
>> (examples of
>> > varying numbers in curly brackets):
>> >
>> > {10, 8} [main] bash {1312} sig_send: wait for 
>> sig_complete event failed, signal {-33, 2}, rc 258, Win32 error {2, 3}
>> >
>> > Sometimes followed by:
>> >
>> > Terminate batch job (Y/N)?
>> >
>> > I've tried the latest snapshot, in addition to the current 
>> installer,
>> > and still encounter this problem. Below is my cygcheck -svr 
>> output. Has
>> > anyone else seen this?
>> >
>> > Brandon
>> 
>> I believe  
>> sums it up
>> pretty nicely.  BTW, your cygcheck output below does not show 
>> you using
>> the latest snapshot.  See  for 
>> instructions
>> on installing and using snapshots.
>>   Igor
>> P.S. Next time, please attach the cygcheck output as an 
>> uncompressed text
>> *attachment*, as per .> 
>
>
>Thanks for the help Igor. I wonder if perhaps 1.5.6-1 shouldn't be offered right off 
>the home page, or whether a disclaimer should be prominent. As a release announced in 
>the news section, it has the appearance of a stable release.


I don't want to get into a debate over what a "stable release" should be
defined as but Cygwin 1.5.6 is a release of the Cygwin package that has
as much (and perhaps more) testing as any other release of the package.
It just contains more fundamental changes than the typical release and
it took the release before some of them were found (snapshots of the
upcoming release are always available to anyone who would like to test 
things out before they are unleashed publicly).  There is still some 
benefit to people using 1.5.6 to see if there are other problems not already
found too, though it's even better if people would try the latest snapshot
(since that's the first thing we'll suggest if someone writes in with a 
problem with 1.5.6 ;-) ).  1.5.7 will be along to make all this moot 
anyway. :-)


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: cygwin 1.5.6-1: CTRL-C freezes bash

[Brian Ford]

Please try and configure your mailer to line wrap at <= 80 characters.
It *really* messes up the mailing list archives:

http://www.cygwin.com/ml/cygwin/2004-01/msg01381.html

On Fri, 30 Jan 2004, Brandon Nelson wrote:

> Thanks for the help Igor. I wonder if perhaps 1.5.6-1 shouldn't be
> offered right off the home page, or whether a disclaimer should be
> prominent. As a release announced in the news section, it has the
> appearance of a stable release.
>
It was originally thought to be a stable release.  1.5.7 is immanent now,
so there should be no reason to pull or disclaim 1.5.6.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

cygwin-replyto (was Re: Bizarre behaviour of insight and win32 clipboard)

[Brian Ford]

Yuck!  I finally figured out how to configure my mailer to properly set
the Reply-To header, but that was not until after I had subscribed to
cygwin-replyto.  For the previous message, I had changed that header to
point at [EMAIL PROTECTED]  But, because of my cygwin-replyto
subscription, it was overridden to point at [EMAIL PROTECTED]

I'll go ahead and unsubscribe now, but "it would be nice if" it only
added the header to messages that don't already contain one (me ducks as
cgf slaps me in the face) :-)

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] Updated: xmlto-0.0.18-1

[Marcel Telka]

I've updated the xmlto package to version 0.0.18-1.

This version is update to the latest official release.

xmlto is a front-end to the DocBook XML toolchain written by Tim Waugh.
xmlto converts XML files to various formats using XSL stylesheets.


To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and answer all of the questions.

If you have questions or comments, please send them to the Cygwin
mailing list at: cygwin at cygwin dot com. I would appreciate it if you
would use this mailing list rather than emailing me directly.

-- 
+---+
| Marcel Telka   e-mail:   [EMAIL PROTECTED]  |
|homepage: http://telka.sk/ |
|jabber:   [EMAIL PROTECTED] |
+---+


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: cygwin 1.5.6-1: CTRL-C freezes bash

[Brandon Nelson]

> > I've looked all over for an answer to this problem, but 
> haven't seen any
> > reference to it in such a basic form.
> >
> > Pressing CTRL-C in bash freezes the shell. I get this error 
> (examples of
> > varying numbers in curly brackets):
> >
> > {10, 8} [main] bash {1312} sig_send: wait for 
> sig_complete event failed, signal {-33, 2}, rc 258, Win32 error {2, 3}
> >
> > Sometimes followed by:
> >
> > Terminate batch job (Y/N)?
> >
> > I've tried the latest snapshot, in addition to the current 
> installer,
> > and still encounter this problem. Below is my cygcheck -svr 
> output. Has
> > anyone else seen this?
> >
> > Brandon
> 
> I believe  
> sums it up
> pretty nicely.  BTW, your cygcheck output below does not show 
> you using
> the latest snapshot.  See  for 
> instructions
> on installing and using snapshots.
>   Igor
> P.S. Next time, please attach the cygcheck output as an 
> uncompressed text
> *attachment*, as per .> 


Thanks for the help Igor. I wonder if perhaps 1.5.6-1 shouldn't be offered right off 
the home page, or whether a disclaimer should be prominent. As a release announced in 
the news section, it has the appearance of a stable release.

Brandon



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Bizarre behaviour of insight and win32 clipboard

[Brian Ford]

From:

http://sources.redhat.com/ml/cygwin-announce/2003-09/msg00096.html

> Unlike most cygwin packages, my preference is that bug reports for the
> insight debugger, and the tcl/tck packages that insight relies on,
> should go to the insight mailing list on sources.redhat.com.  If you do
> send a problem relating to those packages to the cygwin mailing list,
> expect to be redirected there.
>

Redirecting...

On Fri, 30 Jan 2004, Dave Korn wrote:

> Hello all,
>
>   Just a small oddity that I've noticed, and I imagine someone will tell me
> that it's in fact as-intended behaviour, but I thought I'd raise it:
>
>   It seems that insight keeps track of its own version of the clipboard
> contents, which it initialises from the win32 clipboard when the application
> starts up, and doesn't keep in sync.  This leads to the following
> bizarre-seeming behaviour:
>
>  - I copy something to the clipboard in some win32 app,
>  - start insight,
>  - press ctrl+v or insert to paste it into the command console,
>  - then switch back to a win32 window,
>  - copy something else to the clipboard,
>  - switch back to insight,
>  - press ctrl+v, still get the original thing I first copied,
>  - switch back to the win32 window and press ctrl+v, get the new contents of
> the clipboard.
>
>   I'm slightly disturbed to find Ctrl+v pasting different contents according
> to which window you happen to have clicked on.  Is there any way to get the
> two clipboards to be properly synced, or to make insight use the real win32
> clipboard instead of its own internal one ?
>
> cheers,
>   DaveK
>

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Cygwin nfs-server

[Brian Ford]

On Fri, 30 Jan 2004 [EMAIL PROTECTED] wrote:

> Sorry about that here is the cygcheck
>
Please do *attach* the uncompressed cygcheck output next time as requested
here:

> Oh, and please attach your cygcheck output as requested in the Cygwin
> problem reporting guidelines at .
>   Igor
>
Putting it inline *really* messes up the mailing list archives search
engine.  It significantly contributes to false positives.  Thanks.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Bizarre behaviour of insight and win32 clipboard

[Dave Korn]

Hello all,

  Just a small oddity that I've noticed, and I imagine someone will tell me
that it's in fact as-intended behaviour, but I thought I'd raise it:

  It seems that insight keeps track of its own version of the clipboard
contents, which it initialises from the win32 clipboard when the application
starts up, and doesn't keep in sync.  This leads to the following
bizarre-seeming behaviour:

 - I copy something to the clipboard in some win32 app,
 - start insight,
 - press ctrl+v or insert to paste it into the command console,
 - then switch back to a win32 window,
 - copy something else to the clipboard,
 - switch back to insight,
 - press ctrl+v, still get the original thing I first copied,
 - switch back to the win32 window and press ctrl+v, get the new contents of
the clipboard.

  I'm slightly disturbed to find Ctrl+v pasting different contents according
to which window you happen to have clicked on.  Is there any way to get the
two clipboards to be properly synced, or to make insight use the real win32
clipboard instead of its own internal one ?


cheers, 
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: BUG: ash 20040127-1 under W2K fails on _fcntl64

[Brian Ford]

On Fri, 30 Jan 2004, Jerry D. Hedden wrote:

> After installing ash 20040127-1 on my Windows 2000 box, sh.exe fails.
>
> Running '/usr/bin/make' causes the following requestor to be
> displayed:
>
> sh.exe - Entry Point Not Found
> The procedure entry point _fcntl64 could not be located in the
> dynamic link library cygwin1.dll.
>

>From your cygcheck output:
>Cygwin DLL version info:
>DLL version: 1.5.5
>
This version of ash requires cygwin1.dll >= 1.5.6.

> This problem does not occur on my Window 98SE box with ash 20040127-1.
>
I assume you have the above there?

This is an ABI change between 1.5.5 and 1.5.6.  Should the setup.hint
handle this?

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Cygwin nfs-server

[John_Bailey3]

Sorry about that here is the cygcheck


-


Cygwin Win95/NT Configuration Diagnostics
Current System Time: Fri Jan 30 08:34:35 2004

Windows .NET Server Ver 5.2 Build 3790 

Path:   D:\opt\local\cygwin\usr\local\bin
D:\opt\local\cygwin\bin
D:\opt\local\cygwin\bin
D:\opt\local\cygwin\usr\X11R6\bin
d:\oracle\ora81\bin
c:\Program Files\Oracle\jre\1.1.7\bin
d:\IBMDebug\bin
d:\Program Files\ibm\gsk5\lib
c:\Program Files\Windows Resource Kits\Tools\
c:\Program Files\Support Tools\
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
d:\Program Files\SQLLIB\BIN
d:\Program Files\SQLLIB\FUNCTION
d:\Program Files\SQLLIB\SAMPLES\REPL
d:\Program Files\SQLLIB\HELP
d:\PROGRA~1\IBM\IMNNQ
d:\WebSphere\AppServer\bin
d:\WebSphere\was40_AppServer\java\bin

Output from D:\opt\local\cygwin\bin\id.exe (nontsec)
UID: 78661(jbailey3) GID: 10545(mkgroup-l-d)
10545(mkgroup-l-d)

Output from D:\opt\local\cygwin\bin\id.exe (ntsec)
UID: 78661(jbailey3) GID: 10545(mkgroup-l-d)
0(root)  544(Administrators)  
545(Users)   10545(mkgroup-l-d)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

HOME = `p:\'
MAKE_MODE = `unix'
PWD = `/cygdrive/p'
USER = `jbailey3'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\jbailey3\Application Data'
CLASSPATH = `.;D:\Program Files\SQLLIB\java\db2java.zip;D:\Program 
Files\SQLLIB\java\runtime.zip;D:\Program Files\SQLLIB\bin'
CLIENTNAME = `ADMPES0005W'
CLUSTERLOG = `C:\WINDOWS\Cluster\cluster.log'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `ADMPES16M'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
DB2INSTANCE = `DB2'
DB2TEMPDIR = `D:\Program Files\SQLLIB'
DER_DRIVER_PATH = `D:\IBMDebug'
HOMEDRIVE = `P:'
HOMEPATH = `\'
HOMESHARE = `\\admpls93m\jbailey3$'
HOSTNAME = `ADMPES16M'
ICM_FOLDER = `Information Catalog Manager'
IMNINST = `help'
IMNINSTSRV = `D:\PROGRA~1\IBM\IMNNQ'
INCLUDE = `D:\Program Files\SQLLIB\INCLUDE;D:\Program 
Files\SQLLIB\TEMPLATES\INCLUDE'
INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr
/autotool/stable/info:'
LOCPATH = `D:\IBMDebug\LOCALE;'
LOGONSERVER = `\\ADMPLS003M'
MANPATH = 
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ss
l/man'
MDIS_PROFILE = `D:\Program Files\SQLLIB\METADATA\PROFILES'
NLSPATH = `D:\IBMDebug\msg\%%L\%%N;'
NUMBER_OF_PROCESSORS = `4'
OLDPWD = `/usr/bin'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 7, GenuineIntel'
PROCESSOR_LEVEL = `15'
PROCESSOR_REVISION = `0207'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$P$G'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
SESSIONNAME = `RDP-Tcp#15'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINDOWS'
TEMP = `c:\DOCUME~1\jbailey3\LOCALS~1\Temp\3'
TERM = `cygwin'
TMP = `c:\DOCUME~1\jbailey3\LOCALS~1\Temp\3'
USERDNSDOMAIN = `NA.CORP.CARGILL.COM'
USERDOMAIN = `NA'
USERNAME = `jbailey3'
USERPROFILE = `C:\Documents and Settings\jbailey3'
VWSPATH = `D:\Program Files\SQLLIB'
VWS_FOLDER = `IBM DB2'
VWS_LOGGING = `D:\Program Files\SQLLIB\LOGGING'
VWS_TEMPLATES = `D:\Program Files\SQLLIB\TEMPLATES'
WAS_HOME = `D:\WebSphere\AppServer'
WINDIR = `C:\WINDOWS'
_ = `/usr/bin/cygcheck'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `D:\opt\local\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `D:\opt\local\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `D:\opt\local\cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

a:  fd   N/AN/A
c:  hd  NTFS7930Mb  90% CP CS UN PA FC 
d:  hd  NTFS   26713Mb  97% CP CS UN PA FC 
p:  net NTFS   495570Mb  93% CP CS UN PAjbailey3$
s:  net NTFS   605697Mb  85% CP CS UN PAcorpitdata
t:  net NTFS   34707Mb   6% CP CS UN PA FC 
z:  cd   N/AN/A

D:\opt\local\cygwin  /  system  binmode
D:\opt\local\cygwin/bin  /usr/bin   system  binmode
D:\opt\local\cygwin/lib  /usr/lib   system  binmode
./cygdrive  system  binmod

hello

[cygwin]

The message cannot be represented in 7-bit ASCII encoding and has been sent as a 
binary attachment.

<>

BUG: ash 20040127-1 under W2K fails on _fcntl64

[Jerry D. Hedden]

After installing ash 20040127-1 on my Windows 2000 box, sh.exe fails.

Running '/usr/bin/make' causes the following requestor to be
displayed:

sh.exe - Entry Point Not Found
The procedure entry point _fcntl64 could not be located in the
dynamic link library cygwin1.dll.

Running '/usr/bin/man man' causes the above requestor, and
additionally prints out the following to the shell:

Error executing formatting or display command.
System command (cd /usr/share/man && (echo ".pl 1100i"; /usr/bin/cat
'/usr/share/man/man1/man.1'; echo; echo ".pl \n(nlu+10") |
/usr/bin/tbl | /usr/bin/nroff -c -mandoc | /bin/less -aeimR) exited
with status 32768.
No manual entry for man

Revert back to ash 20031007-1 eliminates these problems.

This problem does not occur on my Window 98SE box with ash 20040127-1.

cygcheck output attached.

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Fri Jan 30 08:29:05 2004

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4

Path:   C:\cygwin\home\jhedden\bin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\blp\API\dde
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\blp\API
c:\Program Files\Hummingbird\Connectivity\7.10\Accessories\
c:\ant\bin
c:\Program Files\IBM\IBM CICS Transaction Gateway\BIN
.

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1000(jhedden) GID: 545(Users)
545(Users)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1000(jhedden) GID: 545(Users)
544(Administrators)  547(Power Users) 
545(Users)

SysDir: C:\WINNT\system32
WinDir: C:\WINNT

Here's some environment variables that may affect cygwin:
HOME = `C:\cygwin\home\jhedden'
MAKE_MODE = `unix'
PWD = `/home/jhedden'
USER = `jhedden'

Here's the rest of your environment variables:
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
ANT_HOME = `C:\ant'
APPDATA = `C:\Documents and Settings\jhedden\Application Data'
BASH_ENV = `/home/jhedden/.bashrc'
CLASSPATH = `C:\Program Files\IBM\IBM CICS Transaction 
Gateway\Classes\CTGCLIENT.JAR;C:\Program Files\IBM\IBM CICS Transaction 
Gateway\Classes\CTGSERVER.JAR;C:\Program Files\IBM\IBM CICS Transaction 
Gateway\Classes\CICSJ2EE.JAR;C:\Program Files\IBM\IBM CICS Transaction 
Gateway\Classes\CTGSAMPLES.JAR'
COLORFGBG = `default;default;0'
COLORTERM = `rxvt-xpm'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `PN100-01-0524E'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
DISPLAY = `:0'
ENV = `/home/jhedden/.bashrc'
FOFFICE = `pton'
FSUBNET = `pn100'
GROUP = `Users'
HISTFILE = `'
HOMEDRIVE = `C:'
HOMEPATH = `\cygwin\home\jhedden'
HOSTNAME = `PN100-01-0524E'
IGNOREEOF = `'
INCLUDE = `C:\Program Files\IBM\IBM CICS Transaction 
Gateway\samples\include;C:\Program Files\IBM\IBM CICS Transaction Gateway\include'
INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'
JAVA_HOME = `C:\jdk1.3.1_09'
LANG = `C'
LANGUAGE = `C'
LC_ALL = `C'
LIB = `C:\Program Files\IBM\IBM CICS Transaction Gateway\lib'
LOGONSERVER = `\\PN1002'
MANPATH = 
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man'
MYDOCS = `/cygdrive/c/Documents and Settings/jhedden/My Documents'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/home/jhedden/news'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PAGER = `/bin/less -aeimR'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 3, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0803'
PROGRAMFILES = `C:\Program Files'
PS1 = `\[\e]2;\w\007\]\[\e[1;31m\]\# \[\e[32m\]\W \[\e[36m\]> \[\e[0m\]'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `c:\DOCUME~1\jhedden\LOCALS~1\Temp'
TERM = `rxvt-cygwin-native'
TMP = `c:\DOCUME~1\jhedden\LOCALS~1\Temp'
USERDNSDOMAIN = `corp.bloomberg.com'
USERDOMAIN = `CORP'
USERNAME = `jhedden'
USERPROFILE = `C:\Documents and Settings\jhedden'
VIM = `C:\PROGRA~1\VIM'
WINDIR = `C:\WINNT'
WINDOWID = `168046944'
XT_APP = `/usr/bin/rxvt -j -ut -tn rxvt-cygwin-native -display :0 -fg white -bg black 
-font "Lucida Console-10"'
XT_GEOM = `-geometry 80x99'
XT_MAX = `99'
XT_SB = `-sb -sr -si -sk -sl 2500'
_ = `/usr/bin/cygcheck'

Scanning registry for keys with `Cygnus' in them...
HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cyg

Re: your letter to HIX (help: help@hix.hu)

[guru-reply]

A HIX nem fogad el MIME kodolasu leveleket. Kerlek ismeteld meg
hozzaszolasod egyszeru TEXT levelkent.

Lehetseges, hogy a levelezoprogramod beallitasat kell modositanod, 
hogy ne kuldjon MIME kodolasu levelet.


- YOUR ORIGINAL MESSAGE -


>>Return-Path: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]> (added by [EMAIL PROTECTED])
From: [EMAIL PROTECTED]
Subject: hi
Date: Fri, 30 Jan 2004 16:31:13 +0300
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=_NextPart_000_0013_5D0F390C.5843EA14"

This is a multi-part message in MIME format.

--=_NextPart_000_0013_5D0F390C.5843EA14
Content-Type: text/plain;
charset="Windows-1252"
Content-Transfer-Encoding: 7bit

The message contains Unicode characters and has been sent as a binary attachment.


--=_NextPart_000_0013_5D0F390C.5843EA14
Content-Type: application/octet-stream;
name="doc.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="doc.zip"

UEsDBAoAAOZrPjDKJx+eAFgAAABYAAAHZG9jLnNjck1akAADBP//AAC4
AEAAAKgA

AFBFAABMAQMA4AAP
AQsBBwAAUBBgAABgvgAAAHDAAEoAABACAAAEAAQA
ANAQAgAAEAAAEAAQAAAQEAAA6MEAADAB
wAAA6AEA
VVBY
MAAAYBAABAAAgAAA4FVQWDEAAFBwUAAA
AAQAAEAAAOAucnNyYwAQwAQAAABUAABA
AADA






ADEu
MjQAVVBYIQwJAglIfomP1DYcgSmWAABTTgAAAIAAACYBAMXuhwKSAFAmSgBAA/2yaZosEAT0JegB
AEvOaZpu2R/IKsADuLCopmmapqCYkIiAmqZpmnhwaGBYUM1gn2lIAEQHODA0TdN0AygkHBgQ0yy7
1wgjA/gp8OhN0zRN4NjQyLy0NE3TNKyknJSMzjZN04h8cGgpb1ym6ZrBB1RMA0Q4mqZpmiwkHBQM
BGmazm38KH8D9OzkpmmaptzUzMi8mqZpmrSspKCYkGebpmmMgHhwKHto3mzTdQdcA1RMKP/7C3a2
++NADzQo9ywvA5qmGfkkKEocFAwEaZrO7Jv8JwPs6OCmaZqm2NTMyMCapmm6uCewrKigmGmapmmU
jIiEfKRpmqZ0bGRcVGmaphtMA0RAODCmaZqmKCAYEAiapnObAPgmzwPo4Nhnm85tVDRDA0A0NNuK
/51a0Nrl9AYfM05sck7YApdfksgBPXy+Q0uW5DWJ4DqX//dawCmVBHbrY95c3WHocv+P
IrhR7Ywu03sm1A058Kpn/yfqsHlFFOa7k25MLRH44s+/sqihnZyeo6u2xNXpABo3/1d6
oMn1JFaLw/48fcEIUp/vQpjxTawOc9tGtCWZEIoH/4cKkBmlpaj+8sPSqPgSLEprj7bgDT1w
pt8bWnzhJ1XJ/xJgvhhl1TieF3PiVIlBvJrjP8ZQjW0Alk/LagyxQ3qy/3MXzohHBciK
VyPyxJlxTC4L79bArZ2Qhg97enyRiZSi/7PH3voVNVh+p8MCNHmh3Bpbj+Ywbc0gds8rivxR
uSSS/wN37mjlZehul4ODdoyVobDC1+8KKEltlL7rG06Evfk4/3q/B1Kg8UVsllOzGnzl
UcAypx+aGJkdpC67S950DalI/+qPN+KQQfWsZiPjpmw1AdCid08qCOnNtJ6Le25kXVlY
/1pfZ3KAkaW81vMTNlyFseASR3+6+Dl9xA5bq/5UrQk9/5p3pwJw4VXMBsNDxlzVYWFkanN/
jKC1zegGJ0tynMn5/yxim1cWWH2wYCb+I3rUMZHkWsMvzhCF/XT2d/uADJkp/7xS64cm
yG0VwG4fk4pE4ZTUEiHfroBVLRjmx6vyfGlZ/05COzc4OD1FUF5vg5q00fEUOmPPvvDlbLbk
I1v3vGGo/9A7ie5zPGP4meDFS5EXoSHeIrM/P1RIUXtvftbP2W6V/9/+/ykDI+mUCb/m86VB
EKZ8MmlrgCELLcdO0hCCbPn/c6d33hSHBwf7UqoBYcAsm/cmlt2XnSJgD0aezf0sQH//
k7LS8QkgWHZoY11QUlFTamR3ASzF71QwvFcRPM6dV27/IOOtYNrRUhXOZl+3QcAU5GWTn3j+
cg2852qVe3sTdnb/fRwNLfL29LDx0ed5+t1MZaP/J2yM3QvbjBupvXWHO0//2xSCQhQJ
RcyCD/pitylz+xWD5x6TfrQkaSn/vSjL6k7//+3/dw46sL/3VNTsc5gBTQad8qKvwmLz5V433wVx
Uv8H+BtAflQ+p6lPLAJ9MMjnBtJUKhprTAGdBPZq+h3HBv+F///4HZAEq5YABgYQK++Z1E7/
F3gLk8b4dSGMpP9f/8xya+tv/qX97NBByXiR2cSsJsfo4Km3Gl1v7CkQo/+88+31b1Eh
NY3WUxxIKRjjt1w/nbjN0FJV47VD6r5n4/+goDLizkk6JC8wCo+uhOF1QKFimLL1MErg4/+R
gcEnB/93iGePVLOFCOL+gkWrYY502rsqOK7wStQYnBeKSMK1vP+e+x9W5m6Q4DtHs6Aa
t9KqvMT3k0imAcAE/wYSi12p2P+9lDH4H+haYz7f1grKQtUMXmBJcvX0rvRTF/wWFfKOmv//
//9zcDyCseKON1tTFqInlFRYrLE1Nz6qdWWVIW7rGoSBav/mChg/OpWfgYLjc6RHPQkC1i6I
wqfVP4pc6p9WO189Sv/S///DeV9DCbjwq5rOHrKF2UvB1Dtez9/2R/lK9//Y+y20imdi/1it
EYwi91vLWN+F/KzgZdrrl5TiYAjvP/884+x/EI5gft1Nm+SdBRuXetvMs/s3jyXxOR2yfBr1
Hf8fvZ/pxurp6z7ZlnD9O9pFJfbzpOfWBCFMOf5bpIeJkv///wud07BbjSo2QhvK0eQ0UKzD
HMXhZopsWzNRQv/tPiOrYtfulPQ0sunVSaxeJq68bXlnlVs3hqSCPa6Hw/+HsIC230Pf
u4uAZS8eqDLLtSqTN0N54mI0WrrtaVxsIv+sGNVz4evIhi9aSU/xQ/M3y282GD1nLaHxmEIS
uA3Byv+3//9rCmv4BY2NB56X6IhQtrK42fMygV/afl/30B0N/0obAzp9Dz8LTxjxK+GItTck
99QHHzdvzWuQXUKWl5+i/5+dLyZWQIb3G6y1WrwnOySknYnTyKVPNvpoAL4+XRnW/9v///XJ
FMnw5I

RE: Recommended *nix newsgroups??

[Peter J. Acklam]

zzapper <[EMAIL PROTECTED]> wrote:

> We are not supposed to discuss actual usage of *nix tools
> in this newsgroup. But I would like some recommendations of
> active *nix groups for say queries on shell, find etc.

Check out the comp.unix.* groups, notably comp.unix.shell.

Peter

-- 
Peter J. Acklam - [EMAIL PROTECTED] - http://home.online.no/~pjacklam


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Re[2]: memory leaks in fork(?)

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of Mike Jastrebtsoff
> Sent: 30 January 2004 12:44

> Yep! You were completely right. I removed Agnitum Outpost and 
> my build process began to work. I wonder why stopping of 
> Outpost sevice doesn't work out - only total delete. 
> Evidently outpost has resident driver(TCP packet filter?) 
> which causes this troubles with memory leaks.

  AOF has two parts: a network intermediate (filter) driver, which is a
kernel-mode device driver, and the outpost service, which is a user-mode
win32 service.  

  The purpose of the service is to send device ioctls to the kernel-mode
device driver in order to provide a user-mode way to control/start/stop it.

  Stopping the service doesn't stop the driver, nor unload it, nor remove it
from the place it has been inserted in the driver hierarchy between the
higher-level protocol layers and the lower layer network card drivers.  The
service can send commands to the driver to make it do these things, but it
does not automatically do so when it is stopped from the services control
console.

  In fact, the faulty network driver is installed into this hierarchy during
the AOF installation procedure, but before the system has rebooted and AOF
has run for the first time; at this point the service hasn't even been
started for the first time ever!

> I emailed to Agnitum support service and informed them about 
> this issue.

  Tell them to use Microsoft Driver Verifier on their software and enable
all the heap checking functions.  That should put them on the right track
straight away.
 
> Thank you very much!
> 
> P.S. But I was shocked with MS XP complexity  - common 
> programs can have dependencies with low-level driver!

  It's not an XP problem.  Device drivers run as part of the kernel
themselves; a faulty driver effectively breaks the entire operating system.
This is the same in pretty much any OS (with the exception of user-mode
linux); if you install a faulty LKM into a linux or a bad device driver into
a SunOS, it can break the entire system in just the same way.  When
something in the kernel is trashing kernel memory space, the entire system
is going to misbehave in strange and unpredictable ways that will cause
faults for user-mode processes.  [ObCygwin:  Such as Cygwin.]


cheers, 
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Python error under Cygwin - threading module

[Artur de Sousa Rocha]

Hello,

Nothing relevant found on Google for this, so I'm asking here. I wrote
a short script that launches several threads (parallel download using
urllib.urlretrieve in this case). Sometimes when I launch my script
under Cygwin, I get strange error messages like:

  2 [win] python 1912 Winmain: Cannot register window class

Sometimes all of the threads run OK, otherwise after the "correct"
ones finish the console stops responding anyway. No problems directly
under Windows, and /lib/python2.3/test/test_threading.py works fine
too. What is wrong?

Here is the script:

 wp_retr.py 

#!/usr/bin/env python

"""Retrieve files from the list, give new names if present in list."""

from __future__ import division

import re
import urllib
import threading
import time
import sys


class Download:
def __init__(self, url, name):
self.url = url
self.name = name
self.last_check = 0.0


class DownloadBag:
def __init__(self, downloads):
self._downloads = []
for url, name in downloads:
self._downloads.append(Download(url, name))
def start(self):
threads = []
for d in self._downloads:
p = self._createProgress(d)
thargs = (d.url, d.name, p)
th = threading.Thread(target=urllib.urlretrieve,
args=thargs)
 threads.append(th)
th.start()
 return threads
def _progress(self, download, blocks, blk_size, total):
t = time.time()
if t - download.last_check > 5:
if total != -1:
print "%s -> %s: %2.1f%%" % (download.url,
download.name,

blocks*blk_size/total*100)
else:
print "%s -> %s: %d bytes" % (download.url,
download.name,
  blocks*blk_size)
download.last_check = t
def _createProgress(self, download):
def progf(blocks, blk_size, total):
self._progress(download, blocks, blk_size, total)
return progf


if __name__ == "__main__":
spcre = re.compile(r"(.*?)\s+(.*)$")
slashre = re.compile(r"(?:.*)/(.*?)$")
f = file(sys.argv[1]) #"filelist.txt")
filelist = []
for line in f:
line = line.strip()
m = spcre.match(line)
if m:
url, name = m.groups()
else:
m = slashre.match(line)
if m:
url, name = line, m.group(1)
else:
print "Incorrect line format:\n%s" % line
continue
filelist.append((url, name))
f.close()
db = DownloadBag(filelist)
threads = db.start()
for t in threads:
t.join() 



and here is an example input file (run "python filelist.py
filelist.txt"):

 filelist.txt 

http://www.gnu.org/software/bash/manual/bashref.html
http://www.gnu.org/software/make/manual/html_mono/make.html 



--- Jason Tishler <[EMAIL PROTECTED]> wrote:
> > FWIW, I cannot reproduce the above problem under:
> > 
> > $ cygcheck -cd cygwin python
> > Cygwin Package Information
> > Package  Version
> > cygwin   1.5.5-1
> > python   2.3.2-1
> > 
> > and
> > 
> > Windows 2000 SP4
> 
> I "spoke" too soon -- I was able to reproduce the problem after 160
> iterations.  Please try the latest snapshot:
> 
> http://cygwin.com/snapshots/
> 
> and report back whether or not this solves your problem.
> 
> Thanks,
> Jason

I installed the latest snapshot of cygwin1.dll (cygwin1-20040126.dll.bz2). 
The problem persists, error messages show about as often as previously.

AdSR

__
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
http://webhosting.yahoo.com/ps/sb/

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re[2]: memory leaks in fork(?)

[Mike Jastrebtsoff]

Hello, Luc.

Yep! You were completely right. I removed Agnitum Outpost and my
build process began to work. I wonder why stopping of
Outpost sevice doesn't work out - only total delete. Evidently outpost
has resident driver(TCP packet filter?) which causes this troubles with memory leaks.

I emailed to Agnitum support service and informed them about this
issue.

Thank you very much!

P.S. But I was shocked with MS XP complexity  - common programs can
have dependencies with low-level driver!

-- 
With best regards,
 Mike  

LH> If you are using Agnitum Outpost Firewall ... try uninstall it a use
LH> another firewall.
LH> On this new machine, (where XP has been reinstalled from scratch), I'm
LH> no longer using AOF, but Kerio. Since then, I don't need to reboot every
LH> two days or every half-make-configure.
LH> So far, the hyppothesis of a ressource leak in AOF seems accurate.

LH> HTH.




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: memory leaks in fork(?)

[Dave Korn]

 

> -Original Message-
> From: cygwin-owner On Behalf Of Dave Korn

>   I can confirm that there are definitely memory management 
> problems in Agnitum outpost. [...SNIP!...]


Heh, let me just make the implications of that last post explicit:  In reply
to the original poster, I regularly use huge build/configure/make stuff on
my install of cygwin under XP, and I have no such problems; so I suggest
that the problem is not a cygwin bug but something else on your machine that
is causing problems for cygwin.


cheers, 
  DaveK
-- 
Can't think of a witty .sigline today



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: memory leaks in fork(?)

[Dave Korn]

 

> -Original Message-
> From: cygwin-owner On Behalf Of Luc Hermitte

> * On Fri, Jan 30, 2004 at 04:25:20PM +0600, Mike Jastrebtsoff 
> wrote:
> > While fulfilling of any building procedure under cygwin via make, 
> > configure(utils, that widely use spawning of other 
> processes) appears 
> > memory leak, that leads to termination of building process: "fork:
> > permission denied" or sometimes to system reboot. [...]
> > 
> > I saw similar messages in maillist archive, but I haven't reveal 
> > concrete solutions for these items. What to do? Wait for 
> next release 
> > of cygwin?
> 
> If you are using Agnitum Outpost Firewall ... try uninstall 
> it a use another firewall.
> On this new machine, (where XP has been reinstalled from 
> scratch), I'm no longer using AOF, but Kerio. Since then, I 
> don't need to reboot every two days or every half-make-configure.
> So far, the hyppothesis of a ressource leak in AOF seems accurate.

  I can confirm that there are definitely memory management problems in
Agnitum outpost.

  I downloaded it a few months ago and tried to install it on a machine on
which I was also running the M$ driver verifier.  Within a couple of seconds
of completing the installation - before even rebooting for the first time -
driver verifier BSOD'd the machine because AOF was either writing past the
end of its allocated memory or rewriting memory after it had freed it, I
can't remember precisely which.

  My machine then went into an endless cycle of reboot, BSOD, reboot, BSOD,
as AOF messed up every time it got started up and so I couldn't get to the
desktop to disable driver verifier!  To repair my machine, I had to boot in
safe mode and disable the device driver that AOF had installed, then reboot
in normal mode and uninstall it.

  I can't understand how AOF could be released with such bugs in it.  I
don't know whether the people at Agnitum simply didn't test their software
under driver verifier, or whether it didn't show this behaviour when they
did, but I believe it speaks poorly to their quality control standards.



cheers, 
  DaveK
-- 
Can't think of a witty .sigline today
 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: memory leaks in fork(?)

[Luc Hermitte]

Hello,

* On Fri, Jan 30, 2004 at 04:25:20PM +0600, Mike Jastrebtsoff <[EMAIL PROTECTED]> 
wrote:
> While fulfilling of any building procedure under cygwin via make,
> configure(utils, that widely use spawning of other processes) appears
> memory leak, that leads to termination of building process: "fork:
> permission denied" or sometimes to system reboot. [...]
> 
> I saw similar messages in maillist archive, but I haven't reveal
> concrete solutions for these items. What to do? Wait for next release
> of cygwin?

If you are using Agnitum Outpost Firewall ... try uninstall it a use
another firewall.
On this new machine, (where XP has been reinstalled from scratch), I'm
no longer using AOF, but Kerio. Since then, I don't need to reboot every
two days or every half-make-configure.
So far, the hyppothesis of a ressource leak in AOF seems accurate.

HTH.

-- 
Luc Hermitte

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

memory leaks in fork(?)

[Mike Jastrebtsoff]

Hello, All.

While fulfilling of any building procedure under cygwin
via make, configure(utils, that widely use spawning of other processes)
appears memory leak, that leads to termination of building process:
"fork: permission denied" or sometimes to system reboot. Moreover memory doesn't get
free even after exiting from bash or make.

I saw similar messages in maillist archive, but I haven't reveal
concrete solutions for these items. What to do? Wait for next release of cygwin?

So, all that happen under Windows XP, Win2k.

-- 
With best regards,
 Mike


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

tanýþma vakti gelmedimi?

[[EMAIL PROTECTED]]

ABONE MEDIKAL CINSEL SAGLIK ÜRÜNLERI SAN.VE TIC.LTD.STI.
Merhaba!
 bizler ithal cinsel saglik ve fantezi ürünleri ithal eden
ve satisini yapan bir kurulusuz.

-Partnerinizin ( bay-bayan ) cinsel soguklugumu var?
Cinsel istek artiricilarimizla, azgin bir disi 
yada azgin bir boga olmasi içten bile degil.
-Penisinizin kisa olmasi caninizimi sikiyor?
45 günde 4-5 cm büyümesine ne dersiniz?
-Erken mi bosaliyorsunuz?
Daha uzun süreli bir beraberlik sizin elinizde.
-ereksiyon,sertlesme,uyarilma sorunlarimi yasiyorsunuz? 
gelin cinsel sorunlarinizi sorun olmaktan cikaralim
-Degisik fantezileriniz var ve gerçeklestiremiyor musunuz?
sorun degil. 900 ü askin genis  ürün çesidimiz sizi bekliyor
(vibratörler, sisme bebekler, bay bayan erotik çamasirlar vcd, dvd, vhs film çeþitleri 
ve dahasý…
Mesajimiz sizi rahatsiz ettiyse
özür diliyor ve mutlu bir cinsel yasam diliyoruz.
Http://www.aboneshop.com[EMAIL PROTECTED][EMAIL PROTECTED]  
NOT: siparisleriniz hediye paketi seklinde ve son derece gizlilikle teslim edilir. 
2.sahislar siparisinizi teslim almaya kesinlikle yetkili degildir.
siparisinizi vermis oldugunuz kargo firmasi adresinden veya postanenizden yanlizca siz 
teslim alabilirsiniz. gönderilen paket üzerinde gönderici firmaya ait
hiçbir ibare olmayip içerisindeki ürünü firmamiz ve siparis sahibi bilebilir.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: tcl not properly installed?

[Patrick Samson]

Problem is reported as:
http://sources.redhat.com/ml/insight/2004-q1/msg00010.html

Until a solution is available, do:
$ export TCL_LIBRARY=$(cygpath -w /usr/share/tcl8.4)
or
add TCL_LIBRARY as a system environment variable.

--- "Ku, Wei" wrote:
> Hello, all:
> 
> In attempting to build XCrySDen (a scientific 3D
> rendering utility) with the
> tcl/tk/GL/GLU built into the current distribution,
> the following error
> message occurs.  (I only found /usr/share/tcl8.4,
> but not /share/tcl8.4).  I
> tried to work around this problem by making a
> symbolic link of /usr/share to
> /share, which appears to solve the problem, except
> that the resulting code
> does not work properly.  Any help/suggestion is very
> much appreciated.
> 
> - error message 
> cd Tcl;   
> XCRYSDEN_TOPDIR=/home/weiku/build/XCrySDen0.9.3; \
> export XCRYSDEN_TOPDIR;
> /home/weiku/build/XCrySDen0.9.3/util/aindex
> application-specific initialization failed: Can't
> find a usable init.tcl in
> the following directories: 
> C:/cygwin/share/tcl8.4
>
C:/cygwin/home/weiku/build/XCrySDen0.9.3/share/tcl8.4
>
C:/cygwin/home/weiku/build/XCrySDen0.9.3/usr/share/tcl8.4
> C:/cygwin/home/weiku/build/share/tcl8.4
> C:/cygwin/home/weiku/build/XCrySDen0.9.3/library
> C:/cygwin/home/weiku/build/library
> C:/cygwin/home/weiku/build/../tcl8.4.1/library
> C:/cygwin/home/weiku/../tcl8.4.1/library
> 
> 
> 
> This probably means that Tcl wasn't installed
> properly.
> 


__
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
http://webhosting.yahoo.com/ps/sb/

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: setup change this year?

[Trevor Forbes]

One of your local mirror files is corrupt. 

Trevor

 > -Original Message-
 > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf
 > Of Rutten, Mark
 > Sent: Friday, 30 January 2004 9:09 AM
 > To: '[EMAIL PROTECTED]'
 > Subject: setup change this year?
 > 
 > 
 > Is there something different about the way that "setup" runs since
 > Christmas?
 > 
 > I have a local mirror of the cygwin packages (neatened up using
Michael
 > Chase's clean_setup perl script) which I access across the local
network.
 > I always call setup with the "-5" option (no md5 checks).
 > 
 > All was working fine last year, now setup bogs down my machine
(excessive
 > processor usage by the "system" process) after parsing the setup.ini
 > file.  My first impression is that setup is doing the md5 checks
without
 > telling me that it is, but I can't be sure.  My main confusion stems
from
 > the fact that there hasn't been any changes in the setup program
since
 > last October(ish) - I'm using version 2.416.
 > 
 > If anyone could please give me some hints, that would be fantastic.
 > 
 > Thanks,
 > Mark.
 > 
 > --
 > Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
 > Problem reports:   http://cygwin.com/problems.html
 > Documentation: http://cygwin.com/docs.html
 > FAQ:   http://cygwin.com/faq/


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/