Re: crash tex2lyx
On Wed, 23 May 2007, Jean-Marc Lasgouttes wrote: "Stefan" == Stefan Schimanski <[EMAIL PROTECTED]> writes: Stefan> One thing much more time consuming, at least for me, I always Stefan> wanted to mention: I always fall over comments to bug reports Stefan> which do not mention the short description. So you are reading Stefan> "Fix for #1234" and then you have to go to bugzilla and find Stefan> out what the person is talking about. +1 +1 It's a bit more work for one person, but less work for everybody else that reads the list. /Christian -- Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
Re: crash tex2lyx
> "Stefan" == Stefan Schimanski <[EMAIL PROTECTED]> writes: Stefan> One thing much more time consuming, at least for me, I always Stefan> wanted to mention: I always fall over comments to bug reports Stefan> which do not mention the short description. So you are reading Stefan> "Fix for #1234" and then you have to go to bugzilla and find Stefan> out what the person is talking about. +1 JMarc
Re: crash tex2lyx
Am 23.05.2007 um 01:04 schrieb [EMAIL PROTECTED]: On Mon, 21 May 2007, Andre Poenitz wrote: On Mon, May 21, 2007 at 08:04:44PM +0200, Stefan Schimanski wrote: [Another fullquote/toposting] Sorry for taking your precious time. I am not sure this was the kind of response I would have considered either 'expected' or 'appropriate'. Maybe it was Friday where Stefan was, and it was tongue in cheek? (I hope so at least:-) Sorry Andre, if I was a bit harsh here. It wasn't meant as serious as it sounded. Proper quoting makes reading easier for all of us. Just didn't have (and still don't have) the impression it is that bad and annoying here on the list. One thing much more time consuming, at least for me, I always wanted to mention: I always fall over comments to bug reports which do not mention the short description. So you are reading "Fix for #1234" and then you have to go to bugzilla and find out what the person is talking about. It would ease the participation in those thread a lot if one sees directly whether one has to say something about it or whether it falls into an area one has no idea anyway. So, sorry again Stefan PGP.sig Description: Signierter Teil der Nachricht
Re: crash tex2lyx
On Mon, May 21, 2007 at 07:47:31PM +0200, Andre Poenitz wrote: > On Mon, May 21, 2007 at 10:32:47AM -0400, xxx wrote: > > what a weird bug. nice work. > > > > yyy wrote: > > > great detective work!! > > > > > > zzz wrote: > > > > ... > > Could we at least on lyx-devel try to avoid top posting with full quotes > below? Agreed ;-) I recently saw someone using the following sig: A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- Enrico
Re: crash tex2lyx
On Mon, 21 May 2007, Andre Poenitz wrote: On Mon, May 21, 2007 at 08:04:44PM +0200, Stefan Schimanski wrote: [Another fullquote/toposting] Sorry for taking your precious time. I am not sure this was the kind of response I would have considered either 'expected' or 'appropriate'. Maybe it was Friday where Stefan was, and it was tongue in cheek? (I hope so at least:-) /Christian -- Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
Re: crash tex2lyx
On Mon, May 21, 2007 at 08:04:44PM +0200, Stefan Schimanski wrote: > [Another fullquote/toposting] > Sorry for taking your precious time. I am not sure this was the kind of response I would have considered either 'expected' or 'appropriate'. Andre'
Re: crash tex2lyx
Sorry for taking your precious time. Stefan Am 21.05.2007 um 19:47 schrieb Andre Poenitz: Could we at least on lyx-devel try to avoid top posting with full quotes below? Thank you. PGP.sig Description: Signierter Teil der Nachricht
Re: crash tex2lyx
On Mon, May 21, 2007 at 10:32:47AM -0400, xxx wrote: > what a weird bug. nice work. > > yyy wrote: > > great detective work!! > > > > zzz wrote: > > > ... Could we at least on lyx-devel try to avoid top posting with full quotes below? Thank you. Andre'
Re: crash tex2lyx
what a weird bug. nice work.
Edwin Leuven wrote:
> great detective work!!
>
> this fixes the crash on my side, so this gets an ok from me.
>
>
> Stefan Schimanski wrote:
>> The following patch fixes this problem for the cmake build system. I
>> have not checked the other build systems, maybe similar fixes are
>> needed there.
>>
>> The problem basically is that in the inline functions a different
>> Font class was used than in the .cpp files. This was leading to these
>> very strange errors.
>>
>> Stefan
>>
>> @Peter: ok to commit? Any comment?
>>
>>
>>
>>> with attached doc.
>>>
>>> backtrace:
>>>
>>> tex2lyx.exe!boost::assertion_failed(const char *
>>> expr=0x005b6c44, const char * function=0x005b6c50, const char *
>>> file=0x005b6cc0, long line=315) Line 39 + 0x8 bytes C++
>>> tex2lyx.exe!boost::shared_ptr::operator->()
>>> Line 315 + 0x23 bytes C++
>>> > tex2lyx.exe!lyx::TextClass::read(const
>>> lyx::support::FileName & filename={...}, bool merge=false) Line 455
>>> + 0x12 bytesC++
>>> tex2lyx.exe!lyx::parse_preamble(lyx::Parser & p={...},
>>> std::basic_ostream > & os={...}, const
>>> std::basic_string,std::allocator >
>>> & forceclass="") Line 502 C++
>>> tex2lyx.exe!lyx::`anonymous
>>> namespace'::tex2lyx(std::basic_istream >
>>> & is={...}, std::basic_ostream > &
>>> os={...}) Line 428 + 0x3e bytesC++
>>> tex2lyx.exe!lyx::`anonymous namespace'::tex2lyx(const
>>> lyx::support::FileName & infilename={...},
>>> std::basic_ostream > & os={...}) Line
>>> 462 + 0x10 bytesC++
>>> tex2lyx.exe!lyx::tex2lyx(const
>>> std::basic_string,std::allocator >
>>> & infilename="C:/_projects/profs3/internal.tex", const
>>> lyx::support::FileName & outfilename={...}) Line 494 + 0x38 bytes
>>> C++
>>> tex2lyx.exe!main(int argc=2, char * * argv=0x003d52f8) Line
>>> 554 + 0x35 bytes C++
>>> tex2lyx.exe!__tmainCRTStartup() Line 586 + 0x19 bytes C
>>> tex2lyx.exe!mainCRTStartup() Line 403 C
>>> kernel32.dll!7c816fd7()
>>>
>>>
>>
--
==
Richard G Heck, Jr
Professor of Philosophy
Brown University
http://frege.brown.edu/heck/
==
Get my public key from http://sks.keyserver.penguin.de
Hash: 0x1DE91F1E66FFBDEC
Learn how to sign your email using Thunderbird and GnuPG at:
http://dudu.dyn.2-h.org/nist/gpg-enigmail-howto
Re: crash tex2lyx
Stefan Schimanski wrote: The following patch fixes this problem for the cmake build system. I have not checked the other build systems, maybe similar fixes are needed there. The problem basically is that in the inline functions a different Font class was used than in the .cpp files. This was leading to these very strange errors. Stefan @Peter: ok to commit? Any comment? OK for me. Abdel. PS: please do something for the mime type of your attachment.
Re: crash tex2lyx
great detective work!!
this fixes the crash on my side, so this gets an ok from me.
Stefan Schimanski wrote:
The following patch fixes this problem for the cmake build system. I
have not checked the other build systems, maybe similar fixes are needed
there.
The problem basically is that in the inline functions a different Font
class was used than in the .cpp files. This was leading to these very
strange errors.
Stefan
@Peter: ok to commit? Any comment?
with attached doc.
backtrace:
tex2lyx.exe!boost::assertion_failed(const char *
expr=0x005b6c44, const char * function=0x005b6c50, const char *
file=0x005b6cc0, long line=315) Line 39 + 0x8 bytes C++
tex2lyx.exe!boost::shared_ptr::operator->() Line
315 + 0x23 bytes C++
> tex2lyx.exe!lyx::TextClass::read(const lyx::support::FileName
& filename={...}, bool merge=false) Line 455 + 0x12 bytesC++
tex2lyx.exe!lyx::parse_preamble(lyx::Parser & p={...},
std::basic_ostream > & os={...}, const
std::basic_string,std::allocator > &
forceclass="") Line 502 C++
tex2lyx.exe!lyx::`anonymous
namespace'::tex2lyx(std::basic_istream > &
is={...}, std::basic_ostream > &
os={...}) Line 428 + 0x3e bytesC++
tex2lyx.exe!lyx::`anonymous namespace'::tex2lyx(const
lyx::support::FileName & infilename={...},
std::basic_ostream > & os={...}) Line 462
+ 0x10 bytesC++
tex2lyx.exe!lyx::tex2lyx(const
std::basic_string,std::allocator > &
infilename="C:/_projects/profs3/internal.tex", const
lyx::support::FileName & outfilename={...}) Line 494 + 0x38 bytes C++
tex2lyx.exe!main(int argc=2, char * * argv=0x003d52f8) Line
554 + 0x35 bytes C++
tex2lyx.exe!__tmainCRTStartup() Line 586 + 0x19 bytes C
tex2lyx.exe!mainCRTStartup() Line 403 C
kernel32.dll!7c816fd7()
Re: crash tex2lyx
The following patch fixes this problem for the cmake build system. I
have not checked the other build systems, maybe similar fixes are
needed there.
The problem basically is that in the inline functions a different
Font class was used than in the .cpp files. This was leading to these
very strange errors.
Stefan
@Peter: ok to commit? Any comment?
tex2lyxcmake.patch
Description: Binary data
with attached doc.
backtrace:
tex2lyx.exe!boost::assertion_failed(const char *
expr=0x005b6c44, const char * function=0x005b6c50, const char *
file=0x005b6cc0, long line=315) Line 39 + 0x8 bytes C++
tex2lyx.exe!boost::shared_ptr::operator->()
Line 315 + 0x23 bytes C++
> tex2lyx.exe!lyx::TextClass::read(const
lyx::support::FileName & filename={...}, bool merge=false) Line
455 + 0x12 bytesC++
tex2lyx.exe!lyx::parse_preamble(lyx::Parser & p={...},
std::basic_ostream > & os={...}, const
std::basic_string,std::allocator
> & forceclass="") Line 502 C++
tex2lyx.exe!lyx::`anonymous namespace'::tex2lyx
(std::basic_istream > & is={...},
std::basic_ostream > & os={...}) Line
428 + 0x3e bytesC++
tex2lyx.exe!lyx::`anonymous namespace'::tex2lyx(const
lyx::support::FileName & infilename={...},
std::basic_ostream > & os={...}) Line
462 + 0x10 bytesC++
tex2lyx.exe!lyx::tex2lyx(const
std::basic_string,std::allocator
> & infilename="C:/_projects/profs3/internal.tex", const
lyx::support::FileName & outfilename={...}) Line 494 + 0x38
bytes C++
tex2lyx.exe!main(int argc=2, char * * argv=0x003d52f8)
Line 554 + 0x35 bytes C++
tex2lyx.exe!__tmainCRTStartup() Line 586 + 0x19 bytes C
tex2lyx.exe!mainCRTStartup() Line 403 C
kernel32.dll!7c816fd7()
PGP.sig
Description: Signierter Teil der Nachricht
Re: crash tex2lyx
Which build system do you use? automake/conf? cmake?
Stefan
Am 16.05.2007 um 13:42 schrieb Leuven, E.:
with attached doc.
backtrace:
tex2lyx.exe!boost::assertion_failed(const char *
expr=0x005b6c44, const char * function=0x005b6c50, const char *
file=0x005b6cc0, long line=315) Line 39 + 0x8 bytes C++
tex2lyx.exe!boost::shared_ptr::operator->()
Line 315 + 0x23 bytes C++
> tex2lyx.exe!lyx::TextClass::read(const
lyx::support::FileName & filename={...}, bool merge=false) Line
455 + 0x12 bytesC++
tex2lyx.exe!lyx::parse_preamble(lyx::Parser & p={...},
std::basic_ostream > & os={...}, const
std::basic_string,std::allocator
> & forceclass="") Line 502 C++
tex2lyx.exe!lyx::`anonymous namespace'::tex2lyx
(std::basic_istream > & is={...},
std::basic_ostream > & os={...}) Line
428 + 0x3e bytesC++
tex2lyx.exe!lyx::`anonymous namespace'::tex2lyx(const
lyx::support::FileName & infilename={...},
std::basic_ostream > & os={...}) Line
462 + 0x10 bytesC++
tex2lyx.exe!lyx::tex2lyx(const
std::basic_string,std::allocator
> & infilename="C:/_projects/profs3/internal.tex", const
lyx::support::FileName & outfilename={...}) Line 494 + 0x38
bytes C++
tex2lyx.exe!main(int argc=2, char * * argv=0x003d52f8)
Line 554 + 0x35 bytes C++
tex2lyx.exe!__tmainCRTStartup() Line 586 + 0x19 bytes C
tex2lyx.exe!mainCRTStartup() Line 403 C
kernel32.dll!7c816fd7()
PGP.sig
Description: Signierter Teil der Nachricht
Re: crash tex2lyx
On Sat, May 19, 2007 at 11:16:42PM +0200, Stefan Schimanski wrote: > There is something really strange going on. I am trying to debug the > problem for half an hour now as it also shows up on my machine. The > layoutlist_ containter looks fine before the "cit = begin()" call in > TextClass::read. But when I step into the begin() function suddenly > the start value of the layoutlist_ container turns into 0x0. More > precisely in TextClass::read tells me that layoutlist_::P_impl is at > 0xb0c8. In the begin() call though it is shown at 0xb0e8 > where the 0x0 is. This either smells like a compiler error or some > memory corruption. Clearly a compiler error. The earth is flat, and pigs can fly... Andre'
Re: crash tex2lyx
So, got it :-) The problem is this neat trick:
* This class is just a dummy version of that in the main LyX source
tree
* to enable tex2lyx to use LyX's textclass classes and not have to
* re-invent the wheel.
in the Font.h of lyx2tex. Unfortunately the sizes of the objects are
different. But as a member of TextClass this makes a difference if
the inline functions of TextClass use the dummy Font from tex2lyx,
but the implementation the real one from LyX. No patch yet... have to
use the sun outside at the river first :-)
Stefan
P.S.: Is this a duplicate of the mail? Again I cannot see my previous
one, although it shows up in the archive at http://marc.info/?l=lyx-
devel&m=117966063615447&w=2 Are there any problems with the mailman?
Am 19.05.2007 um 23:16 schrieb Stefan Schimanski:
There is something really strange going on. I am trying to debug
the problem for half an hour now as it also shows up on my machine.
The layoutlist_ containter looks fine before the "cit = begin()"
call in TextClass::read. But when I step into the begin() function
suddenly the start value of the layoutlist_ container turns into
0x0. More precisely in TextClass::read tells me that
layoutlist_::P_impl is at 0xb0c8. In the begin() call though it
is shown at 0xb0e8 where the 0x0 is. This either smells like a
compiler error or some memory corruption.
Stefan
Am 16.05.2007 um 13:42 schrieb Leuven, E.:
with attached doc.
backtrace:
tex2lyx.exe!boost::assertion_failed(const char *
expr=0x005b6c44, const char * function=0x005b6c50, const char *
file=0x005b6cc0, long line=315) Line 39 + 0x8 bytes C++
tex2lyx.exe!boost::shared_ptr::operator->()
Line 315 + 0x23 bytes C++
> tex2lyx.exe!lyx::TextClass::read(const
lyx::support::FileName & filename={...}, bool merge=false) Line
455 + 0x12 bytesC++
tex2lyx.exe!lyx::parse_preamble(lyx::Parser & p={...},
std::basic_ostream > & os={...}, const
std::basic_string,std::allocator
> & forceclass="") Line 502 C++
tex2lyx.exe!lyx::`anonymous namespace'::tex2lyx
(std::basic_istream > & is={...},
std::basic_ostream > & os={...}) Line
428 + 0x3e bytesC++
tex2lyx.exe!lyx::`anonymous namespace'::tex2lyx(const
lyx::support::FileName & infilename={...},
std::basic_ostream > & os={...}) Line
462 + 0x10 bytesC++
tex2lyx.exe!lyx::tex2lyx(const
std::basic_string,std::allocator
> & infilename="C:/_projects/profs3/internal.tex", const
lyx::support::FileName & outfilename={...}) Line 494 + 0x38
bytes C++
tex2lyx.exe!main(int argc=2, char * * argv=0x003d52f8)
Line 554 + 0x35 bytes C++
tex2lyx.exe!__tmainCRTStartup() Line 586 + 0x19 bytes C
tex2lyx.exe!mainCRTStartup() Line 403 C
kernel32.dll!7c816fd7()
PGP.sig
Description: Signierter Teil der Nachricht
Re: crash tex2lyx
So, got it :-) The problem is this neat trick:
* This class is just a dummy version of that in the main LyX source
tree
* to enable tex2lyx to use LyX's textclass classes and not have to
* re-invent the wheel.
in the Font.h of lyx2tex. Unfortunately the sizes of the objects are
different. But as a member of TextClass this makes a difference if
the inline functions of TextClass use the dummy Font from tex2lyx,
but the implementation the real one from LyX. No patch yet... have to
use the sun outside at the river first :-)
Stefan
Am 19.05.2007 um 23:16 schrieb Stefan Schimanski:
There is something really strange going on. I am trying to debug
the problem for half an hour now as it also shows up on my machine.
The layoutlist_ containter looks fine before the "cit = begin()"
call in TextClass::read. But when I step into the begin() function
suddenly the start value of the layoutlist_ container turns into
0x0. More precisely in TextClass::read tells me that
layoutlist_::P_impl is at 0xb0c8. In the begin() call though it
is shown at 0xb0e8 where the 0x0 is. This either smells like a
compiler error or some memory corruption.
Stefan
Am 16.05.2007 um 13:42 schrieb Leuven, E.:
with attached doc.
backtrace:
tex2lyx.exe!boost::assertion_failed(const char *
expr=0x005b6c44, const char * function=0x005b6c50, const char *
file=0x005b6cc0, long line=315) Line 39 + 0x8 bytes C++
tex2lyx.exe!boost::shared_ptr::operator->()
Line 315 + 0x23 bytes C++
> tex2lyx.exe!lyx::TextClass::read(const
lyx::support::FileName & filename={...}, bool merge=false) Line
455 + 0x12 bytesC++
tex2lyx.exe!lyx::parse_preamble(lyx::Parser & p={...},
std::basic_ostream > & os={...}, const
std::basic_string,std::allocator
> & forceclass="") Line 502 C++
tex2lyx.exe!lyx::`anonymous namespace'::tex2lyx
(std::basic_istream > & is={...},
std::basic_ostream > & os={...}) Line
428 + 0x3e bytesC++
tex2lyx.exe!lyx::`anonymous namespace'::tex2lyx(const
lyx::support::FileName & infilename={...},
std::basic_ostream > & os={...}) Line
462 + 0x10 bytesC++
tex2lyx.exe!lyx::tex2lyx(const
std::basic_string,std::allocator
> & infilename="C:/_projects/profs3/internal.tex", const
lyx::support::FileName & outfilename={...}) Line 494 + 0x38
bytes C++
tex2lyx.exe!main(int argc=2, char * * argv=0x003d52f8)
Line 554 + 0x35 bytes C++
tex2lyx.exe!__tmainCRTStartup() Line 586 + 0x19 bytes C
tex2lyx.exe!mainCRTStartup() Line 403 C
kernel32.dll!7c816fd7()
PGP.sig
Description: Signierter Teil der Nachricht
Re: crash tex2lyx
There is something really strange going on. I am trying to debug the
problem for half an hour now as it also shows up on my machine. The
layoutlist_ containter looks fine before the "cit = begin()" call in
TextClass::read. But when I step into the begin() function suddenly
the start value of the layoutlist_ container turns into 0x0. More
precisely in TextClass::read tells me that layoutlist_::P_impl is at
0xb0c8. In the begin() call though it is shown at 0xb0e8
where the 0x0 is. This either smells like a compiler error or some
memory corruption.
Stefan
Am 16.05.2007 um 13:42 schrieb Leuven, E.:
with attached doc.
backtrace:
tex2lyx.exe!boost::assertion_failed(const char *
expr=0x005b6c44, const char * function=0x005b6c50, const char *
file=0x005b6cc0, long line=315) Line 39 + 0x8 bytes C++
tex2lyx.exe!boost::shared_ptr::operator->()
Line 315 + 0x23 bytes C++
> tex2lyx.exe!lyx::TextClass::read(const
lyx::support::FileName & filename={...}, bool merge=false) Line
455 + 0x12 bytesC++
tex2lyx.exe!lyx::parse_preamble(lyx::Parser & p={...},
std::basic_ostream > & os={...}, const
std::basic_string,std::allocator
> & forceclass="") Line 502 C++
tex2lyx.exe!lyx::`anonymous namespace'::tex2lyx
(std::basic_istream > & is={...},
std::basic_ostream > & os={...}) Line
428 + 0x3e bytesC++
tex2lyx.exe!lyx::`anonymous namespace'::tex2lyx(const
lyx::support::FileName & infilename={...},
std::basic_ostream > & os={...}) Line
462 + 0x10 bytesC++
tex2lyx.exe!lyx::tex2lyx(const
std::basic_string,std::allocator
> & infilename="C:/_projects/profs3/internal.tex", const
lyx::support::FileName & outfilename={...}) Line 494 + 0x38
bytes C++
tex2lyx.exe!main(int argc=2, char * * argv=0x003d52f8)
Line 554 + 0x35 bytes C++
tex2lyx.exe!__tmainCRTStartup() Line 586 + 0x19 bytes C
tex2lyx.exe!mainCRTStartup() Line 403 C
kernel32.dll!7c816fd7()
PGP.sig
Description: Signierter Teil der Nachricht
Re: crash tex2lyx
I'm not getting a crash with this, though I do see some warnings:
[EMAIL PROTECTED] tmp]$ ~/dev/bin/tex2lyx internal.tex
Creating file /tmp/internal.lyx
unexpected dummy size: 2 content:
unexpected dummy size: 2 content:
unexpected dummy size: 2 content:
unexpected dummy size: 2 content:
unexpected dummy size: 2 content:
unexpected dummy size: 2 content:
unexpected dummy size: 2 content:
unexpected dummy size: 2 content:
unexpected dummy size: 2 content:
unexpected dummy size: 2 content:
unexpected dummy size: 2 content:
unexpected dummy size: 2 content:
unexpected dummy size: 2 content:
unexpected dummy size: 2 content:
Warning: Could not find graphics file 'grdteach.eps'.
unexpected dummy size: 2 content:
unexpected dummy size: 2 content: \hline\hline
unexpected dummy size: 2 content:
dropping extra hline
unexpected dummy size: 2 content: \hline
dropping extra hline
But looking at the backtrace, I wonder whether the problem is that
TextClass::layoutlist_ is for some reason empty or, worse,
uninitialized. It looks like that is what is triggering the assertion.
That would mean, I think, that do_readStyle (called at TextClass.cpp,
line 293) is always failing, which means that Layout::read() is always
failing. But it's hard to debug it without seeing the error
Richard
Leuven, E. wrote:
>
> with attached doc.
>
> backtrace:
>
> tex2lyx.exe!boost::assertion_failed(const char *
> expr=0x005b6c44, const char * function=0x005b6c50, const char *
> file=0x005b6cc0, long line=315) Line 39 + 0x8 bytes C++
> tex2lyx.exe!boost::shared_ptr::operator->() Line
> 315 + 0x23 bytes C++
> > tex2lyx.exe!lyx::TextClass::read(const lyx::support::FileName
> & filename={...}, bool merge=false) Line 455 + 0x12 bytesC++
> tex2lyx.exe!lyx::parse_preamble(lyx::Parser & p={...},
> std::basic_ostream > & os={...}, const
> std::basic_string,std::allocator > &
> forceclass="") Line 502 C++
> tex2lyx.exe!lyx::`anonymous
> namespace'::tex2lyx(std::basic_istream > &
> is={...}, std::basic_ostream > &
> os={...}) Line 428 + 0x3e bytesC++
> tex2lyx.exe!lyx::`anonymous namespace'::tex2lyx(const
> lyx::support::FileName & infilename={...},
> std::basic_ostream > & os={...}) Line 462
> + 0x10 bytesC++
> tex2lyx.exe!lyx::tex2lyx(const
> std::basic_string,std::allocator > &
> infilename="C:/_projects/profs3/internal.tex", const
> lyx::support::FileName & outfilename={...}) Line 494 + 0x38 bytes C++
> tex2lyx.exe!main(int argc=2, char * * argv=0x003d52f8) Line
> 554 + 0x35 bytes C++
> tex2lyx.exe!__tmainCRTStartup() Line 586 + 0x19 bytes C
> tex2lyx.exe!mainCRTStartup() Line 403 C
> kernel32.dll!7c816fd7()
>
--
==
Richard G Heck, Jr
Professor of Philosophy
Brown University
http://frege.brown.edu/heck/
==
Get my public key from http://sks.keyserver.penguin.de
Hash: 0x1DE91F1E66FFBDEC
Learn how to sign your email using Thunderbird and GnuPG at:
http://dudu.dyn.2-h.org/nist/gpg-enigmail-howto
