RE: CygPath to Clipboard (was: example needed pls ...)

2003-07-08 Thread "Schaible, Jörg"

So any reason, why not to use regtool ?

Soren A wrote:
> I had written:
>> Thus one
>> entry I examined looks like this:
>> 
>> 
> "TEMP"=hex(2):25,00,53,00,79,00,73,00,74,00,65,00,6d,00,52,00,
> 6f,00,6f,0
>> 0,74,\
>>   00,25,00,5c,00,54,00,45,00,4d,00,50,00,00,00
> 
> Mystery is done. There are two kinds of .REG file: ANSI and Unicode.
> The Regedit tool on WinXP exports keys to .REG files as Unicode,
> naturally. 
> 
> Furthermore it is a known thing that the REGEDIT tool included in
> Win95/98 is *not capable* of *importing* a key that contains a
> REG_EXPAND_SZ datum. It is either a bug or a missing feature,
> depending on who you read.
> 
> I downloaded a trial version of Resplendent Registrar
> (http://www.resplendence.com) which seems like a kick-a** tool, and
> made the needed additions to the Registry using that tool instead of
> via a .REG file. For the purposes of Win9x, all that Perl hacking was
> for nought. 
> 
> Microsoft strikes again.
> 
> --
> "So, tell me, my little one-eyed one, on what poor, pitiful,
> defenseless planet has my MONSTROSITY been unleashed?"
>- Dr. Jumba, Disney's "Lilo & Stitch"
> OpenPGP Key at http://savannah.gnu.org/people/viewgpg.php?user_id=6050


--
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: Mount Windows registry into filesystem

2003-07-07 Thread "Schaible, Jörg"

Tried /prog/registry yet ?

William S Fulton wrote:
> Is it possible to mount the registry into the filesystem? I'd love it
> if one could use commands like 'ls', 'diff' and 'find' on the
> registry, treating keys as directories and
> values as files. I have a vague recollection of a posting about this
> a long while back, but I can't for the life of me find it. Ultimately
> my goal is to get a diff from two different registry roots. The
> regtool utility doesn't seem so flexible. Any pointers much
> appreciated. 
> 
> William


--
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/



AW: Cygwin 1.3.19 Windows 2000 Professional SP3 bash $home /usr/bin/%USERPROFILE%

2003-01-27 Thread "Schaible, Jörg"
Hi David,

something broke your HOME environment variable. While the value is basically OK, it 
seems that the variable itselft has not longer the correct type. To use system 
environment variables in another environemnt variable (or any other registry entry), 
the type of the string REG_EXPAND_SZ. Your symptom arises if the registry type of the 
entry is just REG_SZ indicating a normal sring.

So somehow the type of the entry got screwed and the result is not Cygwin's fault, 
start a normal Windows shell and show your %HOME%! Cygwin is just using what Windows 
tells it to use. To fix the problem, remove the entry and create a new one (you might 
use the regedt32, that is able to create such strings - or use Cygwin's regtool.

Regards,
Jörg

-Ursprüngliche Nachricht-
Von: David Christensen [mailto:[EMAIL PROTECTED]]
Gesendet: Sonntag, 26. Januar 2003 06:04
An: [EMAIL PROTECTED]
Betreff: Cygwin 1.3.19 Windows 2000 Professional SP3 bash $home
/usr/bin/%USERPROFILE%


[EMAIL PROTECTED]:

I have been using Cygwin on Win2k Pro SP3 for a while now, and really
like it.  Today, I downloaded and installed Dia Win32 Installer.  The
next time I started Bash, it was broken -- the prompt spans two (three?)
lines, Bash starts in the wrong directory, and $HOME environment is
wrong:

dpchrist@w2k30g ~
$ pwd
/usr/bin/%USERPROFILE%

dpchrist@w2k30g ~
$ echo $HOME
/usr/bin/%USERPROFILE%


Initially, I thought this was a Dia problem.  Uninstalling Dia did not
fix it.  I tried reinstalling Bash with no luck.  I don't know how to
get at the Cygwin DLL, so I couldn't try that.  Moving aside the
C:\cygwin directory and reinstalling Cygwin didn't fix it.


Searching the archive for this mailing list, my query of
"/usr/bin/%USERPROFILE%" was converted into "usr and (bin or bins) and
userprofile and ", yielding 644 hits.  I was unable to figure out how to
search on an exact phrase.


An advanced Google search was more productive:

http://www.cygwin.com/ml/cygwin/2002-11/msg00764.html

http://www.cygwin.com/ml/cygwin/2002-11/msg00766.html


Browsing the archives for this mailing list and searching back through
the months for "/usr/bin/%USERPROFILE%" with my browser, I found the
following in November of 2002:

http://cygwin.com/ml/cygwin/2002-11/msg00809.html

http://cygwin.com/ml/cygwin/2002-11/msg00766.html

http://cygwin.com/ml/cygwin/2002-11/msg00764.html

http://cygwin.com/ml/cygwin/2002-11/msg00761.html

http://cygwin.com/ml/cygwin/2002-11/msg00759.html


Per the posting by Michael Caplan of Thu, 14 Nov 2002 14:23:52 -0500, I
am experiencing the same problem.  His Cygnus DLL was 1.3.15, mine is
1.3.19.  I haven't compared versions of the various packages.


Per the posting by Harig, Mark A. of Date: Thu, 14 Nov 2002
15:17:21 -0500, I have attached the output of "cygcheck -s" as a file
(cygcheck.txt) rather than including it here.


Per the posting of Harig, Mark A. of Date: Thu, 14 Nov 2002
15:30:12 -0500:

1.  Output of the "id" command is as follows:

dpchrist@w2k30g ~
$ id
uid=1000(dpchrist) gid=513(None)
groups=513(None),544(Administrators),545(Users)

Output of the "id -un" command is as follows:

dpchrist@w2k30g ~
$ id -un
dpchrist

2.  I have made no changes whatsoever to the default Cygwin install of
today, including /etc/passwd.  Permissions and ownership of this file
are as follows:

dpchrist@w2k30g ~
$ ls -l /etc/passwd
-rw-r--r--1 dpchrist None  749 Jan 25 18:57
/etc/passwd

Permission and ownership of /etc is as follows:

dpchrist@w2k30g ~
$ ls -ld /etc
drwxr-xr-x5 dpchrist None0 Jan 25 18:53 /etc

3.  I am launching Bash using the desktop shortcut created by Cygwin
setup.  This shortcut points to C:\cygwin\cygwin.bat.  Permissions and
ownership are as follows:

dpchrist@w2k30g ~
$ ls -l /cygwin.bat
-rwxr-xr-x1 dpchrist None   57 Jan 25 18:57
/cygwin.bat

I have made no changes whatsoever to this file, which contains:

@echo off

C:
chdir C:\cygwin\bin

bash --login -i

I have made no changes whatsoever to /etc/profile, also attached.
Permissions and ownerships are as follows:

dpchrist@w2k30g ~
$ ls -l /etc/profile
-rw-r--r--1 dpchrist None  386 Jan 25 18:57
/etc/profile

Bash is not finding my home directory (/home/dpchrist), so I am
omitting ~/.bashrc, ~/.bash_profile, and ~/.profile.


Per the posting by Michael Caplan of Thu, 14 Nov 2002 16:08:25 -0500, I
am leery of hacking /etc/profile and have not done so.  The default file
installed by Cygwin setup is attached for those so inclined.


Per the posting of Harig, Mark A. of Date: Fri, 15 Nov 2002
11:50:39 -0500:

1.  Permissions and ownership of /etc/password are as follows:

dpchrist@w2k30g ~
$ ls -l /etc/passwd
-rw-r--r--1 dpchr

RE: undefined ELF header when porting .so file from cygwin to linux

2002-11-05 Thread "Schaible, Jörg"

Hello Alfred,

sorry, I just *know* it, but I do not know how to do it. But I am quite sure, that 
someone at the list will help. You might find additionally a lot of examples looking 
into the archives (or try google at site:cygwin.com).

Regards,
Jörg

-Original Message-
From: Alfred Lam [mailto:alfredlam@;nowmediatech.com]
Sent: Wednesday, November 06, 2002 2:13 AM
To: Schaible, Jörg
Subject: Re: undefined ELF header when porting .so file from cygwin to linux


Can you give me an example of how to go about doing it using  these
files(e.g a.cpp, b.cpp, a.h,b.h,scdll32.lib)

Thanks,
Alfred

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: Q. on creating DLL's for use w/ excel (export names without @0, @4 etc?) (cygwin 1.3.13-2)

2002-11-05 Thread "Schaible, Jörg"
Hi Matthiew,

> int WINAPI foobar() {  return 1234; }
^^

This is the problem. By default WINAPI defines something like __stdcall that causes 
this!

Regards,
Jörg

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




FW: undefined ELF header when porting .so file from cygwin to linux

2002-11-05 Thread "Schaible, Jörg"

Oringinal unfortunatelly sent private ... :(

-Original Message-
From: Schaible, Jörg 
Sent: Tuesday, November 05, 2002 9:56 AM
To: 'Alfred Lam'
Subject: RE: undefined ELF header when porting .so file from cygwin to
linux


Hi Alfred,

> which I have obtained in cygwin with:
> g++ *.o scard.lib -o libscard.so.

Just setting the name did not change the format. This is still a normal DLL. You will 
have to use cross-compilation and linking to do so.

Regards,
Jörg

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: Re: Viruses being transported with Cygwin messages

2002-10-14 Thread "Schaible, Jörg"

Hello,

> > > Folks, don't roar at me, but I am seeing a number of 
> messages arrive here,
> > > infected. One came with a message via Robert Collins, twice, 

> Like spam, most common email viruses forge the 'from' 
> address.  I am seeing
> a few of these too, but, as Chris said, they aren't coming through the
> Cygwin server.

just as a side note. I got also yesterday a Virus from "Robert Collins", but this time 
the email address was [EMAIL PROTECTED] . I don't assume Rober is 
working for this company.

Even more interesting: I have different mail addresses for the Cygwin list, depending 
wether I am at the office or at home. My home address is registered by gmane.org and I 
received that faked email at home! So I assume, someone is grabbing addresses from 
there ...

Regards,
Jörg

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: cygpath returns garbage if DOS/win2k input environment variable is too long?

2002-09-27 Thread "Schaible, Jörg"

Hi Randall,

> Completely incorrect. I use "cygpath" to convert CLASSPATHs 
> all the time 
> and it works just fine. Syntactically, they're just like PATH 
> (on either 
> side of the Unix / Windows divide) and cygpath doesn't care 
> what they're 
> used for, only what lexical / syntactic structure they have.

If it works now, fine. And I know what I am talking about. I've provided enough code 
to cygpath.

Regards,
Jörg

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: cygpath returns garbage if DOS/win2k input environment variable is too long?

2002-09-25 Thread "Schaible, Jörg"

Hi Ralf,

> 1) In my win2k, I set (a long) Java CLASSPATH
> 2) under cygwin I want to convert it (in my .tcshrc) an it 
> fails. If I do it
> on the command line, it looks like the following:
> rhauser@PCGF590K:~> cygpath --unix "$CLASSPATH"
> ô??a?
[...]
> 
> My questions:
> 1) is there a way to see an error-message from cygpath (a log 
> file or some
> way to see stderr if there is any of that)?

