Lihong Chen | 18 Aug 16:41

ioctl in cygwin

Hi,
Can anyone tell me if ioctl works the same like linux or not?
If they work differently, how to do the ioctl call in cygwin environment?

Thanks.

Lihong Chen

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

John Emmas | 17 Aug 20:25

Hello

Hi - I just installed Cygwin today for the first time and I'm trying to find
out if any kind of X server got installed.

When I click on the Cygwin desktop icon (I'm running it under Windows XP) it
opens a DOS type window and I can search around my various folders etc.
I've tried looking for things like 'xwin' or 'startx' and stuff like that
but I can't find anything.  Is there a way to find out if X got installed?
Thanks.

John

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

Jelle Koning | 13 Aug 17:42

keyboard

Hi,

I am trying to run cygwin on a vista machine, but get the message about 
the keyboard definition. In the FAQ files I read I should contact this 
email adress and include the following information

(--) winConfigKeyboard - Layout: "00000413" (00000413)
(EE) Keyboardlayout "Dutch" (00000413) is unknown

If you could help me I would be very pleased

thanks!

--

-- 
Met vriendelijk groet, kind regards,

JELLE KONING | DIRECTOR PRODUCT & DEVELOPMENT
_____________________________________________________________
TRIMERGO BV
AMERSFOORTSEWEG 15C | 7313 AB APELDOORN | NETHERLANDS
P +31(55)577.7373 | F +31(55)577.7370
www.trimergo.com <http://www.trimergo.com> | jelle.koning <at> trimergo.com 
<mailto:jelle.koning <at> trimergo.com>
_____________________________________________________________
P R O J E C T                 I N D U S T R Y                 S O L U T 
I O N S

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
(Continue reading)

alx1964 | 12 Aug 01:23

This company will succeed-

We told you to add Tobacco INC to your watch list. The compa.ny shares
were increaesd 50% in the early day trdanig and it ended up at 14%
close. This copmany alre ady started  showing off the potential and i"ts
been watched by the popele. The company Sharehold values c-an be abo've
1000% and the slaes over 240 millon. T"CBO.pk Will make ,you very rich.

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

emacs open display problem

I have been an avid cygwin user for several years. I recently bought a new HP laptop with Vista, and I
immediately installed cygwin. I had a few glitches but was able to figure out fixes for all of them but one:
emacs just flat-out refuses to open a display window. This is the only program which has this problem that I
know about so far. Everything else that I commonly use works fine.

I've tried the following commands in an xterm, all to no avail:
  emacs &
  emacs -d :0 &
  emacs -d 0:0 &

I don't get any error messages, but no emacs either.

Emacs is installed, by the way. I can run it in the parent xterm window by
  emacs -nw
but this doesn't work right either (it freezes up, the keystroke commands don't work right, etc.).

Also, the phantom emacs processes that never open a window show up in ps.

I tried uninstalling and reinstalling emacs, but no luck.

I searched the mail archives and couldn't find anyone else who had seen this problem. Any ideas?

____________________________________________________________
Scan, remove and block Spyware. Click now!
http://thirdpartyoffers.netzero.net/TGL2231/fc/Ioyw6ijlZvPkbOyBLTv8GmaNWzbZ58L7dBzLoc617FttACYh5LF66S/

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://x.cygwin.com/docs/
(Continue reading)

Michael Rogers | 8 Aug 21:09

Segmentation fault from Tk_Init() call whle running X11

