i am quite sure > that other people has done this before me at least with version 1.30. below is some stdout > from a cpan session suggesting to send a bug report. allan - cp lib/DBI/ProfileData.pm blib/lib/DBI/ProfileData.pm /usr/bin/perl -p -e 's/~DRIVER~/Perl/g' hi > i wonder why i can't install DBI version 1.35. i have perl 5.8 with threads insatlled basically i wonder if the lines below makes sense for some on this list ? thanks. i am quite sure that other people has done this before me at least with version 1.30. below is some stdout from a cpan session suggesting to send a bug report. Hi i wonder why i can't install DBI version 1.35. This happens on multiple machines in the same office with same specs. I have had the users clear file cache and cookies but still no access. When they login on the MAC they are returned to the home page but are not logged in as they see no menus for logged in users. I have a group of clients on the following platform: MICROSOFT INTERNET EXPLORER, VERSION 5.1 FOR MACINTOSH OPERATING SYSTEM VERSIONS 8.1 through 9.2.2 (³MAC OS CLASSIC²) After recently upgrading to DNN 3.2.2 they can no longer login. 10.6 will be out by then and 10.4 market share will be low. The first Gecko products that would not support 10.4 will be released in late 2009 or even 2010. It was Apple's fifth major Mac OS X release and Apple will release their seventh, Snow Leopard, in 2009. Thanks! Timeline and Users Mac OS X 10.4 was released in April of 2005. I would appreciate feedback, please make sure to read everything I've written below before replying. I think dropping support for Mac OS X 10.4 after Gecko 1.9.1 is the right thing to do. Any help is appreciated! # CHECKSETUP.LOG # * This is Bugzilla 4.5 on perl 5.12.4 * Running on Darwin 12.2.1 Darwin Kernel Version 12.2.1: Thu Oct 18. My guess is that I have permissions set wrong somewh= ere, but I have been unable to find out where. I am trying to set up Bugzilla, but despite a day and a half of playing wit= h the configuration, I am getting 403 Forbidden when trying to access http:= //localhost/bugzilla. I am a newbie to Mac OS and have not used *nix in over 20 years. We have come to a point where we need to make a final decision and either restore 10.4 support or remove this (large) amount of 10.4 specific code. In September of 2009 we stopped supporting Mac OS X 10.4 ('Tiger') on mozilla-central but we left much of the code required to support that platform in the tree in case we wanted to reverse that decision. The following is.ĭropping Mac OS X 10.4 support in Gecko 1.9.3 I'm unable to get the nsIDOMWindowInternal interface using which i'm getting nsIDOMLocation to get the firefox currently viewed URL. I have used the following line of code for backward compatibily with sdk 1.9.2 NS_IMPL_MOZILLA192_NSGETMODULE(&kSampleModule) But my extension is not working properly in firfox 3.6 with Gecko sdk 2. Hi, The extension which i have developed for firefox 3.* was working very fine with gecko sdk 1.9.2 After the release of gecko sdk 2 for firefox 4, i started making the changes and my extension works fine with firefox 4. Unable to get nsIDOMWindowInternal, queryInterface working in gecko 2 but not in gecko 1.9.2(gecko sdk 2 is not backward compatible with gecko sdk 1.9.2) It everytime stops with the following error: In file included from /Volumes/Developer/comm-1.9.2/mozilla/toolkit/ xre/nsSigHandlers.cpp:58: /Developer/SDKs/MacOSX10.6.sdk/usr/include/ucontext.h:42:2: error: #error ucontext routines are deprecated, and require _XOPEN_SOURCE to be defined /Volumes/Developer/comm-1.9.2/mozilla/toolkit/xre/nsSigHandlers.cpp: In function =91void fpehandler(int, siginfo_t*, void*)=92: /Volumes/Developer/comm-1.9.2/mozilla/toolkit/xr. I've tried to build TB 3.1 (which is based on Gecko 1.9.2) on Mac OS X 10.6 with the 10.6 SDK. I don't care what Apple's unstated.Įrror in nsSigHandlers.cpp while building TB 3.1 (based on Gecko 1.9.2) with Mac OS X 10.6 SDK There is no need to do this it's a short-sighted plan to avoid supporting well over a million users who are still running 10.4 for various reasons i.e., they can't afford to upgrade their equipment 10.5 and 10.6 drop or break features that work perfectly well in 10.4 that upgrading would require them to purchase new versions of software that works perfectly well under 10.4 or even that many people think both 10.5 and 10.6 suck. While Mozilla may think that dropping support for Mac OS X 10.4 is a good idea, you're dead wrong. Dropping Mac OS X 10.4 support in Gecko 1.9.3 #2
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |