Re: [OPEN-ILS-DEV] missing white space after macro
Scott, Interesting theory...there was a download related to Mozilla. Thanks for the tip. I think I was in the right folder. I'll check. Cheers. -- F. Grant Johnson 566-0630 / [EMAIL PROTECTED] Skype ID = jetsongeorge Systems/Web Coordinator Robertson Library University of Prince Edward Island *** Attitude is IT! On 9/28/2007 at 1:12 AM, in message [EMAIL PROTECTED], Scott McKellar [EMAIL PROTECTED] wrote: None of my betters appears to have responded, so I'll take a shot at it. It looks like gcc is warning you about some dubious syntax in jsarena.c. What is jsarena.c? I looked over a recent download of the current development tree and found no file by that name,,,nor does the string jsarena occur in any of the files in the tree, in upper, lower, or mixed case. I downloaded the fourth release candidate, unzipped and untarred it, and looked for jsarena.c. I still couldn't find it, either as a file name or as a character string. Whatever it is, it doesn't seem to be part of Evergreen. I googled for jsarena.c and, at least in the first few pages of results, every reference was apparently to some file in Mozilla, unrelated to Evergreen. Is it possible that you somehow triggered an attempt to rebuild Firefox (or Netscape or something) from source? Scott McKellar http://home.swbell.net/mck9/ct/ --- Grant Johnson [EMAIL PROTECTED] wrote: Hey all, Trying an install of Fourth release candidate for Evergreen 1.2.0 ( http://open-ils.org/downloads/Evergreen-ILS-1.2.0-rc4.tar.gz ) on Ubuntu 7.04 wkstn. Updated all packages prior to starting install. (Hmmm) Step # 11 - $ make -f Makefile.ref results in a whack of lines like this! No errors before this point that I can see. * command line:1:16: warning: missing whitespace after the macro name gcc -o Linux_All_DBG.OBJ/jsarena.o -c -Wall -Wno-format -DGCC_OPT_BUG -g -DXP_UNIX -DSVR4 -DSYSV -D_BSD_SOURCE -DPOSIX_SOURCE -DHAVE_LOCALTIME_R -DX86_LINUX -DDEBUG -DDEBUG_evergreen-admin -DEDITLINE -ILinux_All_DBG.OBJ jsarena.c * BEGIN:VCARD VERSION:2.1 X-GWTYPE:USER FN:Grant Johnson EMAIL;WORK;PREF:[EMAIL PROTECTED] N:Johnson;Grant END:VCARD
Re: [OPEN-ILS-DEV] Access 2007
On 9/28/07, John Fink [EMAIL PROTECTED] wrote: I'll be there and jumping for a BoF session. Mike and I will be there... jumping as well ;) -bill -- Bill Erickson | VP, Software Development Integration | Equinox Software, Inc. / The Evergreen Experts | phone: 877-OPEN-ILS (673-6457) | email: [EMAIL PROTECTED] | web: http://esilibrary.com
Re: [OPEN-ILS-DEV] Using a postal code, instead of a zip code
On 9/28/07, John van Rassel [EMAIL PROTECTED] wrote: Hello, I was just wondering what my fellow Canadians have done, so that they can use a postal code instead of a zip code, in the patron data? Hi John, The database calls the field post_code, and the plan is to use localizations like en-CA to change the label that is displayed. There is currently no regexp to do client-side validation, but that is planned as a localized component as well. FWIW, the same thing will work with State/Province. Is that what you were looking for? -- Mike Rylander | VP, Research and Design | Equinox Software, Inc. / The Evergreen Experts | phone: 1-877-OPEN-ILS (673-6457) | email: [EMAIL PROTECTED] | web: http://www.esilibrary.com
Re: [OPEN-ILS-DEV] Access 2007
On 9/28/07, Mike Rylander [EMAIL PROTECTED] wrote: I'll raise his hand (and glass of beer) for that as well. I've obviously start on the beer too soon ... I'll raise /my/ hand. --miker On 9/28/07, John Fink [EMAIL PROTECTED] wrote: I'll be there and jumping for a BoF session. jf On 9/28/07, Dan Scott [EMAIL PROTECTED] wrote: On 28/09/2007, Grant Johnson [EMAIL PROTECTED] wrote: Anyone here going to Access 2007 in Victoria BC, Canada? Grant - I'll be there. I'm hoping we can put together at least one informal Evergreen Birds of a Feather session to have a meeting of the minds. -- Dan Scott Laurentian University -- http://libgrunt.blogspot.com -- library culture and technology. -- Mike Rylander | VP, Research and Design | Equinox Software, Inc. / The Evergreen Experts | phone: 1-877-OPEN-ILS (673-6457) | email: [EMAIL PROTECTED] | web: http://www.esilibrary.com -- Mike Rylander | VP, Research and Design | Equinox Software, Inc. / The Evergreen Experts | phone: 1-877-OPEN-ILS (673-6457) | email: [EMAIL PROTECTED] | web: http://www.esilibrary.com
Re: [OPEN-ILS-DEV] missing white space after macro
On 28/09/2007, Scott McKellar [EMAIL PROTECTED] wrote: None of my betters appears to have responded, so I'll take a shot at it. It looks like gcc is warning you about some dubious syntax in jsarena.c. What is jsarena.c? I looked over a recent download of the current development tree and found no file by that name,,,nor does the string jsarena occur in any of the files in the tree, in upper, lower, or mixed case. I downloaded the fourth release candidate, unzipped and untarred it, and looked for jsarena.c. I still couldn't find it, either as a file name or as a character string. Whatever it is, it doesn't seem to be part of Evergreen. I googled for jsarena.c and, at least in the first few pages of results, every reference was apparently to some file in Mozilla, unrelated to Evergreen. Is it possible that you somehow triggered an attempt to rebuild Firefox (or Netscape or something) from source? Scott McKellar http://home.swbell.net/mck9/ct/ --- Grant Johnson [EMAIL PROTECTED] wrote: Hey all, Trying an install of Fourth release candidate for Evergreen 1.2.0 ( http://open-ils.org/downloads/Evergreen-ILS-1.2.0-rc4.tar.gz ) on Ubuntu 7.04 wkstn. Updated all packages prior to starting install. (Hmmm) Step # 11 - $ make -f Makefile.ref results in a whack of lines like this! No errors before this point that I can see. * command line:1:16: warning: missing whitespace after the macro name gcc -o Linux_All_DBG.OBJ/jsarena.o -c -Wall -Wno-format -DGCC_OPT_BUG -g -DXP_UNIX -DSVR4 -DSYSV -D_BSD_SOURCE -DPOSIX_SOURCE -DHAVE_LOCALTIME_R -DX86_LINUX -DDEBUG -DDEBUG_evergreen-admin -DEDITLINE -ILinux_All_DBG.OBJ jsarena.c * Hey Scott (and Grant): That's part of libjs, a JavaScript library from the Mozilla foundation that is used by Evergreen (in conjunction with the JavaScript-SpiderMonkey Perl module). Grant, have you changed the CFLAGS to bump up the gcc warning levels, by any chance? I haven't compiled libjs on Ubuntu, but on Gentoo it's relatively quiet. Most importantly, does the build succeed (despite the warnings) or does it fail? -- Dan Scott Laurentian University
[OPEN-ILS-DEV] Access 2007
Anyone here going to Access 2007 in Victoria BC, Canada? -- F. Grant Johnson 566-0630 / [EMAIL PROTECTED] Skype ID = jetsongeorge Systems/Web Coordinator Robertson Library University of Prince Edward Island *** Attitude is IT! BEGIN:VCARD VERSION:2.1 X-GWTYPE:USER FN:Grant Johnson EMAIL;WORK;PREF:[EMAIL PROTECTED] N:Johnson;Grant END:VCARD
[OPEN-ILS-DEV] PATCH: OpenSRF logging typos and srfsh help formatting
This is a trivial patch that fixes some typos in the OpenSRF logging messages and properly aligns the text in srfsh's help. Cheers :) -- Dan Scott Laurentian University osrf_typos.patch Description: Binary data
[OPEN-ILS-DEV] PATCH: bzero is deprecated and unnecessary
Hi: snprintf is defined to print a maximum number of characters into a string, and guarantees to NIL-terminate the string. The following patch corrects several situations where a string was defined with 256 characters, but snprintf was called with only 255 characters, meaning that the 256th character would never be reached. Given that the call to snprintf was preceded by bzero (a deprecated method of initializing all of the contents of a given string to NIL), it seems likely that snprintf's NIL-terminating behaviour was overlooked or forgotten about. As bzero is deprecated, this patch removes calls to bzero that are followed by snprintf calls to the same string; the maximum number of characters specified to snprintf has been corrected, as well. I think this is trivial enough not to require a DCO. Let me know if you feel otherwise. -- Dan Scott Laurentian University oils_mem.patch Description: Binary data