first of all: Even if cygpath would not indicate some buffer overflow, you cannot use 
cygpath to convert Java class paths, unfortunately.

If cygpath has to convert a path it uses an internal function of the Cygwin DLL that 
expects *real* paths and a Java class path typically have some jar files in it. I am 
not sure, whether this shoulkd be really fixed in the Cygwin DLL, since the called 
function uses internal path caching (at least what I saw from a *very* quick look) and 
the cache might not get filled with non-directory elements. This would require to 
implement the necessary functionality in cygpath. I already have it on my list, since 
I will change to Java development at some time, but the task is currently not 
scheduled. Anyone else may implenet it before *I* need it .

OTOH, you might not convert yout path to --unix anyway, since I doubt that you have a 
JVM or Java compiler (except gjc) that understands cygwin paths.

> 2) I did a work-around with assembling the path again in my 
> .tcshrc. This is
> not convenient. Any better ideas...?

You could write a shell function that is generally able to do it.

Regards,
Jörg

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: Is there a command for creating shortcuts on the desktop?

2002-09-25 Thread "Schaible, Jörg"


Try this:

ln -s /bin/bash.exe --target-directory=`cygpath -D` bash

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, September 25, 2002 6:41 AM
> To: [EMAIL PROTECTED]
> Subject: Is there a command for creating shortcuts on the desktop?
> 
> 
> I've been doing things like creating template files, finding where
> Cygwin is installed via Cygpath, and modifying the template with sed
> and copying it to the appropriate user desktop directory.
> 
> I don't suppose there's an existing command for doing this?
> 
> luke
> 
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 
> 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: Shed light on Tetex packages

2002-09-23 Thread "Schaible, Jörg"

Hi Jan,

first of all: Thank you for clearing things up.

[snip]

> > - tetex-extra is only optional if tetex-base was chosen - tetex-x11
> > is only optional if tetex-tiny was chosen - tetex-doc and
> > tetex-devel are optional independent of the "basic" choice - whats
> > package "tetex" for? It seems again incompatible with the tetex-base
> > choice.
> 
> I don't understand this.

1) I was not sure about the tetex package itself (cleared now, although it seems now, 
that is is not different to tetex-tiny at all)
2) the problem is, that some of the optional packages reference tetex-tiny and others 
reference tetex-base fpr dependency. Therefore you might end with an installation of 
both alternative packages without *explicitly* selecting them both. I assume now, that 
the dependency references tetex-tiny unless the optional package needs the full stuff 
from tetex-base.

> I'll add this note to the announce message, and include it in the
> README for the next release:
> 
> NOTE: The tetex-tiny and tetex-base packages overlap.  If you
>   choose for a full tetex installation (or just install
>   everything), both will be installed, which should be fine.
>   Please don't uninstall one of them, there should be no need
>   to do so.  If you do, you must reinstall the other.

OK. This will help definately tetex dummies as me :)

Regards,
Jörg

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Shed light on Tetex packages

