From: Dagnat F. <fab...@te...> - 2011-10-12 11:50:10
|
Hello, I would like to know if any other aquamacs + skim user has recently lost synchronization. And I would to track down the cause. Last week, I upgraded to lion and yesterday I upgraded skim. Since then, synchronization has a strange behavior. On multiple file source document the synchronization from aquamacs to Skim only work when launched from the main source file (jumping rightly to the right position). When using it on an auxiliary file, skim only raise (showing previous position) and no red point appear. In that case console shows: 12/10/11 10:55:41,853 Skim: SyncTeX was unable to find location and page. It used to work like a charm... Backward synchronization (from Skim) simply stopped to work. On console, I get: 12/10/11 11:01:20,125 Skim: SyncTeX was unable to find location and page. 12/10/11 11:01:24,132 Skim: kCGErrorIllegalArgument: CGSRegisterCursorWithData2: Invalid hot spot (outside of cursor bitmap) 12/10/11 11:01:24,132 Skim: kCGErrorFailure: Set a breakpoint @ CGErrorBreakpoint() to catch errors as they are logged. 12/10/11 11:01:24,132 Skim: kCGErrorIllegalArgument: CGSRegisterCursorWithData2: Invalid hot spot (outside of cursor bitmap) ... I ask myself wether it is : - a lion issue - a syntex issue - a skim issue - an aquamacs issue Until now, I have tried downgrading to Skim 1.3.17 and rebooting but it does not help. Any ideas anyone? Fabien --------- Fabien Dagnat -- Maître de conférences Responsable de la filière Systèmes Logiciels et Réseaux Mel : fab...@te... Web : perso.telecom-bretagne.eu/fabiendagnat Tel : (0|33) 2 29 00 14 09 Fax : (0|33) 2 29 00 12 82 Adr : TELECOM Bretagne Département Informatique Technopôle Brest-Iroise - CS 83818 - 29238 Brest Cedex 3 |
From: Christiaan H. <cmh...@gm...> - 2011-10-12 12:01:16
|
On Oct 12, 2011, at 13:49, Dagnat Fabien wrote: > Hello, > I would like to know if any other aquamacs + skim user has recently lost synchronization. And I would to track down the cause. > > Last week, I upgraded to lion and yesterday I upgraded skim. Since then, synchronization has a strange behavior. > > On multiple file source document the synchronization from aquamacs to Skim only work when launched from the main source file (jumping rightly to the right position). When using it on an auxiliary file, skim only raise (showing previous position) and no red point appear. In that case console shows: > 12/10/11 10:55:41,853 Skim: SyncTeX was unable to find location and page. > It used to work like a charm... > > Backward synchronization (from Skim) simply stopped to work. On console, I get: > 12/10/11 11:01:20,125 Skim: SyncTeX was unable to find location and page. > 12/10/11 11:01:24,132 Skim: kCGErrorIllegalArgument: CGSRegisterCursorWithData2: Invalid hot spot (outside of cursor bitmap) > 12/10/11 11:01:24,132 Skim: kCGErrorFailure: Set a breakpoint @ CGErrorBreakpoint() to catch errors as they are logged. > 12/10/11 11:01:24,132 Skim: kCGErrorIllegalArgument: CGSRegisterCursorWithData2: Invalid hot spot (outside of cursor bitmap) > ... > > I ask myself wether it is : > - a lion issue > - a syntex issue > - a skim issue > - an aquamacs issue > > Until now, I have tried downgrading to Skim 1.3.17 and rebooting but it does not help. > > Any ideas anyone? > > Fabien We did not change synchronisation. So it must be in the information Skim gets. Best chance is that's due to synctex, but I really can't say. I don't think the messages after the first have anything to do with it, they also occur a full 4 seconds later (which is a very long time in computing). Christiaan |
From: Christiaan H. <cmh...@gm...> - 2011-10-12 12:03:42
|
Oh, and generally when you want to test this, you should try other means, like using the command line to test the synchronisation. Christiaan On Oct 12, 2011, at 13:49, Dagnat Fabien wrote: > Hello, > I would like to know if any other aquamacs + skim user has recently lost synchronization. And I would to track down the cause. > > Last week, I upgraded to lion and yesterday I upgraded skim. Since then, synchronization has a strange behavior. > > On multiple file source document the synchronization from aquamacs to Skim only work when launched from the main source file (jumping rightly to the right position). When using it on an auxiliary file, skim only raise (showing previous position) and no red point appear. In that case console shows: > 12/10/11 10:55:41,853 Skim: SyncTeX was unable to find location and page. > It used to work like a charm... > > Backward synchronization (from Skim) simply stopped to work. On console, I get: > 12/10/11 11:01:20,125 Skim: SyncTeX was unable to find location and page. > 12/10/11 11:01:24,132 Skim: kCGErrorIllegalArgument: CGSRegisterCursorWithData2: Invalid hot spot (outside of cursor bitmap) > 12/10/11 11:01:24,132 Skim: kCGErrorFailure: Set a breakpoint @ CGErrorBreakpoint() to catch errors as they are logged. > 12/10/11 11:01:24,132 Skim: kCGErrorIllegalArgument: CGSRegisterCursorWithData2: Invalid hot spot (outside of cursor bitmap) > ... > > I ask myself wether it is : > - a lion issue > - a syntex issue > - a skim issue > - an aquamacs issue > > Until now, I have tried downgrading to Skim 1.3.17 and rebooting but it does not help. > > Any ideas anyone? > > Fabien > --------- > Fabien Dagnat -- Maître de conférences > Responsable de la filière Systèmes Logiciels et Réseaux > Mel : fab...@te... > Web : perso.telecom-bretagne.eu/fabiendagnat > Tel : (0|33) 2 29 00 14 09 Fax : (0|33) 2 29 00 12 82 > Adr : TELECOM Bretagne > Département Informatique > Technopôle Brest-Iroise - CS 83818 - 29238 Brest Cedex 3 > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2d-oct > _______________________________________________ > Skim-app-users mailing list > Ski...@li... > https://lists.sourceforge.net/lists/listinfo/skim-app-users |
From: Dagnat F. <fab...@te...> - 2011-10-12 16:39:07
|
Googling more on possible synctex issues led to: - http://tex.stackexchange.com/questions/25578/why-is-synctex-in-tl-2011-so-fussy-about-filenames - http://forums.fofou.org/sumatrapdf/topic?id=2131346 which seems to highlight some changes on synctex in TL 2011 (I had forgotten to say that I had also upgraded TL). The file name given to synctex should now be given as a full path (which seems to be a new feature) and furthermore the path must end with a /./ (which seems to be a bug). I'm not sure if it is the cause of my problems. I think that for forward search it must be taken into account inside aquamacs but for backward search skim must be in control, no? From what I understand, the backward command send the filename (%file in the preference window). In which form is sent? Fabien Le 12 oct. 2011 à 14:01, Christiaan Hofman a écrit : > > On Oct 12, 2011, at 13:49, Dagnat Fabien wrote: > >> Hello, >> I would like to know if any other aquamacs + skim user has recently lost synchronization. And I would to track down the cause. >> >> Last week, I upgraded to lion and yesterday I upgraded skim. Since then, synchronization has a strange behavior. >> >> On multiple file source document the synchronization from aquamacs to Skim only work when launched from the main source file (jumping rightly to the right position). When using it on an auxiliary file, skim only raise (showing previous position) and no red point appear. In that case console shows: >> 12/10/11 10:55:41,853 Skim: SyncTeX was unable to find location and page. >> It used to work like a charm... >> >> Backward synchronization (from Skim) simply stopped to work. On console, I get: >> 12/10/11 11:01:20,125 Skim: SyncTeX was unable to find location and page. >> 12/10/11 11:01:24,132 Skim: kCGErrorIllegalArgument: CGSRegisterCursorWithData2: Invalid hot spot (outside of cursor bitmap) >> 12/10/11 11:01:24,132 Skim: kCGErrorFailure: Set a breakpoint @ CGErrorBreakpoint() to catch errors as they are logged. >> 12/10/11 11:01:24,132 Skim: kCGErrorIllegalArgument: CGSRegisterCursorWithData2: Invalid hot spot (outside of cursor bitmap) >> ... >> >> I ask myself wether it is : >> - a lion issue >> - a syntex issue >> - a skim issue >> - an aquamacs issue >> >> Until now, I have tried downgrading to Skim 1.3.17 and rebooting but it does not help. >> >> Any ideas anyone? >> >> Fabien > > We did not change synchronisation. So it must be in the information Skim gets. Best chance is that's due to synctex, but I really can't say. > > I don't think the messages after the first have anything to do with it, they also occur a full 4 seconds later (which is a very long time in computing). > > Christiaan > > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2d-oct > _______________________________________________ > Skim-app-users mailing list > Ski...@li... > https://lists.sourceforge.net/lists/listinfo/skim-app-users > --------- Fabien Dagnat -- Maître de conférences Responsable de la filière Systèmes Logiciels et Réseaux Mel : fab...@te... Web : perso.telecom-bretagne.eu/fabiendagnat Tel : (0|33) 2 29 00 14 09 Fax : (0|33) 2 29 00 12 82 Adr : TELECOM Bretagne Département Informatique Technopôle Brest-Iroise - CS 83818 - 29238 Brest Cedex 3 |
From: Christiaan H. <cmh...@gm...> - 2011-10-12 18:48:25
|
On Oct 12, 2011, at 18:38, Dagnat Fabien wrote: > Googling more on possible synctex issues led to: > - http://tex.stackexchange.com/questions/25578/why-is-synctex-in-tl-2011-so-fussy-about-filenames > - http://forums.fofou.org/sumatrapdf/topic?id=2131346 > which seems to highlight some changes on synctex in TL 2011 (I had forgotten to say that I had also upgraded TL). > The file name given to synctex should now be given as a full path (which seems to be a new feature) and furthermore the path must end with a /./ (which seems to be a bug). > Skim should not care about the /./ and relative/full path issue, as we explicitly pass filenames the way synctex uses them. > I'm not sure if it is the cause of my problems. I think that for forward search it must be taken into account inside aquamacs but for backward search skim must be in control, no? Not quite, both are involved. But I don't remember how aquamacs calls Skim. >> From what I understand, the backward command send the filename (%file in the preference window). In which form is sent? > It passes the full POSIX path, possibly with some shell escapes. Though I thought you were laking about forward search? And what about calling Skim's displayline script from the command line? That can tell you for sure whether Skim's part works. Christiaan > Fabien > > Le 12 oct. 2011 à 14:01, Christiaan Hofman a écrit : > >> >> On Oct 12, 2011, at 13:49, Dagnat Fabien wrote: >> >>> Hello, >>> I would like to know if any other aquamacs + skim user has recently lost synchronization. And I would to track down the cause. >>> >>> Last week, I upgraded to lion and yesterday I upgraded skim. Since then, synchronization has a strange behavior. >>> >>> On multiple file source document the synchronization from aquamacs to Skim only work when launched from the main source file (jumping rightly to the right position). When using it on an auxiliary file, skim only raise (showing previous position) and no red point appear. In that case console shows: >>> 12/10/11 10:55:41,853 Skim: SyncTeX was unable to find location and page. >>> It used to work like a charm... >>> >>> Backward synchronization (from Skim) simply stopped to work. On console, I get: >>> 12/10/11 11:01:20,125 Skim: SyncTeX was unable to find location and page. >>> 12/10/11 11:01:24,132 Skim: kCGErrorIllegalArgument: CGSRegisterCursorWithData2: Invalid hot spot (outside of cursor bitmap) >>> 12/10/11 11:01:24,132 Skim: kCGErrorFailure: Set a breakpoint @ CGErrorBreakpoint() to catch errors as they are logged. >>> 12/10/11 11:01:24,132 Skim: kCGErrorIllegalArgument: CGSRegisterCursorWithData2: Invalid hot spot (outside of cursor bitmap) >>> ... >>> >>> I ask myself wether it is : >>> - a lion issue >>> - a syntex issue >>> - a skim issue >>> - an aquamacs issue >>> >>> Until now, I have tried downgrading to Skim 1.3.17 and rebooting but it does not help. >>> >>> Any ideas anyone? >>> >>> Fabien >> >> We did not change synchronisation. So it must be in the information Skim gets. Best chance is that's due to synctex, but I really can't say. >> >> I don't think the messages after the first have anything to do with it, they also occur a full 4 seconds later (which is a very long time in computing). >> >> Christiaan >> >> >> >> ------------------------------------------------------------------------------ >> All the data continuously generated in your IT infrastructure contains a >> definitive record of customers, application performance, security >> threats, fraudulent activity and more. Splunk takes this data and makes >> sense of it. Business sense. IT sense. Common sense. >> http://p.sf.net/sfu/splunk-d2d-oct >> _______________________________________________ >> Skim-app-users mailing list >> Ski...@li... >> https://lists.sourceforge.net/lists/listinfo/skim-app-users >> > > --------- > Fabien Dagnat -- Maître de conférences > Responsable de la filière Systèmes Logiciels et Réseaux > Mel : fab...@te... > Web : perso.telecom-bretagne.eu/fabiendagnat > Tel : (0|33) 2 29 00 14 09 Fax : (0|33) 2 29 00 12 82 > Adr : TELECOM Bretagne > Département Informatique > Technopôle Brest-Iroise - CS 83818 - 29238 Brest Cedex 3 > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2d-oct > _______________________________________________ > Skim-app-users mailing list > Ski...@li... > https://lists.sourceforge.net/lists/listinfo/skim-app-users |
From: Dagnat F. <fab...@te...> - 2011-10-13 08:30:25
|
Hi, Le 12 oct. 2011 à 20:48, Christiaan Hofman a écrit : > > On Oct 12, 2011, at 18:38, Dagnat Fabien wrote: > >> Googling more on possible synctex issues led to: >> - http://tex.stackexchange.com/questions/25578/why-is-synctex-in-tl-2011-so-fussy-about-filenames >> - http://forums.fofou.org/sumatrapdf/topic?id=2131346 >> which seems to highlight some changes on synctex in TL 2011 (I had forgotten to say that I had also upgraded TL). >> The file name given to synctex should now be given as a full path (which seems to be a new feature) and furthermore the path must end with a /./ (which seems to be a bug). >> > > Skim should not care about the /./ and relative/full path issue, as we explicitly pass filenames the way synctex uses them. > >> I'm not sure if it is the cause of my problems. I think that for forward search it must be taken into account inside aquamacs but for backward search skim must be in control, no? > > Not quite, both are involved. But I don't remember how aquamacs calls Skim. I'm going to ask on the aquamacs mailing list. > >>> From what I understand, the backward command send the filename (%file in the preference window). In which form is sent? >> > > It passes the full POSIX path, possibly with some shell escapes. > > Though I thought you were laking about forward search? I lack both. Forward search work only for the main latex file not on file included by \input. And backward search never works. Is there a way to know what command is given to aquamacs to try it from command line? > > And what about calling Skim's displayline script from the command line? That can tell you for sure whether Skim's part works. I'm going to see what kind of calls aquamacs make and test it using displayline script... > > Christiaan > >> Fabien >> >> Le 12 oct. 2011 à 14:01, Christiaan Hofman a écrit : >> >>> >>> On Oct 12, 2011, at 13:49, Dagnat Fabien wrote: >>> >>>> Hello, >>>> I would like to know if any other aquamacs + skim user has recently lost synchronization. And I would to track down the cause. >>>> >>>> Last week, I upgraded to lion and yesterday I upgraded skim. Since then, synchronization has a strange behavior. >>>> >>>> On multiple file source document the synchronization from aquamacs to Skim only work when launched from the main source file (jumping rightly to the right position). When using it on an auxiliary file, skim only raise (showing previous position) and no red point appear. In that case console shows: >>>> 12/10/11 10:55:41,853 Skim: SyncTeX was unable to find location and page. >>>> It used to work like a charm... >>>> >>>> Backward synchronization (from Skim) simply stopped to work. On console, I get: >>>> 12/10/11 11:01:20,125 Skim: SyncTeX was unable to find location and page. >>>> 12/10/11 11:01:24,132 Skim: kCGErrorIllegalArgument: CGSRegisterCursorWithData2: Invalid hot spot (outside of cursor bitmap) >>>> 12/10/11 11:01:24,132 Skim: kCGErrorFailure: Set a breakpoint @ CGErrorBreakpoint() to catch errors as they are logged. >>>> 12/10/11 11:01:24,132 Skim: kCGErrorIllegalArgument: CGSRegisterCursorWithData2: Invalid hot spot (outside of cursor bitmap) >>>> ... >>>> >>>> I ask myself wether it is : >>>> - a lion issue >>>> - a syntex issue >>>> - a skim issue >>>> - an aquamacs issue >>>> >>>> Until now, I have tried downgrading to Skim 1.3.17 and rebooting but it does not help. >>>> >>>> Any ideas anyone? >>>> >>>> Fabien >>> >>> We did not change synchronisation. So it must be in the information Skim gets. Best chance is that's due to synctex, but I really can't say. >>> >>> I don't think the messages after the first have anything to do with it, they also occur a full 4 seconds later (which is a very long time in computing). >>> >>> Christiaan >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> All the data continuously generated in your IT infrastructure contains a >>> definitive record of customers, application performance, security >>> threats, fraudulent activity and more. Splunk takes this data and makes >>> sense of it. Business sense. IT sense. Common sense. >>> http://p.sf.net/sfu/splunk-d2d-oct >>> _______________________________________________ >>> Skim-app-users mailing list >>> Ski...@li... >>> https://lists.sourceforge.net/lists/listinfo/skim-app-users >>> >> >> --------- >> Fabien Dagnat -- Maître de conférences >> Responsable de la filière Systèmes Logiciels et Réseaux >> Mel : fab...@te... >> Web : perso.telecom-bretagne.eu/fabiendagnat >> Tel : (0|33) 2 29 00 14 09 Fax : (0|33) 2 29 00 12 82 >> Adr : TELECOM Bretagne >> Département Informatique >> Technopôle Brest-Iroise - CS 83818 - 29238 Brest Cedex 3 >> >> >> ------------------------------------------------------------------------------ >> All the data continuously generated in your IT infrastructure contains a >> definitive record of customers, application performance, security >> threats, fraudulent activity and more. Splunk takes this data and makes >> sense of it. Business sense. IT sense. Common sense. >> http://p.sf.net/sfu/splunk-d2d-oct >> _______________________________________________ >> Skim-app-users mailing list >> Ski...@li... >> https://lists.sourceforge.net/lists/listinfo/skim-app-users > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2d-oct > _______________________________________________ > Skim-app-users mailing list > Ski...@li... > https://lists.sourceforge.net/lists/listinfo/skim-app-users > --------- Fabien Dagnat -- Maître de conférences Responsable de la filière Systèmes Logiciels et Réseaux Mel : fab...@te... Web : perso.telecom-bretagne.eu/fabiendagnat Tel : (0|33) 2 29 00 14 09 Fax : (0|33) 2 29 00 12 82 Adr : TELECOM Bretagne Département Informatique Technopôle Brest-Iroise - CS 83818 - 29238 Brest Cedex 3 |
From: Christiaan H. <cmh...@gm...> - 2011-10-13 09:14:23
|
On Oct 13, 2011, at 10:30, Dagnat Fabien wrote: > Hi, > Le 12 oct. 2011 à 20:48, Christiaan Hofman a écrit : > >> >> On Oct 12, 2011, at 18:38, Dagnat Fabien wrote: >> >>> Googling more on possible synctex issues led to: >>> - http://tex.stackexchange.com/questions/25578/why-is-synctex-in-tl-2011-so-fussy-about-filenames >>> - http://forums.fofou.org/sumatrapdf/topic?id=2131346 >>> which seems to highlight some changes on synctex in TL 2011 (I had forgotten to say that I had also upgraded TL). >>> The file name given to synctex should now be given as a full path (which seems to be a new feature) and furthermore the path must end with a /./ (which seems to be a bug). >>> >> >> Skim should not care about the /./ and relative/full path issue, as we explicitly pass filenames the way synctex uses them. >> >>> I'm not sure if it is the cause of my problems. I think that for forward search it must be taken into account inside aquamacs but for backward search skim must be in control, no? >> >> Not quite, both are involved. But I don't remember how aquamacs calls Skim. > I'm going to ask on the aquamacs mailing list. >> >>>> From what I understand, the backward command send the filename (%file in the preference window). In which form is sent? >>> >> >> It passes the full POSIX path, possibly with some shell escapes. >> >> Though I thought you were laking about forward search? > I lack both. Forward search work only for the main latex file not on file included by \input. And backward search never works. > Is there a way to know what command is given to aquamacs to try it from command line? For that you should go into the lisp scripts that Aquamacs uses. But it should not matter. You just use displayline as it is supposed to work. If that works, then you know it's their problem. Christiaan >> >> And what about calling Skim's displayline script from the command line? That can tell you for sure whether Skim's part works. > I'm going to see what kind of calls aquamacs make and test it using displayline script... >> >> Christiaan >> >>> Fabien >>> >>> Le 12 oct. 2011 à 14:01, Christiaan Hofman a écrit : >>> >>>> >>>> On Oct 12, 2011, at 13:49, Dagnat Fabien wrote: >>>> >>>>> Hello, >>>>> I would like to know if any other aquamacs + skim user has recently lost synchronization. And I would to track down the cause. >>>>> >>>>> Last week, I upgraded to lion and yesterday I upgraded skim. Since then, synchronization has a strange behavior. >>>>> >>>>> On multiple file source document the synchronization from aquamacs to Skim only work when launched from the main source file (jumping rightly to the right position). When using it on an auxiliary file, skim only raise (showing previous position) and no red point appear. In that case console shows: >>>>> 12/10/11 10:55:41,853 Skim: SyncTeX was unable to find location and page. >>>>> It used to work like a charm... >>>>> >>>>> Backward synchronization (from Skim) simply stopped to work. On console, I get: >>>>> 12/10/11 11:01:20,125 Skim: SyncTeX was unable to find location and page. >>>>> 12/10/11 11:01:24,132 Skim: kCGErrorIllegalArgument: CGSRegisterCursorWithData2: Invalid hot spot (outside of cursor bitmap) >>>>> 12/10/11 11:01:24,132 Skim: kCGErrorFailure: Set a breakpoint @ CGErrorBreakpoint() to catch errors as they are logged. >>>>> 12/10/11 11:01:24,132 Skim: kCGErrorIllegalArgument: CGSRegisterCursorWithData2: Invalid hot spot (outside of cursor bitmap) >>>>> ... >>>>> >>>>> I ask myself wether it is : >>>>> - a lion issue >>>>> - a syntex issue >>>>> - a skim issue >>>>> - an aquamacs issue >>>>> >>>>> Until now, I have tried downgrading to Skim 1.3.17 and rebooting but it does not help. >>>>> >>>>> Any ideas anyone? >>>>> >>>>> Fabien >>>> >>>> We did not change synchronisation. So it must be in the information Skim gets. Best chance is that's due to synctex, but I really can't say. >>>> >>>> I don't think the messages after the first have anything to do with it, they also occur a full 4 seconds later (which is a very long time in computing). >>>> >>>> Christiaan >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> All the data continuously generated in your IT infrastructure contains a >>>> definitive record of customers, application performance, security >>>> threats, fraudulent activity and more. Splunk takes this data and makes >>>> sense of it. Business sense. IT sense. Common sense. >>>> http://p.sf.net/sfu/splunk-d2d-oct >>>> _______________________________________________ >>>> Skim-app-users mailing list >>>> Ski...@li... >>>> https://lists.sourceforge.net/lists/listinfo/skim-app-users >>>> >>> >>> --------- >>> Fabien Dagnat -- Maître de conférences >>> Responsable de la filière Systèmes Logiciels et Réseaux >>> Mel : fab...@te... >>> Web : perso.telecom-bretagne.eu/fabiendagnat >>> Tel : (0|33) 2 29 00 14 09 Fax : (0|33) 2 29 00 12 82 >>> Adr : TELECOM Bretagne >>> Département Informatique >>> Technopôle Brest-Iroise - CS 83818 - 29238 Brest Cedex 3 >>> >>> >>> ------------------------------------------------------------------------------ >>> All the data continuously generated in your IT infrastructure contains a >>> definitive record of customers, application performance, security >>> threats, fraudulent activity and more. Splunk takes this data and makes >>> sense of it. Business sense. IT sense. Common sense. >>> http://p.sf.net/sfu/splunk-d2d-oct >>> _______________________________________________ >>> Skim-app-users mailing list >>> Ski...@li... >>> https://lists.sourceforge.net/lists/listinfo/skim-app-users >> >> >> ------------------------------------------------------------------------------ >> All the data continuously generated in your IT infrastructure contains a >> definitive record of customers, application performance, security >> threats, fraudulent activity and more. Splunk takes this data and makes >> sense of it. Business sense. IT sense. Common sense. >> http://p.sf.net/sfu/splunk-d2d-oct >> _______________________________________________ >> Skim-app-users mailing list >> Ski...@li... >> https://lists.sourceforge.net/lists/listinfo/skim-app-users >> > > --------- > Fabien Dagnat -- Maître de conférences > Responsable de la filière Systèmes Logiciels et Réseaux > Mel : fab...@te... > Web : perso.telecom-bretagne.eu/fabiendagnat > Tel : (0|33) 2 29 00 14 09 Fax : (0|33) 2 29 00 12 82 > Adr : TELECOM Bretagne > Département Informatique > Technopôle Brest-Iroise - CS 83818 - 29238 Brest Cedex 3 > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2d-oct > _______________________________________________ > Skim-app-users mailing list > Ski...@li... > https://lists.sourceforge.net/lists/listinfo/skim-app-users |
From: Christiaan H. <cmh...@gm...> - 2011-10-13 10:29:02
|
On Oct 13, 2011, at 10:30, Dagnat Fabien wrote: > Hi, > Le 12 oct. 2011 à 20:48, Christiaan Hofman a écrit : > >> >> On Oct 12, 2011, at 18:38, Dagnat Fabien wrote: >> >>> Googling more on possible synctex issues led to: >>> - http://tex.stackexchange.com/questions/25578/why-is-synctex-in-tl-2011-so-fussy-about-filenames >>> - http://forums.fofou.org/sumatrapdf/topic?id=2131346 >>> which seems to highlight some changes on synctex in TL 2011 (I had forgotten to say that I had also upgraded TL). >>> The file name given to synctex should now be given as a full path (which seems to be a new feature) and furthermore the path must end with a /./ (which seems to be a bug). >>> >> >> Skim should not care about the /./ and relative/full path issue, as we explicitly pass filenames the way synctex uses them. >> >>> I'm not sure if it is the cause of my problems. I think that for forward search it must be taken into account inside aquamacs but for backward search skim must be in control, no? >> >> Not quite, both are involved. But I don't remember how aquamacs calls Skim. > I'm going to ask on the aquamacs mailing list. >> >>>> From what I understand, the backward command send the filename (%file in the preference window). In which form is sent? >>> >> >> It passes the full POSIX path, possibly with some shell escapes. >> >> Though I thought you were laking about forward search? > I lack both. Forward search work only for the main latex file not on file included by \input. And backward search never works. > Is there a way to know what command is given to aquamacs to try it from command line? As for the command send to aquamacs, you can see that in the Skim preferences. For backward search top work, I believe you have to make sure Aquamacs starts the server. That's explained on the Wiki. Christiaan >> >> And what about calling Skim's displayline script from the command line? That can tell you for sure whether Skim's part works. > I'm going to see what kind of calls aquamacs make and test it using displayline script... >> >> Christiaan >> >>> Fabien >>> >>> Le 12 oct. 2011 à 14:01, Christiaan Hofman a écrit : >>> >>>> >>>> On Oct 12, 2011, at 13:49, Dagnat Fabien wrote: >>>> >>>>> Hello, >>>>> I would like to know if any other aquamacs + skim user has recently lost synchronization. And I would to track down the cause. >>>>> >>>>> Last week, I upgraded to lion and yesterday I upgraded skim. Since then, synchronization has a strange behavior. >>>>> >>>>> On multiple file source document the synchronization from aquamacs to Skim only work when launched from the main source file (jumping rightly to the right position). When using it on an auxiliary file, skim only raise (showing previous position) and no red point appear. In that case console shows: >>>>> 12/10/11 10:55:41,853 Skim: SyncTeX was unable to find location and page. >>>>> It used to work like a charm... >>>>> >>>>> Backward synchronization (from Skim) simply stopped to work. On console, I get: >>>>> 12/10/11 11:01:20,125 Skim: SyncTeX was unable to find location and page. >>>>> 12/10/11 11:01:24,132 Skim: kCGErrorIllegalArgument: CGSRegisterCursorWithData2: Invalid hot spot (outside of cursor bitmap) >>>>> 12/10/11 11:01:24,132 Skim: kCGErrorFailure: Set a breakpoint @ CGErrorBreakpoint() to catch errors as they are logged. >>>>> 12/10/11 11:01:24,132 Skim: kCGErrorIllegalArgument: CGSRegisterCursorWithData2: Invalid hot spot (outside of cursor bitmap) >>>>> ... >>>>> >>>>> I ask myself wether it is : >>>>> - a lion issue >>>>> - a syntex issue >>>>> - a skim issue >>>>> - an aquamacs issue >>>>> >>>>> Until now, I have tried downgrading to Skim 1.3.17 and rebooting but it does not help. >>>>> >>>>> Any ideas anyone? >>>>> >>>>> Fabien >>>> >>>> We did not change synchronisation. So it must be in the information Skim gets. Best chance is that's due to synctex, but I really can't say. >>>> >>>> I don't think the messages after the first have anything to do with it, they also occur a full 4 seconds later (which is a very long time in computing). >>>> >>>> Christiaan >>>> |
From: Dagnat F. <fab...@te...> - 2011-10-13 11:37:33
|
Hello, After upgrading to 10.7.2, forward synchronization is now working like a charm again (both on main and on included file)! But still no chance with backward synchronization. Still seeking with aquamacs folks what can be the problem for backward search... Thanks for your help Fabien Le 13 oct. 2011 à 12:28, Christiaan Hofman a écrit : > > On Oct 13, 2011, at 10:30, Dagnat Fabien wrote: > >> Hi, >> Le 12 oct. 2011 à 20:48, Christiaan Hofman a écrit : >> >>> >>> On Oct 12, 2011, at 18:38, Dagnat Fabien wrote: >>> >>>> Googling more on possible synctex issues led to: >>>> - http://tex.stackexchange.com/questions/25578/why-is-synctex-in-tl-2011-so-fussy-about-filenames >>>> - http://forums.fofou.org/sumatrapdf/topic?id=2131346 >>>> which seems to highlight some changes on synctex in TL 2011 (I had forgotten to say that I had also upgraded TL). >>>> The file name given to synctex should now be given as a full path (which seems to be a new feature) and furthermore the path must end with a /./ (which seems to be a bug). >>>> >>> >>> Skim should not care about the /./ and relative/full path issue, as we explicitly pass filenames the way synctex uses them. >>> >>>> I'm not sure if it is the cause of my problems. I think that for forward search it must be taken into account inside aquamacs but for backward search skim must be in control, no? >>> >>> Not quite, both are involved. But I don't remember how aquamacs calls Skim. >> I'm going to ask on the aquamacs mailing list. >>> >>>>> From what I understand, the backward command send the filename (%file in the preference window). In which form is sent? >>>> >>> >>> It passes the full POSIX path, possibly with some shell escapes. >>> >>> Though I thought you were laking about forward search? >> I lack both. Forward search work only for the main latex file not on file included by \input. And backward search never works. >> Is there a way to know what command is given to aquamacs to try it from command line? > > As for the command send to aquamacs, you can see that in the Skim preferences. > > For backward search top work, I believe you have to make sure Aquamacs starts the server. That's explained on the Wiki. > > Christiaan > >>> >>> And what about calling Skim's displayline script from the command line? That can tell you for sure whether Skim's part works. >> I'm going to see what kind of calls aquamacs make and test it using displayline script... >>> >>> Christiaan >>> >>>> Fabien >>>> >>>> Le 12 oct. 2011 à 14:01, Christiaan Hofman a écrit : >>>> >>>>> >>>>> On Oct 12, 2011, at 13:49, Dagnat Fabien wrote: >>>>> >>>>>> Hello, >>>>>> I would like to know if any other aquamacs + skim user has recently lost synchronization. And I would to track down the cause. >>>>>> >>>>>> Last week, I upgraded to lion and yesterday I upgraded skim. Since then, synchronization has a strange behavior. >>>>>> >>>>>> On multiple file source document the synchronization from aquamacs to Skim only work when launched from the main source file (jumping rightly to the right position). When using it on an auxiliary file, skim only raise (showing previous position) and no red point appear. In that case console shows: >>>>>> 12/10/11 10:55:41,853 Skim: SyncTeX was unable to find location and page. >>>>>> It used to work like a charm... >>>>>> >>>>>> Backward synchronization (from Skim) simply stopped to work. On console, I get: >>>>>> 12/10/11 11:01:20,125 Skim: SyncTeX was unable to find location and page. >>>>>> 12/10/11 11:01:24,132 Skim: kCGErrorIllegalArgument: CGSRegisterCursorWithData2: Invalid hot spot (outside of cursor bitmap) >>>>>> 12/10/11 11:01:24,132 Skim: kCGErrorFailure: Set a breakpoint @ CGErrorBreakpoint() to catch errors as they are logged. >>>>>> 12/10/11 11:01:24,132 Skim: kCGErrorIllegalArgument: CGSRegisterCursorWithData2: Invalid hot spot (outside of cursor bitmap) >>>>>> ... >>>>>> >>>>>> I ask myself wether it is : >>>>>> - a lion issue >>>>>> - a syntex issue >>>>>> - a skim issue >>>>>> - an aquamacs issue >>>>>> >>>>>> Until now, I have tried downgrading to Skim 1.3.17 and rebooting but it does not help. >>>>>> >>>>>> Any ideas anyone? >>>>>> >>>>>> Fabien >>>>> >>>>> We did not change synchronisation. So it must be in the information Skim gets. Best chance is that's due to synctex, but I really can't say. >>>>> >>>>> I don't think the messages after the first have anything to do with it, they also occur a full 4 seconds later (which is a very long time in computing). >>>>> >>>>> Christiaan >>>>> > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2d-oct > _______________________________________________ > Skim-app-users mailing list > Ski...@li... > https://lists.sourceforge.net/lists/listinfo/skim-app-users > --------- Fabien Dagnat -- Maître de conférences Responsable de la filière Systèmes Logiciels et Réseaux Mel : fab...@te... Web : perso.telecom-bretagne.eu/fabiendagnat Tel : (0|33) 2 29 00 14 09 Fax : (0|33) 2 29 00 12 82 Adr : TELECOM Bretagne Département Informatique Technopôle Brest-Iroise - CS 83818 - 29238 Brest Cedex 3 |
From: Dagnat F. <fab...@te...> - 2011-10-13 14:52:50
|
Solved backward search, I had the following customized preferences : /Applications/Aquamacs.app/Contents/MacOS/bin/emacsclient --no-wait +%line "%file" switching back to the default aquamacs setting backward synchro is now working perfectly. Don't what was wrong with my previous setting which was working previously... Sorry for the traffic. Fabien Le 13 oct. 2011 à 13:37, Dagnat Fabien a écrit : > Hello, > After upgrading to 10.7.2, forward synchronization is now working like a charm again (both on main and on included file)! But still no chance with backward synchronization. > > Still seeking with aquamacs folks what can be the problem for backward search... > > Thanks for your help > Fabien > Le 13 oct. 2011 à 12:28, Christiaan Hofman a écrit : > >> >> On Oct 13, 2011, at 10:30, Dagnat Fabien wrote: >> >>> Hi, >>> Le 12 oct. 2011 à 20:48, Christiaan Hofman a écrit : >>> >>>> >>>> On Oct 12, 2011, at 18:38, Dagnat Fabien wrote: >>>> >>>>> Googling more on possible synctex issues led to: >>>>> - http://tex.stackexchange.com/questions/25578/why-is-synctex-in-tl-2011-so-fussy-about-filenames >>>>> - http://forums.fofou.org/sumatrapdf/topic?id=2131346 >>>>> which seems to highlight some changes on synctex in TL 2011 (I had forgotten to say that I had also upgraded TL). >>>>> The file name given to synctex should now be given as a full path (which seems to be a new feature) and furthermore the path must end with a /./ (which seems to be a bug). >>>>> >>>> >>>> Skim should not care about the /./ and relative/full path issue, as we explicitly pass filenames the way synctex uses them. >>>> >>>>> I'm not sure if it is the cause of my problems. I think that for forward search it must be taken into account inside aquamacs but for backward search skim must be in control, no? >>>> >>>> Not quite, both are involved. But I don't remember how aquamacs calls Skim. >>> I'm going to ask on the aquamacs mailing list. >>>> >>>>>> From what I understand, the backward command send the filename (%file in the preference window). In which form is sent? >>>>> >>>> >>>> It passes the full POSIX path, possibly with some shell escapes. >>>> >>>> Though I thought you were laking about forward search? >>> I lack both. Forward search work only for the main latex file not on file included by \input. And backward search never works. >>> Is there a way to know what command is given to aquamacs to try it from command line? >> >> As for the command send to aquamacs, you can see that in the Skim preferences. >> >> For backward search top work, I believe you have to make sure Aquamacs starts the server. That's explained on the Wiki. >> >> Christiaan >> >>>> >>>> And what about calling Skim's displayline script from the command line? That can tell you for sure whether Skim's part works. >>> I'm going to see what kind of calls aquamacs make and test it using displayline script... >>>> >>>> Christiaan >>>> >>>>> Fabien >>>>> >>>>> Le 12 oct. 2011 à 14:01, Christiaan Hofman a écrit : >>>>> >>>>>> >>>>>> On Oct 12, 2011, at 13:49, Dagnat Fabien wrote: >>>>>> >>>>>>> Hello, >>>>>>> I would like to know if any other aquamacs + skim user has recently lost synchronization. And I would to track down the cause. >>>>>>> >>>>>>> Last week, I upgraded to lion and yesterday I upgraded skim. Since then, synchronization has a strange behavior. >>>>>>> >>>>>>> On multiple file source document the synchronization from aquamacs to Skim only work when launched from the main source file (jumping rightly to the right position). When using it on an auxiliary file, skim only raise (showing previous position) and no red point appear. In that case console shows: >>>>>>> 12/10/11 10:55:41,853 Skim: SyncTeX was unable to find location and page. >>>>>>> It used to work like a charm... >>>>>>> >>>>>>> Backward synchronization (from Skim) simply stopped to work. On console, I get: >>>>>>> 12/10/11 11:01:20,125 Skim: SyncTeX was unable to find location and page. >>>>>>> 12/10/11 11:01:24,132 Skim: kCGErrorIllegalArgument: CGSRegisterCursorWithData2: Invalid hot spot (outside of cursor bitmap) >>>>>>> 12/10/11 11:01:24,132 Skim: kCGErrorFailure: Set a breakpoint @ CGErrorBreakpoint() to catch errors as they are logged. >>>>>>> 12/10/11 11:01:24,132 Skim: kCGErrorIllegalArgument: CGSRegisterCursorWithData2: Invalid hot spot (outside of cursor bitmap) >>>>>>> ... >>>>>>> >>>>>>> I ask myself wether it is : >>>>>>> - a lion issue >>>>>>> - a syntex issue >>>>>>> - a skim issue >>>>>>> - an aquamacs issue >>>>>>> >>>>>>> Until now, I have tried downgrading to Skim 1.3.17 and rebooting but it does not help. >>>>>>> >>>>>>> Any ideas anyone? >>>>>>> >>>>>>> Fabien >>>>>> >>>>>> We did not change synchronisation. So it must be in the information Skim gets. Best chance is that's due to synctex, but I really can't say. >>>>>> >>>>>> I don't think the messages after the first have anything to do with it, they also occur a full 4 seconds later (which is a very long time in computing). >>>>>> >>>>>> Christiaan >>>>>> >> >> >> ------------------------------------------------------------------------------ >> All the data continuously generated in your IT infrastructure contains a >> definitive record of customers, application performance, security >> threats, fraudulent activity and more. Splunk takes this data and makes >> sense of it. Business sense. IT sense. Common sense. >> http://p.sf.net/sfu/splunk-d2d-oct >> _______________________________________________ >> Skim-app-users mailing list >> Ski...@li... >> https://lists.sourceforge.net/lists/listinfo/skim-app-users >> > > --------- > Fabien Dagnat -- Maître de conférences > Responsable de la filière Systèmes Logiciels et Réseaux > Mel : fab...@te... > Web : perso.telecom-bretagne.eu/fabiendagnat > Tel : (0|33) 2 29 00 14 09 Fax : (0|33) 2 29 00 12 82 > Adr : TELECOM Bretagne > Département Informatique > Technopôle Brest-Iroise - CS 83818 - 29238 Brest Cedex 3 > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2d-oct > _______________________________________________ > Skim-app-users mailing list > Ski...@li... > https://lists.sourceforge.net/lists/listinfo/skim-app-users > --------- Fabien Dagnat -- Maître de conférences Responsable de la filière Systèmes Logiciels et Réseaux Mel : fab...@te... Web : perso.telecom-bretagne.eu/fabiendagnat Tel : (0|33) 2 29 00 14 09 Fax : (0|33) 2 29 00 12 82 Adr : TELECOM Bretagne Département Informatique Technopôle Brest-Iroise - CS 83818 - 29238 Brest Cedex 3 |