No Subject

No Subject

[Anjlica Malla]

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: <kein Betreff>

[Michael Hirmke]

Hi Anjlica,

first - please don't send your mails to the list in both text and html
format. Just text would be sufficient!

[...]
>i have a problem with mount and was unable to find it in the faq =
>archives.
>when i type mount c: / i get a message: mount failed: device or resource =
>busy.

There is no need to mount the root directory after having installed the
tools. It gets mounted during the setup.
Besides that it is hard to remount the root directory from inside bash.
You have to do it either by changing the registry directly or you can
do the following:

cd <your cygwin bin directory>
umount / && ./mount c:/ /

>thanks for any suggestions.
>anjlica

Bye.
Michael.
--
Michael Hirmke           | Telefon +49 (911) 557999
Georg-Strobel-Strasse 81 | FAX     +49 (911) 557664
90489 Nuernberg          | E-Mail  mailto:mh@mike.franken.de
                         | WWW     http://aquarius.franken.de/

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: <kein Betreff>

[Michael Hirmke]

Hi Anjlica,

first - please don't send your mails to the list in both text and html
format. Just text would be sufficient!

[...]
>i have a problem with mount and was unable to find it in the faq =
>archives.
>when i type mount c: / i get a message: mount failed: device or resource =
>busy.

There is no need to mount the root directory after having installed the
tools. It gets mounted during the setup.
Besides that it is hard to remount the root directory from inside bash.
You have to do it either by changing the registry directly or you can
do the following:

cd <your cygwin bin directory>
umount / && ./mount c:/ /

>thanks for any suggestions.
>anjlica

Bye.
Michael.
--
Michael Hirmke           | Telefon +49 (911) 557999
Georg-Strobel-Strasse 81 | FAX     +49 (911) 557664
90489 Nuernberg          | E-Mail  mailto:mh@mike.franken.de
                         | WWW     http://aquarius.franken.de/

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

No Subject

[Anjlica Malla]

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

<kein Betreff>

[sabine.petry]

Hi,

I couldn't find an answer to this problem in any of the documentation and FAQs:

When I start the X server system and connect to another computer, I usually work with several terminal windows. I used to be able to bring a terminal window to the front by clicking on its frame. However, this does not work any more for no obvious reason.
At the same time other people logging in with cygwin from other workstations but with the same account don't have this problem. Therefore it seems to stem from the setup of cygwin on my computer.

Has anyone encountered a similar problem and does anyone have a solution?

Thanks a lot!

Sabine

