error starting x under cygwin
hi, i got an error message when attempting to start x from the cygwin shell, and x did not start - see attached log. what do i need to do to make it work? thanks for your help in advance. soeren XWin.log Description: XWin.log
Interaction between multiwindow and xmouse (without autoraise) (Again)
Hi, The redraw bug described here: http://sources.redhat.com/ml/cygwin-xfree/2003-10/msg00085.html and fixed here: http://sources.redhat.com/ml/cygwin-xfree-announce/2003-10/msg1.html is undead... Short desc: - multiwindow mode - w2k tweakui's xmouse activated, without autoraise - mouse over an x window (which is partly behind another x window), then click to raise = the newly raised window does not redraw portions that were overlapped. This bug occured somewhere after xserv-59. Gael. __ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html
x2x 1.30-1 broken ?
Hi, When I enter x2x -from localhost:0 -to distanthost:0, I get x2x: display names are both 127.0.0.1:0.0 and $? is set to 1. It seems like command line parameters aren't used at all, and x2x fallback to using the DISPLAY set. - if I set DISPLAY to whatever, the answer I get is x2x: display names are both whatever - x2x -copyright also tells display names are both ... 1.27-3 still works great... Gael. __ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html
Re: error starting x under cygwin
On Tue, 30 Mar 2004, Soeren Gehrke wrote: hi, i got an error message when attempting to start x from the cygwin shell, and x did not start - see attached log. what do i need to do to make it work? thanks for your help in advance. soeren http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Re: test case for clipboard hang?
Lev, Lev Bishop wrote: Well, I've kicked the -63 server around a fair bit this weekend and it seems to be holding up very well. That is good. No crashes, and generally no unpleasant surprises. I have still managed to activate the 2 second timeout code, though, by doing some pathological things, that are probably impossible to work around due to the incompatibilities between the X and Windows conceptions of the clipboard. No, this is because I didn't really fix the problem, as I mentioned in my release notes. The way I fixed it only happens if the X app you were using just happens to set only the PRIMARY selection; a slightly different form of the problem probably still exists if an X app sets only the CLIPBOARD selection. I know xterm sets only the PRIMARY seleciton, perhaps the app you were using sets only the CLIPBOARD selection. Also, there is no fundamental incompatibility here, only an imperfect handling of all of the cases that we need to handle. We can do this perfectly, it is just confusing and takes time to get it correct. So I am going to release 4.3.0-66 and you're going to test it. :) Harold: In winClipboardFlushXEvents, I think the line: iReturn = XChangeProperty (pDisplay, event.xselectionrequest.requestor, event.xselectionrequest.property, event.xselectionrequest.target, 8, PropModeReplace, (char *) atomTargetArr, sizeof (atomTargetArr)); should have 32 instead of 8. Seems logical to me. I changed it. I also changed the cast from (char *) to (unsigned char*) since that is what XChangeProperty is expecting. Also, re the following, changelog, can you tell me where to find the changes. I see no calls to XSync or select at http://pdx.freedesktop.org/cgi-bin/viewcvs.cgi/xc/programs/Xserver/hw/xwin/winclipboardxevents.c?rev=1.1.4.1.2.15root=xorgonly_with_tag=CYGWINview=auto and I'd like to see the code that does this. Simple: I dropped that patch on the floor somewhere so it never got into CVS. I fixed it now. Thanks for the heads up. Its amazing that everything compiled and future patches kept applying even without those changes in there. Harold
Re: test case for clipboard hang?
Also, there is no fundamental incompatibility here, only an imperfect handling of all of the cases that we need to handle. We can do this perfectly, it is just confusing and takes time to get it correct. So I am going to release 4.3.0-66 and you're going to test it. :) I think there is a fundamental incompatibility, due to the following. Windows thinks of the clipboard as a fixed, centralized thing, that doesn't change or delete data without specific user action (a useful conception from a user-friendliness point of view). X allows selections to change, get dropped due to the client getting disconnected, because the clipboard is not centralized but kept with each client (a useful conception when clients are accross a network from each other). Windows allows apps to delay rendering of clipboard data, but only insofar as from the user's point of view the behaviour is the same as if the data were saved to the clipboard in their final form at the time of the copy/cut action. An implication of this is that if the clipboard holds the same data in multiple formats, all the formats should still be the same data, eg, the same string in unicode and ascii. Can you see a problem? It is possible (and I have done it) for there to be 4 different conceptions of the clipboard, all holding different data! To demonstrate this, do something like: assert the PRIMARY selection by selecting text in an xterm; assert the CLIPBOARD selection by running xclipboard; type some text into xlipboard and paste the text as unicode into windows, eg edit-paste in excel; change the text in xclipboard and paste the text as plain text, eg using paste special in excel; finally change the text in xclipboard. At this point, there are 4 different clipbaord contents, no two of them the same. X clients that ask for PRIMARY get one thing, ones that ask for CLIPBOARD get another, windows apps get 2 different things depending on whether they ask for unicode or plain text. This breaks the windows clipboard idiom of the data being fixed and immutable, and the clipboard being a consistent concept with just one thing in it, stored in different formats. I can't see a way around this issue. Another issue is that in windows, data doesn't get deleted from the clipboard unless you specifically ask it to be, or replace it with something new. Especially, if you've successfully pasted something, demonstrating that the clipboard has the data you want, that data won't disappear unless you do something to get rid of it. Now, the x PRIMARY selection is much more ephemeral than this, and it gets dropped all the time. The recent patches in -63 mean that the windows clipboard (correctly) gets cleared at the same time as the selection is dropped, if the text has not yet been rendered. However, after pasting from X to windows, the clipboard doesn't get cleared when the selection is dropped. I can't work out which part of the code is responsible for this behaviour, but it works, and this is the right thing(TM) because now the windows user can paste repeatedly, even if the original X client has been killed, in the way that windows clipboard usually functions. But here there is also a problem: if the selection is dropped after the text has been rendered in one format (say unicode) but not in another (say plain text), then, because there is no way at this point for xwinclip to retrieve the plain text from the client, it cannot honour its promise to render the plain text content of the clipboard. (This is how I was able to activate the 2 second timeout code, by the way: make an X selection, paste it as unicode, drop the selection, attempt to paste as plain text). There's no easy way around this one either. But, as I said, these are pretty pathological cases. So long as nothing crashes in these cases, I think that is good enough. Lev
Re: test case for clipboard hang?
Harold wrote: Simple test case: don't use -clipboard, select some text in a xterm, unselect it, then right-click in another xterm... I don't think you'll see any text pasted unless there is a clipboard manager of some sort running (i.e. don't do this in Xdmcp). Actually, you generally *will* see text pasted in this situation: xterm, as it is usually configured, makes use of CUT_BUFFER0, the obsolete way of doing cutting and pasting, that is more like windows than x selections. Lev
Re: test case for clipboard hang?
Lev, Lev Bishop wrote: Also, there is no fundamental incompatibility here, only an imperfect handling of all of the cases that we need to handle. We can do this perfectly, it is just confusing and takes time to get it correct. So I am going to release 4.3.0-66 and you're going to test it. :) I think there is a fundamental incompatibility, due to the following. Windows thinks of the clipboard as a fixed, centralized thing, that doesn't change or delete data without specific user action (a useful conception from a user-friendliness point of view). X allows selections to change, get dropped due to the client getting disconnected, because the clipboard is not centralized but kept with each client (a useful conception when clients are accross a network from each other). Windows allows apps to delay rendering of clipboard data, but only insofar as from the user's point of view the behaviour is the same as if the data were saved to the clipboard in their final form at the time of the copy/cut action. That last sentence is not correct. Here is how delayed rendering works: http://msdn.microsoft.com/library/en-us/winui/winui/windowsuserinterface/dataexchange/clipboard/clipboardoperations.asp?frame=true#_win32_Delayed_Rendering You'll notice in the clipboard integration source code that we advertise support for a format, but we only paste the data if it is still there; if the data is not there anymore, then we paste null data to satisfy the requirement that we paste something. This handles all of the cases were the X selection is lost for some reason or another and we are not notified about it synchronously. An implication of this is that if the clipboard holds the same data in multiple formats, all the formats should still be the same data, eg, the same string in unicode and ascii. No, that is not correct. I can advertise CF_TEXT and CF_BITMAP and have a text that says goat and a bitmap rendering of a frog if I want. There is no requirement that the formats all contain the same data. Can you see a problem? It is possible (and I have done it) for there to be 4 different conceptions of the clipboard, all holding different data! To demonstrate this, do something like: assert the PRIMARY selection by selecting text in an xterm; assert the CLIPBOARD selection by running xclipboard; type some text into xlipboard and paste the text as unicode into windows, eg edit-paste in excel; change the text in xclipboard and paste the text as plain text, eg using paste special in excel; finally change the text in xclipboard. At this point, there are 4 different clipbaord contents, no two of them the same. X clients that ask for PRIMARY get one thing, ones that ask for CLIPBOARD get another, windows apps get 2 different things depending on whether they ask for unicode or plain text. This breaks the windows clipboard idiom of the data being fixed and immutable, and the clipboard being a consistent concept with just one thing in it, stored in different formats. I think part of what is happening here is that you are getting confused by the feature I added that intentionally lets PRIMARY and CLIPBOARD be different in X and only advertises the most recently changed one to Windows. However, it sounds like you may have found some sort of bug in the unicode handling... could you elaborate on what gets pasted if a in the cases were a Win32 app requests non-unicode and another Win32 app requests unicode text? Another issue is that in windows, data doesn't get deleted from the clipboard unless you specifically ask it to be, or replace it with something new. No, it does when you use delayed rendering, which is part of the reason we use delayed rendering. This is not a big deal: we advertised something, it disappeared, *important* no other X or Win32 app placed something on the clipboard after we did, and we say oops, the data is missing, sorry. What is the problem there? We owned the clipboard and didn't disrupt any other application from using it. Especially, if you've successfully pasted something, demonstrating that the clipboard has the data you want, that data won't disappear unless you do something to get rid of it. You must not have worked with applications that give you the famous you have copied a large amount of data to the clipboard, would you like to remove it to same memory dialog box that pops up a few minutes after copying large data to the clipboard; some apps that use delayed rendering do the same thing when they exit but without warning: they just don't paste anything when they get a WM_RENDERALLFORMATS on exit. Now, the x PRIMARY selection is much more ephemeral than this, and it gets dropped all the time. The recent patches in -63 mean that the windows clipboard (correctly) gets cleared at the same time as the selection is dropped, if the text has not yet been rendered. Yes, that is correct. However, after pasting from X to windows, the clipboard doesn't
Re: test case for clipboard hang?
Harold wrote: Lev Bishop wrote: That last sentence is not correct. Here is how delayed rendering works: http://msdn.microsoft.com/library/en-us/winui/winui/windowsuserinterface/dataexchange/clipboard/clipboardoperations.asp?frame=true#_win32_Delayed_Rendering You'll notice in the clipboard integration source code that we advertise support for a format, but we only paste the data if it is still there; if the data is not there anymore, then we paste null data to satisfy the requirement that we paste something. This handles all of the cases were the X selection is lost for some reason or another and we are not notified about it synchronously. I think you're misunderstanding the delayed rendering in windows. The important thing is that *you only get one chance to render delayed* after that, the rendered data is saved staticly to the clipboard and windows serves up requests for that data directly without involving your program. Setting delayed rendering for a format is like writing an IOU for that format, but once windows has collected on the IOU it doesn't try to ask you to pay twice, it only needs to be told the data once. An implication of this is that if the clipboard holds the same data in multiple formats, all the formats should still be the same data, eg, the same string in unicode and ascii. No, that is not correct. I can advertise CF_TEXT and CF_BITMAP and have a text that says goat and a bitmap rendering of a frog if I want. There is no requirement that the formats all contain the same data. But you surely agree that the user is expecting that at least the CF_TEXT and CF_BITMAP that you paste both came from the state of the clipboard at a given snapshot in time? I think part of what is happening here is that you are getting confused by the feature I added that intentionally lets PRIMARY and CLIPBOARD be different in X and only advertises the most recently changed one to Windows. I know that PRIMARY and CLIPBOARD are intentionally different in X, and it is good that xwinclip respects this important aspect of X behaviour, but it makes the mapping between X and windows more complicated. However, it sounds like you may have found some sort of bug in the unicode handling... could you elaborate on what gets pasted if a in the cases were a Win32 app requests non-unicode and another Win32 app requests unicode text? When a win32 app requests non-unicode, if non-unicode has never been rendered for this selection then the current value of the selection gets rendered to non-unicode; if non-unicode has already been rendered for this selection then whatever the value of the selection was at the time it was rendered gets pasted. The same is true for unicode: if unicode has not been rendered for this selection, then the current value of the selection gets rendered as unicode, if unicode has been rendered then the prior value of the selection is returned. The chance for there to be a difference between what is returned to win32 for unicode and what is returned to win32 for non-unicode comes in if the value of the selection changes between the requests. Some X clients do not reassert the selection every time the value of the selection changes (eg xclipboard is one) to minimize traffic to the server (this is encouraged in the ICCCM). I don't think this is a bug in the unicode -- the unicode is treated in the same way as the plain text. The problem is that potentially the unicode and plain text entries in the clipboard can be from different times and hence be different to each other. No, it does when you use delayed rendering, which is part of the reason we use delayed rendering. This is not a big deal: we advertised something, it disappeared, *important* no other X or Win32 app placed something on the clipboard after we did, and we say oops, the data is missing, sorry. What is the problem there? We owned the clipboard and didn't disrupt any other application from using it. The problem here is that the user cuts 2 pages out of a document he's working on to the clipboard, then goes to paste it and we say oops, the data is missing, sorry and the user says damn, now I have to type those 2 pages out again. Especially, if you've successfully pasted something, demonstrating that the clipboard has the data you want, that data won't disappear unless you do something to get rid of it. You must not have worked with applications that give you the famous you have copied a large amount of data to the clipboard, would you like to remove it to same memory dialog box that pops up a few minutes after copying large data to the clipboard; some apps that use delayed rendering do the same thing when they exit but without warning: they just don't paste anything when they get a WM_RENDERALLFORMATS on exit. The former behaviour is acceptable, because it gives the user a chance to avoid losing his data, the latter behaviour, while it does exist, is a badly written app. However,
Re: List membership top-level domain counts
Harold L Hunt II wrote: I pulled the subscribers list for this mailing list and did some aggregate counts of the top-level domains that people are subscribed from (results are below). The only problem with the results are that I suspect that a great number of people not residing in the US have a .com, .net, or .org email address which skews the results a bit towards the US. Nevertheless, we could probably use these counts as a simple priority list if we ever started localizing strings in the X Server. yes, i'm from south africa with a .com address... presumably a lot of the strings would be in common with a non-cygwin X server so localizations could be shared... David
Re: Re: [Dev-C++] Help compiling a GTK+ program
I did the modifications you suggested, but now I am even more confused. The follwing error is something I had never seen before, thus I find it very alarming. I know that it is just because I am new at GTK+ and that someone with you'r experience will have no problems spotting the error. Any way, here is the error message I am now getting === gcc.exe: cannot specify -o with -c or -S and multiple compilations make.exe: *** [../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.o] Error 1 Execution terminated And this is what my Makefile.win looks like: ~~~ # Project: Gtk_Test # Makefile created by Dev-C++ 4.9.8.5 CPP = g++.exe CC = gcc.exe WINDRES = windres.exe RES = OBJ = ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.o $(RES) LINKOBJ = ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.o $(RES) LIBS = -LC:/DEV-CPP/lib -LC:/Dev-Cpp/Lib/libz.a -LC:/Dev-Cpp/Lib/libglib-2.0.dll.a -LC:/Dev-Cpp/Lib/libgtk.dll.a -LC:/Dev-Cpp/Lib/libgdk.dll.a -mwindows -lgtk-win32-2.0 -lgdk-win32-2.0 -lgthread-2.0 -lgdi32 -lole32 -luuid -latk-1.0 -lgdk_pixbuf-2.0 -lpangowin32-1.0 -lgdi32 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv INCS = -IC:/DEV-CPP/include -IC:/Dev-Cpp/include/gtk-2.0 -IC:/Dev-Cpp/include/gtk-2.0/gdk -IC:/Dev-Cpp/include/gtk-2.0/gdk-pixbuf -IC:/Dev-Cpp/include/gtk-2.0/gtk -IC:/Dev-Cpp/include/gdk -IC:/Dev-Cpp/include/atk-1.0/atk CXXINCS = -IC:/DEV-CPP/include/c++ -IC:/DEV-CPP/include/c++/mingw32 -IC:/DEV-CPP/include/c++/backward -IC:/DEV-CPP/include -IC:/Dev-Cpp/include/gtk-2.0 -IC:/Dev-Cpp/include/gtk-2.0/gdk -IC:/Dev-Cpp/include/gtk-2.0/gdk-pixbuf -IC:/Dev-Cpp/include/gtk-2.0/gtk -IC:/Dev-Cpp/include/gdk -IC:/Dev-Cpp/include/atk-1.0/atk BIN = Gtk_Test.exe CXXFLAGS = $(CXXINCS) CFLAGS = $(INCS)C:\Dev-Cpp\include\gtk-2.0 C:\Dev-Cpp\include\atk-1.0 C:\Dev-Cpp\include\pango-1.0 C:\Dev-Cpp\lib\glib-2.0 C:\Dev-Cpp\include\glib-2.0 C:\Dev-Cpp\lib\glib-2.0 \include C:\Dev-Cpp\lib\gtk-2.0\include .PHONY: all all-before all-after clean clean-custom all: all-before Gtk_Test.exe all-after clean: clean-custom rm -f $(OBJ) $(BIN) $(BIN): $(OBJ) $(CPP) $(LINKOBJ) -o Gtk_Test.exe $(LIBS) ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.o: ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.c $(CC) -c ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.c -o ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.o $(CFLAGS) ~~ Look, I want you to know that I am very thankful for all the help you are giving me, so... Thanks again! * E-Mail Policy http://www.vif.com/users/escalante/Email_Policy.html - Original Message - From: Denis Korzunov Sent: 3/28/2004 12:11:43 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [Dev-C++] Help compiling a GTK+ program Friday, March 26, 2004, 10:52:00 AM, you wrote: JJAl I down loaded the GTK+ from JJAl 'http://www.dropline.net/gtk/download.php' I followed the JJAl [INCLUDE]\gtk-2.0 [INCLUDE]\gtkdeps-2.0 [INCLUDE]\atk-1.0 JJAl [INCLUDE]\pango-1.0 [INCLUDE]\glib-2.0 [LIB]\glib-2.0 JJAl [LIB]\glib-2.0\include [LIB]\gtk-2.0\include JJAl where does this go? Put it into: Project-project options-parameters-Compiler JJAl What else do I need to do to compile my GTK+ program? Note, that both linker and compiler options must be a single line without any Enter's in options (or some strange characters in makefile) -- Best regards, Denis --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Dev-cpp-users mailing list [EMAIL PROTECTED] TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm https://lists.sourceforge.net/lists/listinfo/dev-cpp-users Entérate de las noticias más actualizadas de El Salvador y el mundo en www.elsalvador.com
Re: Re: [Dev-C++] Help compiling a GTK+ program
Wrong list. Try [EMAIL PROTECTED] On Tue, 30 Mar 2004, Jameel Jaasab A'lkedir wrote: I did the modifications you suggested, but now I am even more confused. The follwing error is something I had never seen before, thus I find it very alarming. I know that it is just because I am new at GTK+ and that someone with you'r experience will have no problems spotting the error. Any way, here is the error message I am now getting === gcc.exe: cannot specify -o with -c or -S and multiple compilations make.exe: *** [../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.o] Error 1 Execution terminated And this is what my Makefile.win looks like: ~~~ # Project: Gtk_Test # Makefile created by Dev-C++ 4.9.8.5 CPP = g++.exe CC = gcc.exe WINDRES = windres.exe RES = OBJ = ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.o $(RES) LINKOBJ = ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.o $(RES) LIBS = -LC:/DEV-CPP/lib -LC:/Dev-Cpp/Lib/libz.a -LC:/Dev-Cpp/Lib/libglib-2.0.dll.a -LC:/Dev-Cpp/Lib/libgtk.dll.a -LC:/Dev-Cpp/Lib/libgdk.dll.a -mwindows -lgtk-win32-2.0 -lgdk-win32-2.0 -lgthread-2.0 -lgdi32 -lole32 -luuid -latk-1.0 -lgdk_pixbuf-2.0 -lpangowin32-1.0 -lgdi32 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv INCS = -IC:/DEV-CPP/include -IC:/Dev-Cpp/include/gtk-2.0 -IC:/Dev-Cpp/include/gtk-2.0/gdk -IC:/Dev-Cpp/include/gtk-2.0/gdk-pixbuf -IC:/Dev-Cpp/include/gtk-2.0/gtk -IC:/Dev-Cpp/include/gdk -IC:/Dev-Cpp/include/atk-1.0/atk CXXINCS = -IC:/DEV-CPP/include/c++ -IC:/DEV-CPP/include/c++/mingw32 -IC:/DEV-CPP/include/c++/backward -IC:/DEV-CPP/include -IC:/Dev-Cpp/include/gtk-2.0 -IC:/Dev-Cpp/include/gtk-2.0/gdk -IC:/Dev-Cpp/include/gtk-2.0/gdk-pixbuf -IC:/Dev-Cpp/include/gtk-2.0/gtk -IC:/Dev-Cpp/include/gdk -IC:/Dev-Cpp/include/atk-1.0/atk BIN = Gtk_Test.exe CXXFLAGS = $(CXXINCS) CFLAGS = $(INCS)C:\Dev-Cpp\include\gtk-2.0 C:\Dev-Cpp\include\atk-1.0 C:\Dev-Cpp\include\pango-1.0 C:\Dev-Cpp\lib\glib-2.0 C:\Dev-Cpp\include\glib-2.0 C:\Dev-Cpp\lib\glib-2.0 \include C:\Dev-Cpp\lib\gtk-2.0\include .PHONY: all all-before all-after clean clean-custom all: all-before Gtk_Test.exe all-after clean: clean-custom rm -f $(OBJ) $(BIN) $(BIN): $(OBJ) $(CPP) $(LINKOBJ) -o Gtk_Test.exe $(LIBS) ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.o: ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.c $(CC) -c ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.c -o ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.o $(CFLAGS) ~~ Look, I want you to know that I am very thankful for all the help you are giving me, so... Thanks again! * E-Mail Policy http://www.vif.com/users/escalante/Email_Policy.html - Original Message - From: Denis Korzunov Sent: 3/28/2004 12:11:43 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [Dev-C++] Help compiling a GTK+ program Friday, March 26, 2004, 10:52:00 AM, you wrote: JJAl I down loaded the GTK+ from JJAl 'http://www.dropline.net/gtk/download.php' I followed the JJAl [INCLUDE]\gtk-2.0 [INCLUDE]\gtkdeps-2.0 [INCLUDE]\atk-1.0 JJAl [INCLUDE]\pango-1.0 [INCLUDE]\glib-2.0 [LIB]\glib-2.0 JJAl [LIB]\glib-2.0\include [LIB]\gtk-2.0\include JJAl where does this go? Put it into: Project-project options-parameters-Compiler JJAl What else do I need to do to compile my GTK+ program? Note, that both linker and compiler options must be a single line without any Enter's in options (or some strange characters in makefile) -- Best regards, Denis -- http://www.pervalidus.net/contact.html
Re: List membership top-level domain counts
On Tue, 30 Mar 2004, Harold L Hunt II wrote: I pulled the subscribers list for this mailing list and did some aggregate counts of the top-level domains that people are subscribed from (results are below). The only problem with the results are that I suspect that a great number of people not residing in the US have a .com, .net, or .org email address which skews the results a bit towards the US. Nevertheless, we could probably use these counts as a simple priority list if we ever started localizing strings in the X Server. Some of you may find this interesting: 169 com 50 net 35 de 31 org 17 edu 17 jp 12 uk 10 fr 7 au 6 ca 5 at 5 be 5 se 4 it 4 ru 3 es 3 gov 3 no 3 nz 3 us 2 ch 2 cz 2 fi 2 hu 2 kr 2 tw 2 ua 1 br 1 by 1 co 1 cx 1 hk 1 hr 1 ie 1 il 1 li 1 nl 1 to This, of course, doesn't account for the people reading this list via gmane.org, or those subscribed to cygwin-xfree-allow or even global-allow, and/or those using the web archives... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Re: Re: [Dev-C++] Help compiling a GTK+ program
Jameel Jaasab A'lkedir writes: The follwing error is something I had never seen before, thus I find it very alarming. I know that it is just because I am new at GTK+ gcc.exe: cannot specify -o with -c or -S and multiple compilations CFLAGS = $(INCS)C:\Dev-Cpp\include\gtk-2.0 C:\Dev-Cpp\include\atk-1.0 C:\Dev-Cpp\include\pango-1.0 C:\Dev-Cpp\lib\glib-2.0 C:\Dev-Cpp\include\glib-2.0 C:\Dev-Cpp\lib\glib-2.0 \include C:\Dev-Cpp\lib\gtk-2.0\include $(CC) -c ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.c -o ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.o $(CFLAGS) This problem is not GTK+ related at all. The gcc error message says what the problem is. You have both -c and -o, but gcc thinks you are compiling multiple files. Your CFLAGS is screwed up. You have forgotten the -I in front of the directory names. (And you have an extra space in there.) --tml
Re: window manager running already
Frank Schaefer wrote: Updating to 1.5.9-1 causes problem under WinXP and Win98 when trying to 'startx:' window manager already running while none is actually running. I was not able to figure out how 'X' comes to this conclusion. Is there a file that can be deleted. The only other reason I could think of is that we started an 'X -broadcast' session. However, this too has been terminated. Thanks for any help. Frank I ran into this too. As I like my OpenBox full-screen window manager, I found that: startx -- :1 does the job very nicely. As another poster said, display 0 is now claimed by Windows itself, so we need to start up a new X session on display 1 (if you want your full-screen window manager for all of your X apps). Dan
Fatal IO Error 22 on start
I just installed cygwin and am having trouble getting X to run. I'm using a Dell Inspiron 8600 (Pentium M 1.6GHz, 1680x1050 LCD, ATI Mobility Radeon 9600 Pro) and I'm running WinXP Home (fully patched). When I start I get: $ export DISPLAY=127.0.0.1:0.0 $ startx XIO: fatal IO error 22 (Invalid arguement) on X server :0.0 after 0 requests [blah] My XWin.log file says: - BEGIN Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.65 Contact: [EMAIL PROTECTED] XWin was started with the following command line: X :0 -multiwindow ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1680 h 1050 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0007 winScreenInit - dwWidth: 1680 dwHeight: 1050 winSetEngine - Multi Window = ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1680 h: 1050 winCreateBoundingWindowWindowed - Current w: 1680 h: 1050 winAdjustForAutoHide - Original WorkArea: 0 0 1016 1680 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1016 1680 winCreateBoundingWindowWindowed - WindowClient w 1680 h 1016 r 1680 l 0 b 1016 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1680 height: 1016 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1680 height: 1016 depth: 32 size image: 6827520 winAllocateFBShadowGDI - Created shadow stride: 1680 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitWM - Returning. winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0409 (0409) (EE) Keyboardlayout US (0409) is unknown Rules = xfree86 Model = pc101 Layout = us Variant = (null) Options = (null) winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/, removing from list! winPointerWarpCursor - Discarding first warp: 840 508 winBlockHandler - Releasing pmServerStarted winInitMultiWindowWM - pthread_mutex_lock () returned. winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winProcEstablishConnection - Clipboard is not enabled, returning. winInitMultiWindowXMsgProc - Caught IO Error. Exiting. --- END -- Any help is appreciated, Chris
Re: lesstif 0.93.94 and the attempt to add non-widget ... error
Sorry I can't be more helpful than this right now. LtXmFixupVendorShell is not working. Find out why. Thanks Brian, there was a patch to lib/Xm/Vendor.c that corrects for the (shared) library loading mechanism, but it was missing for lib/Xm-2.1/Vendor.c. I attach the changed lesstif-0.93.94-2.patch and lesstif-0.93.94-2.sh files, the lesstif.README is already updated, so it should be zero work to produce a new release ;) The changes in the build script are the ones previously described plus: cd ${topdir} \ diff -urN -x '.build' -x '.inst' -x '.sinst' \ -x 'configure' -x 'Makefile.in' -x 'aclocal.m4' -x 'depcomp' \ +-x 'compile' -x 'config.*' -x 'ltmain.sh' -x 'missing' -x '*~' \ ${PKG}-${VER}-orig ${PKG}-${VER} \ ${srcinstdir}/${src_patch_name} ; \ rm -rf ${PKG}-${VER}-orig ) Oh, I forgot to say, this lesstif version not only fixes the attempt to add non-widget ... error, but also fixes the crash of grace 5.1.14 when double-clicking on the axes :-) Volker -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D pgp0.pgp Description: PGP signature
Re: lesstif 0.93.94 and the attempt to add non-widget ... error
Volker, Thanks, I'll try to make a new 'test' lesstif release soon. Harold Volker Quetschke wrote: Sorry I can't be more helpful than this right now. LtXmFixupVendorShell is not working. Find out why. Thanks Brian, there was a patch to lib/Xm/Vendor.c that corrects for the (shared) library loading mechanism, but it was missing for lib/Xm-2.1/Vendor.c. I attach the changed lesstif-0.93.94-2.patch and lesstif-0.93.94-2.sh files, the lesstif.README is already updated, so it should be zero work to produce a new release ;) The changes in the build script are the ones previously described plus: cd ${topdir} \ diff -urN -x '.build' -x '.inst' -x '.sinst' \ -x 'configure' -x 'Makefile.in' -x 'aclocal.m4' -x 'depcomp' \ +-x 'compile' -x 'config.*' -x 'ltmain.sh' -x 'missing' -x '*~' \ ${PKG}-${VER}-orig ${PKG}-${VER} \ ${srcinstdir}/${src_patch_name} ; \ rm -rf ${PKG}-${VER}-orig ) Oh, I forgot to say, this lesstif version not only fixes the attempt to add non-widget ... error, but also fixes the crash of grace 5.1.14 when double-clicking on the axes :-) Volker
Re: lesstif 0.93.94 and the attempt to add non-widget ... error
Harold L Hunt II wrote: Thanks, I'll try to make a new 'test' lesstif release soon. Hmm, I wonder where my second mail is, I forgot to attach the patch and shell scipt to my first mail, but the second with zip attachment is missing ?! Volker -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D pgp0.pgp Description: PGP signature
Re: lesstif 0.93.94 and the attempt to add non-widget ... error
Just send them to me privately. Harold Volker Quetschke wrote: Harold L Hunt II wrote: Thanks, I'll try to make a new 'test' lesstif release soon. Hmm, I wonder where my second mail is, I forgot to attach the patch and shell scipt to my first mail, but the second with zip attachment is missing ?! Volker
How to change the font color?
Hi all, I'd like to know how I can change the font color to white (now it's yellow)? Thank you in advance. David
locale + how to run wmaker or twm?
By modifying startxwin.bat, I could change the font color. Now I have two questions. 1) How to run wmaker or twm instead of xterm? I tried several ways, but it did not work. 2) How to use locale parameter? I'd like to read/type Korean characters. Please help. Thank you in advance. David - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, March 30, 2004 9:31 PM Subject: How to change the font color? Hi all, I'd like to know how I can change the font color to white (now it's yellow)? Thank you in advance. David
Re: lesstif 0.93.94 and the attempt to add non-widget ... error
Volker, I just posted lesstif-0.93.94-2 as a 'test' package. Please download it tomorrow and very that it works correctly. If you get a chance, try it out with 'nedit'... if it works well with nedit then I might mark this as 'curr'. Harold
startx crashes, xinit works
I find that after installing the latest version of Cygwin just now, X crashes if I try to start it via startx (not starting with -rootless or -multiwindow), with the error wmaker fatal error: it seems that there is already a window manager running waiting for X server to shut down xterm: fatal IO error 104 (Connection reset by peer) or KillClient on X server :0.0 The Xwin.log ends with: winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winClipboardProc - Call to select () failed: -1. Bailing. winClipboardProc - XDestroyWindow succeeded. ddxBeforeReset - Hello winClipboardIOErrorHandler! Yet I can start it up if I run xinit. Any suggestions? luke