However, for a week now I have been trying to get a distant signal to work in association with its corresponding main signal with no success through Rocrail Automatic. ROCRAIL MANUAL MANUALIt functions properly in Manual from either the CS2 or Rocrail, but in Automatic it stays stuck in the Vr0 aspect, even though the Rocrail plan view shows an aspect change has occurred and the appropriate output has been sent. I have posted an Issue on the Rocrail Forum but so far no one has been able to provide me with something to check why the decoder will not respond for the distant signal output, but responds to all other signal outputs. Well, signals with more than 2 aspects in Rocrail is not really obvious.Īt least, I've not entirely understood the concept ? So I am hoping to find someone who has it functioning properly through a similar setup as mine.Īny suggestions are appreciated, since I have 16 of these to configure. However, I went to the Rocrail forum and downloaded your issue.zip file and played with it under Rocrail.ġ - The assignment of main (SG09W) and distant signal (Vr09WB) in block 09 is wrong. They must be associated both to the side of block 09, i.e. Main signal for side is SG09W, and distant signal for side is Vr09WB. The signals for minus side should be emptyĢ - Now the signals. What I'm going to say you is based on my experience, not on a reasoning. If it was a reasoning only, the address you've set for the signals look fine. #Decoder signaux cfd et rocrail manual#. There is no large PDF/CHM/RTF/HTB file anywhere in the wxwidgets unzip folder or its subfolders. This may be the cause.Īlso, I'm unable to locate the wxwidgets manual on my system. C::B asks for certain global compiler variables (wx) to be defined and I'm not yet sure to which directories these should point. The reason I ask, is that when trying to create a wxwidgets project using the Code::Blocks IDE, the project gets created all right (but with quite a few warning messages from the wizard), but doesn't build later. Is there any way I can confirm if this is the case? Is there any need for such a confirmation? This time of course no messages were displayed. I then removed the ECHO ON command from the bat file and ran it again. Also, the files mentioned above were generated. The first time I ran the compilation bat file, I had added the DOS command ECHO ON and many messages were generated on the screen. I'm not sure if any other file types are supposed to be generated. lib\gcc_lib: contains several files with. build\msw\mswud: Contains several files with. Compilation proceeds and some output files are generated in the following subdirectories of the wxwidgets unzip folder:ġ. Yes, adding c:\mingw\bin\ to the PATH variable definition has definitely helped. But if I run the bat file again, error 5702 returns. %MINGW%mingw32-make -f makefile.gcc CPPFLAGS="-m32" LDFLAGS="-m32" WINDRES="windres -use-temp-file -F pe-i386" BUILD=release I then searched on this forum for error 5702, and based on some suggestions here on an earlier similar problem, I modified the make command as follows in the bat file: Makefile.gcc:5702: recipe for target 'gcc_mswud\wxregex_regcomp.o' failed Gcc: error: CreateProcess: No such file or directory I downloaded the wxWidgets source, unzipped it and followed the instructions to compile it, using the following bat file:ġ) The wxWidgets source is installed on my G: volume.Ģ) %WXWIN% environment variable is correctly defined.ģ) %MINGW% environment variable points to C:\mingw\bin (the mingw installation directory).Īfter executing the first command successfully, I get the following error and the compilation aborts:
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |