Re: Perl/TK Segmentation Violation

Ugh, top-posting... Reformatted. On Sun, 18 Dec 2005, Brett Serkez wrote: > On Fri, 16 Dec 2005 13:55:52 -0500 (EST), "Igor Pechtchanski" <[EMAIL > PROTECTED]> said: . Thanks. > > On Fri, 16 Dec 2005, Brett Serkez wrote: > > > > > > > >perhaps there

Re: newbie question chdir

Hi. Christopher Faylor wrote: On Mon, Dec 19, 2005 at 02:48:53PM +1030, Luke Vanderfluit wrote: I'm wondering: I've installed cygwin in c:\foo\bar\. Now when I open a shell, I can't cd back to C:\ Is there a way to or do I have to install everything in the root directory? Cygwin emu

Re: 1.5.18-1: issue with cygwin1.dll: "system shared memory version mismatch detected"

Sorry to be getting back so late -- just found this in my Drafts... On Sat, 10 Dec 2005, JeDi wrote: > > > filename. Is there a way to know which dll is loaded in memory and > > > which filename or program it is loaded from ? > > > > Yes, you could try using ProcessExplorer or some other tools (e

Re: newbie question chdir

On Mon, Dec 19, 2005 at 02:48:53PM +1030, Luke Vanderfluit wrote: >I'm wondering: >I've installed cygwin in c:\foo\bar\. >Now when I open a shell, I can't cd back to C:\ > >Is there a way to or do I have to install everything in the root >directory? Cygwin emulates linux so you shouldn't be using

newbie question chdir

Hi. I'm wondering: I've installed cygwin in c:\foo\bar\. Now when I open a shell, I can't cd back to C:\ Is there a way to or do I have to install everything in the root directory? Thanks. Kind regards. -- Luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem report

Re: Call for testing Cygwin snapshot (d_ino)

Angelo Graziosi wrote: I wrote: The code that causes this error should be : --- #if defined(_POSIX_SOURCE) // Posix does not require that the d_ino field be present, and some // systems do not provide it. # define REAL_DIR_ENTRY(dp) 1 #else # define

Re: Perl/TK cygz.dll mapping error

Brett Serkez wrote: > Cool, this worked, great. But...what I thought I saw was that the post > install scripts should do this when necessary, no? I was suggesting > this should be added appropriately for the new Perl/TK package along > with the missing library dependency. It's not that simple.

Re: Perl/TK cygz.dll mapping error

> > >From what I can tell by searching for similar issues, it *looks* like > > the new library may need to be rebased during setup? A packaging > > change? > > No, it means you need to install the rebase package and run rebaseall > yourself. Cool, this worked, great. But...what I thought I saw

Re: Perl/TK cygz.dll mapping error

Brett Serkez wrote: > >From what I can tell by searching for similar issues, it *looks* like > the new library may need to be rebased during setup? A packaging > change? No, it means you need to install the rebase package and run rebaseall yourself. Brian -- Unsubscribe info: http://cygwi

Re: setup/symlinks/gcc/chown question

Hi All... It appears to be file permissions related. The link being broken looks like it is because the read only bit on the shortcut file (the .lnk file) is getting turned off. Even though this first getfacl shows write access, the read only box in the windows properties is checked. after the

Perl/TK cygz.dll mapping error

I've found that trying to use either system() or fork() from a Perl/TK script results in the following error: C:\cygwin\bin\perl.exe (2508): *** unable to remap C:\cygwin\bin\cygz.dll to same address as parent(0xE0) != 0xE1 13 [main] perl 964 fork_parent: child 2508 died waiting for d

Re: Call for testing Cygwin snapshot (d_ino)

I wrote: > The code that causes this error should be : > > --- > #if defined(_POSIX_SOURCE) > // Posix does not require that the d_ino field be present, and some > // systems do not provide it. > # define REAL_DIR_ENTRY(dp) 1 > #else > # define REAL_DI

Re: Where is patch?

Corinna Vinschen wrote: [snip] > Err... huh? [snip] After re-building patch 2.5.9 the problem (in the test case) does not appear. Conclusion: the currently distributed patch 2.5.9 was compiled with perhaps an older Cygwin environment or at least one that made configure get a different result to "

Re: new to cygwin

Luke Vanderfluit wrote: Hi. I'm new to cygwin. I have a few questions to start with. Can I change the font in the default command shell window? The default command shell window is nothing more than the same default window you get with Start: Run: Cmd and is changed the same way. How do I f

Re: Call for testing Cygwin snapshot (d_ino)

On Sun, Dec 18, 2005 at 11:22:33PM +0100, Angelo Graziosi wrote: > >Christopher Faylor wrote: >> >>> Angelo Graziosi wrote: >>> >>> >>> I built ROOT-5.06.00, a CERN application, at Nov 10 2005 using >>> GCC-3.3.3-3 and the snapshot of that time. >>> >>> All worked fine. >>> >>> Now I have repeate

Re: Call for testing Cygwin snapshot (d_ino)

Christopher Faylor wrote: > >> Angelo Graziosi wrote: >> >> >> I built ROOT-5.06.00, a CERN application, at Nov 10 2005 using >> GCC-3.3.3-3 and the snapshot of that time. >> >> All worked fine. >> >> Now I have repeated the build using the same method, the same >> GCC-3.3.3-3, but with the cur

new to cygwin

Hi. I'm new to cygwin. I have a few questions to start with. Can I change the font in the default command shell window? How do I find out which fonts are available under cygwin (eg. I'd like to change the fonts that I use in vi) Thanks. Kind regards. -- Luke -- Unsubscribe info: http:/