This is spill-over from my eariler thread about trying to get a graphing library working that uses X11 with
Tcl/Tk. But I think this is what it's come down to. But it seems like a pretty basic Tcl/Tk problem so I
figured it was time to start a new thread about it.
The initialization routines for the library call Tk_Init(interp) (interp is a data structure that's
created by an earlier call to Tcl/Tk routine) after successfully initializing xwindows via XInit() and
various calls to initialize colors and fonts and then calling Tcl_Init(interp). Everything worked
up until Tk_Init.
So heres the problem:  Tk_Init(interp) is causing a segmentation fault.
Eariler, Yaakov, said that cygwin's Tcl/Tk is based on GDI and he's pushing to get a native X11/*Nix version
pushed out in the next cygwin release.  So I've known this might be part of the problem for a while, but I
went ahead and tried to make the library and test files work with the existing Tcl/TK implementation,
thinking that they should at least be simultaneously operable with X11.  But I'm porting this library
from a *Nix distribution and the makefiles didn't know anything about cygwin initially. So it has no
special provisions for anything cygwin specific other than what might be in the platform-dependent
Tcl/Tk header files.
Is there something I need to know about before proceeding any further with this?  Is this a previously
known problem?  Maybe one with a work-around, like calling things, or linking, in a different order
or something?  Unless cygwin's Tk, or my version of it, is broken, it seems like there should be a way to get
this to work, even with X11 also loaded.  Is there some call I need to make first or something.  This
graphing library was last updated by its maintainers about 3 or 4 years ago so perhaps something has
changed with Tk since then.  I don't know.  Or do I need to just get the X11/*Nix version of the Tcl/Tk
libraries that Yaakov told me about out on Cygwin Ports?  

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

(Continue reading)

Michael Rogers | 7 Aug 18:17

Can you make a DLL from a library that requires caller-defined functions?

I previously used the subject line "External functions in a (to a) DLL" but I think this is more accurate.
Yaakov wrote:
-----------------------------------------------------------------------------------------------------
If I follow you, you want to create a library that has undefined symbols
which will be provided by a program linked against said library.
----------------------------------------------------------------------------------------------------
Yes, precisely.  It has symbols for routines that are declared in a header file and called in some of
the library routines.  But they are actually required to be defined in the calling
program. Thinking back to libraries I've linked to in the past, I don't think this is an
entirely uncommon practice, at least with not static libraries.
Yaakov continues..
-------------------------------------------------------------------------------------------------
The answer to your question depends on if the library is meant to be
linked against only one particular program (probably coming together
with the library), against any of a group of programs, and/or against
another library.
If the library needs to be linked against another library or plugin,
you'll need to force this library to be shared, which may be possible
but will take some work.
If the library is meant to be linked against one particular program, a
static library will be much easier, but a shared one is also technically
possible.
If the library is meant to be linked against any number of programs,
then your only choice is to make it static.
-------------------------------------------------------------------------------------------------
It's fine with me to make it static but it has dependencies on the X11 and Xpm libraries, which are DLLs.  So
would it be ok to make it at static library?
The original library was static and was intended to be linkable against arbitrary
calling programs, as long as they define the three required functions within them.  I want this
library only because it is used in one specific physics program - that's my real goal.  So I don't
(Continue reading)

Michael Rogers | 7 Aug 07:28

External functions in a (to a) DLL?

I had been attempting to port a graphing/plotting library developed on *nix/xwindows and
using tcl/dk. It came in a standard tarball distribution with config and automake scripts set up for the
expected *nix platorms. After wrestling with that for a while I finally got the library source files to
build with all the right include directories and libraries.  
Then it had only four remaining functions for which it has undefined references. One of them looks ok in
the source code and will just take some digging to figure out why the linker is complaining.  The other
three are external functions that are declared in a header and invoked at a few places in some of the
library functions and that are expected to be defined by the user in every application that calls
this library.  The original *nix version of this library was static, so this is probably a trivial
thing, in that case. But it won't link a DLL at this point with undefined references. I'm guessing there
would be a problem even making a static library with the linker as well.  The original distribution use
"ar" and then "randlib" to create the library.  That seems to be a pretty safe way to build a static library.
This is more of C programming question than anything else, but, can you build a DLL that uses these sorts
of absrtact external functions? I would suspect not. There a fortran interface version has the missing
C function but it just redirects it a similarly named function declared "extern". In the sample fortran
program this corresponding to a subroutine.  Unfortunately, when I try to link the fortran interface
version it doesn't like the undefined reference to the new external replacement. But just in case, I tried
explicitly casting them as "extern void" in the C files that had the problem originally.  As long as I was
consistent with the headers, it compiled but it didn't resolve the linking issue.  
So, is this a fools errand, or is there a way to handle these kinds of external function calls within a
DLL?  Would it be better to just link it as a static library? I was trying to build it as a DLL because it
used the X11 libraries and I thought it would either be necessary or more consistent with cygwin to make it
into a DLL, but I'm beginning to think that might not be possible (unless I rewrite the library so as to
circumvent need for the external function calls in the library).  
On the other hand, I also think people must do this sort of thing somehow, given all the ports to cygwin out
there and the fact that this is probably a pretty common programming practice.  Anybody know whether or
not, and if so how, you can get a DLL to link with externally defined functions in the code?

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
(Continue reading)

Jorge Castillo | 5 Aug 21:16

missing Keyboard layout


(--) Setting autorepeat to delay=500, rate=31
(--) winConfigKeyboard - Layout: "0000080A" (0000080a)
(EE) Keyboardlayout "Latin American" (0000080A) is unknown
Rules = "xorg" Model = "pc101" Layout = "us" Variant = "(null)" Options 
= "(null

layout

                                              menu print scrt  bloknum 
pauce  incert ini repag
esc f1 f2 f3 f4 f5 f5 f6 f6 f7 f8 f9 f10 f11 f12 erase end avpag
| 1 2 3 4 5 6 7 8 9 0 ' ¿   del
tab q w e r t y u i o p ´ + enter
caps a s d f g h j k l ñ { } enter
shift < z x c v b n m  , . -  shift
crtl fn win alt space altgr crtl   up
                                      left down rigth

Jorge Castillo
Ingeniero Civil Electrónico
Estudiante de Doctorado
DIE UChile

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

(Continue reading)

Michael Rogers | 5 Aug 17:38

linker not finding -lX11 or -l/usr/X11R6/lib/libX11.dll.a

First, thanks for responding, Yaakov.
I'm finally approaching sanity on my efforts to port xgrafix (part of xoopic, which is the main goal) to cygwin.
I finally go the library object files to comple.  One of them used the prepocessor and there were some local
.h files so all I needed to do was this,
gcc -E foo.c -I./ -I/usr/include foo.o  
on all the C files in the src directory.
But it won't link because when I try explicity linking like this, (I'm going to try to make the library a DLL)
gcc -shared -libXGC.dll -L/lib -L/usr/X11R6/lib -lX11 -LXpm -ltcl -ltk {list_of_objects_here}
or even when I explicity replace -lX11 by -l/usr/X11R6/lib/libX11.dll.a, the linker complains(!!!)
that it can't find X11 or /usr/X11R6/lib/libX11.dll.a, repsectively
My initial reaction was, "What the hell!!!???"  Then I remembered reading in the archives that
somebody else had seen what I believe is the same problem in 2006 and solved it by pointing to
/usr/X11R6/lib/cygX11-6.dll to resolve all the functions.   It was 10:30 pm and I'd promised my
wife I wasn't going to be up all night working on this so I stopped at that point, but
I'll update everyone on my progress or lack thereof, tomorrow.  Meanwhile, I think this is, at
least, part of the reason why the build hasn't produced usable libraries and executable - when you run
"ar" and then "randlib" it doesn't resolve the functions in the link to the DLL so the build from the
Makefile just blithely made a static *nix archive file. The linker, will resolve the function
dependencies, but it has to see an actual archive.
But my question right now is, what's going on here?  This has got to be a very well-known problem. Am I
just missing something obvious? Is there a quick fix or a patch?  Should I make my own import library
from this DLL and stick it in my source directory as a better solution?  Why hasn't something like this
been fixed yet, or if it has, do I need to modify some environment variable or supply some missing
command line options?  Will I need to also point Xmp to this library? (Although, I'll probably find
that out myself easily enough.)  Once I try this libcygX11-6 fix, or whatever fix you guys might
recommend, I'm going just try to link to the regular tcl/tk ".a" libraries to just see if that works,
since that's the only game in town unless I go get the xwindows versions from Cygwn Ports, as Yaakov
suggested earlier.  
I'm just using the cygwin distribution from running setup (almost the entire distribution, though -
I added all the utlities, xwindows, scripts, tcl/tk and gnome, editors, graphics, development and
(Continue reading)

Michael Rogers | 4 Aug 21:52

Porting a graphics library linking to xwindows and tcl/tk

I've posted on this earlier but I think I can ask the question more intelligently now. 
I'm trying to port a graphing/plotting package (xgrafix - *not* one I wrote but one that's freely available
- google "xoopic") from a typical unix tarball distribution to cygwin.  I first tried what the Cygwin
User's Guide suggests and ran the default configure script and resulting Makefiles.  I had to
redirect the X11 and XPM libraries to their respective import libraries (libX11.dll.a and
libXpm.dll.a) but then the configure system worked and genreated usable Makefiles. The
Makefiles ran and compiled a static library.  The test programs (there is one in C and another in Fortran)
compiled but they either hang or give a segmentation fault (caught under gdb) when they run.
I'm guessing this is because it made a static library (libXGC250.a) and also it might not have linked
to the other libraries correctly.  It also uses tcl and tk and I'm confused about those since I
found tcl84.dll and tk84.dll but no corresponding import libraries such as"libtcl84.dll.a"..
However, there *is* a /lib/libtcl84.a and a /lib/tk84.a.  Are those the the import libraries to
the DLLs or the actual archives and the developer did some clever thing using the DLL files to wrap
the ".a" files into a DLL a load time?  Anybody know what the deal is with the tcl/tk libraries in Cygwin and
how to link to them correctly? Just an aside.
Anyway, I've tried compiling and linking by hand to make a DLL but without much success, so far.  I keep
having trouble getting gcc to either compile or link using just 
gcc -c foo.c -lX11 -lXpm -ltcl -ltk (sometimes including things like -L/lib -L/usr/X11R6/lib) 
-------- to compile 
and
gcc -shared -o libXGC.dll foo1.o ... -lX11 -lXpm -ltcl -ltk       ------------ to link
(Sorry I don't have the error messages handy at the moment.)
I realize I also need to make an import library also but I haven't even gotten this far yet.
Since "make" did create static libraries I thought it would be useful to examine the command lines it
spit out to compile and link. Here's one of the compile lines that the Makefile produced
gcc -DHAVE_CONFIG -I. -I/usr/inclde -I/usr/include -DXGTCL=\"/usr/local/xgrafix/lib\"
-I/usr/X11R6/include -Wall -Wno-unused -g DDEBUG -DXPMENABLED -DTcl75_Tk41 -DHAVE_CONVERT
-DHAVE_CONVERT -c xgxommands.c 
The rest are the same except for the source.  I don't know why it has two identical include options and two
-DHAVE_CONVERT options but I assume it can't hurt anything.
(Continue reading)


Gmane