[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #44463] Print command for "pdflatexstandalone"
From: |
Pantxo Diribarne |
Subject: |
[Octave-bug-tracker] [bug #44463] Print command for "pdflatexstandalone" device produces output that doesn't compile |
Date: |
Sat, 04 Apr 2015 09:40:18 +0000 |
User-agent: |
Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:35.0) Gecko/20100101 Firefox/35.0 |
Follow-up Comment #7, bug #44463 (project octave):
I could check that gl2ps is run in the gui thread: actually it is called by
Canvas::print which is run in the gui thread, hence the race condition (the
interpreter tries to read a file that still doesn't exist).
I have spent time on this bug but still can't understand why drawnow returns
before the print_figure has actually completed and unlocked the gh_manager
mutex.
FTR, I have tried a nasty trick: created a new method
int base_graphics_toolkit::safe_print (same, args, as, print_figure). The only
difference with print_figure is the return argument: Fdrawnow has to wait for
the return value before completing. This works (at least this bug disappears )
but doesn't explain why the mutex method does not work.
FTR I used the value of "pthread_self()" cast as a uint16 to track the
running threads.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?44463>
_______________________________________________
Message posté via/par Savannah
http://savannah.gnu.org/
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Octave-bug-tracker] [bug #44463] Print command for "pdflatexstandalone" device produces output that doesn't compile,
Pantxo Diribarne <=