Re: Perl/TK Segmentation Violation

While this technique is useful, it is not producing results for me. I can see that simply installing all libraries resolves the dependency. Perhaps the package maintainer could try building the package on a system with just the default libraries installed? This should produce a clear error from

Re: setup/symlinks/gcc/chown question

Hi All... If I reinstall gcc/mingw (c++ and core four packages total) and then do ls /lib/gcc/i686-pc-mingw32/3.4.4 I see the links correctly interpreted as links (ls shows them with name -> name), but after I do chown -h on one of the links, ls shows it as name.lnk (and this corresponds to g

Re: setup/symlinks/gcc/chown question

On Dec 18 09:56, Karl M wrote: > Hi All... > > I just installed gcc/mingw with setup. > > If I do > > cd /lib/gcc/i686-pc-mingw32/3.4.4 > chown -R administrators.none * > > it breaks the symlinks in the directory. I can't see any problem. What does that mean "it breaks the symlinks"? How do t

[ANNOUNCEMENT] Updated: vim-6.4-4

I have updated the version of vim on cygwin.com to 6.4-4. This version switches from the vim "normal" feature set to the vim "huge" feature set, so there are a couple of features enabled by default now, which weren't before (see ":version" in vim). Other than that, nothing has changed in this rel

Re: STDOUT of non cygwin command lost (in automated ssh session)

On Sat 12/17/05 16:45 EST cygwin@cygwin.com wrote: > On Sat, Dec 17, 2005 at 01:52:17PM -0600, Tom Rodman wrote: > >background (why plink is used): --snip > If you can't duplicate this problem with "off-the-shelf" components --snip test case w/"off-the-shelf" components: October 29 cygwin1.dll s

RE: setup/symlinks/gcc/chown question

Hi All... A chown -h causes the same problem as a chown -R. So, the second script does not work around the problem...it does avoid damaging the link, but after the install, the ownership on the links are administrator.none and so I can run gcc -mno-cygwin... as a restricted user. So for now I

Re: STDOUT of non cygwin command lost (in automated ssh session)

Andrew DeFaria wrote: It says "PuTTY is a client program for the SSH, Telnet and Rlogin network protocols". I don't get it. In Cygwin you have all of ssh, telnet and rlogin/rsh. That being the case why install/use putty or plink? I do use ssh or telnet most of the time, but it's easier t

setup/symlinks/gcc/chown question

Hi All... I just installed gcc/mingw with setup. If I do cd /lib/gcc/i686-pc-mingw32/3.4.4 chown -R administrators.none * it breaks the symlinks in the directory. If I do chown administrators.none * from a clean install, the symlinks are fine. If I recreate the symlinks by hand, then both f

Re: STDOUT of non cygwin command lost (in automated ssh session)

This is getting a bit OT- I still plan post an example that does not use plink, may hunch is that the problem will still show up.. we'll see. On Sun 12/18/05 8:33 PST Andrew DeFaria wrote: > [EMAIL PROTECTED] wrote: > > >> You seem to be expecting that the people whom you'd like to debug > >>

Re: Call for testing Cygwin snapshot

On Sun, Dec 18, 2005 at 12:55:47PM +0100, Angelo Graziosi wrote: >The build fails: > >--- >unix/src/TUnixSystem.cxx: In static member function `static const char* > TUnixSystem::UnixGetdirentry(void*)': >unix/src/TUnixSystem.cxx:3388: error: 'struct dirent

Re: Call for testing Cygwin snapshot (rsync mem use)

Using the --delete switch to rsync with a large number of files causes the rsync process to use large amounts of virtual memory with recent snapshots, including 20051216. With a DLL built from CVS on 20051110, this doesn't happen. The easiest way I found to reproduce it was to run the command:

Re: STDOUT of non cygwin command lost (in automated ssh session)

[EMAIL PROTECTED] wrote: You seem to be expecting that the people whom you'd like to debug your problem would know what "plink" is. Sorry, it's closely related to putty. I don't have a good link specifically for plink.. http://www.chiark.greenend.org.uk/~sgtatham/putty/faq.html It says "P

Re: STDOUT of non cygwin command lost (in automated ssh session)

On Sat 12/17/05 16:45 EST cygwin@cygwin.com wrote: > On Sat, Dec 17, 2005 at 01:52:17PM -0600, Tom Rodman wrote: > >background (why plink is used): > > > >We have a wrapper script that runs plink to start a localhost ssh > >session w/password authentication. This wrapper script is designed to > >r

vim binary package

The Cygwin vim binary package is regularly being compiled with keymap support turned off. I doubt that this omission is deliberate; more likely it results from running ./configure with flags something like: ./configure --disable-xsmp --disable-gui --without-x which is equivalent to: ./configure

Re: Call for testing Cygwin snapshot

I built ROOT-5.06.00, a CERN application, at Nov 10 2005 using GCC-3.3.3-3 and the snapshot of that time. All worked fine. Now I have repeated the build using the same method, the same GCC-3.3.3-3, but with the current snapshot 20051216 23:59:19. The build fails: -