Re: Adding/removing custom mirror URLs in setup.exe...

[Corinna Vinschen]

On Sat, Jan 18, 2003 at 08:12:31AM +1100, Robert Collins wrote:
> On Sat, 2003-01-18 at 06:20, Max Bowsher wrote:
> 
> 
> > Don't know whether setup understands usernames/passwords. I'll dig in the
> > source tomorrow, if no one has answered by then.
> 
> It should, Corinna IIRC uses ftp w/passwords. 

No, I don't.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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: sshd: setgid() fails on second login

[Corinna Vinschen]

On Sun, Jan 19, 2003 at 02:37:29PM -0800, Joseph Davida wrote:
> I have compiled and installed ssh.com's 3.2.2
> ssh clients and daemon.
> I can start the daemon without a hitch.
> But the daemon is unable to authenticate
> the password, probably becasue the cygwin's
> libc password interface to the Win2K password
> authentication lib is not working.
> The ssh client re-prompts for the password
> 3 times, after which it bails out.
> The password I use is same as one I login into
> win2k with, with same user name.
> Has anyone been able to successfully connect
> to the ssh.com's sshd2 daemon running on Cygwin?

Other question:  Has anyone actually *ported* ssh.com to Cygwin?
Otherwise I suggest using OpenSSH which comes with Cygwin.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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: Adding/removing custom mirror URLs in setup.exe...

[Max Bowsher]

MB> > > Don't know whether setup understands usernames/passwords. I'll
MB> > >dig in the
MB> > > source tomorrow, if no one has answered by then.

RC> > It should, Corinna IIRC uses ftp w/passwords.

CV> No, I don't.

OK, well I checked briefly in the source, here's the result:

Setup DOES have *some* support for ftp auth, but DOES NOT understand
ftp://user:passwd@host/. Instead, it tries to pop up a dialog when
anonymous login fails.

So: the original poster should try without user:pass@ in the URL.


Max.



--
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: Adding/removing custom mirror URLs in setup.exe...

[Johan Bezem]

Maybe it doesn't parse the ftp://... string itself, but in our case it
*works* nonetheless.
Can it be that the string is passed to the FTP-server unaltered, and the
server knows how to process such a string?

Ciao,

Johan Bezem
CSK Software AG

Max Bowsher wrote:
> 
> MB> > > Don't know whether setup understands usernames/passwords. I'll
> MB> > >dig in the
> MB> > > source tomorrow, if no one has answered by then.
> 
> RC> > It should, Corinna IIRC uses ftp w/passwords.
> 
> CV> No, I don't.
> 
> OK, well I checked briefly in the source, here's the result:
> 
> Setup DOES have *some* support for ftp auth, but DOES NOT understand
> ftp://user:passwd@host/. Instead, it tries to pop up a dialog when
> anonymous login fails.
> 
> So: the original poster should try without user:pass@ in the URL.
> 
> Max.
> 
> --
> 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: [perl #10008] Not OK: perl v5.8.0 on cygwin-multi-64int 1.3.12s(0.5332) (UNINSTALLED)

[H.Merijn Brand]

On Fri 17 Jan 2003 17:07, Christopher Faylor <[EMAIL PROTECTED]> wrote:
> On Fri, Jan 17, 2003 at 11:22:51AM +0100, H.Merijn Brand wrote:
> >On Tue 14 Jan 2003 11:45, "Gerrit P. Haase" <[EMAIL PROTECTED]> wrote:
> >> H.Merijn schrieb:
> >> 
> >> > On Mon 13 Jan 2003 18:14, "Gerrit P. Haase" <[EMAIL PROTECTED]> wrote:
> >> >> Jarkko schrieb:
> >> >> 
> >> >> > Hi, could you retry this with either newer cygwin or bleadperl?
> >> >> 
> >> >> Hmmm, the latest cygwin (1.3.18-1) is somewhat broken, but you may close
> >> >> this bug anyway.
> >> 
> >> > Closed. Gerrit, can you try the 20030113 snapshot, and see if it's gone with
> >> > you too?
> >> 
> >> Yes, Sir :-)
> >
> >[ Bleadperl development ]
> >
> >Yesterday's snap (20030116) gave me a signal 11 during Configure. also after
> >reboot. 20030117 was showing the same behaviour
> 
> Thanks for testing it.  I can see that I introduced some problems.  I'll have
> them fixed shortly, I hope, as long as my pesky real job doesn't interfere.

20030119 gave a full OK on bleadperl. Thanks.

I'm not on this list, nor do I have time to deal with yet another high volume
mailing list, so if you need something from me, either ask me directly, or
contact Gerrit P. Haase.

Do you think that using cygwin snapshots to build development versions of perl
is valuable to the cygwin community? If so, I can make it a habbit to update
one of the machines with that snapshot on a semi-automatic basis.

-- 
H.Merijn BrandAmsterdam Perl Mongers (http://amsterdam.pm.org/)
using perl-5.6.1, 5.8.0 & 633 on HP-UX 10.20 & 11.00, AIX 4.2, AIX 4.3,
  WinNT 4, Win2K pro & WinCE 2.11.  Smoking perl CORE: [EMAIL PROTECTED]
http:[EMAIL PROTECTED]/   [EMAIL PROTECTED]
send smoke reports to: [EMAIL PROTECTED], QA: http://qa.perl.org



--
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: Adding/removing custom mirror URLs in setup.exe...

[Robert Collins]

On Mon, 2003-01-20 at 21:25, Johan Bezem wrote:
> Maybe it doesn't parse the ftp://... string itself, but in our case it
> *works* nonetheless.
> Can it be that the string is passed to the FTP-server unaltered, and the

Are you using the IE connection type, or the HTTP proxy type? If so,
then they perform that translation for you.

Rob
-- 
GPG key available at: .



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

PPPD on cygwin?

[Gareth Gregor]

Hi all,

Sorry if this has been covered on this list in the past, I did search the
archives of the cygwin list and only found one mail that did not explain
things.

What I want to know is, is there a pppd for cygwin? I use pppd very often to
connect 2 linux boxes together with a analogue modem on each end, for this i
just use init and pppd, i can get away with not using init, but i will need
pppd.
There is _no_ way that I have seen to do this with win95/98, on NT there is
a way but its really hard to get working.
And most of my clients cant afford another computer just for the linux+pppd.
I basically would like to have pppd on windows as it is in linux, but if the
ttySx devices are named different and such its not a problem, i just need a
ppp/pppd.

Anyway, thank you all for any help you can provide.
Regards
Gareth Gregor



__
Inflex - installed on mailserver for domain @vukanet.co.za
ClamAV - virus checking by clam Antivirus
Queries to: [EMAIL PROTECTED]

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

procps / top shows only the unix subset of processes

[troy . holly]

Wouldn't it be nice if top would also show the windows processes?

The reason that it doesn't is obvious: no windows processes are written or
tracked via /proc. On the other hand `ps -W' does show all processes.

Anyone know of a top alternative that runs in a terminal (non gui) that also
shows the windows processes?

Thanks
Troy Holly

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

Building opengl applications

[Mikael Åsberg]

Hello, I am trying to build a simple OpenGL program (an example taken from
the famous "Red Book"). However, during the build process the following
error messages are displayed:

/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0xe):test.c:
undefined reference to `glEnableClientState@4'
/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0x1d):test.c:
undefined reference to `glEnableClientState@4'
/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0x44):test.c:
undefined reference to `glVertexPointer@16'
/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0x6b):test.c:
undefined reference to `glColorPointer@16'
/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0x92):test.c:
undefined reference to `glInterleavedArrays@12'

Actually, there is more, but each error is an undefined reference so it
seems gcc cannot find
the libraries. I did install them, though.
Building with -glut32 -lglu32 -lopengl32

What am I doing wrong?

Hope you can help me =)

// Mikael



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

init_priority bug in linker

[Rene Prillop]

Hello,

There seems to be a bug in cygwin linker, which causes invalid order of
object initialization.
Comments?

rgds,
  PRR
---
bug.cpp:
#include 

class CIntHolder{
public:
CIntHolder(int iValue) { m_iValue=iValue; }
int m_iValue;
};

static int g_Counter;

CIntHolder g_Object3(++g_Counter);
CIntHolder __attribute__ ((init_priority(102))) g_Object2(++g_Counter);
CIntHolder __attribute__ ((init_priority(101))) g_Object1(++g_Counter);
CIntHolder g_Object4(++g_Counter);

int main(){
printf("%d %d %d %d\n", g_Object1.m_iValue, g_Object2.m_iValue, 
g_Object3.m_iValue, g_Object4.m_iValue);
return 0;
}
---
According to documentation, default objects have lowest priority (0x), so
the correct order of g_Object initalization should be 1, 2, 3, 4.
Programs compiled under CygWin create Objects 3 and 4 prior to 1 and 2.
---
Possible cause:
Objects, that have init_priority defined, are created in correct order,
which implies that the default priority of object initialization is etiher
0 or not initialized on linker startup.
---
Screenshot:
prr@PRR /
$ g++ bug.cpp

prr@PRR /
$ ./a.exe
3 4 1 2

prr@PRR /
$ gcc -v
Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.2/specs
Configured with: /netrel/src/gcc-3.2-3/configure
--enable-languages=c,c++,f77,ja
va --enable-libgcj --enable-threads=posix --with-system-zlib --enable-nls
--with
out-included-gettext --enable-interpreter --disable-sjlj-exceptions
--disable-ve
rsion-specific-runtime-libs --enable-shared --build=i686-pc-linux
--host=i686-pc
-cygwin --target=i686-pc-cygwin --enable-haifa --prefix=/usr
--exec-prefix=/usr
--sysconfdir=/etc --libdir=/usr/lib --includedir=/nonexistent/include
--libexecd
ir=/usr/sbin
Thread model: posix
gcc version 3.2 20020927 (prerelease)

prr@PRR /
$ ld -v
GNU ld version 2.13.90 20021118
---
cygcheck.out:

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Mon Jan 20 14:46:09 2003

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\Program Files\ATI Technologies\ATI Control Panel
c:\Program Files\Symantec\pcAnywhere\

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

HOME = :\cygwin'
MAKE_MODE = nix'
PWD = /'
USER = rr'

