* bzr: public_branch @ 2010-01-10 20:10 Glenn Morris 2010-01-10 23:12 ` Bojan Nikolic 0 siblings, 1 reply; 11+ messages in thread From: Glenn Morris @ 2010-01-10 20:10 UTC (permalink / raw) To: emacs-devel Why I am advised (on the wiki) to set public_branch in branch.conf? What is a public branch? What difference will I notice if I don't do this? Why do some instructions include this step: http://wiki.bazaar.canonical.com/Scenarios/RepeatedContributions but some don't: http://wiki.bazaar.canonical.com/BzrUsingBoundBranches Similarly, what is a submit branch? Neither term appears in the bzr glossary. I see this question was asked before, but I can't see an answer. http://lists.gnu.org/archive/html/emacs-devel/2009-12/msg00995.html TIA. ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: bzr: public_branch 2010-01-10 20:10 bzr: public_branch Glenn Morris @ 2010-01-10 23:12 ` Bojan Nikolic 2010-01-11 0:41 ` Current emacs blows up on OSX if any control key is pressed Randal L. Schwartz 2010-01-11 1:49 ` bzr: public_branch Glenn Morris 0 siblings, 2 replies; 11+ messages in thread From: Bojan Nikolic @ 2010-01-10 23:12 UTC (permalink / raw) To: emacs-devel Hi Glen, Both of these concepts are related to the bzr send command, so it is worth reading the help text for this. The bzr send command basically creates a compact data set that describes fully that the changes you have made as a developer. The submit branch defines against what revision those changes should be measured. In other words bzr send sends the changes you made in your branch as compared to the submit branch. In order to calculate those changes, bzr must analyse the submit branch. Therefore it is most efficient for the submit branch to be local. However, in order for others to make sense of your changes their bzr must be able to access the branch against which the changes were calculated. Therefore there must be a public branch with same information as the submit branch. Allowing you to set separate submit and public branches allows you to have the most efficient setup while others still can use the public branch to interpret the changes you send. Best, Bojan -- Bojan Nikolic || http://www.bnikolic.co.uk ^ permalink raw reply [flat|nested] 11+ messages in thread
* Current emacs blows up on OSX if any control key is pressed 2010-01-10 23:12 ` Bojan Nikolic @ 2010-01-11 0:41 ` Randal L. Schwartz 2010-01-11 1:53 ` David Reitter 2010-01-11 1:49 ` bzr: public_branch Glenn Morris 1 sibling, 1 reply; 11+ messages in thread From: Randal L. Schwartz @ 2010-01-11 0:41 UTC (permalink / raw) To: emacs-devel Some change between Jan 6 and now causes emacs to blow up on OSX if any control key is pressed. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 <merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/> Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Current emacs blows up on OSX if any control key is pressed 2010-01-11 0:41 ` Current emacs blows up on OSX if any control key is pressed Randal L. Schwartz @ 2010-01-11 1:53 ` David Reitter 2010-01-11 1:56 ` Randal L. Schwartz 0 siblings, 1 reply; 11+ messages in thread From: David Reitter @ 2010-01-11 1:53 UTC (permalink / raw) To: Randal L. Schwartz; +Cc: emacs-devel [-- Attachment #1: Type: text/plain, Size: 413 bytes --] On Jan 10, 2010, at 7:41 PM, Randal L. Schwartz wrote: > > Some change between Jan 6 and now causes emacs to blow up on OSX > if any control key is pressed. Is that the NS port, I take it? I just merged the latest changes in and, at least with my branch, I'm not getting any such problems. The trace would be most helpful in this case, or bisecting the changes until you find the relevant commit. [-- Attachment #2: This is a digitally signed message part --] [-- Type: application/pgp-signature, Size: 203 bytes --] ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Current emacs blows up on OSX if any control key is pressed 2010-01-11 1:53 ` David Reitter @ 2010-01-11 1:56 ` Randal L. Schwartz 2010-01-11 10:00 ` chad 0 siblings, 1 reply; 11+ messages in thread From: Randal L. Schwartz @ 2010-01-11 1:56 UTC (permalink / raw) To: David Reitter; +Cc: emacs-devel >>>>> "David" == David Reitter <david.reitter@gmail.com> writes: David> On Jan 10, 2010, at 7:41 PM, Randal L. Schwartz wrote: >> >> Some change between Jan 6 and now causes emacs to blow up on OSX >> if any control key is pressed. David> Is that the NS port, I take it? Yes, using the NS stuff. David> I just merged the latest changes in and, at least with my branch, I'm David> not getting any such problems. I'm on Leopard, not Snow Leopard. I did see some recent changes to src/nsterm.m that talked about modifier keys. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 <merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/> Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Current emacs blows up on OSX if any control key is pressed 2010-01-11 1:56 ` Randal L. Schwartz @ 2010-01-11 10:00 ` chad 2010-01-11 14:55 ` Chong Yidong 0 siblings, 1 reply; 11+ messages in thread From: chad @ 2010-01-11 10:00 UTC (permalink / raw) To: Randal L. Schwartz; +Cc: David Reitter, emacs-devel On Jan 10, 2010, at 5:56 PM, Randal L. Schwartz wrote: >>>>>> "David" == David Reitter <david.reitter@gmail.com> writes: > > David> On Jan 10, 2010, at 7:41 PM, Randal L. Schwartz wrote: >>> >>> Some change between Jan 6 and now causes emacs to blow up on OSX >>> if any control key is pressed. > > David> Is that the NS port, I take it? > > Yes, using the NS stuff. > > David> I just merged the latest changes in and, at least with my branch, I'm > David> not getting any such problems. > > I'm on Leopard, not Snow Leopard. I did see some recent changes > to src/nsterm.m that talked about modifier keys. I saw the same thing, poked at it a little while, and got as far as verifying that reverting Chong Yidong's change to src/nsterm.m fixes the problem but not so far as to figure out why. This is the first time I've been back to email since, and I don't expect to have time to dig for several days, sadly. I'm building on Snow Leopard (configure --with-ns), in case it matters. The actual crash is in keyboard.c, in a call to parse_solitary_modifer(). It gets called a few times successfully on startup, and then after all the init is done it tries to pass a zero to SREF() for the switch; I presume because of the init changes in nsterm.m. I hope this helps. *Chad Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000008 0x00000001000979d8 in parse_solitary_modifier (symbol=0) at keyboard.c:6909 6909 switch (SREF (name, 0)) (gdb) where #0 0x00000001000979d8 in parse_solitary_modifier (symbol=0) at keyboard.c:6909 #1 0x0000000100169dab in -[EmacsView keyDown:] (self=0x1008ebf60, _cmd=<value temporarily unavailable, due to optimizations>, theEvent=0x116b4c700) at nsterm.m:4435 #2 0x000000010017bf96 in -[EmacsMenu performKeyEquivalent:] (self=0x0, _cmd=0x7fff80bde7e8, theEvent=0x50f) at nsmenu.m:592 #3 0x00007fff80637db1 in -[NSApplication _handleKeyEquivalent:] () #4 0x00007fff805089e1 in -[NSApplication sendEvent:] () #5 0x0000000100167b36 in -[EmacsApp sendEvent:] (self=0x10072a590, _cmd=<value temporarily unavailable, due to optimizations>, theEvent=0x116b4c700) at nsterm.m:3977 #6 0x00007fff8049f796 in -[NSApplication run] () #7 0x000000010016ab80 in ns_read_socket (terminal=<value temporarily unavailable, due to optimizations>, expected=0, hold_quit=0x7fff5fbfea40) at nsterm.m:3126 #8 0x0000000100097075 in read_avail_input (expected=0) at keyboard.c:7156 #9 0x0000000100097954 in gobble_input (expected=0) at keyboard.c:7067 #10 0x0000000100098d56 in get_input_pending (addr=0x100533378, flags=1) at keyboard.c:7035 #11 0x0000000100098fb2 in swallow_events (do_display=1) at keyboard.c:4468 #12 0x000000010000514b in sit_for (timeout=120, reading=1, do_display=1) at dispnew.c:6622 #13 0x000000010009ead2 in read_char (commandflag=1, nmaps=4, maps=0x7fff5fbfef10, prev_event=4320133130, used_mouse_menu=0x7fff5fbff064, end_time=0x0) at keyboard.c:2970 #14 0x00000001000a03bf in read_key_sequence (keybuf=0x7fff5fbff100, bufsize=30, prompt=4320133130, dont_downcase_last=0, can_return_switch_frame=1, fix_current_buffer=1) at keyboard.c:9502 #15 0x00000001000a293b in command_loop_1 () at keyboard.c:1643 #16 0x0000000100106857 in internal_condition_case (bfun=0x1000a26f0 <command_loop_1>, handlers=4320204170, hfun=0x10009aaa0 <cmd_error>) at eval.c:1490 #17 0x0000000100099e27 in command_loop_2 () at keyboard.c:1360 #18 0x0000000100106960 in internal_catch (tag=<value temporarily unavailable, due to optimizations>, func=0x100099df0 <command_loop_2>, arg=4320133130) at eval.c:1226 #19 0x000000010009a8b6 in command_loop () at keyboard.c:1339 #20 0x000000010009ad1f in recursive_edit_1 () at keyboard.c:954 #21 0x000000010009aebf in Frecursive_edit () at keyboard.c:1016 #22 0x0000000100090477 in main (argc=1, argv=0x7fff5fbff6d0) at emacs.c:1833 ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Current emacs blows up on OSX if any control key is pressed 2010-01-11 10:00 ` chad @ 2010-01-11 14:55 ` Chong Yidong 2010-01-11 16:58 ` Randal L. Schwartz 2010-01-11 19:55 ` chad 0 siblings, 2 replies; 11+ messages in thread From: Chong Yidong @ 2010-01-11 14:55 UTC (permalink / raw) To: chad; +Cc: David Reitter, emacs-devel, Randal L. Schwartz chad <yandros@gmail.com> writes: > I saw the same thing, poked at it a little while, and got as far as > verifying that reverting Chong Yidong's change to src/nsterm.m fixes > the problem but not so far as to figure out why. This is the first > time I've been back to email since, and I don't expect to have time to > dig for several days, sadly. I'm building on Snow Leopard (configure > --with-ns), in case it matters. > > The actual crash is in keyboard.c, in a call to > parse_solitary_modifer(). It gets called a few times successfully on > startup, and then after all the init is done it tries to pass a zero > to SREF() for the switch; I presume because of the init changes in > nsterm.m. Thanks, I've checked in a fix. Could you try again? ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Current emacs blows up on OSX if any control key is pressed 2010-01-11 14:55 ` Chong Yidong @ 2010-01-11 16:58 ` Randal L. Schwartz 2010-01-11 19:55 ` chad 1 sibling, 0 replies; 11+ messages in thread From: Randal L. Schwartz @ 2010-01-11 16:58 UTC (permalink / raw) To: Chong Yidong; +Cc: David Reitter, chad, emacs-devel >>>>> "Chong" == Chong Yidong <cyd@stupidchicken.com> writes: Chong> Thanks, I've checked in a fix. Could you try again? As soon as that shows up on the git mirror, sure. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 <merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/> Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Current emacs blows up on OSX if any control key is pressed 2010-01-11 14:55 ` Chong Yidong 2010-01-11 16:58 ` Randal L. Schwartz @ 2010-01-11 19:55 ` chad 2010-01-11 19:58 ` Randal L. Schwartz 1 sibling, 1 reply; 11+ messages in thread From: chad @ 2010-01-11 19:55 UTC (permalink / raw) To: Chong Yidong; +Cc: David Reitter, emacs-devel, Randal L. Schwartz On Jan 11, 2010, at 6:55 AM, Chong Yidong wrote: > Thanks, I've checked in a fix. Could you try again? That's fixed it, thanks! *Chad ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Current emacs blows up on OSX if any control key is pressed 2010-01-11 19:55 ` chad @ 2010-01-11 19:58 ` Randal L. Schwartz 0 siblings, 0 replies; 11+ messages in thread From: Randal L. Schwartz @ 2010-01-11 19:58 UTC (permalink / raw) To: chad; +Cc: David Reitter, Chong Yidong, emacs-devel >>>>> "chad" == chad <yandros@gmail.com> writes: chad> On Jan 11, 2010, at 6:55 AM, Chong Yidong wrote: >> Thanks, I've checked in a fix. Could you try again? chad> That's fixed it, thanks! Yup. Works for me too. Amazing how that goes. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 <merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/> Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: bzr: public_branch 2010-01-10 23:12 ` Bojan Nikolic 2010-01-11 0:41 ` Current emacs blows up on OSX if any control key is pressed Randal L. Schwartz @ 2010-01-11 1:49 ` Glenn Morris 1 sibling, 0 replies; 11+ messages in thread From: Glenn Morris @ 2010-01-11 1:49 UTC (permalink / raw) To: Bojan Nikolic; +Cc: emacs-devel Bojan Nikolic wrote: > Both of these concepts are related to the bzr send command, so it is > worth reading the help text for this. I did read that, and I was hoping it would explain these terms, but AFAICS it does not, at least not at the level I can understand. Anyway, thank you very much for your extremely well-written explanation. ^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2010-01-11 19:58 UTC | newest] Thread overview: 11+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2010-01-10 20:10 bzr: public_branch Glenn Morris 2010-01-10 23:12 ` Bojan Nikolic 2010-01-11 0:41 ` Current emacs blows up on OSX if any control key is pressed Randal L. Schwartz 2010-01-11 1:53 ` David Reitter 2010-01-11 1:56 ` Randal L. Schwartz 2010-01-11 10:00 ` chad 2010-01-11 14:55 ` Chong Yidong 2010-01-11 16:58 ` Randal L. Schwartz 2010-01-11 19:55 ` chad 2010-01-11 19:58 ` Randal L. Schwartz 2010-01-11 1:49 ` bzr: public_branch Glenn Morris
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.