View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000383 | LyX for OS/2 | Bug | public | 2010-01-05 11:57 | 2022-05-14 06:45 |
Reporter | piesse | Assigned To | psmedley | ||
Priority | normal | Severity | major | Reproducibility | always |
Status | resolved | Resolution | fixed | ||
Summary | 0000383: failure to produce output | ||||
Description | A few problems 1) you need to set in config.sys SET PATHEXT =.exe;.cmd (without spaces) otherwise programs and document classes are not detected Maybe this should be added in the readme 2) At startup, the console shows: socktools.cpp(119): lyx: Could not bind address 'G:/var/temp/lyx_tmpdir.JL1843/lyxsocket' to socket descriptor: Operation now in progress Note that I haven't set any pipe in the preferences 3)I don't know if it related to the above, but if I try to get the pdf of any text I get: Error: Cannot view file ---------------------------------------- File does not exist: G:/var/temp/lyx_tmpdir.JL1843/lyx_tmpbuf0/newfile1.pdf newfile1.pdf is there, and from a command line: pdflatex G:/var/temp/lyx_tmpdir.JL1852/lyx_tmpbuf0/newfile1.tex works just fine, so it seems that pdflatex for some reason don't get called when repeating the conversion with the pdf manually in place, I get: LIBC PANIC!! LIBC fork: Child aborting fork()! rc=0xfffffffc pid=0x073e ppid=0x073c tid=0x0001 slot=0x0140 pri=0x0200 mc=0x0000 D:\LYX\BIN\LYX.EXE LIBC063 0:00001e28 cs:eip=005b:1f681e28 ss:esp=0053:00b7df2c ebp=00b7df34 ds=0053 es=0053 fs=150b gs=0000 efl=00012202 eax=00000040 ebx=5b47a2c0 ecx=16ff0000 edx=00000018 edi=00000000 esi=16ff0000 Process dumping was disabled, use DUMPPROC / PROCDUMP to enable it. QMutexPrivate::QMutexPrivate: DosCloseEventSem returned 6 QMutexPrivate::QMutexPrivate: DosCloseEventSem returned 6 QMutexPrivate::QMutexPrivate: DosCloseEventSem returned 6 G:/home/default/newfile1.lyx.emergency acroread (the default viewer) doesn't shows up, but it appears as running in watchcat On anther occasion (apparently without cause), I got LIBC PANIC!! LIBC fork: Child aborting fork()! rc=0xfffffffc pid=0x0735 ppid=0x0733 tid=0x0001 slot=0x0155 pri=0x0200 mc=0x0000 D:\LYX\BIN\LYX.EXE LIBC063 0:00001e28 cs:eip=005b:1f681e28 ss:esp=0053:00b7df2c ebp=00b7df34 ds=0053 es=0053 fs=150b gs=0000 efl=00012202 eax=00000040 ebx=5b959400 ecx=16ff0000 edx=00000018 edi=00000000 esi=16ff0000 Process dumping was disabled, use DUMPPROC / PROCDUMP to enable it. QMutexPrivate::QMutexPrivate: DosCloseEventSem returned 6 QMutexPrivate::QMutexPrivate: DosCloseEventSem returned 6 QMutexPrivate::QMutexPrivate: DosCloseEventSem returned 6 G:/home/default/newfile1.lyx.emergency in either case the lyx window stayed open and running | ||||
Tags | No tags attached. | ||||
Attached Files | |||||
|
On repeating the experiment, it seems that the LIBC crash had nothing to do with calling acroread: it just seems to happen at random Still the viewer doesn't shows up: I have tried also with lucide with the same results. I seem to recall a similar problem with 1.4 initially: maybe you can find it in your notes |
|
I found out that with 1.4 I had to omit the "extra flag" for pdflatex to work. Doing that, when trying to view the pdf I get in the console: === This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) entering extended mode ! I can't find file `'newfile1.tex''. <*> 'newfile1.tex' Please type another input file name: ==== However, the file is there, and if I then enter manually (with great difficulty, because the system slows down a lot at this point, despite not showing much CPU activity) the very same filename newfile1.tex, the pdf get produced So it could be that pdflatex is confused by the extra apexes Still, even after producing the pdf lucide is unable to load it: I used the trick of using "start lucide" as the viewer, rather than just lucide (this trick also worked in the realy releases of 1.4 with the same problem): lucide than starts but complains something like "I don't know how to read this file" without showing what filename got passed |
|
Does http://smedley.info/lyx-1.6.5-os2-20100212.zip help with item 3? I've tried to fix the quoting around command lines per windows... This also uses Qt4 v4.5.1 GA version.... |
|
Unfortunately not, and neither does the one from 2/26. I attach the screenshot of the lyx window after I typed manually the filename. After that, the pdf file gets created and lucide opens (even without the need of adding "start" in the preferences), but it says that it cannot find a plugin for the file (it doesn't says what file it is looking for). The same file opens gracefully in lucide from outside lyx. |
|
Paul, as a note Qt4 GA has a problem to start some apps. This should be fixed with newest svn. Qt4 4.6.2 should be out soon |
|
In this case, however, the application (pdflatex) starts, but it doesn't understand the name of the file which is passed as an argument |
|
Sorry, Lyx is no longer maintained |
Date Modified | Username | Field | Change |
---|---|---|---|
2010-01-05 11:57 | piesse | New Issue | |
2010-01-05 12:09 | piesse | Note Added: 0001436 | |
2010-01-06 09:44 | piesse | Note Added: 0001439 | |
2010-02-12 07:03 | psmedley | Note Added: 0001482 | |
2010-03-04 13:02 | piesse | Note Added: 0001498 | |
2010-03-04 13:17 | piesse | File Added: lyx.jpg | |
2010-03-08 17:52 | diver | Note Added: 0001499 | |
2010-03-13 16:50 | piesse | Note Added: 0001500 | |
2022-05-14 06:45 | psmedley | Assigned To | => psmedley |
2022-05-14 06:45 | psmedley | Status | new => resolved |
2022-05-14 06:45 | psmedley | Resolution | open => fixed |
2022-05-14 06:45 | psmedley | Note Added: 0004256 |