(I can still use the menu of the terminal window by using "lower" to bring the terminal window to the back. However, therefore it is necessary to have the menu accessible and it can't bring windows to the front. Reactiving this by clicking onto the terminal window frame would be the best thing.)
_______________________________________________________________________
Viren-Scan für Ihren PC! Jetzt für jeden. Sofort, online und kostenlos.
Gleich testen! http://www.pc-sicherheit.web.de/freescan/?mc=022222


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

<kein Betreff>

[Maurice Hüllein]

I'm currently developing a c++ plugin for a windows simulator environment, which accepts plugins in form 
of a dll. For doing so my dll needs to include a library of this simulator program which is only supported
in ".a" format. I solved this problem by cross compiling the dll from cygwin for the windows platform.

But now there is another problem. My .dll-project needs to use external libraries which are only supported
in windows .lib format. So theres the issue that my VC Express compiler can not use the .a library and the
cross compiler can not handle the .lib. I already read that even if both, the .a and .lib, are static libraries 
there are incompatibilities because of the used compiler. 

I would prefer to disclaim the bypass of using cygwin and a cross compiler at all. So is there any way of
converting the .a library in a native windows .lib?
__________________________________________________________________________
Erweitern Sie FreeMail zu einem noch leistungsstärkeren E-Mail-Postfach!		
Mehr Infos unter http://freemail.web.de/home/landingpad/?mc=021131


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

Re: <kein Betreff>

[Larry Hall (Cygwin)]

Maurice HÃŒllein wrote:
> I'm currently developing a c++ plugin for a windows simulator environment, which accepts plugins in form 
> of a dll. For doing so my dll needs to include a library of this simulator program which is only supported
> in ".a" format. I solved this problem by cross compiling the dll from cygwin for the windows platform.
> 
> But now there is another problem. My .dll-project needs to use external libraries which are only supported
> in windows .lib format. So theres the issue that my VC Express compiler can not use the .a library and the
> cross compiler can not handle the .lib. I already read that even if both, the .a and .lib, are static libraries 
> there are incompatibilities because of the used compiler. 
> 
> I would prefer to disclaim the bypass of using cygwin and a cross compiler at all. So is there any way of
> converting the .a library in a native windows .lib?


The incompatibilities you refer to are the result of differences in different
"vendors" C++ formats, not in the differences between library formats.
Actually a static .a and .lib have the same format.  But the former
restriction overshadows the latter non-issue.  You'll need to wrap your
library in C-callable interfaces if you really want to get this to work.
Perhaps the very recently update SWIG library will be helpful for you?



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

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

Re: <kein Betreff>

[Serethos]

Thx for your answer. But I called the guys from the SWIG mailing list 
and they stated that
my problem can not be solved with SWIG. It would only be useful if I 
wished to use a
e.g. c-program for another language.
Any other ideas?

Larry Hall (Cygwin) wrote:
> Maurice HÃŒllein wrote:
>> I'm currently developing a c++ plugin for a windows simulator 
>> environment, which accepts plugins in form of a dll. For doing so my 
>> dll needs to include a library of this simulator program which is 
>> only supported
>> in ".a" format. I solved this problem by cross compiling the dll from 
>> cygwin for the windows platform.
>>
>> But now there is another problem. My .dll-project needs to use 
>> external libraries which are only supported
>> in windows .lib format. So theres the issue that my VC Express 
>> compiler can not use the .a library and the
>> cross compiler can not handle the .lib. I already read that even if 
>> both, the .a and .lib, are static libraries there are 
>> incompatibilities because of the used compiler.
>> I would prefer to disclaim the bypass of using cygwin and a cross 
>> compiler at all. So is there any way of
>> converting the .a library in a native windows .lib?
>
>
> The incompatibilities you refer to are the result of differences in 
> different
> "vendors" C++ formats, not in the differences between library formats.
> Actually a static .a and .lib have the same format.  But the former
> restriction overshadows the latter non-issue.  You'll need to wrap your
> library in C-callable interfaces if you really want to get this to work.
> Perhaps the very recently update SWIG library will be helpful for you?
>
>
>


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

Re: <kein Betreff>

[Larry Hall (Cygwin)]

Reformatted top-post.

> Larry Hall (Cygwin) wrote:
>> Maurice HÃŒllein wrote:
>>> I'm currently developing a c++ plugin for a windows simulator 
>>> environment, which accepts plugins in form of a dll. For doing so my 
>>> dll needs to include a library of this simulator program which is 
>>> only supported
>>> in ".a" format. I solved this problem by cross compiling the dll from 
>>> cygwin for the windows platform.
>>>
>>> But now there is another problem. My .dll-project needs to use 
>>> external libraries which are only supported
>>> in windows .lib format. So theres the issue that my VC Express 
>>> compiler can not use the .a library and the
>>> cross compiler can not handle the .lib. I already read that even if 
>>> both, the .a and .lib, are static libraries there are 
>>> incompatibilities because of the used compiler.
>>> I would prefer to disclaim the bypass of using cygwin and a cross 
>>> compiler at all. So is there any way of
>>> converting the .a library in a native windows .lib?
>>
>>
>> The incompatibilities you refer to are the result of differences in 
>> different
>> "vendors" C++ formats, not in the differences between library formats.
>> Actually a static .a and .lib have the same format.  But the former
>> restriction overshadows the latter non-issue.  You'll need to wrap your
>> library in C-callable interfaces if you really want to get this to work.
>> Perhaps the very recently update SWIG library will be helpful for you?
Serethos wrote:
 > Thx for your answer. But I called the guys from the SWIG mailing list
 > and they stated that
 > my problem can not be solved with SWIG. It would only be useful if I
 > wished to use a
 > e.g. c-program for another language.
 > Any other ideas?
 >

Off the top of my head, no.  Well, other than manually creating C-callable
interfaces yourself.  But I'll bet there's a project out there that would
help you do this if you poke around.

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

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

No Subject

[Gilbert Mak]

Hi,

Can somebody told me how to install the manual suite in the gnu-win32 b19 ?
I have downloaded the whole package, but there no instruction on how to
install the manual.  It seem that there is no man command in the gnu-win32
package.
Thanks

Gilbert.


-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

Re: <kein Betreff>

[Michael Hirmke]

Hi Gilbert,

>Hi,
>
>Can somebody told me how to install the manual suite in the gnu-win32 b19 ?
>I have downloaded the whole package, but there no instruction on how to
>install the manual.  It seem that there is no man command in the gnu-win32
>package.

You're right - there is no "man" command in CDK and the manpages package.
However:

------------------------< snip snip snip >-----------------------------

   *man-1.4j*
   --------

   - what is it?
     - Program for displaying man-pages on the screen or sending them
       to a printer (using groff).

   - system
     - Windows NT4 German / SP3

   - preliminaries
     - none

   - configure
     - edit configure
       - change "prefix=/usr" to "prefix=/usr/local"
         (or whatever you want or just leave it as it is)
     - run "configure -d"

   - make
     - edit src/man.c
       - add "#include <getopt.h>"
       - comment out line 1020 (setlocale)
     - edit src/Makefile.in
       - add "-DNONLS" to "DEFS="
     - edit src/util.c
       - comment out line 93 and 94 (setreuid, setregid)
     - run "make" as normal

   - make install
     - works without changes
     - edit /usr/local/lib/man.config according to your system

   - notes
     - couldn't get man-1.5a to run properly, you can build it nearly
       the same way as 1.4j, but it will crash, whenever you run the
       resulting binary

   - package availability
     - on ftp.franken.de
     - in /pub/win32/develop/gnuwin32/cygwin32/porters/Hirmke_Michael
     - as man-1.4j-win32-bin.tar.gz
     - or man-1.4j-win32-bin.zip

   - contributed by
     - mh@mike.franken.de (Michael Hirmke)

------------------------< snip snip snip >-----------------------------

If it should be of any use, you also need:
------------------------< snip snip snip >-----------------------------

   *groff-1.10*
   ----------

   - what is it?
     - The groff package provides compatible versions of troff, nroff,
       eqn, tbl, and other Unix text-formatting utilities.
       Groff is used to "compile" man-pages stored in groff/nroff
       format for different output devices; e.g., for displaying to a
       screen or in PostScript(tm) format for printing on a
       PostScript(tm) printer.

   - system
     - Windows NT4 German / SP3

   - preliminaries
     - /bin/sh has to be *bash, not ash*
       - umount /bin (if mounted)
       - cp <cygnus>/bash.exe /bin/sh.exe

   - configure
     - works without changes

   - make
     - edit ./Makefile
       - turn off optimization (-O in CFLAGS and CCFLAGS);
         with optimization turned on, you may run into trouble with
         random crashes - for example with large man pages
         (due to a hint from Andy Piper)
     - edit ./tmac/Makefile.sub
       - create a new first line "SHELL=/usr/bin/ash"
         (or whatever your "ash" is); this is necessay, because
         "bash" can't handle a "for" loop with an empty list in
         this Makefile
     - run "make" as normal

   - make install
     - works without changes

   - notes
     - it is a bit crazy, but you really need both shells to build
       this package - of course you could also change the Makefiles,oe
       so they all work with one shell

   - package availability
     - on ftp.franken.de
     - in /pub/win32/develop/gnuwin32/cygwin32/porters/Hirmke_Michael
     - as groff-1.10-win32-bin.tar.gz
     - or groff-1.10-win32-bin.zip

   - contributed by
     - mh@mike.franken.de (Michael Hirmke)

------------------------< snip snip snip >-----------------------------

and:
------------------------< snip snip snip >-----------------------------

   *less-321*
   --------

   - what is it?
     - Less is a pager program similar to more (1), but allows backward
       as well as forward movement within a file. Also, less does not
       have to read the entire input file before starting. It is also
       possible to start an editor at any time from this program.

   - system
     - Windows NT4 German / SP3

   - preliminaries
     - you first have to install *ncurses-4.1*
     - replace all "iprintf" in "output.c" with a different,
       but unique name, for example "less_iprintf"

   - configure
     - works without changes

   - make
     - works without changes

   - make install
     - works without changes

   - notes
     - works the same way for less-332
       (according to noer@cygnus.com  (Geoffrey Noer))

   - package availability
     - on ftp.franken.de
     - in /pub/win32/develop/gnuwin32/cygwin32/porters/Hirmke_Michael
     - as less-321-win32-bin.tar.gz
     - or less-321-win32-bin.zip

   - contributed by
     - mh@mike.franken.de (Michael Hirmke)

------------------------< snip snip snip >-----------------------------

>Thanks
>
>Gilbert.

Bye.
Michael.
--
Michael Hirmke           | Telefon +49 (911) 557999
Georg-Strobel-Strasse 81 | FAX     +49 (911) 557664
90489 Nuernberg          | E-Mail  mailto:mh@mike.franken.de
                         | WWW     http://minimike.franken.de/
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

(Kein "Betreff")

[Lothar Werzinger]

Hi,

as I got no reply until now, I try to resen this (slightly modified)
message

Is it possible to debug executables which were produced by the MSVC++
(DevStudio 97 Service Pack 2) compiler with gdb? As far as I know, gdb
supports COFF. but when I load the executable, gdb complains about
finding no debug information.

As far as I found out gdb is capable of loading and executing the
binary. The only thing I would need, is a converter that makes a gdb
symbol file out of the *.pdb files of the MSVC++ compiler. Has anybody
written such a program or is doing so? Besides the fact that the .pdb
files are MS and binary, it should be just a question of demangling the
MS names and remangle them in a way gdb understands them or?

Lothar
--

KRONES AG
Hermann Kronseder Maschinenfabrik
Bayerwaldstrasse 5, 93068 Neutraubling, Germany

Lothar Werzinger Dipl.-Ing.Univ.
Dept.  EW
Phone: +49-(0)9401/70-3499
Fax:   +49-(0)9401/70-3091
Email: lwerzinger@krones.de

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

Re: (Kein "Betreff")

[Vadim V. Sytnikov]

Lothar Werzinger wrote:

> As far as I found out gdb is capable of loading and executing the
> binary. The only thing I would need, is a converter that makes a gdb
> symbol file out of the *.pdb files of the MSVC++ compiler. Has anybody
> written such a program or is doing so?

As far as I remember, there is /Z7 ( "old style debug info" ) VC++
switch
that forces storing debug info within .exe files.

-- 
Vadim Sytnikov,
Gamos JSC, Moscow, Russia:
Entertainment Software Development.

mailto:sytnikov@ru.com
mailto:sytnikov@gamos.ru
mailto:sytnikov@gamos.msk.su
mailto:vadims@snt.mlt.zaporizhzhe.ua
http://www.gamos.ru

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

Re: (Kein "Betreff")

[root]

> 
> Hi,
> 
> as I got no reply until now, I try to resen this (slightly modified)
> message
> 
> Is it possible to debug executables which were produced by the MSVC++
> (DevStudio 97 Service Pack 2) compiler with gdb? As far as I know, gdb
> supports COFF. but when I load the executable, gdb complains about
> finding no debug information.

It finds no debug information it can understand, that is.
gdb uses (as for as I know) a format for the debug information called
"stabs", that was developed in Unix, and stores a textual representation
(mostly ascii) of the types and variables used in the program. In this
way the debugger can know what is going on.

MSVC compilers generate debug information in a format called NB09, a
mostly binary representation, and thus much more compact than stabs.
I have written a debugger for windows for my system lcc-win32. I used the
MSVC format, so my code is compatible with MSVC and can be debugged with
a real debugger. Cygnus choose to leave gdb alone, so gdb uses a format
that no one else in the windows world will understand.

> 
> As far as I found out gdb is capable of loading and executing the
> binary. The only thing I would need, is a converter that makes a gdb
> symbol file out of the *.pdb files of the MSVC++ compiler. 

The .pdb format is (as far as I know) undocumented, as opposed to the NB09.

> Has anybody
> written such a program or is doing so? 

I have proposed several times to the people of cygnus to write a converter
but they manifested no interest. Obviously I will not do it for free, since
gdb is a product commercialized by cygnus and I do not feel like working for
free so somebody else makes money out of it. Nothing against people making
money obviously, but if I contribute to a commercial undertaking I want my
share of it.

> Besides the fact that the .pdb
> files are MS and binary, it should be just a question of demangling the
> MS names and remangle them in a way gdb understands them or?
> 

Making that program is a very difficult undertaking. I think it would take
me 2 months full time. It is 'just a question' of:

1) Reading all the symbolic information from the program database.
2) Reading the type information.
3) Reading the line number information.
4) Reading the files information.
5) Generating the stabs information.
and finally
6) Reorganize the executable file so that incorporates the .stabs information
   in it.

