notepad++ - NPP.EXEC and perl --> save output? -

-

I am using Notepad ++ under Windows 7. I used the npp.exec plugin for pell applications, and it works fine with the following code: 

  SET OUTFILE = C: \ 00_Data \ output.txt cmd / cc: \ Perl64 \ bin \ perl.exe C: \ 00_Data \ Scripts8 \ gra.pl dt "$ (FULL_CURRENT_PATH)" & gt; $ (OUTFILE) NPP_OPEN $ (OUTFILE)

My update of Notepad ++ for version 6.6.9 starts the Perl script, the results console is all OK), but the defined output file Is created and is opened, but empty, i.e., the results are not saved.

Does anyone have an idea what is going wrong?

You can use it

  1. Run
  2. Type C: \ strawberry \ perl \ bin \ perl.exe "$ (
  3. Assign a shortcut.

    Console close very fast With this method, add [system ("pause");] in your perl file to show "print any key to continue" in the console.] / Div>

Comments

Post a Comment

Popular posts from this blog

c# - XML serialize base class without knowing derived class -

-
I know that a XmlSerializer throws an exception if the type passed does not match the type Since then the serializer was created My question is: Is it possible to serial the base type without knowing the derivative type? Consider the following scenario: The following classes are in a top-level domain and there is no dependency : Public Class Serializer {Private Static String Serialize (base basedata) {var serializer = New XML serializer (typefile); Var sb = new stringbilder (); (Var author = XmlWriter.Create (sb)) using {serializer.Serialize (author, bassadata); } Return sb.ToString (); } Private static string Deserialize (...) {...}} Public class base {public string name {get; Set; }} The following derivative classes have additional dependencies on things like UI components, structure, etc. (and more on this later): [Export (Typ (IMyComponent)] Public category was created: Base, IMyComponent, INotifyPropertyChanged {public new string name {get {return base.Name; ...
Read more

c# - UnhandledExceptionMode.ThrowException for AppDomain.UnhandledException -

-
I want to set unhandledExceptionMode.ThrowException for current AppDomain and not only for application threads. An exception from the second thread should also be handled by my current Donan_Unimated exception handler. Is it possible? Here's my code: Fixed class program {/// & lt; Summary & gt; Main entry point for the application /// & lt; / Summary & gt; [STAThread] static zero major () {applications Set unhandled exception mode (unwanted exception. Throws up); AppDomain.CurrentDomain.UnhandledException + = New UnrestrictedExceptionEndception (CurrentDomain_UnhandledException); Application.EnableVisualStyles (); Application.SetCompatibleTextRenderingDefault (wrong); Application.Run (New Form 1 ()); } Static Zero CurrentDomain_UnhandledException (Object Sender, UnhandledExceptionEventArgs E) {File.AppendAllText ("Log.txt", (Exception) e.ExceptionObject). Message + environment. Newline); }} Maybe you search for the behavior provided by Applic...
Read more

udp - The relationship between MTU and size of skb in xmit function -

-
I encounter a problem when I develop a network card driver in Linux. As we all know that the MTU fragment refers to the maximum size of the IP packet. And the squad will be sent to the exclamation function, which will include 14bytes including DST MAC Adrer, SRC MACEdre and LNG. But it is very strange that when I use different values ​​for MTU, the pair size is different, sometimes it is 10bytes, sometimes it is 14bytes, it is based on the size of the MTU For example, I use 7828 as the size of the UDP payload, when MTU is 7700, the size of the scab in the XMT function is 7714, while when MTU is 7800, the size of the scalable is 7810. Can anyone explain this? I think there are some aligned boundaries for the IP packet, but I did not find it. I searched the answers from the Internet, and I found that there is a line limit for the payload field. The frame payload field must be aligned to 8 bytes. So if MTU is 7700, then the correct size of the IP frame should be 7680 + 20 = 7700 ...
Read more