2002-09-19 Thread "Schaible, Jörg"

Hello Tetex maintainer,

looking at the currently available Tetex packages I wonder whether it is really good 
to follow the "install everything" method, since they seem to be not disjuctive. 
Reading the announcement in 
http://sources.redhat.com/ml/cygwin-announce/2002-08/msg7.html I seem to have 
following options:

Install either
- tetex-bin, tetex-base and libkpathsea3
or
- tetex-tiny

You might also install optionally:
- tetex-doc
- tetex-extra
- tetex-devel
- tetex-x11

And you have an install helper:
- tetex

Additionally there are "upgrade helpers":
- texmf-*
- tetex-beta

I did not found any doc, readme or FAQ that explains exactly the dependency of all 
these packages. Looking at the behaviour of setup the dependecies become clearer, but 
not anything is obvious. For a new installation of Cygwin I assume that 
- none of the texmf-* or the tetex-beta packages should be chosen
- either tetex-base or tetex-tiny should be chosen, tetex-bin and libkpathsea3 are 
selected automatically
- tetex-extra is only optional if tetex-base was chosen
- tetex-x11 is only optional if tetex-tiny was chosen
- tetex-doc and tetex-devel are optional independent of the "basic" choice
- whats package "tetex" for? It seems again incompatible with the tetex-base choice.

It is not clear, what happens if I "accidently" activate tetex-base *and* tetex-tiny. 
Even worse, it seems that uninstalling tetex-tiny will destroy also tetex-base and 
vice versa.

It would be fine if one could read at least in the FAQ about the possible choices and 
its consequences.

Regards,
Jörg

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: problem with find -exec

2002-04-23 Thread "Schaible, Jörg"

Hi Mike,

>Also I didn't understand that 
>shell stomps
>the ; and also, also I didn't know that the space was required 

Well, I know, because I'd once stumbled, too .

>(the second
>line of the man page for find -exec doesn't have a space btw).

Uups. IIRC I *had* problems without the space.

>Thanks for your help,

Your welcome,
Jörg

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: problem with find -exec

2002-04-23 Thread "Schaible, Jörg"

Hi Mike,

>find . -xdev -exec 'grep -l -F "string" {}';  
>I'd be grateful if anyone can see what I'm doing wrong,

excerpt from the man page:

   -exec command ;
  Execute  command; true if 0 status is returned.  All following
arguments
  to find are taken to be arguments to the command until an
argument  con-
  sisting  of `;' is encountered.  The string `{}' is replaced
by the cur-
  rent file name being processed everywhere it occurs in the
arguments  to
  the  command,  not  just in arguments where it is alone, as in
some ver-
  sions of find.  Both of these constructions might  need  to
be  escaped
  (with a `\') or quoted to protect them from expansion by the
shell.  The
  command is executed in the starting directory.

1. There is a space before the semicolon which *is* significant
2. Escape the semicolon

Regards,
Jörg

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




help: info support broken

2002-04-22 Thread "Schaible, Jörg"

Hi,

since the last update (last week) my info support is broken. Allthough I
have recreated the dir file (FAQ) and all menu items appear, none if them is
actually working. Calling info I get now (suddenly localized !?!) following
screen:

== snip ==
File: dir,  Node: Top   Dies ist der Beginn des INFO-Baums

  Dieser Verzeichnis-Knoten zeigt ein Menü aller Hauptpunkte an.
  Beenden mit "q", "?" listet alle Info-Befehle auf, "d" kehrt nach hierher
  zurück, "h" gibt eine Einsteiger-Hilfe,
  "mEmacs" besucht das Emacs-Manual, etc.

  Im Emacs kann man mit mouse-button-2 auf einen Menüpunkt oder einen
  Querverweis klicken, um einen solchen auswählen.

* Menü:

Miscellaneous
* As: (as). The GNU assembler.

GNU admin
* Autoconf: (autoconf). Create source code configuration scripts

Individual utilities
* autoconf: (autoconf)autoconf Invocation.
How to create configuration scripts
* autoreconf: (autoconf)autoreconf Invocation.
Remaking multiple `configure' scripts
* autoscan: (autoconf)autoscan Invocation.
Semi-automatic `configure.ac' writing
* config.status: (autoconf)config.status Invocation.
Recreating a configuration
* configure: (autoconf)configure Invocation.
Configuring a package
* ifnames: (autoconf)ifnames Invocation.
Listing the conditionals in source code

GNU programming tools
* automake: (automake). Making Makefile.in's

Individual utilities
* aclocal: (automake)Invoking aclocal.  Generating aclocal.m4

Utilities
* Bash: (bash). The GNU Bourne-Again SHell.

Miscellaneous
* Bfd: (bfd).   The Binary File Descriptor library.

Miscellaneous
* Binutils: (binutils). The GNU binary utilities.
* addr2line: (binutils)addr2line. Convert addresses to file and line
* ar: (binutils)ar.   Create, modify, and extract from archives
[...]
== snap ==

Navigating to any of the entries I get the reply: "Kein Menü in diesem
Knoten." ==> "No menu at this node." Also no call of info with argument
actually works. The screen above is always presented with this error message
in the status line.

Some other problems are quite obvious:
- German umlauts are mangled: "Menü" should be "Menü"
- Main sections are not merged resulting in a lot of "Miscellaneous"
sections

I am not quite sure, if this behaviour is a result of the localization of
(tex)info, but I doubt that anyone has this effect. A Google/archive search
did not help either, every mail has "info" in the footer :(

Any hint/help welcome!

Regards,
Jörg


 cygcheck output ===

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Mon Apr 22 12:59:53 2002

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2

Path:   .
c:\Dokumente und Einstellungen\All Users\Anwendungsdaten\cygwin\bin
c:\Programme\cygwin\bin
c:\Programme\cygwin\sbin
c:\WINNT\system32
c:\WINNT
c:\PROGRA~1\Perforce
c:\DOKUME~1\jse

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

HOME = `C:\Dokumente und Einstellungen\jse'
PWD = `/home/jse/GFT/SICK/Communique/author/content'
USER = `jse'

Use `-r' to scan registry

c:  hd  NTFS   11507Mb  83% CP CS UN PA FC 

C:\Dokumente und Einstellungen\jse\src\GFT
/home/jse/GFT usertextmode
C:\Dokumente und Einstellungen\jse\src\GFT\Communique
/home/jse/GFT/Communique  userbinmode
C:\Dokumente und Einstellungen\jse\src\GFT\SICK
/home/jse/GFT/SICKuserbinmode
c:\Programme /opt
userbinmode
c:\DOKUME~1\jse\LOKALE~1\Temp/tmp
userbinmode
c:\Programme\cygwin  /
system  binmode
C:\Dokumente und Einstellungen   /home
system  binmode
c:\Programme\cygwin/bin  /usr/bin
system  binmode
c:\Programme\cygwin\doc  /usr/doc
system  binmode
c:\Programme\cygwin/lib  /usr/lib
system  binmode
c:\Dokumente und Einstellungen\All Users\Anwendungsdaten\cygwin  /usr/local
system  binmode
c:\Programme\cygwin\sbin /usr/sbin
system  binmode
c:\Programme\vim
/usr/share/vimsystem  textmode
./dev
userbinmode,noumount

Found: c:\Programme\cygwin\bin\bash.exe
Found: c:\Programme\cygwin\bin\cat.exe
Found: c:\Programme\cygwin\bin\cpp.exe
Found: c:\Programme\cygwin\bin\find.exe
Found: c:\Programme\cygwin\bin\gcc.exe
Found: c:\Programme\cygwin\bin\gdb.exe
Found: c:\Programme\cygwin\bin\ld.exe
Found: c:\Program

RE: copying and pasting in rxvt

2002-03-20 Thread "Schaible, Jörg"

Hi Randall,

>Here's what I did: I used "od -c" to determine what are the actual 
>sequences generated by the keys I cared to map and then wrote 
>a .inputrc 
>file based on that.

ahh, this was the missing step. I never knew, what key code sequences could
be used to assign a function at the key combination I wanted to.

:)

Thanks,
Jörg

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: copying and pasting in rxvt

2002-03-18 Thread "Schaible, Jörg"

Hi Gerrit,

># Make Home work
>"\e[7~": beginning-of-line
># Make End work
>"\e[8~": end-of-line
># Make Delete work
>"\e[3~": delete-char
># make Insert work
>"\e[2~": paste-from-clipboard

is there any documentation for the key mappings ? I tried without success to
bind something to ALT+CurUp or ALT+CurDown. Even more, is there any way
identifying the keys of the number block ?

Regards,
Jörg


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: CVS Problems: Updated: gdbm-1.8.0-4

2002-03-04 Thread "Schaible, Jörg"

Hi Charles and Jason,

>On Thu, Feb 28, 2002 at 12:18:35PM -0500, Charles Wilson wrote:
>> Well, the current cygwin port of CVS seems to store all 
>'normal' files 
>> in the repository in LF/CR mode.  On checkout (from a local 
>repository) 
>> all 'normal' files are created in LF/CR mode.  This is 
>*regardless* of 
>> whether the local working directory is on a binmount or 
>textmount.  (Of 
>> course, the repository is on a binmount; see (a) above).
>
>Is the above really true?  I have empirical evidence to the contrary.
>I just tried a local repository cvs init, import, and checkout with all
>mounts in bin mode.  All files in the repository and working 
>directories
>end up in LF mode.

this is exacly my experience, too. Every file in my repository on the bin
mount has lf line endings ...

Regards,
Jörg 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: CVS Problems: Updated: gdbm-1.8.0-4

2002-02-28 Thread "Schaible, Jörg"

Hi Charles,

>Note that merely updating cyggdbm to this new version will NOT
>magically enable CVS to host repositories on text mounts; nor will
>it magically fix CVS's existing problems with CR/LF. This gdbm
>update may fix the gdbm database files within the CVSROOT repository,
>but CVS itself is still not text/binary clean.  Workin' on it...

can you give me a hint, where CVS with a repository on a binary mount will
have CR/LF problems? I am using it since more than a year and I had never
detected any problems independently wether I check out to bin or text
mounted directories (on NTFS). I did not have problems also working with
repositories of the the net. for Your comment seems to indicate some
malfunction you're able to reproduce. I would not like to detect anything
major problems managing my sources if I can avoid it.

Regards,
Jörg

internal for Corinna: Sorry, I did not recognize the 'wrong list' pressing
reply ...

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: DLLs that can be used with MS C++

2002-02-21 Thread "Schaible, Jörg"

Hi,

>just to get this straight.
>Are you saying that I can't make C++ dll's in cygwin for use 
>in 'normal'
>Windows?

No. They're just saying, that you cannot use C++-DLL's from any C++ compiler
together. There is nothing specific with Windows or gcc.

Regards,
Jörg

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: $HOME Directory Relocation

2002-02-06 Thread "Schaible, Jörg"

Hi Laurence,

I tried to correlate Window's home and Cygwin's home by the following lines
in /etc/profile. I end up mounting /home to the "Profile" directory of
Windows (wherever it may be in the different versions) and set home
according to $USERPROFILE that is set by the system. This gives a quite
natural Unix feeling for "ls /home", although "ls ~" just works for my
own account.

== snip = snap =
COMMON_DESKTOP=`regtool get
'\HKLM\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell
Folders\Common Desktop'`
ALLHOME=`cygpath -u "$COMMON_DESKTOP/../.."`
ALLHOME=`cygpath -wsa "$ALLHOME" | tr [a-z] [A-Z]`
if [ ! -d /home ]; then
mkdir /home
fi
if [ "$ALLHOME" != "`cygpath -wsa /home`" ]; then
echo Mounting `cygpath -wsa $ALLHOME` to /home
mount -s -b -f "`cygpath -wsa $ALLHOME`" /home > /dev/null 2>&1
fi
unset ALLHOME COMMON_DESKTOP

USER="`id -un`"

# Set up USER's home directory
if [ -z "$HOME" ]; then
HOME=`cygpath -ua "$USERPROFILE"`
fi
HOME=`cygpath -wsa "$USERPROFILE"`
HOME=`cygpath -ua "$HOME"`
export HOME USER
== snip = snap =

Another benefit: Your settings are part of the Window's profile, i.e. can be
shared for your account automatically in a server environment for different
machines.

Regards,
Jörg

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: named colour list

2002-01-22 Thread "Schaible, Jörg"


>Either rxvt loads libW11.dll dynamically or cygcheck has a bug ...

OK, forget it, I read the rest of the thread ... :(

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: named colour list

2002-01-22 Thread "Schaible, Jörg"

Hi Chuck,

>rxvt DOES use libW11.dll.

/dev/c/Temp/Eimer/Day> cygcheck rxvt
Found: c:\cygwin\bin\rxvt.exe
c:\cygwin\bin\rxvt.exe
  c:\cygwin\bin\cygwin1.dll
C:\WINNT\System32\KERNEL32.dll
  C:\WINNT\System32\NTDLL.DLL
  C:\WINNT\System32\USER32.dll
C:\WINNT\System32\GDI32.DLL

Either rxvt loads libW11.dll dynamically or cygcheck has a bug ...

Regards,
Jörg

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: named colour list

2002-01-18 Thread "Schaible, Jörg"

Hi Dylan,

for historical reasons I start my rxvt with:
C:\cygwin\bin\rxvt.exe -g 120x50+732+0 -bg lightsalmon -fg black -fn "Lucida
Console-11" -sr -sl 5000 -e /bin/bash --login -i

So I can use the named colors, "lighsalmon" works fine on my box. OTOH I am
not really sure *why* it works, since the only rbx.txt I've found was in the
vim package. I've detected that the DLLs cygtk80.dll and libW11.dll seem to
have included this symbolic names, but neither is used for rxvt ...

Regards,
Jörg

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: problem - system api on winnt

2002-01-17 Thread "Schaible, Jörg"

Hi Shanti,


>>  When i copy the same executable to some other machine 
>which does not
>> have cygwin and i run it from winnt cmd promt

... and why do you assume, that your app runs Cygwin utilities (e.g. cp), if
you did not install Cygwin ... ??

>>  What could be the problem. i need to copy any other 
>cygwin dlls to
>> my application?

No, you should install Cygwin. Copying cygwin1.dll around is strongly not
recommended.

Regards,
Jörg

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: pb with makefile

2002-01-09 Thread "Schaible, Jörg"

Hi David,

make is no shell. Make will start for each line a separate task.

Regards,
Jörg

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/