It is just a question of writing it of course... :-)

-- 
Jacob Navia	Logiciels/Informatique
41 rue Maurice Ravel			Tel 01 48.23.51.44
93430 Villetaneuse 			Fax 01 48.23.95.39
France
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

No Subject

[Bruce N. Hunsaker]

I have searched the archives but haven't seen this one
reported yet (but I might have missed it).

du reports sizes in 2k blocks.  It should report sizes using
a block size of 1k.

Example:
	$ ls -l du.exe
	-rwxr-x-r-x   1 all    Everyone   22016 May 08 1997 du.exe
	$ du du.exe
	11  du.exe

The correct output of du should be:
	22  du.exe

Looking at the source I changed 2 lines of code to fix this problem.
Change the line that says:
	size =ST_NBLOCKS(stat_buf)
to
	size =(stat_buf.st_size + 511) / 512;
I wonder what's wrong the the ST_NBLOCKS macro?
Second change:
	convert_blocks( size, output_size == kilobytes)
to
	convert_blocks( size, output_size)
This looks like a bug in the code, and might be fixed if there is a
newer version of GNU fileutils.

Also, performance is quite bad.  It is better with the patched
cygwin.dll in coolview, but du should still be much faster. (See
similar problems with find and ls...)


---
Bruce Hunsaker - bruceh@ieighty.net

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

Re: <kein Betreff>

[Michael Hirmke]

Hi Bruce,

>I have searched the archives but haven't seen this one
>reported yet (but I might have missed it).
>
>du reports sizes in 2k blocks.  It should report sizes using
>a block size of 1k.

Nope, this depends on how you have configured it - at least when running
it with Linux.

From the du man page:

       ...
       for each subdirectory of directory arguments.   The  space
       is  measured  in 1K blocks by default, unless the environ-
       ment  variable  POSIXLY_CORRECT  is  set,  in  which  case
       512-byte blocks are used.
       ...


[...]
>Bruce Hunsaker - bruceh@ieighty.net

Bye.
Michael.
--
Michael Hirmke           | Telefon +49 (911) 557999
Georg-Strobel-Strasse 81 | FAX     +49 (911) 557664
90489 Nuernberg          | E-Mail  mailto:mh@mike.franken.de
                         | WWW     http://minimike.franken.de/
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

No Subject

[Hyung Kuk Kang]

How can i install if i do not have Windows NT/95?


-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

Re: <kein Betreff>

[Michael Hirmke]

Hi Hyung,

>
>
>How can i install if i do not have Windows NT/95?

What system do you use then ?
It seems to be some kind of U*ix, cause you use Pine as your mailreader.
If so, you just have to use the gcc included in your distribution - or
to buy an appropriate compiler, if gcc is not available for you system.

If your Pine is the one running on DOS and therefore you need gcc for
DOS, you should have a look at http://www.delorie.com !

Bye.
Michael.
--
Michael Hirmke           | Telefon +49 (911) 557999
Georg-Strobel-Strasse 81 | FAX     +49 (911) 557664
90489 Nuernberg          | E-Mail  mailto:mh@mike.franken.de
                         | WWW     http://minimike.franken.de/
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

No Subject

[IGnatius T Foobar]

I noticed that a lot of people are talking about "Sergey's telnetd".
Someone please tell me more about this program.  I assume it's been
configured to allow inbound telnet to either bash or some other program
running on an NT box?  I would also presume that someone has an inetd of
some sort working?

 Please direct me to these programs, if they are available.

 I would also like to know how one goes about configuring a program like
inetd to automatically start up when NT is booted ... in essence, to set
it up as a "service", I guess.

 Thanks in advance!



-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

Re: <kein Betreff>

[Michael Hirmke]

Hi IGnatius,

[...]
>  Please direct me to these programs, if they are available.
> 

http://miracle.geol.msu.ru/sos/

>  I would also like to know how one goes about configuring a program like
> inetd to automatically start up when NT is booted ... in essence, to set
> it up as a "service", I guess.

See description on that page.

> 
>  Thanks in advance!

Bye.
Michael.
--
Michael Hirmke           | Telefon +49 (911) 557999
Georg-Strobel-Strasse 81 | FAX     +49 (911) 557664
90489 Nuernberg          | E-Mail  mh@mike.franken.de
                         | WWW     http://minimike.franken.de/
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".