Thanks for the quick response to: Rainer Heilke Eugene Schmidt Kris Briscoe Rainer and Eugene were right on the money. This had nothing to do with the patch upgrade, just coincidence and probably has been this way except no one paid attention until after the upgrade. Problem was my locale settings are different on my systems. Some have LOCALE settings in /etc/default/init ie; LC_CTYPE=en_US.ISO8859-1 LC_NUMERIC=en_US.ISO8859-1 LC_TIME=en_US.ISO8859-1 LC_COLLATE=en_US.ISO8859-1 LC_MONETARY=en_US.ISO8859-1 Others have no LOCALE variable setting which defaults to: LC_CTYPE="C" LC_NUMERIC="C" LC_TIME="C" LC_COLLATE="C" LC_MONETARY="C" LC_MESSAGES="C" This changes the way the ls command displays a listing. Learn something new everyday. Thanks again. * Jeff Donovan * AT&T Labs Infrastructure * (732)420-5656 * (888)858-7243 pin 127881 -----Original Message----- From: Heilke, Rainer [mailto:Rainer.Heilke@atcoitek.com] Sent: Tuesday, May 04, 2004 6:12 PM To: Donovan, Jeffrey (Jeff), ALABS Subject: RE: Wierd ls question Are you sure that's the only change that happened? The symptoms sound like a change in the locale from English (us_en, or something like that) to C (which is typically the default Locale). Try explicitly setting your locale. IHTH Rainer Heilke > -----Original Message----- > From: sunmanagers-bounces@sunmanagers.org > [mailto:sunmanagers-bounces@sunmanagers.org] On Behalf Of > Donovan, Jeffrey (Jeff), ALABS > Sent: Tuesday, May 04, 2004 4:04 PM > To: sunmanagers@sunmanagers.org > Subject: Wierd ls question > > > Hi all, > > Just updated to patch 117000-03 from 108528-18 and someone pointed out > that a simple ls was sorting differently now, upper case > letters are now > being displayed first. However when I look at the binary the /bin/ls > file hasn't changed. This is consistent though with servers that were > upgraded and those that weren't. > > This is how a simple ls is displaying after the patch: > > $ls > MocarsTicketFactory.properties identitydb.properties.def > MocarsTicketRequest.properties ipam.properties > PasswordKeeper.properties lib > bin log.properties > bulkadd logs > cbawa.properties monitorthread.properties > cbawakeys nipa.properties > cbawakeys-def nipadynamic.properties > cert nipaug.properties > cert-def properties > cert.default pstore > classes rc > conf servlets > diruser.properties share.properties > ejb temp > env webapps > filewatcher.properties work > identitydb.properties > > This is how its displayed before the patch: > > $ ls > aracs log.properties > bin logs > bootclasses MocarsTicketFactory.properties > bootlib MocarsTicketRequest.properties > bulkadd monitorthread.properties > cbawa.properties myserver > cbawakeys nipa.properties > cert nipadynamic.properties > cert.default nipaug.properties > cgi-bin PasswordKeeper.properties > classes properties > conf pstore > diruser.properties public_html > dp q > ejb rc > env rwcable.properties.03d > filewatcher.properties rwcable.properties.bressan > identitydb.properties servletimages > identitydb.properties.orig servlets > IORs share.properties > ipam.properties sqlnet.log > IPDEPOT system > jspWorkingDir webapps > junk weblogic.policy > lib weblogic.properties > > > > Anybody have any clue? > * Jeff Donovan > * AT&T Labs Infrastructure > * (732)420-5656 > * (888)858-7243 pin 127881 > _______________________________________________ > sunmanagers mailing list > sunmanagers@sunmanagers.org > http://www.sunmanagers.org/mailman/listinfo/sunmanagers _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagersReceived on Tue May 4 18:37:35 2004
This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:43:32 EST