plib-devel Mailing List for PLIB (Page 50)
Brought to you by:
sjbaker
Menu
▾
▴
plib-devel
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
(80) |
Mar
(128) |
Apr
(111) |
May
(157) |
Jun
(70) |
Jul
(116) |
Aug
(465) |
Sep
(574) |
Oct
(325) |
Nov
(163) |
Dec
(182) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(167) |
Feb
(191) |
Mar
(319) |
Apr
(118) |
May
(252) |
Jun
(427) |
Jul
(187) |
Aug
(96) |
Sep
(219) |
Oct
(161) |
Nov
(109) |
Dec
(210) |
| 2002 |
Jan
(97) |
Feb
(80) |
Mar
(143) |
Apr
(234) |
May
(72) |
Jun
(246) |
Jul
(155) |
Aug
(280) |
Sep
(418) |
Oct
(81) |
Nov
(72) |
Dec
(88) |
| 2003 |
Jan
(59) |
Feb
(63) |
Mar
(33) |
Apr
(27) |
May
(87) |
Jun
(50) |
Jul
(97) |
Aug
(45) |
Sep
(35) |
Oct
(67) |
Nov
(78) |
Dec
(13) |
| 2004 |
Jan
(167) |
Feb
(144) |
Mar
(172) |
Apr
(93) |
May
(43) |
Jun
(7) |
Jul
(27) |
Aug
(36) |
Sep
(48) |
Oct
(54) |
Nov
(5) |
Dec
(44) |
| 2005 |
Jan
(53) |
Feb
(36) |
Mar
(13) |
Apr
(3) |
May
(19) |
Jun
|
Jul
(49) |
Aug
(39) |
Sep
(8) |
Oct
(8) |
Nov
(51) |
Dec
(23) |
| 2006 |
Jan
(26) |
Feb
(5) |
Mar
(26) |
Apr
(26) |
May
(52) |
Jun
(36) |
Jul
(8) |
Aug
(12) |
Sep
(6) |
Oct
(75) |
Nov
(34) |
Dec
(25) |
| 2007 |
Jan
(46) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(7) |
Jul
(2) |
Aug
|
Sep
(40) |
Oct
(9) |
Nov
(3) |
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
(26) |
Apr
|
May
|
Jun
(2) |
Jul
(4) |
Aug
(6) |
Sep
|
Oct
|
Nov
(5) |
Dec
(2) |
| 2009 |
Jan
(63) |
Feb
(4) |
Mar
(12) |
Apr
|
May
(5) |
Jun
(1) |
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
(14) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
(2) |
Feb
(1) |
Mar
(2) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(5) |
| 2012 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Fay J. F C. AAC/W. <joh...@eg...> - 2004-04-07 13:35:17
|
Gentlemen, I've just sent Steve privately a "pwWindows.cxx" file with an auto-repeat patch. I've not been able to test it but I think it will work. Correctly, even. It compiles and was not much of a patch. I tested the auto-repeat feature using the "freeglut" library and found that Windows gives a WM_KEYDOWN message when a key is pressed. Then it gives a string of WM_KEYDOWN messages when a key is held down. It gives a WM_KEYUP message when the key is released. When the user presses two keys one after the other, Windows will send a WM_KEYDOWN message for each one. If the first one is auto-repeating, its auto-repeat will stop and the second key's auto-repeat will eventually start. When a key is released (either the first or the second), Windows sends a WM_KEYUP message for each key. My patch does not support this behavior, and I don't know that the X11 code does either. John F. Fay joh...@eg... -----Original Message----- From: pli...@li... [mailto:pli...@li...]On Behalf Of Steve Baker Sent: Tuesday, April 06, 2004 7:03 PM To: pli...@li... Subject: [Plib-devel] pwSetAutoRepeatKey...and pwMacOSX. OK - those changes to pwMacOSX are in CVS (I restored the conditional compilation around it). The new 'pwSetAutoRepeatKey(bool enable);' function is now present in both X11 and MacOSX. I added code into the 'pw_demo' program to test it (press 'a' and 'b' to turn key repeat on and off). If someone could find the time to add that code into the Windows version, that would be great. Right now pwSetAutoRepeatKey just prints a warning message under Windows. By default, auto-repeat should be off. ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://www.sjbaker.org Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net -----BEGIN GEEK CODE BLOCK----- GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M- V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++ -----END GEEK CODE BLOCK----- ------------------------------------------------------- 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=1470&alloc_id=3638&op=click _______________________________________________ plib-devel mailing list pli...@li... https://lists.sourceforge.net/lists/listinfo/plib-devel |
|
From: Eero P. <epa...@ko...> - 2004-04-07 11:08:06
|
I met this problem with the old pui version I am using, but it looks like that the same problem exists with the current code... If used like in the Programmers Guide example the puDialogBox and the puOneShot inside it seem to cause a "freed memory modified" error. What happens with the old version is that the puOneShot inside the dialog deletes the dialog, which then deletes its children including the OneShot button. After this the OneShot still tries to change its own value, which is not so ok. I have not tested this with the current Pui, but it looks that the puCleanUpJunk inside the puInterface destructor will trigger the incorrect behavior. (and removing it should fix this). Eero |
|
From: Steve B. <sjb...@ai...> - 2004-04-07 00:04:24
|
OK - those changes to pwMacOSX are in CVS (I restored the conditional compilation around it). The new 'pwSetAutoRepeatKey(bool enable);' function is now present in both X11 and MacOSX. I added code into the 'pw_demo' program to test it (press 'a' and 'b' to turn key repeat on and off). If someone could find the time to add that code into the Windows version, that would be great. Right now pwSetAutoRepeatKey just prints a warning message under Windows. By default, auto-repeat should be off. ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://www.sjbaker.org Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net -----BEGIN GEEK CODE BLOCK----- GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M- V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++ -----END GEEK CODE BLOCK----- |
|
From: Steve B. <sjb...@ai...> - 2004-04-06 23:36:08
|
Olivier A wrote: > I added the function "void pwSetAutoRepeatKey(bool on_off);" in pwMacOSX. > key auto repeat is off by default. Thanks - I'm in the process of adding that to the X11 code right now. > The resize callback is now called when the user call pwSetSize. Excellent. > I have also fixed some bugs (see pwMacOSX.cxx file). > The new file is attached. PLEASE STOP REMOVING THE CONDITIONAL COMPILATION AROUND THIS FILE!!! This file *WILL* be compiled on every system. The hassle involved in building all of the Makefile crap to make each architecture build just the exact set of files it needs - and yet ensuring that all of them are in the distro - is more than I want to maintain. It's MUCH easier to simply '#ifdef' out the entire contents of the file on machines that don't need it. ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://www.sjbaker.org Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net -----BEGIN GEEK CODE BLOCK----- GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M- V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++ -----END GEEK CODE BLOCK----- |
|
From: Norman V. <nh...@ca...> - 2004-04-06 22:41:25
|
Fay John F Contr writes: > If you can either force a "cron" update to the tarball or else just e-mail me a tarball I can check it out. I just forced a 'current' tarball update Norman |
|
From: Olivier A <oli...@wa...> - 2004-04-06 22:24:07
|
John Fay wrote:
>
> ...
> (1) jsNone.cxx:25 - MSVC objects to the statement "struct os_specific
> {}".
> I changed it to "struct os_specific ;" and the file compiled just fine.
I di not try to compile this file...
> (2) jsWindows.cxx:42 - Apparently "error" is a private member of
> "jsJoystick". We need to add an accessor method to "js.h" and use it
> here.
?? getOEMProductName is a member of "struct os_specific_s" which is
declared friend of jsJoystick: it should have access to all members of
jsJoystick...
> (3) jsWindows.cxx:57, 68 - Apparently "os" is also a private member of
> 'jsJoystick". Again we need to add an accessor method to "js.h" and
> use it
> here.
Same remark as above.
I have not these errors with gcc 3.3 an an old Metrowerks compiler.
Perhaps with some compiler you can access only protected members with
friend functions ...
> (4) jsWindows.cxx:120 - The variable "jsCaps" is actually a member of
> "os".
Yes you're right: "os->" is missing !
> (5) jsWindows.cxx:162 - The variable "num_hats" is not a member of
> "jsJoystick".
Remove the line: at some time I added a "num_hats" member to
jsJoystick, but forgot to remove it in some files...
(I can neither test nor compile on windows systems.)
Olivier A.
|
|
From: Olivier A <oli...@wa...> - 2004-04-06 20:27:47
|
Steve baker wrote: > One event when the key is depressed - another when it's released. > > In effect, key-auto-repeat is ignored in PW. > > I think we should add a function to toggle that behavior on and off > because key repeat is a pain in the neck for games (which is why it's > off by default) - but might perhaps be useful for PUI users when > someone it typing lots of text into a text entry box or something. > > However, the default behavior should definitely be NO KEY REPEAT > because most of our users are writing games - or things that work > like games. I added the function "void pwSetAutoRepeatKey(bool on_off);" in pwMacOSX. key auto repeat is off by default. >>> For consistency, maybe you should call the resize callback yourself >>> when the >>> user calls pwSetSize. >>> >>> I've added a pwSetSize call to the 'pw_demo' example program. Press >>> '<' to >>> shrink the window and '>' so expand it again. The resize callback is now called when the user call pwSetSize. I have also fixed some bugs (see pwMacOSX.cxx file). The new file is attached. Olivier A. |
|
From: Steve B. <sjb...@ai...> - 2004-04-06 14:39:45
|
Fay John F Contr AAC/WMG wrote: > I got the tarball. It loaded into MSVC, so the "dsp" files with their > end-of-line characters are all good. I'm compiling it now, and so far there > are no errors anywhere. There was a warning on conversion of double to > float in "slEnvelope.cxx" on line 186. So I think we're good to go. OK - I've fixed that - it'll be in CVS soon-ish. (Sourceforge is giving me hell today - operations keep timing out, etc. Yuk!) ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://www.sjbaker.org Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net -----BEGIN GEEK CODE BLOCK----- GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M- V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++ -----END GEEK CODE BLOCK----- |
|
From: Fay J. F C. AAC/W. <joh...@eg...> - 2004-04-06 14:28:28
|
I got the tarball. It loaded into MSVC, so the "dsp" files with their end-of-line characters are all good. I'm compiling it now, and so far there are no errors anywhere. There was a warning on conversion of double to float in "slEnvelope.cxx" on line 186. So I think we're good to go. John F. Fay joh...@eg... -----Original Message----- From: pli...@li... [mailto:pli...@li...]On Behalf Of Steve Baker Sent: Tuesday, April 06, 2004 9:04 AM To: pli...@li... Subject: Re: [Plib-devel] Version 1.8.3, anybody? Fay John F Contr AAC/WMG wrote: > Steve, > > If you can either force a "cron" update to the tarball or else just > e-mail me a tarball I can check it out. I don't know how to force a cron update - so I've sent you a tarball via private email. ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://www.sjbaker.org Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net -----BEGIN GEEK CODE BLOCK----- GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M- V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++ -----END GEEK CODE BLOCK----- ------------------------------------------------------- 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=1470&alloc_id=3638&op=click _______________________________________________ plib-devel mailing list pli...@li... https://lists.sourceforge.net/lists/listinfo/plib-devel |
|
From: Steve B. <sjb...@ai...> - 2004-04-06 14:18:13
|
Fay John F Contr AAC/WMG wrote: > I'm testing out Olivier's new joystick code that hasn't made it into > CVS yet. Oh - I see. Well, then I guess we shouldn't put it into 1.8.3 because it won't have been sufficiently tested. > We were holding off on putting it in until after the new > release--and good thing we did, too. Olivier's idea (correct me if I'm > wrong, Olivier) was to remove the operating-system-dependent code from the > header file and conceal the implementations in the "cxx" files where the > application can't see it. That's OK. > He did this because of my repeated notes about > the redefinition of the "_JS_MAX_AXES" constant in the Windows version. Yep, I see. I don't mind having the OS-dependancies move down into the .cxx files - that's a good thing - and would make the JS package somewhat easier to maintain. However, the idea of not compiling/linking the .cxx files that belong to other OS's makes maintaining the build/distro excruciatingly difficult. It's easier to just compile every .cxx file and use conditional compilation to exclude the files we don't need. Having different build setups for each of a dozen UNIX setups would be PAINFUL because there aren't many people using those systems anymore. It's worth wasting a little extra compilation time (and it's truly only a matter of seconds) for the sake of having an IDENTICAL configure.in/Makefile.am setup for all OS varients (except MSVC - which is a continual PITA). ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://www.sjbaker.org Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net -----BEGIN GEEK CODE BLOCK----- GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M- V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++ -----END GEEK CODE BLOCK----- |
|
From: Steve B. <sjb...@ai...> - 2004-04-06 14:07:15
|
Fay John F Contr AAC/WMG wrote: > I'm quite sure this is Not Our Problem. Excellent! That's the kind of problem I like to have! ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://www.sjbaker.org Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net -----BEGIN GEEK CODE BLOCK----- GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M- V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++ -----END GEEK CODE BLOCK----- |
|
From: Steve B. <sjb...@ai...> - 2004-04-06 14:05:12
|
Fay John F Contr AAC/WMG wrote: > Steve, > > If you can either force a "cron" update to the tarball or else just > e-mail me a tarball I can check it out. I don't know how to force a cron update - so I've sent you a tarball via private email. ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://www.sjbaker.org Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net -----BEGIN GEEK CODE BLOCK----- GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M- V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++ -----END GEEK CODE BLOCK----- |
|
From: Steve B. <sjb...@ai...> - 2004-04-06 13:42:51
|
Christos Dimitrakakis wrote: > .... I think those are all the differences. I only touched the sl.h, > slPlayer and slEnvelope in any case. Sorry for the trouble but I was > working with the plib version we were using in torcs. Thanks! I think I've got it now. The changes are in CVS now - if you see this before 1.8.3 hits the streets, please check it out. ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://www.sjbaker.org Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net -----BEGIN GEEK CODE BLOCK----- GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M- V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++ -----END GEEK CODE BLOCK----- |
|
From: Fay J. F C. AAC/W. <joh...@eg...> - 2004-04-06 13:41:56
|
Steve, I'm testing out Olivier's new joystick code that hasn't made it into CVS yet. We were holding off on putting it in until after the new release--and good thing we did, too. Olivier's idea (correct me if I'm wrong, Olivier) was to remove the operating-system-dependent code from the header file and conceal the implementations in the "cxx" files where the application can't see it. He did this because of my repeated notes about the redefinition of the "_JS_MAX_AXES" constant in the Windows version. John F. Fay joh...@eg... -----Original Message----- From: pli...@li... [mailto:pli...@li...]On Behalf Of Steve Baker Sent: Tuesday, April 06, 2004 8:23 AM To: pli...@li... Subject: Re: Olivier's Joystick Code (was RE: [Plib-devel] Re: new Release) <snip> OK - there is something VERY SCREWY here. 'os' isn't even mentioned in jsWindows.cxx Are you using some very old version or something?!? ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://www.sjbaker.org Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net -----BEGIN GEEK CODE BLOCK----- GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M- V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++ -----END GEEK CODE BLOCK----- ------------------------------------------------------- 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=1470&alloc_id=3638&op=click _______________________________________________ plib-devel mailing list pli...@li... https://lists.sourceforge.net/lists/listinfo/plib-devel |
|
From: Steve B. <sjb...@ai...> - 2004-04-06 13:23:33
|
Fay John F Contr AAC/WMG wrote:
> I have downloaded the source codes and compiled them under Window.
> As might be expected, all the non-Windows files give errors and should
> probably be removed from the ".dsp" file.
That shouldn't be a problem. All of the non-Windows files start with
something like:
#if defined(UL_IRIX) || defined(UL_SOLARIS) || defined(UL_HPUX)
...so none of the code in the non-relevent parts should be compiled.
We do this in the 'Makefile' world because it allows us to use the
same set of Makefiles for all OS types - which greatly simplifies
admin.
We could eliminate the non-needed files for MSVC - although in principle,
one *MIGHT* want to use MSVC to cross-compile for another system...somehow
I don't think that's very likely - but it IS the thinking behind using
conditional compilation rather than dinking with the build system.
> I also got some other compiler
> errors:
> (1) jsNone.cxx:25 - MSVC objects to the statement "struct os_specific {}".
> I changed it to "struct os_specific ;" and the file compiled just fine.
I don't see any reference to 'os_specific' in any of the code except the BSD
version. Also, line 25 of jsNone.cxx should even be compiled in an MSVC
environment?!?!
> (2) jsWindows.cxx:42 - Apparently "error" is a private member of
> "jsJoystick". We need to add an accessor method to "js.h" and use it here.
Eh? Line 42 of jsWindows.cxx is inside jsJoystick::getOEMProductName - which
is a member of jsJoystick and can therefore access 'error' without a special
class member.
> (3) jsWindows.cxx:57, 68 - Apparently "os" is also a private member of
> 'jsJoystick". Again we need to add an accessor method to "js.h" and use it
> here.
OK - there is something VERY SCREWY here. 'os' isn't even mentioned in jsWindows.cxx
Are you using some very old version or something?!?
---------------------------- Steve Baker -------------------------
HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...>
HomePage : http://www.sjbaker.org
Projects : http://plib.sf.net http://tuxaqfh.sf.net
http://tuxkart.sf.net http://prettypoly.sf.net
-----BEGIN GEEK CODE BLOCK-----
GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M-
V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++
-----END GEEK CODE BLOCK-----
|
|
From: Fay J. F C. AAC/W. <joh...@eg...> - 2004-04-06 13:13:08
|
Steve, If you can either force a "cron" update to the tarball or else just e-mail me a tarball I can check it out. John F. Fay joh...@eg... -----Original Message----- From: pli...@li... [mailto:pli...@li...]On Behalf Of Steve Baker Sent: Tuesday, April 06, 2004 8:08 AM To: pli...@li... Subject: Re: [Plib-devel] Version 1.8.3, anybody? Steve Baker wrote: >> (2) I needed to add "#include <stdio.h>" at the top of "pw.h" to define >> "NULL". This may be necessary on other platforms as well; I've never >> had an error with "NULL" undefined before. It seems that a lot of our header files had that problem - so I've fixed all of them. I also fixed (I hope) ssgAux.dsp -- can someone with Windows/MSVC please check this out ASAP because I have no way to know whether I fixed it correctly or not. ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://www.sjbaker.org Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net -----BEGIN GEEK CODE BLOCK----- GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M- V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++ -----END GEEK CODE BLOCK----- ------------------------------------------------------- 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=1470&alloc_id=3638&op=click _______________________________________________ plib-devel mailing list pli...@li... https://lists.sourceforge.net/lists/listinfo/plib-devel |
|
From: Fay J. F C. AAC/W. <joh...@eg...> - 2004-04-06 13:11:19
|
Steve, I just doublechecked the project settings on my most recent CVS download of PLIB (vintage March 26, but I doubt that the files have changed since then). The project files are all OK with respect to the single-threaded/multi-threaded flag. I'm quite sure this is Not Our Problem. John F. Fay joh...@eg... -----Original Message----- From: pli...@li... [mailto:pli...@li...]On Behalf Of Steve Baker Sent: Tuesday, April 06, 2004 7:48 AM To: pli...@li...; pli...@li... Subject: [Plib-devel] Re: [Plib-users] including sg.h problems Clay, Bruce wrote: > Brian: > It looks like the sg lib is built using debug code generation while > the rest is built with multi-threaded debug code generation. Double > check the build settings for your libraries and projects. If they are > all ok then you could try putting libcd.lib on the ignore library list > in VC6 link tab I'm not Windows person - so I don't understand the subtlety of this. However, I'm planning on doing a 1.8.3 release of PLIB today and if changes are needed to the Windows build mechanism, I'd like to get them in ASAP so they'll be included in this release. <snip> |
|
From: Steve B. <sjb...@ai...> - 2004-04-06 13:08:36
|
Steve Baker wrote: >> (2) I needed to add "#include <stdio.h>" at the top of "pw.h" to define >> "NULL". This may be necessary on other platforms as well; I've never >> had an error with "NULL" undefined before. It seems that a lot of our header files had that problem - so I've fixed all of them. I also fixed (I hope) ssgAux.dsp -- can someone with Windows/MSVC please check this out ASAP because I have no way to know whether I fixed it correctly or not. ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://www.sjbaker.org Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net -----BEGIN GEEK CODE BLOCK----- GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M- V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++ -----END GEEK CODE BLOCK----- |
|
From: Steve B. <sjb...@ai...> - 2004-04-06 12:48:35
|
Clay, Bruce wrote: > Brian: > It looks like the sg lib is built using debug code generation while > the rest is built with multi-threaded debug code generation. Double > check the build settings for your libraries and projects. If they are > all ok then you could try putting libcd.lib on the ignore library list > in VC6 link tab I'm not Windows person - so I don't understand the subtlety of this. However, I'm planning on doing a 1.8.3 release of PLIB today and if changes are needed to the Windows build mechanism, I'd like to get them in ASAP so they'll be included in this release. > -----Original Message----- > From: pli...@li... > [mailto:pli...@li...] On Behalf Of Brian Smith > Sent: Tuesday, April 06, 2004 12:29 AM > To: pli...@li... > Subject: [Plib-users] including sg.h problems > > > I'm using VC++ 6.0 on windows XP, I built all the libraries for plib > 1.8.2 > and am linking to them in my project, as well as all .h files are in the > > right place. My problem is when I include sg.h i get these link errors: > > Linking... > LIBCMT.lib(dosmap.obj) : error LNK2005: __dosmaperr already defined in > LIBCD.lib(dosmap.obj) > LIBCMT.lib(osfinfo.obj) : error LNK2005: __alloc_osfhnd already defined > in > LIBCD.lib(osfinfo.obj) > LIBCMT.lib(osfinfo.obj) : error LNK2005: __set_osfhnd already defined in > > LIBCD.lib(osfinfo.obj) > LIBCMT.lib(osfinfo.obj) : error LNK2005: __free_osfhnd already defined > in > LIBCD.lib(osfinfo.obj) > LIBCMT.lib(osfinfo.obj) : error LNK2005: __get_osfhandle already defined > in > LIBCD.lib(osfinfo.obj) > LIBCMT.lib(osfinfo.obj) : error LNK2005: __open_osfhandle already > defined in > LIBCD.lib(osfinfo.obj) > LIBCMT.lib(lseek.obj) : error LNK2005: __lseek already defined in > LIBCD.lib(lseek.obj) > LIBCMT.lib(write.obj) : error LNK2005: __write already defined in > LIBCD.lib(write.obj) > LIBCMT.lib(tolower.obj) : error LNK2005: __tolower already defined in > LIBCD.lib(tolower.obj) > LIBCMT.lib(tolower.obj) : error LNK2005: _tolower already defined in > LIBCD.lib(tolower.obj) > LINK : warning LNK4098: defaultlib "LIBCMT" conflicts with use of other > libs; use /NODEFAULTLIB:library > Debug/Baseball.exe : fatal error LNK1169: one or more multiply defined > symbols found > > > This happens when I #include <plib/sg.h> (#inclde<plib/ul.h> compiles > and > links with no problems), Files that don't rely on sg.h work, sg.h seems > to > be the source. Anyone can help thanks in advance > > _________________________________________________________________ > Free up your inbox with MSN Hotmail Extra Storage! Multiple plans > available. > http://join.msn.com/?pgmarket=en-us&page=hotmail/es2&ST=1/go/onm00200362 > ave/direct/01/ > > > > ------------------------------------------------------- > 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=1470&alloc_id=3638&op=click > _______________________________________________ > plib-users mailing list > pli...@li... > https://lists.sourceforge.net/lists/listinfo/plib-users > > > ------------------------------------------------------- > 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_id70&alloc_id638&op=click > _______________________________________________ > plib-users mailing list > pli...@li... > https://lists.sourceforge.net/lists/listinfo/plib-users > -- ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://www.sjbaker.org Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net -----BEGIN GEEK CODE BLOCK----- GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M- V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++ -----END GEEK CODE BLOCK----- |
|
From: Wolfram K. <w_...@rz...> - 2004-04-06 07:41:35
|
Steve Baker wrote: >I've got some time tomorrow (Tuesday) - I'll put together the small pile= of >outstanding fixes and push out another 1.8 maintenance release. > >We have: Also, IIRC, the Changelog is not up-to-date. Bye bye, Wolfram. |
|
From: Steve B. <sjb...@ai...> - 2004-04-06 03:33:32
|
Andy Ross wrote: > How about having pu.h default to PU_USE_NONE instead of PU_USE_GLUT > and including glut.h? I spent a good number of hours "deglutifying" > FlightGear last week and had to hunt down a bunch of locations where > files were including pu.h without including the toolkit header > first. We did think about this at the time. It was considered more important to have reverse compatibility with older programs that used GLUT but included glut.h after pu.h Not breaking older but well-written programs is pretty high on my list of priorities. Sorry. ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://www.sjbaker.org Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net -----BEGIN GEEK CODE BLOCK----- GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M- V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++ -----END GEEK CODE BLOCK----- |
|
From: Andy R. <an...@pl...> - 2004-04-06 03:09:51
|
Steve Baker wrote: > I've got some time tomorrow (Tuesday) - I'll put together the small pile of > outstanding fixes and push out another 1.8 maintenance release. > > We have: > > * The three things you listed above. > * Olivier's Joystick fixes. > * Christos' Sound fixes. > * A keyrepeat on/off entrypoint into PW. How about having pu.h default to PU_USE_NONE instead of PU_USE_GLUT and including glut.h? I spent a good number of hours "deglutifying" FlightGear last week and had to hunt down a bunch of locations where files were including pu.h without including the toolkit header first. Really, only the file that calls puInit() has to worry about which toolkit is going to be used. It would be nice if everyone else could just call the pui entry points without worrying about it. Andy |
|
From: Steve B. <sjb...@ai...> - 2004-04-06 02:44:06
|
Fay John F Contr AAC/WMG wrote: > Gentlemen, > > While porting something to Windows over the weekend (interested > parties will read about it on a separate mailing list), I found a couple of > things missing from the Windows version of PLIB. > > (1) The "ssgAux.dsp" file does not contain the "ssgaScreenDump.cxx" or ".h" > files. > (2) I needed to add "#include <stdio.h>" at the top of "pw.h" to define > "NULL". This may be necessary on other platforms as well; I've never had an > error with "NULL" undefined before. Yes - it's defined in stdio.h or thereabouts - it's not a standard part of the language. > (3) I changed some constants in "ssgKeyFlier.h" on lines 230 and 231 to > single precision to remove compiler warnings. > > The third is most definitely NOT worth a new release, but the first two may > be serious. I've got some time tomorrow (Tuesday) - I'll put together the small pile of outstanding fixes and push out another 1.8 maintenance release. We have: * The three things you listed above. * Olivier's Joystick fixes. * Christos' Sound fixes. * A keyrepeat on/off entrypoint into PW. ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://www.sjbaker.org Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net -----BEGIN GEEK CODE BLOCK----- GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M- V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++ -----END GEEK CODE BLOCK----- |
|
From: Fay J. F C. AAC/W. <joh...@eg...> - 2004-04-05 18:59:22
|
I compiled an application on my student edition of MSVC at home (it doesn't like the copying of library and header files after the compilation, either) and I got a compiler error in "pw.h" saying that "NULL" was undefined. On further reflection, I realize that I don't know why it didn't choke when compiling the "pw" library itself. John F. Fay joh...@eg... -----Original Message----- From: pli...@li... [mailto:pli...@li...]On Behalf Of Wolfram Kuss Sent: Monday, April 05, 2004 1:47 PM To: pli...@li... Subject: Re: [Plib-devel] Version 1.8.3, anybody? John F. Fay wrote: >(2) I needed to add "#include <stdio.h>" at the top of "pw.h" to define >"NULL". This may be necessary on other platforms as well; I've never had an >error with "NULL" undefined before. What happens without this? I compiled all libraries and all examples before release. BTW, I think I only got 2 or 3 warnings in ALL projects together. >John F. Fay >joh...@eg... Bye bye, Wolfram. ------------------------------------------------------- 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_id70&alloc_id638&op=click _______________________________________________ plib-devel mailing list pli...@li... https://lists.sourceforge.net/lists/listinfo/plib-devel |
|
From: Wolfram K. <w_...@rz...> - 2004-04-05 18:46:43
|
John F. Fay wrote: >(2) I needed to add "#include <stdio.h>" at the top of "pw.h" to define >"NULL". This may be necessary on other platforms as well; I've never = had an >error with "NULL" undefined before. What happens without this? I compiled all libraries and all examples before release. BTW, I think I only got 2 or 3 warnings in ALL projects together. >John F. Fay >joh...@eg... Bye bye, Wolfram. |
34 messages has been excluded from this view by a project administrator.