ALLUSERSPROFILE = :\Documents and Settings\All Users'
APPDATA = :\Documents and Settings\prr\Application Data'
COMMONPROGRAMFILES = :\Program Files\Common Files'
COMPUTERNAME = RR'
COMSPEC = :\WINNT\system32\cmd.exe'
HOMEDRIVE = :'
HOMEPATH = '
LOGONSERVER = \FSERVER'
NUMBER_OF_PROCESSORS =
OLDPWD = /usr/bin'
OS2LIBPATH = :\WINNT\system32\os2\dll;'
OS = indows_NT'
PATHEXT = .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = †'
PROCESSOR_IDENTIFIER = † Family 15 Model 2 Stepping 4, GenuineIntel'
PROCESSOR_LEVEL =
PROCESSOR_REVISION = 4'
PROGRAMFILES = :\Program Files'
PROMPT = $P$G'
PS1 = [\033]0;\w\007
\033[32m\]\u@\h \[\033[33m\w\033[0m\]
$ '
SHLVL =
SYSTEMDRIVE = :'
SYSTEMROOT = :\WINNT'
TEMP = :\DOCUME~1\prr\LOCALS~1\Temp'
TERM = ygwin'
TMP = :\DOCUME~1\prr\LOCALS~1\Temp'
USERDNSDOMAIN = laytech.playtech'
USERDOMAIN = LAYTECH'
USERNAME = rr'
USERPROFILE = :\Documents and Settings\prr'
WINDIR = :\WINNT'
_ = /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) = :\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = :\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = :\cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

a:  fd   N/AN/A
c:  hd  NTFS   10001Mb  82% CP CS UN PA FC
d:  hd  NTFS   26999Mb  59% CP CS UN PA FC Work
e:  hd  NTFS2196Mb  65% CP CS UN PA FC Personal
f:  cd  CDFS   0Mb -2147483548%CS  Audio CD
h:  net NTFS   6Mb   8% CP CS UN PA FC Develop
k:  net NTFS   20002Mb  22% CP CS UN PA FC Clients
t:  net NTFS   259408Mb  77% CP CS UN PAGraphics

C:\cygwin  /  system  binmode
C:\cygwin/bin  /usr/bin   system  binmode
C:\cygwin/lib  /usr/lib   system  binmode
.  /cygdrive  userbinmode,cygdrive

Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cpp.exe
Found: C:\cygwin\bin\find.exe
Found: C:\cygwin\bin\gcc.exe
Not Found: gdb
Found: C:\cygwin\bin\ld.exe
Found: C:\cygwin\bin\l

Re: [perl #10008] Not OK: perl v5.8.0 on cygwin-multi-64int 1.3.12s(0.5332) (UNINSTALLED)

[Christopher Faylor]

On Mon, Jan 20, 2003 at 11:59:52AM +0100, H.Merijn Brand wrote:
>On Fri 17 Jan 2003 17:07, Christopher Faylor <[EMAIL PROTECTED]> wrote:
>> On Fri, Jan 17, 2003 at 11:22:51AM +0100, H.Merijn Brand wrote:
>> >On Tue 14 Jan 2003 11:45, "Gerrit P. Haase" <[EMAIL PROTECTED]> wrote:
>> >> H.Merijn schrieb:
>> >> 
>> >> > On Mon 13 Jan 2003 18:14, "Gerrit P. Haase" <[EMAIL PROTECTED]> wrote:
>> >> >> Jarkko schrieb:
>> >> >> 
>> >> >> > Hi, could you retry this with either newer cygwin or bleadperl?
>> >> >> 
>> >> >> Hmmm, the latest cygwin (1.3.18-1) is somewhat broken, but you may close
>> >> >> this bug anyway.
>> >> 
>> >> > Closed. Gerrit, can you try the 20030113 snapshot, and see if it's gone with
>> >> > you too?
>> >> 
>> >> Yes, Sir :-)
>> >
>> >[ Bleadperl development ]
>> >
>> >Yesterday's snap (20030116) gave me a signal 11 during Configure. also after
>> >reboot. 20030117 was showing the same behaviour
>> 
>> Thanks for testing it.  I can see that I introduced some problems.  I'll have
>> them fixed shortly, I hope, as long as my pesky real job doesn't interfere.
>
>20030119 gave a full OK on bleadperl. Thanks.
>
>I'm not on this list, nor do I have time to deal with yet another high volume
>mailing list, so if you need something from me, either ask me directly, or
>contact Gerrit P. Haase.

I thought I had cc'ed you.  Apologies.

>Do you think that using cygwin snapshots to build development versions of perl
>is valuable to the cygwin community? If so, I can make it a habbit to update
>one of the machines with that snapshot on a semi-automatic basis.

Yes, I think it is a real service.  I wish I had someone who could just run
the actual cygwin testsuite on a regular basis, too.  Running perl is a good
sanity check.

Thanks,
cgf

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

Announce: ioperm-0.2.1 for Cygwin released

[Marcel Telka]

This software adds support for ioperm() function to Cygwin. This support
includes sys/io.h and sys/perm.h header files (not included in Cygwin by
default) together with development and runtime libraries.

News in this release:
* Windows DDK is optional for compilation now
* --prefix=/usr parameter for ./configure script is not mandatory now

Homepage: http://openwince.sourceforge.net/ioperm/

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

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

Re: Announce: ioperm-0.2.1 for cygwin released

[Christopher Faylor]

On Mon, Jan 20, 2003 at 03:57:35PM +0100, Marcel Telka wrote:
>This software adds support for ioperm() function to Cygwin. This support
>includes sys/io.h and sys/perm.h header files (not included in Cygwin by
>default) together with development and runtime libraries.
>
>News in this release:
>   * Windows DDK is optional for compilation now
>   * --prefix=/usr parameter for ./configure script is not mandatory now
>
>Homepage: http://openwince.sourceforge.net/ioperm/

Is there some reason you're not proposing this as a standard cygwin package?

cgf
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.com

--
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: Adding/removing custom mirror URLs in setup.exe...

[Johan Bezem]

OK, convinced! ;-)
Using the IE-connection type...

Johan

Robert Collins wrote:
> 
> On Mon, 2003-01-20 at 21:25, Johan Bezem wrote:
> > Maybe it doesn't parse the ftp://... string itself, but in our case it
> > *works* nonetheless.
> > Can it be that the string is passed to the FTP-server unaltered, and the
> 
> Are you using the IE connection type, or the HTTP proxy type? If so,
> then they perform that translation for you.
> 
> Rob
> --
> GPG key available at: .
> 
>   
>Name: signature.asc
>signature.asc   Type: PGP Armored File 
>(application/x-unknown-content-type-PGP Armored File)
> Description: This is a digitally signed message part

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

accessing network shares through rlogin

[Rob Siklos]

The problem is that when I rlogin to a windows 2000 machine running cygwin
and a .rhosts file exists so I don't have to enter a password, I can't
access any other windows network shares from that rlogin session.

However, if I delete the .rhosts file (so I DO have to enter a password), I
can access shares just fine.  If I connect using telnet, I can also access
network shares.

The same situation exists when I use ssh:  if it is set up so that I have to
enter my password, I can access shares.  But if I use public key pairs so
that I don't have to enter my password, I can't access any network shares.

Anybody have any ideas?

Rob.




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

final: try a snapshot, Novell, BSOD, /etc

[Christopher Faylor]

Pierre Humblet found some problems with the recently revamped /etc scanning
code, so I spent some time amidst the sources.redhat.com upgrade addressing
his concerns and revamping some of this code some more in preparation for
coming changes to cygwin.

So, the only change in the latest snapshot is an update in the code to
try to read /etc/passwd and /etc/group only when they change.  It needs
testing, however.  I have tried it on XP and 95 and I've tried ssh, zsh,
and bash with no problems.

This release should also work around some of the problems that people were
reporting with Novell network shares.  Cygwin will operate a little more
slowly there but it won't be issuing any more warnings.

Thanks to Pierre for all of his research on this problem and apologies
for insisting on doing things "my own way".  It must be a tad
frustrating to offer patches and see things done in a different way.
However, I wouldn't have been changing this at all if he hadn't done the
research and allowed me to use his code for inspiration.

Also thanks to Corinna for providing a nice foundation on which to make
all of these changes.

cgf

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

linker can't find vasprint()

[Maor Avni]

Hi,

I've just learned to live with the fact that I don't have getsubopt() in a library, so 
I hard-included it into my project.

Now I have the same problem with vasprint():

#include 
#include 

int main()
{
  vasprint(.);
  return 0;
}


the linked can't find a reference to vasprint(). I tried hard-including it, but it 
requires many files, so I gave up.

Is there any global solution to this problem?

Thanks,

Maor


--
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: linker can't find vasprint()

[Max Bowsher]

Maor Avni wrote:
> Hi,
> 
> I've just learned to live with the fact that I don't have getsubopt()
> in a library, so I hard-included it into my project. 
> 
> Now I have the same problem with vasprint():
> 
> #include 
> #include 
> 
> int main()
> {
>   vasprint(.);
>   return 0;
> }
> 
> 
> the linked can't find a reference to vasprint(). I tried
> hard-including it, but it requires many files, so I gave up. 
> 
> Is there any global solution to this problem?

The yet-to-be-released cygwin-1.3.19.

Max.


--
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: accessing network shares through rlogin

[[EMAIL PROTECTED]]

Sounds like there's need for code inspection and a possible patch.  That's 
the only idea I can offer that doesn't rely on allot of conjecture (which 
would be of no value).  Absent that, the suggestions you made are the 
best "workarounds" for the current state.

Larry

Original Message:
-
From: Rob Siklos [EMAIL PROTECTED]
Date: Mon, 20 Jan 2003 10:20:51 -0500
To: [EMAIL PROTECTED]
Subject: accessing network shares through rlogin



The problem is that when I rlogin to a windows 2000 machine running cygwin
and a .rhosts file exists so I don't have to enter a password, I can't
access any other windows network shares from that rlogin session.

However, if I delete the .rhosts file (so I DO have to enter a password), I
can access shares just fine.  If I connect using telnet, I can also access
network shares.

The same situation exists when I use ssh:  if it is set up so that I have to
enter my password, I can access shares.  But if I use public key pairs so
that I don't have to enter my password, I can't access any network shares.

Anybody have any ideas?

Rob.




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



mail2web - Check your email from the web at
http://mail2web.com/ .



--
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: accessing network shares through rlogin

[Max Bowsher]

[EMAIL PROTECTED] wrote:
> Sounds like there's need for code inspection and a possible patch.

Isn't the consensus that this is an unavoidable artefact of the way Windows
authentication works?

To summarize:
rsh/ssh daemons run as SYSTEM, which has permission to hand out
authentication tokens as it sees fit within the local machine, but since
those tokens have no password info attached, they are no good for
authenticating to other machines over the network.

> That's the only idea I can offer that doesn't rely on allot of
> conjecture (which would be of no value).

No conjecture necessary? Or is my summary based on conjecture?

> Absent that, the
> suggestions you made are the
> best "workarounds" for the current state.
>
> Larry
>
> Original Message:
> -
> From: Rob Siklos [EMAIL PROTECTED]
> Date: Mon, 20 Jan 2003 10:20:51 -0500
> To: [EMAIL PROTECTED]
> Subject: accessing network shares through rlogin
>
>
>
> The problem is that when I rlogin to a windows 2000 machine running
> cygwin and a .rhosts file exists so I don't have to enter a password,
> I can't access any other windows network shares from that rlogin
> session.
>
> However, if I delete the .rhosts file (so I DO have to enter a
> password), I can access shares just fine.  If I connect using telnet,
> I can also access network shares.
>
> The same situation exists when I use ssh:  if it is set up so that I
> have to enter my password, I can access shares.  But if I use public
> key pairs so that I don't have to enter my password, I can't access
> any network shares.


--
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: PPPD on cygwin?

[Igor Pechtchanski]

On Mon, 20 Jan 2003, Gareth Gregor wrote:

> Hi all,
>
> Sorry if this has been covered on this list in the past, I did search the
> archives of the cygwin list and only found one mail that did not explain
> things.
>
> What I want to know is, is there a pppd for cygwin? I use pppd very often to
> connect 2 linux boxes together with a analogue modem on each end, for this i
> just use init and pppd, i can get away with not using init, but i will need
> pppd.
> There is _no_ way that I have seen to do this with win95/98, on NT there is
> a way but its really hard to get working.
> And most of my clients cant afford another computer just for the linux+pppd.
> I basically would like to have pppd on windows as it is in linux, but if the
> ttySx devices are named different and such its not a problem, i just need a
> ppp/pppd.
>
> Anyway, thank you all for any help you can provide.
> Regards
> Gareth Gregor

Gareth,

To find out whether a particular package is available for Cygwin, use the
package search page at , or the list of
ported packages at .  This will show that
there is no pppd package for Cygwin (yet).

However, there is an experimental sysvinit package for Cygwin that is just
about ready to go mainstream, according to the discussion on the
cygwin-apps list.  Also, Cygwin strives to provide a Unix interface, which
includes device naming, so you should be able to use ttySx with no
problems.  You might try to install sysvinit and compile an open source
pppd (e.g.  ), and
let the list know whether it works.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
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: Building opengl applications

[Igor Pechtchanski]

On Mon, 20 Jan 2003, [iso-8859-1] Mikael Åsberg wrote:

> Hello, I am trying to build a simple OpenGL program (an example taken from
> the famous "Red Book"). However, during the build process the following
> error messages are displayed:
>
> /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0xe):test.c:
> undefined reference to `glEnableClientState@4'
> /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0x1d):test.c:
> undefined reference to `glEnableClientState@4'
> /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0x44):test.c:
> undefined reference to `glVertexPointer@16'
> /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0x6b):test.c:
> undefined reference to `glColorPointer@16'
> /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0x92):test.c:
> undefined reference to `glInterleavedArrays@12'
>
> Actually, there is more, but each error is an undefined reference so it
> seems gcc cannot find
> the libraries. I did install them, though.
> Building with -glut32 -lglu32 -lopengl32
>
> What am I doing wrong?
>
> Hope you can help me =)
>
> // Mikael
>
> --
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/

Mikael,

Please note the last 3 lines above.  I'm sure at least some of the
relevant information is contained there.  If not, at least they contain a
way of reporting your problem with the maximum of useful information
(especially the first link of the three).  Without knowing the exact
command line you gave to gcc and the packages you have installed, there is
no way to provide useful input.  Please peruse the instructions at the
above links on how to report your problem properly.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
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: accessing network shares through rlogin

[[EMAIL PROTECTED]]

Right.  Windows authetication is the main hinderance.  
However, as the poster pointed out, if you're forced to 
enter your password (by the lack of a .rhosts file for an
rsh session), then Windows password authentication
occurs and shares are available.  But I guess I should 
clarify the difference I see and the reason for my response.
While key authentication (via ssh) can't provide the password
protected share access, rsh access (with a .rhosts) should be
able to based on the posters description.  That's the part 
that I think could benefit from closer inspection.

Sorry if I was a little vague initially (am I less so now? ;-) )

Larry

Original Message:
-
From: Max Bowsher [EMAIL PROTECTED]
Date: Mon, 20 Jan 2003 16:30:24 -
To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: accessing network shares through rlogin


[EMAIL PROTECTED] wrote:
> Sounds like there's need for code inspection and a possible patch.

Isn't the consensus that this is an unavoidable artefact of the way Windows
authentication works?

To summarize:
rsh/ssh daemons run as SYSTEM, which has permission to hand out
authentication tokens as it sees fit within the local machine, but since
those tokens have no password info attached, they are no good for
authenticating to other machines over the network.

> That's the only idea I can offer that doesn't rely on allot of
> conjecture (which would be of no value).

No conjecture necessary? Or is my summary based on conjecture?

> Absent that, the
> suggestions you made are the
> best "workarounds" for the current state.
>
> Larry
>
> Original Message:
> -
> From: Rob Siklos [EMAIL PROTECTED]
> Date: Mon, 20 Jan 2003 10:20:51 -0500
> To: [EMAIL PROTECTED]
> Subject: accessing network shares through rlogin
>
>
>
> The problem is that when I rlogin to a windows 2000 machine running
> cygwin and a .rhosts file exists so I don't have to enter a password,
> I can't access any other windows network shares from that rlogin
> session.
>
> However, if I delete the .rhosts file (so I DO have to enter a
> password), I can access shares just fine.  If I connect using telnet,
> I can also access network shares.
>
> The same situation exists when I use ssh:  if it is set up so that I
> have to enter my password, I can access shares.  But if I use public
> key pairs so that I don't have to enter my password, I can't access
> any network shares.



mail2web - Check your email from the web at
http://mail2web.com/ .



--
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: accessing network shares through rlogin

[Max Bowsher]

[EMAIL PROTECTED] wrote:
> Right.  Windows authetication is the main hinderance.
> However, as the poster pointed out, if you're forced to
> enter your password (by the lack of a .rhosts file for an
> rsh session), then Windows password authentication
> occurs and shares are available.  But I guess I should
> clarify the difference I see and the reason for my response.
> While key authentication (via ssh) can't provide the password
> protected share access, rsh access (with a .rhosts) should be
> able to based on the posters description.  That's the part
> that I think could benefit from closer inspection.
>
> Sorry if I was a little vague initially (am I less so now? ;-) )

Umm? How is ssh key access different from rsh .rhosts access? They are both
just a priviledged process deciding that a login is authorized hrough their
own means, and telling Cygwin/Windows to let them in. Aren't they?

Max.


--
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: accessing network shares through rlogin

[Corinna Vinschen]

On Mon, Jan 20, 2003 at 11:51:53AM -0500, [EMAIL PROTECTED] wrote:
> Right.  Windows authetication is the main hinderance.  
> However, as the poster pointed out, if you're forced to 
> enter your password (by the lack of a .rhosts file for an
> rsh session), then Windows password authentication
> occurs and shares are available.  But I guess I should 
> clarify the difference I see and the reason for my response.
> While key authentication (via ssh) can't provide the password
> protected share access, rsh access (with a .rhosts) should be
> able to based on the posters description.  That's the part 
> that I think could benefit from closer inspection.

Huh?  I don't understand what you're trying to say.  If rhosts
authentication takes place... how should Cygwin be able to create
a token with network credentials???

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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: Building opengl applications

[Mikael Åsberg]

- Original Message - 
From: "Igor Pechtchanski" <[EMAIL PROTECTED]>
To: "Mikael Åsberg" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, January 20, 2003 5:45 PM
Subject: Re: Building opengl applications


> On Mon, 20 Jan 2003, [iso-8859-1] Mikael Åsberg wrote:
>
> > Hello, I am trying to build a simple OpenGL program (an example taken
from
> > the famous "Red Book"). However, during the build process the following
> > error messages are displayed:
> >
> >
/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0xe):test.c:
> > undefined reference to `glEnableClientState@4'
> >
/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0x1d):test.c:
> > undefined reference to `glEnableClientState@4'
> >
/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0x44):test.c:
> > undefined reference to `glVertexPointer@16'
> >
/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0x6b):test.c:
> > undefined reference to `glColorPointer@16'
> >
/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0x92):test.c:
> > undefined reference to `glInterleavedArrays@12'
> >
> > Actually, there is more, but each error is an undefined reference so it
> > seems gcc cannot find
> > the libraries. I did install them, though.
> > Building with -glut32 -lglu32 -lopengl32
> >
> > What am I doing wrong?
> >
> > Hope you can help me =)
> >
> > // Mikael
> >
> > --
> > Bug reporting: http://cygwin.com/bugs.html
> > Documentation: http://cygwin.com/docs.html
> > FAQ:   http://cygwin.com/faq/
>
> Mikael,
>
> Please note the last 3 lines above.  I'm sure at least some of the
> relevant information is contained there.  If not, at least they contain a
> way of reporting your problem with the maximum of useful information
> (especially the first link of the three).  Without knowing the exact
> command line you gave to gcc and the packages you have installed, there is
> no way to provide useful input.  Please peruse the instructions at the
> above links on how to report your problem properly.
> Igor
> -- 
> http://cs.nyu.edu/~pechtcha/
>   |\  _,,,---,,_ [EMAIL PROTECTED]
> ZZZzz /,`.-'`'-.  ;-;;,_ [EMAIL PROTECTED]
>  |,4-  ) )-,_. ,\ (  `'-' Igor Pechtchanski
> '---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
>
> Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
>   -- /usr/games/fortune
>
>
Apart from the base install, I have installed the opengl library and gcc and
the packages it requires (cygwin, ash, binutils, w32api, mingw-runtime,
linintl2, gcc-mingw). I already gave the build command:
gcc -glut32 -lglu32 -lopengl32 -o test test.c

Any other info needed? This is cygwin 1.3.18, packages were downloaded a
few weeks ago.



--
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: Building opengl applications

[Andre Bleau]

Mikael Åsberg wrote:

Hello, I am trying to build a simple OpenGL program (an example taken from
the famous "Red Book"). However, during the build process the following
error messages are displayed:

/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0xe):test.c:
undefined reference to `glEnableClientState@4'
/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0x1d):test.c:
undefined reference to `glEnableClientState@4'
/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0x44):test.c:
undefined reference to `glVertexPointer@16'
/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0x6b):test.c:
undefined reference to `glColorPointer@16'
/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0x92):test.c:
undefined reference to `glInterleavedArrays@12'


Messages like that may be an indication that you are using the wrong header 
files or the wrong librairies. You should use the headers from 
/usr/include/GL. They should have lines near the top that say:

** Modified to provide correct APIENTRY and WINGDIAPI definitions
** for Cygwin and Mingw

Actually, there is more, but each error is an undefined reference so it
seems gcc cannot find
the libraries. I did install them, though.
Building with -glut32 -lglu32 -lopengl32


It's -lglut32. Be sure to put -lglut32 -lglu32 -lopengl32 on the linking 
line _after_ any files that require them.


What am I doing wrong?

Hope you can help me =)

// Mikael



André Bleau, Cygwin's OpenGL package maintainer.

email: bleau at igb dot umontreal dot ca
(Fight SPAM: encode your email-address)

Please address all questions and problem reports about Cygwin's OpenGL 
package to [EMAIL PROTECTED] .


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

RE: Building opengl applications

[Igor Pechtchanski]

On Mon, 20 Jan 2003, [iso-8859-1] Mikael Åsberg wrote:

