Honeyman

Show:

What's happening?

  • Shif+somekeys are not passed to client

    I am running synergy 1.3.1 on two Debian Lenny computers. When I switch the language to russian, Shift+some keys do not generate any symbols on synergyc. In particular, affected combinations are: Shift+4 (";" sign in russian keymap), Shift+"\" ("/" in russian keymap) and most seriously, Shift+"." (","). Please note that in russian keymap, "." is located at the same key with english "/" and "?"...

    2009-01-27 12:32:50 UTC in synergy

  • Comment: Non-escaped table name in "Insert row" form

    Seems working to me (no error logs anymore). And the autocompletion works, for the first time in my life, too :) Thanks.

    2008-09-15 08:17:08 UTC in phpPgAdmin

  • Comment: Non-escaped table name in "Insert row" form

    It does insert the row seemingly successfully (i.e. I get "Row inserted."), but it still generates the error log. Have you checked the log during your test? I just checked 4.2.1 and reproduced the issue immediately, with the example database named "Customer": DEBUG: autovacuum: processing database "postgres" ERROR: relation "customer" does not exist STATEMENT: SELECT * FROM Customer...

    2008-09-14 14:14:11 UTC in phpPgAdmin

  • Non-escaped table name in "Insert row" form

    When I am running the "Insert row" form and entering the data to be inserted, I get the messages like this in PostgreSQL logs: ERROR: relation "hrdevice" does not exist STATEMENT: SELECT * FROM HRDevice WHERE id::text LIKE '52%' ORDER BY id LIMIT 11 Seems that the table name is not properly escaped here.

    2008-08-07 23:50:44 UTC in phpPgAdmin

  • diago

    amyodov committed revision 2 to the diago SVN repository, changing 2 files.

    2007-07-23 17:57:01 UTC in diago

  • diago

    amyodov committed revision 1 to the diago SVN repository, changing 7 files.

    2007-07-18 17:28:10 UTC in diago

  • diago

    amyodov registered the diago project.

    2007-07-17 16:05:16 UTC in diago

  • Comment: curlftpfs does not cwd to root

    Mounting "ftp://123.123.123/../../" seems ok - it indeeds get me two levels up from "/home/amyodov", i.e. to the root. This may work as a workaround...

    2007-06-13 10:52:08 UTC in CurlFtpFS

  • curlftpfs does not cwd to root

    Below goes the description of the problem, as well as my thoughts on the design of this feature and probable approaches to resolve it in the best way. I have an ftp account on several servers, which by default put the user into a home directory on login, but allow him to get away from it. That is, when you login, pwd shows "/home/amyodov", but you can do "cwd /", and after that pwd will be...

    2007-06-09 18:59:57 UTC in CurlFtpFS

About Me

  • 2007-06-09 (2 years ago)
  • 1812992
  • amyodov (My Site)
  • Honeyman

Send me a message