Здравствуйте, Tonal-, Вы писали:
T>Версия 939:
T>Rsdn.Janus.DBSchemaException: Ошибка на этапе реструктуризации базы: T>Unsupported data type for Fb ---> System.ArgumentException: Unsupported data type for Fb
Интересно, ка коно раньше работало? Заводи тикет.
... << RSDN@Home 1.2.0 alpha 3 rev. 932 on Windows Vista 6.0.6001.65536>>
948-я ревизия (но баг появился раньше. Просто не было возможности написать, когда это заметил сразу). Выдаёт MessageBox с таким сообщением при запуске:
BLToolkit.Data.DataException: Dynamic SQL Error
SQL error code = -104
Token unknown — line 4, char 6
[ ---> FirebirdSql.Data.FirebirdClient.FbException: Dynamic SQL Error
SQL error code = -104
Token unknown — line 4, char 6
[ ---> FirebirdSql.Data.Common.IscException: Exception of type 'FirebirdSql.Data.Common.IscException' was thrown.
at FirebirdSql.Data.Client.Embedded.FesDatabase.ParseStatusVector(Int32[] statusVector)
at FirebirdSql.Data.Client.Embedded.FesStatement.Prepare(String commandText)
at FirebirdSql.Data.FirebirdClient.FbCommand.Prepare(Boolean returnsSet)
at FirebirdSql.Data.FirebirdClient.FbCommand.ExecuteCommand(CommandBehavior behavior, Boolean returnsSet)
at FirebirdSql.Data.FirebirdClient.FbCommand.ExecuteScalar()
--- End of inner exception stack trace ---
at FirebirdSql.Data.FirebirdClient.FbCommand.ExecuteScalar()
at BLToolkit.Data.DbManager.ExecuteScalar()
--- End of inner exception stack trace ---
at BLToolkit.Data.DbManager.OnOperationException(OperationType op, Exception ex)
at BLToolkit.Data.DbManager.ExecuteScalar()
at BLToolkit.Data.DbManager.ExecuteScalar[T]()
at Rsdn.Janus.DBVars.GetVar(JanusDB db, String name)
at Rsdn.Janus.DBVars.GetVar(String name)
at Rsdn.Janus.DBSchemaManager.IsNeedRestructuring()
Если нажать OK, то появляется стандартное сообщение об ошибке:
Rsdn.Janus.DBSchemaException: Ошибка на этапе реструктуризации базы:
Unsupported data type for Fb ---> System.ArgumentException: Unsupported data type for Fb
at Rsdn.Janus.FBSchemaProvider.TypeDbsmToFb(DBSchemaColumn column) in d:\don_net\rsdn_home\Janus.Firebird\FBSchemaProvider.cs:line 407
at Rsdn.Janus.FBSchemaDriver.ParseColumnAlter(DBSchemaColumn mColumn, DBSchemaColumn eColumn) in d:\don_net\rsdn_home\Janus.Firebird\FBSchemaDriver.cs:line 317
at Rsdn.Janus.DBSchemaDriverBase.MakeDDLColumnAlter(DBSchemaColumn mColumn, DBSchemaColumn eColumn, DBTable table) in d:\don_net\rsdn_home\Janus-Common\Database\DBSchemaDriverBase.cs:line 726
at Rsdn.Janus.FBSchemaDriver.CompareDbscPost(DBSchema mDbsc) in d:\don_net\rsdn_home\Janus.Firebird\FBSchemaDriver.cs:line 123
at Rsdn.Janus.DBSchemaDriverBase.CompareDbsc(DBSchema mbDbsc) in d:\don_net\rsdn_home\Janus-Common\Database\DBSchemaDriverBase.cs:line 306
at Rsdn.Janus.DBSchemaManager.Restruct(IServiceProvider serviceProvider)
--- End of inner exception stack trace ---
at Rsdn.Janus.DBSchemaManager.Restruct(IServiceProvider serviceProvider)
at Rsdn.Janus.Janus.Main()
Ошибка:
InvalidArgument=Значение '0' недопустимо для 'SelectedIndex'.
Имя параметра: SelectedIndex
Описание:
Если в логе в контекстном меню выбрать "Очистить лог", то получишь эту ошибку.
Версия приложения:
RSDN@Home версия 1.2.0 alpha 3 ревизия 948
Тип БД:
MSSql
Трассировка стека:
в System.Windows.Forms.ListBox.set_SelectedIndex(Int32 value)
в Rsdn.Janus.Framework.ComboListBox.Log_SelectedIndexChanged(Object sender, EventArgs e) в D:\SVN\Janus\Janus\Framework\Controls\ComboListBox.cs:строка 79
в Rsdn.Janus.Framework.ComboListBox.OnResize(EventArgs e) в D:\SVN\Janus\Janus\Framework\Controls\ComboListBox.cs:строка 187
в System.Windows.Forms.Control.OnSizeChanged(EventArgs e)
в System.Windows.Forms.Control.UpdateBounds(Int32 x, Int32 y, Int32 width, Int32 height, Int32 clientWidth, Int32 clientHeight)
в System.Windows.Forms.Control.UpdateBounds()
в System.Windows.Forms.Control.WmWindowPosChanged(Message& m)
в System.Windows.Forms.Control.WndProc(Message& m)
в System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
в System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
в System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
Здравствуйте, ArtDenis, Вы писали:
AD>948-я ревизия (но баг появился раньше. Просто не было возможности написать, когда это заметил сразу). Выдаёт MessageBox с таким сообщением при запуске:
Ошибка:
Exception has been thrown by the target of an invocation.
Описание:
Версия приложения:
RSDN@Home версия 1.2.0 alpha 3 ревизия 957
Тип БД:
MSSql
Трассировка стека:
at System.RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at System.RuntimeMethodHandle.InvokeMethodFast(Object target, Object[] arguments, Signature sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVisibilityChecks)
at System.Delegate.DynamicInvokeImpl(Object[] args)
at System.Windows.Forms.Control.InvokeMarshaledCallbackDo(ThreadMethodEntry tme)
at System.Windows.Forms.Control.InvokeMarshaledCallbackHelper(Object obj)
at System.Threading.ExecutionContext.runTryCode(Object userData)
at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)
at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Windows.Forms.Control.InvokeMarshaledCallback(ThreadMethodEntry tme)
at System.Windows.Forms.Control.InvokeMarshaledCallbacks()
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.DebuggableCallback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg)
at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(Int32 dwComponentID, Int32 reason, Int32 pvLoopData)
at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
at System.Windows.Forms.Application.Run(Form mainForm)
at Rsdn.Janus.ApplicationManager.Run(IServiceProvider serviceProvider) in C:\Documents and Settings\Евгений\Мои документы\Sources\Janus\Janus\Core\ApplicationManager.cs:line 141
at Rsdn.Janus.Janus.Main() in C:\Documents and Settings\Евгений\Мои документы\Sources\Janus\Janus\Core\Janus.cs:line 160
... << RSDN@Home 1.2.0 alpha 3 rev. 957>>
#954. Переход по пробелу. Активная ветка прыгает взад-вперед
Баг. Появилось в 954 ревизии. При переходе по пробелу активная ветка прыгает два раза взад-вперед
Как воспроизвести: Выбрать форум, у которого первое непрочитанное сообщение где-нить в середине топика. Встать на последнее сообщение (на любое сообщение, ниже которой непрочитанных нет) в форуме и нажать пробел.
Наблюдаемый эффект. 1) Переход в начало форума, 2) после на первое непрочитанное, 3) потом опять к началу форума, 4) потом возвращаемся к непрочитанному. Раньше 3-4 не было.
Посмотрел. Подумал, что из-за этого:
// Игрушечная асинхронность, которой на самом деле нет.
// Однако позволяет не блокировать сразу цикл обработки сообщений,
// что позволяет быстро перещелкивать сообщения в гриде с клавиатуры
// без неприятного замедления времени отклика
AsyncHelper.CreateOperation().PostOperationCompleted(
() => ApplicationManager.Instance.ForumNavigator
.SelectMessage(curMsg.ForumID, curMsg.ID));
Закомментировал. Баг исчез. Как это может быть связано?
... << RSDN@Home 1.2.0 alpha 3 rev. 957 >>
Re: #954. Переход по пробелу. Активная ветка прыгает взад-вп
Ошибка:
Exception has been thrown by the target of an invocation.
Описание:
Версия приложения:
RSDN@Home версия 1.2.0 alpha 3 ревизия 962
Тип БД:
MSSql
Трассировка стека:
at System.RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at System.RuntimeMethodHandle.InvokeMethodFast(Object target, Object[] arguments, Signature sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVisibilityChecks)
at System.Delegate.DynamicInvokeImpl(Object[] args)
at System.Windows.Forms.Control.InvokeMarshaledCallbackDo(ThreadMethodEntry tme)
at System.Windows.Forms.Control.InvokeMarshaledCallbackHelper(Object obj)
at System.Threading.ExecutionContext.runTryCode(Object userData)
at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)
at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Windows.Forms.Control.InvokeMarshaledCallback(ThreadMethodEntry tme)
at System.Windows.Forms.Control.InvokeMarshaledCallbacks()
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.DebuggableCallback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg)
at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(Int32 dwComponentID, Int32 reason, Int32 pvLoopData)
at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
at System.Windows.Forms.Application.Run(Form mainForm)
at Rsdn.Janus.ApplicationManager.Run(IServiceProvider serviceProvider)
at Rsdn.Janus.Janus.Main()
Здравствуйте, AndrewVK, Вы писали:
AVK>Здравствуйте, ixor, Вы писали:
I>>Есть ли возможность отключить автопометку для ветки? I>>Или я просто найти не могу?
AVK>Судя по коду — никак. Только выставить очень большой интервал.
То-есть я прав и это баг, которые стоит записать в Трак?
Здравствуйте, ixor, Вы писали:
I>Настройки путей Дебага и Релиза не должны разве указывать в корень trunk? Туда, где батники..
Дебага и Релиза чего? Если пректа Janus, то нет, если батников, то вроде в папку Build\Debug|Release строится.
Здравствуйте, jenyavb, Вы писали:
J>Здравствуйте, ixor, Вы писали:
I>>Настройки путей Дебага и Релиза не должны разве указывать в корень trunk? Туда, где батники.. J>Дебага и Релиза чего? Если пректа Janus, то нет, если батников, то вроде в папку Build\Debug|Release строится.
Проекта Janus, почему батники в одно место собирают, а студия должна в другое?
Здравствуйте, ixor, Вы писали:
I>Проекта Janus, почему батники в одно место собирают, а студия должна в другое?
Студия это студия, это разработка. Не выжу смысла менять стандартные пути проектов.
Батники нужны чтобы быстро построить проект в нужном виде взяв результат для какого то использования (для инсталятора, для архива, для быстрой проверки компилируемости, для использования если нету студии и т.д.). И для того чтобы потом не лазить по папкам ища результат, то резульатта копируется в новое место в корне + удаляются всякие лишние файлы которые в стандартном месте можно и не удалить т.к. если будет октрыта студия они могут быть залочены студией.