View Issue Details

IDProjectCategoryView StatusLast Update
0000383LyX for OS/2Bugpublic2022-05-14 06:45
Reporterpiesse Assigned Topsmedley  
PrioritynormalSeveritymajorReproducibilityalways
Status resolvedResolutionfixed 
Summary0000383: failure to produce output
DescriptionA 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
TagsNo tags attached.
Attached Files
lyx.jpg (38,030 bytes)   
lyx.jpg (38,030 bytes)   

Activities

piesse

2010-01-05 12:09

reporter   ~0001436

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

piesse

2010-01-06 09:44

reporter   ~0001439

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

psmedley

2010-02-12 07:03

administrator   ~0001482

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....

piesse

2010-03-04 13:02

reporter   ~0001498

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.

diver

2010-03-08 17:52

reporter   ~0001499

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

piesse

2010-03-13 16:50

reporter   ~0001500

In this case, however, the application (pdflatex) starts, but it doesn't understand the name of the file which is passed as an argument

psmedley

2022-05-14 06:45

administrator   ~0004256

Sorry, Lyx is no longer maintained

Issue History

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