> - Original Message -
> From: "Igor Pechtchanski" <[EMAIL PROTECTED]>
> To: "Mikael Åsberg" <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Monday, January 20, 2003 5:45 PM
> Subject: Re: Building opengl applications
>
>
> > On Mon, 20 Jan 2003, [iso-8859-1] Mikael Åsberg wrote:
> >
> > > Hello, I am trying to build a simple OpenGL program (an example taken from
> > > the famous "Red Book"). However, during the build process the following
> > > error messages are displayed:
> > >
> > > /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0xe):test.c: 
>undefined reference to `glEnableClientState@4'
> > > /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0x1d):test.c: 
>undefined reference to `glEnableClientState@4'
> > > /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0x44):test.c: 
>undefined reference to `glVertexPointer@16'
> > > /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0x6b):test.c: 
>undefined reference to `glColorPointer@16'
> > > /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0x92):test.c: 
>undefined reference to `glInterleavedArrays@12'
> > >
> > > Actually, there is more, but each error is an undefined reference so it
> > > seems gcc cannot find
> > > the libraries. I did install them, though.
> > > Building with -glut32 -lglu32 -lopengl32
> > >
> > > What am I doing wrong?
> > >
> > > Hope you can help me =)
> > >
> > > // Mikael
> > >
> > > --
> > > Bug reporting: http://cygwin.com/bugs.html
> > > Documentation: http://cygwin.com/docs.html
> > > FAQ:   http://cygwin.com/faq/
> >
> > Mikael,
> >
> > Please note the last 3 lines above.  I'm sure at least some of the
> > relevant information is contained there.  If not, at least they contain a
> > way of reporting your problem with the maximum of useful information
> > (especially the first link of the three).  Without knowing the exact
> > command line you gave to gcc and the packages you have installed, there is
> > no way to provide useful input.  Please peruse the instructions at the
> > above links on how to report your problem properly.
> > Igor
> >
> >
> Apart from the base install, I have installed the opengl library and gcc and
> the packages it requires (cygwin, ash, binutils, w32api, mingw-runtime,
> linintl2, gcc-mingw). I already gave the build command:
> gcc -glut32 -lglu32 -lopengl32 -o test test.c
>
> Any other info needed? This is cygwin 1.3.18, packages were downloaded a
> few weeks ago.

Mikael,

You still didn't read the bug reporting guidelines at
.  For the future, please read them and
follow them when posting.

Now that you gave a *full* build command (which you most assuredly did not
before), you have provided enough information to deduce the nature of your
problem.  The order of arguments to gcc does matter.  The library
containing a particular symbol should follow the object trying to use that
symbol in the argument list.  Try

gcc -o test test.c -glut32 -lglu32 -lopengl32

You may also need to juggle the -l arguments to make this work.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
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: accessing network shares through rlogin

[Vince Hoffman]

Pierre Humblet suugested a possible work around, i havent tried this though.
http://sources.redhat.com/ml/cygwin/2002-12/msg01178.html

> -Original Message-
> From: Rob Siklos [mailto:[EMAIL PROTECTED]]
> Sent: 20 January 2003 15:21
> To: [EMAIL PROTECTED]
> Subject: accessing network shares through rlogin
> 
> 
> 
> The problem is that when I rlogin to a windows 2000 machine 
> running cygwin
> and a .rhosts file exists so I don't have to enter a password, I can't
> access any other windows network shares from that rlogin session.
> 
> However, if I delete the .rhosts file (so I DO have to enter 
> a password), I
> can access shares just fine.  If I connect using telnet, I 
> can also access
> network shares.
> 
> The same situation exists when I use ssh:  if it is set up so 
> that I have to
> enter my password, I can access shares.  But if I use public 
> key pairs so
> that I don't have to enter my password, I can't access any 
> network shares.
> 
> Anybody have any ideas?
> 
> Rob.
> 
> 
> 
> 
> --
> 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: Building opengl applications

[Mikael Åsberg]

- Original Message - 
From: "Igor Pechtchanski" <[EMAIL PROTECTED]>
To: "Mikael Åsberg" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, January 20, 2003 6:09 PM
Subject: RE: Building opengl applications


> On Mon, 20 Jan 2003, [iso-8859-1] Mikael Åsberg wrote:
>
> > - Original Message -
> > From: "Igor Pechtchanski" <[EMAIL PROTECTED]>
> > To: "Mikael Åsberg" <[EMAIL PROTECTED]>
> > Cc: <[EMAIL PROTECTED]>
> > Sent: Monday, January 20, 2003 5:45 PM
> > Subject: Re: Building opengl applications
> >
> >
> > > On Mon, 20 Jan 2003, [iso-8859-1] Mikael Åsberg wrote:
> > >
> > > > Hello, I am trying to build a simple OpenGL program (an example
taken from
> > > > the famous "Red Book"). However, during the build process the
following
> > > > error messages are displayed:
> > > >
> > > >
/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0xe):test.c:
undefined reference to `glEnableClientState@4'
> > > >
/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0x1d):test.c:
undefined reference to `glEnableClientState@4'
> > > >
/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0x44):test.c:
undefined reference to `glVertexPointer@16'
> > > >
/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0x6b):test.c:
undefined reference to `glColorPointer@16'
> > > >
/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccK0lHn2.o(.text+0x92):test.c:
undefined reference to `glInterleavedArrays@12'
> > > >
> > > > Actually, there is more, but each error is an undefined reference so
it
> > > > seems gcc cannot find
> > > > the libraries. I did install them, though.
> > > > Building with -glut32 -lglu32 -lopengl32
> > > >
> > > > What am I doing wrong?
> > > >
> > > > Hope you can help me =)
> > > >
> > > > // Mikael
> > > >
> > > > --
> > > > Bug reporting: http://cygwin.com/bugs.html
> > > > Documentation: http://cygwin.com/docs.html
> > > > FAQ:   http://cygwin.com/faq/
> > >
> > > Mikael,
> > >
> > > Please note the last 3 lines above.  I'm sure at least some of the
> > > relevant information is contained there.  If not, at least they
contain a
> > > way of reporting your problem with the maximum of useful information
> > > (especially the first link of the three).  Without knowing the exact
> > > command line you gave to gcc and the packages you have installed,
there is
> > > no way to provide useful input.  Please peruse the instructions at the
> > > above links on how to report your problem properly.
> > > Igor
> > >
> > >
> > Apart from the base install, I have installed the opengl library and gcc
and
> > the packages it requires (cygwin, ash, binutils, w32api, mingw-runtime,
> > linintl2, gcc-mingw). I already gave the build command:
> > gcc -glut32 -lglu32 -lopengl32 -o test test.c
> >
> > Any other info needed? This is cygwin 1.3.18, packages were downloaded a
> > few weeks ago.
>
> Mikael,
>
> You still didn't read the bug reporting guidelines at
> .  For the future, please read them and
> follow them when posting.
>
> Now that you gave a *full* build command (which you most assuredly did not
> before), you have provided enough information to deduce the nature of your
> problem.  The order of arguments to gcc does matter.  The library
> containing a particular symbol should follow the object trying to use that
> symbol in the argument list.  Try
>
> gcc -o test test.c -glut32 -lglu32 -lopengl32
>
> You may also need to juggle the -l arguments to make this work.
> Igor
> -- 
> http://cs.nyu.edu/~pechtcha/
>   |\  _,,,---,,_ [EMAIL PROTECTED]
> ZZZzz /,`.-'`'-.  ;-;;,_ [EMAIL PROTECTED]
>  |,4-  ) )-,_. ,\ (  `'-' Igor Pechtchanski
> '---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
>
> Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
>   -- /usr/games/fortune
>
>

Thanks, switching the order of the parameters worked. Now using
gcc -o test test.c -lopengl32 -lglu32 -lglut, and it compiles and links.
However, it crashed upon startup because it cannot find the file glut.dll
and that file is not in my system so I must have missed something. Haven't
worked with cygwin/gcc/opengl before.



--
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: Building opengl applications

[Mikael Åsberg]

All problems have been solved, thanks for your help!

// Mikael


--
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: please try the latest snapshot

[Jason Tishler]

Chris,

On Fri, Jan 17, 2003 at 10:39:25PM -0500, Christopher Faylor wrote:
> On Fri, Jan 17, 2003 at 08:04:43PM -0500, Christopher Faylor wrote:
> >On Fri, Jan 17, 2003 at 04:17:27PM -0500, Jason Tishler wrote:
> >>I spoke too soon.  I'm getting segmentation faults and stuff like
> >>the following by just running ls:
> >>
> >>[snip]
> >
> >Could you get a gdb backtrace of this problem?
> 
> Nevermind.  I cd'ed around my disk like crazy until I could duplicate
> the problem.  I'm regenerating the snapshot now.

Sorry to leave you hanging, cd-ing like crazy, but I was involved in a
scheduled network maintenance operation last Friday from 8:00 PM EST to
12:00 AM EST.  Since this affected a customer facing system, I couldn't
steal any cycles to respond to your post.

Anyway, I just tried the 2003-Jan-19 snapshot.  All of the problems that
I reported in this thread appear to be corrected.

Thanks,
Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

--
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: Announce: ioperm-0.2.1 for cygwin released

[Max Bowsher]

Marcel Telka wrote:
> On Mon, Jan 20, 2003 at 10:05:43AM -0500, Christopher Faylor wrote:
>> On Mon, Jan 20, 2003 at 03:57:35PM +0100, Marcel Telka wrote:
>>> This software adds support for ioperm() function to Cygwin. This
>>> support includes sys/io.h and sys/perm.h header files (not included
>>> in Cygwin by default) together with development and runtime
>>> libraries.
>>>
>>> News in this release:
>>> * Windows DDK is optional for compilation now
>>> * --prefix=/usr parameter for ./configure script is not mandatory
>>> now
>>>
>>> Homepage: http://openwince.sourceforge.net/ioperm/
>>
>> Is there some reason you're not proposing this as a standard cygwin
>> package?
>
> There are at least two reasons:
> 1. A device driver (ioperm.sys) is required for running ioperm with
> NT/2000/XP
> 2. Windows DDK is required for the driver compilation.
>
> If these drawbacks are acceptable for a standard cygwin package I
> could start ioperm integration with mainstream cygwin net
> distribution.

Personal opinion ONLY:
1. is annoying but probably acceptable if there is some way to install it.
2. is likely a problem. Are you aware that w32api has some ddk support now?
That might be a way around this problem.

Max.


--
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: Announce: ioperm-0.2.1 for cygwin released

[Marcel Telka]

On Mon, Jan 20, 2003 at 05:57:42PM -, Max Bowsher wrote:
> Marcel Telka wrote:
> > On Mon, Jan 20, 2003 at 10:05:43AM -0500, Christopher Faylor wrote:
> >> On Mon, Jan 20, 2003 at 03:57:35PM +0100, Marcel Telka wrote:
> >>> This software adds support for ioperm() function to Cygwin. This
> >>> support includes sys/io.h and sys/perm.h header files (not included
> >>> in Cygwin by default) together with development and runtime
> >>> libraries.
> >>>
> >>> News in this release:
> >>> * Windows DDK is optional for compilation now
> >>> * --prefix=/usr parameter for ./configure script is not mandatory
> >>> now
> >>>
> >>> Homepage: http://openwince.sourceforge.net/ioperm/
> >>
> >> Is there some reason you're not proposing this as a standard cygwin
> >> package?
> >
> > There are at least two reasons:
> > 1. A device driver (ioperm.sys) is required for running ioperm with
> > NT/2000/XP
> > 2. Windows DDK is required for the driver compilation.
> >
> > If these drawbacks are acceptable for a standard cygwin package I
> > could start ioperm integration with mainstream cygwin net
> > distribution.
> 
> Personal opinion ONLY:
> 1. is annoying but probably acceptable if there is some way to install it.

Installation is simple (reboot is not required - tested with 2000/XP).

$ ioperm -i
Installing ioperm.sys...
OpenSCManager   ok
CreateService   ok
StartServiceok

Installation ok.

> 2. is likely a problem. Are you aware that w32api has some ddk support now?

Yes. But this is only at .h level. I need a linker (binutils)...

$ objdump -x ioperm.sys 
BFD: ioperm.sys (.text): Section flag IMAGE_SCN_MEM_NOT_PAGED (0x800) ignored
BFD: ioperm.sys (.text): Section flag IMAGE_SCN_MEM_NOT_PAGED (0x800) ignored
objdump: ioperm.sys: File format not recognized

:-(

> That might be a way around this problem.

I'm unaware about any way to compile & link a device driver using cygwin-only tools
:-(


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

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

Re: Announce: ioperm-0.2.1 for cygwin released

[Christopher Faylor]

On Mon, Jan 20, 2003 at 07:06:23PM +0100, Marcel Telka wrote:
>$ objdump -x ioperm.sys 
>BFD: ioperm.sys (.text): Section flag IMAGE_SCN_MEM_NOT_PAGED (0x800) ignored
>BFD: ioperm.sys (.text): Section flag IMAGE_SCN_MEM_NOT_PAGED (0x800) ignored
>objdump: ioperm.sys: File format not recognized
>
>:-(
>
>> That might be a way around this problem.
>
>I'm unaware about any way to compile & link a device driver using cygwin-only tools
>:-(

AFAIAC, this is regrettable but it is not a problem.  There is no requirement that you
have to use cygwin-only tools to build the package. As long as you include everything
you need to build it with whatever tools are required, that should be ok.

However, if the above is the only thing standing in the way of getting cygwin tools
to work, maybe a binutils change would be possible.

cgf

--
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: Announce: ioperm-0.2.1 for cygwin released

[Marcel Telka]

On Mon, Jan 20, 2003 at 01:11:07PM -0500, Christopher Faylor wrote:
> On Mon, Jan 20, 2003 at 07:06:23PM +0100, Marcel Telka wrote:
> >$ objdump -x ioperm.sys 
> >BFD: ioperm.sys (.text): Section flag IMAGE_SCN_MEM_NOT_PAGED (0x800) ignored
> >BFD: ioperm.sys (.text): Section flag IMAGE_SCN_MEM_NOT_PAGED (0x800) ignored
> >objdump: ioperm.sys: File format not recognized
> >
> >:-(
> >
> >> That might be a way around this problem.
> >
> >I'm unaware about any way to compile & link a device driver using cygwin-only tools
> >:-(
> 
> AFAIAC, this is regrettable but it is not a problem.  There is no requirement that 
>you
> have to use cygwin-only tools to build the package. As long as you include everything
> you need to build it with whatever tools are required, that should be ok.

Ok. I'm going to do some work for ioperm integration into mainstream cygwin...

> 
> However, if the above is the only thing standing in the way of getting cygwin tools
> to work, maybe a binutils change would be possible.

Yes. Binutils change is AFAIK possible (objdump is only a example, working ld is
required[*]) but I don't have free time (nor experience) to do this (big) work.

[*] or some conversion tool (.exe/.dll -> .sys) or whatever else to produce valid
.sys files

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

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

[ANNOUNCEMENT] sunrpc-4.0-1

[Robb, Sam]

The sunrpc package is now available via setup.exe

This package contains a port of Sun Microsystem's implementation of
the RPC and XDR protocols.  It also includes complete documentation,
utilities, RPC service specification files, and demonstration services
in the format used by the RPC protocol compiler (rpcgen).

The examples for using this library located in the "demo" directory
of the source package distribution.

Changes and limitations relative to the original sunrpc source:

* This release does not include support for Secure RPC
* Synced xdr files with those present in glibc-2.2.5
* Added support for "hyper" to rpcgen
* Clean compilation with gcc-2.x and gcc-3.x

   *** INSTALLATION ***

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.  expect is
located in the "Interpreters" category.  Click on this category to
install expect if it is not already installed.  If expect is already
installed, it will be updated automatically.

If you have questions or comments, please send them to the Cygwin
mailing list at: [EMAIL PROTECTED] .  I would appreciate it if you would
use this mailing list rather than emailing me directly.  This includes
ideas and comments about the setup utility or Cygwin in general.

  *** 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.

- Sam Robb ([EMAIL PROTECTED])
- http://www.timesys.com


--
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: accessing network shares through rlogin

[[EMAIL PROTECTED]]

Never mind.  I forgot that there isn't the needed information (password) 
in the rhosts file for this.  So this isn't worth exploring (by anyone).
The original poster will have to be content to not use a .rhosts file,
use telnet, or set up a server running under his user credientials.  
All these options have been discussed before so I guess I should have
just pointed to the email archives originally. ;-)  

Sorry for the noise.

Larry

Original Message:
-
From: Corinna Vinschen [EMAIL PROTECTED]
Date: Mon, 20 Jan 2003 17:58:40 +0100
To: [EMAIL PROTECTED]
Subject: Re: accessing network shares through rlogin


On Mon, Jan 20, 2003 at 11:51:53AM -0500, [EMAIL PROTECTED] wrote:
> Right.  Windows authetication is the main hinderance.  
> However, as the poster pointed out, if you're forced to 
> enter your password (by the lack of a .rhosts file for an
> rsh session), then Windows password authentication
> occurs and shares are available.  But I guess I should 
> clarify the difference I see and the reason for my response.
> While key authentication (via ssh) can't provide the password
> protected share access, rsh access (with a .rhosts) should be
> able to based on the posters description.  That's the part 
> that I think could benefit from closer inspection.

Huh?  I don't understand what you're trying to say.  If rhosts
authentication takes place... how should Cygwin be able to create
a token with network credentials???

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

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



mail2web - Check your email from the web at
http://mail2web.com/ .



--
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: emacs error ad-Orig-documentation called with 5 arguments

[Dan Holmsand]

Joe,

Joe Buehler wrote:

I think this (long-running) problem has something to do with
the fact that emacs under Cygwin now has unexec().  If you roll
back to emacs 21.2-9 you will not have any problems.


I think I've found the problem: /usr/share/emacs/21.2/etc/DOC-21.2.1 
seems to be missing a few lines (at line 2406, right before 
Finvocation-name, to be precise).

I compared the DOC file in Cygwin to the one in a recent Redhat distro, 
and found a difference at that location (Redhat's includes docstrings 
for query-fontset etc.).

And, lo and behold, with the DOC-21.2.1 file from Redhat, 
emacs-X11-21.2-11 works just fine! (unfortunately, emacs-nox becomes 
slightly broken in the process, though :-( ).

In other words, it seems that "emacs without X" needs a different DOC 
file from "emacs with X", so it would seem that the correct DOC file 
needs to be included in the emacs-X11 package.

Hope this helps,

/dan



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

inetd fails to start services

[Kirschner, Paul E. UTRC]

I cannot get inetd services to start even after following the README. I've
got win2000, the latest cygwin and inetutils-1.3.2-20 installed.

I added "CYGWIN=binmode tty ntsec" and "d:\cygwin\bin" to the path for the
system variables.
Did the "/usr/sbin/inetd --install-as-service" and "net start inetd". (inetd
uses LocalSystem as the login account.) inetd seems to start OK...

net start inetd
The CYGWIN inetd service is starting.
The CYGWIN inetd service was started successfully.

However, "netstat -a" shows no services. In the application event viewer is
the error message...

"The description for Event ID ( 0 ) in Source ( inetd ) cannot be found. The
local computer may not have the necessary registry information or message
DLL files to display messages from a remote computer. The following
information is part of the event: inetd : Win32 Process Id = 0x2B8 : Cygwin
Process Id = 0x2B8 : /etc/inetd.conf: No such file or directory."

BUT inetd.conf IS there...

ls -al /etc/in*
-rwxrwxrwx1 Administ Administ 1973 Jan 20 10:10 /etc/inetd.conf

I tried different owners to no avail.

I followed these same instructions on two other machines and it worked!

Why can't inetd find inetd.conf? 

Any Help? thanks...




-
Paul Kirschner
Systems Department
United Technologies Research Center
[EMAIL PROTECTED]
(860)610-7119


--
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: inetd fails to start services

[Igor Pechtchanski]

On Mon, 20 Jan 2003, Kirschner, Paul E.UTRC wrote:

> I cannot get inetd services to start even after following the README. I've
> got win2000, the latest cygwin and inetutils-1.3.2-20 installed.
>
> I added "CYGWIN=binmode tty ntsec" and "d:\cygwin\bin" to the path for the
> system variables.
> Did the "/usr/sbin/inetd --install-as-service" and "net start inetd". (inetd
> uses LocalSystem as the login account.) inetd seems to start OK...
>
> net start inetd
> The CYGWIN inetd service is starting.
> The CYGWIN inetd service was started successfully.
>
> However, "netstat -a" shows no services. In the application event viewer is
> the error message...
>
> "The description for Event ID ( 0 ) in Source ( inetd ) cannot be found. The
> local computer may not have the necessary registry information or message
> DLL files to display messages from a remote computer. The following
> information is part of the event: inetd : Win32 Process Id = 0x2B8 : Cygwin
> Process Id = 0x2B8 : /etc/inetd.conf: No such file or directory."
>
> BUT inetd.conf IS there...
>
> ls -al /etc/in*
> -rwxrwxrwx1 Administ Administ 1973 Jan 20 10:10 /etc/inetd.conf
>
> I tried different owners to no avail.
>
> I followed these same instructions on two other machines and it worked!
>
> Why can't inetd find inetd.conf?
>
> Any Help? thanks...
>
> Paul Kirschner

Paul,

First off, make sure your /etc is executable by all (this is needed for
SYSTEM to access any file in that directory).
Secondly, did you perhaps install "For yourself only"?  In that case, you
will be missing the mount table for the user SYSTEM, and it won't know
where /etc is.  To fix this, remount "/", "/usr/bin", and "/usr/lib" as
system mounts instead of user mounts.

Had you included the output of "cygcheck -svr", as per
, this would have been a more informed
opinion, rather than the guesswork that it is.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
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: Announce: ioperm-0.2.1 for cygwin released

[Marcel Telka]

On Mon, Jan 20, 2003 at 08:43:21PM -, Max Bowsher wrote:
> Marcel Telka wrote:
> > On Mon, Jan 20, 2003 at 05:57:42PM -, Max Bowsher wrote:
> >> Marcel Telka wrote:
> >>> On Mon, Jan 20, 2003 at 10:05:43AM -0500, Christopher Faylor wrote:
>  On Mon, Jan 20, 2003 at 03:57:35PM +0100, Marcel Telka wrote:
> 
> 
> > This software adds support for ioperm() function to Cygwin.
> >>> 2. Windows DDK is required for the driver compilation.
> >> 2. is likely a problem. Are you aware that w32api has some ddk
> >> support now?
> > Yes. But this is only at .h level. I need a linker (binutils)...
> > I'm unaware about any way to compile & link a device driver using
> > cygwin-only tools :-(
> 
> It is at very least possible to create a null.sys device driver that
> implements a /dev/null-style bitbucket device, entirely with cygwin-only
> tools.
> 
> There is sample code at:
> http://reactos.wox.org/download/ddk-sample.tar.gz

This is really very important. I'll try it ASAP. Thank you!

> 
> I found that the current libntoskrnl.a in w32api-2.1 was too undeveloped to
> support compilation of this sample. However, installing w32api-cvs solved
> that problem.
> 
> 
> Food for thought, anyway. I don't know how mature the mingw ddk is, but its
> probably worth a try.

Thanks.

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

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

Re: inetd fails to start services

[Kirschner, Paul E. UTRC]

That was the answer - thanks.

I installed it as "just me".

-Original Message-
From: Igor Pechtchanski [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 20, 2003 3:50 PM
To: Kirschner, Paul E. UTRC
Cc: [EMAIL PROTECTED]
Subject: Re: inetd fails to start services


On Mon, 20 Jan 2003, Kirschner, Paul E.UTRC wrote:

> I cannot get inetd services to start even after following the README. I've
> got win2000, the latest cygwin and inetutils-1.3.2-20 installed.
>
> I added "CYGWIN=binmode tty ntsec" and "d:\cygwin\bin" to the path for the
> system variables.
> Did the "/usr/sbin/inetd --install-as-service" and "net start inetd".
(inetd
> uses LocalSystem as the login account.) inetd seems to start OK...
>
> net start inetd
> The CYGWIN inetd service is starting.
> The CYGWIN inetd service was started successfully.
>
> However, "netstat -a" shows no services. In the application event viewer
is
> the error message...
>
> "The description for Event ID ( 0 ) in Source ( inetd ) cannot be found.
The
> local computer may not have the necessary registry information or message
> DLL files to display messages from a remote computer. The following
> information is part of the event: inetd : Win32 Process Id = 0x2B8 :
Cygwin
> Process Id = 0x2B8 : /etc/inetd.conf: No such file or directory."
>
> BUT inetd.conf IS there...
>
> ls -al /etc/in*
> -rwxrwxrwx1 Administ Administ 1973 Jan 20 10:10 /etc/inetd.conf
>
> I tried different owners to no avail.
>
> I followed these same instructions on two other machines and it worked!
>
> Why can't inetd find inetd.conf?
>
> Any Help? thanks...
>
> Paul Kirschner

Paul,

First off, make sure your /etc is executable by all (this is needed for
SYSTEM to access any file in that directory).
Secondly, did you perhaps install "For yourself only"?  In that case, you
will be missing the mount table for the user SYSTEM, and it won't know
where /etc is.  To fix this, remount "/", "/usr/bin", and "/usr/lib" as
system mounts instead of user mounts.

Had you included the output of "cygcheck -svr", as per
, this would have been a more informed
opinion, rather than the guesswork that it is.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune




-
Paul Kirschner
Systems Department
United Technologies Research Center
[EMAIL PROTECTED]
(860)610-7119


--
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: inetd fails to start services

[Max Bowsher]

Kirschner, Paul E. UTRC wrote:
> d:/cygwin   /   userbinmode
> d:/cygwin/etc   /etcuserbinmode
> d:/cygwin/bin   /usr/binuserbinmode
> d:/cygwin/lib   /usr/libuserbinmode

There's your problem. You will need to remount those as system mounts. Also,
why the /etc mount? Given the / mount, the /etc mount you have there is a
no-op.


Max.


--
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: linker can't find getsubopt()

[Max Bowsher]

Christopher Faylor wrote:
> I don't think it is that simple.  Cygwin doesn't use the getopt that
> comes with newlib.

Ah. Just because I'm curious, why?

> Is there supposed to be any correspondence between
> the getopt version and the getsubopt version?

I've just looked at newlib's getsubopt.c. It is completely independent of
getopt, and in fact, has only been in newlib since 1.11.0.
So, unless I've overlooked something, it *is* just a matter of
cygwin.din/version.h.

Max.


--
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: inetd fails to start services

[Max Bowsher]

Kirschner, Paul E. UTRC wrote:
> /etc/inetd.conf: No such file or directory." 
> 
> BUT inetd.conf IS there...
> 
> Why can't inetd find inetd.conf?

The first thing to look at would be the Cygwin mount table.

Post cygcheck -svr output please.


Max.


--
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: Announce: ioperm-0.2.1 for cygwin released

[Max Bowsher]

Marcel Telka wrote:
> On Mon, Jan 20, 2003 at 05:57:42PM -, Max Bowsher wrote:
>> Marcel Telka wrote:
>>> On Mon, Jan 20, 2003 at 10:05:43AM -0500, Christopher Faylor wrote:
 On Mon, Jan 20, 2003 at 03:57:35PM +0100, Marcel Telka wrote:


> This software adds support for ioperm() function to Cygwin.
>>> 2. Windows DDK is required for the driver compilation.
>> 2. is likely a problem. Are you aware that w32api has some ddk
>> support now?
> Yes. But this is only at .h level. I need a linker (binutils)...
> I'm unaware about any way to compile & link a device driver using
> cygwin-only tools :-(

It is at very least possible to create a null.sys device driver that
implements a /dev/null-style bitbucket device, entirely with cygwin-only
tools.

There is sample code at:
http://reactos.wox.org/download/ddk-sample.tar.gz

I found that the current libntoskrnl.a in w32api-2.1 was too undeveloped to
support compilation of this sample. However, installing w32api-cvs solved
that problem.


Food for thought, anyway. I don't know how mature the mingw ddk is, but its
probably worth a try.


Max.


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

1-19 Snapshot: More Signal 11's

[Gary R Van Sickle]

I'm getting "Signal 11"s (whatever that is) when doing a build of gcc from
cvs (cross):

"
[...]
make[1]: Entering directory `/home/grvs/build-newgcc/gcc'
./gengtype
Signal 11
make[1]: *** [s-gtype] Error 139
[...]
"

gengtype is an exe, it generated a stack dump (attached if that helps).
cygcheck -stevierayvaughan also attached.

--
Gary R. Van Sickle
Braemar Inc.
11481 Rupp Dr.
Burnsville, MN 55337



gengtype.exe.stackdump
Description: Binary data

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Mon Jan 20 12:32:18 2003

Windows XP Professional Ver 5.1 Build 2600 Service Pack 1

Path:   c:\gs\gs7.04\bin
c:\gs\gs7.04\lib
c:\unix\home\grvs\bin
c:\PROGRA~1\DXP100~2\bin
c:\unix\usr\local\bin
c:\unix\bin
c:\WINNT\system32
c:\WINNT
c:\WINNT\system32\WBEM
c:\Cadence\PSD_14.2\tools\Capture
c:\Cadence\PSD_14.2\tools\bin
c:\Cadence\PSD_14.2\tools\jre\bin
c:\Cadence\PSD_14.2\tools\fet\bin
c:\PROGRA~1\MIFD68~1\Bin\
c:\PROGRA~1\MIFD68~1\Bin\WinNT\
c:\PROGRA~1\MIAF9D~1\Common\Tools\WinNT
c:\PROGRA~1\MIAF9D~1\Common\MSDev98\Bin
c:\PROGRA~1\MIAF9D~1\Common\Tools
c:\PROGRA~1\MIAF9D~1\VC98\bin
c:\PROGRA~1\MIAF9D~1\VSS\win32
c:\winddk\tools\chkinf
.
c:\PROGRA~1\SHARPD~1\bin

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

CYGWIN = `ntsec'
HOME = `c:\unix\home\grvs'
MAKE_MODE = `unix'
PWD = `/home/grvs'
USER = `Gary_VS'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\gary_vs.BRAEMARINC\Application Data'
BASEMAKE = `C:\Program Files\Microsoft SDK\Include\BKOffice.Mak'
BKOFFICE = `C:\Program Files\Microsoft SDK\.'
CDSROOT = `C:\Cadence\PSD_14.2'
CLASSPATH = `C:\Program Files\InterBase Corp\InterClient\interclient.jar'
COLORFGBG = `0;default;15'
COLORTERM = `rxvt-xpm'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `NOMAD'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
DDKPATH = `c:\winddk'
DDKROOT = `c:\winddk'
DESKTOP = `/cygdrive/c/DOCUME~1/GARY_V~1.BRA/Desktop'
DISPLAY = `:0'
EDITOR = `nano'
GS_FONTPATH = `c:\gs\fonts'
GS_LIB = `c:\gs\gs7.04\lib'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\gary_vs.BRAEMARINC'
HOSTNAME = `nomad'
INCLUDE = `C:\Program Files\Microsoft SDK\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'
INETSDK = `C:\Program Files\Microsoft SDK\.'
LIB = `C:\Program Files\Microsoft SDK\Lib\.;C:\Program Files\Microsoft Visual 
Studio\VC98\mfc\lib;C:\Program Files\Microsoft Visual Studio\VC98\lib'
LM_LICENSE_FILE = `C:\Modeltech_xe\win32xoem\license.dat'
LOGONSERVER = `\\NTSERV2'
MAIL = `/home/grvs/Mail/inbox'
MANPATH = `:/usr/ssl/man'
MSDEVDIR = `C:\Program Files\Microsoft Visual Studio\Common\MSDev98'
MSSDK = `C:\Program Files\Microsoft SDK\.'
MSTOOLS = `C:\Program Files\Microsoft SDK\.'
MUPAD_PRO_200 = `C:\Program Files\SciFace\MuPAD Pro 2.0'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/home/grvs/build-newgcc/gcc'
OS = `Windows_NT'
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 = `\[\033]0;\w\007
\033[32m\]\u@\h \[\033[33m\w\033[0m\]
$ '
SESSIONNAME = `Console'
SHLVL = `1'
SIWPATH = `c:\wdmbook'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `c:\DOCUME~1\GARY_V~1.BRA\LOCALS~1\Temp'
TERM = `rxvt-cygwin-native'
TMP = `c:\DOCUME~1\GARY_V~1.BRA\LOCALS~1\Temp'
USERDNSDOMAIN = `BRAEMARINC.COM'
USERDOMAIN = `BRAEMARINC'
USERNAME = `Gary_VS'
USERPROFILE = `C:\Documents and Settings\gary_vs.BRAEMARINC'
WINDIR = `C:\WINNT'
WINDOWID = `168056744'
WIN_EDITOR = `/cygdrive/c/progra~1/textpa~1/textpad.exe'
_ = `/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
  (default) = `/cygdrive'
  cygdrive flags = 0x0020
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start 
Menu\Programs\Cygnus Solutions
  (default) = (unsupported type)
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Installed Components
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Installed Components\c:/unix
  (default) = `2517'
  bash = `0002.0004.0001'
  binutils = `2625'
  bison = `'
  byacc = `'
  bzip = `'
  clear = `0001.'
  crypt = `0001.'
  cygwin = `0001.0001.0002'
  dejagnu = `'
  diff = `'
  expect = `'
  fileutils = `'
  findutils = `'
  flex = `'
  gawk = `0003..0004'
 

Re: [Mingw-users] Re: Solving the "relink exe's" libtool problem[take 3]

[Earnie Boyd]

This patch passes my test.  What do we need to do to get this accepted 
into libtool cvs HEAD?

Earnie.

Charles Wilson wrote:
Okay, this version

1) puts lt-foo.c into .libs

2) "libtool --mode=clean" does the right thing --- cleans up foo, 
foo.exe, .libs/foo.exe, .libs/lt-foo.c, plus whatever else it already 
took care of.

3) lt-foo.c actually passes its own arguments to the shell wrapper -- it 
didn't, before. (Oops)

libtool regression tests: no new failures (on cygwin)
briefly tested on another project; worked fine.

Binary packages for cygwin (libtool-devel-20030103-4, 
libltdl3-20030103-4) available by pointing setup.exe at 
http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/

--Chuck




Index: ltmain.in
===
RCS file: /cvsroot/libtool/libtool/ltmain.in,v
retrieving revision 1.318
diff -u -r1.318 ltmain.in
--- ltmain.in	1 Jan 2003 01:57:47 -	1.318
+++ ltmain.in	13 Jan 2003 04:48:39 -
@@ -4284,6 +4284,207 @@
 	outputname=`echo $outputname|${SED} 's,.exe$,,'` ;;
 	  *) exeext= ;;
 	esac
+	case $host in
+	  *cygwin* | *mingw* )
+	cwrappersource=`echo ${objdir}/lt-${output}.c`
+	cwrapper=`echo ${output}.exe`
+	$rm $cwrappersource $cwrapper
+	trap "$rm $cwrappersource $cwrapper; exit 1" 1 2 15
+
+	cat > $cwrappersource <
+
+/* $cwrappersource - temporary wrapper executable for $objdir/$outputname
+   Generated by $PROGRAM - GNU $PACKAGE $VERSION$TIMESTAMP
+
+   The $output program cannot be directly executed until all the libtool
+   libraries that it depends on are installed.
+   
+   This wrapper executable should never be moved out of the build directory.
+   If it is, it will not operate correctly.
+
+   Currently, it simply execs the wrapper *script* "/bin/sh $output",
+   but could eventually absorb all of the scripts functionality and
+   exec $objdir/$outputname directly.
+*/
+EOF
+	cat >> $cwrappersource<<"EOF"
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+
+#if defined(PATH_MAX)
+# define LT_PATHMAX PATH_MAX
+#elif defined(MAXPATHLEN)
+# define LT_PATHMAX MAXPATHLEN
+#else
+# define LT_PATHMAX 1024
+#endif
+
+#ifndef DIR_SEPARATOR
+#define DIR_SEPARATOR '/'
+#endif
+
+#if defined (_WIN32) || defined (__MSDOS__) || defined (__DJGPP__) || \
+  defined (__OS2__)
+#define HAVE_DOS_BASED_FILE_SYSTEM
+#ifndef DIR_SEPARATOR_2 
+#define DIR_SEPARATOR_2 '\\'
+#endif
+#endif
+
+#ifndef DIR_SEPARATOR_2
+# define IS_DIR_SEPARATOR(ch) ((ch) == DIR_SEPARATOR)
+#else /* DIR_SEPARATOR_2 */
+# define IS_DIR_SEPARATOR(ch) \
+(((ch) == DIR_SEPARATOR) || ((ch) == DIR_SEPARATOR_2))
+#endif /* DIR_SEPARATOR_2 */
+
+#define XMALLOC(type, num)  ((type *) xmalloc ((num) * sizeof(type)))
+#define XFREE(stale) do { \
+  if (stale) { free ((void *) stale); stale = 0; } \
+} while (0)
+
+const char *program_name = NULL;
+
+void * xmalloc (size_t num);
+char * xstrdup (const char *string);
+char * basename (const char *name);
+char * fnqualify(const char *path);
+char * strendzap(char *str, const char *pat);
+void lt_fatal (const char *message, ...);
+
+int
+main (int argc, char *argv[])
+{
+  char **newargz;
+  int i;
+  
+  program_name = (char *) xstrdup ((char *) basename (argv[0]));
+  newargz = XMALLOC(char *, argc+2);
+  newargz[0] = xstrdup("/bin/sh");
+  newargz[1] = fnqualify(argv[0]);
+  /* we know the script has the same name, without the .exe */
+  /* so make sure newargz[1] doesn't end in .exe */
+  strendzap(newargz[1],".exe"); 
+  for (i = 1; i < argc; i++)
+newargz[i+1] = xstrdup(argv[i]);
+  newargz[argc+1] = NULL;
+  execv("/bin/sh",newargz);
+}
+
+void *
+xmalloc (size_t num)
+{
+  void * p = (void *) malloc (num);
+  if (!p)
+lt_fatal ("Memory exhausted");
+
+  return p;
+}
+
+char * 
+xstrdup (const char *string)
+{
+  return string ? strcpy ((char *) xmalloc (strlen (string) + 1), string) : NULL
+;
+}
+
+char *
+basename (const char *name)
+{
+  const char *base;
+
+#if defined (HAVE_DOS_BASED_FILE_SYSTEM)
+  /* Skip over the disk name in MSDOS pathnames. */
+  if (isalpha (name[0]) && name[1] == ':') 
+name += 2;
+#endif
+
+  for (base = name; *name; name++)
+if (IS_DIR_SEPARATOR (*name))
+  base = name + 1;
+  return (char *) base;
+}
+
+char * 
+fnqualify(const char *path)
+{
+  size_t size;
+  char *p;
+  char tmp[LT_PATHMAX + 1];
+
+  assert(path != NULL);
+
+  /* Is it qualified already? */
+#if defined (HAVE_DOS_BASED_FILE_SYSTEM)
+  if (isalpha (path[0]) && path[1] == ':')
+return xstrdup (path);
+#endif
+  if (IS_DIR_SEPARATOR (path[0]))
+return xstrdup (path);
+
+  /* prepend the current directory */
+  /* doesn't handle '~' */
+  if (getcwd (tmp, LT_PATHMAX) == NULL)
+lt_fatal ("getcwd failed");
+  size = strlen(tmp) + 1 + strlen(path) + 1; /* +2 for '/' and '\0' */
+  p = XMALLOC(char, size);
+  sprintf(p, "%s%c%s", tmp, DIR_SEPARATOR, path);
+  r

Re: [Mingw-users] Re: Solving the "relink exe's" libtool problem[take 3]

[Bruce Korb]

Earnie Boyd wrote:
> 
> This patch passes my test.  What do we need to do to get this accepted
> into libtool cvs HEAD?

> > +  newargz[0] = xstrdup("/bin/sh");

This may not be the shell and there is no point allocating it.
It is fine to use it from static memory.

--
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: Announce: ioperm-0.2.1 for cygwin released

[Marcel Telka]

On Mon, Jan 20, 2003 at 10:05:43AM -0500, Christopher Faylor wrote:
> On Mon, Jan 20, 2003 at 03:57:35PM +0100, Marcel Telka wrote:
> >This software adds support for ioperm() function to Cygwin. This support
> >includes sys/io.h and sys/perm.h header files (not included in Cygwin by
> >default) together with development and runtime libraries.
> >
> >News in this release:
> > * Windows DDK is optional for compilation now
> > * --prefix=/usr parameter for ./configure script is not mandatory now
> >
> >Homepage: http://openwince.sourceforge.net/ioperm/
> 
> Is there some reason you're not proposing this as a standard cygwin package?

There are at least two reasons:
1. A device driver (ioperm.sys) is required for running ioperm with NT/2000/XP
2. Windows DDK is required for the driver compilation.

If these drawbacks are acceptable for a standard cygwin package I could start
ioperm integration with mainstream cygwin net distribution.

Any votes? :-)


CC'ed to [EMAIL PROTECTED]

Have a nice day

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

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

Re: Announce: ioperm-0.2.1 for cygwin released

[Randall R Schulz]

Marcel et. al.,

At 09:52 2003-01-20, Marcel Telka wrote:

On Mon, Jan 20, 2003 at 10:05:43AM -0500, Christopher Faylor wrote:
> On Mon, Jan 20, 2003 at 03:57:35PM +0100, Marcel Telka wrote:
> >This software adds support for ioperm() function to Cygwin. This support
> >includes sys/io.h and sys/perm.h header files (not included in Cygwin by
> >default) together with development and runtime libraries.
> >
> >News in this release:
> > * Windows DDK is optional for compilation now
> > * --prefix=/usr parameter for ./configure script is not mandatory now
> >
> >Homepage: http://openwince.sourceforge.net/ioperm/
>
> Is there some reason you're not proposing this as a standard cygwin 
package?

There are at least two reasons:
1. A device driver (ioperm.sys) is required for running ioperm with NT/2000/XP
2. Windows DDK is required for the driver compilation.

If these drawbacks are acceptable for a standard cygwin package I could start
ioperm integration with mainstream cygwin net distribution.

Any votes? :-)


Regarding (1): Are we ("We" Kemo Sabe?) not crossing a boundary here?

Up to now we've been able to say that Cygwin does not install drivers or 
other kernel-mode software and, the recent "/etc" business notwithstanding, 
have been able to claim that BSODs, hangs and other nastiness cannot be 
blamed on Cygwin.

Will this added capability be optional so those who don't need it and who 
would prefer to avoid the potential instability of added driver software 
(and I emphasize _potential_, not wanting to impugn anyone's programming 
abilities) can avoid it altogether?

Am I being overly cautious? Paranoid?

Stability means a lot to me. My Windows 2K Pro system has been extremely 
reliable since I got my MSI motherboard, and I like it that way!


CC'ed to [EMAIL PROTECTED]

Have a nice day

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



Randall Schulz 


--
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: [Mingw-users] Re: Solving the "relink exe's" libtool problem[take3]

[Charles Wilson]

Bruce Korb wrote:

Earnie Boyd wrote:


This patch passes my test.  What do we need to do to get this accepted
into libtool cvs HEAD?




+  newargz[0] = xstrdup("/bin/sh");




This may not be the shell and there is no point allocating it.
It is fine to use it from static memory.


Okay, the second comment (use static string, not allocated memory) is 
easy enough.  But what's the best way to use "the shell"?  Do a unquoted 
replacement (<

  ...
  newargz = XMALLOC(char *, argc+2);
EOF
$echo >> $cwrappersource <
  newargz[0] = \"$SHELL\";
EOF
$echo >> $cwrappersource <<"EOF"
  newargz[1] = fnqualify(argv[0]);
  ...

?

--Chuck



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

No graphics.h in Cygwin ??

[Oodini]

Hello,

I am developing in C, and I am surprised to not find any graphics.g in 
my Cygwin distribution.

Coudl someone explain me why ??

--
 .  .
 .  .:::.  ###   \|/`  ___  '
   :(o o):  . (o o) (o o)  -  (O o)  -
ooO--(_)--Ooo-ooO--(_)--Ooo-ooO--(_)--Ooo-ooO--(_)--Ooo-


--
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: No graphics.h in Cygwin ??

[[EMAIL PROTECTED]]

We're mean.  (Sorry for infringing on your trademark, cgf! ;-) )

I'm not sure where you've seen this file to the extent that you
would expect to see it in Cygwin.  I did a quick google and found 
at least 3 references to different files called 'graphics.h' in the 
first 20 hits.  None of them had the same content so I'm surprised 
you're surprised that Cygwin doesn't contain 'graphics.h'.  Which 
one (of many possible) graphics.h files would you suppose Cygwin
has?  Keep in mind that Cygwin is free software and things are added
as people contribute them.  Also keep in mind that adding a header
file is of little use without the library/DLL that contains the code
that implements the functions decalred in the file.

Would you consider contributing whatever package you expect graphics.h
to be in to Cygwin?


Larry
 

Original Message:
-
From: Oodini [EMAIL PROTECTED]
Date: Tue, 21 Jan 2003 00:01:07 +0100
To: [EMAIL PROTECTED]
Subject: No graphics.h in Cygwin ??


Hello,

I am developing in C, and I am surprised to not find any graphics.g in 
my Cygwin distribution.

Coudl someone explain me why ??

-- 
  .  .
  .  .:::.  ###   \|/`  ___  '
:(o o):  . (o o) (o o)  -  (O o)  -
ooO--(_)--Ooo-ooO--(_)--Ooo-ooO--(_)--Ooo-ooO--(_)--Ooo-


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



mail2web - Check your email from the web at
http://mail2web.com/ .



--
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: [Mingw-users] Re: Solving the "relink exe's" libtool problem[take3]

[Charles Wilson]

easy enough.  But what's the best way to use "the shell"?  Do a unquoted
replacement (<

Yes.

Somewhere, buried in the configury stuff is an environment
variable named something like, "CONFIG_SHELL".  That's what
you want.  If it is not available, then imitating the techniques
used to obtain it by configure should be used.


But lt-foo.c is created by the libtool script itself -- and libtool 
already knows that $SHELL == /bin/sh or /bin/bash or whatever.  libtool 
uses the same method I described when creating the shell wrapper:

$echo > $output "\
#! $SHELL
# $output - temporary wrapper script for $objdir/$outputname
...

So I really don't need to worry about $CONFIG_SHELL or imitating 
configure, do I?  I can just use $SHELL.

--Chuck


--
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: [Mingw-users] Re: Solving the "relink exe's" libtool problem[take3]

[Bruce Korb]

Charles Wilson wrote:
> 
> Bruce Korb wrote:
> > Earnie Boyd wrote:
> >
> >>This patch passes my test.  What do we need to do to get this accepted
> >>into libtool cvs HEAD?
> >
> >
> >>>+  newargz[0] = xstrdup("/bin/sh");
> >>
> >
> > This may not be the shell and there is no point allocating it.
> > It is fine to use it from static memory.
> 
> Okay, the second comment (use static string, not allocated memory) is
I wouldn't have mentioned the static string by itself ;-)

> easy enough.  But what's the best way to use "the shell"?  Do a unquoted
> replacement (

Re: Solving the "relink exe's" libtool problem[take4]

[Charles Wilson]

[dropped automake-patches from the CC: list; this discuession has long 
since ceased involving automake]

This version addresses the two issues raised by Bruce: using the shell 
that is appropriate for the platform, as determined during configure 
(since that is how the libtool variable $SHELL is assigned), and using a 
static string constant instead of dynamically allocating storage -- 
since we know before compile time what the value of the string will be 
(/bin/sh or /bin/bash or whatever).

I really feel like we're in nitpick mode here.  If there are no 
*substantive* objections, can we check THIS version in?  And then clean 
up the additional nitpicks, if any, as additional patches?

The only difference between this patch and the previous one is in the 
main() function, and the patch as a whole has been regenerated against 
current CVS.

--Chuck


2003-01-21  Charles Wilson  <[EMAIL PROTECTED]>

* ltmain.in: add code for a binary wrapper
to use with uninstalled executables on cygwin/mingw.
Make sure that --mode=clean gets shell wrapper and
binary wrapper.  When sourcing the shell wrapper, 
invoke using a terminal `.' on cygwin/mingw to 
avoid the automatic append-.exe behavior.

Index: ltmain.in
===
RCS file: /cvsroot/libtool/libtool/ltmain.in,v
retrieving revision 1.320
diff -u -u -r1.320 ltmain.in
--- ltmain.in   15 Jan 2003 02:55:34 -  1.320
+++ ltmain.in   21 Jan 2003 04:01:39 -
@@ -4291,6 +4291,219 @@
outputname=`echo $outputname|${SED} 's,.exe$,,'` ;;
  *) exeext= ;;
esac
+   case $host in
+ *cygwin* | *mingw* )
+   cwrappersource=`echo ${objdir}/lt-${output}.c`
+   cwrapper=`echo ${output}.exe`
+   $rm $cwrappersource $cwrapper
+   trap "$rm $cwrappersource $cwrapper; exit 1" 1 2 15
+
+   cat > $cwrappersource <> $cwrappersource<<"EOF"
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+
+#if defined(PATH_MAX)
+# define LT_PATHMAX PATH_MAX
+#elif defined(MAXPATHLEN)
+# define LT_PATHMAX MAXPATHLEN
+#else
+# define LT_PATHMAX 1024
+#endif
+
+#ifndef DIR_SEPARATOR
+#define DIR_SEPARATOR '/'
+#endif
+
+#if defined (_WIN32) || defined (__MSDOS__) || defined (__DJGPP__) || \
+  defined (__OS2__)
+#define HAVE_DOS_BASED_FILE_SYSTEM
+#ifndef DIR_SEPARATOR_2 
+#define DIR_SEPARATOR_2 '\\'
+#endif
+#endif
+
+#ifndef DIR_SEPARATOR_2
+# define IS_DIR_SEPARATOR(ch) ((ch) == DIR_SEPARATOR)
+#else /* DIR_SEPARATOR_2 */
+# define IS_DIR_SEPARATOR(ch) \
+(((ch) == DIR_SEPARATOR) || ((ch) == DIR_SEPARATOR_2))
+#endif /* DIR_SEPARATOR_2 */
+
+#define XMALLOC(type, num)  ((type *) xmalloc ((num) * sizeof(type)))
+#define XFREE(stale) do { \
+  if (stale) { free ((void *) stale); stale = 0; } \
+} while (0)
+
+const char *program_name = NULL;
+
+void * xmalloc (size_t num);
+char * xstrdup (const char *string);
+char * basename (const char *name);
+char * fnqualify(const char *path);
+char * strendzap(char *str, const char *pat);
+void lt_fatal (const char *message, ...);
+
+int
+main (int argc, char *argv[])
+{
+  char **newargz;
+  int i;
+  
+  program_name = (char *) xstrdup ((char *) basename (argv[0]));
+  newargz = XMALLOC(char *, argc+2);
+EOF
+
+   cat >> $cwrappersource <> $cwrappersource <<"EOF"
+  newargz[1] = fnqualify(argv[0]);
+  /* we know the script has the same name, without the .exe */
+  /* so make sure newargz[1] doesn't end in .exe */
+  strendzap(newargz[1],".exe"); 
+  for (i = 1; i < argc; i++)
+newargz[i+1] = xstrdup(argv[i]);
+  newargz[argc+1] = NULL;
+EOF
+
+   cat >> $cwrappersource <> $cwrappersource <<"EOF"
+}
+
+void *
+xmalloc (size_t num)
+{
+  void * p = (void *) malloc (num);
+  if (!p)
+lt_fatal ("Memory exhausted");
+
+  return p;
+}
+
+char * 
+xstrdup (const char *string)
+{
+  return string ? strcpy ((char *) xmalloc (strlen (string) + 1), string) : NULL
+;
+}
+
+char *
+basename (const char *name)
+{
+  const char *base;
+
+#if defined (HAVE_DOS_BASED_FILE_SYSTEM)
+  /* Skip over the disk name in MSDOS pathnames. */
+  if (isalpha (name[0]) && name[1] == ':') 
+name += 2;
+#endif
+
+  for (base = name; *name; name++)
+if (IS_DIR_SEPARATOR (*name))
+  base = name + 1;
+  return (char *) base;
+}
+
+char * 
+fnqualify(const char *path)
+{
+  size_t size;
+  char *p;
+  char tmp[LT_PATHMAX + 1];
+
+  assert(path != NULL);
+
+  /* Is it qualified already? */
+#if defined (HAVE_DOS_BASED_FILE_SYSTEM)
+  if (isalpha (path[0]) && path[1] == ':')
+return xstrdup (path);
+#endif
+  if (IS_DIR_SEPARATOR (path[0]))
+return xstrdup (path);
+
+  /* prepend the current directory */
+  /* doesn't handle '~' */
+  if (getcwd (tmp, LT_PATHMAX) == NULL)
+lt_fatal ("getcwd failed");
+  size = strlen(tmp) + 1 + strlen(path) + 1; /* +2 for '/' and '\0' */
+  p = XMALLOC(char, size);
+  sprintf(p, "%s%c%s", tmp, DIR_SEP

RE: No graphics.h in Cygwin ??

[Dockeen]

The graphics.h I have run into the most is related to some
Borland proprietary graphics.  Like conio.h and some other
header files people may have gotten used to, it is in no
way an ANSI standard header.  It is therefore not reasonable
to expect to find it in any environment you come to. It may
be there, it may not.  If it's not, you either find another 
tool to do the job, or you make one.

Such is life,

Wayne Keen


--
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: linker can't find getsubopt()

[Christopher Faylor]

On Mon, Jan 20, 2003 at 08:59:35PM -, Max Bowsher wrote:
>Christopher Faylor wrote:
>> I don't think it is that simple.  Cygwin doesn't use the getopt that
>> comes with newlib.
>
>Ah. Just because I'm curious, why?
>
>> Is there supposed to be any correspondence between
>> the getopt version and the getsubopt version?
>
>I've just looked at newlib's getsubopt.c. It is completely independent of
>getopt, and in fact, has only been in newlib since 1.11.0.
>So, unless I've overlooked something, it *is* just a matter of
>cygwin.din/version.h.

Ok, then.  Thanks for checking.  Getting ready to gratefully accept a
patch.

cgf

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

Which cygwin package is stty in?

[Reza Roodsari]

Hello everyone,

Which cygwin package includes stty in it?

Thanks


--
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: Which cygwin package is stty in?

[Randall R Schulz]

Reza,

As always, this kind of question is best answered by a visit to 
.

Best results are obtained if you know the precise file name. In this case, 
it's "stty.exe" and the package is "sh-utils". Currently package versions 
2.0-3 and 2.0.15-3 are available.

Randall Schulz


At 20:16 2003-01-20, Reza Roodsari wrote:
Hello everyone,

Which cygwin package includes stty in it?

Thanks



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

apache 1.3.27 binary install problems

[George Rypysc III]

I've sucessfully used the build of apache (1.3.24) that came with Cygwin 
on Windows 2000 (SP-2) but I've struggled getting it to work on Windows 
XP (SP-1) using the same install files.  I've read previous posts about 
the rebasing issue and they have helped get me past that error, but I 
still get this error quite often:

$ C:\cygwin\usr\sbin\httpd.exe: *** recreate_mmaps_after_fork_failed

So instead, I tried the latest version from here: 
http://apache.dev.wapme.net/binaries/latest/apache_1.3.27-i686-whatever-cygwin.targz

These are the problems I encountered trying to get the binary build of 
1.3.27 working.  I am new to apache so forgive me / correct me if there 
is something I am doing wrong. Any suggestions are greatly appreciated 
(my cygwin1.dll file version is 1.3.13):

I unpacked apache in a subdirectory of ~ with:
$ tar xvfz apache_1.3.27-i686-whatever-cygwin.targz
and then ran install-bindist.sh but when starting with either:
$ /usr/local/apache/bin/apachectl start
or
$ /usr/local/apache/bin/httpd
I get this error:
#1)   /usr/local/apache/bin/apachectl start: httpd could not be started
And a box comes up that says "This application has failed to start 
because libhttpd.dll was not found..."
So I added "/usr/local/apache/libexec" to the PATH in /etc/profile  so I 
think this problem is resolved.

Now when I try to start again I get:
#2) Syntax error on line 241 of /usr/local/apache/conf/httpd.conf:
Cannot add module via name 'mod_vhost_alias.dll': not in list of loaded 
modules
I compared 1.3.24-5's httpd.conf file to 1.3.27's and the former has the 
syntax:
AddModule mod_vhost_alias.c
while the later uses ".dll" instead of ".c" so I changed ".dll" to ".c" 
in that section of httpd.conf.  
Is that correct?  I think it resolved that problem because
I move on to another error when trying to start apache:

#3) httpd: bad user name nobody
In httpd.conf on lines 318 and 319:
   User nobody
   Group #-1
Those lines weren't commented out but they are in 1.3.24 so I commented 
them out and httpd starts but with
the rebase error I experienced with 1.3.24:
   $ C:\cygwin\usr\local\apache\bin\httpd.exe: *** unable to remap 
C:\cygwin\usr\lo
   cal\apache\libexec\mod_speling.dll to same address as parent -- 
0x127

So I tried rebasing:
   $ cd /lib/apache/new
   $ ./rebase.exe -d -b 0x6800 -o 0x1 
/usr/local/apache/libexec/*.dll
C:\cygwin\usr\local\apache\libexec\libhttpd.dll: new base = 67ff, 
new size = 6
C:\cygwin\usr\local\apache\libexec\libproxy.dll: new base = 67fc, 
new size = 3
C:\cygwin\usr\local\apache\libexec\mod_access.dll: new base = 67fa, 
new size = 2
C:\cygwin\usr\local\apache\libexec\mod_actions.dll: new base = 67f8, 
new size = 2
... etc...
But now when I try to start a box pops up "The application or DLL 
C:\cygwin\usr\local\apache\libexec\libhttpd.dll
   is not a valid Windows image.  Please check this against your 
installation diskette. [OK]"
After reinstalling the DLLs, I tried the newer version of rebase 
(1.18-1) got this:
$ ./rebase -v -d -b 0x6800 -o 0x1 /usr/local/apache/libexec/*.dll
C:\usr\local\apache\libexec\libhttpd.dll: skipped because not rebaseable
C:\usr\local\apache\libexec\libproxy.dll: skipped because not rebaseable
C:\usr\local\apache\libexec\mod_access.dll: skipped because not rebaseable
C:\usr\local\apache\libexec\mod_actions.dll: skipped because not rebaseable

Would I have better luck trying to resolve the 
"recreate_mmaps_after_fork_failed" error with 1.3.24-5 or should I 
continue to try to get
1.3.27 runing or try compiling from source? Any ideas?
Thanks,
   George


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

cvs wont connect to remote

[Patrick Nelson]

Win98 with new install of cygwin (including cvs).

CVS repository is on a remote Linux system.  Everyone can connect to this
system which is running pserver.  Even this Win98 system can connect using
WinCVS.

On my cygwin system a "echo $CVSROOT" correctly reveals
:pserver:pnelson@:

On the cygwin call of "cvs login" the response is:

 (Logging in to pnelson@)
 CVS password:

after entering the valid password I get:

 : no such repository
 cvs login: authorization failed: server cvs.npn rejected access to  for user pnelson

I have tried everything that I can think of to get this working but it just
will not log in.   does exist on the remote system.
I did notice that my Linux clients display something a little different when
entering "cvs login":

 Logging in to :pserver:pnelson@:2401/
 CVS password:

and entering the correct password allows all other cvs commands to work.
I'm not sure why cygwin cvs doesn't display the pserver stuff after you
enter "cvs login" or even if it matters.  I just don't see anything else.
Any ideas?

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