* bug#39724: 26.3; Commit 44298ea6aa006ed227e539b02279bd3fc11fd2a6 breaks font display on macOS @ 2020-02-21 21:45 John Wiegley 2020-02-21 22:50 ` Alan Third 0 siblings, 1 reply; 9+ messages in thread From: John Wiegley @ 2020-02-21 21:45 UTC (permalink / raw) To: 39724; +Cc: Alan Third I noticed recently that no text was displaying in my Emacs 27 windows. As if everything were black and black, except that changing the font and background colors did not help. It took two days of rebuilding, but I've isolated this as the breaking commit: commit 44298ea6aa006ed227e539b02279bd3fc11fd2a6 Author: Alan Third <alan@idiocy.org> Date: Sat Feb 1 21:17:29 2020 +0000 Use CGImage instead of NSBitmapImageRep (bug#32932) * src/nsterm.m (ns_update_end): (ns_clear_frame): Remove forced draws. (ns_draw_fringe_bitmap): (ns_dumpglyphs_image): No longer need to invert images as the context is already flipped. ([EmacsView updateFrameSize:]): ([EmacsView initFrameFromEmacs:]): Use new function. ([EmacsView createDrawingBuffer]): Replaces createDrawingBufferWithRect:. ([EmacsView focusOnDrawingBuffer]): Set CGImage context. ([EmacsView windowDidChangeBackingProperties:]): Use new function. ([EmacsView copyRect:to:]): Copy using CGImages. ([EmacsView wantsUpdateLayer]): ([EmacsView updateLayer]): New Functions. ([EmacsView drawRect:]): We no longer do anything special here for Cocoa. ([EmacsView windowDidChangeBackingProperties:]): Fix indentation and add NSTRACE. Anything prior to this works as expected. From this commit forward, all windows are black on black. -- John Wiegley GPG fingerprint = 4710 CF98 AF9B 327B B80F http://newartisans.com 60E1 46C4 BD1A 7AC1 4BA2 ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#39724: 26.3; Commit 44298ea6aa006ed227e539b02279bd3fc11fd2a6 breaks font display on macOS 2020-02-21 21:45 bug#39724: 26.3; Commit 44298ea6aa006ed227e539b02279bd3fc11fd2a6 breaks font display on macOS John Wiegley @ 2020-02-21 22:50 ` Alan Third 2020-02-23 20:59 ` John Wiegley 0 siblings, 1 reply; 9+ messages in thread From: Alan Third @ 2020-02-21 22:50 UTC (permalink / raw) To: 39724, eliz On Fri, Feb 21, 2020 at 01:45:08PM -0800, John Wiegley wrote: > I noticed recently that no text was displaying in my Emacs 27 windows. As if > everything were black and black, except that changing the font and background > colors did not help. > > It took two days of rebuilding, but I've isolated this as the breaking commit: > > commit 44298ea6aa006ed227e539b02279bd3fc11fd2a6 > Author: Alan Third <alan@idiocy.org> > Date: Sat Feb 1 21:17:29 2020 +0000 > > Use CGImage instead of NSBitmapImageRep (bug#32932) > > * src/nsterm.m (ns_update_end): > (ns_clear_frame): Remove forced draws. > (ns_draw_fringe_bitmap): > (ns_dumpglyphs_image): No longer need to invert images as the context > is already flipped. > ([EmacsView updateFrameSize:]): > ([EmacsView initFrameFromEmacs:]): Use new function. > ([EmacsView createDrawingBuffer]): Replaces createDrawingBufferWithRect:. > ([EmacsView focusOnDrawingBuffer]): Set CGImage context. > ([EmacsView windowDidChangeBackingProperties:]): Use new function. > ([EmacsView copyRect:to:]): Copy using CGImages. > ([EmacsView wantsUpdateLayer]): > ([EmacsView updateLayer]): New Functions. > ([EmacsView drawRect:]): We no longer do anything special here for > Cocoa. > ([EmacsView windowDidChangeBackingProperties:]): Fix indentation and > add NSTRACE. Hi John, that commit isn’t in the emacs-27 branch, or if it is something has gone terribly wrong. > Anything prior to this works as expected. From this commit forward, all > windows are black on black. Zhang Haijun has reported something similar on the master branch. The compile logs look as though there’s something wrong with his build environment. What version of macOS are you using? Are there any errors or warnings when you build it? -- Alan Third ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#39724: 26.3; Commit 44298ea6aa006ed227e539b02279bd3fc11fd2a6 breaks font display on macOS 2020-02-21 22:50 ` Alan Third @ 2020-02-23 20:59 ` John Wiegley 2020-02-24 9:45 ` Alan Third 0 siblings, 1 reply; 9+ messages in thread From: John Wiegley @ 2020-02-23 20:59 UTC (permalink / raw) To: Alan Third; +Cc: 39724 >>>>> "AT" == Alan Third <alan@idiocy.org> writes: AT> Hi John, that commit isn’t in the emacs-27 branch, or if it is something AT> has gone terribly wrong. >> Anything prior to this works as expected. From this commit forward, all >> windows are black on black. You're right, I meant the master branch. AT> Zhang Haijun has reported something similar on the master branch. The AT> compile logs look as though there’s something wrong with his build AT> environment. What version of macOS are you using? Are there any errors or AT> warnings when you build it? I'm using Catalina, let me capture the build log for you... On a maybe related note, I now find that ERC is unusably slow: I can type faster than Emacs can display the characters. Given that I've changed nothing about my setup in past months, this could be related to other macOS changes. -- John Wiegley GPG fingerprint = 4710 CF98 AF9B 327B B80F http://newartisans.com 60E1 46C4 BD1A 7AC1 4BA2 ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#39724: 26.3; Commit 44298ea6aa006ed227e539b02279bd3fc11fd2a6 breaks font display on macOS 2020-02-23 20:59 ` John Wiegley @ 2020-02-24 9:45 ` Alan Third 2020-02-24 17:56 ` John Wiegley 0 siblings, 1 reply; 9+ messages in thread From: Alan Third @ 2020-02-24 9:45 UTC (permalink / raw) To: 39724, johnw On 23 February 2020 20:59:30 GMT, John Wiegley <johnw@gnu.org> wrote: >>>>>> "AT" == Alan Third <alan@idiocy.org> writes: > >AT> Zhang Haijun has reported something similar on the master branch. >The >AT> compile logs look as though there’s something wrong with his build >AT> environment. What version of macOS are you using? Are there any >errors or >AT> warnings when you build it? > >I'm using Catalina, let me capture the build log for you... Are you still using Nix to build Emacs? As I recall it used to use the 10.10 build environment even on more modern versions of macOS, so this could still be an incompatibility between the new drawing code and older versions of macOS/XCode. -- Alan Third ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#39724: 26.3; Commit 44298ea6aa006ed227e539b02279bd3fc11fd2a6 breaks font display on macOS 2020-02-24 9:45 ` Alan Third @ 2020-02-24 17:56 ` John Wiegley 2020-02-25 21:06 ` Alan Third 0 siblings, 1 reply; 9+ messages in thread From: John Wiegley @ 2020-02-24 17:56 UTC (permalink / raw) To: Alan Third; +Cc: 39724 >>>>> "AT" == Alan Third <alan@idiocy.org> writes: AT> Are you still using Nix to build Emacs? As I recall it used to use the AT> 10.10 build environment even on more modern versions of macOS, so this AT> could still be an incompatibility between the new drawing code and older AT> versions of macOS/XCode. I am using Nix, but it passes this: -DMAC_OS_X_VERSION_MAX_ALLOWED=101200 Which should be recent enough, I'd think. I also need to track down the slowness that I'm seeing, to see which commit introduced that. It will take me a few days to gather all of this information, given how slow the test cycles are. -- John Wiegley GPG fingerprint = 4710 CF98 AF9B 327B B80F http://newartisans.com 60E1 46C4 BD1A 7AC1 4BA2 ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#39724: 26.3; Commit 44298ea6aa006ed227e539b02279bd3fc11fd2a6 breaks font display on macOS 2020-02-24 17:56 ` John Wiegley @ 2020-02-25 21:06 ` Alan Third 2020-03-05 17:22 ` Alan Third 0 siblings, 1 reply; 9+ messages in thread From: Alan Third @ 2020-02-25 21:06 UTC (permalink / raw) To: John Wiegley; +Cc: 39724 On Mon, Feb 24, 2020 at 09:56:04AM -0800, John Wiegley wrote: > >>>>> "AT" == Alan Third <alan@idiocy.org> writes: > > AT> Are you still using Nix to build Emacs? As I recall it used to use the > AT> 10.10 build environment even on more modern versions of macOS, so this > AT> could still be an incompatibility between the new drawing code and older > AT> versions of macOS/XCode. > > I am using Nix, but it passes this: > > -DMAC_OS_X_VERSION_MAX_ALLOWED=101200 > > Which should be recent enough, I'd think. > > I also need to track down the slowness that I'm seeing, to see which commit > introduced that. It will take me a few days to gather all of this information, > given how slow the test cycles are. Could you try the below patch to see if that sorts the background issue? modified src/nsterm.m @@ -8240,6 +8240,8 @@ - (void)createDrawingBuffer /* This fixes the scale to match the backing scale factor, and flips the image. */ CGContextTranslateCTM(drawingBuffer, 0, NSHeight (frame) * scale); CGContextScaleCTM(drawingBuffer, scale, -scale); + + ns_clear_frame (emacsframe); } @@ -8269,7 +8271,6 @@ - (void)windowDidChangeBackingProperties:(NSNotification *)notification { NSRect frame = [self frame]; [self createDrawingBuffer]; - ns_clear_frame (emacsframe); expose_frame (emacsframe, 0, 0, NSWidth (frame), NSHeight (frame)); } } I don’t know if I’ve just missed it (I’ve been messing with my email set‐up recently) but I’ve not seen the build log you promised. -- Alan Third ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#39724: 26.3; Commit 44298ea6aa006ed227e539b02279bd3fc11fd2a6 breaks font display on macOS 2020-02-25 21:06 ` Alan Third @ 2020-03-05 17:22 ` Alan Third 2020-08-24 8:36 ` Stefan Kangas 0 siblings, 1 reply; 9+ messages in thread From: Alan Third @ 2020-03-05 17:22 UTC (permalink / raw) To: John Wiegley; +Cc: 39724 On Tue, Feb 25, 2020 at 10:06:33PM +0100, Alan Third wrote: > On Mon, Feb 24, 2020 at 09:56:04AM -0800, John Wiegley wrote: > > >>>>> "AT" == Alan Third <alan@idiocy.org> writes: > > > > AT> Are you still using Nix to build Emacs? As I recall it used to use the > > AT> 10.10 build environment even on more modern versions of macOS, so this > > AT> could still be an incompatibility between the new drawing code and older > > AT> versions of macOS/XCode. > > > > I am using Nix, but it passes this: > > > > -DMAC_OS_X_VERSION_MAX_ALLOWED=101200 > > > > Which should be recent enough, I'd think. > > > > I also need to track down the slowness that I'm seeing, to see which commit > > introduced that. It will take me a few days to gather all of this information, > > given how slow the test cycles are. > > Could you try the below patch to see if that sorts the background issue? > > modified src/nsterm.m > @@ -8240,6 +8240,8 @@ - (void)createDrawingBuffer > /* This fixes the scale to match the backing scale factor, and flips the image. */ > CGContextTranslateCTM(drawingBuffer, 0, NSHeight (frame) * scale); > CGContextScaleCTM(drawingBuffer, scale, -scale); > + > + ns_clear_frame (emacsframe); > } > > > @@ -8269,7 +8271,6 @@ - (void)windowDidChangeBackingProperties:(NSNotification *)notification > { > NSRect frame = [self frame]; > [self createDrawingBuffer]; > - ns_clear_frame (emacsframe); > expose_frame (emacsframe, 0, 0, NSWidth (frame), NSHeight (frame)); > } > } > > > I don’t know if I’ve just missed it (I’ve been messing with my email > set‐up recently) but I’ve not seen the build log you promised. > Hi John, I don’t know if you tried the above patch, but can you please try building the master branch again? I fixed an issue last night that may be the same as your problem. I’m not sure because it all depends on the build environment and what versions of Cocoa are available and so on, and I think Nix may confuse matters. -- Alan Third ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#39724: 26.3; Commit 44298ea6aa006ed227e539b02279bd3fc11fd2a6 breaks font display on macOS 2020-03-05 17:22 ` Alan Third @ 2020-08-24 8:36 ` Stefan Kangas 2020-10-01 12:38 ` Stefan Kangas 0 siblings, 1 reply; 9+ messages in thread From: Stefan Kangas @ 2020-08-24 8:36 UTC (permalink / raw) To: Alan Third; +Cc: John Wiegley, 39724 Alan Third <alan@idiocy.org> writes: > On Tue, Feb 25, 2020 at 10:06:33PM +0100, Alan Third wrote: >> On Mon, Feb 24, 2020 at 09:56:04AM -0800, John Wiegley wrote: >> > >>>>> "AT" == Alan Third <alan@idiocy.org> writes: >> > >> > AT> Are you still using Nix to build Emacs? As I recall it used to use the >> > AT> 10.10 build environment even on more modern versions of macOS, so this >> > AT> could still be an incompatibility between the new drawing code and older >> > AT> versions of macOS/XCode. >> > >> > I am using Nix, but it passes this: >> > >> > -DMAC_OS_X_VERSION_MAX_ALLOWED=101200 >> > >> > Which should be recent enough, I'd think. >> > >> > I also need to track down the slowness that I'm seeing, to see which commit >> > introduced that. It will take me a few days to gather all of this information, >> > given how slow the test cycles are. >> >> Could you try the below patch to see if that sorts the background issue? >> >> modified src/nsterm.m >> @@ -8240,6 +8240,8 @@ - (void)createDrawingBuffer >> /* This fixes the scale to match the backing scale factor, and flips the image. */ >> CGContextTranslateCTM(drawingBuffer, 0, NSHeight (frame) * scale); >> CGContextScaleCTM(drawingBuffer, scale, -scale); >> + >> + ns_clear_frame (emacsframe); >> } >> >> >> @@ -8269,7 +8271,6 @@ - (void)windowDidChangeBackingProperties:(NSNotification *)notification >> { >> NSRect frame = [self frame]; >> [self createDrawingBuffer]; >> - ns_clear_frame (emacsframe); >> expose_frame (emacsframe, 0, 0, NSWidth (frame), NSHeight (frame)); >> } >> } >> >> >> I don’t know if I’ve just missed it (I’ve been messing with my email >> set‐up recently) but I’ve not seen the build log you promised. >> > > Hi John, I don’t know if you tried the above patch, but can you please > try building the master branch again? I fixed an issue last night that > may be the same as your problem. I’m not sure because it all depends > on the build environment and what versions of Cocoa are available and > so on, and I think Nix may confuse matters. That was 6 months ago. Any updates here? If I don't hear back from you within a couple of weeks, I'll just assume this has been fixed and close this bug. Best regards, Stefan Kangas ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#39724: 26.3; Commit 44298ea6aa006ed227e539b02279bd3fc11fd2a6 breaks font display on macOS 2020-08-24 8:36 ` Stefan Kangas @ 2020-10-01 12:38 ` Stefan Kangas 0 siblings, 0 replies; 9+ messages in thread From: Stefan Kangas @ 2020-10-01 12:38 UTC (permalink / raw) To: Alan Third; +Cc: John Wiegley, 39724-done Stefan Kangas <stefan@marxist.se> writes: >> Hi John, I don’t know if you tried the above patch, but can you please >> try building the master branch again? I fixed an issue last night that >> may be the same as your problem. I’m not sure because it all depends >> on the build environment and what versions of Cocoa are available and >> so on, and I think Nix may confuse matters. > > That was 6 months ago. Any updates here? > > If I don't hear back from you within a couple of weeks, I'll just > assume this has been fixed and close this bug. More information was requested, but none was given within 5 weeks, so I'll just assume that the above fixed the issue. I'm therefore closing this bug now. If this is still an issue, please reply to this email (use "Reply to all" in your email client) and we can reopen the bug report. Best regards, Stefan Kangas ^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2020-10-01 12:38 UTC | newest] Thread overview: 9+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2020-02-21 21:45 bug#39724: 26.3; Commit 44298ea6aa006ed227e539b02279bd3fc11fd2a6 breaks font display on macOS John Wiegley 2020-02-21 22:50 ` Alan Third 2020-02-23 20:59 ` John Wiegley 2020-02-24 9:45 ` Alan Third 2020-02-24 17:56 ` John Wiegley 2020-02-25 21:06 ` Alan Third 2020-03-05 17:22 ` Alan Third 2020-08-24 8:36 ` Stefan Kangas 2020-10-01 12:38 ` Stefan Kangas
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/emacs.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).