From tmdias at ieee.org Mon Mar 14 19:52:25 2005 From: tmdias at ieee.org (Tiago Maduro-Dias) Date: Mon, 14 Mar 2005 10:52:25 +0000 Subject: [macemacsjp-english 5] W3M on Carbon Emacs (Take 2) Message-ID: <5c4c714d60c4eb7ba04baee46a8a65e0@ieee.org> Hi again, Well, apparently I am missing font iso10646-1... Any known workarounds? Thanks for your time, Tiago Maduro-Dias. From zenitani at tkg.att.ne.jp Tue Mar 15 02:34:45 2005 From: zenitani at tkg.att.ne.jp (Seiji Zenitani) Date: Tue, 15 Mar 2005 02:34:45 +0900 Subject: [macemacsjp-english 6] Re: W3M on Carbon Emacs (Take 2) In-Reply-To: <5c4c714d60c4eb7ba04baee46a8a65e0@ieee.org> References: <5c4c714d60c4eb7ba04baee46a8a65e0@ieee.org> Message-ID: <9629ba185b0d190a6074a362962216bd@tkg.att.ne.jp> Hi Tiago, I checked Sun's page using Carbon Emacs Package Feb. '05 and w3m-m17n 0.4.1 provided by Sakai-san . At my hand, everything looks fine and no white squares are observed. The table border is displayed by japanese-jisx0208 characters. References might be: http://emacs-w3m.namazu.org/ml/msg07760.html http://emacs-w3m.namazu.org/ml/msg07777.html Hiromatsu-san, do you have any idea? == Seiji Zenitani On 2005/03/14, at 19:52, Tiago Maduro-Dias wrote: > Hi again, > > Well, apparently I am missing font iso10646-1... Any known workarounds? > > Thanks for your time, > > Tiago Maduro-Dias. > > _______________________________________________ > macemacsjp-english mailing list > macemacsjp-english at lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/macemacsjp-english > From tmdias at ieee.org Tue Mar 15 03:56:15 2005 From: tmdias at ieee.org (Tiago Maduro-Dias) Date: Mon, 14 Mar 2005 18:56:15 +0000 Subject: [macemacsjp-english 7] Re: W3M on Carbon Emacs (Take 2) In-Reply-To: <9629ba185b0d190a6074a362962216bd@tkg.att.ne.jp> References: <5c4c714d60c4eb7ba04baee46a8a65e0@ieee.org> <9629ba185b0d190a6074a362962216bd@tkg.att.ne.jp> Message-ID: <6e34347500156e42f2bfaeaee3f1137a@ieee.org> Seiji, Hi! I tried installing the package you mentioned, w3m-m17n 0.4.1, but chose English/UTF-8. The results were the exact same, even after including the default site-start.d (hoping it would load all font files). I'm kind of stuck :\. Tiago Maduro-Dias. P.S.- Those references were actually my e-mails to the list :). It was through that that I found out what font I was missing. On 14 Mar 2005, at 17:34, Seiji Zenitani wrote: > Hi Tiago, > > I checked Sun's page > using > Carbon Emacs Package Feb. '05 and w3m-m17n 0.4.1 provided by Sakai-san > . At my hand, everything looks > fine and no white squares are observed. The table border is displayed > by japanese-jisx0208 characters. > > References might be: > http://emacs-w3m.namazu.org/ml/msg07760.html > http://emacs-w3m.namazu.org/ml/msg07777.html > > Hiromatsu-san, do you have any idea? > > == > Seiji Zenitani > > On 2005/03/14, at 19:52, Tiago Maduro-Dias wrote: > >> Hi again, >> >> Well, apparently I am missing font iso10646-1... Any known >> workarounds? >> >> Thanks for your time, >> >> Tiago Maduro-Dias. >> >> _______________________________________________ >> macemacsjp-english mailing list >> macemacsjp-english at lists.sourceforge.jp >> http://lists.sourceforge.jp/mailman/listinfo/macemacsjp-english >> > > _______________________________________________ > macemacsjp-english mailing list > macemacsjp-english at lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/macemacsjp-english > From tmdias at ieee.org Mon Mar 14 19:31:55 2005 From: tmdias at ieee.org (Tiago Maduro-Dias) Date: Mon, 14 Mar 2005 10:31:55 +0000 Subject: [macemacsjp-english 8] W3M on Carbon Emacs Message-ID: Hey all! I am using the latest version of the Carbon Emacs package. I was very happy to rediscover w3m a couple of days ago. I have, however, come across a weird problem: The table corners and lines aren't displayed correctly (screenshot attached). The screenshot was taken using the carbon-font package, but I have tried it with the default font and the results are the same (also tried using Latin-1 instead of UTF-8 for environment). Included in the referred package is w3m release 1.4.3. I tried sending basically this e-mail to the emacs-w3m mailing list but they were unable to help me... Thanks in advance, Tiago Maduro-Dias. -------------- next part -------------- A non-text attachment was scrubbed... Name: w3m-grab.jpg Type: image/jpeg Size: 358978 bytes Desc: not available Url : http://lists.sourceforge.jp/mailman/archives/macemacsjp-english/attachments/20050314/915d97fe/attachment.jpg From zenitani at tkg.att.ne.jp Wed Mar 16 02:34:02 2005 From: zenitani at tkg.att.ne.jp (Seiji Zenitani) Date: Wed, 16 Mar 2005 02:34:02 +0900 Subject: [macemacsjp-english 9] Re: W3M on Carbon Emacs (Take 2) In-Reply-To: <6e34347500156e42f2bfaeaee3f1137a@ieee.org> References: <5c4c714d60c4eb7ba04baee46a8a65e0@ieee.org> <9629ba185b0d190a6074a362962216bd@tkg.att.ne.jp> <6e34347500156e42f2bfaeaee3f1137a@ieee.org> Message-ID: <5246d2c02e82f0e930ce7178ecb777f8@tkg.att.ne.jp> Tiago, I use w3m-m17n without any personal settings. How about using w3m's default configuration by temporary renaming ~/.w3m to ~/.w3m_bk? Also, you should try w3m in Terminal.app. $ w3m http://java.sun.com/j2se/1.4.2/docs/api/java/lang/System.html If the above two do not give you good results, I am sorry but I think the problem is beyond me... best wishes, Seiji Zenitani zenitani at tkg.att.ne.jp On 2005/03/15, at 3:56, Tiago Maduro-Dias wrote: > Seiji, > > Hi! I tried installing the package you mentioned, w3m-m17n 0.4.1, but > chose English/UTF-8. The results were the exact same, even after > including the default site-start.d (hoping it would load all font > files). > > I'm kind of stuck :\. > > Tiago Maduro-Dias. > > P.S.- Those references were actually my e-mails to the list :). It was > through that that I found out what font I was missing. > > On 14 Mar 2005, at 17:34, Seiji Zenitani wrote: > >> Hi Tiago, >> >> I checked Sun's page >> using >> Carbon Emacs Package Feb. '05 and w3m-m17n 0.4.1 provided by Sakai-san >> . At my hand, everything looks >> fine and no white squares are observed. The table border is displayed >> by japanese-jisx0208 characters. >> >> References might be: >> http://emacs-w3m.namazu.org/ml/msg07760.html >> http://emacs-w3m.namazu.org/ml/msg07777.html >> >> Hiromatsu-san, do you have any idea? >> >> == >> Seiji Zenitani >> >> On 2005/03/14, at 19:52, Tiago Maduro-Dias wrote: >> >>> Hi again, >>> >>> Well, apparently I am missing font iso10646-1... Any known >>> workarounds? >>> >>> Thanks for your time, >>> >>> Tiago Maduro-Dias. From tmdias at ieee.org Wed Mar 16 08:39:12 2005 From: tmdias at ieee.org (Tiago Maduro-Dias) Date: Tue, 15 Mar 2005 23:39:12 +0000 Subject: [macemacsjp-english 10] Re: W3M on Carbon Emacs (Take 2) In-Reply-To: <5246d2c02e82f0e930ce7178ecb777f8@tkg.att.ne.jp> References: <5c4c714d60c4eb7ba04baee46a8a65e0@ieee.org> <9629ba185b0d190a6074a362962216bd@tkg.att.ne.jp> <6e34347500156e42f2bfaeaee3f1137a@ieee.org> <5246d2c02e82f0e930ce7178ecb777f8@tkg.att.ne.jp> Message-ID: <3c1cc05a875f2be5b3724ffcd8f9c9fe@ieee.org> Hi Seiji, Well, I don't have any ~/.w3m and it looked perfect on Terminal.app... I am gradually becoming more confused and desperate... :\ Tiago Maduro-Dias. On 15 Mar 2005, at 17:34, Seiji Zenitani wrote: > I use w3m-m17n without any personal settings. How about using w3m's > default configuration by temporary renaming ~/.w3m to ~/.w3m_bk? > > Also, you should try w3m in Terminal.app. > $ w3m http://java.sun.com/j2se/1.4.2/docs/api/java/lang/System.html > > If the above two do not give you good results, I am sorry but I think > the problem is beyond me... From zenitani at tkg.att.ne.jp Mon Mar 21 16:29:50 2005 From: zenitani at tkg.att.ne.jp (Seiji Zenitani) Date: Mon, 21 Mar 2005 16:29:50 +0900 Subject: [macemacsjp-english 11] Carbon Emacs Package (Mar. '05) In-Reply-To: <7cd52eeb747308d57ba888f1d46231bf@tkg.att.ne.jp> References: <7cd52eeb747308d57ba888f1d46231bf@tkg.att.ne.jp> Message-ID: <6aade1e1d905d6eb09468d17e238893e@tkg.att.ne.jp> ??????????? ??????????????????? ?????????????????????????????? http://home.att.ne.jp/alpha/z123/emacs-mac-j.html ?????? 1. aspell??????????????? 2. ??????? ???2. ?????? site-start.d ??????????????????????? ??????????? ?? ---------------------------------------- Hi all, Carbon Emacs Package (Mar. '05) is available at: http://home.att.ne.jp/alpha/z123/emacs-mac-e.html Seiji Zenitani From matsuan at ca2.so-net.ne.jp Wed Mar 23 22:28:26 2005 From: matsuan at ca2.so-net.ne.jp (Takashi Hiromatsu) Date: Wed, 23 Mar 2005 22:28:26 +0900 Subject: [macemacsjp-english 12] Re: [emacs-w3m:07868] W3M on Carbon Emacs In-Reply-To: <3d9dc296e98db24dd558a0f5771c0bce@ieee.org> References: <3d9dc296e98db24dd558a0f5771c0bce@ieee.org> Message-ID: Hi Tiago, I'm sorry my late reply, I found your mail today. I'm carbon-font package author. Please try 'C-u C-x =' on the characters that have display problem like table lines or corners and show us. Maybe it can help us to resolve. Takashi Hiromatsu At Fri, 11 Mar 2005 22:12:37 +0000, Tiago Maduro-Dias wrote: > > [1 ] > Hey all! > > I am using the latest version of the Carbon Emacs package [1]. I was > very happy to rediscover w3m a couple of days ago. I have, however, > come across a weird problem: The table corners and lines aren't > displayed correctly (screenshot attached). > > The screenshot was taken using the carbon-font package [2], but I have > tried it with the default font and the results are the same. Included > in the referred package is w3m release 1.4.3. > > Thanks in advance, > > Tiago Maduro-Dias. > > References: > [1] - http://home.att.ne.jp/alpha/z123/emacs-mac-e.html > [2] - http://macemacsjp.sourceforge.jp/index.php?MacFontSetting > > [2 w3m-grab.jpg ] > From tmdias at ieee.org Thu Mar 24 04:55:59 2005 From: tmdias at ieee.org (Tiago Maduro-Dias) Date: Wed, 23 Mar 2005 18:55:59 -0100 Subject: [macemacsjp-english 13] Re: [emacs-w3m:07868] W3M on Carbon Emacs In-Reply-To: References: <3d9dc296e98db24dd558a0f5771c0bce@ieee.org> Message-ID: <9d45b13ed37c66f94e9ecb47144fcfa3@ieee.org> Hi Takashi! Here's the output on (one of) the relevant chars: character: $-2?? (01110041, 299041, 0x49021, U+2501)-A charset: mule-unicode-2500-33ff (Unicode characters of the range U+2500..U+33FF.) code point: 32 33 syntax: w which means: word buffer code: 0x9C 0xF2 0xA0 0xA1 file code: 0xE2 0x94 0x81 (encoded by coding system mule-utf-8-unix) display: no font available There are text properties here: rear-nonsticky t w3m-name-anchor ("updates-s" "4" "3" "2") Here's the output on a random other place: character: i (0151, 105, 0x69, U+0069) charset: ascii (ASCII (ISO646 IRV)) code point: 105 syntax: w which means: word category: a:ASCII l:Latin buffer code: 0x69 file code: 0x69 (encoded by coding system mule-utf-8-unix) display: by this font (glyph code) -apple-monaco-medium-r-normal--12-120-75-75-m-120-mac-roman (0x69) There are text properties here: rear-nonsticky t w3m-name-anchor ("doc-intro-1" "updates-s" "4" "3" "2") Tiago Maduro-Dias. On 23 Mar 2005, at 12:28, Takashi Hiromatsu wrote: > Hi Tiago, > > I'm sorry my late reply, I found your mail today. I'm carbon-font > package > author. > > Please try 'C-u C-x =' on the characters that have display problem like > table lines or corners and show us. Maybe it can help us to resolve. > > Takashi Hiromatsu > > At Fri, 11 Mar 2005 22:12:37 +0000, > Tiago Maduro-Dias wrote: >> >> [1 ] >> Hey all! >> >> I am using the latest version of the Carbon Emacs package [1]. I was >> very happy to rediscover w3m a couple of days ago. I have, however, >> come across a weird problem: The table corners and lines aren't >> displayed correctly (screenshot attached). >> >> The screenshot was taken using the carbon-font package [2], but I have >> tried it with the default font and the results are the same. Included >> in the referred package is w3m release 1.4.3. >> >> Thanks in advance, >> >> Tiago Maduro-Dias. >> >> References: >> [1] - http://home.att.ne.jp/alpha/z123/emacs-mac-e.html >> [2] - http://macemacsjp.sourceforge.jp/index.php?MacFontSetting >> >> [2 w3m-grab.jpg ] >> > _______________________________________________ > macemacsjp-english mailing list > macemacsjp-english at lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/macemacsjp-english > From shug.boabby at gmail.com Sat Mar 26 01:38:15 2005 From: shug.boabby at gmail.com (Shug Boabby) Date: Fri, 25 Mar 2005 16:38:15 +0000 Subject: [macemacsjp-english 14] alt doesn't work Message-ID: hi there, i have an iBook G4 and i am using the march build. i removed all the *japanese* startup files as i am using it in an english environment. in all OS X apps, if i type "alt-e e", i will get ? (e-acute) printed on the screen. likewise for other accented characters. also, "alt-2" will type ? (euro). but these do not work on Carbon Emacs, instead i get an unfilled square box for "alt-e e" and a ? (U-umlaut) for "alt-2" can i fix this? From zenitani at tkg.att.ne.jp Sat Mar 26 02:24:05 2005 From: zenitani at tkg.att.ne.jp (Seiji Zenitani) Date: Sat, 26 Mar 2005 02:24:05 +0900 Subject: [macemacsjp-english 15] Re: alt doesn't work In-Reply-To: References: Message-ID: <75743d9ee87569a13620aa0ed50ba14f@tkg.att.ne.jp> Hi, On 2005/03/26, at 1:38, Shug Boabby wrote: > hi there, > > i have an iBook G4 and i am using the march build. i removed all the > *japanese* startup files as i am using it in an english environment. > > in all OS X apps, if i type "alt-e e", i will get ? (e-acute) printed > on the screen. likewise for other accented characters. also, "alt-2" > will type ? (euro). but these do not work on Carbon Emacs, instead i > get an unfilled square box for "alt-e e" and a ? (U-umlaut) for "alt-2" > > can i fix this? For Carbon Emacs, "alt" or "option" is recognized as a "meta" key. Use an input-method. http://www.gnu.org/software/emacs/manual/html_node/Input-Methods.html However, when you input "?" you may find a white box on the screen. I think the below lines should be added to the default font settings (carbon-font). ",latin-iso8859-15:-apple-monaco-medium-r-normal--12-*-75-75-m-*-mac- roman" To Hiromatsu-san (the author of carbon-font), could you check this? Seiji Zenitani From shug.boabby at gmail.com Sat Mar 26 02:51:02 2005 From: shug.boabby at gmail.com (Shug Boabby) Date: Fri, 25 Mar 2005 17:51:02 +0000 Subject: [macemacsjp-english 16] Re: alt doesn't work In-Reply-To: <75743d9ee87569a13620aa0ed50ba14f@tkg.att.ne.jp> References: <75743d9ee87569a13620aa0ed50ba14f@tkg.att.ne.jp> Message-ID: <85d734acc87e3c60dcf462a7f6832bd0@gmail.com> On 25 Mar 2005, at 17:24, Seiji Zenitani wrote: > For Carbon Emacs, "alt" or "option" is recognized as a "meta" key. > Use an input-method. i have always set: (setq current-language-environment '"Latin-9") (setq default-input-method '"latin-9-prefix") however, i do not think alt is showing up as meta... my command key is meta here. > However, when you input "?" you may find a white box on the screen. I > think the below lines should be added to the default font settings > (carbon-font). > > ",latin-iso8859-15:-apple-monaco-medium-r-normal--12-*-75-75-m-*-mac- > roman" perhaps this is the real issue. i tried... (add-to-list 'default-frame-alist '(font . "latin-iso8859-15:-apple-monaco-medium-r-normal--12-*-75-75-m-*-mac- roman")) but then i didn't get *any* characters on the screen. how do you mean for me to fix this? does the osaka14 font not have a bunch of symbols, such as ??? From a.sleep at asleep.net Sat Mar 26 12:05:25 2005 From: a.sleep at asleep.net (A.Sleep) Date: Fri, 25 Mar 2005 22:05:25 -0500 Subject: [macemacsjp-english 17] Failure on OS X 10.4 Message-ID: <29195B1A-F57D-4598-AAD8-446564B49F3F@asleep.net> I've been trying to get any version of Emacs to run for weeks. CVS builds fail with fatal errors in mac.c and all pre-compiled builds fail with the same error (Fatal error (6)Abort trap). Realizing that your package was probably my best bet I downloaded and attempted to run. The same error (Fatal ...) was given. Below is the backtrace. I would like to assist in getting this issue fixed so please let me know what I might be able to do to help. Program received signal SIGABRT, Aborted. 0x9004a0cc in kill () (gdb) bt #0 0x9004a0cc in kill () #1 0x90120914 in abort () #2 0x000c13bc in analyse_first (p=0xa11d23 "{", pend=0xa11d8b "\024 \220?vT", fastmap=0x2853ec "", multibyte=0) at regex.c:4032 #3 0x000c1430 in re_compile_fastmap (bufp=0x2853cc) at regex.c:4075 #4 0x000c1610 in re_search_2 (bufp=0x2853cc, str1=0x0, size1=0, str2=0x39703d4 "/Applications/Emacs.app/Contents/Resources/lisp/ subdirs.el", size2=58, startpos=0, range=58, regs=0x2ba15c, stop=58) at regex.c:4224 #5 0x000c14d8 in re_search (bufp=0x0, string=0x0, size=17, startpos=37, range=0, regs=0x900227cc) at regex.c:4129 #6 0x000b6c70 in string_match_1 (regexp=58756707, string=59146515, start=2648776, posix=0) at search.c:408 #7 0x000e2bd0 in Ffuncall (nargs=0, args=0x8) at eval.c:2782 #8 0x0010f858 in Fbyte_code (bytestr=58762257, vector=2, maxdepth=-1073835200) at bytecode.c:686 #9 0x000e31ec in funcall_lambda (fun=1661916, nargs=1, arg_vector=0xbffe9564) at eval.c:2962 #10 0x000e2d04 in Ffuncall (nargs=0, args=0xbffe9560) at eval.c:2832 #11 0x0010f858 in Fbyte_code (bytestr=58762257, vector=1, maxdepth=-1073834656) at bytecode.c:686 #12 0x000e31ec in funcall_lambda (fun=1662516, nargs=2, arg_vector=0xbffe97a4) at eval.c:2962 #13 0x000e2d04 in Ffuncall (nargs=0, args=0xbffe97a0) at eval.c:2832 #14 0x000e27ac in call2 (fn=0, arg1=0, arg2=-1610595664) at eval.c:2587 #15 0x000a9878 in Finsert_file_contents (filename=59146515, visit=58721281, beg=0, end=3336, replace=58721281) at fileio.c:4522 #16 0x000e2c14 in Ffuncall (nargs=0, args=0x4) at eval.c:2791 #17 0x0010f858 in Fbyte_code (bytestr=59004825, vector=1, maxdepth=-1073750112) at bytecode.c:686 #18 0x000e31ec in funcall_lambda (fun=1638204, nargs=4, arg_vector=0xbfffe1e4) at eval.c:2962 #19 0x000e2d04 in Ffuncall (nargs=0, args=0xbfffe1e0) at eval.c:2832 #20 0x000e2830 in call4 (fn=0, arg1=0, arg2=-1610595664, arg3=0, arg4=0) at eval.c:2634 #21 0x000f8278 in Fload (file=59147091, noerror=58721329, nomessage=58721329, nosuffix=2849928, must_suffix=58721281) at lread.c:865 #22 0x000e2c14 in Ffuncall (nargs=0, args=0x10) at eval.c:2791 #23 0x0010f858 in Fbyte_code (bytestr=59493057, vector=4, maxdepth=-1073748864) at bytecode.c:686 #24 0x000e31ec in funcall_lambda (fun=2351524, nargs=0, arg_vector=0xbfffe620) at eval.c:2962 #25 0x000e2ea8 in apply_lambda (fun=2351524, args=2648600, eval_flag=1) at eval.c:2884 #26 0x000e203c in Feval (form=2351524) at eval.c:2188 #27 0x000e0a1c in internal_condition_case (bfun=0x78624 , handlers=58766425, hfun=0x781dc ) at eval.c: 1385 #28 0x00078694 in top_level_1 () at keyboard.c:1332 #29 0x000e0478 in internal_catch (tag=0, func=0x78640 , arg=58721281) at eval.c:1144 #30 0x00078548 in command_loop () at keyboard.c:1289 #31 0x00077f44 in recursive_edit_1 () at keyboard.c:987 #32 0x000780dc in Frecursive_edit () at keyboard.c:1048 #33 0x00076bdc in main (argc=0, argv=0xbffff324) at emacs.c:1764 (gdb) next Single stepping until exit from function kill, which has no line number information. Fatal error (6) Program received signal SIGABRT, Aborted. 0x9004a0cc in kill () (gdb) bt #0 0x9004a0cc in kill () (gdb) next Single stepping until exit from function kill, which has no line number information. Program terminated with signal SIGABRT, Aborted. The program no longer exists. --- A.Sleep - Jeraimee Hughes Email: a.sleep at asleep.net Cell: 954.854.3155 From zenitani at tkg.att.ne.jp Sat Mar 26 14:20:03 2005 From: zenitani at tkg.att.ne.jp (Seiji Zenitani) Date: Sat, 26 Mar 2005 14:20:03 +0900 Subject: [macemacsjp-english 18] Re: alt doesn't work In-Reply-To: <85d734acc87e3c60dcf462a7f6832bd0@gmail.com> References: <75743d9ee87569a13620aa0ed50ba14f@tkg.att.ne.jp> <85d734acc87e3c60dcf462a7f6832bd0@gmail.com> Message-ID: <8dc777a07c27059f61599fce7c4ae233@tkg.att.ne.jp> On 2005/03/26, at 2:51, Shug Boabby wrote: > On 25 Mar 2005, at 17:24, Seiji Zenitani wrote: >> For Carbon Emacs, "alt" or "option" is recognized as a "meta" key. >> Use an input-method. > > i have always set: > (setq current-language-environment '"Latin-9") > (setq default-input-method '"latin-9-prefix") > however, i do not think alt is showing up as meta... my command key is > meta here. > Sorry, you're right. I use (setq mac-command-key-is-meta nil) at my hand. Anyway alt/option key is first recognized by Emacs, not by Mac OS X text system, I think. >> However, when you input "?" you may find a white box on the screen. I >> think the below lines should be added to the default font settings >> (carbon-font). >> >> ",latin-iso8859-15:-apple-monaco-medium-r-normal--12-*-75-75-m-*-mac- >> roman" > > perhaps this is the real issue. i tried... > > (add-to-list 'default-frame-alist '(font . > "latin-iso8859-15:-apple-monaco-medium-r-normal--12-*-75-75-m-*-mac- > roman")) A sample solution (simplified) may be: (create-fontset-from-fontset-spec (concat "-apple-osaka-medium-r-normal-*-12-*-*-*-*-*-fontset-test12" ",ascii:-apple-monaco-medium-r-normal--12-*-75-75-m-*-mac-roman" ",latin-iso8859-1:-apple-monaco-medium-r-normal--12-*-75-75-m-*-mac- roman" ",latin-iso8859-15:-apple-monaco-medium-r-normal--12-*-75-75-m-*-mac- roman" ;; <== added )) (set-default-font "fontset-test12") (add-to-list 'default-frame-alist '(font . "fontset-test12")) Seiji Zenitani From shug.boabby at gmail.com Sat Mar 26 14:24:18 2005 From: shug.boabby at gmail.com (Shug Boabby) Date: Sat, 26 Mar 2005 05:24:18 +0000 Subject: [macemacsjp-english 19] Re: alt doesn't work In-Reply-To: <8dc777a07c27059f61599fce7c4ae233@tkg.att.ne.jp> References: <75743d9ee87569a13620aa0ed50ba14f@tkg.att.ne.jp> <85d734acc87e3c60dcf462a7f6832bd0@gmail.com> <8dc777a07c27059f61599fce7c4ae233@tkg.att.ne.jp> Message-ID: <3dc56ff5c91f75bfe7a6684df39e0185@gmail.com> On 26 Mar 2005, at 05:20, Seiji Zenitani wrote: > A sample solution (simplified) may be: that certainly changed the fonts, but now i get a registered sign where i should get ?. it seems ironic that Carbon Emacs is capable of something so complicated as Japanese support, but can't handle characters in the standard Latin-9 encoding. From zenitani at tkg.att.ne.jp Sat Mar 26 14:30:14 2005 From: zenitani at tkg.att.ne.jp (Seiji Zenitani) Date: Sat, 26 Mar 2005 14:30:14 +0900 Subject: [macemacsjp-english 20] Re: Failure on OS X 10.4 In-Reply-To: <29195B1A-F57D-4598-AAD8-446564B49F3F@asleep.net> References: <29195B1A-F57D-4598-AAD8-446564B49F3F@asleep.net> Message-ID: <621fac19f3f552dee4bdcf8b49788779@tkg.att.ne.jp> Hi, At present, I don't use 10.4 at my hand and so I have no idea on this issue. When you find a solution or any hint, please let us know... Seiji On 2005/03/26, at 12:05, A.Sleep wrote: > I've been trying to get any version of Emacs to run for weeks. > > CVS builds fail with fatal errors in mac.c and all pre-compiled > builds fail with the same error (Fatal error (6)Abort trap). > > Realizing that your package was probably my best bet I downloaded and > attempted to run. > > The same error (Fatal ...) was given. Below is the backtrace. I would > like to assist in getting this issue fixed so please let me know what > I might be able to do to help. > > Program received signal SIGABRT, Aborted. > 0x9004a0cc in kill () > (gdb) bt > #0 0x9004a0cc in kill () > #1 0x90120914 in abort () > #2 0x000c13bc in analyse_first (p=0xa11d23 "{", pend=0xa11d8b "\024 > \220?vT", fastmap=0x2853ec "", multibyte=0) at regex.c:4032 > #3 0x000c1430 in re_compile_fastmap (bufp=0x2853cc) at regex.c:4075 > #4 0x000c1610 in re_search_2 (bufp=0x2853cc, str1=0x0, size1=0, > str2=0x39703d4 "/Applications/Emacs.app/Contents/Resources/lisp/ > subdirs.el", size2=58, startpos=0, range=58, regs=0x2ba15c, stop=58) > at regex.c:4224 > #5 0x000c14d8 in re_search (bufp=0x0, string=0x0, size=17, > startpos=37, range=0, regs=0x900227cc) at regex.c:4129 > #6 0x000b6c70 in string_match_1 (regexp=58756707, string=59146515, > start=2648776, posix=0) at search.c:408 > #7 0x000e2bd0 in Ffuncall (nargs=0, args=0x8) at eval.c:2782 > #8 0x0010f858 in Fbyte_code (bytestr=58762257, vector=2, > maxdepth=-1073835200) at bytecode.c:686 > #9 0x000e31ec in funcall_lambda (fun=1661916, nargs=1, > arg_vector=0xbffe9564) at eval.c:2962 > #10 0x000e2d04 in Ffuncall (nargs=0, args=0xbffe9560) at eval.c:2832 > #11 0x0010f858 in Fbyte_code (bytestr=58762257, vector=1, > maxdepth=-1073834656) at bytecode.c:686 > #12 0x000e31ec in funcall_lambda (fun=1662516, nargs=2, > arg_vector=0xbffe97a4) at eval.c:2962 > #13 0x000e2d04 in Ffuncall (nargs=0, args=0xbffe97a0) at eval.c:2832 > #14 0x000e27ac in call2 (fn=0, arg1=0, arg2=-1610595664) at eval.c:2587 > #15 0x000a9878 in Finsert_file_contents (filename=59146515, > visit=58721281, beg=0, end=3336, replace=58721281) at fileio.c:4522 > #16 0x000e2c14 in Ffuncall (nargs=0, args=0x4) at eval.c:2791 > #17 0x0010f858 in Fbyte_code (bytestr=59004825, vector=1, > maxdepth=-1073750112) at bytecode.c:686 > #18 0x000e31ec in funcall_lambda (fun=1638204, nargs=4, > arg_vector=0xbfffe1e4) at eval.c:2962 > #19 0x000e2d04 in Ffuncall (nargs=0, args=0xbfffe1e0) at eval.c:2832 > #20 0x000e2830 in call4 (fn=0, arg1=0, arg2=-1610595664, arg3=0, > arg4=0) at eval.c:2634 > #21 0x000f8278 in Fload (file=59147091, noerror=58721329, > nomessage=58721329, nosuffix=2849928, must_suffix=58721281) at > lread.c:865 > #22 0x000e2c14 in Ffuncall (nargs=0, args=0x10) at eval.c:2791 > #23 0x0010f858 in Fbyte_code (bytestr=59493057, vector=4, > maxdepth=-1073748864) at bytecode.c:686 > #24 0x000e31ec in funcall_lambda (fun=2351524, nargs=0, > arg_vector=0xbfffe620) at eval.c:2962 > #25 0x000e2ea8 in apply_lambda (fun=2351524, args=2648600, > eval_flag=1) at eval.c:2884 > #26 0x000e203c in Feval (form=2351524) at eval.c:2188 > #27 0x000e0a1c in internal_condition_case (bfun=0x78624 > , handlers=58766425, hfun=0x781dc ) at eval.c: > 1385 > #28 0x00078694 in top_level_1 () at keyboard.c:1332 > #29 0x000e0478 in internal_catch (tag=0, func=0x78640 , > arg=58721281) at eval.c:1144 > #30 0x00078548 in command_loop () at keyboard.c:1289 > #31 0x00077f44 in recursive_edit_1 () at keyboard.c:987 > #32 0x000780dc in Frecursive_edit () at keyboard.c:1048 > #33 0x00076bdc in main (argc=0, argv=0xbffff324) at emacs.c:1764 > (gdb) next > Single stepping until exit from function kill, > which has no line number information. > Fatal error (6) > Program received signal SIGABRT, Aborted. > 0x9004a0cc in kill () > (gdb) bt > #0 0x9004a0cc in kill () > (gdb) next > Single stepping until exit from function kill, > which has no line number information. > > Program terminated with signal SIGABRT, Aborted. > The program no longer exists. > > --- > A.Sleep - Jeraimee Hughes > Email: a.sleep at asleep.net > Cell: 954.854.3155 > > _______________________________________________ > macemacsjp-english mailing list > macemacsjp-english at lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/macemacsjp-english > From matsuan at ca2.so-net.ne.jp Sun Mar 27 14:11:25 2005 From: matsuan at ca2.so-net.ne.jp (Takashi Hiromatsu) Date: Sun, 27 Mar 2005 14:11:25 +0900 Subject: [macemacsjp-english 21] Re: alt doesn't work In-Reply-To: <3dc56ff5c91f75bfe7a6684df39e0185@gmail.com> References: <75743d9ee87569a13620aa0ed50ba14f@tkg.att.ne.jp> <85d734acc87e3c60dcf462a7f6832bd0@gmail.com> <8dc777a07c27059f61599fce7c4ae233@tkg.att.ne.jp> <3dc56ff5c91f75bfe7a6684df39e0185@gmail.com> Message-ID: Please read discussions that started from http://lists.gnu.org/archive/html/emacs-devel/2005-03/msg00466.html I hope it is helpful for you to undestand this issue. Takashi Hiromatsu At Sat, 26 Mar 2005 05:24:18 +0000, Shug Boabby wrote: > > On 26 Mar 2005, at 05:20, Seiji Zenitani wrote: > > A sample solution (simplified) may be: > > > that certainly changed the fonts, but now i get a registered sign where > i should get ?. > > it seems ironic that Carbon Emacs is capable of something so > complicated as Japanese support, but can't handle characters in the > standard Latin-9 encoding. > _______________________________________________ > macemacsjp-english mailing list > macemacsjp-english at lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/macemacsjp-english > From shug.boabby at gmail.com Sun Mar 27 14:24:08 2005 From: shug.boabby at gmail.com (Shug Boabby) Date: Sun, 27 Mar 2005 06:24:08 +0100 Subject: [macemacsjp-english 22] Re: alt doesn't work In-Reply-To: References: <75743d9ee87569a13620aa0ed50ba14f@tkg.att.ne.jp> <85d734acc87e3c60dcf462a7f6832bd0@gmail.com> <8dc777a07c27059f61599fce7c4ae233@tkg.att.ne.jp> <3dc56ff5c91f75bfe7a6684df39e0185@gmail.com> Message-ID: On 27 Mar 2005, at 06:11, Takashi Hiromatsu wrote: > Please read discussions that started from > http://lists.gnu.org/archive/html/emacs-devel/2005-03/msg00466.html > > I hope it is helpful for you to undestand this issue. unfortunately not, but the good news is that people who do understand it are working on it... hopefully that means the next version of Carbon Emacs will work out of the box for Latin-9 support. From shug.boabby at gmail.com Sun Mar 27 14:29:29 2005 From: shug.boabby at gmail.com (Shug Boabby) Date: Sun, 27 Mar 2005 06:29:29 +0100 Subject: [macemacsjp-english 23] Re: alt doesn't work In-Reply-To: References: <75743d9ee87569a13620aa0ed50ba14f@tkg.att.ne.jp> <85d734acc87e3c60dcf462a7f6832bd0@gmail.com> <8dc777a07c27059f61599fce7c4ae233@tkg.att.ne.jp> <3dc56ff5c91f75bfe7a6684df39e0185@gmail.com> Message-ID: <51a6118ad54eee3161028573e99753d1@gmail.com> On 27 Mar 2005, at 06:11, Takashi Hiromatsu wrote: > Please read discussions that started from > http://lists.gnu.org/archive/html/emacs-devel/2005-03/msg00466.html > > I hope it is helpful for you to undestand this issue. actually the problem was much easier to fix than i thought!!! i thought the problem was a font one and i was trying to do all the font fixes they came up with, but i skimmed over the first line which actually fixed it all for me: (set-keyboard-coding-system 'mac-roman) seems to do it!